FS#53354 - UEFI: won't boot with 0x41 Dirty bit set on the EFI /boot vfat partition; mkfs.vfat -a wipes EFI
Attached to Project:
Pacman
Opened by Ceriel Jacobs (cj1) - Friday, 17 March 2017, 22:22 GMT
Last edited by Doug Newgard (Scimmia) - Saturday, 18 March 2017, 01:37 GMT
Opened by Ceriel Jacobs (cj1) - Friday, 17 March 2017, 22:22 GMT
Last edited by Doug Newgard (Scimmia) - Saturday, 18 March 2017, 01:37 GMT
|
Details
Summary and Info:
Arch 4.10.3-1 mkinitcpio version 23 Steps to Reproduce: Disconnect power when Arch is running of a USB stick with 3 partitions: 1. EFI boot vfat 2. root ext4 3. home ext4 Hoping that this will trigger setting the dirty bit. Even after manually adding the BINARY="mkfs.vfat" to mkinitcpio.conf the computer won't automatically repair the FAT errors. Instead the boot process hangs at: mount: unknown filesystem type 'vfat' Your are now being dropped into an emergency shell. When boot from livecd and chroot into, these errors are shown: # fsck.vfat /dev/sdb1 fsck.fat 4.1 (2017-01-24) 0x41: Dirty bit is set. Fs was not properly unmounted and some data may be corrupt. 1) Remove dirty bit 2) No action ? 2 There are differences between boot sector and its backup. This is mostly harmless. Differences: (offset:original/backup) 65:01/00 1) Copy original to backup 2) Copy backup to original 3) No action ? 3 /dev/sdb1: 17 files, 10125/261628 clusters A liveCD chrooted manual command "mkfs.vfat -a /dev/sdb1" wipes all files from the EFI partition. |
This task depends upon
Closed by Doug Newgard (Scimmia)
Saturday, 18 March 2017, 01:37 GMT
Reason for closing: Duplicate
Additional comments about closing: FS#53356
Saturday, 18 March 2017, 01:37 GMT
Reason for closing: Duplicate
Additional comments about closing: