[arch-general] After 4.20.10 update - fsck check caused dump to maintenance shell for missing mdadm raid1 UUID?
Archdevs, I don't know if there were any recent changes to how the fsck check is done, but this is the first time I've had a fsck check cause a machine to dump to the maintenance shell due to a missing md1 (root fs) UUID. There is no issue with the array or disk. If there have been recent changes to either the systemd startup order or it's management of the fsck check, it may be worth a look to ensure that all mdadm arrays are assembled and ready before the fsck check fires. Just a guess, but it looked to me like the fsck check was attempting to run on the array UUID before the array was ready. The timing of any change would be from today back through whatever number of days the default fsck check schedule is. So this may have absolutely nothing to do with the 4.20.10 update and more to do with some change that could have happened to the fsck check scheduling or mdadm array assembly scheduling (or some combination of the two) I put it out here as I'm not really sure what to check in this regard, there are no drive or array errors in the journal. -- David C. Rankin, J.D.,P.E.
Hi David,
The timing of any change would be from today back through whatever number of days the default fsck check schedule is.
The journal may show the previous fscks on the same device and narrow the time range. `journalctl -t systemd-fsck'. https://jlk.fjfi.cvut.cz/arch/manpages/man/systemd-fsck%40.service.8 -- Cheers, Ralph.
On 02/18/2019 03:43 PM, Ralph Corderoy wrote:
Hi David,
The timing of any change would be from today back through whatever number of days the default fsck check schedule is.
The journal may show the previous fscks on the same device and narrow the time range. `journalctl -t systemd-fsck'. https://jlk.fjfi.cvut.cz/arch/manpages/man/systemd-fsck%40.service.8
Thank you Ralph! Very handy. The default looks to be weekly, e.g. <snip> -- Reboot -- Feb 14 04:17:33 phoinix systemd-fsck[424]: boot: clean, 355/51200 files, 31430/51152 blocks Feb 14 04:17:33 phoinix systemd-fsck[425]: home: clean, 159266/57688064 files, 11967988/230736048 blocks -- Reboot -- Feb 14 13:11:55 phoinix systemd-fsck[413]: boot: clean, 355/51200 files, 31433/51152 blocks Feb 14 13:11:55 phoinix systemd-fsck[412]: home: clean, 159266/57688064 files, 11967988/230736048 blocks -- Reboot -- Feb 18 13:30:14 phoinix systemd-fsck[371]: boot: clean, 355/51200 files, 31437/51152 blocks Feb 18 13:30:14 phoinix systemd-fsck[372]: home: clean, 159312/57688064 files, 11968467/230736048 blocks -- Reboot -- Feb 18 13:34:03 phoinix systemd-fsck[432]: boot: clean, 355/51200 files, 31437/51152 blocks Feb 18 13:34:03 phoinix systemd-fsck[431]: home: clean, 159312/57688064 files, 11968467/230736048 blocks Yep, today shows two reboots after 4.20.10, 1st out of maintenance shell into LTS and then to 4.20.10 No issues shown with any of the checks. I'm at a loss here. -- David C. Rankin, J.D.,P.E.
participants (2)
-
David C. Rankin
-
Ralph Corderoy