Изменен / etc / fstab Замораживание загрузки при запуске до входа в систему. Работа в режиме восстановления

Я недавний пользователь Ubuntu. Сегодня я решил создать обмен своей Ubuntu, и я следовал за учебником для этого. Когда я заканчиваю учебник, я вставляю команды в

/etc/fstab

и перезагружаю машину. Что-то пошло не так и машина не перезагрузилась. Он был заморожен до входа в систему.

Я вошел в Grub, вошел в режим восстановления и решил прокомментировать строку, которая несла своп в Fstab. Открыв Nano, я понял, что файл доступен только для чтения. Я выполнил быстрый поиск по телефону этой проблемы и нашел подсказку для выполнения команды

mount / -o remount, rw

. Это позволило мне оставить Fstab в режиме записи, а затем я прокомментировал строку, которая несла своп, записал изменения и покинул Grub.

1111 К сожалению, я не смог решить проблему. Ubuntu все еще мерзла. После нескольких попыток я понял, что если я вхожу в режим безопасности, я иду в терминал и набираю

mount / -o remount, rw

, я возвращаюсь к экрану настроек и выбираю «Обычное возобновление загрузки», тогда я могу войти в безопасная версия Ubuntu и все работает отлично, за исключением экрана, который получает низкое разрешение. Но когда я перезагружаю компьютер, надеясь попасть в Ubunto 17.10, он снова зависает.

Я внес изменения в Grub и начал отображать команды запуска на экране, и я понял, что когда я пытаюсь войти в Ubuntu 17.10, появляется несколько строк с [Failed], первая -

[Failed] Failed to start Create Volatile Files and Directories. See
'systemctl status systemd-tpfiles-setup.service' for details

. Последнее, перед замораживанием, это:

Started stop ureadahead data collection ...

Это все ... любая помощь?

PS .: ВСЕ строки в /etc/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/sda3 during installation
#UUID=bdc8b32c-3b83-4d89-a3f6-cacb61e3c19c / ext4 errors=remount-ro 0 1
# swap was on /dev/sda6 during installation
#/swapfile swap sw 0 0
0
задан 8 January 2018 в 04:39

1 ответ

Я думаю, что вы должны хотя бы включить / корневой раздел в свой /etc/fstab, но, возможно, в вашем уроке был другой подход, о котором я не знаю.

Чтобы быстро это исправить, просто раскомментируйте корневой раздел и раздел подкачки:

# / was on /dev/sda3 during installation
UUID=bdc8b32c-3b83-4d89-a3f6-cacb61e3c19c / ext4 errors=remount-ro 0 1
# swap was on /dev/sda6 during installation
/swapfile swap sw 0 0

Если что-то изменилось в этой настройке: Вы можете увидеть список подключенных томов с помощью cat /etc/mtab. Попробуйте смонтировать нужные тома в режиме восстановления, затем перечислите их. После этого вы можете найти uuids с помощью sudo blkid, а затем вставить их в /etc/fstab. Это хорошая идея, если у вас есть несколько внешних / сменных дисков, которые могут получить разные идентификаторы (sda / sdb ...). Если вы используете некоторые другие преобразователи lvm (например, с шифрованием), то это должно выглядеть как / в моем примере ниже.

Вот как выглядит мой /etc/fstab:

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# encrypted virtual device
/dev/mapper/kubuntu--vg-root /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sda1 during installation
UUID=12345678-1234-1234-1234-123412341234 /boot           ext4    defaults        0       2
/dev/mapper/kubuntu--vg-swap_1 none            swap    sw              0       0
# data drive that may get a different id on boot
UUID=1234123412341234 /media/user/Data  ntfs    rw  0 2
0
ответ дан 8 January 2018 в 04:39
  • 1
    @Samik I don' t думают that' s нечетный. При обновлении системы Ubuntu поведение по умолчанию должно отключить любые неофициальные источники программного обеспечения. Я думаю, что было бы более странно, если бы update-manager-core рассмотрел репозиторий с нестандартным (для Ubuntu), выпуск называет чиновника. – Eliah Kagan 2 June 2012 в 20:39
  • 2
    @Samik I don' t думают that' s нечетный. При обновлении системы Ubuntu поведение по умолчанию должно отключить любые неофициальные источники программного обеспечения. Я думаю, что было бы более странно, если бы update-manager-core рассмотрел репозиторий с нестандартным (для Ubuntu), выпуск называет чиновника. – Eliah Kagan 2 June 2012 в 20:39
  • 3
    @Samik I don' t думают that' s нечетный. При обновлении системы Ubuntu поведение по умолчанию должно отключить любые неофициальные источники программного обеспечения. Я думаю, что было бы более странно, если бы update-manager-core рассмотрел репозиторий с нестандартным (для Ubuntu), выпуск называет чиновника. – Eliah Kagan 2 June 2012 в 20:39
  • 4
    @Samik I don' t думают that' s нечетный. При обновлении системы Ubuntu поведение по умолчанию должно отключить любые неофициальные источники программного обеспечения. Я думаю, что было бы более странно, если бы update-manager-core рассмотрел репозиторий с нестандартным (для Ubuntu), выпуск называет чиновника. – Eliah Kagan 2 June 2012 в 20:39
  • 5
    @Samik I don' t думают that' s нечетный. При обновлении системы Ubuntu поведение по умолчанию должно отключить любые неофициальные источники программного обеспечения. Я думаю, что было бы более странно, если бы update-manager-core рассмотрел репозиторий с нестандартным (для Ubuntu), выпуск называет чиновника. – Eliah Kagan 2 June 2012 в 20:39
  • 6
    @Samik I don' t думают that' s нечетный. При обновлении системы Ubuntu поведение по умолчанию должно отключить любые неофициальные источники программного обеспечения. Я думаю, что было бы более странно, если бы update-manager-core рассмотрел репозиторий с нестандартным (для Ubuntu), выпуск называет чиновника. – Eliah Kagan 2 June 2012 в 20:39

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

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