mason | Chimaera is beating me. | 04:56 |
---|---|---|
mason | First GRUB was a bear, and now I'm struggling to get ZFS modules into my initmramfs. | 04:57 |
mason | Oh, hrm. I guess I malformed my metapackage. | 04:58 |
mason | Perfect storm. Added the kmod AFTER the new kernel package, so the normal depmod wasn't run, and the modules were invisible to update-initramfs. Sigh. You'd think I'd remember that at some point. | 05:35 |
mason | Crazy. Had to nuke the old initramfs before it'd rescan modules. That was unexpected. | 05:40 |
mason | And there we are, booted into Chimaera with native ZFS root. It wasn't awful. GRUB messed up and had to be fixed. The big issue came from my geetting my Chimaera metapackage for ZFS wrong. | 05:43 |
mason | Now I can get to the real reason I upgraded - fixing this list: https://bpa.st/FLTQ | 05:47 |
mason | g'night all | 05:49 |
fsmithred | ping rrq | 13:09 |
fsmithred | where's magic-touch? | 13:09 |
fsmithred | and I forgot to add 'update-grub' to that. | 13:09 |
fsmithred | someone else suggested adding a test for encrypted root, since the grub theme doesn't work in that case. | 13:10 |
rrq | https://git.devuan.org/devuan/installer-iso/src/branch/master/scripts/magic-touch | 13:43 |
rrq | fsmithred: ^^^ | 13:45 |
rrq | ... well the other branches | 13:46 |
fsmithred | rrq, I can't find it in the iso or the initrd | 13:46 |
fsmithred | and the grub theme line didn't end up in /etc/default/grub | 13:47 |
rrq | no magic-touch is run for building the initrd | 13:47 |
fsmithred | so I should look for preserve-grub-branding? | 13:48 |
rrq | yes /usr/lib/finish-install.d/94preserve-grub-branding | 13:48 |
rrq | that's in the initrd | 13:49 |
fsmithred | yeah, it's there. | 13:49 |
rrq | but any patching would go into magic-touch | 13:50 |
rrq | for "future iso's" | 13:50 |
fsmithred | Any guesses why it didn't work? | 13:50 |
rrq | has the desktop theme propagated? | 13:51 |
fsmithred | desktop-base worked: got theme for login screen and desktop | 13:51 |
fsmithred | but not for grub | 13:51 |
fsmithred | the line for grub theme did not get injected | 13:52 |
rrq | I'll check the builder... | 13:53 |
rrq | right.. hmm it's on the iso ... I need to run a trial | 13:54 |
fsmithred | it should work. I did a test with an older installer iso a few days ago. Unchecked all the desktop stuff and install std system. Dropped to shell after grub got installed and I manually installed task-xfce-desktop. It all worked correctly. | 13:56 |
rrq | and this time, slightly different, it failed? | 13:58 |
fsmithred | this time I installed with the new installer iso and depended on the finish script to do its thing. | 13:58 |
fsmithred | it didn't | 13:58 |
fsmithred | didn't do efi install, so I can't check if the other part of the script worked. | 13:59 |
rrq | (I'm running a trial with -x on that script) | 14:01 |
fsmithred | installer syslog shows that 94preserve... ran. | 14:01 |
rrq | mmm right that script might exit at lines 19 or 20 | 14:02 |
rrq | line 19 requeres the requires EFI | 14:03 |
rrq | ok. that efi case juggling shouldn't exit | 14:04 |
rrq | I'll fix that | 14:04 |
fsmithred | line 19 of magic-touch? | 14:04 |
fsmithred | while you're in there, add update-grub right after the 'fi' after the 'printf' | 14:07 |
fsmithred | checkiing for encrypted root will be a little more involved. | 14:07 |
rrq | mmm you mena an "in-target update-grub" command ? | 14:10 |
rrq | the generated script (94preserve-grub-branding) is executed by the installer (initrd) which has the "in-target" command for chroot execution within the target file system | 14:12 |
fsmithred | oh yeah, it would have to be chroot update-grub | 14:12 |
fsmithred | not sure I understand what you're saying | 14:12 |
fsmithred | it has a special chroot command? | 14:12 |
rrq | yes | 14:14 |
fsmithred | I need to get ready to go out. back in a few minutes then gone for the morning. | 14:14 |
rrq | vt2# cat /bin/in-target | 14:15 |
rrq | cheers | 14:15 |
fsmithred | back. The following was suggested: Add test for GRUB_ENABLE_CRYPTODISK=y, or crypttab entry with "/" | 14:38 |
fsmithred | the first one is easy. Second one would not always work. (I use labels for my encrypted partitions.) | 14:39 |
fsmithred | other option is we tell people with encrypted root to comment out the grub-theme line to get rid of the error message. | 14:40 |
fsmithred | or maybe I can modify desktop-base to always put the grub theme in /boot/grub. | 14:41 |
rrq | ... thinking loud I suppose :) | 14:50 |
fsmithred | yeah, I'll have to try that. I don't recall exactly what is involved. | 14:51 |
fsmithred | anyway, I'm off. See you later. | 14:51 |
fsmithred | tomorrow. | 14:51 |
rrq | do you want me to rerun the isos with this patching? | 14:52 |
rrq | else next Monday | 14:52 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!