• Hallo liebe Userinnen und User,

    nach bereits längeren Planungen und Vorbereitungen sind wir nun von vBulletin auf Xenforo umgestiegen. Die Umstellung musste leider aufgrund der Serverprobleme der letzten Tage notgedrungen vorverlegt werden. Das neue Forum ist soweit voll funktionsfähig, allerdings sind noch nicht alle der gewohnten Funktionen vorhanden. Nach Möglichkeit werden wir sie in den nächsten Wochen nachrüsten. Dafür sollte es nun einige der Probleme lösen, die wir in den letzten Tagen, Wochen und Monaten hatten. Auch der Server ist nun potenter als bei unserem alten Hoster, wodurch wir nun langfristig den Tank mit Bytes vollgetankt haben.

    Anfangs mag die neue Boardsoftware etwas ungewohnt sein, aber man findet sich recht schnell ein. Wir wissen, dass ihr alle Gewohnheitstiere seid, aber gebt dem neuen Board eine Chance.
    Sollte etwas der neuen oder auch gewohnten Funktionen unklar sein, könnt ihr den "Wo issn da der Button zu"-Thread im Feedback nutzen. Bugs meldet ihr bitte im Bugtracker, es wird sicher welche geben die uns noch nicht aufgefallen sind. Ich werde das dann versuchen, halbwegs im Startbeitrag übersichtlich zu halten, was an Arbeit noch aussteht.

    Neu ist, dass die Boardsoftware deutlich besser für Mobiltelefone und diverse Endgeräte geeignet ist und nun auch im mobilen Style alle Funktionen verfügbar sind. Am Desktop findet ihr oben rechts sowohl den Umschalter zwischen hellem und dunklem Style. Am Handy ist der Hell-/Dunkelschalter am Ende der Seite. Damit sollte zukünftig jeder sein Board so konfigurieren können, wie es ihm am liebsten ist.


    Die restlichen Funktionen sollten eigentlich soweit wie gewohnt funktionieren. Einfach mal ein wenig damit spielen oder bei Unklarheiten im Thread nachfragen. Viel Spaß im ngb 2.0.

Festplatte mit 'I/O error' beim Mounten

kpj

NGBler

Registriert
27 Juli 2014
Beiträge
98
Hallo,

ich war gerade dabei Ordner auf meine Festplatte zu erstellen, als sich diese plötzlich beschwerte, dass ich das nicht mehr tun könnte, da sie nun im read-only Modus waere. Dies erschien mir komisch, und daher habe ich sie unmounted, und wollte sie wieder mounten.
Hier liegt nun das Problem, immer wenn ich versuche die Festplatte zu mounten, kommt unter dmesg folgender Fehler: [src=bash]print_req_error: I/O error, dev sda, sector 12288[/src]. Da meine HD mit LUKS verschlüsselt ist, hier der gesamte Vorgang.
Bash-Kommandos:
[src=bash]
$ cryptsetup luksOpen /dev/sda2 crypt_hd
Device /dev/sda2 doesn't exist or access denied.
[/src]
Entsprechender dmesg log:
[src=bash]
[ 845.589455] usb 1-1.3: reset high-speed USB device number 13 using dwc_otg
[ 845.869470] usb 1-1.3: reset high-speed USB device number 13 using dwc_otg
[ 846.050678] usb 1-1.3: device firmware changed
[ 846.055887] usb 1-1.3: USB disconnect, device number 13
[ 846.063227] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[ 846.069715] sd 0:0:0:0: [sda] tag#0 UNKNOWN(0x2003) Result: hostbyte=0x01 driverbyte=0x00
[ 846.078283] sd 0:0:0:0: [sda] tag#0 CDB: opcode=0x88 88 00 00 00 00 00 00 00 30 00 00 00 00 01 00 00
[ 846.086323] print_req_error: I/O error, dev sda, sector 12288
[ 846.090616] sd 0:0:0:0: [sda] Synchronize Cache(10) failed: Result: hostbyte=0x01 driverbyte=0x00
[ 846.389450] usb 1-1.3: new high-speed USB device number 14 using dwc_otg
[ 846.521648] usb 1-1.3: New USB device found, idVendor=0bc2, idProduct=3322, bcdDevice= 1.00
[ 846.530884] usb 1-1.3: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[ 846.535710] usb 1-1.3: Product: Expansion Desk
[ 846.540387] usb 1-1.3: Manufacturer: Seagate
[ 846.545130] usb 1-1.3: SerialNumber: 2HCX1XKJ
[ 846.550478] usb 1-1.3: The driver for the USB controller dwc_otg_hcd does not support scatter-gather which is
[ 846.557916] usb 1-1.3: required by the UAS driver. Please try an other USB controller if you wish to use UAS.
[ 846.565067] usb 1-1.3: The driver for the USB controller dwc_otg_hcd does not support scatter-gather which is
[ 846.572616] usb 1-1.3: required by the UAS driver. Please try an other USB controller if you wish to use UAS.
[ 846.580345] usb-storage 1-1.3:1.0: USB Mass Storage device detected
[ 846.584784] scsi host0: usb-storage 1-1.3:1.0
[ 847.600474] scsi 0:0:0:0: Direct-Access Seagate Expansion Desk 9401 PQ: 0 ANSI: 6
[ 847.611882] sd 0:0:0:0: [sda] Very big device. Trying to use READ CAPACITY(16).
[ 847.617777] sd 0:0:0:0: [sda] 15628053167 512-byte logical blocks: (8.00 TB/7.28 TiB)
[ 847.627000] sd 0:0:0:0: [sda] 4096-byte physical blocks
[ 847.685195] sd 0:0:0:0: [sda] Write Protect is off
[ 847.690330] sd 0:0:0:0: [sda] Mode Sense: 4f 00 00 00
[ 848.440135] usb 1-1.3: USB disconnect, device number 14
[ 848.479552] sd 0:0:0:0: [sda] Asking for cache data failed
[ 848.484411] sd 0:0:0:0: [sda] Assuming drive cache: write through
[ 848.491004] sd 0:0:0:0: [sda] Read Capacity(16) failed: Result: hostbyte=0x01 driverbyte=0x00
[ 848.500514] sd 0:0:0:0: [sda] Sense not available.
[ 848.504925] sd 0:0:0:0: [sda] Read Capacity(10) failed: Result: hostbyte=0x01 driverbyte=0x00
[ 848.512816] sd 0:0:0:0: [sda] Sense not available.
[ 848.516950] sd 0:0:0:0: [sda] 0 512-byte logical blocks: (0 B/0 B)
[ 848.521015] sd 0:0:0:0: [sda] 4096-byte physical blocks
[ 848.525164] sd 0:0:0:0: [sda] Attached SCSI disk
[/src]

Irgendetwas scheint schief zu laufen, ich verstehe aber nicht wirklich was genau.
Hättet ihr eine Idee?

Vielen Dank für jegliche Hilfe!
 

saddy

Aktiver NGBler

Registriert
16 Juli 2013
Beiträge
4.025
Ort
*.*
Hast du mal neu gestartet?
Ich hatte das öfter mal mit externen Medien, dass diese sich nicht erneut einbinden ließen.
Da kam aber die Meldung, das Gerät wäre noch "busy".

Ansonsten würd ich mal mit smartctl den Zustand der Festplatte checken.
 

kpj

NGBler

Registriert
27 Juli 2014
Beiträge
98
  • Thread Starter Thread Starter
  • #3
Ja, habe mein Raspberry (von dem ich mounten will) mehrmals neugestartet. Ändert leider nichts.

Smartctl ist wohl eine gute Idee! Es sagt (unter anderem) die folgenden Dinge:
[src=bash]
[..]
SMART overall-health self-assessment test result: PASSED
[..]
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
[..]
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 066 064 006 Pre-fail Always - 3935994
3 Spin_Up_Time 0x0003 097 092 000 Pre-fail Always - 0
4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 147
5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 0
7 Seek_Error_Rate 0x000f 076 061 045 Pre-fail Always - 39393362
9 Power_On_Hours 0x0032 094 094 000 Old_age Always - 5509 (190 205 0)
10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 146
183 Runtime_Bad_Block 0x0032 100 100 000 Old_age Always - 0
184 End-to-End_Error 0x0032 100 100 099 Old_age Always - 0
187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0
188 Command_Timeout 0x0032 100 099 000 Old_age Always - 4295032834
189 High_Fly_Writes 0x003a 100 100 000 Old_age Always - 0
190 Airflow_Temperature_Cel 0x0022 059 046 040 Old_age Always - 41 (Min/Max 41/42)
191 G-Sense_Error_Rate 0x0032 100 100 000 Old_age Always - 0
192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 422
193 Load_Cycle_Count 0x0032 100 100 000 Old_age Always - 1782
194 Temperature_Celsius 0x0022 041 054 000 Old_age Always - 41 (0 18 0 0 0)
195 Hardware_ECC_Recovered 0x001a 066 064 000 Old_age Always - 3935994
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
240 Head_Flying_Hours 0x0000 100 253 000 Old_age Offline - 4876 (160 85 0)
241 Total_LBAs_Written 0x0000 100 253 000 Old_age Offline - 17041954227
242 Total_LBAs_Read 0x0000 100 253 000 Old_age Offline - 10326084161
[..]
Error 1 occurred at disk power-on lifetime: 0 hours (0 days + 0 hours)
When the command that caused the error occurred, the device was in an unknown state.

After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
04 51 00 00 00 00 00 Error: ABRT

Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
00 00 00 00 00 00 00 ff 00:26:14.002 NOP [Abort queued commands]
b0 d4 00 81 4f c2 00 00 00:25:53.487 SMART EXECUTE OFF-LINE IMMEDIATE
b0 d0 01 00 4f c2 00 00 00:25:52.490 SMART READ DATA
ec 00 01 00 00 00 00 00 00:25:52.482 IDENTIFY DEVICE
b0 d4 00 7f 4f c2 00 00 00:25:41.736 SMART EXECUTE OFF-LINE IMMEDIATE
[/src]

Alles bis auf den Error am Ende sieht ganz okay aus (oder?).
Mir ist auch nach etwas google-fu nicht klar geworden, was genau der Error mir sagen moechte.
Laut diesem Link wurde irgendein Kommando abgebrochen.
 

saddy

Aktiver NGBler

Registriert
16 Juli 2013
Beiträge
4.025
Ort
*.*
Ich befürchte, die Festplatte ist tot bzw kurz vorm Sterben.
Da steht zu oft "Pre-fail" :/
 

Metal_Warrior

Defender of Freedom
Teammitglied

Registriert
10 Aug. 2013
Beiträge
6.829
Ort
/dev/mapper/home
@saddy: Pre-Fail ist ein Wertetypus, kein Anzeichen dafür, dass es soweit ist.

Viele I/O-Fehler zum Beispiel sind ein Prefail-Signal, das bedeutet, ein Fail ist in naher Zukunft sehr wahrscheinlich, sollten die Werte in dieser Zeile eine gewisse Schwelle überschreiten. Andere Werte gehen hoch, wenn die Platte alt wird (Spin-Up-Anzahl zum Beispiel).

Nein, die Platte hat den Test bestanden, ein Fail ist damit zwar nicht ausgeschlossen, aber zumindest wird er nicht als wahrscheinlich angesehen.
 

Metal_Warrior

Defender of Freedom
Teammitglied

Registriert
10 Aug. 2013
Beiträge
6.829
Ort
/dev/mapper/home
@kpj: Lass mal den Raspi in Ruhe und steck die HDD mal ab, lass sie für ne Stunde liegen und häng sie dann wieder ran. Sollte sie dann immer noch die Fehler anzeigen, geh einmal mit e2fsck über das Dateisystem im LUKS-Container drüber. Das Tool kann auch Bad Blocks schreiben, das kannst du mit anschalten, dann werden eventuell defekte Sektoren markiert und ausgespart. Sollte das danach immer noch ein Problem geben, oder sich die Fehler beim zweiten Durchgang mehren, Platte backuppen und ersetzen, dann ist - SMART-Ergebnis hin oder her - ein Totalausfall nur noch eine Frage von Stunden.
 

Steeve

Vereinsheimer
Barkeeper

Registriert
15 Juli 2013
Beiträge
41.121
Raspi ntfs installiert? Raspi braucht ein ntfs Paket für ntfs, genauer kann ich dir das morgen sagen, habe nur Handy.
 

Metal_Warrior

Defender of Freedom
Teammitglied

Registriert
10 Aug. 2013
Beiträge
6.829
Ort
/dev/mapper/home
@Laui: Und was hat das Dateisystem, welches er offenbar vorher mounten konnte (und damit hat er wohl die ntfsprogs drauf, oder er war nicht doof wie Heu und hat ext4 formatiert, was bei LUKS durchaus Sinn macht, weil das Windows gar nicht lesen kann), mit I/O-Fehlern beim Mounten zu tun, die dazu führen, dass er nur readonly (also im Fallback-Modus) mounted?

Echt, manchmal komm ich mir hier schon vor wie in nem Windows-Forum... wo jeder Heini, der zwei Tasten drücken kann, sich für einen Guru hält und einfach mal pro Forma bei egal welchem Problem das Lieblingstool seiner Wahl empfielt...

"Deine Festplatte geht kaputt? Installier dir CCleaner, der löst deine Windows-Probleme!!1einseinself!" :eek::m

Im Übrigen, sollte sich die Platte nach dem Abstecken und der Ruhezeit nicht wieder mit allen Partitionen (also /dev/sda2) beim Kernel melden, musst du vermutlich mal deine Partitionstabelle überprüfen. Vorher empfehle ich dir aber ein dd der gesamten Platte auf ein Backup. Vollständig. Weil sollte bei den Partitionen was schief laufen, bist du anderweitig am Arsch. Und meldet sie sich gar nicht mehr, ist deine letzte Hoffnung, dass es nur der Controller ist (was häufiger der Fall sein dürfte) - dann Gehäuse knacken, und die Platte mit anderem Controller anschließen. Bringt das auch nichts, ist die Platte Schrott.
 
Zuletzt bearbeitet:

Steeve

Vereinsheimer
Barkeeper

Registriert
15 Juli 2013
Beiträge
41.121
Entspann dich, habe mich hier nur kurz mal gemeldet, ntfs-progs ist nunmal auf dem Raspi nicht vorinstalliert. Das du hier der Super Linux Pro bist hier im ngb will ich dir ja gar nicht absprechen.

Hätt ja sein können, Mann Mann (die gibts hier scheinbar nicht mehr)
 

Abul

(Threadleser)

Registriert
20 Sep. 2013
Beiträge
4.087
Wie soll das "ntfs paket" deiner Meinung nach denn bei diesem Problem helfen? Hast du irgendetwas in diesem Thread durchgelesen? Ich glaube nicht.
 

Steeve

Vereinsheimer
Barkeeper

Registriert
15 Juli 2013
Beiträge
41.121
poah auch an dich die bitte, geh ins Bett ich tue es auch. Linux ist manchmal ein Rätsel das wissen wir. Wenn ich schon Verschlüsselung lese, kriege ich Krämpfe, ja ich könnte dir jetzt 20 Thread im uu.de Forum zeigen zum Thema meine Festplatte ist verschlüsselt, ich bekomme sie nicht mehr hin, gn8
 

kpj

NGBler

Registriert
27 Juli 2014
Beiträge
98
  • Thread Starter Thread Starter
  • #14
Vielen lieben Dank fuer die Antworten!


Ich befürchte, die Festplatte ist tot bzw kurz vorm Sterben.
Da steht zu oft "Pre-fail" :/
Dachte ich zuerst auch, aber wie Metal_Warrior gesagt hat, ist es kein Problem.


@kpj: Lass mal den Raspi in Ruhe und steck die HDD mal ab, lass sie für ne Stunde liegen und häng sie dann wieder ran. Sollte sie dann immer noch die Fehler anzeigen, geh einmal mit e2fsck über das Dateisystem im LUKS-Container drüber.
Habe die HD seit gestern liegen gelassen und es gerade wieder probiert - bleibt leider beim gleichen Fehler.
Wie genau soll ich e2fsck nutzen? Ohne luksOpen komme ich ja nicht an das Dateisystem dran (nicht wahr?).
Fuehre ich es auf der verschluesselten Partition aus, kommt folgendes:
[src=bash]$ e2fsck /dev/sda2
e2fsck 1.45.3 (14-Jul-2019)
ext2fs_open2: Bad magic number in super-block
e2fsck: Superblock invalid, trying backup blocks...
e2fsck: Bad magic number in super-block while trying to open /dev/sda2[/src]
Das macht aber ja Sinn, weil es sich um ein crypto_LUKS file system handelt.
Mit meiner zweiten (nicht verschluesselten) Partition klappt das super (die laesst sich uebrigens immer noch mounten):
[src=bash]$ e2fsck /dev/sda1
e2fsck 1.45.3 (14-Jul-2019)
sticky-hint: clean, 14/1280 files, 2272/5120 blocks[/src]


Raspi ntfs installiert? Raspi braucht ein ntfs Paket für ntfs, genauer kann ich dir das morgen sagen, habe nur Handy.
All meine Dateisystem laufen mit ext4, also hilft das hier wohl nicht. Danke trotzdem :-)


oder er war nicht doof wie Heu und hat ext4 formatiert
:cool:


Im Übrigen, sollte sich die Platte nach dem Abstecken und der Ruhezeit nicht wieder mit allen Partitionen (also /dev/sda2) beim Kernel melden, musst du vermutlich mal deine Partitionstabelle überprüfen.
Da /dev/sda1 (wie oben beschrieben) noch existiert und mountbar ist, sollte das hier kein Problem sein, oder?



Ich habe ausserdem noch gelesen, dass 'max_usb_current=1' "irgendwem" schonmal "irgendwie" geholfen hat. Mir aber leider nicht.

Zudem probierte ich es mit einer anderen Platte von mir (auch mit LUKS). Bei der klappt zwar luksOpen, jedoch nicht der anschliessende mount. Folgender Fehler laut dmesg:
[src=bash][ 135.506854] usb 1-1.2: reset high-speed USB device number 5 using dwc_otg
[ 135.846846] usb 1-1.2: reset high-speed USB device number 5 using dwc_otg
[ 136.176817] usb 1-1.2: reset high-speed USB device number 5 using dwc_otg
[ 136.516797] usb 1-1.2: reset high-speed USB device number 5 using dwc_otg
[ 136.856776] usb 1-1.2: reset high-speed USB device number 5 using dwc_otg
[ 137.216791] usb 1-1.2: reset high-speed USB device number 5 using dwc_otg
[ 137.418216] sd 0:0:0:0: [sda] tag#0 UNKNOWN(0x2003) Result: hostbyte=0x07 driverbyte=0x00
[ 137.424877] sd 0:0:0:0: [sda] tag#0 CDB: opcode=0x88 88 00 00 00 00 00 00 00 30 00 00 00 00 01 00 00
[ 137.432242] print_req_error: I/O error, dev sda, sector 12288[/src]
Scheint irgendwie unwahrscheinlich, dass zwei meiner Festplatten unabhaengig voneinander ploetzlich kaputtgehen...

Habe daraufhin beide Festplatten mal an einem anderen Laptop angeschlossen.
Da haben beide das 'Device /dev/sda2 doesn't exist or access denied.' Problem.

Ich bin jetzt einfach nur noch extrem verwirrt :unknown:
 
Zuletzt bearbeitet:

Metal_Warrior

Defender of Freedom
Teammitglied

Registriert
10 Aug. 2013
Beiträge
6.829
Ort
/dev/mapper/home
@kpj: Also ein "doesn't exist" ist meinstens ziemlich beschissen.

Starte mal gparted oder kparted (nach Gusto) und lass dir das Ding mal anzeigen. Sieht für mich so aus, als wäre die zweite Partition irgendwie "verloren" gegangen. Bevor du aber reparierst, hübsch mit dd wegsichern, und zwar das ganze Ding.

Ich muss ehrlich gestehen, ich musste noch nie die Partitionstabelle per Hand korrigieren, das hab ich immer mit Tools machen können, aber es gibt wohl die Möglichkeit, mit Hexeditor auf die ersten Blöcke zuzugreifen und die entsprechend abzuändern, dass alles wieder klappt. Das würde ich aber nicht am RPi machen, sondern an einer "ordentlichen" lokalen Linux-Maschine.
 

kpj

NGBler

Registriert
27 Juli 2014
Beiträge
98
  • Thread Starter Thread Starter
  • #16
Da ich das Problem nun scheinbar geloest habe, wollte ich mich kurz zurueckmelden (und hoffe, dass dies nicht als necro bump zaehlt).

Die gute Nachricht ist, dass ich meine Festplatte nun ohne Probleme sowohl auf meinem Laptop als auch mit meinem Raspberry Pi nutzen kann.

Auf meinem Laptop reichte es, eine Woche zu warten und zwischendurch ein komplettes Systemupdate (inklusive Kernel) durchzufuehren.
Ueber moegliche kausale Zusammenhaenge moechte ich hier keine Aussage treffen :D

Auf dem RPi war es schon etwas spannender. Mein Ladekabel hat zwar offiziell als Output 5.1V und 2.5A (und sollte damit mehr als ausreichend sein), aber in meiner Verzweiflung habe ich auch mal ein paar andere Kabel ausprobiert. Und siehe da ... ploetzlich funktioniert alles einwandfrei ...

Momentan gehe ich also einfach mal davon aus, dass mein Versorgungskabel kaputt gegangen ist, und boese Dinge tat.
 

Metal_Warrior

Defender of Freedom
Teammitglied

Registriert
10 Aug. 2013
Beiträge
6.829
Ort
/dev/mapper/home
@kpj: Oh, das ist eine 2,5"-Platte ohne externe Stromversorgung? Das ist an einem RPi nicht zu empfehlen (es sei denn, es ist ne SSD, die brauchen weniger). Sollte der Pi mal mehr Saft brauchen, weil Leistung gefordert ist, kann es sonst zu Aussetzern bei der Platte führen, wenn das Netzteil die benötigte Leistung nicht liefern kann, was bei den Standardnetzteilen durchaus vor kommt, weil auch USB-Kabel nicht unendlich viel Strom übertragen können und - soweit ich mich erinnern kann - Pis an der Übertragungsgrenze betrieben werden. ;)
 

musv

Bekannter NGBler

Registriert
15 Juli 2013
Beiträge
3.453
Ort
/dev/null
Um auch mal meinen Senf dazuzugeben:

Ich hatte ab und zu mal das Problem bei externen Platten, dass beim Anstecken diverse Fehler auftauchten, die den o.g. durchaus ähnlich waren. Hab ich die Platten dann intern per SATA an den Rechner angeschlossen, konnte ich recht schnell feststellen, dass der USB-Adapter bzw. das USB-Gehäuse das Problem darstellte. USB muss nicht zwangsläufig der Fehlergrund sein, aber zumindest ist das ein Einsatz für die Diagnose.
 

braegler

Aktiver NGBler

Registriert
14 Juli 2013
Beiträge
895
Mein Tipp bei Power-Problemen mit dem Raspi (hat in den meisten Fällen bei mir geholfen):
Einen fetten Elko (10 000µF z.B.) an Pin 4 und 6, also zwischen 5V und GND zu hängen.

weil auch USB-Kabel nicht unendlich viel Strom übertragen können und - soweit ich mich erinnern kann - Pis an der Übertragungsgrenze betrieben werden.
Ohmsches Gesetz lässt grüssen.
Gehen wir mal von einem Kabel-Widerstand (USB-Stecker + Kabel selbst + µUSB Stecker) von 0.5 Ohm aus.
U = R * I
Bei einem Ampere hat man also alleine am Kabel einen Spannungsabfall von 0.5 Volt.
Bei 2.5A sinds schon 1.25V.
Das ist der Grund wieso neuere Smartphones mit USB-C Anschluss (und passendem Netzteil) die Spannung auf IIRC bis zu 20V anheben, um die Stromstärke und somit den Spannungsabfall auch bei hoher Ladekapazität gering zu halten.

Sobald der Raspi fest installiert wird, lasse ich USB aussen vor, und bepowere das Ding direkt über den GPIO, da die Schwachstelle in aller Regel der Micro-USB Anschluss ist (es sei denn man hat Glück und einen "Premiumhersteller" aus dem Land der aufgehenden Sonne erwischt, der da ein haardünnes Aderpärchen vom Typ AWG 28 verwendet, wo alleine der Spannungsabfall im Kupfer bei 2A und 1m Länge 0.8V beträgt).
 

PLanB

NGBler

Registriert
29 Juli 2013
Beiträge
205
poah auch an dich die bitte, geh ins Bett ich tue es auch. Linux ist manchmal ein Rätsel das wissen wir.

Was ist denn jetzt hier los? Das mag vielleicht auf dich zutreffen, liegt dann wohl aber eher daran dass du etwas (noch) nicht verstehst.

Zum Thema:

Schließ die Festplatte an einen anderen Linux Rechner an zum vergleich. Ich tippe hier auch auf zu wenig Power vom Netzteil.
 
Oben