| 28 Jun 2024 |
Mic92 | In reply to @magic_rb:matrix.redalder.org i wanted to ask: on systems with a MBR parttable i keep getting the warning about it being deprecated and from what i read on the github page of disko, the path forward is to switch to GPT, but i have at least one system where that is impossible and multiple where switching it right now would be very very impractical. Is MBR supported some other way or are you just deprecating support for it completely? I would say it's a bit about expectation management, we won't implement new features for these old stuff and we added the warning to get most people to migrate. But realistically there are enough systems with it still out there that we won't remove it any time soon. | 09:27:02 |
lassulus | brave | 09:28:57 |
lassulus | we could also build a new type with MBR | 09:29:06 |
Mic92 | It was a k3s node, so I gave zero fucks. | 09:30:37 |
Mic92 | lassulus: more incremental zfs stuff: https://github.com/nix-community/disko/pull/689/files | 11:53:55 |
Mic92 | Basically applying zfs dataset options. | 11:54:23 |
Anna Aurora | In reply to @magic_rb:matrix.redalder.org On my ereader the gpt parttable collides with where uboot needs to be, can it be moved somehow? Uboot needs to be at 1k offset from the start of the sd and takes up 3MB roughly you're running nixos on you ereader? | 12:39:52 |
Anna Aurora | * you're running nixos on your ereader? | 12:40:16 |
Mic92 | I was running the incremental disk formatting from a rescue system, so you don't have to and it was wiping my zfs pool :) | 12:51:28 |
Mic92 | lassulus: our format script runs with all disks mounted, right? | 12:52:21 |
lassulus | Uhm. Not sure what you mean. But formating is run before mounting | 12:56:45 |
Mic92 | lassulus: I mean in our regression test. | 12:57:32 |
lassulus | yes, the reformatting works happens with the mounted fs, since we don't have a non destructive unmount script | 13:25:21 |
magic_rb | In reply to @annaaurora:artemislena.eu you're running nixos on you ereader? Yeah im trying | 13:52:12 |
| 30 Jun 2024 |
| dustee joined the room. | 09:03:26 |
dustee | hi im having trouble creating diskoImages for aarch64-linux, the process always hangs at EFI stub: Exiting boot services... | 09:04:19 |
dustee | i tried a bunch of different configurations and for aarch64 it always stops at that step | 09:05:41 |
dustee | but for x86_64-linux, it goes through and creates the image successfully | 09:06:17 |
dustee | Redacted or Malformed Event | 09:08:47 |
dustee | * then since i couldnt create the diskoImage, i built and booted sd-image-aarch64-installer then tried nixos-anywhere to build the proper system but even that has problems and cant create the partitions
#......
Creating new GPT entries in memory.
Warning: The kernel is still using the old partition table.
The new table will be used at the next reboot or after you
run partprobe(8) or kpartx(8)
The operation has completed successfully.
+ sgdisk --align-end --new=1:0:+30M --change-name=1:disk-disk1-firmware --typecode=1:0700 /dev/mmcblk0
Warning: The kernel is still using the old partition table.
The new table will be used at the next reboot or after you
run partprobe(8) or kpartx(8)
The operation has completed successfully.
+ partprobe /dev/mmcblk0
Error: Partition(s) 2 on /dev/mmcblk0 have been written, but we have been unable to inform the kernel of the change, probably because it/they are in use. As a result, the old partition(s) will remain in use. You should reboot now before making further changes.
# it repeats partprobe three times then stops at
mkfs.vfat: unable to open /dev/disk/by-partlabel/disk-disk1-boot: No such file or directory
| 09:10:15 |
magic_rb | In reply to @joerg:thalheim.io I would say it's a bit about expectation management, we won't implement new features for these old stuff and we added the warning to get most people to migrate. But realistically there are enough systems with it still out there that we won't remove it any time soon. Aah, okay that works for me. Realistically i could just partition it manually, ive partitioned it once and probably never will again :) i appreciate the clarification | 09:17:13 |
dustee | * then since i couldnt create the diskoImage, i built and booted sd-image-aarch64-installer then tried nixos-anywhere to build the proper system but even that has problems and cant create the partitions (im guessing i cant install to the same sdcard that im booting from, so i gotta make diskoImages work)
#......
Creating new GPT entries in memory.
Warning: The kernel is still using the old partition table.
The new table will be used at the next reboot or after you
run partprobe(8) or kpartx(8)
The operation has completed successfully.
+ sgdisk --align-end --new=1:0:+30M --change-name=1:disk-disk1-firmware --typecode=1:0700 /dev/mmcblk0
Warning: The kernel is still using the old partition table.
The new table will be used at the next reboot or after you
run partprobe(8) or kpartx(8)
The operation has completed successfully.
+ partprobe /dev/mmcblk0
Error: Partition(s) 2 on /dev/mmcblk0 have been written, but we have been unable to inform the kernel of the change, probably because it/they are in use. As a result, the old partition(s) will remain in use. You should reboot now before making further changes.
# it repeats partprobe three times then stops at
mkfs.vfat: unable to open /dev/disk/by-partlabel/disk-disk1-boot: No such file or directory
| 09:51:42 |
dustee | * hi im having trouble creating diskoImages for aarch64-linux. the configuration builds successfully then hangs when creating the diskoImage
EFI stub: Decompressing Linux Kernel...
EFI stub: Loaded initrd from LINUX_EFI_INITRD_MEDIA_GUID device path
EFI stub: Generating empty DTB
EFI stub: Exiting boot services...
# ... was stuck here overnight
| 11:14:09 |
dustee | ok so i:
- enabled nix-serve binary cache on host1 (x86_64-linux) which has already built the large configuration but got stuck at
Exiting boot services...
- tried building on host2 (aarch64-linux) that pulled from cache of host1, and it got stuck at exactly the same step. The assumption was that i was getting stuck on the
exiting boot services because i was not aarch64, but now i dont know
| 21:32:01 |
dustee | * ok so i:
- enabled nix-serve binary cache on host1 (x86_64-linux) which has already built the large configuration in qemu but got stuck at
Exiting boot services...
- tried building on host2 (aarch64-linux) that pulled from cache of host1, and it got stuck at exactly the same step. The assumption was that i was getting stuck on the
exiting boot services because i was not aarch64, but now i dont know
| 21:32:31 |
| 1 Jul 2024 |
Mic92 | I haven't tested this on arm64 so far, but I have the feeling this more of a general nixos problem, because all we do is nixos-install: https://github.com/nix-community/disko/blob/d185770ea261fb5cf81aa5ad1791b93a7834d12c/lib/make-disk-image.nix#L78 | 05:53:52 |
Mic92 | Ah wait. you actually cannot build the image itself. | 05:54:50 |
Mic92 | dustee: maybe we do something wrong with how we set up efi on arm64? https://github.com/nix-community/disko/blob/d185770ea261fb5cf81aa5ad1791b93a7834d12c/lib/make-disk-image.nix#L83 | 05:56:26 |
Mic92 | also this looks very similar: https://github.com/NixOS/nixpkgs/blob/2b753fb3c635639dffd9915d10e2e32ba3525fc6/nixos/lib/make-disk-image.nix#L550 | 05:57:22 |
| 2 Jul 2024 |
colemickens | In reply to @lassulus:lassul.us
should be already possible, you are using flakes I guess? you could say something like:
system.build.diskoScript = lib.mkForce (pkgs.writeScriptBin "disko-without-wipe" ''
${config.system.build.formatScript}
${config.system.build.mountScript}
'');
I think I need something more sophisticated, since I do need the root to be destroyed before format on each reprovision. | 06:41:42 |