Действительно ли мой Fstab? [закрыто]

Question 1

Окончательное обновление:

В итоге я заменил Ubuntu на Монетный двор Linux, и проблема случайных сбоев, похоже, исчезла (использовала его в течение нескольких часов, и Ubuntu нормально рухнули на меня).

Я знаю, что это не отличный ответ, но я очень старался выяснить, что происходит, и вышел с ног. Монетный двор также основан на Ubuntu 16.04, что делает его еще более озадачивающим.

Надеемся, что это несколько полезно для всех, у кого есть похожие симптомы для того, что я получаю (где после использования его на некоторое время жесткий диск отключается, меню Ubuntu перестает работать, и требуется жесткий сброс).

Окончательное обновление:

Я продолжаю получать ошибки, когда я пытаюсь запустить fsck. Ubuntu также рушится на меня.

Я не уверен, что это проблема с жестким диском, поскольку проверки на диске, отличные от fsck, не сообщают о проблеме, и я даже переместил раздел Ubuntu (см. Оригинальное сообщение здесь : Зависимость не выполнена для / dev / disk /).

Ошибка при запуске fsck в режиме восстановления: Timed out waiting for device dev-disk-by\x2duuid-1d227bb3\x2db6ac\x2d44f6\x2dda063\ ... Я не мог прочитать остальные

. Моя fstab:

# /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

Мой blkid:

/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"

У меня fstab выглядит нормально для людей?

UPDATE

Вот что я нашли с:

, если я вхожу в root и жду несколько секунд, система выйдет из строя / отобразит это самостоятельно: https://www.dropbox.com/s/xzux7fj997dxobt/IMG_20170603_104418496.jpg?dl = 0 Чтобы эта ошибка появлялась, я должен начать набирать команду, такую как fsck или перезагрузка или почти что угодно. Затем он падает до того, как я нажму. Вступая в действие. Любая команда, которую я начал печатать, запускается после того, как она заканчивается сбоем, поэтому перезагрузка - самая безопасная вещь здесь. Потому что эта ошибка указала, что это моя своп, которая была неудачной. Я отформатировал свой своп и обновил свой fstab. Однако выше ошибка возвращена. Мне не удалось получить хорошую фотографию об ошибке, поскольку она остается на экране всего за несколько секунд до ее исчезновения. Но я могу сказать, что основная ошибка наверху, похоже, указывает на A48B, которая, согласно blkid, является моей загрузкой Ubuntu раздел на https://www.dropbox.com/s/ztqw1yd8a7qy6t0/IMG_20170603_110604580.jpg?dl=0 Не уверен, что я должен делать с этим, так как не хотел возиться с загрузкой. Но у меня есть USB-загрузка, которую я могу использовать для форматирования p1?

Question 2

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

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

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

Как практический вопрос, и чтобы ответить на ваши проблемы, достаточно ресурсная машина редко будет когда-либо использовать swap.

Question 3

Question 4

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

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

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

Как практический вопрос, и чтобы ответить на ваши проблемы, достаточно ресурсная машина редко будет когда-либо использовать swap.

Ali Razmdideh · Answer 1 · 18 July 2018 в 12:21

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

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

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

Как практический вопрос, и чтобы ответить на ваши проблемы, достаточно ресурсная машина редко будет когда-либо использовать swap.

Ali Razmdideh · Answer 2 · 24 July 2018 в 19:57

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

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

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

Как практический вопрос, и чтобы ответить на ваши проблемы, достаточно ресурсная машина редко будет когда-либо использовать swap.

0

ответ дан Ali Razmdideh 24 July 2018 в 19:57

1

Не используйте это на SSD! – heynnema 1 June 2017 в 21:04
2

Я считаю, что HDD не SSD – jones0610 1 June 2017 в 22:07
3

Но nvme0n1p6 находится на SSD. И ... правильный способ для badblock - это e2fsck -c -k /dev/sda с Live DVD / USB. – heynnema 1 June 2017 в 22:08
4

OP заявила, что он / она имеет дело с проблемой жесткого диска. Я предполагаю, что он знает разницу между жестким диском и SSD. Суть в том, что он / она должен запускать своп из ОЗУ. И если раздел подкачки HDD подозрительный, ответ, который я дал, определит любые проблемы. SSD, насколько мне известно, невосприимчивы к плохим блокам. Возможно, я понял базовые знания тех, кто читает это, что может быть нереалистичным во всех случаях. – jones0610 1 June 2017 в 22:15
5

OP сделал ссылку на жесткий диск ... но это до человека, который отвечает на вопрос, чтобы знать, что nvme0np6 является SSD , и не давать (неправильно ... вы не запускаете badblocks непосредственно ... и прочитайте man badblocks для предупреждения о подаче вывода на ...) команда badblocks (e2fsck подходит, если HDD) против него. – heynnema 1 June 2017 в 22:22

Действительно ли мой Fstab? [закрыто]

2 ответа

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

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