Sata Festplattenwerden nach Systemwechsel nicht mehr erkannt

gazrilla92 · March 29, 2026 at 6:02 PM

Hallo zusammen,

bis vor kurzem habe ich sechs SATA Festplatten an meinem RaspberryPi per M2 PCIe Headund M2-sechsfach-SATA-Karte betrieben. Der Chipsatz ist ASM1166.

Seitdem ich auf das neue System gewechselt bin, geht der alte Fix nicht mehr. Die Festplatten werden nicht mehr erkannt. Zusätzlich bootet der Pi nicht, wenn die HDDs angeschlossen sind.

Früher habe ich den folgenden Node durch dekompilieren und kompilieren der Datei /boot/firmware/overlays/bcm2712d0.dtbo hinzugefügt.

fragment@8 {
target-path = "/";
__overlay__ {
pcie@110000 {
compatible = "brcm,bcm2712-pcie";
#address-cells = <1>;
#size-cells = <0>;
reg = <0x110000 0x1000>;
phandle = <0x100>;
msi-parent = <0x100>;
};
};
};

Leider scheint der Hack nicht mehr zu funktionieren. Hat jemand Ratschläge, wie ich dafür sorgen kann, dass die Platten wieder erkannt werden? Google hat mich leider nicht weiter gebracht.

Das ist meine lspci-Ausgabe:

lspci -vv
0001:00:00.0 PCI bridge: Broadcom Inc. and subsidiaries BCM2712 PCIe Bridge (rev 21) (prog-if 00 [Normal decode])
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 38
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
Memory behind bridge: 80000000-800fffff [size=1M] [32-bit]
Prefetchable memory behind bridge: [disabled] [64-bit]
Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- <SERR- <PERR-
BridgeCtl: Parity- SERR- NoISA- VGA- VGA16- MAbort- >Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: <access denied>
Kernel driver in use: pcieport

0001:01:00.0 SATA controller: ASMedia Technology Inc. ASM1166 Serial ATA Controller (rev 02) (prog-if 01 [AHCI 1.0])
Subsystem: ZyDAS Technology Corp. Device 2116
!!! Unknown header type 7f
Interrupt: pin ? routed to IRQ 171
Region 0: Memory at 1b80080000 (32-bit, non-prefetchable) [size=8K]
Region 5: Memory at 1b80082000 (32-bit, non-prefetchable) [size=8K]
Expansion ROM at 1b80000000 [disabled] [size=512K]
Kernel driver in use: ahci
Kernel modules: ahci

0002:00:00.0 PCI bridge: Broadcom Inc. and subsidiaries BCM2712 PCIe Bridge (rev 21) (prog-if 00 [Normal decode])
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 39
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
Memory behind bridge: 00000000-005fffff [size=6M] [32-bit]
Prefetchable memory behind bridge: [disabled] [64-bit]
Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- <SERR- <PERR-
BridgeCtl: Parity- SERR- NoISA- VGA- VGA16- MAbort- >Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: <access denied>
Kernel driver in use: pcieport

0002:01:00.0 Ethernet controller: Raspberry Pi Ltd RP1 PCIe 2.0 South Bridge
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 39
Region 0: Memory at 1f00410000 (32-bit, non-prefetchable) [size=16K]
Region 1: Memory at 1f00000000 (32-bit, non-prefetchable) [virtual] [size=4M]
Region 2: Memory at 1f00400000 (32-bit, non-prefetchable) [size=64K]
Capabilities: <access denied>
Kernel driver in use: rp1

Danke schon mal.

Beste Grüße

gazrilla

Bot · Vor 5 Minuten

Sata Festplattenwerden nach Systemwechsel nicht mehr erkannt? Schau mal ob du hier fündig wirst!

Zentris · March 30, 2026 at 1:01 AM

Schreib das mal bitte in einen Codeblock , das kann/will doch keiner so lesen...

Jürgen Böhm · March 30, 2026 at 1:42 AM

Quote from gazrilla92

M2 PCIe Headund M2-sechsfach-SATA-Karte betrieben

Hast Du mal eine Quelle (Link) für den Adapter?
Und für den Hack?

Ich habe mich mal im Inet umgesehen, aber nichts gefunden. Auch unter dem Begriff ZyDAS nicht.

Vielleicht wäre auch ein Foto von Deiner Konstruktion nicht schlecht.

Bei RaspiOS Lite wäre noch die Frage Trixie oder Bookworm? Die Aussage "neue System" ist mir zu wage.

MfG

Jürgen

Bot · Vor einem Moment

Schau mal ob du hier fündig wirst:

Leroy Cemoi · March 30, 2026 at 10:18 AM

Mal hier lesen: https://matt.olan.me/post/raspberry-pi-nas/

Dort Troubleshooting -> missing disks

Versuch macht kluch😉

PS: vielleicht noch zur Firmware https://dl.radxa.com/accessories/m2…-adapter/tools/

gazrilla92 · March 31, 2026 at 11:17 PM

Hallo zusammen,

mein Aufbau auf meinem mit Trixie betriebenen Pi 5 sieht wie folgt aus:

konkret ist das folgendes:

Ich bin mittlerweile auf die Lösung gekommen.

Man muss das Folgende

Python

dtparam=pcie-32bit-dma-pi5
dtoverlay=pciex1-compat-pi5,no-mip

in die Datei /boot/firmware/config.txt

einfügen. Jetzt läuft es wieder reibungslos.

Hier der Beweis

Python

max@clumsy-camel:~ $ lsblk -fs -o NAME,SIZE,FSTYPE,FSVER,LABEL,UUID,FSAVAIL,FSUSE%,MOUNTPOINTS 
NAME          SIZE FSTYPE            FSVER LABEL          UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
loop0           2G swap              1                                                                        
mmcblk0p1     512M vfat              FAT32 bootfs         EACA-13DA                             443.6M    13% /boot/firmware
└─mmcblk0    29.7G                                                                                            
mmcblk0p2    29.2G ext4              1.0   rootfs         21724cc6-e5a3-48a1-8643-7917dba3a9fb   23.1G    15% /
└─mmcblk0    29.7G                                                                                            
snoozy_sloth 28.8T xfs                     NAS            93b7f7cc-fdda-49fb-b92a-5f4f41b762c7     28T     3% /mnt/NAS
└─md0        28.8T crypto_LUKS       2                    23df05fb-bd54-4d1f-b862-97f89029e13a                
  ├─sda1      7.2T linux_raid_member 1.2   clumsy-camel:0 1d19b310-a7aa-5488-5d5c-1bc322578888                
  │ └─sda     7.3T                                                                                          
  ├─sdb1      7.2T linux_raid_member 1.2   clumsy-camel:0 1d19b310-a7aa-5488-5d5c-1bc322578888                
  │ └─sdb     7.3T                                                                                            
  ├─sdc1      7.2T linux_raid_member 1.2   clumsy-camel:0 1d19b310-a7aa-5488-5d5c-1bc322578888                
  │ └─sdc     7.3T                                                                                            
  ├─sdd1      7.2T linux_raid_member 1.2   clumsy-camel:0 1d19b310-a7aa-5488-5d5c-1bc322578888                
  │ └─sdd     7.3T                                                                                            
  ├─sde1      7.2T linux_raid_member 1.2   clumsy-camel:0 1d19b310-a7aa-5488-5d5c-1bc322578888                
  │ └─sde     7.3T                                                                                            
  └─sdf1      7.2T linux_raid_member 1.2   clumsy-camel:0 1d19b310-a7aa-5488-5d5c-1bc322578888                
    └─sdf     7.3T                                                                                            
zram0           2G swap              1     zram0          01be02fd-a0ad-4fd4-87dc-9f789caafbb3                [SWAP]

Display More

Allerdings lassen sich so nur Übertragungsgeschwindigkeiten von maximal 12Mib/s messen.

Fügt man jetzt noch den Node, ein, steigert sich die gemessene Schreibgeschwindigkeit bei verschlüsseltem Raid 6 auf gemessene 64 Mib/s. Das ist deutlich besser und für mich ausreichend.

Das ganze geht wie folgt:

Ins Verzeichnis wechseln:
Code
```
cd /boot/firmware/overlays/
```
Anschließend die Datei bcm2712d0.dtbo dekompilieren.

Python

sudo dtc -I dtb -O dts -o output.dts bcm2712d0.dtbo

Jetzt den ganzen Spaß mit nano aufrufen:

Python

sudo nano output.dts

und den bereits erwähnten Node direkt nach dem Letzten (sollte Node sieben sein), aber noch vor fixups hinzufügen.

So sieht der Node aus:

Python

fragment@8 {
    target-path = "/";
    __overlay__ {
        pcie@110000 {
            compatible = "brcm,bcm2712-pcie";
            #address-cells = <1>;
            #size-cells = <0>;
            reg = <0x110000 0x1000>;
            phandle = <0x100>;
            msi-parent = <0x100>;
        };
    };
};

Display More

Die Datei sollte jetzt so aussehen:

Python

/dts-v1/;

/ {
        compatible = "brcm,bcm2712";

        fragment@0 {
                target = <0xffffffff>;

                __overlay__ {
                        brcm,gpio-bank-widths = <0x20 0x04>;
                };
        };

        fragment@1 {
                target = <0xffffffff>;

                __overlay__ {
                        brcm,gpio-bank-widths = <0x0f 0x06>;
                };
        };

        fragment@2 {
                target = <0xffffffff>;

                __overlay__ {
                        compatible = "brcm,bcm2712d0-pinctrl";
                        reg = <0x7d504100 0x20>;
                };
        };

        fragment@3 {
                target = <0xffffffff>;

                __overlay__ {
                        compatible = "brcm,bcm2712d0-aon-pinctrl";
                        reg = <0x7d510700 0x1c>;
                };
        };

        fragment@4 {
                target = <0xffffffff>;

                __overlay__ {
                        interrupts = <0x00 0x78 0x04>;
                };
        };

        fragment@5 {
                target = <0xffffffff>;

                __overlay__ {
                        dmas = <0xffffffff 0x03 0xffffffff 0x04>;
                };
        };

        fragment@6 {
                target = <0xffffffff>;

                __overlay__ {
                        dmas = <0xffffffff 0x41fa000c>;
                };
        };

        fragment@7 {
                target = <0xffffffff>;

                __overlay__ {
                        dmas = <0xffffffff 0x41fa000d>;
                };
        };
fragment@8 {
    target-path = "/";
    __overlay__ {
        pcie@110000 {
            compatible = "brcm,bcm2712-pcie";
            #address-cells = <1>;
            #size-cells = <0>;
            reg = <0x110000 0x1000>;
            phandle = <0x100>;
            msi-parent = <0x100>;
        };
    };
};

        __fixups__ {
                gio = "/fragment@0:target:0";
                gio_aon = "/fragment@1:target:0";
                pinctrl = "/fragment@2:target:0";
                pinctrl_aon = "/fragment@3:target:0";
                uart10 = "/fragment@4:target:0";
                spi10 = "/fragment@5:target:0";
                dma40 = "/fragment@5/__overlay__:dmas:0", "/fragment@5/__overlay__:dmas:8", "/fragment@6/__overlay__:dmas:0", "/fragment@7/__overlay__:dmas:0";
                hdmi0 = "/fragment@6:target:0";
                hdmi1 = "/fragment@7:target:0";
        };
};

Display More

Anschließend die dekompilierte Datei kompilieren und die alte Datei überschreiben und neustarten:

Python

sudo dtc -@ -I dts -O dtb -o bcm2712d0.dtbo output.dts

Python

sudo reboot

Et voila. Es läuft.

Danke euch für eure zahlreichen Beiträge und Eure Hilfe.

Vielleicht hilft es ja irgendwann mal jemandem.

PS: Die diversen Meldungen beim kompilieren und dekompilieren könnt ihr geflissentlich ignorieren, so lange es keine fatal errors sind.

Liebe Grüße

gazrilla

gazrilla92 · April 1, 2026 at 2:18 AM

Wobei mich dann eine kleine Sache dann doch noch interessieren würde:

beim lesen mit dd vom raid auf /dev/null erhalte ich Geschwindigkeiten von bis 5.0GB/s in der Spitze, beim schreiben 196MB/s in der Spitze (Alles innerhalb des PIs). Wie kann es sein, dass ich im Netzwerk in beide Richtungen um die 60-64MiB/s bekomme? Brauche ich etwa nen neues LAN-Kabel?

CAT5	100 MHz	100 Mbit/s	100 m
CAT5e	100 MHz	1 Gbit/s	100 m
CAT6	250 MHz	1 Gbit/s (bis 10 Gbit/s*)	100 m / 55 m*
CAT6a	500 MHz	10 Gbit/s	100 m
CAT7	600 MHz	10 Gbit/s	100 m
CAT7a	1000 MHz	10 Gbit/s	100 m
CAT8	2000 MHz	25–40 Gbit/s	30 m

Bei nem viertel Meter CAT7 sollte man doch mehr erwarten können, oder? Hat jemand ne Idee?

Bot · Vor einem Moment

Schau mal ob du hier fündig wirst:

__blackjack__ · April 1, 2026 at 9:39 AM

gazrilla92 Tabellen sehen besser aus wenn man die Daten in eine Tabelle schreibt, und nicht jede Zeile in eine eigene Tabelle.

CAT	Frequenz [Mhz]	Geschwindigkeit [Gbit/s]	Länge [m]
5	100	0,1	100
5e	100	1	100
6	250	1 (bis 10)	100 (55)
6a	500	10	100
7	600	10	100
7a	1.000	10	100
8	2.000	20–40	30

Der_Imperator · April 1, 2026 at 12:02 PM

Quote from gazrilla92

Bei nem viertel Meter CAT7 sollte man doch mehr erwarten können, oder? Hat jemand ne Idee?

Wenn deine Gigabit Netzwerkkarte an einem USB3 Chip hängt bekommst du Theoretisch 125MB/s, meistens so um die 100MB/s wegen Overhead
Wenn deine Gigabit Netzwerkkarte an einem USB2 Chip hängt ist bei 480 Mbps (60 MB/s) Schluß, mehr schafft der USB Chip nicht, egal wie schnell die Netzwerkkarte ist.
Muss eben alles zusammen passen.

Bot · Vor einem Moment

Schau mal ob du hier fündig wirst:

gazrilla92 · April 1, 2026 at 4:56 PM

Blackjack Ich habs brav geändert.

Der_Imperator Klingt schlüssig. Mich würde an dieser Stelle nur interessieren, ob der Router oder der Pi das Problem ist. Das wäre ja ziemlich schwach, den Pi mit Gigabit-LAN zu bewerben und effektiv nur ein halbes Gigabit bereitstellen zu können. Weißt du geneaueres über die Spezifikationen des Pi5?

Franjo G · April 1, 2026 at 5:07 PM

Quote from Der_Imperator

Wenn deine Gigabit Netzwerkkarte an einem USB3 Chip hängt bekommst du Theoretisch 125MB/s, meistens so um die 100MB/s wegen Overhead
Wenn deine Gigabit Netzwerkkarte an einem USB2 Chip hängt ist bei 480 Mbps (60 MB/s) Schluß, mehr schafft der USB Chip nicht, egal wie schnell die Netzwerkkarte ist.

Beim Pi5 hängt die Netzwerkkarte / Ethernet controller aber nicht am USB Bus, sondern an PCI.

Code

lspci
0001:00:00.0 PCI bridge: Broadcom Inc. and subsidiaries BCM2712 PCIe Bridge (rev 21)
0001:01:00.0 Non-Volatile memory controller: Transcend Information, Inc. NVMe PCIe SSD 110S/112S/120S/MTE300S/MTE400S/MTE652T2 (DRAM-less) (rev 03)
0002:00:00.0 PCI bridge: Broadcom Inc. and subsidiaries BCM2712 PCIe Bridge (rev 21)
0002:01:00.0 Ethernet controller: Raspberry Pi Ltd RP1 PCIe 2.0 South Bridge

gazrilla92 · April 1, 2026 at 5:44 PM

Franjo G Stimmt. Das hatte ich ganz vergessen. Danke.

Ich hab noch ein bisschen rumgesurft und meinen Router auf den Kopf gestellt:

Der Flaschenhals liegt vermutlich im Wifi 5 begründet. Zumidest wirds im Router so angezeigt. Mein Laptop, von dem aus ich kopiere, hängt nämlich im WLAN. Mehr als 1/2Gbit scheint nicht drin zu sein. Allerdings wundert mich das. Laut Spezifikation sollten mit WiFi5 3,5Gbit drin sein. Würde mich nochmalinteressieren, wie es aussähe, wenn ich den Rechner direkt ans LAN hängen würde.

Bot · Vor einem Moment

Schau mal ob du hier fündig wirst:

Franjo G · April 1, 2026 at 5:50 PM

Quote from gazrilla92

wenn ich den Rechner direkt ans LAN hängen würde.

Dann mach das doch

gazrilla92 · April 1, 2026 at 6:18 PM

So. Nach erneutem Computer auf den Kopf stellen und Surfen hab ich den Übeltäter: In meinem Laptop ist nur eine statt zwei WLAN-Antennen verbaut. Ergo, die gemessene Bandbreite ist mit dem Setup das maximal mögliche.

Danke euch allen. Closed.

Sata Festplattenwerden nach Systemwechsel nicht mehr erkannt

gazrilla92 March 29, 2026 at 6:03 PM

gazrilla92 March 29, 2026 at 6:03 PM

Post by Leroy Cemoi (April 1, 2026 at 9:48 AM).

Participate now!

Tags

gazrilla92 March 29, 2026 at 6:03 PM

gazrilla92 March 29, 2026 at 6:03 PM

Post by Leroy Cemoi (April 1, 2026 at 9:48 AM).

Participate now!

Tags

gazrilla92 March 29, 2026 at 6:03 PM

gazrilla92 March 29, 2026 at 6:03 PM

Post by Leroy Cemoi (April 1, 2026 at 9:48 AM).