| lampslave |
|
|
Темы:
32
Сообщения:
4801
Участник с: 05 июля 2011
|
В течение уже нескольких лет с разной периодичностью ловлю ридонли в одном компе, но на трёх разных ссд, убунту и дебиане. Правда при этом ничего особо не зависает, можно нормально перезагрузиться, и всё вроде цело потом. Тоже ryzen 5600g, плата правда гигабайтовская, aorus pro-p. Память была амд с xmp профилем, сейчас поменял на кингстон, по нему пока нет статистики, вроде не падало, но сейчас я им и не пользуюсь практически. Хотя память и та вроде нормальная была, я её много гонял мемтестом. Что интересно, часто бывали случаи, когда ридонли вылетала сразу после загрузки, а то и после проверки fsck (поставил на каждый запуск на всякий случай). Если вылетает с полным зависанием, то возможно это косяк с видеопамятью на самом деле. Попробуйте выделить фиксированное количество. Обновление биоса тоже возможно стоит сделать, если и не решится эта проблема, то по крайней мере поддержка процессора может улучшиться, у меня на первых порах вообще адище какое-то было до обновлений, например диск отцепишь один - всё, не грузится нифига, только после 3 ресетов и угроз выкинуть этот чертов ящик в окошко :) |
| anode |
|
|
Темы:
8
Сообщения:
1020
Участник с: 30 августа 2011
|
lampslave, приятно услышать знакомый голос ))) |
| vasek |
|
|
Темы:
47
Сообщения:
11933
Участник с: 17 февраля 2013
|
Приходилось вникать в эту проблему несколько раз .... привожу основное, что из этого вынес ... может и пригодиться Основные причины проблемы: 1. Hardware (аппаратные проблемы) - сам диск, шлейф/разъем, питание. 1.1. Быстрая проверка диска: sudo smartctl -t short /dev/sda Будет указано время проверки (минуты), после окончания этого времени смотрим вывод (строка #1): sudo smartctl -l selftest /dev/sda | grep -B 1 '# 1' 1.2. Проверка на badblocks sudo badblocks -v /dev/sdaX -o ~/bad_sectors.txt ... результат проверки в файле ~/bad_sectors.txt 2. Проблемы файловой системы. Выполнить проверку fsck, пока без исправления, просто посмотреть. 3. Software (программные проблемы) - программное обеспечение, связаное с работой диска - самое противное, но все чаще замечается у новых устройств. Нюансы: - если проблема в Hardware, то в логах в большой вероятностью должны быть записи типа I/O, Error, что можно узнать из вывода journalctl -b | grep -E 'I/O|Error' - желательно выяснить, связана ли проблема с нагрузкой на диск (по работать с разной нагрузкой). PS - привел основное, что обычно делал в первую очередь ... а вообще нюансов там много ... EDID - забыл отметить, редко, но возможно, закончились свободные inode - проверить: df -i
Ошибки не исчезают с опытом - они просто умнеют
|
| abc |
|
|
Темы:
43
Сообщения:
258
Участник с: 30 августа 2016
|
Все советы попробовал, не помогло. Подключил HDD с другого ПК, тоже с арчем. За несколько дней ни разу не завис. Далее свой глючный SSD примонтировал и гонял с него сразу несколько 4к видео почти сутки. Поиграл в танки и контру. Несколько дней работал так же без сбоев. Получается проблема не в железной части? Сейчас делаю бекап. Хочу диск отформатировать и переустановить арч. Но перед этим вопрос. Диск поделен на корень etx4 и бут раздел vfat. В fstab для бут раздела в параметрах есть errors=remount-ro. Это может повлиять и на корневой раздел? |