Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[DGR]

@thomas-braun
ich habe auf die SSD jetzt mit "Raspberry pi Imager" Bullseye light geflasht (incl. SSH, WLAN deaktiviert).
Danach an den Raspberry gesteckt, den gestartet, aber nichts passiert. Die SSD wird nicht angesprochen (keine LED aktiv)
Keine LED am LAN-Eingang. Im Router ist demzufolge auch nichts zu sehen.

[DGR]

@thomas-braun
Formatiert war die SSD mit FAT32

[Thomas Braun]

@dgr sagte in SSD am Raspberry: System nach kurzer Zeit nicht erreichbar:

Formatiert war die SSD mit FAT32

Das spielt keine Rolle, beim flash wird das Dateisystem aus dem Image draufgebügelt.

[DGR]

@thomas-braun nach scheinbar endlos langer Zeit erscheint der Raspberry im Router, allerdings mit einer DHCP-Adresse und nicht der, die ich beim Flashen vorgegeben habe. Ping funktioniert, aber kein SSH.

[DGR]

@thomas-braun
ich habe mal den USB-Port gewechselt (von USB 2.0 auf USB 3.0). Jetzt komme ich mit Putty drauf. Den USB-Port am Raspberry hatte ich aber vorher schon mal probiert ohne Erfolg.
Gleich ein Fehler:

sudo apt-get update && sudo apt-get upgrade -y
sudo: unable to execute /usr/bin/apt-get: Input/output error

[DGR]

@thomas-braun
die Fehler sind typisch für das, was ich vorher schon hatte, wenn iobroker nicht mehr lief und Putty noch aktiv war, aber keine Kommandos mehr nahm.

[Thomas Braun]

@dgr

Vielleicht ist die SSD durch...

[DGR]

@thomas-braun es sieht ganz so aus. Ich wollte statt Schnellformatierung mal richtig formatieren, aber "Windows konnte die Formatierung nicht abschließen".
Ich schicke das Teil zurück.

[DGR]

@thomas-braun nach neuer SSD (allerdings gleicher Typ) passiert das Gleiche.

1. SSD formatiert
2. mit Raspberry Pi Imager das Image 2022-01-28-raspios-bullseye-arm64-lite eingespielt
3. SSD in Raspberry
4. Putty: sudo apt-get update && sudo apt-get dist-upgrade -y

sudo reboot
-bash: /usr/bin/sudo: Input/output error

Ich denke, es ist eher unwahrscheinlich, dass es an der SSD liegt.
6. Ausschalten/Einschalten
7.

 sudo lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 119.2G  0 disk
├─sda1   8:1    0   256M  0 part /boot
└─sda2   8:2    0   119G  0 part /
sdb      8:16   1  59.5G  0 disk
└─sdb1   8:17   1  59.5G  0 part

Dazu ein Hinweis: es steckt noch ein USB-Stick mit einer SD-Karte 64 GB mit drin

[Thomas Braun]

@dgr sagte in SSD am Raspberry: nach kurzer Zeit nicht erreichbar:

Input/output error

Sind typische Anzeichen für Hardware-Trouble und/oder defekte Dateisysteme.

Vielleicht macht auch der SSD-USB-Adapter Ärger:

https://forum-raspberrypi.de/forum/thread/47876-magische-usb-sata-adapter-und-wo-sie-zu-finden-sind/

[DGR]

@thomas-braun
Danke für den Link.
nach reboot habe ich "schnell" über raspi-config das System eingestellt nach den wichtigsten Punkten in dieser Anleitung:
https://www.raspifun.de/viewtopic.php?t=4
Mal sehen, ob das eine Auswirkung hat, denn im Moment (!) läuft noch alles.

[DGR]

@thomas-braun hat auch nichts gebracht. suche mir jetzt einen anderen Adapter.
Danke erstmal.

[DGR]

@thomas-braun
Hallo nochmal,
das Ganze habe ich nun mit einem anderen SSD-Adapter gemacht (https://www.amazon.de/dp/B07TSBR114), leider mit dem gleichen Ergebnis.
Ganz zu Anfang lief das System sogar etwa 5 Std. am Stück, jetzt wieder nur noch einige Minuten.
Nachdem ich nun zwei SSD, zwei Adapter und die USB-Anschlüsse 3.0 und 2.0 ausprobiert habe, werde ich als Letztes den Adapter noch an einem aktiven USB-Hub testen. Wenn das auch nicht erfolgreich ist, steige ich wieder auf eine SD-Karte um.

Es ist mir nicht klar, warum es z.B. von Herstellerseite hier offenbar keine Lösung gibt. Zumindest habe ich im Internet sowas nicht gefunden. Die User testen verschiedene Komponenten und manchmal scheint es zu funktionieren. Die eigentliche Ursache bleibt aber ungeklärt. Einfach eine SSD über USB anschließen und den Raspberry damit statt mit einer SD-Karte zu betreiben scheint vom Prinzip nicht möglich.
Eine mögliche Ursache wäre auch noch ein Bug im OS. Da ich sowieso am Testen bin, werde ich es auch noch mit Buster versuchen.

[Thomas Braun]

@dgr sagte in SSD am Raspberry: nach kurzer Zeit nicht erreichbar:

Einfach eine SSD über USB anschließen und den Raspberry damit statt mit einer SD-Karte zu betreiben scheint vom Prinzip nicht möglich.

Doch, machen ja einige hier.

[DGR]

@thomas-braun
Wenn das einige hier machen, habe ich die Hoffnung, dass doch noch einer die Ursache kennt.

[Thomas Braun]

@dgr

Drüben beim Kofler steht auch einiges dazu:

https://kofler.info/usb-boot-fuer-den-raspberry-pi-4/

[JLeg]

@dgr sagte in SSD am Raspberry: nach kurzer Zeit nicht erreichbar:

und den Raspberry damit statt mit einer SD-Karte zu betreiben scheint vom Prinzip nicht möglich

doch, tut's z.B. bei mir (allerdings mit einem RPi3, und Octoprint statt iobroker :) - aber ich hatte da auch erst ein paar Probleme, u.a. tat's nicht jeder SATA-Adapter. Eine ziemlich umfangreiche Liste mit getesteten Adaptern gibt's hier: https://jamesachambers.com/raspberry-pi-4-usb-boot-config-guide-for-ssd-flash-drives/

[DGR]

@thomas-braun
das EEPROM-Update könnte der entscheidende Hinweis gewesen sein. Ich bin noch etwas vorsichtig mit dem Jubel. Wenn das System morgen noch läuft, melde ich mich nochmal.

[Thomas Braun]

@dgr sagte in SSD am Raspberry: nach kurzer Zeit nicht erreichbar:

das EEPROM-Update könnte der entscheidende Hinweis gewesen sein.

Deswegen sag ich ja auch immer: Haltet die Systeme auf aktuellem Stand.

[DGR]

@dgr
ich kann abschließend sagen, dass das Gesamtsystem mit Raspberry Pi 4B und
SSD 128GB https://www.amazon.de/dp/B07CXC32T2
SSD-Gehäuse https://www.amazon.de/dp/B07TSBR114
sowie aktueller Updates einschl. EEPROM bisher stabil läuft. Ein Test mit dem SSD-Gehäuse https://www.amazon.de/dp/B08DFMTTZM
führte bei mir nicht zum Erfolg.
Vielen Dank für die Hilfe zu diesem Thema, besonders an Thomas Braun.