Sender | Message | Time |
---|---|---|
12 Jul 2024 | ||
nrv | because now i see sgdisk failing again (though i tweaked the sizes) | 10:38:56 |
nrv | In reply to @nevrv:matrix.orgsure it could. blkdiscard fixes that. | 10:42:08 |
nrv | bug? | 10:42:31 |
nrv | * bug on the disko part? | 10:42:43 |
nrv | In reply to @nevrv:matrix.org* sure it could. blkdiscard fixes that. success after blkdiscard, no changes to disko config | 10:43:26 |
lassulus | what command are you running? | 10:43:51 |
nrv | In reply to @nevrv:matrix.orgwait, abort | 10:44:47 |
nrv | i got excited on one success message which was not the right one | 10:45:12 |
nrv | In reply to @lassulus:lassul.usgive me a sec | 10:45:16 |
nrv | 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 |
nrv | 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 |
nrv | * 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 |
lassulus | 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 |
nrv | thing is that i tried to do --zap and --clear and blkdiscard --force multiple times | 11:43:57 |
nrv | and rebooting | 11:43:58 |
nrv | it just changes behavior randomly | 11:44:08 |
nrv | and i did mode disko, it just spits more errors or something so i decided to stick to format | 11:44:50 |
nrv | i'll try it, sec | 11:44:54 |
lassulus | also it seems your luks partitions conflicts with your grub-mbr partition | 11:45:41 |
lassulus | maybe the start of it is inside or on the end of it | 11:45:52 |
lassulus | trying to read the code now :) | 11:46:02 |
nrv | In reply to @nevrv:matrix.org the same;
| 11:46:07 |
nrv | In reply to @lassulus:lassul.usmine or generated?:P | 11:46:50 |
nrv | 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 |
nrv | In reply to @nevrv:matrix.orgThe resulting disk state is this btw | 11:49:38 |
nrv | In reply to @nevrv:matrix.org* The resulting disk state is this though | 11:49:53 |
nrv | Seems that the first 1M one gets created incorrectly | 11:49:58 |
nrv | But why? | 11:50:02 |
nrv | it's --new=1:0M:+1M | 11:50:24 |
nrv | 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 |