Re: Dropping to a shell
On Thursday 16 March 2006 08:32, Glenn English wrote:
> 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
> ghe@slsware.com
> GPG ID: D0D7FF20
The cciss indicates it is a hardware raid controller, maybe Compaqs 'smart
array'
--
Greg Madden
Reply to: