LiveUSB using kernel 2.6.27.31.tex4

[blackhole]

Hello,

Does anybody ever succeeded creating a LiveUSB using latest kernel 2.6.27.31.tex4 ??
I just recently upgrade the kernel for some reason and now the new LiveUSB I create was unusable.
The iso livecd from mklivecd itself can boot without error and behave normally (tried on vbox), but when I use that iso file to create the LiveUSB using LiveUSB script the results always drop to limited shell and cannot find the livecd.sqfs file.
Before upgrading the kernel (using 2.6.26.8 stock kernel), the LiveUSB was always perform very well.

To be specific, I'm using pclos minime 2009 as a base, mklivecd 0.7.2-3, remasterme 0.1-7 and lzma 4.43-3

I would really appreciate if someone can give me a clue or at least information if I'm not the only one.
Thank you very much in advance.

[Texstar]

You can't use mklivecd in default mode with 2.6.27.31.tex4 because it doesn't contain the aufs driver. You have to specify unionfs.

[blackhole]

Thank you very very much for the info, I hope you can make it possible on the next kernel, I really enjoy my pclinuxos on LiveUSB. 

Thanks

[Texstar]

You have to type mklivecd --ufs unionfs

[blackhole]

Ooooh thank you very much indeed. I'm puzzled with your instruction "You have to specify unionfs."
 I will try and post the results ASAP
Thank you thank you thank you Tex

[blackhole]

Nope ! Unfortunately still won't work with --ufs unionfs option. 
I'm adding that option on remasterme and directly using mklivecd, yes I'm trying twice, none of them work.
I'm still ended with working livecd and unusable liveusb. The liveusb still dropped to limited shell.

But ... thank you anyway tex.

[kjpetrie]

If the liveusb drops to a limited shell, is that because it can't find the "livecd" (if it searches every USB/SATA drive it can find and then complains it can't mount the loop image)?

If so, check the livecd kernel option in the boot menu (either isolinux/isolinux.cfg or /boot/grub/menu.lst depending which one it uses) points to the correct .sqfs file (without the .sqfs suffix).

If you're using isolinux you'll have to run isolinux.bin again before any change will take effect. Grub interprets menu.lst as it goes along.

[blackhole]

If the liveusb drops to a limited shell, is that because it can't find the "livecd" (if it searches every USB/SATA drive it can find and then complains it can't mount the loop image)?

If so, check the livecd kernel option in the boot menu (either isolinux/isolinux.cfg or /boot/grub/menu.lst depending which one it uses) points to the correct .sqfs file (without the .sqfs suffix).

If you're using isolinux you'll have to run isolinux.bin again before any change will take effect. Grub interprets menu.lst as it goes along.

Yeah, I know and thank you kjpetrie.
I have tried many ways to find a solution (besides --ufs option above) before i post the first question.
I'm still not giving up, and still playing with it.

[Uggla]

Has anyone managed to get LiveUSB working with kernel 2.6.27.31 yet?

/Uggla

[blackhole]

actualy yes, i can manage to succesfully boot from liveusb, but i think i cannot share it.
first, i already forgot how many script i modified and involved at that time, second, the heavily modif on the mklivecd and rc.sysinit i had done already obsoletes with the tons of updates from the repo just recently. (i was on gcc 4.1.1 at that time). So, i think it would be wise if you wait for the next tex masterpiece rather than walking my path. it won't be long as long as i know.

[Was_Just19]

Has anyone managed to get LiveUSB working with kernel 2.6.27.31 yet?

/Uggla

No ......  not without serious system-file edits as blackhole has intimated.

If you still have the older kernel installed, boot into that and remaster.  It should be OK.