Eine Möglichkeit
- Starten von der eMMC oder MicroSD. Da später direkt von eMMC die Boot-Sequenz benutzt werden soll, wird die eMMC benutzt.
- OS downloaden, hier debian-bookworm-server.img.xz
wget https://urlxzcat debian-bookworm-server.img.xz | dd of=/dev/nvme0n1 bs=1M status=progress
- In OTG-Modus booten über die Micro-SD (ODROID-M1S_EMMC2UMS.img)
- Nun den Odroiden und seine eMMC mit einem Linux System verbinden und neue UUID der Partition auf der eMMC setzen. Dadurch sind die UUIDs wieder eindeutig. Sonst hätte die Partition auf der NVMe und die der eMMC, die selbe. Auf dem Linux System nun die eMMC einbinden und:
tune2fs -U random eMMC-Partition1- eMMC-Partition2 kann auch gelöscht werden
- boot Partition auf der NVMe sollte wohl auch gelöscht werden, weil die sonst bei Updates verwendet werden würde, statt der von der eMMC, die ja weiter den Bootvorgang übernimmt.
Bemerkung
Die Verwendung von ODROIDBIOS.bin führte dazu, dass die NVMe nach dem Bootmenü nicht mehr erkannt wurde.
Alternative – nicht getestete Gedanken
Nachdem mit dd das Image auf die NVMe geschrieben wurde, könnte man dort die UUID neu setzen.
Diese UUID müsste dann in die Datei boot.scr geschrieben werden. Die boot.scr darf jedoch nicht manuell geändert werden. Sie muss erst zu einer Textdatei transformiert, die UUID angepasst und dann die boot.scr wieder neu erstellt werden. Zumindest bei dem OdroidM1S sehe ich keine entsprechenden Dateien mit Umgebungsvariablen.
Feedback
Ich würde mich über Feedback sehr freuen!