Date: Fri, 11 Jun 2004 12:06:37 -0400 (EDT) From: Jerry McAllister <jerrymc@clunix.cl.msu.edu> To: bsdboy@elitemail.org (BSDBoy) Cc: questions@freebsd.org Subject: Re: Problem: cannot install on Dell 400SC Message-ID: <200406111606.i5BG6dd22925@clunix.cl.msu.edu> In-Reply-To: <200406101943.BAA21409@manage.24online> from "BSDBoy" at Jun 11, 2004 01:10:45 AM
next in thread | previous in thread | raw e-mail | index | archive | help
> > Looks to me as if the SCSI controller card is buggy. Try disabling search > other LUNS. OK. I did that with no noticable difference. I did notice, though, in monkeying around that the fdisk did appear to write the boot block. When I let it go on and boot without any CD or floppy in it, the FreeBSD boot record attempted to start and of course, couldn't find a kernel since one hadn't been written. So, I tried again and first had Partition Magic make two slices with a DOS Fat32 on the first and the second unformatted, then had the FreeBSD installer write the FreeBSD MBR and it seemed to do so just fine, even though the newfses still failed on the partitions, so no filesystems were built and nothing installed. When I rebooted, it came up with the typical FreeBSD MBR question F1 - DOS F2 - FreeBSD Hittint F2 made it read the FreeBSD boot block on the second slice. But, of course it couldn't really boot any farther than that because no filesystems or kernel were there. So, it still makes me thing that FreeBSD can talk at least some to that combination of LSIL 53C1030 controller and Fujitsu hard disk. It writes the slice table, label, MBR and boot block. But, then it can't do anything else. Any other [positive] suggestions will be appreciated. ////jerry > > BSDBoy > > -----Original Message----- > > > > > Is the SCSI channel terminated properly? What is the LUN of the HDD? > > The SCSI cable appears to be terminated. It has a terminator block > on the end of the cable just past the hard drive. > > As for the LUN, I think it would be '0' on channel 'B' if I am > making sense of the BIOS screen. Once I get that close to the > hardware, I am getting out of my level. It has a setting that > says scan LUNs greater than 0 and that is set to yes by default. > The SCSI itself appears to be set to LUN 7, by the way. > > ////jerry > > > > > BSDBoy > > > > > > Hi, > > > > I am hoping someone can give us some clues about this problem. > > A couple of us have done some searching, but found nothing that > > bears directly on it. Maybe some different search clues might > > also help. I am hoping for more than just "it won't work, because..." > > but, even a conclusive one of those would get us off the point - which > > begins to dig in after a while... > > > > Sorry this is rather long, but I wanted to include anything that > > might possibly be relevant. Here goes. > > > > One of our sites recently purchased a Dell Poweredge 400SC and > > wants to run our school district network server system on it. > > Our system is currently based on FreeBSD 4.9 with some modifications > > to control the initial installation and aid in system management. > > We have it running on a number of other Dell Poweredge machines but > > not this particular model and especially not the LSIL SCSI controller. > > > > It has a 2.4G Celeron CPU, > > 1 GB Memory > > Planar PE400SC, A/N, 2 Motherboard > > LSI Logics 53C1030 SCSI controller > > Fujitsu 36GB MAP337NP SCSI U320, 10K, 68 Pin connector hard > drive. > > + NIC, IDE controller, CDROM, Tape drive, etc. > > > > Although this model was not our recommendation, it would look like, > > on paper, that it should at least, function. But,,, > > > > We cannot get any FreeBSD system to install on it, not ours or even > > a straight FreeBSD 4.9 or 5.2.1 system - and I just tried 4.10 too with > > the same result. > > > > It reads the CD, boots into the sysinstall or our install system just > > fine. It appears to do the fdisk and disklabel just fine. Then it > > hangs or appears to hang trying to do the newfs. It puts out the message > > about writing superblocks and then nothing more comes out - no list > > of superblocks of any kind, not even the first. > > > > I have made up variations on our version of sysinstall with additional > > messages but have not gotten any information that means anything to me. > > > > After a wait of several minutes it writes stuff to the ALT console. > > > > If I let it set long enough (hours) it puts out a failed message. > > > > > > I didn't have any MS install media handy, But did have my Partition Magic > > "emergency" boot floppies around so I used them to take a look after > > having attempted to do first our install, then FreeBSD 4.9 and finally > > FreeBSD 5.2.1. > > > > PM quite happily looked at things and recognized the FreeBSD slice (which, > > of course it called a partition). So, I deleted the slice and created > > two and used the FreeBSD install CD to attempt to install on the second > > slice (da0s2) which it seemed happy to do. After checking again with > > PM and seeing that the new slicing had the FreeBSD id one it I popped in > > another FreeBSD cd and sysinstall happily read up that label with all > > the FreeBSD partitions (a,b,e,f,g,h) that I had made. So, FreeBSD can > > obviously write some part of the disk. But, newfs still would get to > > writing superblocks and then nothing more happened. > > > > That is the thing that seems odd to me. It does write to some part of > > the disk, enough to write label information. But, it does not seem > > to be able to do any other type of write to the disk. So, are the > > writes so different that a controller can handle one and not the other? > > There are several LSIL SCSI controllers listed in the hardware list and > > some in the 53Cnnnn series, but not exactly 53C1030. Can the write be > > enough similar to handle labels, but not other stuff? > > > > One of the other people in our group put Linux on it - Debian I believe > > - and it appeared to install and write the disk just fine. So, I take > > that to mean that it isn't really just a flawed disk, though I suppose > > that is still possible. > > > > So, here is a blow-by-blow using any of the FreeBSD RELEASE cds I > > happen to have handy (4.9. 5.2.1 and 4.10). > > > > Basically, everything looks like it is going fine until after > > I select commit. > > It happily puts up a message on the curses screen saying > > > > "Making a new root filesystem on /dev/da0s1a" > > > > Then it stops and appears to do no more - at least for a long time. > > > > Here are the ALT-F2 console messages from when it starts to operate on > > the disk: > > > > |DEBUG: Scanning disk da0 for root filesystem > > |DEBUG: Scanning disk da0 for swap filesystem > > |Warning: Block size and bytes per inode restrict cylinders per group to > 89 > > | > > |/dev/da0s1a 1048576 Sectors in 256 Cylinders of 1 tracks, 4096 sectors > > | 512,0 MG in 3 cylinder groups (89 c/g, 178.00 MG/g, 21632 i/g) > > | > > |Super-block backups (for fsck -b #) at: > > | > > | ---- Here we get a long wait ---- > > | > > |mpt1: time out on request index = 0xfe sequence=0x000000e8 > > |mpt1: Status 00000001; Mask 00000001; Doorbell 24000000 > > |request State on CHip > > |SCSI IO Request @ 0xc038b0b0 > > | Chain Offset 0x10 > > | Msg Flags 0x00 > > | Msg Content 0x000000fe > > | Bus: 0 > > | TargetID 0 > > | Sense Buffer Length 32 > > | LUN: 0x0 > > | Control 0x01000006 WRITE SIMPLEQ > > | Data Length 0x00010000 > > | Sense Buf Addr 0x0004ade0 > > | CDB[0:6] 0a 00 00 bf 80 00 > > | SE32 0xd91c0c30: Addr=0xd123ae0 FlagsLength=0x14000520 > > | HOST_TO_IOC > > | SE32 0xd91c0c38: Addr=0xcea4000 FlagsLength=0x94001000 > > | HOST_TO_IOC LAST_ELEMENT > > | CE32 0xd91c0c40: Addr=0x4ac48 NxtChn0=0x16 Flgs=0x30 Lan=0x58 > > | SE32 0xd91c0c48: Addr=0xd0c5000 FlagsLength=0x14001000 > > | HOST_TO_IOC > > | SE32 0xd91c0c50: Addr=0xd126000 FlagsLength=0x14001000 > > | HOST_TO_IOC > > | SE32 0xd91c0c58: Addr=0xd0c7000 FlagsLength=0x14001000 > > | HOST_TO_IOC > > | SE32 0xd91c0c60: Addr=0xd0a8000 FlagsLength=0x14001000 > > | HOST_TO_IOC > > | SE32 0xd91c0c68: Addr=0xd069000 FlagsLength=0x14001000 > > | HOST_TO_IOC > > | SE32 0xd91c0c70: Addr=0xd08a000 FlagsLength=0x14001000 > > | HOST_TO_IOC > > | SE32 0xd91c0c78: Addr=0xd12b000 FlagsLength=0x14001000 > > | HOST_TO_IOC > > | SE32 0xd91c0c80: Addr=0xd0cc000 FlagsLength=0x14001000 > > | HOST_TO_IOC > > | SE32 0xd91c0c88: Addr=0xd14d000 FlagsLength=0x14001000 > > | HOST_TO_IOC > > | SE32 0xd91c0c90: Addr=0xd04e000 FlagsLength=0x14001000 > > | HOST_TO_IOC > > | SE32 0xd91c0c98: Addr=0xd0af000 FlagsLength=0x94001000 > > | HOST_TO_IOC LAST_ELEMENT > > | CE32 0xd91c0ca0: Addr=0x4aca8 NxtChn0=0x0 Flgs=0x30 Len=0x20 > > | SE32 0xd91c0ca8: Addr=0xd110000 FlagsLength=0x14001000 > > | HOST_TO_IOC > > | SE32 0xd91c0cb0: Addr=0xd0d1000 FlagsLength=0x14001000 > > | HOST_TO_IOC > > | SE32 0xd91c0cb8: Addr=0xd092000 FlagsLength=0x14001000 > > | HOST_TO_IOC > > | SE32 0xd91c0cc0: Addr=0xcff3000 FlagsLength=0xd5000ae0 > > | HOST_TO_IOC LAST_ELEMENT END_OF_BUFFER END_OF_LIST > > > > Sometimes if I just let it set for a very long time, the curses screen > > comes back with a message: > > > > Unable to make new root filesystem on /dev/da0s1a > > Command returned status 36 > > > > and the ALT-F2 screen gets a couple more messages added: > > > > |write error: 128 > > |newfs: wtfs - writecombine - Input/output error > > > > > > Is any of this enough information to do anything or get a driver > > updated or something? > > > > Any help will be appreciated, > > > > Thanks, > > > > ////jerry > > > > _______________________________________________ > > freebsd-questions@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" > > > > > > > > > > begin 666 smime.p7s > M,( &"2J&2(;W#0$'`J" ,( "`0$Q"S )!@4K#@,"&@4`,( &"2J&2(;W#0$' > M`0``H((*&3""`CTP@@&F`A$`S;I_5O#?Y+Q4_B*LLW*J53 -!@DJADB&]PT! > M`0(%`#!?,0LP"08#500&$P)54S$7,!4&`U4$"A,.5F5R:5-I9VXL($EN8RXQ > M-S U!@-5! L3+D-L87-S(#$@4'5B;&EC(%!R:6UA<GD@0V5R=&EF:6-A=&EO > M;B!!=71H;W)I='DP'A<-.38P,3(Y,# P,# P6A<-,C@P.# Q,C,U.34Y6C!? > M,0LP"08#500&$P)54S$7,!4&`U4$"A,.5F5R:5-I9VXL($EN8RXQ-S U!@-5 > M! L3+D-L87-S(#$@4'5B;&EC(%!R:6UA<GD@0V5R=&EF:6-A=&EO;B!!=71H > M;W)I='DP@9\P#08)*H9(AO<-`0$!!0`#@8T`,(&)`H&!`.49OVVC5F$MF4AQ > M]F?>N8WKMYZ&@ J1#OHX):]&B(+E<ZB@FR1=#1_,96X,L-!6A!B'F@:;$*%S > MW[18.6MNP?85U:BH/ZH2!HTQK'^P-->/-&>("<T4$>).159I'W@"@-K<1Y$I > MNS;)8US%X-<MAWNAMS*P>S"Z*B\QJNZC9]K;`@,!``$P#08)*H9(AO<-`0$" > M!0`#@8$`3#^XB\9HW^Y#,PY=Z:;+!X1->C/_DAOT-JW8E2(V:!%L?$+,\YPN > MQ <_%+ /3_^0DG;YXKQ*Z8_-H( *]\4I\8(B7;BQW8$CHWLE%48P>1;XZ@5+ > ME'\=PAS(X[?T$$ \$\-?'U/H2.2&M'NA-;![);JXTXZK/SB=`#0`F//1<90P > M@@-B,(("RZ #`@$"`A +V@L7P3^)CJL)='JTSBXS, T&"2J&2(;W#0$!`@4` > M,%\Q"S )!@-5! 83`E53,1<P%08#500*$PY697)I4VEG;BP@26YC+C$W,#4& > M`U4$"Q,N0VQA<W,@,2!0=6)L:6,@4')I;6%R>2!#97)T:69I8V%T:6]N($%U > M=&AO<FET>3 >%PTY.# U,3(P,# P,#!:%PTP.# U,3(R,S4Y-3E:,(',,1<P > M%08#500*$PY697)I4VEG;BP@26YC+C$?,!T&`U4$"Q,65F5R:5-I9VX@5')U > M<W0@3F5T=V]R:S%&,$0&`U4$"Q,]=W=W+G9E<FES:6=N+F-O;2]R97!O<VET > M;W)Y+U)002!);F-O<G N($)Y(%)E9BXL3$E!0BY,5$0H8RDY.#%(,$8&`U4$ > M`Q,_5F5R:5-I9VX@0VQA<W,@,2!#02!);F1I=FED=6%L(%-U8G-C<FEB97(M > M4&5R<V]N82!.;W0@5F%L:61A=&5D,(&?, T&"2J&2(;W#0$!`04``X&-`#"! > MB0*!@0"[6D2*!!:[5?T#>HHME$\5>#:X#4JR;YQ4O[SH=RJ=N?!HNY79,4%P > M>H%+N4@35BW'".&$0JO HI*K1%RJ0O""#@+I+_O".[N^R2<*7;:P-D(SM6Y4 > MB$^'2K\9VOD5Z ^'MASCS,::CG]J))+C_.!ENJ>Q?N_)VS=JR$K("0;DF0(# > M`0`!HX&P,(&M, \&`U4=$P0(, 8!`?\"`0`P1P8#51T@!$ P/C \!@M@AD@! > MAOA%`0<!`3 M,"L&""L&`04%!P(!%A]W=W<N=F5R:7-I9VXN8V]M+W)E<&]S > M:71O<GDO4E!!,#$&`U4='P0J,"@P)J DH"*&(&AT=' Z+R]C<FPN=F5R:7-I > M9VXN8V]M+W!C83$N8W)L, L&`U4=#P0$`P(!!C 1!@E@AD@!AOA"`0$$! ," > M`08P#08)*H9(AO<-`0$"!0`#@8$``GV>;T5+.*"XWNE39"&\Y$PKCQ[^DD"L > MV HY:J$R(2P'FZM9_M)B&GU5.+ W<]ST!V9C8KWA4W!2A^>HV%+I6RVJX=[/ > MK#%4U(L9R-@CJ.\$*S)]+!@<R'R)J"YW\D3190I-=+7NTQN2<W0NB3LU$W+G > M0#&:T[+$J^=6OHOC^Q4P@@1N,((#UZ #`@$"`A!:/(VP,1-_.GNBV:92NJ^@ > M, T&"2J&2(;W#0$!! 4`,(',,1<P%08#500*$PY697)I4VEG;BP@26YC+C$? > M,!T&`U4$"Q,65F5R:5-I9VX@5')U<W0@3F5T=V]R:S%&,$0&`U4$"Q,]=W=W > M+G9E<FES:6=N+F-O;2]R97!O<VET;W)Y+U)002!);F-O<G N($)Y(%)E9BXL > M3$E!0BY,5$0H8RDY.#%(,$8&`U4$`Q,_5F5R:5-I9VX@0VQA<W,@,2!#02!) > M;F1I=FED=6%L(%-U8G-C<FEB97(M4&5R<V]N82!.;W0@5F%L:61A=&5D,!X7 > M#3 T,#8Q,# P,# P,%H7#3 U,#8Q,#(S-3DU.5HP@@$2,1<P%08#500*$PY6 > M97)I4VEG;BP@26YC+C$?,!T&`U4$"Q,65F5R:5-I9VX@5')U<W0@3F5T=V]R > M:S%&,$0&`U4$"Q,]=W=W+G9E<FES:6=N+F-O;2]R97!O<VET;W)Y+U)002!) > M;F-O<G N(&)Y(%)E9BXL3$E!0BY,5$0H8RDY.#$>,!P&`U4$"Q,54&5R<V]N > M82!.;W0@5F%L:61A=&5D,30P,@8#500+$RM$:6=I=&%L($E$($-L87-S(#$@ > M+2!-:6-R;W-O9G0@1G5L;"!397)V:6-E,1,P$08#500#% I3=6)H<F\@2V%R > M,2,P(08)*H9(AO<-`0D!%A1B<V1B;WE 96QI=&5M86EL+F]R9S"!GS -!@DJ > MADB&]PT!`0$%``.!C0`P@8D"@8$`FI\HV<_&1%G8CL!S=P;(_W4WQ$1@%WH, > MFC"7CH$PS"L#T7MK-1?,2:VBD@O':)IJGAB\6'N^;<MTE^ 76ALO^>2S5<IR > M,^U((L-CZ2%62:?7HF;VI?TZ7<$A7QG1/9&C1PI7D@SIZETF87"NY:C*K>[B > M0/E=HGU!LH^K-K1$1!T"`P$``:."`08P@@$", D&`U4=$P0", `P@:P&`U4= > M( 2!I#"!H3"!G@8+8(9(`8;X10$'`0$P@8XP* 8(*P8!!04'`@$6'&AT='!S > M.B\O=W=W+G9E<FES:6=N+F-O;2]#4%,P8@8(*P8!!04'`@(P5C 5%@Y697)I > M4VEG;BP@26YC+C #`@$!&CU697)I4VEG;B=S($-04R!I;F-O<G N(&)Y(')E > M9F5R96YC92!L:6%B+B!L=&0N("AC*3DW(%9E<FE3:6=N,!$&"6"&2 &&^$(! > M`00$`P('@# S!@-5'1\$+# J,"B@)J DAB)H='1P.B\O8W)L+G9E<FES:6=N > M+F-O;2]C;&%S<S$N8W)L, T&"2J&2(;W#0$!! 4``X&!`)((2H&"=I]V("+- > M#T@A>,X5DPC&[2ON1Q>]<^_)!MRTJ<6PAA_OA-R[L4#1]+3I=SXPZOU?J,*X > M/NYKD&'<L^-.CVM(Q ):I1'T/ZM!8@_:@!F!6IE.B?J+UGQW/^J[MHU"E-U: > MW[KD^"SIRXE=K['!\JAMF *M[@^RPJR]]'9R,8($/C""!#H"`0$P@>$P@<PQ > M%S 5!@-5! H3#E9E<FE3:6=N+"!);F,N,1\P'08#500+$Q9697)I4VEG;B!4 > M<G5S="!.971W;W)K,48P1 8#500+$SUW=W<N=F5R:7-I9VXN8V]M+W)E<&]S > M:71O<GDO4E!!($EN8V]R<"X@0GD@4F5F+BQ,24%"+DQ41"AC*3DX,4@P1@8# > M500#$S]697)I4VEG;B!#;&%S<R Q($-!($EN9&EV:61U86P@4W5B<V-R:6)E > M<BU097)S;VYA($YO="!686QI9&%T960"$%H\C; Q$W\Z>Z+9IE*ZKZ P"08% > M*PX#`AH%`*""`K(P& 8)*H9(AO<-`0D#,0L&"2J&2(;W#0$'`3 <!@DJADB& > M]PT!"04Q#Q<-,#0P-C$P,3DT,#0P6C C!@DJADB&]PT!"00Q%@04ND@!88]< > MD15)W=W^WJ,56A07$Q$P9P8)*H9(AO<-`0D/,5HP6# *!@@JADB&]PT#!S . > M!@@JADB&]PT#`@("`( P#08(*H9(AO<-`P("`4 P!P8%*PX#`@<P#08(*H9( > MAO<-`P("`2@P!P8%*PX#`AHP"@8(*H9(AO<-`@4P@?(&"2L&`00!@C<0!#&! > MY#"!X3"!S#$7,!4&`U4$"A,.5F5R:5-I9VXL($EN8RXQ'S =!@-5! L3%E9E > M<FE3:6=N(%1R=7-T($YE='=O<FLQ1C!$!@-5! L3/7=W=RYV97)I<VEG;BYC > M;VTO<F5P;W-I=&]R>2]24$$@26YC;W)P+B!">2!2968N+$Q)04(N3%1$*&,I > M.3@Q2#!&!@-5! ,3/U9E<FE3:6=N($-L87-S(#$@0T$@26YD:79I9'5A;"!3 > M=6)S8W)I8F5R+5!E<G-O;F$@3F]T(%9A;&ED871E9 (06CR-L#$3?SI[HMFF > M4KJOH#"!] 8+*H9(AO<-`0D0`@LQ@>2@@>$P@<PQ%S 5!@-5! H3#E9E<FE3 > M:6=N+"!);F,N,1\P'08#500+$Q9697)I4VEG;B!4<G5S="!.971W;W)K,48P > M1 8#500+$SUW=W<N=F5R:7-I9VXN8V]M+W)E<&]S:71O<GDO4E!!($EN8V]R > M<"X@0GD@4F5F+BQ,24%"+DQ41"AC*3DX,4@P1@8#500#$S]697)I4VEG;B!# > M;&%S<R Q($-!($EN9&EV:61U86P@4W5B<V-R:6)E<BU097)S;VYA($YO="!6 > M86QI9&%T960"$%H\C; Q$W\Z>Z+9IE*ZKZ P#08)*H9(AO<-`0$!!0`$@8!G > MM+PF8/"!9R^U0;MQNI&3J1QUGR^ZY[&=/WTP/!+N4UF/ORTQ]D-9''W_Y)@J > M<C:N<KV_LL07X1H1G/(DM 5)K/8+*]^XG8^?9:+L7#&@9<^_SXQC3SG<]E>\ > K8T?WO[*A0.K=^QA\IB_-VN';N;3=)L?_)\8FP1*1Z+&#\.=S_@`````````` > ` > end > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200406111606.i5BG6dd22925>