From mboxrd@z Thu Jan 1 00:00:00 1970 From: "pelzflorian (Florian Pelz)" Subject: Re: ISO installer image: GPT versus MBR partitions Date: Sat, 20 Apr 2019 16:54:24 +0200 Message-ID: <20190420145424.3oxauhnkr2gtgx6j@pelzflorian.localdomain> References: <32660673065364621040@scdbackup.webframe.org> <5890673054793140478@scdbackup.webframe.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([209.51.188.92]:45169) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hHrSo-0005cj-An for guix-devel@gnu.org; Sat, 20 Apr 2019 10:59:35 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hHrSn-0005Nb-B6 for guix-devel@gnu.org; Sat, 20 Apr 2019 10:59:34 -0400 Content-Disposition: inline In-Reply-To: <5890673054793140478@scdbackup.webframe.org> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Thomas Schmitt Cc: bug-xorriso@gnu.org, guix-devel@gnu.org It works, see end of this e-mail. On Sat, Apr 20, 2019 at 12:50:49PM +0200, Thomas Schmitt wrote: > So after these steps : >=20 > > I wrote guixsd-install-0.16.0.x86_64-linux.iso to my USB drive again. > > Boot gets stuck again. > > > > I did `sudo dd if=3D/dev/zero of=3D/dev/sdc2` to zero out the EFI > > partition. >=20 > mount the Debian Live 9 ISO (e.g. at /mnt/iso) and do >=20 > dd if=3D/mnt/iso/boot/grub/efi.img of=3D/dev/sdc2 >=20 >=20 It still does not get stuck. :) On Sat, Apr 20, 2019 at 01:16:14PM +0200, Thomas Schmitt wrote: > My favorite suspect would be the partition table in Guix /efi.img. >=20 > To kill table entry 1 after having put the Guix EFI image back into > partition 2 of the USB stick: >=20 > dd if=3D/dev/zero bs=3D1 count=3D16 seek=3D446 of=3D/dev/sdc1 > I did sudo dd if=3DDownloads/guixsd-install-0.16.0.x86_64-linux.iso of=3D/dev/s= dc sudo dd if=3D/dev/zero bs=3D1 count=3D16 seek=3D446 of=3D/dev/sdc1 Boot gets stuck. On Sat, Apr 20, 2019 at 04:23:49PM +0200, Thomas Schmitt wrote: > Of course i meant of=3D/dev/sdc2 >=20 Oops, too late. > If this does not help, then create a new empty FAT filesystem image, > mount it, and copy the tree from the mounted Guix /efi.img into it. > The new filesystem should have between 200 KiB and 1.4 MiB. > (The Guix image of 1.4 MiB still has 90 % of its capacity free.) >=20 I do not recreate the USB drive. I do: qemu-img create -f raw fatfs.img 1M mkfs.fat fatfs.img # from package dosfstools like the EFI system # partition on Arch wiki sudo mount Downloads/guixsd-install-0.16.0.x86_64-linux.iso /mnt/iso sudo mount fatfs.img /mnt/img sudo mount /mnt/iso/efi.img /mnt/efiimg sudo cp -r /mnt/efiimg/efi /mnt/img/ sudo umount /mnt/img > Then put the new filesystem into /dev/sdc2 and see what happens. > sudo dd if=3Dfatfs.img of=3D/dev/sdc2 sync Hooray! It boots! Thank you so much for your patience. I remember back when I used Parabola GNU/Linux-libre, I had to make sure I used mkfs.fat instead of mkfs.msdos or else the EFI partition did not work, I think. But=E2=80=A6 Guix=E2=80=99 gnu/build/vm.scm already uses mkfs.fat. Stra= nge=E2=80=A6 Regards, Florian