-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Wednesday 2008-06-25 at 13:17 -0500, Moby wrote: Carlos E. R. wrote:
How were you fsck-ing that partition? If that is the root filesystem and can not be umounted then the reiserfsck program can not do aa complete job. This is different from ext3, which can be checked while mounted r/o. The procedure is to run the test from a rescue system in DVD (the install disk) or from another partition (ie, boooting from another partition).
Steps for fsck: 1) Boot to single-user mode: init 1
2) Remount root as Ro: mount -remount,ro /
3) Do fsck: fsck.resiserfs --fix-fixable --rebuild-tree /dev/<path to root device>
I know, that procedure works fine with ext3, but not with reiserfs, or not always. I know, I have been bitten with that problem in the past. You need to boot the dvd or another partition as rescue system.
The fsck ran fine and the reason I say so is because it did claim to have found and fixed various inconsistencies, in addition to giving me some stuff in /lost+found.
The undeleteable directory trees, as I mentioned in a subsequent post on the list, turned to be entries with corrupted uid's and gid's. Doing chown one by one from the top down allowed me to finally delete them. The bad uid and gids where low integers, 200+ (such as 286, 256 etc).
Weird. If you were trying to remove the files as user, yes. But the problem with this type of reiserfs corruption is that even root is denied access. I don't remember if you said you tried as root :-? - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIYo2dtTMYHG2NR9URAmB6AKCXw0gD+7SKW+lFiB47GB+i7QcP2QCeJYHV yx3RRXxKL/9wYKfqnvo9R+8= =AYXK -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org