gjournal でも fsck が必要なようだ。: uyota 匠の一手

Gjournal のアナウンス を読んで、fsck が必要無いとあったので、試したのだが、どうも fsck は必須なようだ。最低限の fsck だけで終わる様なことも言われている。これについてはもう少し、様子を見ないと何が起こっているのか把握しきれていない。

このシステムには、/dev/ad4s4e.journal と /dev/concat/export.gli.journal の二つがある。ad4s4e.journal の方は、softupdates が有効になっており、export.gli.journal は async だった。

GEOM_CONCAT: Device export created (id=3382027346).
GEOM_CONCAT: Disk ad4s3f attached to export.
GEOM_JOURNAL: Journal 4240811370: ad4s4e contains data.
GEOM_CONCAT: Disk ad4s4f attached to export.
GEOM_CONCAT: Device export activated.
GEOM_JOURNAL: Journal 4240811370: ad4s4g contains journal.
GEOM_JOURNAL: Journal ad4s4e consistent.
SMP: AP CPU #1 Launched!
Trying to mount root from ufs:/dev/ad4s4a
WARNING: / was not properly dismounted
/: mount pending error: blocks 8 files 0
cryptosoft0:  on motherboard
GEOM_ELI: Device concat/export.eli created.
GEOM_ELI: Encryption: AES-CBC 128
GEOM_ELI:     Crypto: software
GEOM_JOURNAL: Journal 2182369297: concat/export.eli contains data.
GEOM_JOURNAL: Journal 2182369297: concat/export.eli contains journal.
GEOM_JOURNAL: Journal concat/export.eli consistent.
WARNING: TMPFS is considered to be a highly experimental feature in FreeBSD.
WARNING: /usr was not properly dismounted
WARNING: /ports was not properly dismounted
WARNING: /mnt/current was not properly dismounted
WARNING: TMPFS is considered to be a highly experimental feature in FreeBSD.
WARNING: TMPFS is considered to be a highly experimental feature in FreeBSD.
WARNING: R/W mount of /mnt/ufs denied.  Filesystem is not clean - run fsck
WARNING: R/W mount of /mnt/ufs denied.  Filesystem is not clean - run fsck

ad4s4e.journal は /ports に、export.eli.journal は /mnt/ufs にマウントされる。

% grep journal /etc/fstab 
/dev/ad4s4e.journal     /ports          ufs     rw,noatime      2       2
/dev/concat/export.eli.journal  /mnt/ufs ufs    rw,noatime,async 2      2

こちらは、取り敢えず softupdates を有効にした。これでは、fsck を回避する最初の目的は果たせていないが、上記の問題を解決するための起動時の手作業は減らせる。

残念ながら、他にも問題が散見される。一つ目は、geli と組み合わせると、起動時にパスワードの入力が正しく行なわれないこと。二つ目は、システムが異常に遅くなるときがあること。async の問題なのか、gjournal の問題なのかはまだ判らない。もしかしたら、SCHED_ULE も絡んでくるかも知れない。

前回。 次回。