From: Diaz, Gustavo (gdiaz@hprmail.com)
Date: Fri Aug 06 2004 - 13:04:20 EDT
When used correctly ( with the -o option as pointed out by a few folks:):
altair# fsck -F ufs -n -o b=32 /dev/dsk/c2t0d0s6
Alternate super block location: 32.
** /dev/dsk/c2t0d0s6 (NO WRITE)
** Currently Mounted on
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
FREE BLK COUNT(S) WRONG IN SUPERBLK
SALVAGE? No
Thanks!
-----Original Message-----
From: sunmanagers-bounces@sunmanagers.org
[mailto:sunmanagers-bounces@sunmanagers.org] On Behalf Of Diaz, Gustavo
Sent: Friday, August 06, 2004 12:16 PM
To: sunmanagers@sunmanagers.org
Subject: Strange filesystm behavour
Hi all,
I have a strange problem with a file system. It is a UFS file system,
Solaris 8, with logging enabled. When I do a df I get this:
/dev/dsk/c0t0d0s4 2053605 10114 1981883 1% /opt
/dev/dsk/c0t0d0s7 22361943 635626 21502698 3% /sas
/dev/dsk/c2t0d0s6 70574666 18446744060624891154 13154529382
26401931016860% /sasdata
The size of the third entry is correct at 70GB but the 'used' and 'avail'
are way off. It was not always this way, the numbers for the /sasdata mount
were right, this happened after a system crash. I can access all the data
just fine but can't run an fsck on the system. It keeps asking for an
alternate superblock, even though I have tried several different ones. Any
idears??
Thanks in advance,
Gus Diaz
Gus Diaz
Network Engineer
Health Products Research, Inc.
3498 Route 22 West * Whitehouse NJ 08888
(908) 534-4148 Ext 1042 *gdiaz@hprmail.com
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers
_______________________________________________
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:29:14 EDT