Dostaję te błędy ramdomly i nie wiem, czy to normalne, czy nie.
[39441.061856] ata3.00: failed to read SCR 1 (Emask=0x40)
[39441.061866] ata3.01: failed to read SCR 1 (Emask=0x40)
[39441.061892] ata3.15: exception Emask 0x10 SAct 0x0 SErr 0x280100 action 0x6 frozen
[39441.061897] ata3.15: irq_stat 0x08000000, interface fatal error
[39441.061904] ata3.15: SError: { UnrecovData 10B8B BadCRC }
[39441.061910] ata3.00: exception Emask 0x100 SAct 0x0 SErr 0x0 action 0x6 frozen
[39441.061917] ata3.01: exception Emask 0x100 SAct 0xe SErr 0x0 action 0x6 frozen
[39441.061923] ata3.01: failed command: READ FPDMA QUEUED
[39441.061933] ata3.01: cmd 60/a8:08:b0:48:62/00:00:00:00:00/40 tag 1 ncq 86016 in
[39441.061940] ata3.01: status: { DRDY }
[39441.061944] ata3.01: failed command: READ FPDMA QUEUED
[39441.061953] ata3.01: cmd 60/a8:10:b0:49:62/00:00:00:00:00/40 tag 2 ncq 86016 in
[39441.061959] ata3.01: status: { DRDY }
[39441.061963] ata3.01: failed command: READ FPDMA QUEUED
[39441.061972] ata3.01: cmd 60/58:18:58:4a:62/00:00:00:00:00/40 tag 3 ncq 45056 in
[39441.061978] ata3.01: status: { DRDY }
[39441.061987] ata3.15: hard resetting link
[39441.608302] ata3.15: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[39441.609090] ata3.00: hard resetting link
[39441.929246] ata3.00: SATA link up 3.0 Gbps (SStatus 123 SControl 320)
[39441.929333] ata3.01: hard resetting link
[39442.249184] ata3.01: SATA link up 3.0 Gbps (SStatus 123 SControl 320)
[39442.263242] ata3.00: configured for UDMA/133
[39442.277570] ata3.01: configured for UDMA/133
[39442.277725] ata3: EH complete
Jestem również wklejenie smartctl -a
do sda , sdb i SDC .
Z góry dziękuje za twoją pomoc.
źródło
sbd
isdc
oba są podłączone tym samym zewnętrznym kablem e-sata (stacja dokująca do dysku twardego Thermaltake Duo). wymienię kabel e-sata.Wygląda na to, że masz złej jakości / uszkodzony kabel SATA Power / Data. Co może powodować złe CRC. Nie są wcale szkodliwe i możesz z nimi żyć, ale wkrótce stracisz dużo danych.
Raport SMART z twoich dysków twardych wygląda rozsądnie, więc jestem z powodu problemów z zasilaniem w oparciu o moje doświadczenia z ustawieniem 5 dysków twardych w tej samej obudowie / źródle zasilania. Skończyłem używać zewnętrznego źródła zasilania (475 W) dla 2 dysków i 600 W obudowy dla wszystkich obudów, w tym GPU, dysków optycznych i dysków twardych.
W każdym razie sugeruję, abyś uruchomił pełną kopię zapasową, zanim zrobisz cokolwiek innego. Jeśli to możliwe, należy sklonować dysk twardy, po czym należy sprawdzić kable i napięcia źródła zasilania.
źródło
Wydaje się, że istnieje problem między niektórymi wersjami jądra a niektórymi kontrolerami SATA.
Niedawno zacząłem odczuwać bardzo podobny problem (nie jestem pewien, czy jest taki sam) na serwerze WWW z systemem naukowym Linux.
Najdokładniejsze i najbardziej kompletne informacje, które znalazłem na temat takiego problemu, to błąd startera .
Krótko mówiąc: wyłączenie NCQ wydaje się najlepszym rozwiązaniem dla użytkowników mających ten problem.
źródło
To prawie zawsze zły dysk, mam tysiące dysków, których używamy i chociaż te błędy nigdy nie powodują awarii dysku, powodują uszkodzenie systemu plików. Myślę, że to naprawdę ma związek z problemem z płytą kontrolera na dysku.
Próbowałem już wszystkiego, aby rozwiązać ten problem, poprawka polega na wymianie napędu i rzeczy działają na tych samych kablach i kontrolerach.
Powodzenia
źródło
Wiem, że ten wątek jest stary, ale ostatnio napotkałem ten sam problem na nowo kupionej maszynie z 6 gniazdami SATA. Zainstalowałem cdrom i dysk twardy na 2 gniazdach SATA blisko siebie, a następnie przystąpiłem do instalowania Ubuntu bez błędów, dopóki nie zrestartowałem, a następnie zobaczyłem błąd łącza ata8: twardy resetowanie. Maszyna zatrzymuje się do tego momentu nigdy nie wyzdrowieje. Próbowałem kilka razy uruchomić się ponownie i to nie zadziałało. A potem próbowałem wymienić dysk twardy na jednym z 4 dostępnych gniazd i zadziałało dobrze bez żadnych problemów.
źródło
Miałem ten sam problem - w moim przypadku było to spowodowane niepoprawnym podłączeniem 4-pinowego zasilacza SATA.
źródło
Ten błąd jest niebezpieczny i może uszkodzić HD.
Aby to rozwiązać:
http://eliasoenal.com/2012/10/31/power-supply-failures-can-be-pretty-annoying-to-find/
źródło
Miałem ten sam problem. Próbowałem wszystkiego, ale tylko na porcie J-mikron na moim asusie p5k nie miałem błędów.
Ale kiedy podłączyłem napęd do innego zasilacza, zadziałało i błędy zniknęły. Potem przywróciłem dysk do pierwotnego źródła zasilania, ale nowe złącze zasilania również zadziałało.
źródło
Wiem, że ten wątek jest stary, ale właśnie napotkałem ten sam problem, przyszedł tutaj z Google.
ata3.01: failed command: READ FPDMA QUEUED
na bootowanie Kubuntu 16,04 livecd.Wymiana kabla SATA nic nie zrobiła.
Wymieniłem zasilacz i problem zniknął.
źródło
Ten błąd prawdopodobnie nie uszkodzi dysku twardego, ale bardzo prawdopodobne jest uszkodzenie systemu plików. Rozpocznij od ustalenia, który dysk generuje błędy. Zwykle można to łatwo ustalić za pomocą szeregu podejść, takich jak:
1) Wydanie polecenia
dmesg | grep ata3
i poszukiwanie marki i modelu dysku twardego. (ponieważ ata3 to port zgłaszający błąd w twojej sytuacji. Dostosuj odpowiednio), to zapewni dane wyjściowe podobne do tego:Szybki rzut oka wskazuje, że napęd podłączony do ata3 to SAMSUNG HD103SJ
2) Wydaj poniższe polecenie:
Zapewni to nazwy portów i urządzeń podświetlonych w tym samym wierszu, jak pokazano poniżej:
Łatwo zauważyć, że urządzeniu podłączonemu do ata3 przypisano nazwę urządzenia sdb
3) zainstaluj lsscsi
sudo apt install lsscsi
i wydaj polecenielsscsi
Zauważ, że pierwszym wpisem w każdej linii powyżej jest scsi_host, kanał, numer_celu i LUN. Jest umieszczony w nawiasach, a każdy element jest oddzielony dwukropkiem. W przypadku wielu urządzeń SCSI ich wpisy są sortowane w porządku rosnącym.
Po prostu dodanie 1 do pierwszej liczby w każdym wierszu wyniku daje port ATA. Możesz znaleźć więcej szczegółów
lsscsi
tutaj i tutaj.Ponieważ w twoim przypadku widzimy błędy zgłaszane zarówno na 3.00, jak i 3.01, masz więcej niż jeden dysk podłączony do tego samego portu ATA. Będziesz chciał dokładnie sprawdzić łączność zarówno z ata3.00, jak i ata3.01. Może to być obudowa z wieloma wnękami podłączona do tego samego kabla. Ponieważ oba napędy zgłaszają błędy, wymiana kabla do wyżej wymienionej wnęki na wiele napędów powinna wyeliminować problem dla obu napędów. Urządzenia te zwykle mają zewnętrzne źródło zasilania, które może być również winowajcą i należy je wymienić, ale kabel (będący najsłabszym ogniwem) jest zdecydowanie najbardziej prawdopodobną przyczyną problemu.
Źródła:
Doświadczenie
https://linux.die.net/man/8/lsscsi
http://sg.danny.cz/scsi/lsscsi.html
https://serverfault.com/questions/244944/linux-ata-errors-translating-to-a-device-name/868943#868943
źródło