Mam zewnętrzny dysk twardy USB, składający się z dysku SATA o pojemności 1 TB w obudowie Rosewill RX35-AT-SU SLV Aluminiowa 3,5 -calowa srebrna obudowa USB 2.0 Silver 2.0 , podłączonej do laptopa SONY VAIO VGN-NS310F . Podłączany jest bezpośrednio do komputera (nie przez koncentrator). Napęd w obudowie to Western Digital 7200 obr./min, ale nie pamiętam dokładnego modelu. Mogę wyjąć dysk z obudowy (ponownie), jeśli ludzie uważają, że konieczne jest poznanie tego szczegółu .

Dysk jest sformatowany ext4. Montuję go dynamicznie za udiskspomocą mojego systemu Lubuntu 11.10, zwykle automatycznie przez PCManFM. (Miałem na tym komputerze wersję Lubuntu 12.04 i doświadczyłem tego samego). Co jakiś czas - raz lub dwa razy dziennie - staje się niedostępny i trudny do odmontowania. Próba odmontowania go za pomocą sudo umount ...powoduje wyświetlenie komunikatu o błędzie informującego, że dysk jest w użyciu, a także sugerowanie fuseri lsofsprawdzenie, co z niego korzysta. Procesy zabijania, z których korzysta się przy użyciu dysku fuseri lsofczasem wystarczają, aby pozwolić mi go odmontować, ale zwykle tak nie jest.

Po odłączeniu napędu lub ponownym uruchomieniu komputera napęd nie zostanie zamontowany. Podłączenie napędu i włączenie go nie rejestruje niczego na komputerze. dmesgpozostaje niezmieniony. Kontrolka dostępu do napędu zwykle miga gwałtownie, jakby dostęp do napędu był ciągły. W końcu, po tym, jak wyłączę napęd na chwilę (pół godziny), mogę go ponownie zamontować.

Chociaż dysk nie działa na tym komputerze przez pewien czas, będzie działać natychmiast na innym komputerze z tą samą wersją Ubuntu. Czasami przywrócenie go z drugiej maszyny wydaje się „naprawiać”. Czasem tak nie jest.

Napęd nie zawsze przestaje być dostępny podczas montażu , zanim stanie się niemożliwy do zamontowania . Czasami działa dobrze, wyłączam komputer, ponownie włączam komputer i nie mogę zamontować napędu.

Obecnie jest to jedyny dysk, z którym mam ten problem, ale miałem problemy, które moim zdaniem są takie same, z różnymi dyskami, na różnych maszynach Ubuntu. Ten laptop ma regularnie podłączony inny zewnętrzny dysk USB, który nie ma tego problemu. Odłączenie tego dysku przed podłączeniem dysku „problemowego” nie rozwiązuje problemu.

Otworzyłem dysk i upewniłem się, że połączenia były szczelne w przeszłości, i to chyba nie pomogło (więcej niż czekanie tyle samo czasu, ile zajęło otwarcie i zamknięcie dysku, przed próbą ponownego zamontowania) to).

Czy ktoś ma jakieś pomysły na temat tego, co może być przyczyną tego, jakie kroki rozwiązywania problemów powinienem wykonać i / lub jak w ogóle naprawić ten problem?

Aktualizacja: Próbowałem wymienić kabel danych USB (od obudowy do laptopa), jak sugerował Merlin . Powinienem był spróbować już dawno temu, ponieważ idealnie pasuje do objawów (napęd działa na innej maszynie, co miałoby sens, ponieważ kabel byłby zgięty pod innym kątem, prawdopodobnie uzupełniając obwód postrzępionych drutów). Niestety to nie pomogło - mam ten sam problem z nowym kablem. Spróbuję podać dodatkowe szczegółowe informacje na temat dysku wewnątrz obudowy, następnym razem, gdy będę mógł uruchomić dysk. (W tej chwili nie mam dostępnej innej maszyny do podłączenia.)

Ważna aktualizacja (28 czerwca 2012 r.)

Wygląda na to, że napęd znacznie się pogorszył. Myślę, że tak jest, ponieważ podłączyłem go do innego komputera i otrzymałem wiele błędów dotyczących nieprawidłowych znaków podczas kopiowania z niego plików. Jestem mniej zainteresowany odzyskiwaniem danych z dysku niż zastanawianie się, co jest z nim nie tak. W szczególności chcę dowiedzieć się, czy problemem jest napęd, czy obudowa.

Teraz, kiedy podłączam dysk do oryginalnej maszyny, na której miałem problemy, nadal nie pojawia się (w tym z sudo fdisk -l), ale jest rozpoznawany przez jądro i wiadomości są dodawane do dmesg. Większość wiadomości składa się z takich błędów, powtarzanych wiele razy:

[    7.707593] sd 5:0:0:0: [sdc] Unhandled sense code
[    7.707599] sd 5:0:0:0: [sdc]  Result: hostbyte=invalid driverbyte=DRIVER_SENSE
[    7.707606] sd 5:0:0:0: [sdc]  Sense Key : Medium Error [current] 
[    7.707614] sd 5:0:0:0: [sdc]  Add. Sense: Unrecovered read error
[    7.707621] sd 5:0:0:0: [sdc] CDB: Read(10): 28 00 00 00 00 00 00 00 08 00
[    7.707636] end_request: critical target error, dev sdc, sector 0
[    7.707641] Buffer I/O error on device sdc, logical block 0

Oto wszystkie wiersze od dmesgpoczątku, kiedy dysk zostanie rozpoznany. Proszę to zanotować:

• Wróciłem do uruchamiania Lubuntu 12.04 na tym komputerze (i być może jest to czynnik wpływający na lepsze komunikaty o błędach).
• Teraz, gdy dysk został podłączony do innego komputera i z powrotem do tego, a także teraz, gdy ten komputer wrócił do wersji 12.04, kontrolka dostępu do dysku nie miga tak, jak to opisałem. Patrząc na dysk, wygląda na to, że działa normalnie, z niskim dostępem lub bez dostępu.
• To zachowanie (błędy) występuje podczas ponownego uruchamiania komputera z podłączonym napędem, a także podczas ręcznego podłączania napędu.
• Kilka wiadomości dotyczy /dev/sdb. Ten dysk działa dobrze. Zły dysk jest /dev/sdc. Po prostu nie chciałem niczego edytować od środka.

Aby ustalić, czy przyczyną problemu jest napęd, czy obudowa, wyjmij napęd z obudowy, zainstaluj go na pulpicie z wystarczającą mocą i sprawdź status inteligentny.

Aby przeprowadzić głębszy test, możesz sprawdzić każdy sektor dysku za pomocą narzędzi takich jak ddrescue. ddrescuezgłosi wielkość błędu podczas procesu i można próbować odzyskiwanie danych w tym samym czasie, w: sudo ddrescue /dev/sdb2 /path/to/recovery.image logfile. Wyświetl listę partycji za pomocą sudo lsblklub classic fdisk -l.

Jeśli naprawdę nie interesujesz się danymi, możesz zmusić plik wyjściowy do /dev/null:

sudo ddrescue --force /dev/sdc /dev/null logfile 

i nadal będziesz otrzymywać raport o dowolnym rozmiarze błędu na standardowym wyjściu

Testowany na Ubuntu 14.04 z GNU ddrescue 1.17 w następujący sposób w tym krótkim przykładzie z użyciem / dev / sdb2 (partycja wymiany 1 MB)

$ sudo ddrescue --force /dev/sdb2 /dev/null logfile


GNU ddrescue 1.17
Press Ctrl-C to interrupt
rescued:      1024 B,  errsize:       0 B,  current rate:     1024 B/s
   ipos:         0 B,   errors:       0,    average rate:     1024 B/s
   opos:         0 B,    time since last successful read:       0 s

Miałem podobne doświadczenia, kiedy korzystałem z pulpitu 12.04 Ubuntu. Moja obudowa dysku twardego miała 2 opcje zasilania, mogłam albo kupić adapter klimatyzacji lub użyć 1 mini USB do normalnego kabla USB, albo użyć kabla mini USB do dwóch kabli USB. Najlepiej byłoby, gdyby był podłączony do obu portów USB, aby zapewnić wystarczającą moc. Może przesyłać dane kablem USB lub eSata.

Podczas korzystania z połączenia eSata musiałem najpierw dostarczyć zasilanie napędu, aby dysk się obracał, a następnie uruchomić system, aby system BIOS rozpoznał już wirujący dysk. W przeciwnym razie dysk nie zobaczy dysku na czas. Wierzę, że ma to coś wspólnego ze sterownikiem dla obudowy.

Po zamontowaniu USB miałem bardzo różne wyniki, podłączając najpierw kabel do obudowy, a następnie do portów USB. Może mniej więcej w połowie przypadków będzie się poprawnie montować. Jeśli najpierw podłączyłem kable USB do portów PC, a następnie do obudowy, uzyskałem znacznie lepsze wyniki na poziomie około 70%. Najlepsze wyniki, jakie uzyskałem dzięki opcjom USB, to użycie zewnętrznego źródła zasilania (adapter klimatyzacji) do obudowy, aby upewnić się, że dysk obraca się i jest stabilny przed podłączeniem go do urządzenia. Pracował prawie w 100%

Nie mówię, że to jest dokładnie twój problem, ale dla mnie pomogło to zapewnić zasilanie obudowy i sprawić, że dysk obracał się przed podłączeniem, aby odczytać go jako system. Być może szybkość bios lub magistrali w jednym systemie jest lepsza niż w drugim i daje to czas na uruchomienie kontrolera obudów przed próbą odczytania dysku? A może jakiś czas po odłączeniu obudowy kontroler sam się resetuje?

Może kontroler potrzebuje czasu, aby zdecydować, czy pobiera zasilanie z USB, czy z zasilania i danych. Może to problem z napięciem lub natężeniem? W każdym razie kontrolery obudów wydają się być wybredne.

W przypadku napędu USB spróbuj wykonać następujące czynności (jeśli jeszcze tego nie zrobiłeś):

1. sudo fdisk -l #zdobyć informacje
2. sudo mkdir /media/external # Utwórz punkt montowania
3. sudo mount -t vfat /dev/sdb1 /media/external -o uid=1000,gid=1000,utf8,dmask=027,fmask=137 #uchwyt.

Lub spróbuj użyć pmountdo zamontowania USB.

Sugeruję, że może być również problem z układem sterownika magistrali USB lub podobnym. Czy masz jakieś narzędzia, aby wyświetlić listę wszystkich urządzeń USB? Spróbuj uruchomić te narzędzia, gdy dysk działa poprawnie i gdy dysk jest niedostępny. Czy widzisz jakieś różnice?

Starsze (i tańsze) dyski przechodzą proces o nazwie „Rekalibracja termiczna” (TACL), który odbywa się co około godzinę, i mogą stać się niedostępne przez kilka sekund, podczas gdy dysk szacuje, jak bardzo głowica dysku jest zginana przez nagromadzenie ciepła w napędzie. Podczas TCL silnik krokowy i cewka szukają każdej ścieżki, a głowica jest wyrównana na każdej ścieżce, a wyniki są zapisywane. Jest to wewnętrzna funkcja oprogramowania układowego. Wygląda na to, że ten proces albo się zacina, albo może produkuje złe odpowiedzi, uniemożliwiając dostęp do napędu po rekalibracji termicznej.

Błąd opublikowany przez dmesg wskazuje, że występują problemy z sdc, sektorem 0, blokiem logicznym 0. Te nisko numerowane bloki często zawierają geometrię dysku (tj. Formatowanie twarde lub miękkie). Jeśli bloki się psują, cały dysk może stać się niedostępny na stałe. Awaria nośnika może być związana z wysoką temperaturą, co może wyjaśniać, dlaczego okres bezczynności (przeniesienie napędu na inną maszynę) czasami go naprawia, a czasem nie.

Aby dowiedzieć się, czy problem związany jest z temperaturą, włącz komputer i uruchom stoper, ale tak naprawdę nie używaj napędu - poczekaj, aż się zepsuje, i zapisz, ile czasu zajmuje awaria. Następnie wyłącz go i pozostaw na kilka godzin, aby ostygł, a następnie ponownie uruchom test, włącz komputer i dysk, ale rozpocznij kopiowanie dużych dysków z dużą ilością danych (ten sam dysk). Wykonywanie większej pracy z silnikiem krokowym przypuszczalnie spowoduje szybsze nagrzewanie się napędu i szybsze jego awarie. Jeśli nastąpi duża zmiana w opóźnieniu awarii, to dysk jest tostowy i dostałbym inny. Powodzenia!

Dość często ten rodzaj problemu jest spowodowany brakiem wystarczającej mocy schodzącej kablem USB do napędu, a jest to szczególnie prawdopodobne, gdy zewnętrzny dysk nie został zakupiony z półki, ale sam zmontowany. (Miałbyś nadzieję, że producent zewnętrznego dysku upewniłby się, że porty USB mogą go obsługiwać).

Urządzenie może pobierać do 500 mA z portu w specyfikacji USB 2.0 i do 900 mA w USB 3.0. Sprawdzając specyfikacje producenta zewnętrznego dysku, możesz być w stanie potwierdzić maksymalne wymagania dotyczące zasilania twojego dysku.

Problem często można rozwiązać, próbując portu USB3 (jeśli go masz, a jeszcze tego nie próbowałeś), ponieważ zapewniają one większą moc niż USB2 lub uzyskać kabel USB Y, aby napęd mógł uzyskać zasilanie z 2 porty zamiast 1. Są one niedrogie w serwisie eBay lub Amazon.

Chociaż wskazano już prawdziwą przyczynę problemu, chcę dodać tę samą odpowiedź, ponieważ mam około 4 zewnętrznych dysków twardych.

Każdy wyprodukowany komputer zakłada, że ​​źródło zasilania będzie używane zgodnie ze specyfikacją konfiguracji i co najwyżej 20% przeciążenia

Każde zewnętrzne urządzenie USB MUSI BYĆ ZASILANE Z ZEWNĘTRZNEGO ZASILACZA, aby chronić źródło zasilania komputera. Opisane zachowanie jest typowym zachowaniem w przypadku przeciążenia mocy. Przypuśćmy, że masz także zewnętrzny dysk DVD, co również nie powiedzie się w przypadku nagrań, a nawet może uniemożliwić odzyskanie urządzenia lub urządzeń, a nawet komputera. Laptopy zwykle hamują w ten sposób, ponieważ użytkownicy zwykle używają pasywnych koncentratorów USB lub urządzeń zasilanych komputerowo, w tym dysków twardych, DVD i tym podobnych.

Kup zewnętrzny zasilany koncentrator USB i podłącz urządzenia USB ZA POMOCĄ PORTU ZASILANEGO USB , zamiast pobierać energię ze źródła komputera, ponieważ takie podejście spowoduje uszkodzenie bardziej niż dysku twardego. Skok napięcia jest w większości taki sam, jak w przypadku niedociążonego komputera lub urządzenia zewnętrznego. Standard USB nie ma nic wspólnego z niedociążonym urządzeniem. Pomyśl o tym w ten sposób: jeśli chcesz mocy z samochodu, jakiego paliwa byś użył? Coś się pali lub paliwo określone przez producenta? Tutaj jest dokładnie tak samo. Używając NIEPOWEROWANYCH urządzeń USB, pobiera energię z wewnętrznego źródła zasilania komputera. Ma już podłączonych wystarczającą liczbę urządzeń!