Hi,
Philippe Lelédy wrote (08 Feb 2010 08:51:57 GMT) :
> I am interested in this issue, although it was not for the same
> reason, but for speeding up boot-time.
I discovered this issue while trying to speed boot time up as well:
I removed the live-media-timeout=15 I was using previously, and was
hit by this bug.
> The solution I'm working on may have some interest for intrigeri goal:
> When copying my LiveSystem to a new USB key, I make
> a /etc/udev/rules.d/70-persistent-usb.rules file in initramfs with one or two
> lines
> like that:
> DRIVERS=="usb", ATTRS{manufacturer}=="OCZ Technology",
> ATTRS{product}=="RALLY2",
> ATTRS{serial}=="AA04012700341377",
> NAME="-USB/$attr{manufacturer}-$attr{product}-%n"
> and have a very very simple and fast find_livefs() starting with
> mkdir -p /dev/-USB && notifywait /dev/-USB && mount ....
> with would fail should the right USB key not be found.
I'm very interested in the install program you're using to
achieve this.
> 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.
> Maybe I'll change /dev/-USB for a directory reserved only for the device node
> holding
> the partition where /live/filesystem.squashfs lies.
> 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. 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?
Bye,
--
intrigeri <[email protected]>
| GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
| OTR fingerprint @
https://gaffer.ptitcanardnoir.org/intrigeri/otr-fingerprint.asc
| We're dreaming of something else.
| Something more clandestine, something happier.
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
