Can't reproduce this issue nowadays, closing this bugreport therefore. If you 
think that your issue isn't fixed yet please feel free to reopen the bugreport.

thx && regards,
-mika-

Hi Tong Sun,

are there any news regarding this issue?

thx && regards,
-mika-

On Mon, Jul 13, 2009 at 3:31 AM, Michael Prokop<bts@bts.grml.org> wrote:

> ..., any chance you look into it?

OK, maybe after this bug has been fixed,

Configurable persistent device names
http://thread.gmane.org/gmane.linux.debian.devel.bugs.general/589753

cheers

Uff alright, I wouldn't say that's a typical use case. :)

Anyway, any chance you look into it? Try booting with "debug break=FOO" (where 
FOO is something of top, modules, premount, mount, mountroot, bottom, init - 
see man initramfs-tools) and in case of question with the initramfs scripts 
running under "set -x".

thx && regards,
-mika-

Hi,

I'm using the latest grml-medium 2009.05, plus the persistence feature. So
far so good with a little problem:

If I try to auto mount partitions on boot up by setting their <pass> to 2 in
/etc/fstab (stored in live-rw partition), I will get a boot up panic saying
that root fs fails fsck. Booting with CD (instead of from persistence
grml-medium on HD), and do a fsck on the root and live-rw partitions show
that there aren't any problem.

Changing the <pass> from 2 back to 0 solve the problem immediate. Changed it
back to 2 again causes the very same problem.

$ diff -wU 1 /etc/fstab~ /etc/fstab
--- /etc/fstab~ 2009-07-10 13:38:07.000000000 -0400
+++ /etc/fstab  2009-07-11 17:30:46.000000000 -0400
@@ -20,4 +20,4 @@
 #LABEL=vars /vars ext3 noauto,user,dev,suid,exec 0 0 # /dev/sda7
-LABEL=cache11 /lfs/cache11 ext3 noauto,user,dev,suid,exec 0 2 # /dev/sda8
-LABEL=cache21 /lfs/cache21 ext3 noauto,user,dev,suid,exec 0 2 # /dev/sdb2
+LABEL=cache11 /lfs/cache11 ext3 noauto,user,dev,suid,exec 0 0 # /dev/sda8
+LABEL=cache21 /lfs/cache21 ext3 noauto,user,dev,suid,exec 0 0 # /dev/sdb2

I'm reporting the bug here instead of gmane.linux.debian.devel.live just
because I'm afraid that I would get a blame on grml specific live-initramfs
(v1.157.1-1grml.07) if I posted there.

Thanks