!oNSIfazDqEcwhcOjSL:matrix.org

disko

365 Members
disko - declarative disk partitioning - https://github.com/nix-community/disko92 Servers

Load older messages


SenderMessageTime
19 May 2024
@matthewcroughan:defenestrate.itmatthewcroughanwriting code14:14:28
@matthewcroughan:defenestrate.itmatthewcroughanBecause the Pi is so weird14:14:37
@matthewcroughan:defenestrate.itmatthewcroughanpi3 would require even more changes to do this, because it doesn't support gpt only14:14:48
@matthewcroughan:defenestrate.itmatthewcroughanAnd that's where we were last time I came in here asking about Pi booting14:15:00
@matthewcroughan:defenestrate.itmatthewcroughan
{
  disko.extraPostVM = ''
    ${pkgs.zstd}/bin/zstd --compress $out/*raw
    rm $out/*raw
  '';
  disko.devices = {
    disk = {
      disk1 = {
        imageSize = "10G";
        type = "disk";
        device = "/dev/mmcblk0";
        postCreateHook = ''
          lsblk
          sgdisk -A 1:set:2 /dev/vda
        '';
        content = {
          type = "gpt";
          partitions = {
            firmware = {
              size = "30M";
              type = "EF00";
              content = {
                type = "filesystem";
                format = "vfat";
                mountpoint = "/firmware";
                postMountHook = toString (pkgs.writeScript "postMountHook.sh" ''
                  (cd ${pkgs.raspberrypifw}/share/raspberrypi/boot && cp bootcode.bin fixup*.dat start*.elf *.dtb /mnt/firmware/)
                  cp ${pkgs.ubootRaspberryPi4_64bit}/u-boot.bin /mnt/firmware/u-boot-rpi4.bin
                  cp ${configTxt} /mnt/firmware/config.txt
                '');
              };
            };
            boot = {
              size = "100M";
              content = {
                type = "filesystem";
                format = "ext4";
                mountpoint = "/boot";
              };
            };
            root = {
              name = "root";
              size = "100%";
              content = {
                type = "filesystem";
                format = "bcachefs";
                mountpoint = "/";
              };
            };
          };
        };
      };
    };
  };
}

14:15:54
@matthewcroughan:defenestrate.itmatthewcroughansomething like this does everything14:15:59
@matthewcroughan:defenestrate.itmatthewcroughannow the only remaining problem is resize on first boot14:16:18
@matthewcroughan:defenestrate.itmatthewcroughan

This is what the sd-image module in nixpkgs does:

    boot.postBootCommands = lib.mkIf config.sdImage.expandOnBoot ''
      # On the first boot do some maintenance tasks
      if [ -f /nix-path-registration ]; then
        set -euo pipefail
        set -x
        # Figure out device names for the boot device and root filesystem.
        rootPart=$(${pkgs.util-linux}/bin/findmnt -n -o SOURCE /)
        bootDevice=$(lsblk -npo PKNAME $rootPart)
        partNum=$(lsblk -npo MAJ:MIN $rootPart | ${pkgs.gawk}/bin/awk -F: '{print $2}')

        # Resize the root partition and the filesystem to fit the disk
        echo ",+," | sfdisk -N$partNum --no-reread $bootDevice
        ${pkgs.parted}/bin/partprobe
        ${pkgs.e2fsprogs}/bin/resize2fs $rootPart

        # Register the contents of the initial Nix store
        ${config.nix.package.out}/bin/nix-store --load-db < /nix-path-registration

        # nixos-rebuild also requires a "system" profile and an /etc/NIXOS tag.
        touch /etc/NIXOS
        ${config.nix.package.out}/bin/nix-env -p /nix/var/nix/profiles/system --set /run/current-system

        # Prevents this from running on later boots.
        rm -f /nix-path-registration
      fi
    '';
  };
14:19:21
@matthewcroughan:defenestrate.itmatthewcroughanI suppose I'll just copy this into my disko.nix14:19:30
@matthewcroughan:defenestrate.itmatthewcroughan Ah and instead of e2fsprogs I need ${bcachefs-tools}/bin/bcachefs resize $rootpart 14:45:07
@matthewcroughan:defenestrate.itmatthewcroughan * Ah and instead of e2fsprogs I need ${bcachefs-tools}/bin/bcachefs resize $rootPart 14:45:09
@matthewcroughan:defenestrate.itmatthewcroughan It feels like disko should help with resizing on first boot, but curious what you think lassulus 14:45:35
@matthewcroughan:defenestrate.itmatthewcroughanfeels like disko already knows a lot of the info that would help here14:46:00
@lassulus:lassul.uslassulushmm, resizing is not really delcarative? :D and not sure what the interface would look like14:46:11
@matthewcroughan:defenestrate.itmatthewcroughansystemd-repart has a really nice setup14:46:41
@matthewcroughan:defenestrate.itmatthewcroughan

systemd-repart (mostly) operates in a purely incremental mode: it only grows existing and adds new partitions; it does not shrink, delete or move existing partitions. The service is intended to be run on every boot, but when it detects that the partition table already matches the installed repart.

14:46:46
@matthewcroughan:defenestrate.itmatthewcroughanWhich more or less sound exactly like disko's philosophy, and some of the goals you have for your own incremental mode14:47:09
@matthewcroughan:defenestrate.itmatthewcroughanThis ended up being the final disko.nix for a pi to boot using bcachefs17:54:42
@matthewcroughan:defenestrate.itmatthewcroughan
{
  boot.postBootCommands = ''
    # On the first boot, resize the disk
    if [ -f /disko-first-boot ]; then
      set -euo pipefail
      set -x
      # Figure out device names for the boot device and root filesystem.
      rootPart=$(${pkgs.util-linux}/bin/findmnt -n -o SOURCE /)
      bootDevice=$(lsblk -npo PKNAME $rootPart)
      partNum=$(lsblk -npo MAJ:MIN $rootPart | ${pkgs.gawk}/bin/awk -F: '{print $2}')

      # Resize the root partition and the filesystem to fit the disk
      echo ",+," | sfdisk -N$partNum --no-reread $bootDevice
      ${pkgs.parted}/bin/partprobe
      ${pkgs.bcachefs-tools}/bin/bcachefs device resize $rootPart

      # Prevents this from running on later boots.
      rm -f /disko-first-boot
    fi
  '';
  disko = {
    extraPostVM = ''
      ${pkgs.zstd}/bin/zstd --compress $out/*raw
      rm $out/*raw
    '';
    devices = {
      disk = {
        disk1 = {
          imageSize = "10G";
          type = "disk";
          device = "/dev/mmcblk0";
          postCreateHook = ''
            lsblk
            sgdisk -A 1:set:2 /dev/vda
          '';
          content = {
            type = "gpt";
            partitions = {
              firmware = {
                size = "30M";
                type = "EF00";
                content = {
                  type = "filesystem";
                  format = "vfat";
                  mountpoint = "/firmware";
                  postMountHook = toString (pkgs.writeScript "postMountHook.sh" ''
                    (cd ${pkgs.raspberrypifw}/share/raspberrypi/boot && cp bootcode.bin fixup*.dat start*.elf *.dtb /mnt/firmware/)
                    cp ${pkgs.ubootRaspberryPi4_64bit}/u-boot.bin /mnt/firmware/u-boot-rpi4.bin
                    cp ${configTxt} /mnt/firmware/config.txt
                  '');
                };
              };
              boot = {
                size = "100M";
                content = {
                  type = "filesystem";
                  format = "ext4";
                  mountpoint = "/boot";
                };
              };
              root = {
                name = "root";
                size = "100%";
                content = {
                  type = "filesystem";
                  format = "bcachefs";
                  mountpoint = "/";
                  postMountHook = toString (pkgs.writeScript "postMountHook.sh" ''
                    touch /mnt/disko-first-boot
                  '');
                };
              };
            };
          };
        };
      };
    };
  };
}
17:54:46
@matthewcroughan:defenestrate.itmatthewcroughanhmm.. disko won't quite work for riscv due to its architecture, will it?18:37:30
@matthewcroughan:defenestrate.itmatthewcroughanThis same problem would be solved by running the vmTools on the hostPlatform, and allowing it to do binfmt, instead of treating the VM performing the disk partitioning/formatting as something that needs to run on the native platform18:38:17
@matthewcroughan:defenestrate.itmatthewcroughan * This same problem would be solved by running the vmTools on the hostPlatform, and allowing it to do binfmt, instead of treating the VM performing the disk partitioning/formatting as something that needs to run on the system arch of the nixosConfig18:38:37
@matthewcroughan:defenestrate.itmatthewcroughanMy next project was going to be making images for visionfivev1/218:42:05
@matthewcroughan:defenestrate.itmatthewcroughan * My next project was going to be making images for visionfivev1/2 that boot with bcachefs too18:42:13
@matthewcroughan:defenestrate.itmatthewcroughan

Is this perhaps another way that disko's architecture fails because of the hostPlatform issue?

corpo-disko-images> qemu-system-aarch64: could not load kernel '/nix/store/fqwx7jpif67dzqhiggnnj69nhch8jp23-kernel-modules/vmlinuz.efi'
error: build of '/nix/store/zzvgpqhc34ha13p2a70l2s5ya324safa-corpo-disko-images.drv' on 'ssh-ng://matthewcroughan@aarch64.nixos.community' failed: builder for '/nix/store/zzvgpqhc34ha13p2a70l2s5ya324safa-corpo-disko-images.drv' failed with exit code 1;
       last 2 log lines:
       > unable to handle EFI zboot image with "zstd22" compression
       > qemu-system-aarch64: could not load kernel '/nix/store/fqwx7jpif67dzqhiggnnj69nhch8jp23-kernel-modules/vmlinuz.efi'
       For full logs, run 'nix log /nix/store/zzvgpqhc34ha13p2a70l2s5ya324safa-corpo-disko-images.drv'.
20:51:22
@matthewcroughan:defenestrate.itmatthewcroughanWhy does disko care?20:51:25
@matthewcroughan:defenestrate.itmatthewcroughandisko is trying to load the kernel from my nixosConfig, but why? That should only be relevant for an installTest if anything20:53:51
@matthewcroughan:defenestrate.itmatthewcroughanYes.. inheriting the kernel from the host is not quite right https://github.com/nix-community/disko/blob/master/lib/make-disk-image.nix#L1321:11:43
@matthewcroughan:defenestrate.itmatthewcroughanhttps://github.com/qemu/qemu/blob/master/hw/core/loader.c#L92421:18:14
@matthewcroughan:defenestrate.itmatthewcroughanAnything other than a gzipped kernel is not supported in QEMU 21:18:31

Show newer messages


Back to Room ListRoom Version: 10