<?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=3663&amp;type=rss" rel="self" type="application/rss+xml" />
		<title><![CDATA[Dev1 Galaxy Forum / How to properly unpack and repack initramfs by hand?]]></title>
		<link>https://dev1galaxy.org/viewtopic.php?id=3663</link>
		<description><![CDATA[The most recent posts in How to properly unpack and repack initramfs by hand?.]]></description>
		<lastBuildDate>Sun, 05 Jul 2020 20:49:45 +0000</lastBuildDate>
		<generator>FluxBB</generator>
		<item>
			<title><![CDATA[Re: How to properly unpack and repack initramfs by hand?]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=23279#p23279</link>
			<description><![CDATA[<div class="quotebox"><cite>kuleszdl wrote:</cite><blockquote><div><p>What is the proper way to unpack and repack the initramfs image if you want to do it by hand (for whatever reason)?</p></div></blockquote></div><p>See <a href="https://manpages.debian.org/buster/initramfs-tools-core/unmkinitramfs.8.en.html" rel="nofollow">unmkinitramfs(8)</a> &amp; <a href="https://manpages.debian.org/buster/initramfs-tools-core/mkinitramfs.8.en.html" rel="nofollow">mkinitramfs(8)</a>.</p><p>EDIT: this sounds like an XY-problem but I don&#039;t use encryption so I can&#039;t really advise better, sorry.</p>]]></description>
			<author><![CDATA[dummy@example.com (Head_on_a_Stick)]]></author>
			<pubDate>Sun, 05 Jul 2020 20:49:45 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=23279#p23279</guid>
		</item>
		<item>
			<title><![CDATA[Re: How to properly unpack and repack initramfs by hand?]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=23278#p23278</link>
			<description><![CDATA[<p>Well, that&#039;s basically the same approach I am taking here. The UUIDs are of course not correct since they differ between these two systems. The problem is that even after correcting the UUID (or placing PARTLABEL= there), regenerating the initramfs does not update its crypttab file as the script seems to take these parameters somewhere from the currently running system and ignores the crypttab file.</p><p>Eventually I found a way to resolve the issue by using the &quot;cryptopts=source=...&quot; kernel parameter. Yet I would be interested in properly unpacking/repacking the initramfs in case I&#039;d like to manually change something there.</p><p>Another workaround is to boot the target once, bail out to initramfs prompt, mount it from there and regenerate the initramfs while booted. However, this does not work nicely if you want to prepare images for headless machines.</p>]]></description>
			<author><![CDATA[dummy@example.com (kuleszdl)]]></author>
			<pubDate>Sun, 05 Jul 2020 20:36:58 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=23278#p23278</guid>
		</item>
		<item>
			<title><![CDATA[Re: How to properly unpack and repack initramfs by hand?]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=23277#p23277</link>
			<description><![CDATA[<p>Another approach: boot the hardware with a life media, chroot into the new system, then check crypttab, fstab .... for correct UUIDs. The problem may the there.</p><p>rolfie</p><p>Note: I have used VMs to explore new distros myself, makes sense to get some experience. I used to take notes what I did to achieve certain results, and then I went an made a fresh install on the real HW based on the notes.</p>]]></description>
			<author><![CDATA[dummy@example.com (rolfie)]]></author>
			<pubDate>Sun, 05 Jul 2020 20:04:34 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=23277#p23277</guid>
		</item>
		<item>
			<title><![CDATA[Re: How to properly unpack and repack initramfs by hand?]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=23275#p23275</link>
			<description><![CDATA[<p>Thanks and yes, this my first guess as well. I tried both including gzip -9 in the pipeline (as explained in the article) and also not doing it but compressing it afterwards by hand (also with gzip -9). However, it went from ~237M uncompressed to the mentioned ~128M compressed but not down to ~27M.</p>]]></description>
			<author><![CDATA[dummy@example.com (kuleszdl)]]></author>
			<pubDate>Sun, 05 Jul 2020 20:00:18 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=23275#p23275</guid>
		</item>
		<item>
			<title><![CDATA[Re: How to properly unpack and repack initramfs by hand?]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=23274#p23274</link>
			<description><![CDATA[<p>That your image grows tells me that you forgot to recompress again. There should be instructions how to do this.</p><p>rolfie</p>]]></description>
			<author><![CDATA[dummy@example.com (rolfie)]]></author>
			<pubDate>Sun, 05 Jul 2020 19:58:13 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=23274#p23274</guid>
		</item>
		<item>
			<title><![CDATA[How to properly unpack and repack initramfs by hand?]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=23272#p23272</link>
			<description><![CDATA[<p>Hi,</p><p>I am trying to port an encrypted devuan installation from system A (virtual) to system B (physical). I tried many things (e.g. using partlabels) but I can&#039;t convince the initramfs tools to generate the proper crypttab file for the initramfs.</p><p>To fix this manually, I tried to unpack and repack the initramfs as explained in this article: <a href="https://access.redhat.com/solutions/24029" rel="nofollow">https://access.redhat.com/solutions/24029</a></p><p>It seems to work, but by just unpacking and repacking the initramfs it grows from ~27M to ~128M and fails to boot (kernel panic).</p><p>What is the proper way to unpack and repack the initramfs image if you want to do it by hand (for whatever reason)?</p><p>Thanks!</p>]]></description>
			<author><![CDATA[dummy@example.com (kuleszdl)]]></author>
			<pubDate>Sun, 05 Jul 2020 19:51:08 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=23272#p23272</guid>
		</item>
	</channel>
</rss>
