|
USB na Asus RT-N16 problem.
|
| staszko0 |
Dodano 10-01-2012 12:45
|
User
Posty: 24
Dołączył: 01/11/2011 09:15
|
oto moje wnioski po kilkunastu probach z systemami plikow i nosnikami:
Wina nie lezy po stronie hardware'u tak jak sie spodziewałem. Problem lezy albo w osludze pamieci flash albo w samych pamieciach flash (choc troche dziwne zeby oba pendraki byly walniete i to z ich winy sie sypalo). Testowalem systemy plikow ext2 i 3 i oba wysypywaly sie. Gdy wrocilem do mojego poprzedniego magazynu czyli dysk usb samsung 500gb to sie nie sypie a przynajmniej od 12 godz dziala.
Chyba do niczego wiecej nie wywnioskuje bo tez nie bede probowal 
jeszcze dodam ze gdy sypal sie system do przy testowym wywolaniu ipkg otrzymywalem
-sh: ipkg: Input/output error
Pozdrawiam |
| |
|
|
| tristan |
Dodano 11-01-2012 11:59
|
Power User
Posty: 315
Dołączył: 11/02/2011 00:17
|
Hmmm...a nie masz przypadkiem zainstalowanego basha? Po zalogowaniu się do routera masz # czy $ w prompcie? U mnie (ale nie tylko, parę osób miało ten problem) po instalacji basha po jakimś czasie właśnie działy się cuda wianki z systemem plików, objawiające się m. inn. tym, że komenda ls dawała śmieci.
Był: Asus RT-N16 + Tomato PL v1.28.9054 MIPSR2 116PL K26 USB VPN mod shibby
Jest: Asus RT-AC68U + AsusWRT-Merlin 380.62_1 DualWAN+ Huawei E1820 + 2.5" HDD 500GB Lenovo + Brother HL-1430
|
| |
|
|
| staszko0 |
Dodano 11-01-2012 16:49
|
User
Posty: 24
Dołączył: 01/11/2011 09:15
|
mam basha ale zdaje sie ze jest potrzebny do optware i innych pierdol. ogolnie mam zainstalowane optware logwatch i pyload. bash bash'em ale czemu nie wywala systemu plikow jesli jest zainstalowany na dysku zewnętrznym usb |
| |
|
|
| tristan |
Dodano 11-01-2012 18:44
|
Power User
Posty: 315
Dołączył: 11/02/2011 00:17
|
U mnie dysk był OK, kaszaniło się na pendrivach. Tu masz opis:
http://openlinksys.info/forum/viewthr...d_id=12049
Był: Asus RT-N16 + Tomato PL v1.28.9054 MIPSR2 116PL K26 USB VPN mod shibby
Jest: Asus RT-AC68U + AsusWRT-Merlin 380.62_1 DualWAN+ Huawei E1820 + 2.5" HDD 500GB Lenovo + Brother HL-1430
|
| |
|
|
| staszko0 |
Dodano 11-01-2012 22:47
|
User
Posty: 24
Dołączył: 01/11/2011 09:15
|
ciekawe. Nie wpadlbym na to ze bash moze cos kaszanic. jak bede mial troche czasu to przetestuje |
| |
|
|
| shibby |
Dodano 12-01-2012 08:15
|
SysOp
Posty: 17148
Dołączył: 15/01/2009 20:30
|
mam basha zawsze zainstalowanego i nic sie nie dzieje.
Router: Unifi Cloud Gateway Max
Switch: Unifi USW-Lite-16-PoE
Switch: Unifi USW-Flex-Mini - szt. 2
Wi-Fi: Unifi U6-Lite - szt. 2
Proxmox VE: i5-13400T, 64GB RAM, 2x 512GB NVMe, 4x 2TB SSD
VM #1: Synology SA6400
VM #2: Debian, WWW
VM #3: Home Assistant OS
|
| |
|
|
| staszko0 |
Dodano 12-01-2012 10:57
|
User
Posty: 24
Dołączył: 01/11/2011 09:15
|
przetestowalem i tez wywalilo, ale jak ciekawie . Po tym jak wysypalo system wchodze na strone routera zeby odmontowac pendrive i co ciekawego . System pokazuje ze moj 1gb pendrive ma 15,iles giga pojemnosci i wolne jest tylko 700 mb. Za jakis czas sprobuje z innym pendrivem. |
| |
|
|
| shibby |
Dodano 12-01-2012 12:14
|
SysOp
Posty: 17148
Dołączył: 15/01/2009 20:30
|
u mnie wlasnie tez strzelil pendrive. Wytrzymał 3 miesiące. Czas znow zamontowac dysk
Router: Unifi Cloud Gateway Max
Switch: Unifi USW-Lite-16-PoE
Switch: Unifi USW-Flex-Mini - szt. 2
Wi-Fi: Unifi U6-Lite - szt. 2
Proxmox VE: i5-13400T, 64GB RAM, 2x 512GB NVMe, 4x 2TB SSD
VM #1: Synology SA6400
VM #2: Debian, WWW
VM #3: Home Assistant OS
|
| |
|
|
| hermes-80 |
Dodano 12-01-2012 12:51
|
VIP
Posty: 3681
Dołączył: 21/04/2009 11:24
|
Ja też od zawsze mam bash-a na Netgarze i żadnych problemów z systemem plików.
===============================================================
Netgear WNR3500L v1
Podziękowania dla administracji Openlinksys.info!
|
| |
|
|
| staszko0 |
Dodano 18-05-2012 01:08
|
User
Posty: 24
Dołączył: 01/11/2011 09:15
|
ostatnio miałem chwile czasu i trochę chęci więc zagłębiłem się w temat ponownie. Chyba, a nawet prawie na pewno zlokalizowałem problem. Wszystko rozchodzilo sie o usypianie urządzenia. System próbował uśpić pendrive co zwracało błąd bo czegoś nie mógł znaleźć (nie wnikam czego) potem znowu chciał go wybudzić i to również zwracało błąd. Efektem tych prób (tak podejrzewam) były błędy w superblock'u partycji na pendrivie. Zrobiłem więc skrypt który zmieniał ustawienia sd-idle ktory się wywołuje przy montowaniu i teraz usypia wszystko oprocz pendraka
#!/bin/sh
ZM=$(blkid | grep cdd3bd1d-3880-411f-a106-2ac8703b76f7 | cut -d: -f1 | cut -c8)
killall -KILL sd-idle
sd-idle -d !$ZM
ten ciąg dziwnych znaków to uuid pendraka
Może komuś się przyda |
| |
|
' target='_blank'>Link
