Probleme mit externen HDD

Ein glückliches neues Jahr 2026 für alle hier

Ich habe auf meinen Raspi 400 gestern die neueste Version des Raspberry OS gezogen.(vorher lief übrigens MX-Linux 23.6) Meine 4 HDDs sind in einem separaten Gehäuse mit eigener Stromversurgung und werden via USB 3.0 am den RP400 angeschlossen. Die HDD, die FAT32 formatiert ist, funktionert reibungslos. Die anderen drei HDD (2x4 TB und 1x1 TB) sind ext4 formatiert. RP400 erkennt diese auch, weigert sich aber diese einzuhängen. Fehlermeldung ERROR mounting /dev/sdd1 wrong FS type, bad option bad superblock or other error. lt. lsblk sind alle ordnungsgemäß als /dev/sda ... etc erkannt. nur eben nicht eingehängt.

Die HDDs funktionieren am Desktopo PC mit MX-Linux nach wie vor fehlerfrei.

So lange der RP400 mit MX-Linux lief, gab es diese Problem nicht. Auch in der dmesg finde ich nichts gravierendes, außer das "Very big device" mopniert wird. Hat hier RaspiOS Beschränkungen?

Danke vorab für die Hilfe.

... wie gewünscht..

Disk /dev/sdb: 931,51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: EAVS-00M4B0 
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x2bf09e86
Device Boot Start End Sectors Size Id Type
/dev/sdb1 * 63 956338550 956338488 456G b W95 FAT32
/dev/sdb2 956338551 1900746539 944407989 450,3G 7 HPFS/NTFS/exFAT
/dev/sdb3 1900746540 1953520064 52773525 25,2G f W95 Ext'd (LBA)
/dev/sdb5 1900746603 1953520064 52773462 25,2G b W95 FAT32

Disk /dev/sda: 3,64 TiB, 4000787030016 bytes, 7814037168 sectors
Disk model: EZRZ-22GXCB0 
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 1FD8BA57-D1D6-4DF5-B090-E94A5BF8903D
Device Start End Sectors Size Type
/dev/sda1 2048 7814035455 7814033408 3,6T Linux filesystem

Disk /dev/sdc: 3,64 TiB, 4000787030016 bytes, 7814037168 sectors
Disk model: DT02ABA400 
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: FEE2112F-31C5-4DE9-870D-A9472BB51C47
Device Start End Sectors Size Type
/dev/sdc1 2048 7814035455 7814033408 3,6T Microsoft basic data

Disk /dev/sdd: 1,82 TiB, 2000365380096 bytes, 3906963633 sectors
Disk model: EZRX-00D8PB0 
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 4D0B8D14-0CEE-4188-BE45-ED0DC7C47704
Device Start End Sectors Size Type
/dev/sdd1 2048 3906961407 3906959360 1,8T Microsoft basic data

witzigerweise konnte ich die eine 4TB-Platte einhängen. Ohne Gemecker ...

... ein Stromproblem kann es nicht sein, da die 4 HDD in dieser Box seit 3 Jahren ubńter MX-Linux problemlos funktionieren. Solange MX aus dem RP400 war, war es auch kein Problem.

/dev/sda1;

ok ich habe den Unterschied gefunden. Aber ich habe keine Lösung dafür. Warum auch immer, meldet das OS für die Platten statt des korrekten ext4 Systems ein "Microsoft Basic data" Dateisystem.

Aber wie das Problem lösen??

Leroy Cemoi Danke

"Nicht alles glauben was man denkt!" Genau, hier liegt mein Denkfehler.

/dev/sdc1 und /dev/sdd1 sind nicht ext4 sonden ntfs. Nun wird es aber knifflig. /dev/sdb2 ist auch ntfs, wird aber eingehängt.

Der Unterschied ist aber, die beiden nicht eingehängten Platten sind GPT ntfs und die eingehängte ist MBR ntfs.

Wie kann ich nun ide GPT ntfs Platten einbinden?

Mittlerweile habe ich eine Lösung gefunden, die die Platten einbindet:

sudo mkdir /mnt/Platte1

sudo mount -t ntfs-3g /dev/sdx /mnt/Platte1

Damit kann ich nun wieder auf Die Platte zugreifen.

Weshalb die Platten nicht automatisch eingebunden werden, ist mir trotzdem nicht klar. Gibt es hier Vorschläge?

Ja, ich arbeite mit Desktop. Ja die entsprechende Option ist markiert. Bei Markieren und Versuch die Platte einzuhängen, kommt die o.g. Fehlermeldung.

Warum auch immer, akzeptiert Raspberry OS die Markierung Micorsoft Basic Data nicht als ntfs obwohl es ntfs ist. Denn beim manuellen einhängen über Terminal versteht der ntfs-3g Treiber die Platte problemlos. Der Fehler muss also beim automatischen mounten passieren.

franjo

Danke, das wäre die Erklärung. Ich versuche dazu was zu finden. Solange muss eben der kleine Workarround helfen.

hyle Danke für Deine Bemühungen. Ich werde mal weiter testen, wie ich das Problem lösen kann.

PARTUUID=3E5B41F6177E1F48 /mnt/DXX ntfs-3g nofail,uid=1000,gig=1000,defaults,noatime 0 2
PARTUUID=1CF8020AF801E33E /mnt/My_Book ntfs-3g nofail,uds=1000,gid=1000,defaults, noatime 0 2

So in fstab eingetragen, Reboot und gleicher Fehler wie vorher