!oNSIfazDqEcwhcOjSL:matrix.org

disko

353 Members
disko - declarative disk partitioning - https://github.com/nix-community/disko88 Servers

Load older messages


SenderMessageTime
19 May 2024
@matthewcroughan:defenestrate.itmatthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192)disko 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.itmatthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192)Yes.. 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.itmatthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192)https://github.com/qemu/qemu/blob/master/hw/core/loader.c#L92421:18:14
@matthewcroughan:defenestrate.itmatthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192)Anything other than a gzipped kernel is not supported in QEMU 21:18:31
@matthewcroughan:defenestrate.itmatthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192)FFFFFFFFFFFFFF21:18:34
@matthewcroughan:defenestrate.itmatthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192)Although it does highlight that disko shouldn't be using the target kernel, just to make the disk image for the target21:19:38
@matthewcroughan:defenestrate.itmatthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192)It was me who implemented that though, so I should feel bad21:44:38
@matthewcroughan:defenestrate.itmatthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192)https://github.com/nix-community/disko/pull/46721:44:53
@matthewcroughan:defenestrate.itmatthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192)The solution is uefi, but is there a use case for not using UEFI?22:05:38
@matthewcroughan:defenestrate.itmatthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192)I can make the PR, but wondering if I should make it boolean22:06:10
20 May 2024
@matthewcroughan:defenestrate.itmatthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192)https://github.com/nix-community/disko/pull/64308:46:42
@matthewcroughan:defenestrate.itmatthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192)Closer to finding memory leaks..09:34:35
@matthewcroughan:defenestrate.itmatthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192)I switched to systemd-boot from generic-extlinux, and now I'm getting the "Cannot allocate memory" all the time09:34:50
@matthewcroughan:defenestrate.itmatthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192)increasing memory to 16384 fixed it09:40:09
@matthewcroughan:defenestrate.itmatthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192)
corpo-disko-images> setting up /etc...
corpo-disko-images> Initializing machine ID from random generator.
corpo-disko-images> File system "/boot" is not a FAT EFI System Partition (ESP) file system.
corpo-disko-images> Traceback (most recent call last):
corpo-disko-images>   File "/nix/store/hk9khalas7ig9lpd8xygb00jgx9kjv2d-4d4f3f52hgwgk63d4fjg1rj4c1jdg9mn-systemd-boot", line 394, in <module>
corpo-disko-images>     main()
corpo-disko-images>   File "/nix/store/hk9khalas7ig9lpd8xygb00jgx9kjv2d-4d4f3f52hgwgk63d4fjg1rj4c1jdg9mn-systemd-boot", line 377, in main
corpo-disko-images>     install_bootloader(args)
corpo-disko-images>   File "/nix/store/hk9khalas7ig9lpd8xygb00jgx9kjv2d-4d4f3f52hgwgk63d4fjg1rj4c1jdg9mn-systemd-boot", line 292, in install_bootloader
corpo-disko-images>     subprocess.check_call([f"{SYSTEMD}/bin/bootctl", f"--esp-path={EFI_SYS_MOUNT_POINT}"] + bootctl_flags + ["install"])
corpo-disko-images>   File "/nix/store/vbfsfi87f7ks3hndbvn72n4334f9xll0-python3-3.11.9/lib/python3.11/subprocess.py", line 413, in check_call
corpo-disko-images>     raise CalledProcessError(retcode, cmd)
corpo-disko-images> subprocess.CalledProcessError: Command '['/nix/store/wh5wyrs4nxdx7kh3ip0psn11rc2kknl1-systemd-255.4/bin/bootctl', '--esp-path=/boot', '--no-variables', 'install']' returned non-zero exit status 1.
09:40:12
@matthewcroughan:defenestrate.itmatthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192)And then I see this for the first time, which is good. It warns me that my FS hasn't got the right type09:40:38
@matthewcroughan:defenestrate.itmatthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192)but this part of the build never arrives unless I increase the memory size09:40:51
@matthewcroughan:defenestrate.itmatthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192) though the "Cannot allocate memory" errors come from cp.. actually. 09:41:18
@matthewcroughan:defenestrate.itmatthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192) The bootloader install is probably calling cp, 09:41:38
@matthewcroughan:defenestrate.itmatthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192) * The bootloader install is probably calling cp 09:41:40
@matthewcroughan:defenestrate.itmatthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192)
corpo-disko-images> + /nix/store/gc39rhvazg28s7y80c4c0a24x3hsv92p-postMountHook.sh
corpo-disko-images> + rm -rf /tmp/tmp.qOc2Qrmj2x
corpo-disko-images> warning: the group 'nixbld' specified in 'build-users-group' does not exist
corpo-disko-images> cp: cannot access '/nix/store/flqdgxi79hgv69k8vc1rdcxvn30m0i3r-perl5.38.2-HTTP-Cookies-6.10': Cannot allocate memory
corpo-disko-images> cp: cannot access '/nix/store/fzh5aadrdl76f7cn930ls979x6cgblyd-libsoup-2.74.3/share/locale/gl/LC_MESSAGES': Cannot allocate memory
09:41:58
21 May 2024
@bumperboat:matrix.orgbumperboat changed their display name from bumperboat (UTC+8) to bumperboat (UTC+7).04:34:19
@matthewcroughan:defenestrate.itmatthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192) lassulus: any comments on https://github.com/nix-community/disko/pull/643 ? 11:31:00
@matthewcroughan:defenestrate.itmatthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192)I didn't really think it's worth setting up a boolean, since it passes all the tests and I can't yet imagine a use-case where you'd want to disable EFI, especially given that legacy types are not supported in disko properly anymore11:31:46
@tanja:catgirl.cloudTanja (she/her) - ☎️ 4201 joined the room.11:37:13
@matthewcroughan:defenestrate.itmatthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192)thanks for the merge :D11:42:14
22 May 2024
@aciceri:nixos.devaciceri joined the room.10:05:06
@aciceri:nixos.devaciceri

I'm interested into trying bcachefs with encryption using disko and I saw that there is a PR which is blocked because it should an abstraction for supporting multiple devices should be implemented before.
I also saw there is another PR for supporting subvolumes.
Would a PR where I try to integrate both the attempts together be appreciated? In terms of interface would you like something similar to the first proposal in this comment?

 disko.devices = {
    disk = {
      x = {
        type = "disk";
        device = "/dev/nvme0";
        content = {
          type = "gpt";
          content = {
            type = "bcachefs";
            label = "ssd.ssd1";
            pool = "rpool";
          };
        };
      };
      y = {
        type = "disk";
        device = "/dev/sda";
        content = {
          type = "bcachefs";
          label = "hdd.hdd1";
          pool = "rpool";
        };
      };
    };

    bcachefs_pool = {
      rpool = {
        type = "bcachefs_pool";
        mountpoint = "/";
        passwordFile = "secret.key";
        subvolumes = {
            "/home" = { };
            "/nix" = { };
            "/testpath" = { };
            "/testpath/subdir" = { };
          };
      };
    };
  };
10:06:36
@lassulus:lassul.uslassulusI answered in nixos-anywhere, but I can also answer here10:16:49
@lassulus:lassul.uslassulusI was a bit busy, I wil try to fix the multi disk stuff in general at some point. But not sure when I will have the time for that. I guess we could merge the encryption part without the multidisk part. I have no idea about subvolumes, but a new PR could be a good idea, just remind me every now and then to look at it :)10:17:18

Show newer messages


Back to Room ListRoom Version: 10