Hi all,
I've already seen such behaviour with proxmox USB keys while googling.
I can observe this on a new server (HPE ProLiant DL360 Gen9).
The ISO image was SHA256 checked. It was written with a good old dd. And it was rewritten again after, just to be sure it wasn't a USB key problem.
What I can see:
searching for cdrom, testing again in 5 seconds...no cdrom found, and bybye.
The trick is that on the very same USB key, on the same server, with an ISO image written with the very same workstation with the same dd command, a Debian Stretch image boots perfectly and finds the "cdrom" (that is, the USB key) without problem.
So, there's just no doubt there's something to fix in the Proxmox image.
Any clue to boot it in the meanwhile ? I have several servers to install.
I've taken some monitor captures by the way:
The proxmox image no booting (with an fdisk -l just after):
The debian image explaining me that it successfully found the cdrom and is now continuing:
I've already seen such behaviour with proxmox USB keys while googling.
I can observe this on a new server (HPE ProLiant DL360 Gen9).
The ISO image was SHA256 checked. It was written with a good old dd. And it was rewritten again after, just to be sure it wasn't a USB key problem.
What I can see:
searching for cdrom, testing again in 5 seconds...no cdrom found, and bybye.
The trick is that on the very same USB key, on the same server, with an ISO image written with the very same workstation with the same dd command, a Debian Stretch image boots perfectly and finds the "cdrom" (that is, the USB key) without problem.
So, there's just no doubt there's something to fix in the Proxmox image.
Any clue to boot it in the meanwhile ? I have several servers to install.
I've taken some monitor captures by the way:
The proxmox image no booting (with an fdisk -l just after):
The debian image explaining me that it successfully found the cdrom and is now continuing: