Вопрос или проблема
У меня есть Asus R556L, на котором установлена Ubuntu 18.04LTS в режиме двойной загрузки с Windows 10. Режим SATA в BIOS установлен на AHCI.
Ubuntu работает нормально, но после некоторого времени работы экран переходит в черный терминал с ошибками, очень похожими на это сообщение. Windows работает несколько секунд, а затем я получаю ошибку синего экрана, и ПК перезагружается.
Когда я получаю этот черный экран, компьютер больше не реагирует, и мне приходится перезагружать его с помощью кнопки питания.
После перезагрузки я получил журналы с двух предыдущих загрузок с помощью
journalctl -o short-precise -k
journalctl -o short-precise -k -b -1
Их можно скачать по ссылкам last_reboot и previous_reboot.
Есть одна ошибка, которая может быть интересна (USB-устройство не подключено):
Cabirto kernel: usb 1-6: device descriptor read/64, error -110
А также некоторые подобные:
Cabirto kernel: print_req_error: I/O error, dev sda, sector 922702400
Я загрузился с живого CD для выполнения некоторых исправлений с отключенным жестким диском:
Я попытался выполнить
sudo e2fsck -p /dev/sda5
Что вернуло
/dev/sda5: clean, 785130/39829504 files, 54124587/159286528 blocks
(переведено с французского)
Я выполнил быстрый тест SMART smartctl -t short /dev/sda и smartctl -l selftest /dev/sda, который показал
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Short offline Completed without error 00% 3418
Расширенный тест SMART не обнаружил ошибок.
Вот что показывает fdisk -l (с исключенными блочными устройствами):
Disk /dev/sda: 931,5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: CD049B10-7DBD-4B39-912A-D7956EF0AE6A
Device Start End Sectors Size Type
/dev/sda1 2048 1023999 1021952 499M Windows recovery environment
/dev/sda2 1024000 1228799 204800 100M EFI System
/dev/sda3 1228800 1261567 32768 16M Microsoft reserved
/dev/sda4 1261568 410861567 409600000 195,3G Microsoft basic data
/dev/sda5 666849280 1941141503 1274292224 607,6G Linux filesystem
/dev/sda6 1941141504 1953523711 12382208 5,9G Linux swap
/dev/sda7 410861568 666849279 255987712 122,1G Microsoft basic data
Partition table entries are not in disk order.
Disk /dev/sdb: 7,5 GiB, 8015314944 bytes, 15654912 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x0006aec1
ИЗМЕНЕНИЕ: до этого утра Windows работала нормально, но теперь я получаю ошибку синего экрана, и ПК перезагружается.
Редактирование: при изменении меню GRUB, как предложено в комментариях, сообщение на черном экране изменяется, и появляется несколько строк ‘ata’.
ИЗМЕНЕНИЕ: Решение
В конце концов, я отправил свой компьютер в сервисный центр ASUS. Они заменили материнскую плату. Насколько я понял, была проблема с соединением. Это не был выходящий из строя жесткий диск, а поврежденные провода или разъемы.
Это проблема с оборудованием. Попробуйте отключить жесткий диск и снова его подключить. Иногда это решает проблему. Я знаю, что это ноутбук, но это не должно быть так сложно. Если вы можете себе это позволить, купите новый SSD и корпус USB для вашего текущего диска и сохраните все на новом SSD.
Ответ или решение
Ошибки жесткого диска могут проявляться в различных формах, и сообщение об ошибке, которое вы получили – "EXT4-fs error – Failed to write entry, ignoring: Read-only file system," – указывает на проблемы с файловой системой вашего диска. Ваша ситуация требует тщательного изучения как программных, так и аппаратных аспектов. Рассмотрим несколько шагов для диагностики и решения проблемы.
1. Анализ ошибок
Ошибка "Read-only file system" подразумевает, что файловая система была смонтирована в режиме только для чтения, что может происходить по различным причинам. В вашем случае, другие ошибки, такие как "I/O error, dev sda," также указывают на возможные проблемы с самим жестким диском или его подключением.
Возможно, вы сталкиваетесь со следующими проблемами:
- Физические повреждения жесткого диска: Неполадки могут быть связаны с поврежденными секторами на жестком диске.
- Неисправные соединения: Иногда проблема кроется в плохо работающих кабелях или разъемах.
- Проблемы с драйверами: Параметры AHCI в BIOS могут также влиять на производительность жесткого диска.
2. Проверка и ремонт файловой системы
Подход, который вы использовали для проверки файловой системы с помощью e2fsck, является корректным. Ваша команда sudo e2fsck -p /dev/sda5 указала, что файловая система в порядке, но стоит провести дальнейшее исследование. Попробуйте запустить e2fsck с флагом -f, чтобы произвести более глубокое тестирование:
sudo e2fsck -f /dev/sda5Если будут обнаружены ошибки, используйте опцию -y, чтобы автоматически исправить их:
sudo e2fsck -fy /dev/sda53. Аппаратная диагностика
Учитывая, что ваш ноутбук – это Asus и вы уже сталкивались с проблемами, возникает необходимость провести физическую диагностику. Подключите жесткий диск к другому ПК, если это возможно, или замените временно на другой, чтобы исключить вероятность повреждения порта SATA или соединений.
4. Smart-тестирование
Вы провели тестирование с помощью smartctl, и, исходя из результатов, у вас нет активных ошибок. Тем не менее, стоит повторить более продолжительное тестирование с помощью:
sudo smartctl -t long /dev/sdaЗатем просмотрите результат с помощью команды:
sudo smartctl -l selftest /dev/sda5. Проверьте конфигурацию BIOS
Иногда параметры в BIOS могут вызывать неоправданные проблемы. Убедитесь, что режим SATA установлен в AHCI и что другие установки не мешают нормальной работе системы. Можно также попробовать сбросить настройки BIOS к заводским.
6. Резервное копирование данных
Так как проблемы с жестким диском могут привести к потере данных, немедленно сделайте резервную копию всех важных файлов. Это особенно важно, если вы наблюдаете частые ошибки и сбои.
7. Заключение
Если после выполнения вышеперечисленных шагов проблема все еще остается, возможно, это связано с аппаратными неисправностями, такими как повреждение материнской платы или подключений. Судя по вашему опыту, замена материнской платы оказалась решением.
Рекомендуется обратиться в авторизованный сервисный центр для проведения углубленного анализа и ремонта. Это даст вам уверенность в том, что устройство функционирует должным образом, и предотвратит дальнейшие потери данных.