<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<atom:link href="https://dev1galaxy.org/extern.php?action=feed&amp;tid=2958&amp;type=rss" rel="self" type="application/rss+xml" />
		<title><![CDATA[Dev1 Galaxy Forum / Grub.cfg not recognised in Beowulf]]></title>
		<link>https://dev1galaxy.org/viewtopic.php?id=2958</link>
		<description><![CDATA[The most recent posts in Grub.cfg not recognised in Beowulf.]]></description>
		<lastBuildDate>Wed, 17 Jul 2019 21:21:04 +0000</lastBuildDate>
		<generator>FluxBB</generator>
		<item>
			<title><![CDATA[Re: Grub.cfg not recognised in Beowulf]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=17133#p17133</link>
			<description><![CDATA[<div class="quotebox"><cite>Head_on_a_Stick wrote:</cite><blockquote><div><div class="quotebox"><cite>MiyoLinux wrote:</cite><blockquote><div><p>IHere are the packages that it says can be removed with an <span class="bbc">apt autoremove</span>...</p><div class="codebox"><pre><code>mokutil shim-helpers-amd64-signed shim-signed shim-signed-common shim-unsigned</code></pre></div></div></blockquote></div><p>Those packages are needed for Secure Boot support and manipulation of the machine owner keys (MOK).</p></div></blockquote></div><p>Thank you HoaS.</p>]]></description>
			<author><![CDATA[dummy@example.com (MiyoLinux)]]></author>
			<pubDate>Wed, 17 Jul 2019 21:21:04 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=17133#p17133</guid>
		</item>
		<item>
			<title><![CDATA[Re: Grub.cfg not recognised in Beowulf]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=17130#p17130</link>
			<description><![CDATA[<div class="quotebox"><cite>MiyoLinux wrote:</cite><blockquote><div><p>IHere are the packages that it says can be removed with an <span class="bbc">apt autoremove</span>...</p><div class="codebox"><pre><code>mokutil shim-helpers-amd64-signed shim-signed shim-signed-common shim-unsigned</code></pre></div></div></blockquote></div><p>Those packages are needed for Secure Boot support and manipulation of the machine owner keys (MOK).</p>]]></description>
			<author><![CDATA[dummy@example.com (Head_on_a_Stick)]]></author>
			<pubDate>Wed, 17 Jul 2019 18:21:25 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=17130#p17130</guid>
		</item>
		<item>
			<title><![CDATA[Re: Grub.cfg not recognised in Beowulf]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=17112#p17112</link>
			<description><![CDATA[<p>I have a question since I don&#039;t have much experience with actual UEFI computers. I&#039;m doing an UEFI beowulf install in Virtualbox via debootstrap. When removing the <span class="bbc">grub-efi-amd64-signed</span> package, it lists several other packages that can be removed with an <span class="bbc">apt autoremove</span>. </p><p>Is it safe to remove them? </p><p>If a list of the packages is needed, just let me know. I was hoping someone who has already done this will have the answer. <img src="https://dev1galaxy.org/img/smilies/smile.png" width="15" height="15" alt="smile" /></p><p>EDITED TO ADD: Here are the packages that it says can be removed with an <span class="bbc">apt autoremove</span>...</p><div class="codebox"><pre><code>mokutil shim-helpers-amd64-signed shim-signed shim-signed-common shim-unsigned</code></pre></div>]]></description>
			<author><![CDATA[dummy@example.com (MiyoLinux)]]></author>
			<pubDate>Tue, 16 Jul 2019 06:34:29 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=17112#p17112</guid>
		</item>
		<item>
			<title><![CDATA[Re: Grub.cfg not recognised in Beowulf]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=17102#p17102</link>
			<description><![CDATA[<p>Yes, devuan mounts the efi partition at /boot/efi. The problem is that grub is looking for efi/EFI/debian but efi/EFI/devuan was created. If someone wants to keep the -signed package, they need to run <span class="bbc">grub-install --bootloader-id=debian</span> in chroot or with whatever option grub uses now to point to another target. (--boot-directory or --root-directory?)</p><p>And you don&#039;t need to specify /dev/sda when running grub-install on uefi. It knows to put the bootloader in the efi partition.</p><p>Also, someone is working on a fix for this in devuan.</p>]]></description>
			<author><![CDATA[dummy@example.com (fsmithred)]]></author>
			<pubDate>Mon, 15 Jul 2019 23:31:57 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=17102#p17102</guid>
		</item>
		<item>
			<title><![CDATA[Re: Grub.cfg not recognised in Beowulf]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=17094#p17094</link>
			<description><![CDATA[<div class="quotebox"><cite>pega wrote:</cite><blockquote><div><p>Echoing $prefix from the grub console, it says that the prefix points to /boot/efi/EFI/debian</p></div></blockquote></div><p>I&#039;m pretty sure the Devuan installer mounts /boot/efi to the EFI system partition. Check with <span class="bbc">findmnt</span>.</p>]]></description>
			<author><![CDATA[dummy@example.com (Head_on_a_Stick)]]></author>
			<pubDate>Mon, 15 Jul 2019 20:07:44 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=17094#p17094</guid>
		</item>
		<item>
			<title><![CDATA[Re: Grub.cfg not recognised in Beowulf]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=17090#p17090</link>
			<description><![CDATA[<p>Hello,</p><p>New user here. Just migrated from ASCII to Beowulf <a href="https://dev1galaxy.org/viewtopic.php?id=2301" rel="nofollow">doing a happyish dist-upgrade</a> and stumbled upon this issue.</p><p>While the steps given by nemo76 (thanks for the hints!), there&#039;s a minor error in Head_on_a_Stick&#039;s diagnostic: </p><p>Echoing $prefix from the grub console, it says that the prefix points to /boot/efi/EFI/debian. Of course, debian doesn&#039;t exist. I found no way to connect the inconsistency, so I ended removing grub-efi-amd64-signed and now the system boots smoothly.</p><p>Thank you.</p>]]></description>
			<author><![CDATA[dummy@example.com (pega)]]></author>
			<pubDate>Mon, 15 Jul 2019 16:00:14 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=17090#p17090</guid>
		</item>
		<item>
			<title><![CDATA[Re: Grub.cfg not recognised in Beowulf]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=17023#p17023</link>
			<description><![CDATA[<p>Hi,<br />&#160; &#160; Thanks for the tip. the packages &quot;grub-efi-amd64&quot; and &quot;grub-efi-amd64-signed&quot; were installed. After the <br />following manipulations, the system boots again:<br />&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; 1) apt remove --purge grub-efi-amd64-signed<br />&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; 2) rm -rf /boot/efi/EFI/devuan<br />&#160; &#160; &#160; &#160; &#160; &#160; &#160; &#160; 3) grub-install /dev/sda</p><p>By the way, I have used the ISO Super Grub Disk (<a href="https://www.supergrubdisk.org" rel="nofollow">https://www.supergrubdisk.org</a>) to boot more easily <br />my system. With this ISO, it was possible to unlock the encrypted disk and then<br />to find the file &quot;grub.cfg&quot; inside the crypted file system without having<br />to type the very long UUID (which should be first copied on a sheet of paper<br />with a pen).</p><p>Thanks for your help.</p><p>Best regards.</p>]]></description>
			<author><![CDATA[dummy@example.com (nemo76)]]></author>
			<pubDate>Sat, 13 Jul 2019 17:09:46 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=17023#p17023</guid>
		</item>
		<item>
			<title><![CDATA[Re: Grub.cfg not recognised in Beowulf]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=17022#p17022</link>
			<description><![CDATA[<div class="quotebox"><cite>nemo76 wrote:</cite><blockquote><div><p>In Beowulf, however the file &quot;grub.cfg&quot; is used. The file contains the commands to start<br />the system with &quot;grubx64.efi&quot;. The commands inside the file<br />&quot;grub.cfg&quot; are correct (I have painfully passed them in the grub shell and<br />the system has started), but since the file &quot;grub.cfg&quot; is not found the system<br />can not be started easily.</p></div></blockquote></div><p>As fsmithred notes this is probably caused by grub-efi-amd64-signed, it sets $prefix to the EFI system partition instead of the partition holding grub.cfg. You can confirm this by checking the output of <span class="bbc">set</span> from the GRUB command line.</p>]]></description>
			<author><![CDATA[dummy@example.com (Head_on_a_Stick)]]></author>
			<pubDate>Sat, 13 Jul 2019 17:03:00 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=17022#p17022</guid>
		</item>
		<item>
			<title><![CDATA[Re: Grub.cfg not recognised in Beowulf]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=17020#p17020</link>
			<description><![CDATA[<p>Is grub-efi-amd64-signed installed?&#160; If so, replace it wtih grub-efi-amd64 unless you need secure-boot. (There&#039;s a different fix for that.)</p>]]></description>
			<author><![CDATA[dummy@example.com (fsmithred)]]></author>
			<pubDate>Sat, 13 Jul 2019 16:26:32 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=17020#p17020</guid>
		</item>
		<item>
			<title><![CDATA[Grub.cfg not recognised in Beowulf]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=17019#p17019</link>
			<description><![CDATA[<p>Hi All,<br />&#160; &#160; &#160; I have installed Devuan ASCII version in a unique encrypted partition (containing &quot;/boot&quot;)<br />on an UEFI system.</p><p>On ASCII, to boot the system the utility &quot;grubx64.efi&quot; is used&#160; after a modification which<br />insert in the executable the grub command &quot;cryptodisk uuid&quot; with the UUID of the<br />crypted disk.</p><p>In Beowulf, however the file &quot;grub.cfg&quot; is used. The file contains the commands to start<br />the system with &quot;grubx64.efi&quot;. The commands inside the file<br />&quot;grub.cfg&quot; are correct (I have painfully passed them in the grub shell and<br />the system has started), but since the file &quot;grub.cfg&quot; is not found the system<br />can not be started easily.</p><p>I have first noticed this problem on a real machine but I was able<br />to reproduce it in VirtualBox (with UEFI Bios).</p><p>Do you have an idea of a solution?</p><p>Best regards,</p>]]></description>
			<author><![CDATA[dummy@example.com (nemo76)]]></author>
			<pubDate>Sat, 13 Jul 2019 15:56:43 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=17019#p17019</guid>
		</item>
	</channel>
</rss>
