On Fri, Dec 15, 2006 at 03:00:58PM -0500, Dave Jones wrote: > On Fri, Dec 15, 2006 at 11:22:26AM -0800, Tom London wrote: > > > > > Got this: > > > > Updating : mkinitrd ####################### [ 4/14] > > Installing: kernel ####################### [ 5/14] > > /sbin/grubby: error while loading shared libraries: libnash.so.6.0.5: > > cannot open shared object file: No such file or directory ..... > *boggle*, some wierdo dependancy bug. mkinitrd depends on the new nash, > so why that got updated /after/ the kernel is a mystery to me. Making new nash dynamically linked breaks more things on the top of making initrd images twice the size they used to be. In rc.sysinit you can find [ -x /sbin/nash ] && echo "raidautorun /dev/md0" | nash --quiet If /usr happens to be mounted from that raid array you are just trying to start then this is not going to work. If /usr is not on raid but still on its own file system then you are getting nash: error while loading shared libraries: .... on every boot although then that can be ignored. Yes, there is https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=219226 although with initscripts for a "component" at this moment. What are gains from not linking nash static, as up to now, to offset assorted troubles? Quite likely something else will surface too. It would be less of the issue if not that detail that nine of nash libraries are located on /usr. Michal -- fedora-test-list mailing list fedora-test-list@xxxxxxxxxx To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-test-list