CentOS 5.2 64-bit I needed some space. I have a hard drive that had an old Linux install I don''t use anymore. So I edited /etc/fstab and removed the entries for it (entries I only needed so I could get data off it). Then I edited /boot/grub.conf and removed the lines to boot it. Then I rebooted. It booted but a bunch of services failed because libstdc++ could not be found. I logged into a console and tried to verify libstdc++ and that failed, I guess rpm depends upon it. touch /forcefsck && shutdown -r now After booting - no fsck errors, but libstdc++ error when starting some services. cd /usr/lib64 - the shared library was there. I looked in /etc/ld.so.conf and /etc/ld.so.conf.d/ just in case for some idiotic reason I had added a library path on the other drive - nope. I then ran /sbin/ldconfig - and then rpm --verify worked. rebooted and all services started. So - clearly the library cache got borked and needed to be rebuilt. The question is what borked it? Anyone seen this before?
On Fri, Feb 20, 2009 at 06:04:00PM -0800, Michael A. Peters wrote:> CentOS 5.2 64-bit > > I needed some space. > > I have a hard drive that had an old Linux install I don''t use anymore.Lets call this your auxiliary drive.> So I edited /etc/fstab and removed the entries for it (entries I only > needed so I could get data off it).Which /etc/fstab did you edit? the one on the auxiliary drive or the one on the primary drive?> Then I edited /boot/grub.conf and removed the lines to boot it.Which grub.conf did you modify? the one on your auxiliary drive or the one on your primary drive?> Then I rebooted.What drive did you boot from? the auxiliary drive or the primary?> It booted but a bunch of services failed because libstdc++ could not be > found. > > I logged into a console and tried to verify libstdc++ and that failed, I > guess rpm depends upon it. > > touch /forcefsck && shutdown -r now > > After booting - no fsck errors, but libstdc++ error when starting some > services. > > cd /usr/lib64 - the shared library was there. > > I looked in /etc/ld.so.conf and /etc/ld.so.conf.d/ just in case for some > idiotic reason I had added a library path on the other drive - nope. > > I then ran /sbin/ldconfig - and then rpm --verify worked. > rebooted and all services started. > > So - clearly the library cache got borked and needed to be rebuilt. > > The question is what borked it? > Anyone seen this before? > _______________________________________________ > CentOS mailing list > CentOS at centos.org > http://lists.centos.org/mailman/listinfo/centos-- "Funniest signatures series": (found posted to a public email list) IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email.
jkinz at kinz.org wrote:> On Fri, Feb 20, 2009 at 06:04:00PM -0800, Michael A. Peters wrote: >> CentOS 5.2 64-bit >> >> I needed some space. >> >> I have a hard drive that had an old Linux install I don''t use anymore. > > Lets call this your auxiliary drive. > >> So I edited /etc/fstab and removed the entries for it (entries I only >> needed so I could get data off it). > > Which /etc/fstab did you edit? the one on the auxiliary drive or > the one on the primary drive?They shared a /boot> >> Then I edited /boot/grub.conf and removed the lines to boot it. > > Which grub.conf did you modify? the one on your auxiliary drive > or the one on your primary drive? > >> Then I rebooted. > > What drive did you boot from? the auxiliary drive or the primary?Primary drive - /boot is a primary partition on /dev/sda
on 2-21-2009 6:03 AM Michael A. Peters spake the following:> jkinz at kinz.org wrote: >> On Fri, Feb 20, 2009 at 06:04:00PM -0800, Michael A. Peters wrote: >>> CentOS 5.2 64-bit >>> >>> I needed some space. >>> >>> I have a hard drive that had an old Linux install I don''t use anymore. >> Lets call this your auxiliary drive. >> >>> So I edited /etc/fstab and removed the entries for it (entries I only >>> needed so I could get data off it). >> Which /etc/fstab did you edit? the one on the auxiliary drive or >> the one on the primary drive? > > They shared a /bootDid they also possibly share initrd''s? That could be where your problem came from. -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don''t!!!! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 258 bytes Desc: OpenPGP digital signature Url : http://lists.centos.org/pipermail/centos/attachments/20090223/76f01aa4/attachment.bin