LINUX.ORG.RU

Долгий старт граб и ошибки ata3 в журнале. Не грузится дуалбутная винда

 , ,


0

2

Добрый вечер, помогите пожалуйста. У меня на ноутбуке дуалбут минта с виндой. На ssd стоит диск C винды и boot, root, home линукса. На обычном диске стоит диск D винды и доп раздел линукса. Сегодня вечером включаю компьютер, почему-то очень долго не грузится граб, затем все же появляется, но винда вообще не грузится, в линуксе в журнале спам вот такой ошибки:

Mar 17 20:32:39 host kernel: ata3: exception Emask 0x10 SAct 0x0 SErr 0x4040000 
Mar 17 20:32:39 host kernel: ata3: irq_stat 0x00000040, connection status change
Mar 17 20:32:39 host kernel: ata3: SError: { CommWake DevExch }


Что такое ata3 вообще не представляю и как узнать тоже:
flixis@host:~$ ls -l /dev/disk/by-path/
total 0
lrwxrwxrwx 1 root root  9 Mar 17 21:14 pci-0000:00:1f.2-ata-1 -> ../../sda
lrwxrwxrwx 1 root root 10 Mar 17 21:14 pci-0000:00:1f.2-ata-1-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 Mar 17 21:14 pci-0000:00:1f.2-ata-1-part2 -> ../../sda2
lrwxrwxrwx 1 root root  9 Mar 17 21:14 pci-0000:00:1f.2-ata-5 -> ../../sdb
lrwxrwxrwx 1 root root 10 Mar 17 21:14 pci-0000:00:1f.2-ata-5-part1 -> ../../sdb1
lrwxrwxrwx 1 root root 10 Mar 17 21:14 pci-0000:00:1f.2-ata-5-part2 -> ../../sdb2
lrwxrwxrwx 1 root root 10 Mar 17 21:14 pci-0000:00:1f.2-ata-5-part3 -> ../../sdb3
lrwxrwxrwx 1 root root 10 Mar 17 21:20 pci-0000:00:1f.2-ata-5-part4 -> ../../sdb4
lrwxrwxrwx 1 root root 10 Mar 17 21:14 pci-0000:00:1f.2-ata-5-part5 -> ../../sdb5
lrwxrwxrwx 1 root root 10 Mar 17 21:14 pci-0000:00:1f.2-ata-5-part6 -> ../../sdb6
lrwxrwxrwx 1 root root 10 Mar 17 21:14 pci-0000:00:1f.2-ata-5-part7 -> ../../sdb7
lrwxrwxrwx 1 root root 10 Mar 17 21:14 pci-0000:00:1f.2-ata-5-part8 -> ../../sdb8
Тут вообще нет никакого ata3.

flixis@host:~$ lsblk
NAME           MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda              8:0    0   1,4T  0 disk  
├─sda1           8:1    0 698,6G  0 part  
└─sda2           8:2    0 698,6G  0 part  
  └─sda2_crypt 253:2    0 698,6G  0 crypt /mnt/data2
sdb              8:16   0 238,5G  0 disk  
├─sdb1           8:17   0   450M  0 part  
├─sdb2           8:18   0   100M  0 part  /boot/efi
├─sdb3           8:19   0    16M  0 part  
├─sdb4           8:20   0 118,2G  0 part  
├─sdb5           8:21   0   507M  0 part  
├─sdb6           8:22   0   488M  0 part  /boot
├─sdb7           8:23   0  32,4G  0 part  
│ └─sdb7_crypt 253:0    0  32,4G  0 crypt /
└─sdb8           8:24   0  86,3G  0 part  
  └─sdb8_crypt 253:1    0  86,3G  0 crypt /home


Проверил диски с помощью GSmartControl.

SSD:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x0003   100   100   070    Pre-fail  Always       -       0
  5 Reallocated_Sector_Ct   0x0003   100   100   000    Pre-fail  Always       -       0
  9 Power_On_Hours          0x0002   100   100   000    Old_age   Always       -       5508
 12 Power_Cycle_Count       0x0002   100   100   000    Old_age   Always       -       4474
177 Wear_Leveling_Count     0x0003   100   100   000    Pre-fail  Always       -       243518
178 Used_Rsvd_Blk_Cnt_Chip  0x0003   100   100   000    Pre-fail  Always       -       0
181 Program_Fail_Cnt_Total  0x0003   100   100   000    Pre-fail  Always       -       0
182 Erase_Fail_Count_Total  0x0003   100   100   000    Pre-fail  Always       -       0
187 Reported_Uncorrect      0x0002   100   100   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0003   100   100   000    Pre-fail  Always       -       168
196 Reallocated_Event_Count 0x0003   100   100   000    Pre-fail  Always       -       0
198 Offline_Uncorrectable   0x0003   100   100   000    Pre-fail  Always       -       0
199 UDMA_CRC_Error_Count    0x0003   100   100   000    Pre-fail  Always       -       0
232 Available_Reservd_Space 0x0003   100   100   010    Pre-fail  Always       -       0
241 Total_LBAs_Written      0x0003   100   100   000    Pre-fail  Always       -       1244318
242 Total_LBAs_Read         0x0003   100   100   000    Pre-fail  Always       -       881643

Обычный диск:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000b   100   100   062    Pre-fail  Always       -       0
  2 Throughput_Performance  0x0005   100   100   040    Pre-fail  Offline      -       0
  3 Spin_Up_Time            0x0007   129   129   033    Pre-fail  Always       -       2
  4 Start_Stop_Count        0x0012   091   091   000    Old_age   Always       -       14387
  5 Reallocated_Sector_Ct   0x0033   100   100   005    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000b   100   100   067    Pre-fail  Always       -       0
  8 Seek_Time_Performance   0x0005   100   100   040    Pre-fail  Offline      -       0
  9 Power_On_Hours          0x0012   052   052   000    Old_age   Always       -       21365
 10 Spin_Retry_Count        0x0013   100   100   060    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   098   098   000    Old_age   Always       -       3228
191 G-Sense_Error_Rate      0x000a   100   100   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       80
193 Load_Cycle_Count        0x0012   098   098   000    Old_age   Always       -       21152
194 Temperature_Celsius     0x0002   176   176   000    Old_age   Always       -       34 (Min/Max 21/47)
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0022   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0008   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x000a   200   200   000    Old_age   Always       -       3
223 Load_Retry_Count        0x000a   100   100   000    Old_age   Always       -       0

Тут какие-то ошибки контрольных сумм, но мне сказали, вроде как это и не ошибки толком. Но я в этих таблицах вообще ничего не смыслю.


Последнее исправление: FliXis (всего исправлений: 1)

Попробуйте посмотреть вывод:

ls -1d  /sys/class/ata_port/ata*/device/host*/target*/[0-9]*/block/sd*

Там есть ata3?

mky ★★★★★
()
Ответ на: комментарий от FliXis

Больше никаких накопителей нет, может cd/dvd? ИМХО, это похоже на глюк контроллера или очень плохой контакт кабеля.

Здесь https://bugzilla.redhat.com/show_bug.cgi?id=667311 подобное поведение описывают для eSATAp порта, когда в него втыкают usb-модем.

mky ★★★★★
()
Ответ на: комментарий от mky

В итоге, через линукс я с помощью badblocks -w /dev/sda1 начал забивать нулями виндовый раздел Д(обычный диск). Но до конца процесса ждать не стал, перезагрузился и смог таки попасть в винду, где быстро отформатировал диск Д. Теперь винда стартует вроде бы нормально. На линуксе отмонтировал разделы связанные с этим хардом, чтобы проверять хард было бы легче. Надо бы наверно еще с винды отформатировать не быстро(не просто очисткой оглавления) для надежности? А потом как-то проверять его? Наверно не быстро все будет, 1.5 терра ведь. Кстати, в винде смарт тест несколько отличается: ОбычныйДиск SSD

FliXis
() автор топика
Последнее исправление: FliXis (всего исправлений: 2)
Ответ на: комментарий от FliXis

в винде смарт тест несколько отличается

Чем? То, что вывод в другом порядке, raw-значения представлены в hex, и названия атрибутов могут немного отличаться не важно. Значения параметров на первый взгляд совпадают.

ИМХО, можно было бы не забивать нулями, а просто попробовать прочитать всё (dd if=/dev/sda of=/dev/null bs=40960), по окончании посмотреть сколько байт и с какой скоростью. Если весь диск прочитался и скорость нормальная (допустим 50 и больше МБ/с), то этот диск не должен мешать загрузке. И, в принципе, это можно считать за проверку.

Есть тесты поверхности типа badblocks для Линукс или victoria или может ещё что под windows, которые пишут/читают. Но я не вижу в них особого смысла, если у диска чистый SMART.

И в целом, мне не понятно, как очистка/форматирование виндового раздела помогла решить проблему, там ведь было и такое:

очень долго не грузится граб

mky ★★★★★
()
Ответ на: комментарий от mky

Ну, например в виндовом варианте смарта Reallocation Sector Count имеет значение 005. А в линуксовом смарте 0. Да, была проблема с долгим появлением окна граба. У меня в линуксе оба раздела предполагаемого проблемного харда монтируются в /mnt/, это не могло как-то быть причиной этого? А у меня чистый смарт?(Я плохо понимаю в нем)

FliXis
() автор топика
Последнее исправление: FliXis (всего исправлений: 1)
Ответ на: комментарий от FliXis

Нет, в обоих SMART значение Raw у Realloc-счётчика равно нулю. В виндовом raw значения даны в hex (шестнадцатиричном виде) в предпоследнем столбце.

Разделы монтируются в /mnt в ходе загрузки системы, на grub это монтирование не влияет. Я не уверн, но, вроде пока grub грузится, читает конфиг, рисует своё окно, он вначале ищет конфиг на том диске, откуда загрузился. То есть он не должен был даже таблицу разделов второго диска читать. Хотя может пауза была не в grub, а в BIOS, который зачем-то пытался что-то прочитать со второго диска.

Смарт чистый, хотя это не гарантирует долгой жизни накопителя :)

mky ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.