hello all, finally, after rtrying many times, the machine has booted normally. Sorry for the noise (until the next problem!) gerard here is my original post: > 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. _______________________________________________ sunmanagers mailing list sunmanagers@sunmanagers.org http://www.sunmanagers.org/mailman/listinfo/sunmanagersReceived on Thu Dec 27 01:54:21 2007
This archive was generated by hypermail 2.1.8 : Thu Mar 03 2016 - 06:44:08 EST