Subject: Re: [repost] --
To: None <sfarrell@healthquiz.com>
From: Mike Long <mike.long@analog.com>
List: netbsd-help
Date: 02/20/1997 13:56:32
>Date: Thu, 20 Feb 1997 11:58:11 -0600
>From: steve farrell <sfarrell@healthquiz.com>
>now we're on to something. every time i reboot i get:
>
>/dev/rsd0a: UNREF FILE I=8569 OWNER=root MODE=100600
>/dev/rsd0a: SIZE=0 MTIME=Feb 18 09:25 1997 (CLEARED)
>/dev/rsd0a: FREE BLK COUNT(S) WRONG IN SUPERBLK (SALVAGED)
>/dev/rsd0a: 895 files, 31819 used, 4420 free (148 frags, 534 blocks, 0.4% fragmentation)
>
>and no matter how many times i fsck (and say i want to fix it), it
>just stays there.
>is there any way to fix this problem? root is (naturally) a
>relatively small partition, and i have another disk here, so i could
>just reinstall on the other disk, and not use this bad root
>partition. what's my best bet?
Since the sd0a partition is in use when you run fsck, try answering
'n' when it asks you if you want to mark the filesystem clean.
Another thing that might help is to use reboot's -n flag. Be sure to
'sync' before running fsck, and reboot _immediately_ afterwards.
If none of that works, install onto your alternate disk, boot from it,
and then run fsck on /dev/rsd0a without mounting it.
>(btw -- i'm confused about this kind of error b/c i thought that SCSI
>disks did automatic error detection, and didn't use bad blocks on the
>disk *transparently*. any pointers to more info about this?)
It's not a problem with the disk. It's a problem with the data on the
disk.
--
Mike Long <mike.long@analog.com> <URL:http://www.shore.net/~mikel>
VLSI Design Engineer finger mikel@shore.net for PGP public key
Analog Devices, CPD Division CCBF225E7D3F7ECB2C8F7ABB15D9BE7B
Norwood, MA 02062 USA (eq (opinion 'ADI) (opinion 'mike)) -> nil