Actually the summary is a little misleading, but it best describes the problem. :] When a Stage 3 GRP "Dynamic install" is performed, GLI copies over the /etc/inittab of the liveCD into the newly installed system. This is an invalid inittab for the install as it contains references to /bin/bashlogin at the end of the file, which is a script that exists only on the liveCD. The lines in question: ----------- # End of /etc/inittab c1:12345:respawn:/sbin/agetty -nl /bin/bashlogin 38400 tty1 linux c2:12345:respawn:/sbin/agetty -nl /bin/bashlogin 38400 tty2 linux c3:12345:respawn:/sbin/agetty -nl /bin/bashlogin 38400 tty3 linux c4:12345:respawn:/sbin/agetty -nl /bin/bashlogin 38400 tty4 linux c5:12345:respawn:/sbin/agetty -nl /bin/bashlogin 38400 tty5 linux c6:12345:respawn:/sbin/agetty -nl /bin/bashlogin 38400 tty6 linux ----------- Reproducible: Always Steps to Reproduce: Perform a Stage 3 install with GLI, selecting the GRP and "Dynamic install" options.
Created attachment 66073 [details] installprofile.xml
This is due to a modification the livecd init scripts make to /etc/inittab at boot time. One possible "solution" we're considering it to 'cp /etc/inittab /etc/inittab.old' before the modification and then 'cp -f /etc/inittab.old /mnt/gentoo/etc/inittab' when building the dynamic stage3. This will require a new livecd build, but we were planning another anyway with a newer installer release. Give it a few days.
The installer has been fixed to handle this for a few weeks. The next LiveCD that is "released" will create the backup of the /etc/inittab before modifying it so that the installer can use it.
Moving to Release Media/Installer.