On Sat, 11 Aug 2012 14:09:03 +0300 Mantas Mikulėnas <grawity@gmail.com> wrote:
On Sat, Aug 11, 2012 at 6:27 AM, David Benfell <benfell@parts-unknown.org> wrote:
2) But I did notice an error that worried me--just because it looks worrying--as it came up:
Aug 09 13:34:36 graton systemd-fsck[270]: /dev/sda3 is mounted. Aug 09 13:34:36 graton systemd-fsck[270]: e2fsck: Cannot continue, aborting. Aug 09 13:34:36 graton systemd-fsck[270]: fsck failed with error code 8. Aug 09 13:34:36 graton systemd-fsck[270]: Ignoring error. Aug 09 13:34:36 graton systemd-fsck[289]: /dev/sdb1: clean, 398077/33554432 files, 27916145/134217728 blocks Aug 09 13:34:36 graton systemd-fsck[287]: /dev/sdb3: clean, 647214/21102592 files, 26531961/84405504 blocks Aug 09 13:34:36 graton systemd-fsck[348]: /dev/sda4: clean, 1650719/59490304 files, 57620902/237931957 blocks Aug 09 13:34:37 graton systemd-fsck[320]: /dev/sda1: clean, 33/10040 files, 22152/40160 blocks Aug 09 13:34:37 graton systemd-fsck[293]: /dev/sdb2: clean, 4926903/67125248 files, 195736925/268500992 blocks
/dev/sda3 is the root partition.
Does your kernel have the "ro" option specified? I know little about this, but I think ext34 partitions cannot be checked while mounted read-write and the usual way of doing this for the root partition has been to add "ro" to the kernel command line, and to remount the root partition read-write after checking it. (Though running the check from initramfs might be an even better method, Arch here has an option for that.)
I can suggest building fsck binary into initramfs (via fsck hook) and running it from an initrc shell on an _unmounted_ root device (/dev/sda3). -- Leonid Isaev GnuPG key: 0x164B5A6D Fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D