Many problems with live-rw partition
Il mercoled? 20 agosto 2008 16:31:54 Andreas Bombe ha scritto:
> Either I'm doing something wrong or it really doesn't work all that
> well...
The second one I think. The persistence needs some care to be fixed, this part
was took from original casper code without much intervention and just a few
tests in casper's age. The live-initramfs author just forked the code and
changed some indentation and style regarding that issue IIRW.
The persistence feature is completely experimental (yes, since more than 1
year) and snapshots are somewhat just working (badly) since few weeks,
although I use them in some real controlled production environments but with
the file list type only (some selected files are snapshotted, not all the
changes) but this is far to be optimal too.
You found some important bugs and those needs time to be fixed.
> It starts with not booting through and dropping into a shell. There's
> two issues. First, it doesn't use the busybox mount in
> scripts/live-helper but the normal mount binary, which fails without a
> filesystem type given. I fixed that by adding
> '-t $(get_fstype "${dev}")' but then comes the second issue, remounting
> ro isn't possible because the filesystem (the live-rw one) is busy.
The first part will be added, I need to try to figure how to fix the other
one.
> It is used in the aufs after all, so it doesn't work. My fix for that
> one was not triggering the remount ro attempt by commenting the try_snap
> calls in scripts/live since I do not need snapshot files here.
I need to think on how to handle that case.
> Once I get it to boot without intervention, other issues crop up. For
> one, /dev is in /live/cow and therefore saved unnecessarily. Also,
> /etc/hosts and /etc/fstab appear to be appended with initial
> configuration unconditionally, meaning that they grow longer with every
> boot. In the case of fstab it leads to tmpfs being mounted on /tmp
> multiple times.
That is true, both exclude pattern and avoid unnecessaries appends needs to be
applied.
> Information on how to proceed would be appreciated.
I'll try to see if I can fix these issues, then I'll report back on ML.
Thanks for this good bug report.
--
ESC:wq
Reply to: