On Jan 09 16:40:48, obsd.t...@randy.pensive.org wrote: > I'm running OpenBSD on a Protectli box as a router/firewall. The disk is an > SSD. Every now and then I reboot it ("sudo shutdown -r now") just to make > sure it comes back up. Several times it hung on disk errors that the auto > 'fsck' can't fix. I was able to manually run 'fsck' and answer its prompts > to clean up the problems, which sometimes were unreferenced inodes or > similar things. It deleted some files in /var. The system runs OK, so > perhaps the files aren't used in my minimal setup. > > I have two questions: > > (1) In "/etc/rc" I changed [fsck -p "$@"] to [fsck -f "$@"] in an attempt to > get it to force fix problems, so the system could recover without someone > manually doing it. That didn't work (it still stopped startup with the disk > errors), so I tried making it [do_fsck -f -y] but that didn't work either. > How does one make the system recover (e.g., how would an unstaffed/dark > computer operations center do it)? > > (2) Why would the system develop disk problems? Might the SSD be failing?
Of course. > Should I proactively replace it? There's hardly anything proactive about it, it it's showing unrecoverable fsck errors already. > If I do replace it, should I start fresh > with a clean install versus cloning the current disk? Definitely a clean install on another disk. > By the way, the SSD is a Samsung SSD 870 EVO 500GB (only using a tiny bit of > it). Micromat's Lifespan says it has 100% life left, and their Tech Tools > Pro found no bad blocks. Boot from the new clean install and read the entire old disk with dd if=/dev/sdXc Jan