Solaris 9 Bad Superblock and fsck -o b=<altername #> does not work SUMMARY

From: Johnson, Chad <CJohnson4_at_tiaa-cref.org>
Date: Wed Mar 01 2006 - 07:13:33 EST
In summary multiple things were tried.



1.              dd the problem slice to an alternate disk and boot from
that disk.  This did not work as dd replicated the problem to the second
disk.

2.              use 'volcopy' to copy the problem slice to the second
disk.  This had the same result as dd and replicated the problem to the
second disk.

3.              Use tar "cd / ; tar cvf - . | (cd /mnt ; tar xvf -)" to
copy all the data to the second disk followed by a chroot to that
environment then execute 'devfsadm -C' to recreate device entries
followed by 'installboot'.  This did not work for reasons unknown, I did
not take the time to investigate but it appears that the tar command did
not copy certain files for some reason (the problem was NOT with
character devices it was regular files).

4.              Success.  Used cpio "cd / ; find . -mount | cpio -ocdmuv
| (cd /tmp/mnt2;cpio -icuvd)" where the second disk's slice 0 was
mounted to /tmp/mnt2.  Following the cpio I executed "installboot
/usr/platform/`uname -i`/lib/fs/ufs/bootblk /dev/rdsk/c1t1d0s0".
Unmounted /tmp/mnt2 followed by an "fsck -y /dev/rdsk/c1t1d0s0". Booted
to the alternate disk without problem.





==============  Begin Original Post ===============



I have a system which crashed and upon reboot / requires fsck.  At the
end of this message is a transcript of that session.  Also, df -h
provides the following (-h used here for readability):



# issuing df -h

drsmpapp02# df -h

Filesystem             size   used  avail capacity  Mounted on

/dev/dsk/c1t0d0s0       59G 16384E   7.0T 30068789918983% /

/proc                    0K     0K     0K     0%    /proc

mnttab                   0K     0K     0K     0%    /etc/mnttab

swap                    35G    16K    35G     1%    /tmp

/dev/dsk/c1t0d0s3       39G   601M    38G     2%    /app



Interestingly enough 'fstyp -v /dev/dsk/c1t0d0s0' returns the following
(look at the nbfree line).  The first output of 'fstyp -v
/dev/dsk/<blah>' is from the problem system, the second from an
alternate 'good' system of identical configuration.





drsmpapp02# fstyp -v /dev/dsk/c1t0d0s0 | more

ufs

magic   11954   format  dynamic time    Tue Feb 28 07:39:36 2006

sblkno  16      cblkno  24      iblkno  32      dblkno  784

sbsize  3072    cgsize  8192    cgoffset 424    cgmask  0xffffffe0

ncg     1237    size    62918208        blocks  61968156

bsize   8192    shift   13      mask    0xffffe000

fsize   1024    shift   10      mask    0xfffffc00

frag    8       shift   3       fsbtodb 1

minfree 1%      maxbpg  2048    optim   time

maxcontig 128   rotdelay 0ms    rps     167

csaddr  784     cssize  20480   shift   9       mask    0xfffffe00

ntrak   24      nsect   848     spc     20352   ncyl    6183

cpg     5       bpg     6360    fpg     50880   ipg     6016

nindir  2048    inopb   64      nspf    2

nbfree  920576992       ndir    -1064004991     nifree  1643964794
nffree 157424300

cgrotor 1083    fmod    0       ronly   0       logbno  203488

version 0

fs_reclaim is not set

file system state is valid, fsclean is -3

blocks available in each rotational position

cylinder number 0:



drsmpapp01# fstyp -v /dev/dsk/c1t0d0s0 | more

ufs

magic   11954   format  dynamic time    Tue Feb 28 07:54:34 2006

sblkno  16      cblkno  24      iblkno  32      dblkno  784

sbsize  3072    cgsize  8192    cgoffset 424    cgmask  0xffffffe0

ncg     1237    size    62918208        blocks  61968156

bsize   8192    shift   13      mask    0xffffe000

fsize   1024    shift   10      mask    0xfffffc00

frag    8       shift   3       fsbtodb 1

minfree 1%      maxbpg  2048    optim   time

maxcontig 128   rotdelay 0ms    rps     167

csaddr  784     cssize  20480   shift   9       mask    0xfffffe00

ntrak   24      nsect   848     spc     20352   ncyl    6183

cpg     5       bpg     6360    fpg     50880   ipg     6016

nindir  2048    inopb   64      nspf    2

nbfree  7232630 ndir    8988    nifree  7355672 nffree  83706

cgrotor 174     fmod    0       ronly   0       logbno  1648

version 0

fs_reclaim FS_RECLAIM

file system state is valid, fsclean is -3

blocks available in each rotational position

cylinder number 0:





# Issuing initial fsck

drsmpapp02# fsck /dev/rdsk/c1t0d0s0

** /dev/rdsk/c1t0d0s0

BAD SUPER BLOCK: NUMBER OF DIRECTORIES OUT OF RANGE

USE AN ALTERNATE SUPER-BLOCK TO SUPPLY NEEDED INFORMATION;

eg. fsck [-F ufs] -o b=# [special ...]

where # is the alternate super block. SEE fsck_ufs(1M).





# locating alternate superblocks

drsmpapp02# newfs -N /dev/rdsk/c1t0d0s0

/dev/rdsk/c1t0d0s0:     125836416 sectors in 6183 cylinders of 24
tracks, 848 sectors

        61443.6MB in 1237 cyl groups (5 c/g, 49.69MB/g, 6016 i/g)

super-block backups (for fsck -F ufs -o b=#) at:

 32, 102640, 205248, 307856, 410464, 513072, 615680, 718288, 820896,
923504,

Initializing cylinder groups:

........................

super-block backups for last 10 cylinder groups at:

 124868880, 124971488, 125074096, 125176704, 125279312, 125381920,
125484528,

 125587136, 125689744, 125792352,





# Attempting fsck with alternate superblock. NOTE: The same result is
achieved regardless of the alternate superblock supplied.

drsmpapp02# fsck -F ufs -o b=32 /dev/rdsk/c1t0d0s0

Alternate super block location: 32.

** /dev/rdsk/c1t0d0s0

BAD SUPER BLOCK: NUMBER OF DIRECTORIES OUT OF RANGE

USE AN ALTERNATE SUPER-BLOCK TO SUPPLY NEEDED INFORMATION;

eg. fsck [-F ufs] -o b=# [special ...]

where # is the alternate super block. SEE fsck_ufs(1M).

drsmpapp02#



Does anyone have a solution for this problem short of re-installing the
system (no root backups of course, not my system).



====================================

Chad Johnson

Extension 24565

Direct Dial 704.988.4565





**************************************************************
This message, including any attachments, contains confidential information
intended for a specific individual and purpose, and is protected by law.  If
you are not the intended recipient, please contact sender immediately by reply
e-mail and destroy all copies.  You are hereby notified that any disclosure,
copying, or distribution of this message, or the taking of any action based on
it, is strictly prohibited.
TIAA-CREF
**************************************************************
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers
Received on Wed Mar 1 07:14:10 2006

This archive was generated by hypermail 2.1.8 : Thu Mar 03 2016 - 06:43:56 EST