- https://cdimage.debian.org/debian-cd/cu ... etinst.iso (2020-12-05)
- https://cdimage.debian.org/debian-cd/cu ... -DVD-1.iso (2020-12-05)
- https://cdimage.debian.org/cdimage/week ... -DVD-1.iso (2021-01-11)
- https://cdimage.debian.org/cdimage/week ... etinst.iso (2021-01-11)
- https://cdimage.debian.org/cdimage/bull ... etinst.iso (2020-12-03)
- https://cdimage.debian.org/cdimage/bull ... -DVD-1.iso (2020-12-03)
I tried booting with two different flash drives, writing the image from two different machines (one an existing bullseye installation and another a mac), using both cp and dd and making sure to sync before removing the drive. I verified md5sums of most of the images as a sanity check, but they were fine. In all cases, I hit the same problem.
The problem went away when I booted the installer using the purely legacy interface (i.e. booting without UEFI enabled). However, this meant that my installation didn't support UEFI, which is not ok. So it seems I can't do a UEFI-based run of the installer.
Is this a known problem or is it my machine somehow? Any idea on a possible cause?
Pertinent specs: Asus Prime X299-Deluxe II, i7 9940x, 128GB RAM, 970 Pro NVMe SSD as main disk and an LSI SAS RAID card that requires me to keep legacy boot ROM support
Thanks in advance!
/edit: fixed confusing wording