Easiest (reasonable, imo) way I can think of would be boot from livecd, cp -a what you can get, chroot, emerge -e system, world. Long, but should basically rebuild and relink your copy.
On Sun, 20 Feb 2005 12:55:51 -0800, Ben Munat <[EMAIL PROTECTED]> wrote: > Ah-Hah... just ran Maxtor's Powermax drive test utility on the Maxtor drive > and it failed > the SMART test. Not too surprising, since I've fixed a bad block on this > drive before... > and it was a replacement for a Maxtor drive that failed. Grrr... Why didn't I > move > everything off the drive and toss it when I had that bad block? Why did I put > /usr on the > Maxtor? Oh well, live and learn. > > Heh, anyone have any ideas how to get a gentoo system without /usr back to > health? Maybe I > can resize the partitions on the other drive, put /usr on it, and... hmmm, > there's no way > to put portage on there without doing a whole tarball, huh? > > Ben > > > Ben Munat wrote: > > Thanks for the idea, but that's the first thing I checked. The fstab is > > exactly as it was... and besides, other stuff is mounted just fine. > > Actually, the only thing that doesn't get mounted is /usr. That's > > definitely in fstab, so I assume there's either a disk problem or > > something got screwed up in the lvm stuff. Still fairly mystified, > > however... any ideas welcome! > > > > Ben > > > > > > M�rten Persson wrote: > > > >> Hi Ben, > >> just a thought check your "/etcfstab" you may have the problem there. > >> On several occasions I have had that file 'updated' by portage. > >> > >> Marten > >> > >> > >> On Sunday 20 February 2005 00.09, Ben Munat wrote: > >> > >>> Hello. This morning I decided to finally clean up all the kernel sources > >>> gentoo's been putting in my /usr/src dir on my home machine and > >>> upgrade to > >>> the latest of them. Did make oldconfig and moved the kernel to boot. > >>> Then I > >>> rebooted and the boot process fails when it gets to "mounting local > >>> filesystems". > >>> > >>> So, I figure I messes something up in my kernel config. But when I > >>> rebooted > >>> and used the old kernel, I get the same problem!! So, I figure something > >>> has gotten corrupted or misconfigured since my last reboot (two or three > >>> months ago??). > >>> > >>> I have logical volumes spread over two drives and everything uses > >>> reiserfs. > >>> Right before the "mounting local filesystems", reiser goes through > >>> all of > >>> its checks and everything seems fine. But then it sits on "mounting > >>> local > >>> filesystems" for a while and then starts spitting errors because it > >>> can't > >>> mount /dev/vg/usr, with the usual mount error... something like "wrong > >>> fstype, bad option, etc.". I can eventually get to a minimal console, > >>> but > >>> with everything under /usr missing, it's not very useful. > >>> > >>> Hmm, actually I just went through the boot again and the reiser checks > >>> never check /dev/vg/usr. Seems like it's not even seeing that volume. > >>> However, both of my drives show up in my BIOS just fine. And > >>> actually, I'm > >>> sure that something more than /usr should be on the same drive as > >>> /usr, so > >>> it doesn't seem like a drive issue. But maybe a bad block on the disk is > >>> preventing lvm from seeing /dev/vg/usr?? > >>> > >>> Any ideas why lvm wouldn't be able to mount some of my volumes? I > >>> haven't > >>> made any changes to my filesystems recently. My fstab is the same as > >>> it has > >>> always been. > >>> > >>> Thanks, > >>> > >>> Ben > >>> > >>> PS: oh, I did upgrade grub from .93 to .94 this morning... don't see how > >>> that would affect anything, but thought I should mention it. > >> > >> > >> > > > >
