Re: Bug#568750: live-initramfs: live-media=removable does not work as advertised
intrigeri wrote:
Hi,
Philippe Lelédy wrote (08 Feb 2010 08:51:57 GMT) :
This solve the general issue that any live-media= cheatcode is
ineffective for USB
because find_livefs() starts before USB is ready ( BTW, I happily use
usb-storage.delay_use=1 kernel parameter which gains 4s over the
standard delay).
I don't understand why this cheatcode is ineffective, as find_livefs
runs 60 times in a "sleep 1" loop until the target media is found.
Yes, you are absolutely right and I am wrong.
In my mind, ineffective was meaning: doesn't prevent generic search,
which is right !
For me, a liveUSB project has three main phases:
-1- Build: covered by live-helper
-2- Install: for me covered by my own scripts
-3- Boot: covered by live-initramfs
I'm also moving up most of the job done by /scripts/live-bottom
to build or install
phase, because they are time consuming and most don't need any
information available
only at boot time.
Not sure what I think about this. On the one hand, I really like the
fact users can duplicate and share their Live media using dd.
I don't like dd: people tends to have huge USB sticks (4 or 8Go is not
unusual nowadays) and I let my users choose to have a big DOS partition
if they don't feel ready to give-up their previous OS. The system I
deliver to my students include a tool for replication (with audit trail,
for easing my task should be there any need for debugging). They are
happy copying their USB system for a friend.
On the
other hand, scripts that really don't need any kind of boot-time
or hardware-specific information can effectively be moved to the build
or install phase. Would you be kind enough to provide details about
what you're moving from live-initramfs to build/install phase, and how?
Yes, I will. Here it is, without any details:
-1- boot live system with break=init cheatcode
-2- cp -a /root/cow /root/somewhere at initramfs break point shell prompt
-3- clean up /somewhere && mksquashfs /somewhere
/live/image/live/g10ShouldHadBeenDoneAtBuildTime.squashfs
The 'g' in /g10xxx is very meaningfull, it means "above
filesystem.squashfs" in aufs stack.
-4- rm /usr/share/initramfs-tools/scripts/live-bottom/*most*
-5- mkinitramfs
Soon more on this issue.
Bye.
Reply to: