Simen Thoresen a écrit :
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?
it should be a grub problem: even if filesystems are now labelled, grub
enumerates present hard drives ... and have the same problems than
Lninux with sda becoming sdb.
Its configuration file (SATA:/boot/grub/menu.lst) should be updated as
well, especially the root keyword.
grub is launched from the first bootable drive (/dev/sdb) that is saw as
disk hd(1) I guess.
So in its configuration file, you should duplicate the default entry
(when installed on SATA standalone disk) and change "root hd(0,1)" into
"root hd(1,1)"
To achieve it, boot from CD/DVD in rescue mode, mount manually your
/boot (in / perhaps) and edit /boot/grub/menu.lst
my $0.02
Pierre Bourgin
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos