I never said that it does not get unmounted, but unmounting does not mean the journal got replayed. Note the first thing ext4/xfs does on a mount/fsck is replays the journal, the read-only mount would replay the journal, but indications are that that fails often enough that the replay does not get done. Also if you have /boot as a separate filesystem no ro,remount is done so the journal is never replayed on /boot. Overall the simplest is just to use something without a journal. https://www.gnu.org/software/grub/manual/grub/grub.html see no 28: grub has no code to write to the filesystem (and no journal replay). https://bugzilla.redhat.com/show_bug.cgi?id=1569970 Note On Fri, May 8, 2020 at 11:01 PM Sam Varshavchik <mrsam@xxxxxxxxxxxxxxx> wrote: > > Roger Heflin writes: > > > What you are saying does not exactly match what I have previously > > seen, but there is a known feature with using a journaling filesystem > > (ext4-journal, or xfs) for /boot, if only the journal is updated and > > if it is not yet replayed into the non-journal then grub will not be > > able to find the new files/updated files (grub filesystem code is > > simple and does not process the journal so if critical updates are > > still in the journal then those updates(changed file, new files) > > cannot be seen). To get this one generally has to do the update and > > almost immediately reboot (within a few minutes though in some cases, > > note syncing the does not replay the journal). > > I have used ext4 for /boot for 20+ years on Fedora, and can't say that I > ever had this happen. And I always reboot after installing updates. > > > Long term the solution is to move boot to a non-journaled fs (ext > > without a journal) or after each update umount/mount /boot(before > > reboot).. > > I would be very much surprised if a regular reboot does not unmount /boot, > prior to rebooting. I would think that all mounted filesystems except / will > get explicitly unmounted just before a halt or a reboot. > > > _______________________________________________ > users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx > To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx > Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx _______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
