trouble with fsck

From: Gérard Henry (ghenry@cmi.univ-mrs.fr)
Date: Fri Dec 21 2007 - 10:25:59 EST


hello all,
on an ultra 10, slice 0 is always bad when booting. So i did many fsck
to repair it. But what is strange is the follwing:
# fsck -y -F ufs /dev/rdsk/c0t0d0s0
** /dev/rdsk/c0t0d0s0
** Last Mounted on /mnt
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3a - Check Connectivity
** Phase 3b - Verify Shadows/ACLs
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cylinder Groups
71927 files, 2793224 used, 1330566 free (10582 frags, 164998 blocks,
0.3% fragmentation)

as you can see, there are no corrections, but:
# fsck -y -F ufs -o b=88800 /dev/rdsk/c0t0d0s0
Alternate super block location: 88800.
** /dev/rdsk/c0t0d0s0
** Last Mounted on
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3a - Check Connectivity
** Phase 3b - Verify Shadows/ACLs
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cylinder Groups

CORRECT BAD CG SUMMARIES? yes

CORRECTED SUMMARY FOR CG 0
FRAG BITMAP WRONG
FIX? yes

CORRECT GLOBAL SUMMARY
SALVAGE? yes

UPDATE STANDARD SUPERBLOCK? yes

71927 files, 2793224 used, 1334670 free (10582 frags, 165511 blocks,
0.3% fragmentation)

***** FILE SYSTEM WAS MODIFIED *****

and when i reboot, i got:
The / file system (/dev/rdsk/c0t0d0s0) is being checked.
/dev/rdsk/c0t0d0s0: BAD SUPERBLOCK AT BLOCK 16: BAD VALUES IN SUPER BLOCK
/dev/rdsk/c0t0d0s0: USE AN ALTERNATE SUPERBLOCK TO SUPPLY NEEDED
INFORMATION;
/dev/rdsk/c0t0d0s0: e.g. fsck [-F ufs] -o b=# [special ...]
/dev/rdsk/c0t0d0s0: where # is the alternate super block. SEE fsck_ufs(1M).

/dev/rdsk/c0t0d0s0: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.

How can i deal with it?

thanks in advance,

gerard

PS: /dev/rdsk/c0t0d0s0 contains solaris 8 filesystems, and when i
repair, i boot from jumpstart with a solaris 9 image
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers



This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 23:42:37 EDT