<?xml version="1.0" encoding="UTF-8"?>
<oembed>
 <version>1.0</version>
 <type>link</type>
 <provider_name>Ami Sapphire's Notices</provider_name>
 <provider_url>http://cwcyrix.nsupdate.info/gnu-social/public/</provider_url>
 <title>Clarissa Walker (amisapphire@cwcyrix.nsupdate.info)'s status on Saturday, 04-Jul-2026 19:11:26 EDT</title>
 <author_name>Clarissa Walker (amisapphire@cwcyrix.nsupdate.info)</author_name>
 <author_url>http://cwcyrix.nsupdate.info/gnu-social/public/index.php/amisapphire</author_url>
 <url>http://cwcyrix.nsupdate.info/gnu-social/public/notice/263</url>
 <html>Finally upgraded the NAS's OS from OpenMediaVault: 7 -&amp;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.&lt;br /&gt;
&lt;br /&gt;
The NAS was originally a build that ran on an ASUS P5N-E SLI board with an Intel Core 2 Duo E8400 -&amp;gt; Intel Core 2 Quad Q9550 with 4GB of DDR2-800 RAM and originally ran NAS4Free/XigmaNAS -&amp;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.&lt;br /&gt;
&lt;br /&gt;
The 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.&lt;br /&gt;
&lt;br /&gt;
I 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.</html>
</oembed>
