| Newsgroups |
gmane.linux.debian.user.german |
| Message-ID |
<[email protected]> |
Hallo Liste,
erstmal die Infos zum vorhandenen Raspberry Pi 5 mit Origimal Netzteil.:
vcgencmd version
2025/12/08 19:29:54
Copyright (c) 2012 Broadcom
version 2226a853 (release) (embedded)
rpi-eeprom-update
BOOTLOADER: up to date
CURRENT: Mo 8. Dez 19:29:54 UTC 2025 (1765222194)
LATEST: Mo 8. Dez 19:29:54 UTC 2025 (1765222194)
RELEASE: default (/usr/lib/firmware/raspberrypi/bootloader-2712/default)
Ein testweise erstellte SD Card mit Raspberry Pi OS (64-bit) / Release
date 4 Dec 2025 / Based on Debian Trixie release und auch eine SD
Card mit DietPi v10.1 booten problemlos vom Raspberry Pi 5.
Leider gibt es kein Debian 13/ Trixie Image für den Raspberry Pi 5.
Entsprechend dem Hinweis von der Website https://raspi.debian.net/ ganz
unten "Do note that the images are only available for the 64-bit-capable
members of the Raspberry Pi Family (that is, families 3, 4 and 5). RPi 5
only works with Debian 14 “Forky” (testing) or Sid (unstable)." lade ich
mir als Alternative das Forky Image herunter von
https://cloud.debian.org/images/cloud/forky/daily/latest/debian-14-raspi-arm64-daily.tar.xz
Nach dem entpacken schreibe ich die disk.raw mit dem Raspberry Pi Imager
oder mit dem Programm "Schreiben für
Laufwerksabbilder/gnome-disk-utility 46.1" oder auch mit dd (das
Ergebnis ist erwartungsgemäß immer gleich) .
root@Testrechner:~# blkid | grep sdb
/dev/sdb15: PARTUUID="e852cf06-43e3-4a44-bd40-f6382bf7c533"
/dev/sdb1: PARTUUID="dcec4967-1a10-4b08-bafb-69d50d809e75"
root@Testrechner:~# lsblk | grep sdb
sdb 8:16 1 58,3G 0 disk
├─sdb1 8:17 1 2,5G 0 part
└─sdb15 8:31 1 511M 0 part
root@Testrechner:~# gdisk -l /dev/sdb
GPT fdisk (gdisk) version 1.0.10
Caution: invalid backup GPT header, but valid main header; regenerating
backup header from main header.
Warning! Main and backup partition tables differ! Use the 'c' and 'e'
options
on the recovery & transformation menu to examine the two tables.
Warning! One or more CRCs don't match. You should repair the disk!
Main header: OK
Backup header: ERROR
Main partition table: OK
Backup partition table: ERROR
Partition table scan:
MBR: hybrid
BSD: not present
APM: not present
GPT: damaged
Found valid MBR and corrupt GPT. Which do you want to use? (Using the
GPT MAY permit recovery of GPT data.)
1 - MBR
2 - GPT
3 - Create blank GPT
(ich breche an der Stelle mit STRG+C ab)
root@Testrechner:~# fdisk /dev/sdb
Willkommen bei fdisk (util-linux 2.41).
Änderungen werden vorerst nur im Speicher vorgenommen, bis Sie sich
entscheiden, sie zu schreiben.
Seien Sie vorsichtig, bevor Sie den Schreibbefehl anwenden.
Die gesicherte GPT-Tabelle ist beschädigt, aber die primäre Tabelle
scheint in Ordnung zu sein, so dass diese nun benutzt wird.
Die Sicherungs-GPT-Tabelle befindet sich nicht am Ende des Gerätes. Das
Problem wird durch »write« korrigiert.
Hybrid-GPT wurde erkannt. Sie müssen den Hybrid-MBR manuell abgleichen
(Expertenbefehl „M“).
Befehl (m für Hilfe): M
Geschützter/Hybrid-MBR wird eingegeben.
Befehl (m für Hilfe): w
Die Partitionstabelle wurde verändert.
Befehl (m für Hilfe): q
root@Testrechner:~# fdisk /dev/sdb -l
Die gesicherte GPT-Tabelle ist beschädigt, aber die primäre Tabelle
scheint in Ordnung zu sein, so dass diese nun benutzt wird.
Die GPT-Sicherungstabelle befindet sich nicht am Ende des Gerätes.
Festplatte /dev/sdb: 58,25 GiB, 62549655552 Bytes, 122167296 Sektoren
Festplattenmodell: MassStorageClass
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: gpt
Festplattenbezeichner: 2420CFCD-66D4-45A6-B0A7-201BF80EB3A6
Gerät Anfang Ende Sektoren Größe Typ
/dev/sdb1 1048576 6289407 5240832 2,5G Linux root (ARM-64)
/dev/sdb15 2048 1048575 1046528 511M EFI-System
Partitionstabelleneinträge sind nicht in Festplatten-Reihenfolge.
root@Testrechner:~# blkid| grep sdb
/dev/sdb15: PARTUUID="e852cf06-43e3-4a44-bd40-f6382bf7c533"
/dev/sdb1: PARTUUID="dcec4967-1a10-4b08-bafb-69d50d809e75"
root@Testrechner:~# lsblk | grep sdb
sdb 8:16 1 58,3G 0 disk
├─sdb1 8:17 1 2,5G 0 part
└─sdb15 8:31 1 511M 0 part
- hier noch zum Vergleich gdisk; da dort die Partitionstypen klarer
erkennbar sind:
root@Testrechner:~# gdisk /dev/sdb -l
GPT fdisk (gdisk) version 1.0.10
Caution: invalid backup GPT header, but valid main header; regenerating
backup header from main header.
Warning! Main and backup partition tables differ! Use the 'c' and 'e'
options
on the recovery & transformation menu to examine the two tables.
Warning! One or more CRCs don't match. You should repair the disk!
Main header: OK
Backup header: ERROR
Main partition table: OK
Backup partition table: ERROR
Partition table scan:
MBR: hybrid
BSD: not present
APM: not present
GPT: damaged
Found valid MBR and corrupt GPT. Which do you want to use? (Using the
GPT MAY permit recovery of GPT data.)
1 - MBR
2 - GPT
3 - Create blank GPT
Your answer: p
Disk /dev/sdb: 122167296 sectors, 58.3 GiB
Model: MassStorageClass
Sector size (logical/physical): 512/512 bytes
Disk identifier (GUID): 2420CFCD-66D4-45A6-B0A7-201BF80EB3A6
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 2048, last usable sector is 6291422
Partitions will be aligned on 2048-sector boundaries
Total free space is 2015 sectors (1007.5 KiB)
Number Start (sector) End (sector) Size Code Name
1 1048576 6289407 2.5 GiB 8305
15 2048 1048575 511.0 MiB EF00
nun die ausgeführte Korrektur:
gdisk /dev/sdb
GPT fdisk (gdisk) version 1.0.10
Caution: invalid backup GPT header, but valid main header; regenerating
backup header from main header.
Warning! Main and backup partition tables differ! Use the 'c' and 'e'
options
on the recovery & transformation menu to examine the two tables.
Warning! One or more CRCs don't match. You should repair the disk!
Main header: OK
Backup header: ERROR
Main partition table: OK
Backup partition table: ERROR
Partition table scan:
MBR: hybrid
BSD: not present
APM: not present
GPT: damaged
Found valid MBR and corrupt GPT. Which do you want to use? (Using the
GPT MAY permit recovery of GPT data.)
1 - MBR
2 - GPT
3 - Create blank GPT
Your answer: 2 (ich habe es auch mal mit 1 probiert - das änderet aber
nichts am Ergebnis)
Command (? for help): p
Disk /dev/sdb: 122167296 sectors, 58.3 GiB
Model: MassStorageClass
Sector size (logical/physical): 512/512 bytes
Disk identifier (GUID): 2420CFCD-66D4-45A6-B0A7-201BF80EB3A6
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 2048, last usable sector is 6291422
Partitions will be aligned on 2048-sector boundaries
Total free space is 2015 sectors (1007.5 KiB)
Number Start (sector) End (sector) Size Code Name
1 1048576 6289407 2.5 GiB 8305
15 2048 1048575 511.0 MiB EF00
Command (? for help): w
Warning! Secondary header is placed too early on the disk! Do you want to
correct this problem? (Y/N): Y
Have moved second header and partition table to correct location.
Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
PARTITIONS!!
- Merkwürdig auch, dass sich die Partitionen der SD Card nicht mounten
lassen:
root@Testrechner:~# mount /dev/sdb1 /mnt/sdb1
mount: /mnt/sdb1: Falscher Dateisystemtyp, ungültige Optionen, der
Superblock von /dev/sdb1 ist beschädigt, fehlende Kodierungsseite oder
ein anderer Fehler.
dmesg(1) may have more information after failed mount system call.
root@Testrechner:~# mount /dev/sdb15 /mnt/sdb1
mount: /mnt/sdb1: Falscher Dateisystemtyp, ungültige Optionen, der
Superblock von /dev/sdb15 ist beschädigt, fehlende Kodierungsseite oder
ein anderer Fehler.
dmesg(1) may have more information after failed mount system call.
Ich habe verschiedene SD Karten genutzt immer ein sha512sum gemacht und
auch testweise das ältetste verfügbare Image mal probiert:
sha512sum debian-14-nocloud-arm64-daily-20251202-2314.raw
adfbee090af5188bc0b5e736f490a6da92f94e770ca08ba5647c1ffd7970121199e53b0ded7afeb4466741dceb5b7e05c75f035beaa2fdc6447933367ee63dd4
debian-14-nocloud-arm64-daily-20251202-2314.raw
sudo dd if=debian-14-nocloud-arm64-daily-20251202-2314.raw of=/dev/sdb
bs=10M status=progress
[sudo: authenticate] Password:
3221225472 bytes (3.2 GB, 3.0 GiB) copied, 145.161 s, 22 MB/ss
307+1 records in
307+1 records out
3221225472 bytes (3.2 GB, 3.0 GiB) copied, 145.164 s, 22 MB/s
Leider alles ohne Erfolg.
Leider finde ich weder unter https://cloud.debian.org/images/cloud/ noch
unter https://wiki.debian.org/Cloud#FAQ Hinweise zu weiteren Dingen, die
da eventuell zu beachten wären oder zusätzlich zu machen sind.
Ich habe auch schon mal testweise von Raspberry Pi OS gebootet und
mittels dd das raw Image auf die angeschlossenen nvme geschrieben:
nvme0n1 259:0 0 476,9G 0 disk
├─nvme0n1p1 259:1 0 127M 0 part
└─nvme0n1p2 259:2 0 5G 0 part
Ein anschließender Wechel per chroot in das Debian hat auch
funktioniert, ABER, der boot von der nvme klappt funktioniert genauso
wenig :-(
Hat jemand Erfahrung damit und einen Hinweis, wie ich letzendlich Debian
(13 ode 14) auf dem Raspi 5 zum booten bekomme ?
Falls noch Infos fehlen, bitte nachfragen.
Danke Heiko