You are not logged in.
Greetings,
I've been a Devuan user for a long time (since Jessie). Never had a major issue and I'm very happy with this distro. Thanks for making it!
Now I'm trying to boot the new Daedalus ISOs but they don't work with my computers (amd64 netinstall, amd64 desktop). Neither using physical DVDs nor Rufus. There's not even a boot screen/syslinux splash. The system completely hangs on the POST screen.
Just to be sure that my flashdrive or CD/DVD drives are OK, I also tested new DeBian isos, and they worked as expected. Since I tried more than one computer that supports both UEFI and CSM (Legacy), I think there's something wrong with the ISO files. Interestingly, they work ok when you use the .iso file on VirtualBox.
Any advice would be greatly appreciated!
PS: Beowulf ISOs work fine too.
Last edited by tauro (2023-08-17 06:38:11)
Offline
Update:
devuan_daedalus_5.0.0_amd64_desktop-live.iso ... BOOTS
devuan_daedalus_5.0.0_amd64_minimal-live.iso ... BOOTS
It seems like the only way to install the system is using the live ISOs. Please somebody look into the installer ISOs!
Offline
Hello,
I'm experiencing a similar issue. I'm trying to install the new release on a virtual machine with UEFI, and the hypervisor is displaying the error message "KVM internal error. Suberror: 1." As @tauro mentioned, the live images are working well.
Offline
I got the qemu/kvm error in EFI, but was able to proceed further by using -kernel=... and -initrd=... parameters.
Offline
I'm unable to perform any actions; the machine freezes and requires me to forcefully terminate it.
The last time I attempted an installation was using RC5, and I encountered no problems.
Thanks for yours replies!
Offline
Afaik, the virtual machine emulation of UEFI can't handle cdrom, so try by having the ISO as a second disk rather, or emulated USB memory stick.
I think the backing file ISO also needs to be writable for that UEFI emulation.
Offline
@tauro. It's hard to guess why your boot attempts on bare-metal fail. Especially the UEFI boots should be fine, unless perhaps it requires "secure boot".
Your BIOS boot might be confused by seeing the ISO partition as bootable.
You might change that by a) copy the ISO to a new file, say x.iso, and b) run
sfdisk -A x.iso 2
That will change the ISO to flag the EFI partition, which is a FAT filesystem, as bootable, and your BIOS might then discover the syslinux boot equipment in that filesystem.
Offline
Afaik, the virtual machine emulation of UEFI can't handle cdrom, so try by having the ISO as a second disk rather, or emulated USB memory stick.
I think the backing file ISO also needs to be writable for that UEFI emulation.
It's a bit unusual; why am I encountering this problem with the stable release and not with RC5?
On the other hand, I've tested other distros like Arch or Debian, and they work perfectly fine.
Offline
Perhaps you can point me at a small ISO that works, to explore. There may well be something to improve in Devuan's iso preparation.
Offline
For me, amd64 netinstall iso work on bare metal in bios or uefi modes.
I can't get that iso to boot in qemu or virtualbox in uefi, but bios mode works.
The sfdisk activate trick didn't help.
If I attached the cdrom to the sata interface in vbox, I could hit ESC and then exit to get to the uefi menu that includes "Boot from file" but I couldn't get any files to boot.
I can't get the rc5 netinstall iso to boot in uefi mode in qemu or vbox.
For the hardware boots, I used a usb stick prepared with dd.
Offline
There seems to be a problem for as well Debian 12 isos (not the life ones) as for Devuan isos to get it to work in efi mode in the vbox. You end up eithe in a grey screen or some sort of kernel dump saying something about cannot open display. Same problem discussed in the German Debian Forum, also a thread open in the Virtualbox forum, and bug report 1036310 open against Debian.
Something along the line has changed in the way the graphics is setup between about Nov last year and before.
Offline
Yes afaik the UEFI emulation does not handle boot from cdrom.
If you install the ISO as a second disk or a USB memory stick, then eg qemu with UEFI emoulation works (provided that the backing file, i.e. the ISO, is writable).
Has been like that since yonks.
Offline
@fsmithred: is it possible for you to convert the iso into a vdi format, then attach that as second disk
That should be booraable with legacy bios.. using the isolinux mastering of its mbr, or possibly by finding the second partition's legacy equipment (via chain loading).
Offline
I found that the x86_64 netinst ISO doesn't boot in qemu when using VIRTIO or AHCI. In fact, none of the block devices are there. When I switched to SCSI (lsi53c895a), the install proceeded. And the resulting installed system boots OK using VIRTIO, SCSI and AHCI.
To be specific, the install menu appears and the installer tries to run, but it cannot find the CD/ISO to mount it. And I am not using UEFI (haven't figured out how to tell qemu to use it).
I suspect something may be missing from the initramfs.
[ Update: I finally converted my VM startup script from IDE to AHCI. The installer does start with AHCI. Looks like just the VIRTIO stuff may be missing from the initramfs.]
Last edited by fest3er (2023-08-18 05:03:35)
Offline
Perhaps you can show the non-working qemu command line here.
Offline
Once the installer gave up and fell into a command prompt, I looked and verified that /lib/modules/XXXX/kernel/drivers/virtio/ is missing. But .../block/virtio_blk.ko and .../scsi/virtio_scsi.ko *are* present.
Here's my qemu command for VIRTIO (used to boot ISO and HD):
qemu-system-x86_64 \
-nographic \
-machine type=q35,accel=kvm,smm=on \
-cpu host \
-smp 4 \
-device virtio-scsi-pci \
-drive if=none,file=/media/envme/vdisk.d/vm26-working.qcow2,index=0,id=gvd0 \
-device scsi-hd,serial=1110,drive=gvd0 \
-drive if=none,format=raw,file=/kvm/iso.d/devuan_daedalus_5.0.0_amd64_netinstall.iso,index=5,id=gsr0,readonly=on \
-device scsi-cd,drive=gsr0,serial=1120 \
-drive if=none,format=raw,file=/dev/sr0,index=6,id=gsr1,readonly=on \
-device scsi-cd,drive=gsr1,serial=1121 \
-nic tap,ifname=tapRD001a,script=/etc/network/qemuUP,downscript=/etc/network/qemuDOWN,model=virtio-net-pci,mac=52:54:00:00:1a:00 \
-nic tap,ifname=tapGN001a,script=/etc/network/qemuUP,downscript=/etc/network/qemuDOWN,model=virtio-net-pci,mac=52:54:00:00:1a:01 \
-nic tap,ifname=tapOR001a,script=/etc/network/qemuUP,downscript=/etc/network/qemuDOWN,model=virtio-net-pci,mac=52:54:00:00:1a:02 \
-nic tap,ifname=tapPU001a,script=/etc/network/qemuUP,downscript=/etc/network/qemuDOWN,model=virtio-net-pci,mac=52:54:00:00:1a:03 \
-serial tcp:127.1.26.1:23,server=on,wait=off,nodelay \
-chardev socket,id=mon_26,port=23,host=127.1.26.2,ipv4=on,server=on,wait=off,telnet=on \
-mon chardev=mon_26 \
-display vnc=:26,share=ignore \
-device qemu-xhci,id=xhci1 \
-nodefaults \
-name 'iso:Smoothwall-Devuan Daedalus Testing' \
-boot menu=on \
-m 2048 \
-vga std \
-rtc clock=vm,base=localtime \
-device usb-tablet,bus=xhci1.0
Offline
I tried using LXD, and the machine doesn't freeze. However, I encountered the following message when the installer starts:
=== Devuan boot preamble ===
...
mount: mounting LABEL=DEVUAN500 on /cdrom failed: No such file or directory
mount: mounting UUID= on /cdrom failed: No such file or directory
...
*** failed to mount the cdrom
*** Starting emergency shell ...
With libvirt, same as I described previously, the machine gets paused automatically at the start.
On the other hand, I got an old ISO of Devuan 5.0, devuan_daedalus_5.0.preview-20230601_amd64_netinstall.iso, and it works perfectly in both hypervisors!
Offline
I also happen to have this problem with all amd64 Daedalus isos.
My Setup:
- Supermicro X10SDV-TP8F with Intel Xeon D 1518, 64G RAM, 256G SATA SSD and 2TB NVME SSD.
- Iso mounted via IPMI as virtual USB Drive
- BIOS: CSM disabled, all option roms as EFI, Secure Boot disabled, UEFI only boot
-> iso is not detected as a valid boot drive at all
- BIOS: CSM enabled, all option roms as legacy, Secure boot disabled, Dual Boot (UEFI+BIOS/MBR/Legacy)
-> iso is detected and boots in legacy mode.
Hmmm.
fchk
Offline
Next try: Debian 12 Netinstall: This ISO boots in UEFI mode.
Hex Dump of the first 1k bytes of the Debian 12 Netinstall iso:
fchk@berlin:/mnt/files/lin-downloads/debian$ hexdump -n 1024 -C debian-12.0.0-amd64-netinst.iso
00000000 45 52 08 00 00 00 90 90 00 00 00 00 00 00 00 00 |ER..............|
00000010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
00000020 33 ed fa 8e d5 bc 00 7c fb fc 66 31 db 66 31 c9 |3......|..f1.f1.|
00000030 66 53 66 51 06 57 8e dd 8e c5 52 be 00 7c bf 00 |fSfQ.W....R..|..|
00000040 06 b9 00 01 f3 a5 ea 4b 06 00 00 52 b4 41 bb aa |.......K...R.A..|
00000050 55 31 c9 30 f6 f9 cd 13 72 16 81 fb 55 aa 75 10 |U1.0....r...U.u.|
00000060 83 e1 01 74 0b 66 c7 06 f3 06 b4 42 eb 15 eb 02 |...t.f.....B....|
00000070 31 c9 5a 51 b4 08 cd 13 5b 0f b6 c6 40 50 83 e1 |1.ZQ....[...@P..|
00000080 3f 51 f7 e1 53 52 50 bb 00 7c b9 04 00 66 a1 b0 |?Q..SRP..|...f..|
00000090 07 e8 44 00 0f 82 80 00 66 40 80 c7 02 e2 f2 66 |..D.....f@.....f|
000000a0 81 3e 40 7c fb c0 78 70 75 09 fa bc ec 7b ea 44 |.>@|..xpu....{.D|
000000b0 7c 00 00 e8 83 00 69 73 6f 6c 69 6e 75 78 2e 62 ||.....isolinux.b|
000000c0 69 6e 20 6d 69 73 73 69 6e 67 20 6f 72 20 63 6f |in missing or co|
000000d0 72 72 75 70 74 2e 0d 0a 66 60 66 31 d2 66 03 06 |rrupt...f`f1.f..|
000000e0 f8 7b 66 13 16 fc 7b 66 52 66 50 06 53 6a 01 6a |.{f...{fRfP.Sj.j|
000000f0 10 89 e6 66 f7 36 e8 7b c0 e4 06 88 e1 88 c5 92 |...f.6.{........|
00000100 f6 36 ee 7b 88 c6 08 e1 41 b8 01 02 8a 16 f2 7b |.6.{....A......{|
00000110 cd 13 8d 64 10 66 61 c3 e8 1e 00 4f 70 65 72 61 |...d.fa....Opera|
00000120 74 69 6e 67 20 73 79 73 74 65 6d 20 6c 6f 61 64 |ting system load|
00000130 20 65 72 72 6f 72 2e 0d 0a 5e ac b4 0e 8a 3e 62 | error...^....>b|
00000140 04 b3 07 cd 10 3c 0a 75 f1 cd 18 f4 eb fd 00 00 |.....<.u........|
00000150 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
000001b0 c4 5b 00 00 00 00 00 00 83 16 26 23 00 00 80 00 |.[........&#....|
000001c0 01 00 00 3f a0 e1 00 00 00 00 00 10 17 00 00 fe |...?............|
000001d0 ff ff ef fe ff ff a4 11 00 00 20 4a 00 00 00 00 |.......... J....|
000001e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
000001f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa |..............U.|
00000200 45 46 49 20 50 41 52 54 00 00 01 00 5c 00 00 00 |EFI PART....\...|
00000210 53 20 b2 db 00 00 00 00 01 00 00 00 00 00 00 00 |S ..............|
00000220 ff 0f 17 00 00 00 00 00 40 00 00 00 00 00 00 00 |........@.......|
00000230 ca 0f 17 00 00 00 00 00 49 d9 dd 77 90 18 ef 44 |........I..w...D|
00000240 a3 aa ee f6 0f 27 9f 23 0c 00 00 00 00 00 00 00 |.....'.#........|
00000250 d0 00 00 00 80 00 00 00 c2 09 c8 a0 00 00 00 00 |................|
00000260 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
00000400
Hex Dump of the first 1k bytes of Devuan 5 netinstall iso:
fchk@berlin:/mnt/files/lin-downloads/devuan$ hexdump -n 1024 -C devuan_daedalus_5.0.0_amd64_netinstall.iso
00000000 33 ed 90 90 90 90 90 90 90 90 90 90 90 90 90 90 |3...............|
00000010 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 |................|
00000020 33 ed fa 8e d5 bc 00 7c fb fc 66 31 db 66 31 c9 |3......|..f1.f1.|
00000030 66 53 66 51 06 57 8e dd 8e c5 52 be 00 7c bf 00 |fSfQ.W....R..|..|
00000040 06 b9 00 01 f3 a5 ea 4b 06 00 00 52 b4 41 bb aa |.......K...R.A..|
00000050 55 31 c9 30 f6 f9 cd 13 72 16 81 fb 55 aa 75 10 |U1.0....r...U.u.|
00000060 83 e1 01 74 0b 66 c7 06 f3 06 b4 42 eb 15 eb 02 |...t.f.....B....|
00000070 31 c9 5a 51 b4 08 cd 13 5b 0f b6 c6 40 50 83 e1 |1.ZQ....[...@P..|
00000080 3f 51 f7 e1 53 52 50 bb 00 7c b9 04 00 66 a1 b0 |?Q..SRP..|...f..|
00000090 07 e8 44 00 0f 82 80 00 66 40 80 c7 02 e2 f2 66 |..D.....f@.....f|
000000a0 81 3e 40 7c fb c0 78 70 75 09 fa bc ec 7b ea 44 |.>@|..xpu....{.D|
000000b0 7c 00 00 e8 83 00 69 73 6f 6c 69 6e 75 78 2e 62 ||.....isolinux.b|
000000c0 69 6e 20 6d 69 73 73 69 6e 67 20 6f 72 20 63 6f |in missing or co|
000000d0 72 72 75 70 74 2e 0d 0a 66 60 66 31 d2 66 03 06 |rrupt...f`f1.f..|
000000e0 f8 7b 66 13 16 fc 7b 66 52 66 50 06 53 6a 01 6a |.{f...{fRfP.Sj.j|
000000f0 10 89 e6 66 f7 36 e8 7b c0 e4 06 88 e1 88 c5 92 |...f.6.{........|
00000100 f6 36 ee 7b 88 c6 08 e1 41 b8 01 02 8a 16 f2 7b |.6.{....A......{|
00000110 cd 13 8d 64 10 66 61 c3 e8 1e 00 4f 70 65 72 61 |...d.fa....Opera|
00000120 74 69 6e 67 20 73 79 73 74 65 6d 20 6c 6f 61 64 |ting system load|
00000130 20 65 72 72 6f 72 2e 0d 0a 5e ac b4 0e 8a 3e 62 | error...^....>b|
00000140 04 b3 07 cd 10 3c 0a 75 f1 cd 18 f4 eb fd 00 00 |.....<.u........|
00000150 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
000001b0 b4 0f 00 00 00 00 00 00 0d 8f 01 2f 00 00 80 00 |.........../....|
000001c0 01 00 00 3f 60 c6 00 00 00 00 00 38 0e 00 00 00 |...?`......8....|
000001d0 41 c7 ef 1a 48 dc 00 38 0e 00 48 ab 00 00 00 00 |A...H..8..H.....|
000001e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
000001f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa |..............U.|
00000200 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
00000400
The Debian ISO starts with a legacy MBR followed by an EFI partition at offset 0x0200 ("EFI PART"). The Devuan ISO lacks the EFI partition, so your ISOs will never ever boot in UEFI mode!
Bummer!
Please report upstream.
fchk
Offline
The "EFI PART" text is not a partition but the beginning of the GUID Partition Table (GPT), which it has in addition to the MBR partition table.
Both ISO sports 2 partitions, which you can read out from the MBR table (at 0x1c0-0x1ff).
The first partition is typed 0x00 (Empty) and it's defined to span the whole ISO from sector 0. The second partition is typed 0xef (EFI) and it's defined to span a block sequence within the ISO corresponding to the included FAT image.
The Debian ISO has both an MBR partition table and a GPT whereas the Devuan ISO only has an MBR. Presumably it's the lack of GPT that makes the Devuan ISO non-bootable for your UEFI use case.
It's good you had an alternative method for installation.
Offline
I consider this a bug since it prevents me to do an UEFI install as the installation via refractainstaller from live media (desktop and minimal) also don't work. (see my post at https://dev1galaxy.org/viewtopic.php?id=5938). I've made an USB stick via Rufus and will try this next, but this is not a sulition if the machines are located 100's of km or mi away, so I have to rely on virtual iso images.
Will this issue be fixed?
fchk
Edit: I used the devuan_daedalus_5.0.0_amd64_desktop.iso and Rufus 4.2 (the latest version) to make a bootable USB stick. I selected GPT as partition scheme and UEFI (without CSM) as target system.
My system recognized the stick, booted from it, and then - blank screen. Immedeately. Nothing. The only way out was power off.
Now I'm really out of options. No way of performing a clean UEFI install with any of the provided media works. And Supermicro is not some unknown obscure brand.
fchk
Last edited by fchk (2023-08-30 14:33:18)
Offline
When there are people to fix it, it might be fixed.
Offline
Try to disable kvm or intel virtualization on your bios.
This usually fixes any boot issues regarding kvm.
I believe this is something that should get looked into.
Will this issue be fixed?
Maybe, but as mentioned devuan installer iso's only boot in mbr.
a uefi only system is not ideal. Probe through your bios and try different settings.
Last edited by czeekaj (2023-08-31 07:22:20)
Offline
Try the mini.iso. At the boot menu, select Advanced options, then Expert Install. You can choose to install daedalus, excalibur or ceres right after the mirror selection. This one boots uefi mode in qemu for me.
https://pkgmaster.devuan.org/devuan/dis … t/mini.iso
Offline
Try the mini.iso. At the boot menu, select Advanced options, then Expert Install. You can choose to install daedalus, excalibur or ceres right after the mirror selection. This one boots uefi mode in qemu for me.
https://pkgmaster.devuan.org/devuan/dis … t/mini.iso
Works fine, I'll use it while the main image is being fixed.
Thanks!
Offline