Hi people,
I ran into one of these silly issues I'd like to share as I think the
reason behind it may be a flaw in the current initrds.
The setup;
Dual-Xeon Intel-chipset motherboard. SATA-disk attached to ICH, onboard
Adaptec SCSI-controller.
Installed system, updated packages, no problems. Basic, non-LVM
partition setup - OS-disk is /dev/sda, single filesystem-partition
/dev/sda1 is labeled LABEL=/, and fstab uses the label to access the
filesystem.
I now add a SCSI-disk (previously used) to the onboard SCSI-controller,
and the fun starts. The onboard controller is identified as scsi0 and
scsi1, the SATA-disk sits on scsi2. SCSI-disk is thus /dev/sda, and
SATA-disk becomes /dev/sdb. This should not be a problem as the fstab
refers to the partition by label and not device name.
And then disaster! While booting, the system issues 'Checking root
filesystem' (I'm not 100% sure about the output here), and craps out on
a badly broken /dev/sda1. On the SCSI-disk, /dev/sda1 is an extended
partition, with /dev/sda5 being the partition that holds the filesystem.
Thus fsck'ing /dev/sda1 does not bring any useful. But why?
Why does the initrd insist on fsck'in /dev/sda1, when it should check
LABEL=/?
Is there something I'm not getting here?
-S
--
Simen Thoresen, Dolphin ICS
Systems Administration and Wulfkit Support