{"version":"1.0","provider_name":"Ami Sapphire's Notices","provider_url":"http:\/\/cwcyrix.nsupdate.info\/gnu-social\/public\/","type":"link","title":"Clarissa Walker (amisapphire@cwcyrix.nsupdate.info)'s status on Saturday, 04-Jul-2026 19:11:26 EDT","author_name":"Clarissa Walker (amisapphire@cwcyrix.nsupdate.info)","author_url":"http:\/\/cwcyrix.nsupdate.info\/gnu-social\/public\/index.php\/amisapphire","url":"http:\/\/cwcyrix.nsupdate.info\/gnu-social\/public\/notice\/263","html":"Finally upgraded the NAS's OS from OpenMediaVault: 7 -&gt; 8; I held off on it for too long. The upgrade was a success, however, the EFI actually broke... which actually had nothing to do with OMV anyway.<br \/>\n<br \/>\nThe NAS was originally a build that ran on an ASUS P5N-E SLI board with an Intel Core 2 Duo E8400 -&gt; Intel Core 2 Quad Q9550 with 4GB of DDR2-800 RAM and originally ran NAS4Free\/XigmaNAS -&gt; OMV6... from 2018. In other words, MBR\/BIOS only, no GPT\/EFI. This was getting long in the tooth by ~2024 (or 2025...), so the entire system was migrated to an ASRock J4125B-ITX board... which is EFI only. This necessitated a conversion from MBR\/BIOS to GPT\/EFI, as BIOS emulators never really worked right with this board.<br \/>\n<br \/>\nThe GPT part was easy... EFI, not so much. Needed to be chrooted in order to install  some necessary packages and a grub-install command to be run.<br \/>\n<br \/>\nI actually mounted the EFI partition wrong in \/etc\/fstab in the initial conversion, so it came back to bite me when I performed the OMV upgrade. The mount is proper now; it was missing the umask (umask=0077) entry."}