Thanks for the reply Glenn! I just tried your suggestion and it still does the same thing. I also forgot to mention that I am using Quad Xeon's 3.33ghz 64-bit. I did an ls- l on my partition /dev/cciss/c0d0p1 and it finds it, but ctrl-d does get me out of the shell, it just continues to say "tty job control turned off". Do you maybe have any other suggestions?
-----Original Message----- From: Glenn English [mailto:[EMAIL PROTECTED] Sent: Thursday, March 16, 2006 12:32 PM To: debian-amd64@lists.debian.org Subject: Re: Dropping to a shell On Wednesday 15 March 2006 15:15, William Humphrey wrote: > I am using the latest official testing version of debian (kernel > 2.6.15) on a DL580 G3 with Quad Procs. I used the netinst image. Once I > installed the program, I have the problem to where is keep dropping to a > shell and will not boot. It say that it cannot find my hard drive > partition which is /dev/cciss/c0d01. And on top of that, it does not > create an /etc/fstab for me to mount it. I have tried creating a fstab > myself, but once I reboot, it goes away. Has anyone had this problem? If > so please help! Waiting 20 seconds and ctl-d'ing out of the shell works here. When mine does that "drop into a shell" trick, I just let it sit for 10 or 15 seconds. The boot process prints on the screen that it's created the relevant drive in /dev. And a couple seconds after that, 'ls /dev/sd*' shows the partitions. And ctl-d climbs out of the shell, and the boot process finishes. What you describe is happening here on 2 machines: a dual Opteron Sun running smp etch in 32 bit mode and a single P4 homebrew running sid. Both of them have a SCSI boot drive and a SATA to store big stuff on. (The servers running sarge are fine.) The 2.6.15 kernel and/or the current udev and/or something else I don't know about are/is bent pretty badly. SATA drives are not SCSI drives. If the developers want to run them through the SCSI driver, that's fine. But they could at least call them sdA... so things wouldn't get confused. And whoever's doing that reordering should be put up against the wall. Or at least the installer should be told about the reordering algorithm. -- Glenn English [EMAIL PROTECTED] GPG ID: D0D7FF20 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]