| tempforever | minimal-live, memtest86+x64.efi runs on virtualbox, the bin doesn't seem to work. i'll try on actual hardware soon | 05:06 |
|---|---|---|
| rrq | with TAB then adding ".linux " to the line beginning then it runs | 08:09 |
| rrq | I can't find the doc for this, but the "KERNEL" argument can start with a dot+"type label" before the filename, and here "linux" is the type to use for a bzImage binary | 08:50 |
| rrq | check the source... com32/elflink/ldlinux/execute.c:34++ | 08:51 |
| rrq | specifically parsed at lines 95++ | 08:52 |
| rrq | git@git.devuan.org:devuan/syslinux.git | 08:52 |
| rrq | or one might prefer https://git.devuan.org/devuan/syslinux.git | 09:24 |
| fsmithred | I made a new iso that uses 'linux' instead of 'kernel' in the memtest entries, but I haven't uploaded it yet. | 12:17 |
| emanuel | I just tried upgradeing a amd64 UEFI system from daedalus to excalibur. Seems like Debian has new systemd-specific post-installation scripts for some important packages: grub-efi-amd64 and openssh-server were hardldy installable. In order for the system to boot again I hat to write ´exit 0´ at the top of these post-installation scripts and do the update-grub, update-initrd and so on that these scripts should be doing by hand. I could not yet ge | 21:32 |
| emanuel | t the openssh-server to work again. Debian is already in the hard-freeze phase. Perhaps now might be a good time to improve the post-installation scripts of these essential packages? People who do not know how to solve GRUB issues might soon try to upgrade as well because the hard freeze as wall as the stable Debian release means that less and less things can change and potentially break in this version while the list of unfixed CVEs in older | 21:32 |
| emanuel | versions will grow over time. And anyone trying to upgrade a server would lose access over ssh. | 21:32 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!