Sziasztok!
Bár nem szimpatizáltam a felügyelet nélkül hagyott eszközöknél az USB port felhasználásával, most mégis megtettem. A hosszú idejű stabilitás problémája elő is jött.
Tehát a felállás:
- TP-Link WR842 wifi router, frissen kijött 12.09-es OpenWrt-vel
- 2,5"-os SATA merevlemez kis USB-s házban, buszról táplálva.
Összedugtam, kmod-usb-storage és hasonló modulokat felrántva szépen fel tudom csatolni (bele is drótoztam, hogy bootoláskor megtegye), megy rá a 100 GB-nyi adat másolása, semmi probléma.
Azonban amikor reggel szeretném használni, akkor reboot parancs után tudom csak használni, mert a hosszabb állás során elejti az USB-s eszközt (felcsatolt állapotban).
Valaki találkozott már ilyennel? Mi okozza ezt és hogyan orvosolható?
- 8373 megtekintés
Hozzászólások
Hasonlóan jártam én is. Nekem routerstation van, erre toltam az USB-s disket. Nem volt stabil volt mikor 1 hétig ment, volt mikor pár nap után kellett a reboot. Beszereztem egy microservert. Amúgy sose bíztam abban, hogy az ilyen USB-s megoldások képesek 7/24/365 üzemben működni.
Fedora 17, Thinkpad x61s
- A hozzászóláshoz be kell jelentkezni
Kicsit off, de ellenpontozni lehet jó lesz...
TP-LINK 1043ND router, aktív USB hubon lóg rajta dobozban egy 80 GB SATA diszk...
07:39:53 up 46 days, 12:25, load average: 0.00, 0.00, 0.00
Backfire (10.03.1, r29592)
Minden gond nélkül tekeri a villanyórát a cájg... ;-)
Logolást bekapcsoltad? Ha igen, ugyan mi áll bennük?
- A hozzászóláshoz be kell jelentkezni
Kulso tappal is nezted? A router usb-je nem biztos, hogy hosszutavon tudja taplalni a vinyot: http://wiki.openwrt.org/toh/tp-link/tl-wr842nd#power
- A hozzászóláshoz be kell jelentkezni
dmesg kimenete (reggel bekapcsoltam, hagytam pihenni és imént ismét "ránéztem"):
[ 10.140000] SCSI subsystem initialized
[ 10.320000] usbcore: registered new interface driver usbfs
[ 10.320000] usbcore: registered new interface driver hub
[ 10.330000] usbcore: registered new device driver usb
[ 10.490000] libata version 3.00 loaded.
[ 11.040000] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[ 11.050000] ehci-platform ehci-platform: Generic Platform EHCI Controller
[ 11.060000] ehci-platform ehci-platform: new USB bus registered, assigned bus number 1
[ 11.100000] ehci-platform ehci-platform: irq 3, io mem 0x1b000000
[ 11.120000] ehci-platform ehci-platform: USB 2.0 started, EHCI 1.00
[ 11.120000] hub 1-0:1.0: USB hub found
[ 11.130000] hub 1-0:1.0: 1 port detected
[ 11.190000] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[ 11.260000] Initializing USB Mass Storage driver...
[ 11.260000] usbcore: registered new interface driver usb-storage
[ 11.270000] USB Mass Storage support registered.
[ 11.450000] usb 1-1: new high-speed USB device number 2 using ehci-platform
[ 31.680000] eth0: link down
...
...
[ 35.120000] usbcore: registered new interface driver ums-alauda
[ 35.140000] scsi0 : usb-storage 1-1:1.0
...
...
[ 36.150000] scsi 0:0:0:0: Direct-Access Mass Storage Device PQ: 0 ANSI: 0
[ 36.160000] sd 0:0:0:0: [sda] 976773166 512-byte logical blocks: (500 GB/465 GiB)
[ 36.170000] sd 0:0:0:0: [sda] Write Protect is off
[ 36.170000] sd 0:0:0:0: [sda] Mode Sense: 03 00 00 00
[ 36.170000] sd 0:0:0:0: [sda] No Caching mode page present
[ 36.180000] sd 0:0:0:0: [sda] Assuming drive cache: write through
[ 36.190000] sd 0:0:0:0: [sda] No Caching mode page present
[ 36.190000] sd 0:0:0:0: [sda] Assuming drive cache: write through
[ 36.610000] sda: sda1
[ 36.610000] sd 0:0:0:0: [sda] No Caching mode page present
[ 36.620000] sd 0:0:0:0: [sda] Assuming drive cache: write through
[ 36.630000] sd 0:0:0:0: [sda] Attached SCSI disk
[ 38.910000] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
[ 39.250000] Adding 32764k swap on /data/.swapfile. Priority:-1 extents:2 across:40956k
[ 42.020000] device eth0 entered promiscuous mode
[ 42.700000] eth0: link up (1000Mbps/Full duplex)
...
...
...
...
[ 53.590000] br-lan: port 2(wlan0) entered forwarding state
[19572.200000] usb 1-1: reset high-speed USB device number 2 using ehci-platform
[19582.470000] usb 1-1: reset high-speed USB device number 2 using ehci-platform
[19594.740000] usb 1-1: reset high-speed USB device number 2 using ehci-platform
[19609.860000] usb 1-1: device descriptor read/64, error -145
[19625.090000] usb 1-1: device descriptor read/64, error -145
[19625.320000] usb 1-1: reset high-speed USB device number 2 using ehci-platform
[19640.440000] usb 1-1: device descriptor read/64, error -145
[19655.670000] usb 1-1: device descriptor read/64, error -145
[19655.900000] usb 1-1: reset high-speed USB device number 2 using ehci-platform
[19660.930000] usb 1-1: device descriptor read/8, error -145
[19666.060000] usb 1-1: device descriptor read/8, error -145
[19666.290000] usb 1-1: reset high-speed USB device number 2 using ehci-platform
[19671.320000] usb 1-1: device descriptor read/8, error -145
[19676.450000] usb 1-1: device descriptor read/8, error -145
[19676.560000] sd 0:0:0:0: Device offlined - not ready after error recovery
[19676.560000] sd 0:0:0:0: [sda] Unhandled error code
[19676.570000] sd 0:0:0:0: [sda] Result: hostbyte=0x05 driverbyte=0x00
[19676.570000] sd 0:0:0:0: [sda] CDB: cdb[0]=0x2a: 2a 00 1d 04 08 38 00 00 48 00
[19676.580000] end_request: I/O error, dev sda, sector 486803512
[19676.590000] sd 0:0:0:0: rejecting I/O to offline device
[19676.590000] sd 0:0:0:0: [sda] killing request
[19676.600000] sd 0:0:0:0: [sda] Unhandled error code
[19676.600000] sd 0:0:0:0: [sda] Result: hostbyte=0x01 driverbyte=0x00
[19676.610000] sd 0:0:0:0: [sda] CDB: cdb[0]=0x28: 28 00 00 20 8e 00 00 00 20 00
[19676.610000] end_request: I/O error, dev sda, sector 2133504
[19676.620000] usb 1-1: USB disconnect, device number 2
[19676.630000] Aborting journal on device sda1-8.
[19676.630000] JBD2: I/O error detected when updating journal superblock for sda1-8.
[19676.640000] EXT4-fs error (device sda1) in ext4_reserve_inode_write:4357: Journal has aborted
[19676.650000] EXT4-fs error (device sda1) in ext4_dirty_inode:4484: Journal has aborted
- A hozzászóláshoz be kell jelentkezni
Tápellátási gond nem valószínű, mivel ha használom, írok rá folyamatosan sok gigabájtot akár másfél órán keresztül, közben nincs gond. Viszi rendesen.
Tartok attól, hogy IDLE állapottal vagy hasonlóval lehet inkább összefüggésben a dolog, nem az energiafelvétellel.
- A hozzászóláshoz be kell jelentkezni
Pedig az lesz a gond. Én pontosan így jártam, ugyanilyen routerrel. Aktív használatkor semmi gond nem volt, csak ha újra használni akartam, mert akkor nem tudta felpörgetni a fejet, csak nyekergett a HDD és dobta a csatolást. Vettem hozzá egy aktív HUB-ot és megszűnt a probléma.
- A hozzászóláshoz be kell jelentkezni
Logikusnak hangzik, de akkor mégis az oprendszer mókol valamit az áramellátással, mert mezei reboot-kor mégis felpörög. Ergó a vas bírja a felpörgetési áramot.
Vagy lassabban pörögne fel, mint az OS várná, így timeout lesz? Ezt viszont az általad írt külső táplálás hazudtolja meg. Vagy lecsökkenti a kiadott áramerősséget IDLE módban az OS, míg külső tápláláskor ez nem jelentkezik?
Valami nem hardveres eredetű dologra gyanakszom továbbra is.
Érdekel az oka és szoftveres kikerülhetősége, mert USB-soros átalakítóval is jártam már hasonlóképpen pár éve. Sajnos nem volt az ipari PC-ben több soros port, így rögtönzésképpen egy ilyennel oldottam meg. Aztán kétnaponta utazhattam néhány száz kilométert, mert széthullott.
Vége persze azt lett, hogy az USB felejtős. De most már az oka érdekel.
- A hozzászóláshoz be kell jelentkezni
Szerintem eloszor probald ki, hogy kulso tappal megoldodik-e a problema. Ha igen, akkor utana el lehet kezdeni szorakozni hdparm-mal meg smartmontools-szal, allitgatni az idle timeout-ot, energiafelvetelt meg a standby ertekeket, de mig ez utobbi workaround, addig az elobbi valoszinuleg megoldas :)
- A hozzászóláshoz be kell jelentkezni
Hát ezt már neked kell kiderítened. Én megoldást kerestem, nem problémát. Még 2 dolog jutott eszembe. Az egyik, hogy indításkor azért nem gond, mert még nincs csatolva a HDD amikor felpörög, csak utána. Azaz van ideje felpörögni. A másik, hogy olyan mintha egy idő után "lekapcsolná" - tartalékos üzemmódba rakná a HDD-t, de ennek nem néztem utána. Vagyis próbáltam beállítani, de nem vettem észre változást, azóta meg nem érdekel.
Maradjunk annyiban, hogy nekem megérte azt a pár ezer forintot az aktív HUB, hogy ne kelljen aggódnom az adataimért. Azóta egyszer sem jelentkezett a probléma.
- A hozzászóláshoz be kell jelentkezni
TL-WR1043ND-n OpenWRT 12.09-el használunk egy 4GB-os pendrive-ot... SWAP és egy EXT3-as partició lakik rajta, stabilan működik.
Mindenképpen megérne egy próbát a külső, stabil 5V-os táp a vinyódnak... ;)
- A hozzászóláshoz be kell jelentkezni
+1. Routerre vinyót csak aktív USB hub-on keresztül érdemes megtáplálni, az a 300mA édeskevés a stabil működéshez.
Direktbe rátolva nekem sem volt stabil egyébként, lefagyott ill. "ledobta" magáról a 1043ND a vinyót, de 99% biztos vagyok benne hogy a WR842-höz is aktív USB kell.
- A hozzászóláshoz be kell jelentkezni
Laptopnál ezek általában segítenek:
hdparm -B 128 /dev/sdX
hdparm -M 128 /dev/sdX
Szép napot! :)
- A hozzászóláshoz be kell jelentkezni