<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns="http://www.w3.org/TR/REC-html40"> <head> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii"> <meta name=Generator content="Microsoft Word 11 (filtered medium)"> <style>  </style> </head> <body lang=EN-US link=blue vlink=purple> <div class=Section1> Hi, Theodore,<o:p></o:p> <o:p> </o:p> Thanks for your tests. But I got the problem and got it FIXED by flushing out the contents of /etc/blkid.tab before cloned clients reboot.<o:p></o:p> <o:p> </o:p> I'm using the e2fsprogs-1.34-1 comes with Fedora Core 1.<o:p></o:p> hello06.alexa.com root 135% rpm -qf /sbin/fsck<o:p></o:p> e2fsprogs-1.34-1<o:p></o:p> hello06.alexa.com root 136%<o:p></o:p> <o:p> </o:p> and the original contents in /etc/blkid.tab are attaching below, while my cloned machine is in fact, a PATA IDE machine. All the /dev/sd* should be /dev/hd* instead. Thanks.<o:p></o:p> <o:p> </o:p> hello06.alexa.com root 168% cat blkid.tab<o:p></o:p> <device DEVNO="0x0806" TIME="1079722753" TYPE="swap">/dev/sda6</device><o:p></o:p> <device DEVNO="0x0807" TIME="1079722753" TYPE="swap">/dev/sda7</device><o:p></o:p> <device DEVNO="0x0808" TIME="1079722753" TYPE="swap">/dev/sda8</device><o:p></o:p> <device DEVNO="0x080a" TIME="1079722753" LABEL="/var" UUID="a4e5efd0-a648-472d-a70d-737461f2acf6" SEC_TYPE="ext3" TYPE="ext2">/dev/sda10</device><o:p></o:p> <device DEVNO="0x0811" TIME="1079722753" LABEL="/1" UUID="9b90d679-275e-4656-916f-21ce963677e7" SEC_TYPE="ext3" TYPE="ext2">/dev/sdb1</device><o:p></o:p> <device DEVNO="0x2201" TIME="1079658729" LABEL="/1" UUID="9b90d679-275e-4656-916f-21ce963677e7" SEC_TYPE="ext3" TYPE="ext2">/dev/hdg1</device><o:p></o:p> <device DEVNO="0x2106" TIME="1079658729" TYPE="swap">/dev/hde6</device><o:p></o:p> <device DEVNO="0x2107" TIME="1079658729" TYPE="swap">/dev/hde7</device><o:p></o:p> <device DEVNO="0x2108" TIME="1079658729" TYPE="swap">/dev/hde8</device><o:p></o:p> <device DEVNO="0x210a" TIME="1079658729" LABEL="/var" UUID="a4e5efd0-a648-472d-a70d-737461f2acf6" SEC_TYPE="ext3" TYPE="ext2">/dev/hde10</device><o:p></o:p> <device DEVNO="0x0801" TIME="1079722753" LABEL="/" UUID="a3866268-8cf6-4b88-b3d9-e9623a1763a4" SEC_TYPE="ext3" TYPE="ext2">/dev/sda1</device><o:p></o:p> <device DEVNO="0x0805" TIME="1079722753" LABEL="/usr" UUID="6ae04a60-5e15-44d7-a009-dca14f2ad01b" SEC_TYPE="ext3" TYPE="ext2">/dev/sda5</device><o:p></o:p> <device DEVNO="0x0809" TIME="1079722753" LABEL="/alexa" UUID="06009234-95d5-4088-87c0-5bde8470a8ba" SEC_TYPE="ext3" TYPE="ext2">/dev/sda9</device><o:p></o:p> <device DEVNO="0x080b" TIME="1079722753" LABEL="/0" UUID="655e3381-7157-463e-aaed-fe45a9617e79" SEC_TYPE="ext3" TYPE="ext2">/dev/sda11</device><o:p></o:p> <device DEVNO="0x0821" TIME="1079722753" LABEL="/2" UUID="b0971594-1529-406a-b969-278d4f770cb3" SEC_TYPE="ext3" TYPE="ext2">/dev/sdc1</device><o:p></o:p> <device DEVNO="0x0831" TIME="1079722753" LABEL="/3" UUID="46eaafeb-0fb7-4647-91e1-c9fe9a1374a7" SEC_TYPE="ext3" TYPE="ext2">/dev/sdd1</device><o:p></o:p> hello06.alexa.com root 169%<o:p></o:p> <o:p> </o:p> <o:p> </o:p> Thanks.<o:p></o:p> --Guolin Cheng<o:p></o:p> <o:p> </o:p> <o:p> </o:p> <o:p> </o:p> -----Original Message----- From: Theodore Ts'o [mailto:tytso@mit.edu] Sent: Monday, April 19, 2004 3:28 PM To: Guolin Cheng Cc: Stephen C. Tweedie; ops; Fedora (E-mail); Redhat Ext3 (E-mail); Jeff Garzik Subject: Re: Strange Fedora Booting problem: can not mount "LABEL=*"partitions <o:p> </o:p> On Thu, Apr 15, 2004 at 10:50:03AM -0700, Guolin Cheng wrote:<o:p></o:p> > <o:p></o:p> > Thanks. But the problem got debugged&fixed, the answer was post on<o:p></o:p> > fedora-list about 2 weeks ago. <o:p></o:p> > <o:p></o:p> > The problem is: the /etc/blkid.tab file works as an old unappropriate<o:p></o:p> > disk partitions cache for fsck|blkid commands when stystem image is<o:p></o:p> > installed to a different arch (scsi->ide) machine, the old cache will<o:p></o:p> > mislead fsck|blkid at the first run and only the first run, since the<o:p></o:p> > first run will update /etc/blkid.tab file. <o:p></o:p> <o:p> </o:p> What version of e2fsprogs were you testing with? I've just tested<o:p></o:p> using the latest version of e2fsprogs, and it works just fine. In the<o:p></o:p> test below, I corrupt /etc/blkid.tab by swapping /dev/hda and<o:p></o:p> /dev/hdc. This might correspond with might happen after disks get<o:p></o:p> switched around. I run fsck in debugging mode to make sure it gets<o:p></o:p> the correct devices, despite the corrupted /etc/blkid.tab file. As<o:p></o:p> you can see, it works fine:<o:p></o:p> <o:p> </o:p> # sed -e 's/hda/hdz/g' -e 's/hdc/hda/g' -e 's/hdz/hdc/' -e 's/0x03/0xf3/' -e s'/0x16/0x03/' -e 's/0xf3/0x16/' /etc/blkid.tab > /tmp/blkid.tab.broken<o:p></o:p> <o:p> </o:p> # cp /tmp/blkid.tab.broken /etc/blkid.tab<o:p></o:p> <o:p> </o:p> # fsck -AVN -a<o:p></o:p> fsck 1.35 (28-Feb-2004)<o:p></o:p> Checking all file systems.<o:p></o:p> [/sbin/fsck.ext3 (1) -- /] fsck.ext3 -a /dev/hda1<o:p></o:p> [/sbin/fsck.ext3 (1) -- /usr] fsck.ext3 -a /dev/hda3<o:p></o:p> [/sbin/fsck.ext3 (1) -- /debian] fsck.ext3 -a /dev/hda5<o:p></o:p> <o:p> </o:p> # e2label /dev/hda1<o:p></o:p> root<o:p></o:p> <o:p> </o:p> # e2label /dev/hda3<o:p></o:p> usr<o:p></o:p> <o:p> </o:p> # e2label /dev/hda5<o:p></o:p> Debian<o:p></o:p> <o:p> </o:p> The only thing I can think of is that you might have been using an<o:p></o:p> older version of e2fsprogs that was buggy....<o:p></o:p> <o:p> </o:p> - Ted<o:p></o:p> </div> </body> </html>