Форум русскоязычного сообщества Ubuntu


Получить помощь и пообщаться с другими пользователями Ubuntu можно
на irc канале #ubuntu-ru в сети Freenode
и в Jabber конференции ubuntu@conference.jabber.ru

Автор Тема: Сбой Ubuntu. Есть шансы на восстановление?  (Прочитано 1172 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн ubuntix

  • Автор темы
  • Участник
  • *
  • Сообщений: 170
    • Просмотр профиля
Вот что при загрузке выдает

Оффлайн jurganov

  • Старожил
  • *
  • Сообщений: 1422
    • Просмотр профиля
Re: Сбой Ubuntu. Есть шансы на восстановление?
« Ответ #1 : 14 Апреля 2022, 06:56:02 »
читать в яндексе
https://yandex.ru/search/?text=failed+to+mount+early+api+filesystems+%D1%87%D1%82%D0%BE+%D0%B4%D0%B5%D0%BB%D0%B0%D1%82%D1%8C&lr=65&clid=1836587
это докер?
вот пишут
Цитировать
[!!!!!!] Failed to mount API filesystems, freezing.
Freezing execution.

Страшного ничего в этом нет. Это просто означает, что вы стали жертвой стечения обстоятельств. С некоторой версии докер стал блокировать системный вызов "name_to_handle_at", который используется systemd для определения примонтированных файловых систем. И решений у этой проблемы ровно три. Во-первых, убедитесь, что вы используете самую свежую версии образа операционной системы и дополнительно выясните, нет ли в ней еще отдельного обновления для systemd - разработчики systemd нашли способ обхода проблемы, поэтому, если ваш дистрибьютор оперативно доставляет обновления в систему, то это скорее всего поможет. Если нет, тогда либо выключаем для контейнера фильтрацию системных вызовов путем добавления дополнительного ключа запуска

--security-opt seccomp:unconfined

Любо, если вы немного параноик и все еще хотите оставить фильтрацию включенной, тогда скачиваем профиль seccomp по-умолчанию отсюда, листаем до "syscalls", далее "names", находим длиннющий список разнообразных системных вызовов и в любое его место вставляем "name_to_handle_at". Файл в формате json - если вставляете в середину, запятая нужна, если в конец, то нет. Далее запускаем контейнер с этим профилем - нам понадобится добавить ключ запуска, всё тот же "--security-opt seccomp:/${PATH_TO_NEW_SECCOMP_PROFILE}", только всемто "unconfined" как в прошлом примере, мы передаем путь до новго файла профиля seccomp.
« Последнее редактирование: 14 Апреля 2022, 07:04:50 от jurganov »

Оффлайн ubuntix

  • Автор темы
  • Участник
  • *
  • Сообщений: 170
    • Просмотр профиля
Re: Сбой Ubuntu. Есть шансы на восстановление?
« Ответ #2 : 15 Апреля 2022, 05:40:29 »
jurganov, да пользовался я поиском. Только применительно к моему случаю ничего не нашел

Оффлайн Butjapka

  • Активист
  • *
  • Сообщений: 510
    • Просмотр профиля
Re: Сбой Ubuntu. Есть шансы на восстановление?
« Ответ #3 : 15 Апреля 2022, 05:49:46 »
а может проверить fstab на наличие лишних записей, если есть, то закомментировать

Оффлайн Domitory

  • Активист
  • *
  • Сообщений: 583
    • Просмотр профиля
Re: Сбой Ubuntu. Есть шансы на восстановление?
« Ответ #4 : 15 Апреля 2022, 21:09:37 »
Ядро случаем не обновляли или пересобирали?
В /etc/fatab нет строк отвечающих за монтирование вирутальных файловых систем tmpfs?

Я бы еще попробовал выполнить проверку диска загрузившись с флэшки.
У Вас на sda5 каталог /boot размещен?

fsck /dev/sda5 -y

« Последнее редактирование: 15 Апреля 2022, 21:22:38 от Domitory »

 

Страница сгенерирована за 0.05 секунд. Запросов: 24.