disko | 353 Members | |
| disko - declarative disk partitioning - https://github.com/nix-community/disko | 88 Servers |
| Sender | Message | Time |
|---|---|---|
| 12 Jul 2024 | ||
In reply to @lassulus:lassul.usgive me a sec | 10:45:16 | |
In reply to @lassulus:lassul.us this is dicko.nix https://0x0.st/XMUo.txt the command that i'm running is what i'm getting:
...for some reason | 11:37:03 | |
| This is btw when it now decided to switch back to not liking my sgdisk. I don't know if it is sgdisk, linux, disko or i'm stupid and blind and there's wrong numbers again. The cryptsetup issue had another log | 11:39:21 | |
| * This is btw when it now decided to switch back to not liking my sgdisk. I don't know if it is sgdisk, linux or disko misbehaving or i'm stupid and blind and there's wrong numbers again. The cryptsetup issue had another log | 11:39:50 | |
| ah this is if you run the formatScript multiple times, the errors are expected there, if you want disko to wipe the drives before retrying, you should run --mode disko | 11:43:14 | |
| thing is that i tried to do --zap and --clear and blkdiscard --force multiple times | 11:43:57 | |
| and rebooting | 11:43:58 | |
| it just changes behavior randomly | 11:44:08 | |
| and i did mode disko, it just spits more errors or something so i decided to stick to format | 11:44:50 | |
| i'll try it, sec | 11:44:54 | |
| also it seems your luks partitions conflicts with your grub-mbr partition | 11:45:41 | |
| maybe the start of it is inside or on the end of it | 11:45:52 | |
| trying to read the code now :) | 11:46:02 | |
In reply to @nevrv:matrix.org the same;
| 11:46:07 | |
In reply to @lassulus:lassul.usmine or generated?:P | 11:46:50 | |
| it looks fine. start offset is 1M/2048 sectors and the main partition is from 2M/4096 sector and on, after which there is nothing currently so it's fine | 11:48:36 | |
In reply to @nevrv:matrix.orgThe resulting disk state is this btw | 11:49:38 | |
In reply to @nevrv:matrix.org* The resulting disk state is this though | 11:49:53 | |
| Seems that the first 1M one gets created incorrectly | 11:49:58 | |
| But why? | 11:50:02 | |
| it's --new=1:0M:+1M | 11:50:24 | |
In reply to @nevrv:matrix.orgIt's this, and the fact that it worked before once, all the way in with all zfs stuff mounted & fine | 11:52:13 | |
| Then i happily changed some datasets & mount settings and it broke again | 11:52:46 | |
| * Then i happily changed some datasets & mount settings expecting that i can finally purge & rebuild it until i'm happy and it broke again | 11:53:19 | |
| hmm, I guess the start=0M confuses sgdisk | 11:53:59 | |
| Could not create partition 1 from 8594128896 to 8594130943 | 11:54:00 | |
| But isn't it straight from example? | 11:54:21 | |
| uh I hope not | 11:54:31 | |
| it should be start=0, not 0M, but you should be able to leave it out | 11:54:44 | |
| hmm, it isn't | 11:54:55 | |