You are not logged in.
Pages: 1
I just did an fsck and ended up with 17gigs of stuff in the lost+found dir. Yes, I know thats bad, but interestingly standard "shutdown -Fr now" didn't find the problem, i had to manually perform a xfs_repair.
Now I have the issue of trying to work out what is actually corrupted. Considering most of the "found" files where logs and temp files from /tmp, there was way too many to check and see if any binaries or libraries were corrupted and what they came from.
Is there a tool out there, I know that the redhat package manager allows this, to be able to check my system against a list of md5 sum's.
So something like go through the list of installed packages and do a check against the package md5um and the file on the system to check for corruption???
I know it may be difficult since I had a look at the pacman package format and it doesn't include file-by-file md5sum's, so i'm not sure how its going to be possible to verify the files.
Any ideas??
thanks.
Offline
There's a package in AUR called pacworld that will check if all files of all packages are still on your system. I'd suggest you try that.
On my systems I modified the default /etc/pacworld/pacworld.not (contains excluded packages) to be just empty. I make sure all my normal filesystems are mounted (/boot normally isn't) and then I run it with 'pacworld -vl >/dev/null' as root (or with sudo).
You'll find ~/.pacworld/pacworld.log with a list of missing files. Have a look at the other options, there are more possibilities
1000
Offline
Pages: 1