Ubuntu recovering journal не загружается
При включении появляется: /dev/sda2 : recovering journal /dev/sda1: clean . file . blocks И дальше не грузиться. Что делать?
Или просто 1 строчку выдает: /dev/sda2: clean . file . blocks А дальше не двигается
Иди к близвозлежащему гуру (ты ведь без него линух не ставил, правда?)
(4) Я всегда сначала сам гуглю, и вот если не нахожу решения, то спрашиваю на этом форуме.
(3) Линуксы без гуры до сей поры ставить сильно не рекомендуется.
(6) Ну не скажи. Что в Windows ошибка диска при загрузки, что Линукс типа Ubuntu - заявка на восстановление администраторам.
- А решение восстановить базу 1С на другой комп.
Нашел, что скорее всего проблема с видео драйверами.
(6) Да ладно? По-моему десктопную убунту любой ребенок поставить, серверная - да, ещё могут быть трудности.
)) /dev/sd* - это блочные устройства пзу. Казалось бы причем тут видяха
(0) на диске только линукс или еще другие ОСи типа винды есть?
На диске только Ubunu. ctr alt F1 не срабатывает. Да нагуглил, что строка означает что все проверено и хорошо, но так как дальше не идет, то возможно проблемы с видео драйверами.
в терминал удается попасть только через флешку с установочником, там пробовал проверять загрузочные файлы
да что ж такое с этими убунтами??
при фрибсд сусе и прочих аиксах такого не было.
скачал сарцы скомпилил ядро настроил девайсы, сетку и погнали.
на все про все пара часов.
Если проблема с дисковой системой - попробуй запустить в режиме LiveCD Ubuntu и через gparted запустить проверку файловой системы. Если не поможет - то возможно битый диск - тогда делай клон и потом снова проверяй на ошибки.
(19) fsck с убитого HDD может и не отработать нормально.
(19) и а что ты пугаешь своими клинами, довел человека до переустановки.
есть еще бут-репейр. или вручную лайв - маунт старые - чрут - инстал груб. вроде так
наверняка ллвм разрешил при установке
Подключил диск к винде, чтобы файлы скопировать, не похерить. И нашел папку в которой был файл WORD размером 180 Гб (именно ГИГОВ!), удалил его и все заработало.
(33) у нас однажды секретарь сделала скан в пдф с разрешением 20 000 дипиай, падали все просмотрщики
И каким макаром файлик, пусть и большой, мешал загрузке системы?
Хотя что взять со студенческой под(д)елки.
Убунту в переводе с одного из африканских языков "Не смог собрать генту".
(35) Места наверно было 0, вот и падало. У убунту это болезнь.
Файл, занял почти все свободное место, когда искал решение проблемы, как раз попадалось, что линукс может не запускаться при небольшом объеме свободного места. Вот это как раз да, минус этих ОС, один из минусов)
В качестве примера будет использована система Ubuntu 18.04 LTS, но руководство актуально для любой системы, использующей Systemd как подсистему инициализации. Так же мы рассмотрим команды по восстановлению системы Ubuntu без ее переустановки.
Что такое режим восстановления в системах Linux?
Режим восстановления эквивалентен однопользовательскому режиму в дистрибутивах Linux, которые используют демон SysV в качестве диспетчера служб по умолчанию. В режиме восстановления все локальные файловые системы будут примонтированы, но только некоторые важные службы будут запущены. Например, сетевые сервисы не будут запущены. Режим восстановления Linux полезен в ситуациях, когда система не может нормально загрузиться. Кроме того, в данном режиме мы можем выполнить некоторые важные операции по восстановлению, например, такие как сброс root пароля.
Что такое аварийный режим?
В отличие от режима восстановления, в аварийном режиме не монтируются точки монтирования файловых систем, службы и сокеты не будут запущены. Аварийный режим подходит для отладки.
Загрузка в режим восстановления в Ubuntu 18.04 LTS
Запустите установленную систему Ubuntu. Когда появится меню Grub, выберите первую запись и нажмите e для редактирования.
Если у вас не отобразилось меню Grub, то нужно нажать клавишу ESC сразу после исчезновения логотипа BIOS.
Найдите строку, начинающуюся со слова «linux», удалите значение «$vt_handoff» и в конце этой строки введите следующее значение (Чтобы быстрее достичь конца строки, просто нажмите CTRL + e или используйте клавишу END или стрелки LEFT / RIGHT на клавиатуре):
После того, как вы добавили вышеприведенное значение, нажмите сочетание клавиш CTRL + x или F10, чтобы загрузить систему в режим восстановления. Через несколько секунд вы попадете в режим восстановления (однопользовательский режим) в качестве пользователя root. Нажмите Enter.
Затем введите следующую команду для монтирования файловой системы root (/) в режим чтения / записи:
Загрузка в аварийный режим
Загрузка операционной системы Linux в аварийный режим аналогична описанному выше методу. Все, что вам нужно сделать, это заменить «systemd.unit= rescue.target» на «systemd.unit = emergency.target» при редактировании меню Grub.
После того, как вы добавили «systemd.unit=emergency.target», нажмите Ctrl + x или F10, чтобы продолжить загрузку в аварийный режим.
Вы можете подключить корневую файловую систему в режим чтения / записи с помощью команды:
Переключение между режимами восстановления и аварийный режимом и наоборот
Если вы загрузились в режим восстановления, то из него же можно переключиться в аварийный режим с помощью следующей команды:
Аналогично, чтобы переключиться с аварийного режима в режим восстановления, введите команду:
Режим восстановления Recovery mode в Linux
Еще одним режимом, которым можно воспользоваться для восстановления системы, является режим Recovery mode. Примечателен он тем, что содержит предустановленные утилиты для восстановления.
Для запуска режима восстановления необходимо загрузиться в меню Grub, выбрать Дополнительные параметры.
Затем из появившегося списка выбрать первое (верхнее) ядро с надписью (recovery mode).
Как вы можете видеть на рисунке ниже, как только система загрузится в режим восстановления, вам будет показано меню инструментов, которые решают различные общие проблемы с загрузкой системы. Стоит попробовать каждый из них, который как вам кажется, может решить вашу проблему.
Теперь вы знаете, что такое режим восстановления, аварийный режим и Recovery mode, а также как загрузиться в эти режимы в Ubuntu 18.04. Как я уже упоминал, приведенные здесь шаги будут работать во многих последних версиях Linux, в которых используется Systemd.
Как восстановить операционную систему Ubuntu без переустановки
Рассмотрим популярные и действенные методы восстановления операционной системы Ubuntu. Если вы столкнулись с тем, что ваша система не запускается после обновления, установки драйверов или по каким-нибудь другим причинам, то вам стоит воспользоваться данной инструкцией.
На экране входа в систему воспользуйтесь комбинацией клавиш CTRL + ALT + F1 для переключения в виртуальную консоль tty1, возможно вам придется переключится на другую виртуальную консоль, в таком случае воспользуйтесь этой же комбинацией клавиш, но с F2 или F3 и т.д. И затем выполните следующие команды:
Если причиной того, что система не загружается стала установка видеорайвера Nvidia, то для решения проблемы его нужно удалить:
И обновить систему:
И перезагрузить систему:
Так же может помочь переустановка рабочего окружения. Для Ubuntu это будет следующая команда (не влияет на пользовательские данные):
Рекомендую периодически делать резервные копии системы и домашнего каталога пользователя, соответствующими инструментами. Например, для резервного копирования в среде Linux можно воспользоваться утилитой QT5-FSArchiver.
Я сталкивался с этой проблемой несколько раз, и каждый раз, когда это было странно , виновата Nvidia - да, СОВМЕСТНО ИНТУИТИВНО
Если в Ubuntu после долгой мучительной перезагрузки запустите:
или, если он заблокирован, попробуйте удивительный способ устранения неполадок в Ubuntu и попробуйте: Ctrl + Alt + F1 через F7, чтобы перейти к «TTY1-7» и запустить то же самое. Перезагрузите компьютер и заново установите проприетарные драйверы Nvidia.
Я надеюсь, что помог, Марк
Господи, попробовав десятки других вещей, это то, что в итоге сработало. Но что, если нам понадобится NVIDIA, например, если мы используем их GPU? @mikewh независимо 🙄 как ты так уверен ?! Это случилось со мной уже дважды, и это только после обновления ядра. Модуль nvidia пропадает, и система никогда не завершает загрузку. Удаление драйвера (для очистки всего, что было найдено), а затем повторная его установка (создание модуля для нового ядра) решает проблему. Я был бы рад, если бы вы могли доказать, что это не имеет к этому никакого отношения, и объяснить, почему. Это не "ерунда". Я был бы рад доказать это, если вы можете организовать доступ к вашему компьютеру для оценки. Без этого просить что-то подобное ставит невыполнимую задачу. Модуль nvidia должен быть автоматически восстановлен dkms после обновления ядра. Он работал для меня много лет на нескольких ПК с разными картами Nvidia. Мне никогда не приходилось удалять драйвер и переустанавливать.ctrl + alt + f2 или f3
- войдите под своей учетной записью
- тип sudo apt-get update (введите пароль при появлении запроса)
- введите sudo apt-get install xserver-xorg-video-intel
- перезагружать
Давайте сначала проверим вашу файловую систему на наличие ошибок.
Чтобы проверить файловую систему на вашем разделе Ubuntu .
Если по какой-то причине вы не можете сделать выше .
Если шаг № 1 не решает вашу проблему, то сделайте это .
в ожидании исправления здесь .
Если вы используете двойную загрузку с Windows, сделайте это в Windows .
- откройте панель управления питанием
- нажмите на change what the power buttons do
- нажмите на change options that are unavailable
- снимите флажок fast start
- закройте панель управления питанием
- открыть окно командной строки администратора
- тип powercfg /h off (отключает спящий режим)
- тип chkdsk /f c:
- подтвердить, что chkdsk запускается при следующей загрузке
- перезагрузить Windows
Это потому, что nomodeset отключает использование любого графического драйвера. Я отключил свои nouveau драйверы перед установкой nvidia.
Хотя это может быть не так со всеми.
Спасибо, да, это тоже имеет смысл. У меня есть Alienware 13 R-3. Для установки Ubuntu я добавил nomodeset, чтобы включить загрузку Ubuntu OS. Как только я установил драйвер nvidia, я получил вышеупомянутую ошибку. Поэтому на grub я нажал e для редактирования и удалил nomodeset и ctrl + x для перезагрузки. После этого у меня на рабочем столе все нормально.Я испытал ту же проблему; хотя решение Марка (в верхнем ответе) не сработало сразу (поскольку ctrl + alt + F2 и т. д. вызывает мерцающий TTYL, который практически невозможно использовать), его предполагаемая причина была правильной, так как это была проблема с драйвером nvidia.
Также для начинающих, как я, вот пошаговое решение для защиты от ошибок:
в терминале введите:
sudo apt-get purge nvidia*
Другие решения, предложенные в другом месте, не работали (например, установка boot-repair или sudo apt-get update )
(Это работало на моем компьютере с двойной загрузкой (Windows 10 и Ubuntu 18.04)
Ошибка /dev/sda2 clean files blocks
/dev/sda2: clean, 291272/4292608 files, 480345/18174432 blocks
Следующее слово clean , означает, что файловая система чистая, никаких ошибок больше нет, даже если они были, то все исправлены.
291272/4292608 files - в этой файловой системе можно создать 4292608 файлов, а на данный момент создано только 291272.
480345/18174432 blocks - нет, здесь ничего не заблокировано. Это емкость раздела с файловой системой. Общее количество блоков 18174432, при размере одного блока 4096 байт (значение по умолчанию для ext4) это 69 Гб (18174432 * 4096 / 1024 / 1024 / 1024). 480345 - это используемые блоки, занятое пространство.
sudo fsck.ext4 /dev/sdb6
При чем обычно проводится быстрая проверка, которая только оценивает, есть ли ошибки, она занимает меньше половины секунды. А уже если были обнаружены ошибки, запускается полная проверка, она требует больше времени. Вы можете очень просто посмотреть, сколько времени заняли проверки в уже включенной системе, для этого выполните:
sudo systemd-analyze blame | grep fsck
Причем тут не будут отображаться быстрые проверки, они выполняются раньше и занимают очень мало времени.
Настройка проверки файловых систем
Обычно во время загрузки проверяется корень, но могут проверяться и другие файловые системы. Проверку файловой системы во время загрузки можно настроить с помощью fstab. Отключать проверку для корня не рекомендуется, потому что повредить файловую систему очень легко, а без инструмента восстановления у вас возникнут сложности.
Но что касается других файловых систем, то их при загрузке можно не проверять. Строчка для каждого раздела в fstab выглядит следующим образом:
/dev/sda2 / ext4 defaults 0 1
Мы взяли для примера тот же /dev/sda2, используемый в качестве корня. Здесь нас интересует последняя цифра. Если указать 0 - файловая система не будет проверена, 1 - проверена в первую очередь, 2 - проверена потом. Вы можете установить 0 для тех файловых систем, которые считаете, что проверять не нужно.
Кроме того, частота проверок файловой системы настраивается с помощью tune2fs. Частоту проверок файловой системы можно указать с помощью опции -c:
sudo tune2fs -c 10 /dev/sda2
Проверка диска /dev/sda2 будет проводиться каждые 10 перезагрузок, а если точнее, то через каждых 10 монтирований, можно указать -1 и тогда файловая система не будет проверена никогда. Посмотреть текущую частоту проверок можно с помощью опции -l:
tune2fs -l /dev/sda2
Выводы
Читайте также: