Последнее обновление:
В итоге я заменил Ubuntu на Linux Mint, и проблема случайных сбоев, похоже, исчезла (я использовал его в тяжелых условиях в течение доброй пары часов, к тому времени, когда Ubuntu обычно падала на меня).
Я знаю, что это не лучший ответ, но я изо всех сил пытался понять, что происходит, и ничего не добился. Mint также основан на Ubuntu 16.04, что делает его еще более загадочным.
Надеюсь, это будет в какой-то степени полезно всем остальным, кто столкнулся с симптомами, похожими на те, что были у меня (когда после использования в течение некоторого времени жесткий диск отключается, меню Ubuntu перестает работать, и требуется жесткий сброс).
Оригинальное сообщение:
Я продолжаю получать ошибки при попытке запустить fsck. Ubuntu также продолжает сбоить.
Я не уверен, что это проблема с жестким диском, так как проверки диска, кроме fsck, не сообщают о проблеме, и я даже сместил раздел Ubuntu (см. оригинальное сообщение здесь: Dependency failed for /dev/disk/).
Ошибка, которую я получаю при запуске fsck в режиме восстановления:
Timed out waiting for device dev-disk-by\x2duuid-1d227bb3\x2db6ac\x2d44f6\x2dda063\
...I couldn't read the rest
My fstab is:
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/nvme0n1p7 during installation
UUID=06473276-9e10-42e4-86db-fc3c81557d8b / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=A48B-EA59 /boot/efi vfat umask=0077 0 1
# swap was on /dev/nvme0n1p6 during installation
UUID=1d227bb3-b6ac-44f6-a063-2bd5e8578eba none swap sw 0 0
My blkid is:
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/nvme0n1: PTUUID="06fdaa6e-9825-4df2-8d9b-b405e996ba04" PTTYPE="gpt"
/dev/nvme0n1p1: LABEL="SYSTEM" UUID="A48B-EA59" TYPE="vfat" PARTLABEL="Ubuntu Boot" PARTUUID="5402c9a1-2c4f-4dd4-9b56-e5068b5f0950"
/dev/nvme0n1p2: PARTLABEL="Microsoft reserved partition" PARTUUID="52ef0e33-bb36-4ee5-9b96-a8595743b369"
/dev/nvme0n1p3: LABEL="Windows" UUID="7ACA8CC9CA8C82DD" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="1b57fd79-f182-4786-b140-7f8b4688f5f6"
/dev/nvme0n1p4: UUID="0202928302927AFD" TYPE="ntfs" PARTUUID="9c06573d-1ecb-4821-abea-a51ab044f001"
/dev/nvme0n1p5: UUID="e681ae06-9f7e-4902-ae91-4d1f8dcf028d" TYPE="ext4" PARTLABEL="Basic data partition" PARTUUID="1a2ac5ca-37c5-11e7-9246-00155d6ff614"
/dev/nvme0n1p6: UUID="1d227bb3-b6ac-44f6-a063-2bd5e8578eba" TYPE="swap" PARTLABEL="Basic data partition" PARTUUID="1a2ac759-37c5-11e7-9246-00155d6ff614"
/dev/nvme0n1p7: UUID="06473276-9e10-42e4-86db-fc3c81557d8b" TYPE="ext4" PARTLABEL="Ubuntu" PARTUUID="1a2ac76e-37c5-11e7-9246-00155d6ff614"
/dev/nvme0n1p8: LABEL="Windows RE tools" UUID="5E348D1C348CF7F3" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="d7e07fd7-01ac-4e69-bf35-ad57fabdfd1c"
/dev/nvme0n1p9: LABEL="LinuxStorage" UUID="dc012449-3e39-4c52-97fb-1ffe9df2cab9" TYPE="ext4" PARTLABEL="LinuxStorage" PARTUUID="e9e0ec72-be01-436a-bbf7-f574a28f35fa"
/dev/sda1: LABEL="UBUNTU 16_0" UUID="F852-224C" TYPE="vfat" PARTUUID="00010c9d-01"
Does my fstab look ok to people?
UPDATE
Вот что я нашел с тех пор:
Какая бы команда не была набрана, она запускается после завершения сбоя, поэтому перезагрузка - самое безопасное решение
Поскольку ошибка указывала на то, что сбой произошел из-за моего свопа, я отформатировал своп и обновил fstab
Однако вышеуказанная ошибка вернулась. Я не смог сделать хорошую фотографию ошибки, так как она остается на экране всего несколько секунд, прежде чем исчезнуть
Но я могу сказать, что основная ошибка в верхней части, кажется, указывает на A48B, который, согласно blkid, является моим загрузочным разделом Ubuntu на https://www.dropbox.com/s/ztqw1yd8a7qy6t0/IMG_20170603_110604580.jpg?dl=0
Не уверен, что я должен делать с этим, так как не хотел возиться с загрузкой. Но у меня есть загрузочный USB, который я могу использовать для форматирования p1, возможно?
Если Ваша машина к полностью не жаждала DRAM, подкачка должна работать туда и не как HDD
/ SDD
раздел. Тем не менее можно проверить на HDD
сбойные блоки с этой командой:
sudo badblocks -v /dev/sdax # where x = /dev/swap_partition_name_ID
Выполнение fsck
на разделе подкачки не нужно и даже не, вероятно, желательно.
На практике, и ответить на Ваши проблемы, обоснованно снабженная машина будет крайне редко на самом деле использовать подкачку.