Мой Fstab в порядке? [закрыто]

Последнее обновление:

В итоге я заменил 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

Вот что я нашел с тех пор:

  • если я войду в root и подожду несколько секунд, система аварийно завершает работу/выдает следующее: https://www.dropbox.com/s/xzux7fj997dxobt/IMG_20170603_104418496.jpg?dl=0
  • Чтобы эта ошибка появилась, я должен начать вводить команду, такую как fsck или reboot или практически все. Затем происходит сбой до того, как я нажимаю Enter
  • Какая бы команда не была набрана, она запускается после завершения сбоя, поэтому перезагрузка - самое безопасное решение

  • Поскольку ошибка указывала на то, что сбой произошел из-за моего свопа, я отформатировал своп и обновил fstab

  • Однако вышеуказанная ошибка вернулась. Я не смог сделать хорошую фотографию ошибки, так как она остается на экране всего несколько секунд, прежде чем исчезнуть

  • Но я могу сказать, что основная ошибка в верхней части, кажется, указывает на A48B, который, согласно blkid, является моим загрузочным разделом Ubuntu на https://www.dropbox.com/s/ztqw1yd8a7qy6t0/IMG_20170603_110604580.jpg?dl=0

  • Не уверен, что я должен делать с этим, так как не хотел возиться с загрузкой. Но у меня есть загрузочный USB, который я могу использовать для форматирования p1, возможно?

1
задан 9 June 2017 в 17:44

1 ответ

Если Ваша машина к полностью не жаждала DRAM, подкачка должна работать туда и не как HDD / SDD раздел. Тем не менее можно проверить на HDD сбойные блоки с этой командой:

sudo badblocks -v /dev/sdax # where x = /dev/swap_partition_name_ID

Выполнение fsck на разделе подкачки не нужно и даже не, вероятно, желательно.

На практике, и ответить на Ваши проблемы, обоснованно снабженная машина будет крайне редко на самом деле использовать подкачку.

0
ответ дан 8 December 2019 в 05:11

Другие вопросы по тегам:

Похожие вопросы: