7-STABLE, gjournal and fsck.

Jille jille at quis.cx
Sat Aug 2 22:07:38 UTC 2008


Hello,

I also had those "PARTIALLY ALLOCATED INODE", errors.
They only happened on one disk (SATA with PCI SATA converter), and my 
other ATA disks worked fine.
I unplugged my SATA disk, and the ATA's started giving errors.

Well, whatever, I screwed up my hardware with a really dumb mistake 
(don't even dare telling you) and that let it give some quite random errors.

So you might want to do some real good hardware checks ;)

-- Jille

Eugene Butusov schreef:
> Hi,
> 
>   Recently I've decided to play with gjournal. Main reason was a promise 
> of avoiding full fsck check after unclean shutdown. I've successfuly 
> configured gjournal on existing filesystems (all UFS). And then it 
> happened - my system had a power failure. After boot, it forced me to 
> run fsck manualy. Nothing special, I did it before... But this time it 
> failed on gjournaled disks.
> 
> So, when I was dropped to the single-user shell, I tried:
> 
> fsck /dev/ad4s1g.journal
> 
> It said:
> 
> CANNOT READ BLK: xxxx
> CONTINUE? [yn]
> 
> I typed 'y' and nothing happened. Here is the log:
> 
> -8<-   
> Aug  2 19:13:43 matrix kernel: GEOM_JOURNAL: Journal 4059706613: ad4s1g 
> contains data.
> Aug  2 19:13:43 matrix kernel: GEOM_JOURNAL: Journal 4059706613: ad4s1g 
> contains journal.
> Aug  2 19:13:43 matrix kernel: GEOM_JOURNAL: Journal ad4s1g clean.
> Aug  2 19:13:43 matrix kernel: GEOM_JOURNAL: Journal 188084099: ad6s1d 
> contains data.
> Aug  2 19:13:43 matrix kernel: GEOM_JOURNAL: Journal 188084099: ad6s1d 
> contains journal.
> Aug  2 19:13:43 matrix kernel: GEOM_JOURNAL: Journal ad6s1d clean.
> Aug  2 19:13:43 matrix kernel: GEOM_JOURNAL: Journal 2559963968: ad6s1e 
> contains data.
> Aug  2 19:13:43 matrix kernel: GEOM_JOURNAL: Journal 2559963968: ad6s1e 
> contains journal.
> Aug  2 19:13:43 matrix kernel: GEOM_JOURNAL: Journal ad6s1e clean.
> ...
> Aug  2 19:13:43 matrix kernel: ** /dev/ad4s1g.journal
> Aug  2 19:13:43 matrix kernel:
> Aug  2 19:13:43 matrix kernel: CANNOT READ BLK: 727112224
> Aug  2 19:13:43 matrix kernel: CONTINUE? [yn]
> Aug  2 19:13:43 matrix kernel:
> Aug  2 19:13:43 matrix kernel: THE FOLLOWING DISK SECTORS COULD NOT BE 
> READ: 727112224, 727112225, 727112226, 727112227,
> Aug  2 19:13:43 matrix kernel: /dev/ad4s1g.journal: CANNOT FIGURE OUT 
> FILE SYSTEM PARTITION
> ->8-
> 
> After ctrl+d the system tried to continue boot, and again threw me into 
> shell because of the same reason:
> 
> -8<-
> Aug  2 19:13:43 matrix kernel:
> WARNING: R/W mount of /home denied.  Filesystem is not clean - run fsck
> Aug  2 19:13:43 matrix kernel: mount:
> ->8-
> 
> Like I mentioned, only gjournaled filesystems failed to pass fsck. Other 
> labels passed. I was in a hurry, because the machine acts as a local 
> file server, and I was standing against the wall, because one of 
> gjournaled disks was the share itself...
> 
> What I did was mounting gjournaled partitions in ro mode (it warned me 
> that they were not cleanly unmounted) and doing some backup. Then I 
> removed gjournal (gjournal clear, tunefs -J disable) from journaled 
> disks, ran fsck (few errors of type: PARTIALLY ALLOCATED INODE), and 
> then I was able to turn on softupdates back and mount the fs in rw mode. 
> I've double checked the disk's SMART results in case of hardware 
> failure, but they were ok.
> 
> My question is: what could cause such problem? Why only gjournaled fs 
> are affected? Is there a solution?
> 
> Best regards,


More information about the freebsd-stable mailing list