Hallo Ich habe am Raspberry Pi (raspBMC) eine externe Festplatte angeschlossen, um dort über BTsync meine Backups hinzuschaufeln. Dies funktioniert auch ganz gut, nach längerer Inaktivität kann ich aber auf die Festplatten nicht mehr zugreifen, es erscheint die Meldung: ls: cannot access /media/INTENSO: Transport endpoint is not connected Problem tritt mit 2 verschiedenen Festplatten auf. Ich hätte getippt, dass sich die Festplatte ausschaltet, jedoch kann ich per unmount / mount das Problem beheben. Die Platte scheint also noch zu laufen. An was könnte dies liegen? Ich poste gerne Log-Files die weiterhelfen, weiß aber leider nicht welche das wären. freundliche Grüße Jürgen
Vielleicht parken die Platten und werden nicht ordentlich gestartet?
Hmm...ich habe auch eine Intenso Platte am Raspberry auch mit raspBMC. Die Meldung habe ich auch schon bekommen und bisher noch keine Ursache dafür gefunden. Ich bin mir momentan nicht ganz sicher ob meine Stromversorgung ausreichend ist. Ich wollte über den raspberry Torrents herunterladen auf die externe Platte und die Platte tönt dabei nicht gut. Ein regelmässiges "klackern" und irgendwie kratziges Geräusch. Die Verzeichnissanzeige mit "ls" dauert ewig. Nach einiger zeit dann auch die Meldung Transport endpoint not found. An einem normalen PC verhält sich die Platte hingegen normal. Auch das selbe Torrent vom richtigen PC auf die Platte downloaden geht ohne Probleme und die Platte macht dabei nicht so merkwürdige Geräusche. Schliesse ich die Platte an den USB Port, startet der Raspberry neu, so als ob die Spannung zusammenbricht. Ich betreibe das ganze an einem 1,2A Handyladegerät, was aber evtl. nicht ausreichend sein könnte. Zudem scheint der raspberry eh sehr wählerisch zu sein was USB Geräte angeht: http://support.sundtek.com/index.php?topic=1007.0 (auch wenn das schon älter ist)
A. B. schrieb: > Ich bin mir momentan nicht ganz sicher ob meine Stromversorgung > ausreichend ist. Du verwendest also eine 2.5"-Platte ohne eigenes Netzteil. So etwas ist Murks und Pfusch, denn es ignoriert die USB-Spezifikation, die maximal 500 mA Stromaufnahme erlaubt. 2.5"-Festplatten aber benötigen beim Hochlaufen Ströme jenseits der 1000 mA, und auch im Betrieb liegen sie oft jenseits der 500 mA. Abhilfe: Verwende ein Netzteil für die Festplatte. Wenn der Hersteller des Festplattengehäuses so etwas nicht vorgesehen hat, kannst Du einen Self-Powered Hub verwenden, also einen mit einem ausreichend dimensionierten Netzteil. Nutze ein möglichst kurzes Kabel zwischen Festplatte und Hub, und achte auf die Leiterquerschnitte der Stromversorgungsleitungen; bei besseren USB-Kabeln sind die als AWG-Werte auf die Ummantelung aufgedruckt. Je kleiner die Zahl, desto größer der Querschnitt. AWG 24 ist AWG 28 gegenüber zu bevorzugen.
ja, bei der Platte ist natürlich kein externer Poweranschluss vorgesehen :) An PCs oder Laptops funktioniert das meistens, aber hier nun nicht so ganz. Ich vermute also erstmal dass das Verhalten mit der zu geringen Netzteilleistung zusammenhängt und werde da Abhilfe schaffen. @J.K: wie betreibst du denn die Platten am rasPI?
Der Raspi hat mit der Stromversorgung über Mikro-USB und selbstrückstellender 1A Sicherung ein Nadelöhr, das man am besten umgeht, wenn man Geräte mit größerem Stromverbrauch wie eine Festplatte nutzen will. Der Raspi wird dabei durch die Hintertür mit Strom versorgt. Dazu gibt es mehrere Möglichkeiten: Ein Y-USB Kabel (wird oft mit ext. Festplatten mittgeliefert),der Zweitstecker wird dabei in ein USB-Netzteil gesteckt. Einen einfachen und preiswerten USB-Hub, der sich ohne und mit Netzteil betreiben lässt, in dem die 5V Leitungen einfach durchgeschleift sind. Über die 5V Pins vom 26 poligen GPIO-Stecker.
:
Bearbeitet durch User
Danke für dei Tips. Ich werde es mal mit einem gespeisten Hub probieren.
PIaner schrieb: > Z.B. dmesg wäre ein Anfang.
1 | Module dwc_common_port init |
2 | Initializing USB Mass Storage driver... |
3 | usbcore: registered new interface driver usb-storage |
4 | USB Mass Storage support registered. |
5 | usbcore: registered new interface driver libusual |
6 | mousedev: PS/2 mouse device common for all mice |
7 | bcm2835-cpufreq: min=800000 max=800000 cur=800000 |
8 | bcm2835-cpufreq: switching to governor ondemand |
9 | bcm2835-cpufreq: switching to governor ondemand |
10 | cpuidle: using governor ladder |
11 | cpuidle: using governor menu |
12 | sdhci: Secure Digital Host Controller Interface driver |
13 | sdhci: Copyright(c) Pierre Ossman |
14 | sdhci: Enable low-latency mode |
15 | Registered led device: mmc0:: |
16 | mmc0: SDHCI controller on BCM2708_Arasan [platform] using platform's DMA |
17 | mmc0: BCM2708 SDHC host at 0x20300000 DMA 2 IRQ 77 |
18 | sdhci-pltfm: SDHCI platform and OF driver helper |
19 | Registered led device: led0 |
20 | usbcore: registered new interface driver usbhid |
21 | usbhid: USB HID core driver |
22 | zram: num_devices not specified. Using default: 1 |
23 | zram: Creating 1 devices ... |
24 | TCP: westwood registered |
25 | Initializing XFRM netlink socket |
26 | NET: Registered protocol family 17 |
27 | Key type dns_resolver registered |
28 | VFP support v0.3: implementor 41 architecture 1 part 20 variant b rev 5 |
29 | Waiting for root device /dev/mmcblk0p2... |
30 | mmc0: read SD Status register (SSR) after 2 attempts |
31 | mmc0: new high speed SDHC card at address b368 |
32 | mmcblk0: mmc0:b368 SDC 15.0 GiB |
33 | mmcblk0: p1 p2 |
34 | Indeed it is in host mode hprt0 = 00021501 |
35 | usb 1-1: new high-speed USB device number 2 using dwc_otg |
36 | Indeed it is in host mode hprt0 = 00001101 |
37 | usb 1-1: New USB device found, idVendor=0424, idProduct=9512 |
38 | usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 |
39 | hub 1-1:1.0: USB hub found |
40 | hub 1-1:1.0: 3 ports detected |
41 | usb 1-1.1: new high-speed USB device number 3 using dwc_otg |
42 | usb 1-1.1: New USB device found, idVendor=0424, idProduct=ec00 |
43 | usb 1-1.1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 |
44 | smsc95xx v1.0.4 |
45 | smsc95xx 1-1.1:1.0: eth0: register 'smsc95xx' at usb-bcm2708_usb-1.1, smsc95xx USB 2.0 Ethernet, b8:27:eb:0c:81:28 |
46 | EXT4-fs (mmcblk0p2): recovery complete |
47 | EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null) |
48 | VFS: Mounted root (ext4 filesystem) on device 179:2. |
49 | devtmpfs: mounted |
50 | Freeing init memory: 172K |
51 | udevd[82]: starting version 175 |
52 | bcm2708_i2c bcm2708_i2c.0: BSC0 Controller at 0x20205000 (irq 79) (baudrate 100k) |
53 | bcm2708_i2c bcm2708_i2c.1: BSC1 Controller at 0x20804000 (irq 79) (baudrate 100k) |
54 | bcm2708_spi bcm2708_spi.0: master is unqueued, this is deprecated |
55 | bcm2708_spi bcm2708_spi.0: SPI Controller at 0x20204000 (irq 80) |
56 | EXT4-fs (mmcblk0p2): re-mounted. Opts: (null) |
57 | bcm2835-cpufreq: switching to governor performance |
58 | bcm2835-cpufreq: switching to governor performance |
59 | ip_tables: (C) 2000-2006 Netfilter Core Team |
60 | Adding 65532k swap on /swap. Priority:-1 extents:1 across:65532k SS |
61 | nf_conntrack version 0.5.0 (1947 buckets, 7788 max) |
62 | Console: switching to colour dummy device 80x30 |
63 | NET: Registered protocol family 10 |
64 | IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready |
65 | IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready |
66 | smsc95xx 1-1.1:1.0: eth0: link up, 100Mbps, full-duplex, lpa 0x4DE1 |
67 | bcm2835-cpufreq: switching to governor ondemand |
68 | bcm2835-cpufreq: switching to governor ondemand |
69 | lirc_dev: IR Remote Control driver registered, major 251 |
70 | lirc_rpi: module is from the staging directory, the quality is unknown, you have been warned. |
71 | lirc_rpi lirc_rpi.0: lirc_dev: driver lirc_rpi registered at minor = 0 |
72 | lirc_rpi: driver registered! |
73 | input: lircd as /devices/virtual/input/input0 |
74 | lirc_rpi: auto-detected active low receiver on GPIO pin 18 |
75 | bcm2708 watchdog, heartbeat=10 sec (nowayout=0) |
76 | usb 1-1.2: new high-speed USB device number 4 using dwc_otg |
77 | usb 1-1.2: New USB device found, idVendor=18a5, idProduct=0218 |
78 | usb 1-1.2: New USB device strings: Mfr=10, Product=11, SerialNumber=12 |
79 | usb 1-1.2: Product: Desktop USB/eSATA Drive |
80 | usb 1-1.2: Manufacturer: Verbatim |
81 | usb 1-1.2: SerialNumber: 18A502180000051F |
82 | scsi0 : usb-storage 1-1.2:1.0 |
83 | scsi 0:0:0:0: Direct-Access SAMSUNG HD203WI PQ: 0 ANSI: 2 CCS |
84 | sd 0:0:0:0: [sda] 3907029168 512-byte logical blocks: (2.00 TB/1.81 TiB) |
85 | sd 0:0:0:0: [sda] Write Protect is off |
86 | sd 0:0:0:0: [sda] Mode Sense: 00 38 00 00 |
87 | sd 0:0:0:0: [sda] Asking for cache data failed |
88 | sd 0:0:0:0: [sda] Assuming drive cache: write through |
89 | sd 0:0:0:0: [sda] Asking for cache data failed |
90 | sd 0:0:0:0: [sda] Assuming drive cache: write through |
91 | sda: sda1 |
92 | sd 0:0:0:0: [sda] Asking for cache data failed |
93 | sd 0:0:0:0: [sda] Assuming drive cache: write through |
94 | sd 0:0:0:0: [sda] Attached SCSI disk |
95 | fuse init (API version 7.20) |
EDIT: hier wurde statt der INTENSIO die Verbatim Platte verwendet Oliver Stellebaum schrieb: > Vielleicht parken die Platten und werden nicht ordentlich gestartet? habe ich auch befürchtet, aber warum kann man dann diese mit unmount/mount wecken? A. B. schrieb: > @J.K: wie betreibst du denn die Platten am rasPI? 3.5 Zoll Festplatte mit interner Stromversorgung. Soweit ich mich erinnnern kann, konnte die erste Version vom RasPi USB strom nur sehr begrenzt liefern. (im Bereich von 120 mA insgesammt, für ext. Festplatte viel zu wenig)
:
Bearbeitet durch User
Moin! Hatte auch Probleme mit einer Verbatim Store'n'Go-Festplatte, sie hat USB 3.0. Läuft an PC und Laptop und an einem TP-Link-Router ohne Probleme am USB 2.0-Anschluß, aber am RPi leider gar nicht. Selbst mit einem netzteilversorgten Hub kein Hochfahren... habe nun einen USB 3.0-Hub erstanden und damit geht alles problemlos. Die Platte zieht bestimmt mehr als 500 mA beim Anlaufen, daher auch die Probleme mit dem anderen Hub. MfG MrFX
J. K. schrieb: > 3.5 Zoll Festplatte mit interner Stromversorgung. meine natürlich extern. Externes eigenes Netzteil. Sry.
:
Bearbeitet durch User
Habe das ganze jetzt mit raspbmc versucht. Hier funktioniert alles auf anhieb. Jetzt muss ich nur noch den Unterschied finden ...
notiz an mich selbst denken -> schreiben -> lesen -> posten Ich habs jetzt mit Raspbian versucht.
also bei mir schaut es mit einem aktiven hub schon besser aus. bezügich des ursprünglichen problems: unter system - einstellungen - eingabegeräte - geräte gibts noch einige einstellungen. in einigen postings in anderen foren hörte es sich so an, als ob das für alle usb geräte gilt und nicht nur für eingabegeräte. da kann man standbymodi usw nach längerer inaktivität einstellen. evtl. hat das auch auswirkungen auf die hdd
achso, so als haurucklösung falls nichts anderes funktioniert...cronjob, alle 5min mal mit ls den verzeichnisinhalt anzeigen lassen. Dann sollte die Platte ja auch nie in den Schlafmodus fallen können
Grab mal den Theard wieder mit einer kleinen Frage aus. Reicht beim Pi ein Y-Kabel ? oder soll ich zum Netzteil greifen? Betriebssystem: Raspbian Verwendungszweck: Backup system(sollte sich bei Inaktivität abschalten) + Smart mirror (permanent an)
Das Leichenschänden hättest Du dir sparen können wenn Du einfach aufmerksam gelesen hättest. Beitrag "Re: Raspberry Pi externe Festplatte" und was danach noch kommt
patrick schrieb: > Reicht beim Pi ein Y-Kabel ? oder soll ich zum Netzteil greifen? Nein und Ja. Der Pi hat auch ohne Festplatte an seinem USB-Port genügend Probleme mit seiner Stromversorgung. Hast Du das hier gesehen? Hinweis: der ursprüngliche Beitrag ist mehr als 6 Monate alt. Bitte hier nur auf die ursprüngliche Frage antworten, für neue Fragen einen neuen Beitrag erstellen.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.