> > I just did some fsck /var and getting the problems below. I > am at a remote locatation and need to go on-site to repair > these things in single user mode. Can someone point me to > information or suggest what to look out for when doing the > disk checks. It is a production machine and I'd like to limit > the possibility of it having to be re-installed due to losing > something I should not have. In the past, on a development > server here, I have just answered 'Y' to everything and got > by with no problems. However, I did that on a laptop once > answer 'Y' to REMOVE questions, etc. and ended up not being > able to boot and doing a reinstall. But I suspected the HD on > the laptop had failed and the problem was not the file system. > > This is a summary of what I'm seeing while running fsck on > /var and /usr/ below. And should I do tunefs while at it? > Just looking for some helpful advise. I am also hoping the fs > has something to do with my problem of reaching kern.maxfiles > and having to restart services to relax the number of kern.openfiles.
I've had to do fsck quite few times on servers after power failures. Never had problems. I always login to single user mode and run fsck -y , and let the system take care of it. Though I've read that this may not be the best option to go about it, the other choice to sit there and press Y or N for things I don't fully comprehend was not viable either. So do your backups, run fsck -y in single mode and cross your fingers!! Usually /var will not result in critical issues and from your post it seems errors in the postfix queue. _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
