Bu SATA hataları tehlikeli mi?

Bu hataları çok nadir alıyorum ve normal olup olmadığını bilmiyorum.

[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

Ben de yapıştırarak ediyorum smartctl -aiçin sda , sdb ve sdc .

Yardımlarınız için şimdiden teşekkürler.

Esasen Geppettvs D'Constanzo'nun cevabına katılıyorum olsa da, deneyebileceğiniz ilk şeylerden bazılarının,

1. SATA kablonuzun anakart ve sabit sürücüdeki yuvalara sıkıca takıldığından ve takıldığından emin olun.

2. SATA kablonuzu değiştirme. SATA kabloları (nispeten) ucuzdur ve bazen " kötü " bir bağlantı elde edersiniz . Genellikle, sadece kabloyu değiştirmek, bunun gibi bir problemi teşhis etmenin ve çözmenin en kolay yoludur.

( İki kablonun da aynı anda hem kötü olması beklenmedik olmasına rağmen . Yine de, bence muhtemelen bunu yapmaya değer.

Sizi, sürücüleriniz için SMART verilerini içeren pastilleri gördüm. Sürücüler için CRC hata beklenmedik sayıda edin sdbve sdc. Bu sürücüler için kabloları ve bağlantıları kontrol ederek başlamanızı öneririm.

junior@mediacenter:/$ sudo  smartctl -a /dev/sda
...
Model Family:     SAMSUNG SpinPoint M7E (AFT)
Device Model:     SAMSUNG HM321HI
...
199 UDMA_CRC_Error_Count    0x0036   200   200   000   Old_age  Always -    0

junior@mediacenter:/$ sudo  smartctl -a /dev/sdb
...
Model Family:     SAMSUNG SpinPoint F4 EG (AFT)
Device Model:     SAMSUNG HD204UI
...
199 UDMA_CRC_Error_Count    0x0036   100   100   000   Old_age  Always  -  57

junior@mediacenter:/$ sudo  smartctl -a /dev/sdc
...
Model Family:     SAMSUNG SpinPoint F4 EG (AFT)
Device Model:     SAMSUNG HD204UI
...
199 UDMA_CRC_Error_Count    0x0036   100   100   000   Old_age  Always  - 398

TAMAM. Öyleyse bir latpop değil . ;-)
Tabii ki, eğer bu bir dizüstü bilgisayarda, yukarıdakilerden hiçbiri geçerli değilse ve ne önereceğimi bilmiyorum. Belki sabit sürücüyü çıkarın ve yeniden takın? Belki de bağlantıyı iyileştirmek için soketine tekrar oturtmanız yeterlidir?

sbdve sdcaynı harici e-sata kablosuna (Thermaltake Duo HDD Dock) bağlı. e-sata kablomı değiştireceğim.

Arızalı veya düşük kaliteli bir kablo nedeniyle olabilir. Ayrıca, sürücü kullanılırken kablonun bir şekilde hareket ettirilmesi, çarpıştırılması veya başka şekilde sarsılması da olabilir.

Kötü kalitede / hasarlı SATA Güç / Veri Kablosunuz var gibi görünüyor. Bu kötü CRC'lere neden olabilir. Hiç zararlı değiller ve onlarla yaşayabilirsin ama yakında çok fazla veri kaybedeceksin.

Sabit disk sürücülerinizin SMART raporu aklı başında görünüyor, bu yüzden aynı durumda / güç kaynağında 5 sabit disk sürücüsü ayarlarken deneyimlerime dayanarak güç kaynağı sorunları için bulunuyorum. 2 sürücü için harici bir güç kaynağı (475W) ve GPU, optik ve sabit disk sürücüleri dahil olmak üzere her şey için kasanın 600W'ını kullanmayı bitirdim.

Her neyse, başka bir şey yapmadan önce tam bir yedekleme yapmanı öneririm. Mümkünse, sabit disk sürücünüzü klonlayın, ardından kablolarınızı ve güç kaynağı voltajlarını kontrol etmelisiniz.

Bazı çekirdek sürümleri ve bazı SATA denetleyicileri arasında bir sorun var gibi görünüyor.

Scientific Linux çalıştıran bir web sunucusunda yakın zamanda çok benzer bir sorun yaşamaya başladım (aynı olup olmadığından emin değilim).

Bu tür bir sorunla ilgili bulduğum en doğru ve eksiksiz bilgi bu launchpad hatası .

Kısacası: NCQ’yu devre dışı bırakmak , bu sorunu yaşayan kullanıcılar için en iyi çözüm olarak görünmektedir.

Bu hemen hemen her zaman kötü bir sürücüdür, kullandığımız binlerce sürücüm var ve bu hatalar sürücünün bozulmamasına rağmen dosya sisteminin bozulmasına neden oldu. Bunun gerçekten sürücüdeki denetleyici anakartıyla ilgili bir sorun olduğunu düşünüyorum.

Bu sorunu çözmek için her şeyi denedim, düzeltici sürücüyü değiştirmek ve aynı kablolar ve denetleyiciler üzerinde çalışan şeyler.

İyi şanslar

Bu iş parçacığının eski olduğunu biliyorum ama son zamanlarda 6 sata yuvası olan yeni alınmış bir makinede de aynı sorunla karşılaştım. CDrom ve sabit sürücüyü birbirine yakın 2 sata yuvasına taktım ve yeniden başlatıncaya kadar ubuntu yükleme işlemine devam ettim ve daha sonra ata8: hard resetting link error hatası gördüm. Makine bu noktaya kadar durur, asla iyileşmez. Birkaç kez yeniden başlatmayı denedim ve işe yaramadı. Daha sonra, mevcut 4 yuvadan birinde sabit sürücüyü değiştirmeye çalıştım ve sorunsuz çalıştı.

Aynı sorunu vardı - benim durumumda bu SATA güç adaptörünün 4 pinli bir şekilde sıkıca takılmamasından kaynaklanıyordu.

Bu hata tehlikelidir ve HD'nize zarar verebilir.

Bunu çözmek için:

1. SATA kablosunu değiştirin.
2. Hata devam ederse, SATA kablosunu diğer anakart soketine takın (mevcut soket okside olabilir).
3. Hata devam ederse, sorun güç kaynağınızda (PSU) olmalıdır.

http://eliasoenal.com/2012/10/31/power-supply-failures-can-be-pretty-annoying-to-find/

Ben de aynı problemi yaşadım. Her şeyi denemiştim ama sadece asus p5k'deki jikron portunda hatalar yoktu.

Ancak sürücüyü başka bir güç kaynağına koyduğumda çalıştı ve hatalar gitti. Sonra sürücüyü orijinal güç kaynağına geri koydum, ancak yeni bir güç konektörü kullandım.

Bu konunun eski olduğunu biliyorum ama aynı konuya rastladım, google'dan geldi.

• alma ata3.01: failed command: READ FPDMA QUEUEDKubuntu 16.04 livecd önyükleme üzerinde.
• WINDOWS 7 kararsız davranacak, bir süreliğine düzgün çalışacak, ancak youtube izledikten sonra donuyor.

SATA kablosunu değiştirmek hiçbir şey yapmadı.
PSU'nun yerini aldı ve sorun ortadan kalktı.

Bu hatanın sabit sürücünüze zarar vermesi muhtemel değildir, ancak dosya sisteminizi bozulmuş olabilir. Hangi sürücünün hataları attığını belirleyerek başlayın. Bu genellikle aşağıdakiler gibi bir dizi yaklaşımla kolayca belirlenir:

1) Komutu vermek dmesg | grep ata3ve sabit sürücü marka ve modelini aramak. (ata3, sizin durumunuzdaki hatayı atan bağlantı noktası olduğu içindir. Buna göre ayarlayın) bu, buna benzer bir çıktı sağlayacaktır:

dmesg | grep ata3
[    4.756081] ata3: SATA max UDMA/133 abar m2048@0xf7f26000 port 0xf7f26200 irq 135
[    5.071981] ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[    5.077850] ata3.00: HPA detected: current 1953523055, native 1953525168
[    5.077959] ata3.00: ATA-8: SAMSUNG HD103SJ, 1AJ10001, max UDMA/133
[    5.077960] ata3.00: 1953523055 sectors, multi 16: LBA48 NCQ (depth 32), AA
[    5.084057] ata3.00: configured for UDMA/133

Hızlı bir bakış, ata3'e bağlı sürücünün SAMSUNG HD103SJ olduğunu gösterir.

2) Aşağıdaki komutu verin:

find -L /sys/bus/pci/devices/*/ata*/host*/target* -maxdepth 3 -name "sd*" 2>/dev/null | egrep block |egrep --colour '(ata[0-9]*)|(sd.*)'

Bu, hem bağlantı noktalarını hem de aşağıda görüldüğü gibi aynı satırda vurgulanan aygıt adlarını sağlar:

Ata3'e bağlı cihaza sdb cihaz adı verildiğini görmek kolaydır.

3) lsscsi'yi kurun sudo apt install lsscsive komutu verinlsscsi

$ lsscsi
[0:0:0:0]    cd/dvd  ATAPI    iHAS124   F      CL9M  /dev/sr0 
[1:0:0:0]    disk    ATA      WDC WD2003FZEX-0 1A01  /dev/sda 
[2:0:0:0]    disk    ATA      SAMSUNG HD103SJ  0001  /dev/sdb 
[3:0:0:0]    disk    ATA      ST6000VN0033-2EE SC60  /dev/sdc 

Yukarıdaki her satırdaki ilk girişin scsi_host, channel, target_number ve LUN olduğuna dikkat edin. Köşeli parantez içine yerleştirilir ve her bir eleman kolon ile ayrılır. Birden fazla SCSI cihazı olduğunda girişleri artan düzende sıralanır.

Her çıktı satırında ilk sayıya 1 eklenmesi, ATA bağlantı noktasını verir. lsscsi Burada ve burada daha fazla ayrıntı bulabilirsiniz .

Durumunuzda hem 3.00 hem de 3.01'de atılmış hatalar görüyoruz, aynı ATA bağlantı noktasına bağlı birden fazla sürücünüz var. Ata3.00 ve ata3.01 bağlantılarını dikkatlice kontrol etmek isteyeceksiniz. Bu, aynı kabloya bağlı olan çok bölmeli bir sürücü kasası olabilir. Her iki sürücü de hata attığından, kabloyu yukarıda belirtilen çoklu sürücü yuvasına yerleştirmek, her iki sürücüdeki sorunu da ortadan kaldırmalıdır. Bu aygıtlar genellikle aynı zamanda suçlu olabilecek ve değiştirilmesi gereken harici bir güç kaynağına sahiptir, ancak kablo (en zayıf halka olan) sorunun en olası nedenidir.

Kaynaklar:

Deneyim

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