I just tried to boot this CD: http://dev.gentoo.org/~tgall/install-ppc64-g5-minimal-2004.2-beta3.iso.bz2
The CD boots fine, but is pretty useless, because you get a login shell. The prolem is that the root password is auto scrambled, so you cannot login.
Normaly you get an already logged in root user... But not with this Live CD.
Hi Chris... I've added you on the CC to this as this seems to be cropping up at random if you will. Is there some way we can turn off the password scrambling crap^H^H^H^Hfeature on the livecd?
I assume this is a bug because ppc64 uses 'agetty' instead
of 'mingetty' with the auto-login patch. What you really
need to do is modify the run-script to sed the inittab
an pass a -l /bin/bash on the agetty line (though sometimes
this won't work, it may be necessary, to create a stub
executable that exec()'s /bin/bash and call that instead ...
some safeguard built in or something I think).
Seding inittab may not work though, as the livecd-scripts (part
of baselayout) reseds the inittab for consoles. You may need
to modify it inside of there ...
As far as the password scrambling is concerned, I think they
added that in the default /etc/conf.d/local.start ...
Actually, the password scrambling is now moved out to a separate init script. That's neither here nor there. I've already explained several times that the problem is most likely in baselayout's livecd scripts, which I have no control over. I would venture a guess and say that Brad is correct in saying the problem comes from the different getty's, but I really couldn't say for sure. As for turning off the feature, you can always build another livecd either with pwgen removed, or use a newer version of catalyst (1.0.9) and use the livecd/rcdel option to remove pwgen. Honestly, though, your best answer is to find the actual source of the problem and resolve that, not to break the current standard on how our LiveCD is made. If you think this is a problem with catalyst, then you need to talk with zhen, since I only do the livecd herd stuff (pwgen itself) and not catalyst.
If you need to perform any actions (such as running a sed job) from within the chroot when creating the CD, just stick them all in a shell script and run them from livecd/fsscript in your livecd-stage2 spec.
Of interest, this did work just fine with 2004.1. I never received a single report of folks being presented with a login prompt. So having not done anything different this time around, I'm just as curious as what is up. I was given a jpeg of a screen shot someone who has hit the problem and there were not any errors from the start of init on to when they were presented with the prompt. Strange! zhen I'm going to cc you here as well.
I'll look at the getty issue and review what's going on there. This doesn't universally fail for g5 owners, so it's quite quite strange.
with a bit of hackery, it would appear this bug should now be fixed in beta4. I'm going to leave this bug in a fixed state until release (and positive feedback) to that effect from the pmac crowd. But from the pSeries / rs6000 side of the house, it's thumbs up so far.
still reports of it being there....
well I suspect it's a udev <-> pam-ism of some sort
Since this is a royal PITA and it's going to take a bit ot probably sort it out properly specially when it isn't happening on my hardware, i've added a pw to the root account on the livecd.
It's "gentoo". This workaround works, ugly as sin, but good enough for now.
work around confirmed as working by 2 users, thanks Corsair, Nigoro!
Moving these so we can remove the "Install CD" component from "Gentoo Linux".
I apologize to everyone for this spam, but according to the bugzilla developers,
this is the only reasonable way to do this.