I'm not certain whether this problem is related to silo or bash. When silo is compiled and installed with bash version 3.2_p15-r1, it will fail to load at boot time on my Blade 100, and from what I saw on the forum (see URL), on Sun systems as well. With me, this happened on a system freshly installed from the 2007.0 LiveCD. I do not know if it affects already installed systems as well. A workaround is as follows: 1. Downgrade bash to the previous version: # emerge -uD \<app-shells/bash-3.2_p15-r1 2. Recompile silo # emerge sys-boot/silo 3. Reinstall silo's boot block # silo -f -C /boot/silo.conf Reproducible: Always Steps to Reproduce: 1. install app-shells/bash-3.2_p15-r1 2. install sys-boot/silo-1.4.13 3. silo -f -C /boot/silo.conf 4. reboot Actual Results: Silo bootblock won't load. The first 'S' won't even display, the OBP boot command will just hang indefinitely. Expected Results: Silo should load normally and move on to its second stage. Portage 2.1.2.9 (default-linux/sparc/sparc64/2007.0, gcc-4.1.2, glibc-2.5-r4, 2.6.20-gentoo-r4 sparc64) ================================================================= System uname: 2.6.20-gentoo-r4 sparc64 sun4u Gentoo Base System release 1.12.9 Timestamp of tree: Sat, 21 Jul 2007 00:20:01 +0000 dev-lang/python: 2.4.4-r4 dev-python/pycrypto: 2.0.1-r5 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.61 sys-devel/automake: 1.9.6-r2, 1.10 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.23b virtual/os-headers: 2.6.19.2-r2 ACCEPT_KEYWORDS="sparc" AUTOCLEAN="yes" CBUILD="sparc-unknown-linux-gnu" CFLAGS="-O2 -mcpu=ultrasparc3 -pipe -frename-registers" CHOST="sparc-unknown-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O2 -mcpu=ultrasparc3 -pipe -frename-registers" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://ftp.snt.utwente.nl/pub/linux/gentoo http://distfiles.gentoo.org" LINGUAS="en" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.pearlgates.net/gentoo-portage"USE="bitmap-fonts cli cracklib cups dri fortran gdbm iconv isdnlog libg++ midi mudflap nptl nptlonly openmp pcre ppds pppd reflection session sparc spl truetype-fonts type1-fonts unicode xorg" ALSA_CARDS="none" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="none" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en" USERLAND="GNU" VIDEO_CARDS="none" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Actually silo doesn't use bash so the new summary is better...
It's still broken with bash-3.2_p17. Also, confirmed both the bug and the workaround on an Ultra 5.
Downgrading bash is one of the workarounds. According to my tests the other workaround is keeping a copy of properly-built /boot/*.b files around (like the ones from the installcd) and copying them back makes it works even with the latest bash, which proves some of the *.b files are being misbuilt with the newer bash. I have this on my queue, however i need to get some contiguous time to work on it and free up my local sparc box to test on.
Should be fixed in silo-1.4.13-r1, please give it a shot and reopen if it doesn't help you.
Yep, working fine now. Silo compiles a lot cleaner too, with far less warnings.