Dev sda5 clean не загружается ubuntu

Обновлено: 30.06.2024

Лор спаси, ты моя последняя надежда, без всякого сарказма!! (люди добрые перенесите в толксы, там больше всего народу, авось кто поможет). Вчера обновился и система перестала загружаться!

Разными убунтами пользуюсь с 2009 года, но такого чтоб после обычной обновы не загрузилось это у меня впервые((

КАК ТАК ПОЛУЧИЛОСЬ:

Дистрибутив kubuntu 18.04. Позавчера обновился через apt, скачал все последние обновления, все норм. Вчера вечером смотрю- опять мигает в трее значок менеджера обновлений KDE, ну сделал еще раз апдейт/апгрейд через apt- не видно никаких обнов. Странно. Зашел в графический обновлятор KDE- висит 3 свежих обновы- новый кернел прилетел (4.15.0-38, видимо). Ну странно думаю, почему тогда apt его не видит? Хотя так часто бывает, что apt чего-то не видит, а в менеджере висит апдейт и через него можно обновить. Ну ладно обновляю. И работаю дальше. Вырубаю комп, ложусь спать. Но ложусь со странным чувством тревоги, еще уснуть долго не мог.

Утром просыпаюсь и первым делом почему-то включаю комп, вместо того чтоб умываться и готовить завтрак, как обычно. Хотя это на меня совсем не похоже. Словно что-то вело мою руку к кнопке Power.

Первое что я увидел странного еще на процессе загрузки Grub, это что таймер автовыбора ОС поменялся с 10 секунд до 30. Причем я настроек не менял.

Выбрал Ubuntu как обычно, ввел lvm-пароль, ввод успешно пройден, ну а дальше система грузиться отказалась с такой ошибкой.

Т.е. сначала идет некая ошибка (видимо драйвера интел).

Потом загружается бизибокс (которым я ни разу не пользовался).

Ну и приглашение на ввод непонятно чего и зачем.

СКАЖУ СРАЗУ. Встроенной видюхой Интел никогда не пользовался. Почему этот баг аффектит мою систему- хрен его бы знал. Во всех убунтах у меня всю жизнь работает свободный драйвер Нвидии, а Интел по умолчанию отключен в bios. Так что почему эта ошибка мешает системе просраться прогрузиться я фиг знает.

КАК Я ПРОБОВАЛ ПОБОРОТЬ ПРОБЛЕМУ:

1) Залез сначала в Grub в меню 'Дополнительные параметры для Ubuntu', увидел в списке это вот вроде новое ядро 4.15.0-38 и предыдущее 4.15.0-36. Ни одно из них не дает загрузить систему, даже предыдущее.

2) Гуглил ошибку, судя по выдаче проблема тянется с 2014 года, и где-то даже пишут что баг был пофикшен в том же году. Но посты об этой ошибке тянутся вплоть до августа 2018, и в основном возникает у тех кто ставит тот или иной дистрибутив с нуля (убунту, арч, генту, что угодно). А вот так чтобы именно после штатного обновления системы- такого не видел.

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

Но что делать- вообще непонятно((

3) Зашел в bios, в раздел Advanced BIOS Featuress, поменял в пункте Onboard VGA опцию Auto на отключение встроенного видео. Хотя казалось бы, при чем здесь это- обновление линукса на настройки bios не влияет. Сделал просто чтоб посмотреть изменится ли вывод ошибки.

Изменилось то что теперь не показывает текст ошибки, но снова выплевывает в консоль BusyBox, т.е. теперь стал показывать вот так.

Проблема то может вовсе даже и не в ошибке Интел. Может он всю жизнь проверял этот встроенный интел, видел что я юзаю Нвидию и загружался дальше себе. Но щас вместо дальнейшей загрузки он почему-то предлагает мне консоль BusyBox. Почему он это делает непонятно, больше логов нет.

Естесно Нвидия сама по себе работает, это я проверил сразу, т.к. отключив интел в bios она продолжает выдавать картинку + загрузка в винду на этом же компе идет нормально (там тоже видеодрайвер нвидии, интела никогда не было).

Что делать люди, как вернуть систему к жизни? Помогите друзья, буду признателен!

Перемещено Shaman007 из ubuntu

можно было сохранять состояние диска и тут же его восстанавливать


Скорее всего, дело у тебя не в КДЕ и не в обновлении. Начиная с декабря 2017 года, убунту стабильно руинит примонтированные ФС если пользоваться модулем wi-fi или bt. У меня наглухо убивало 4 раза и один раз слегонца побило ФС когда я, проверки ради, оставил на ночь только и исключительно bt устройства.

Загружайся с rescue и чекай ФС.

targitaj ★★★★★ ( 06.11.18 21:11:20 )
Последнее исправление: targitaj 06.11.18 21:11:45 (всего исправлений: 1)

Объясните что я делаю не так.

Залил кубунту на флешку, загрузился в режиме лайвсд.

fdisk -l показал что загрузочный раздел это /dev/sda1

сделал sudo fsck /dev/sda1

Но походу никакой проверки не было, получил мгновенный вывод:

Тут кто-то про монтирование писал, этот /dev/sda1 надо было сначала смонтировать? Как и куда? Какой командой? Как потом отмонтировать (или оно само при перезагрузке отмонтируется)?

Потом объясните как обновить систему на /dev/sda1 (всмысле чтоб команды apt-get update/upgrade закачали свежие обновления на /dev/sda1, пока я в режиме лайвсд нахожусь)?

Разными убунтами пользуюсь с 2009 года, но такого чтоб после обычной обновы не загрузилось это у меня впервые((

вот что ты врёшь уже в 1 абзаце, она регулярно всю историю разваливалась практически при каждом обновлении. Что уж говорить о всяких недодистрах на её основе. Убунтупроблемы, поставь нормальный дистрибутив и живи счастливо.

Глупости. Дистрибутивов на основе убунты миллион. Уточняй для начала что именно у тебя регулярно разваливается. Ты сидишь на дефолтной, а я на кубунте и минте (последние несколько лет), и это первая серьезная проблема за многие годы. Так что прежде чем обвинять кого-то во лжи, проверь лучше свою информацию. Развалиться (да еще и регулярно) оно могло при обновлении дистрибутива на очередную мажорную версию, но я никогда так не делаю, а ставлю с нуля. Здесь же свалилось при штатном обновлении впервые за 9 лет. Ну и че ты возникаешь?

'Нормальный дистрибутив'? Это какой из 100500?)

Попытался примонтировать раздел с убунтой (загрузившись с лайвсд), но уперся в ошибку.

Это тот, которым пользуюсь я. Да, никогда не ставлю с нуля, потому что это аутизм. Кстати, я так лтс ядро обновил на 1 минорную версию, а оно оказалось не рабочее, конфиг не менялся и дело не в дистрибутиве. Прошлых ядер совершенно случайно не осталось. Весело, в общем, с линуксом.

Ты 9 (ДЕВЯТЬ) лет пользуешься линуксом и для тебя это сейчас проблема? Ответы не читал, но если за девять лет пользования у тебя такие вопросы… то тут наши полномочия всё, окончены.

Потрать месяц своего времени на вдумчивое курение любого из хэндбуков — хоть гентушного, хоть арчевского, хоть бсдшного, дуалбутчик ты наш.

Но походу ни редхету, ни каноникл такое не под силу

Всё уже давно сделано. Если ты не знаешь, как пользоваться инструментом - это не значит, что инструмент плохой. В данном случае это именно так.

Справку почитать? man mount?

mount /dev/sda1 /mnt хотя бы.

После этого тем более не дает sudo fsck /dev/sda1 сделать, жалуется что примонтирован. Я не понял, в прошлый раз у меня получилось sfck прогнать или нет? Как-то он за секунду прошел.

И как поле монтирования обновить систему apt-getом, чтобы ничего не поломать? Просто набирать sudo apt-get update/upgrade?

Подскажите, после монтирования загрузочного раздела в /mnt - теперь надо chroot /mnt сделать, чтоб изменения были уже в основной системе?

у меня в /mnt появилась куча файлов.

На какой из них юзать chroot?

Переустанавливай, и не сношай мозг. Либо в Job.

Во-первых это другой анон, но я с ним согласен. Какого хрена ты вообще сюда полез, если не хочешь помогать, непонятно. Можно было просто пройти мимо, а не ныть как жесток мир, хомячки атаковали линукс, анон не хочет учиться компилять ядро. Бичить и воображать из себя не бог весть что может любой упырь, для этого не нужно много мозгов. А ты попробуй помоги решить проблему тем кто не сидит целыми днями в твоей консоли и не компиляет ядро. Ну а если не хочешь, то не надо и начинать. Ты ворвался сюда со своим нытьем и порицанием. Но оно мне не нужно, можешь засунуть его себе туда откуда вытащил. Ничего я переустанавливать не буду, и бабки тебе платить тоже))

Ты просто типичный такой пример охреневшего бородатого админа в свитере, сидешь такой гуру, обвешанный мануалами, медитируешь на консоль и думаешь что все должны так жить. Понимаешь, что убунту она такая же как винда? Не удивляйся что простым юзерам не нужно монтировать диск вручную, потому что это не твой задротный дистр, которым ты пользуешься. Для меня это в новинку, потому что задачи которые ежедневно выполняю в линуксе я, они выполняются через гуй. Я и 9 лет назад ничего не монтировал, представь себе, не чрутил и прочих шаманств не делал. И уж точно для моей работы, за которую мне платят, мне не нужно знать устройства файловых систем, иди кому-нить другому лапшу вешай. А теперь все свалилось разом и ты тут такой возникаешь- 'иди-ка ты читай толстый мануал на 300 страниц, хрен тебе а не советы'. Ну раз хрен, то еще раз спрошу нахрена ты сюда зашел? излить свою желчь? показать какой ты у мамки хакер? ну ок, показал, верю)

Ой, простите. Не узнал вас в гриме, мне право жаль.

хомячки атаковали линукс, анон не хочет учиться компилять ядро

Ты просто типичный такой пример охреневшего бородатого админа в свитере

man mount осилить не смог, бомбануло у тебя? Стул, я надеюсь, потушил? Я НЕ собираюсь тратить время на глупости. А то, что у него есть бэкап - тратить время на восстановление его системы - глупость. Быстрее просто переустановить.

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

Я и 9 лет назад ничего не монтировал, представь себе, не чрутил и прочих шаманств не делал

То есть ты выполнял инструкцию от кого-то в интернете, не разобравшись в том, что оно как и для чего? Тогда просто пойми, что твоя система сломалась, и ей требуется квалифицированный ремонт. А время квалифицированного ремонтника стоит денег. Он тебе бы и рад помочь, но только волшебным указующим пенделем. Который клиенту дали и не раз. Всё остальное - в рабочее время и в общем порядке.

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

А для ремонта текущей системы эти знания нужны. ИЛи ты хочешь, чтобы я тебе по фотографии геморрой вылечил? Не, ну а чо. Ты и знать ничего не хочешь, ты тупо хочешь следовать совету какого-то дяди в интернете. Так вот, вообще тебе всё это время врали. И всем врут. Конкретная проблема вылечится одной простой командой из liveusb или livecd: dd if=/dev/zero of=/dev/sda. Подождать надо 2 часа, а когда команда выполнится - можно перезагружать комп.

Конкретная проблема вылечится одной простой командой из liveusb или livecd: dd if=/dev/zero of=/dev/sda. Подождать надо 2 часа, а когда команда выполнится - можно перезагружать комп.

Deleted ( 07.11.18 20:22:05 )
Последнее исправление: Deleted 07.11.18 20:24:26 (всего исправлений: 2)

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

Поздравляю, а моя работа не заключается в том чтобы красноглазить в консоли и отращивать бороду, закинувшись мануалами по линуксу. Тебе за это платят, а мне платят за другое. Адекватный человек всегда поможет, а мамкины хакеры вроде тебя ненужны. Иди кали линукс чтоль поконпеляй)

Конкретная проблема вылечится одной простой командой из liveusb или livecd: dd if=/dev/zero of=/dev/sda. Подождать надо 2 часа, а когда команда выполнится - можно перезагружать комп.

А ну-ка наверни говнеца и больше не пиши в этот тред.

Какие разделы еще есть в системе ?
Этот похож на /boot

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

Но ты ведь пользуешься линуксом, который предусматривает красноглазие в консоли. в некоторых ситуациях.

dd if=/dev/zero of=/dev/sda.
А ну-ка наверни говнеца и больше не пиши в этот тред.

Ты обиделся? Ну так перед установкой генты надо очищать диск от сквернобубунты :)

А неадекваты пойдут лесом. Что и происходит.

Пока что я не вижу чтобы ты куда-то пошел. Продолжаешь тусовать в моей теме)

Это и есть boot, fdisk ставит * в графе boot напритив /dev/sda1, весит он 731 мб.

Остальные разделы (/dev/sda2 и /dev/sda5) весят по 465 гб, хотя это по сути один 500 гиговый диск под линуксом. Но вобщем они не загрузочные. sda2 пишет extended, а sda5 linux.

Человек сделал попытку помочь, но был проигнорирован. Бомбить то оно прикольнее, да?

fdisk -l /dev/sda в студию. То, что ты написал или невозможно или у тебя повреждена таблица разделов, или диск у тебя несколько больше 500 гиг.

Deleted ( 08.11.18 14:50:01 )
Последнее исправление: Deleted 08.11.18 14:50:38 (всего исправлений: 1)

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

Что ты там верещишь) пока капчу наберу еще 10 человек ответит. ответ был дан еще до того как ты начал вопить.

fdisk -l /dev/sda в студию. То, что ты написал или невозможно или у тебя повреждена таблица разделов, или диск у тебя несколько больше 500 гиг.

mount /dev/sda5 /mnt

что получится? На нём все файлы. После монтирования посмотри ls /mnt

ПО хорошему должно спросить пароль и смонтировать. Если смонтировалось - уже очень хорошо.

пока капчу наберу еще 10 человек ответит

mount: /mnt: unknown filesystem type 'crypto_LUKS'.

Нашел похожие команды чтоб открыть зашифрованный раздел

Одна из них open, другая luksOpen, какая правильней?

И что за последний аргумент в конце? backup/crypthome

Там есть коментарий ко 2й команде:

The next step is to open the partition and set up a mapping name:

Вот это установить mapping name это что? Мне просто надо открыть и примонтировать этот раздел, нужен ли мне этот mapping name?

А все. command requires devise and mapped name as arguments.

Значит в качестве аргумента нужно какое-то название. Это папка чтоль какая-то создастся где-то, что за маппинг подскажите люди? Надо будет потом обратный процесс проводить, что-то доудалять после этих манипуляций?

Чето пипец какой-то)) сделал все как пишут в статьях, создался раздел /dev/mapper/backup и я попытался примонтировать его, но наткнулся на еще одну хрень.

введите описание изображения здесь

Я сталкивался с этой проблемой несколько раз, и каждый раз, когда это было странно , виновата 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
Выполните эти шаги и сообщите мне результат, и я закончу ответ с окончательным исправлением. @TransistorOverlord, пожалуйста, начните новый вопрос. Предоставьте как можно больше подробностей. Опишите точно, что вы пытались решить проблему.

Это потому, что 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 : 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 по какой-то причине не загружается из-за поврежденного загрузчика или еще каких-то проблем. Я покажу методику, как решать подобные проблемы с запуском, а заодно расскажу, как можно быстро восстановить систему.

Система Ubuntu не загружается

Рассмотрим, с чем в первую очередь может быть связана проблема с загрузкой системы. Вот список наиболее вероятных причин:

Далее я отдельно рассмотрю второй и третий случаи. Начнем со стандартного режима восстановления grub.

Entering rescue mode

Итак, в случае проблем с загрузкой Ubuntu вы можете оказаться в режиме grub rescue.

grub rescue

Первым делом запускаем команду ls и смотрим, какие разделы у нас доступны.

В моем случае доступен только один 3-й раздел, скорее всего корневой. Раздела /boot, который обычно 1-й или 2-й нет. Проверим это наверняка. Смотрим содержимое доступного раздела:

восстановление загрузки ubuntu

Далее загружаем некоторые модули. Какие будут нужны, точно не известно и зависит от типов разделов диска. Показываю самые популярные:

Можно для начала попробовать вообще без модулей, а потом добавлять по одному. В самом конце загружаем модуль normal.

Восстановление поврежденных разделов ubuntu

Если же у вас вообще не найден раздел для загрузки, надо попробовать его восстановить. Для этого загружаемся с установочного диска Ubuntu и на первом экране инсталлятора выходим в консоль через раздел Help.

live cd ubuntu

Вы окажетесь в консоли системы, которая по сути является livecd сервера. В целом, тут подойдет любой livecd дистрибутив с linux. Эта система видит все подключенные диски и вообще все оборудование. Первым делом вам надо настроить выход в интернет на сервере так же, как вы это делаете обычно. После этого нужно обновить пакеты и установить утилиту testdisk. С ее помощью мы попробуем найти исчезнувший загрузочный раздел.

установка testdisk

Запускаем утилиту и указываем, что будем создавать новый log файл.

запуск testdisk

Выбираем диск, на котором у нас установлена система. В моем случае это sda.

выбор диска для восстановления

В качестве partition table type сначала укажите Intel. Если не получится ничего найти, попробуйте еще раз с другими типами.

тип таблицы разделов

Дальше выбираем Analyze.

Анализ таблицы разделов

И запускаем Quick Search.

Запуск поиска

У меня testdisk нашел 2 раздела, причем первый это boot раздел, который по какой-то причине исчез.

Восстановление boot раздела в ubuntu

Из-за его отсутствия виртуальная машина с ubuntu не грузилась. Далее выбираю первый раздел и восстанавливаю его с помощью testdisk. Записываю изменения и выхожу в консоль. Проверяю с помощью fdisk разделы диска /dev/sda.

Раздел /boot восстановлен

Появился первый загрузочный раздел. По идее я выполнил восстановление boot раздела. Теперь можно проверить, запустится ли система. Для этого отключаем установочный диск и загружаемся с основного.

В случае, если все загрузилось, вам повезло. Отделались малой кровью. Если же ubuntu не загружается, а вы опять попадаете в grub rescue, значит придется еще потрудиться над восстановлением загрузки системы. Будем восстанавливать сам grub.

Восстановление grub

Продолжаем восстановление загрузки ubuntu. Сам /boot раздел мы вернули, но загрузчик grub почему-то не работает и система не грузится. Загружаемся опять с установочного диска и переходим в консоль. Напомню, что у меня такая картина по разделам:

Первый раздел это /boot, второй корень / . Смонтируем их в /mnt, а так же добавим несколько системных директорий.

Теперь чрутимся в /mnt, чтобы оказаться в нашей системе:

И уже отсюда восстанавливаю загрузчик grub:

По идее, ошибок получить не должны. Если получили, то гуглите их. Надо обязательно их решить, иначе система так и не начнет загружаться корректно.

Теперь выходим отсюда и перезагружаем сервер. Вынимаем установочный диск и загружаемся с основного диска. У меня пошла загрузка.

Давайте еще раз повторим все, что мы сделали:

  1. Мы увидели, что система не грузится и валится в grub rescue. Загрузчик не может найти раздел, с которого продолжить загрузку. Мы попробовали в rescue console посмотреть все имеющиеся разделы и не нашли там boot. Если же нашли, то сразу же загрузились с него.
  2. После этого загрузились с загрузочного диска ubuntu, перешли в консоль. Установили утилиту testdisk и просканировали наш диск. Нашли пропавший раздел, восстановили /boot. Если раздел не нашли, то создали вручную.
  3. После этого смонтировали к livecd системе локальные диски, зачрутились в эту систему и штатно восстановили grub загрузчик.
  4. После этого система нормально загрузилась.

Заключение

В целом, мы выполнили типовую процедуру восстановления загрузки любого linux сервера, в том числе ubuntu. Если бы раздел boot не получилось восстановить, его нужно было бы создать вручную и проделать все то же самое с восстановлением grub. Это ключевой элемент загрузки linux. Система перестает загружаться чаще всего из-за проблем с ним. Он может быть поврежден установкой рядом других систем или неправильной разбивкой диска.

Читайте также: