If I understand correctly, you ran a new fsck on a UFS-2 that
had not yet been mounted by your new kernel. Thus you had a
version of fsck that expected a converted UFS-2 filesystem
that you had not yet converted (by mounting with the new kernel).
I would have expected it to fail with a bad superblock magic
number. Had you mounted it before running the new fsck, all would
have been well. I am at a loss to explain why fsck did not gag
and refuse to check it though.

        Kirk McKusick

=-=-=-=-=

Date: Thu, 28 Nov 2002 06:01:36 +0000 (GMT)
From: Daniel Flickinger <[EMAIL PROTECTED]>
To: FreeBSD-CURRENT <[EMAIL PROTECTED]>
Cc: Kirk McKusick <[EMAIL PROTECTED]>
Subject: UFS-2 partition destroyed by change
X-ASK-Info: Confirmed by User

    I only had one UFS-2 partition, the backup root
    partition on da1a. After McKusick's notice of change:

      Message-ID: <[EMAIL PROTECTED]>

    for 26 Nov, I installed the kernel and world sliced at
    1200 GMT 27 Nov.

    As a matter of principle, I _always_ run fsck -y from
    single user at reboot of a new world (which means every
    day now) even though I have not had a crash --pardon me
    for too many years of BSD, but habits stick

    da1a was shredded; only lost+found:

      p1:da1a #535-> ll lost+found/
      total 8
      0 br-xrw--wT  1 root  wheel    0,   0 Jan  1  1970 #00455
      0 br-xrw--wT  1 root  wheel    0,   0 Jan  1  1970 #00561
      0 br-xr-xr-x  1 root  wheel    0,   0 Jan  1  1970 #00813
      0 br-xr-x--t  1 root  wheel    0,   0 Jan  1  1970 #00865
      8 d-wSr-x--T  2 root  wheel      8192 Jan  1  1970 #01031

    The directory is empty. No pipers for Last Post, but a
    rather good sendoff of 80MB to bit heaven. No other
    partition even whimpered.... and nothing really lost
    since it was a duplicate of da0a.

    I was about to convert the remaining 9 partitions to
    UFS-2 when I read Kirk's notice and decided to wait. I'll
    rebuild the da1a partition with UFS-2 (new and improved
    version?) and see what happens tomorrow morning with the
    1200 GMT 28 Nov slice.

    If I do a 'disklabel -B da1' (I have a pair of
    dangerously dedicated 9G 160 SCSIs), I presume that
    /boot/mbr is now the correct "new" UFS-2 boot record? My
    intention is to convert all parititions one-by-one,
    except da0a, to UFS-2, and then 'boot -s' from da1 and
    'dd' da0a since the disks are siamese twins.


  --
  Sanity is the Playground for the Unimaginative


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Reply via email to