Вопросы Теги

16.04 - застрял в аварийном режиме - FAT-fs (nvme0n1p1): IO charset iso8859-1 не найден

В 64-битном режиме Ubuntu введите следующие команды: 

sudo sed -i -e 's/deb http/deb [arch=amd64] http/' "/etc/apt/sources.list.d/google-chrome.list"

И 

sudo sed -i -e 's/deb http/deb [arch=amd64] http/' "/opt/google/chrome/cron/google-chrome"

Пакет обновления: sudo apt-get update

Согласно webupd8 В 64-битной ОС вам необходимо отредактировать следующие два файла: 

/etc/apt/sources.list.d/google-chrome.list

Измените строку # 3: 

deb http://dl.google.com/linux/chrome/deb/ stable main

на: 

deb [arch=amd64] http://dl.google.com/linux/chrome/deb/ stable main

Изменить /opt/google/chrome/cron/google-chrome

Изменить REPOCONFIG и SSLREPOCONFIG: 

REPOCONFIG="deb http://dl.google.com/linux/chrome/deb/ stable main"
SSLREPOCONFIG="deb https://dl.google.com/linux/chrome/deb/ stable main"

To 

REPOCONFIG="deb [arch=amd64] http://dl.google.com/linux/chrome/deb/ stable main"
SSLREPOCONFIG="deb [arch=amd64] https://dl.google.com/linux/chrome/deb/ stable main"

Обновить август 3,2016:

Чтобы установить последнюю версию Google chrome 50 (64 бит) на Ubuntu 16.04 LTS через PPA с хорошими сигнатурами:

Загрузите открытый ключ Google: 

wget -q -O - https://dl-ssl.google.com/linux/linux_signing_key.pub | sudo apt-key add -

Добавить Репозиторий Google Chrome: 

sudo sh -c 'echo "deb http://dl.google.com/linux/chrome/deb/ stable main" > /etc/apt/sources.list.d/google.list'

Обновление репозитория: 

sudo apt update

или 

sudo apt-get update

Установите Google Chrome: 

sudo apt install google-chrome-stable

или 

sudo apt-get install google-chrome-stable
1
задан 7 September 2017 в 20:44

4 ответа

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

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

Либо:

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

Я выполнил эти две операции подряд, поэтому неясно, какие фиксированные вещи.

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

1
ответ дан 18 July 2018 в 07:15

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

Чтобы проверить файловую систему на вашем разделе Ubuntu ...

загрузиться в меню GRUB, выберите «Дополнительные параметры», выберите «Режим восстановления» Корневой доступ в приглашении #, введите sudo fsck -f /, повторите команду fsck, если были ошибки типа reboot

Если по какой-то причине вы не можете сделать выше ...

загрузитесь в меню GRUB запустите gparted и определите, какой / dev / nvme0nXpY является вашим разделом Ubuntu EXT4 выберите «Дополнительные параметры» откройте окно terminal выберите режим восстановления повторите команду fsck, если были ошибки выберите Root access
0
ответ дан 18 July 2018 в 07:15

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

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

Либо:

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

Я выполнил эти две операции подряд, поэтому неясно, какие фиксированные вещи.

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

1
ответ дан 24 July 2018 в 18:46

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

Чтобы проверить файловую систему на вашем разделе Ubuntu ...

загрузиться в меню GRUB, выберите «Дополнительные параметры», выберите «Режим восстановления» Корневой доступ в приглашении #, введите sudo fsck -f /, повторите команду fsck, если были ошибки типа reboot

Если по какой-то причине вы не можете сделать выше ...

загрузитесь в меню GRUB запустите gparted и определите, какой / dev / nvme0nXpY является вашим разделом Ubuntu EXT4 выберите «Дополнительные параметры» откройте окно terminal выберите режим восстановления повторите команду fsck, если были ошибки выберите Root access
0
ответ дан 24 July 2018 в 18:46
  • 1
    Спасибо за ваш ответ. Прошу прощения за отсутствие форматирования этого комментария ... . Я пробовал оба метода, не работал. Загрузка в USB-ключ, вывод sudo fsck -f /: fsck из util-linux 2.27.1 fsck.fat 3.0.28 (2015-05-16) / dev / nvme0n1p1: 8 файлов, кластеров 870/130812. Gparted сообщил о трех разделах: / dev / nvme0n1p1 | название: системный раздел EFI | файловая система: fat32 | размер: 512 МБ | Используется 4.41 MB | flags: boot, esp. / dev / nvme0n1p2 | имя: | файловая система: ext2 | .... / dev / nvme0n1p3 | имя: | файловая система: crypt-auks | .... – devlindeboree 8 September 2017 в 01:38
  • 2
    @devlindeboree Обычно вы добавляете этот вывод в свой исходный вопрос, используя copy / paste. Я думаю, что часть вашей информации обрезана, но поскольку вы загрузились с флеш-накопителя USB, команда, вероятно, будет sudo fsck -f /dev/nvme0n1p3. – heynnema 8 September 2017 в 02:04

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

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