16.04 - всунутый чрезвычайный режим - фс FAT (nvme0n1p1): набор символов IO iso8859-1 не найденный

Мой ноутбук lenovo t470s, рабочая человечность 16.04 загружает меня в чрезвычайный режим. Вещи были в порядке вчера.

Подробнее...

Выполнение mount /boot/efi, урожаи FAT-fs (nvme0n1p1): IO charset iso8859-1 not found и Mount: wrong fs type, bad option, bad superblock on /dev/nvme0n1p1, missing codepage or helper program or other error

Выполнение systemctl —failed, говорит мне это boot-efi.mount и systemd-modules-load.service перестали работать

Ядро: 4.10.0-33generic # 37~16.04.1-Ubuntu SMP пятница 11 августа 14:07:24 GNU/Linux UTC 2017 x86_64 x86_64'

Ошибки (и избранные предупреждения) найденный с jounralctl -xb:

  • Could not open moddep file: ‘lib/modules/4.10.0-33-generic/modules.dep.bin’

  • Failed to lookup alias ‘lp’: Function not implemented (Это повторяется еще 2 раза с несколькими изменениями),

  • dns-clean.service: Job dis-clean.service/start failed with result ‘dependency’

  • local-fs.target: Job local-fs.target/start failed with result ‘dependency’

  • FAT-fs (nvme0np1): IO charset iso8859-1 not found

  • boot-eft.mount: Mount process exited, code=exited status=32 Failed to mount /boot/efi

Это возможно некоторые обновления, установленные вчера, но к сожалению я не вспоминаю, каковы они были.

Я неясен, как отладить/устранить вещи вернуть их к выполнимому состоянию. Любая справка ценится!

И конечно, сообщите мне то, что еще я могу обеспечить, чтобы помочь диагностировать.

1
задан 7 September 2017 в 20:44

4 ответа

Фиксированный, я думаю... Спасибо все, кто помог.

, К сожалению, точный метод, которым это было зафиксировано, неясен. Из-за моего растущего разочарования и потребности починить вещи, я не был достаточно атомарным в своем процессе поиска и устранения неисправностей, таким образом, это май одна из двух вещей, оба предложенные @bodhi.zazen в комментарии выше.

Также:

  1. От режима восстановления, выполняя команды modprobe сюда: https://askubuntu.com/a/571644/699673
  2. , Загружающийся в предыдущую версию ядра (от режима восстановления, я выбрал более раннюю версию ядра из списка опций).

я выполнил эти две операции по очереди, таким образом, это неясно, который починил вещи.

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

1
ответ дан 8 December 2019 в 04:05

Позволяет сначала проверяют Вашу файловую систему на наличие ошибок.

Для проверки файловой системы на разделе Ubuntu...

  • начальная загрузка к меню
  • GRUB выбирает, Advanced Options
  • выбирают, режим Recovery
  • выбирают доступ Root
  • при подсказке #, тип sudo fsck -f /
  • повторяются эти fsck команда, если были ошибки
  • тип reboot

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

  • начальная загрузка к Ubuntu Живой DVD/USB
  • запускает gparted и определяет, какой/dev/nvme0nXpY является Вашим разделом Ubuntu EXT4
  • , выходит gparted
  • , открываются terminal тип sudo fsck -f /dev/nvme0nXpY окна
  • # замена X и Y с числами, которые Вы нашли ранее
  • , повторяют команду fsck, если были ошибки
  • тип reboot
0
ответ дан 8 December 2019 в 04:05

У меня была та же проблема с Lenovo T480s, и Монетный двор 19.2 (основывался на Ubuntu 18.04).

$ modprobe nls_iso8859-1
modprobe: ERROR: ../libkmod/libkmod.c:586 kmod_search_moddep() could not open moddep file '/lib/modules/4.15.0-66-generic/modules.dep.bin'
modprobe: Module nls_iso8859-1 not found in directory /lib/modules/4.15.0-66-generic

, Как предложено в этот ответ , работая:

$ depmod

в режиме восстановления, затем перезагружая решил проблему для меня.

-1
ответ дан 8 December 2019 в 04:05

Выполнение следующей команды в режиме восстановления решило проблему для меня:

$ depmod

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

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

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