A start job is running for lsb

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

Во время загрузки отображается логотип дистрибутива. Если нажать клавишу Esc, то можно увидеть лог загрузки. У меня выводилось следующее сообщение, и шел обратный отсчет секунд (90-секундный таймер, который и тормозил запуск):

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

У меня в логе были следующие сообщения:

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

Сначала выведите на экран информацию о разделах. Воспользуемся командой lsblk , которая выводит информацию о блочных устройствах в Linux:

В моем случае вывод был следующим:

Теперь откроем файл /etc/fstab для редактирования. Воспользуемся для этого редактором nano:

У меня файл /etc/fstab выглядел так:

Вы должны проверить, что в данном файле нет записей о разделах диска, которые уже существуют или не используются. Если таковые имеются, то соответствующие записи нужно закомментировать (используя символ решетки #).

В моем случае ситуация была связана с тем, что для раздела swap в файле /etc/fstab указан неверный UU >lsblk -f ).

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

I came across this issue a couple of times now where after a reboot the Debian server would not come back up and totally locked me out from SSH’ing into it, all it gave me was the following text flashing over and over again:

“A start job is running for LSB: Raise network interfaces”

So totally locked out I have only 2 options take the easy quick fix route which is to detach the volume causing the conflict and attach a previous backup of a working snapshot or keep the sites offline and fix the issue permanently.

I will admit that I took the quick fix route the first time but once it happened again I decided that its best the site stay down until I got to the source of the problem.

So I dropped the server into rescue mode using my VPS providers rescue scripts and mounted the old servers directories to it and started to investigate.

As its a networking issue its pretty obvious to start looking in the /etc/networking/interfaces file — Im a Linux enthusiast and hobbyist so Im not sure that this is a rock solid solution either but it got my sites back up and running and I cant forsee any issues other than if my IP changes for some reason then I will have to reimplement.

Читайте также:  Алфавит племени барамба состоит из 4 букв

The fix is basically to set a static IP so that the server doesn’t have to wait for the DHCP response.

Initially my interfaces file looked like this:

So after editing it and setting the static IP It now looks like the following:

Once you have done this save the file, reboot, remove the rescue script and restore the normal operational script and then try SSH into the server again.

Once you have gotten back in restart the Nginx/Apache service and any other services ( Varnish etc) that may be necessary and reload your webpage and voila! it should be back up.

This is a known issue with Debian and for some reason I have not seen any solutions for it so hopefully this helps someone out if they come across it. It is mentioned on Stackoverflow here and here as well as in the official Debian Bug reports here although these examples are related to firewall’s etc which wasn’t the issue in my case, it was simply that systemd wouldn’t start until the networking was resolved at boot.

Этичный хакинг и тестирование на проникновение, информационная безопасность

Debian является основой для многих дистрибутивов, поэтому если в самой Debian появляется какой-то баг, то он постепенно расползается сразу по нескольким дистрибутивам Linux.

Например, с ошибкой

Ещё признаками этой проблемы являются ошибки со словом nouveau:

Как можно заметить, прямо перед этими ошибками видна запись

В системах, где выводятся не все сообщения, загрузка может остановится именно на этой надписи, но к рассматриваемой проблеме она не имеет отношения.

Суть проблемы в том, что записанная Live система на USB флэшку или диск не загружается. Если дистрибутив показывает сообщения системного журнала о загрузке, то вы можете видеть приведённую выше ошибку.

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

В этой статье я покажу как исправить проблему для Live дистрибутивов на USB флэшке.

Читайте также:  Что означает аватарка в социальных сетях

На самом деле, проблема может возникнуть не только на Live системе, но и при обычной установке. Но в этом случае порядок действий другой — нужно загрузиться в систему (с помощью изменения опций загрузки, как показано ниже, либо переключиться в интерфейс командной строки), а затем обновить систему и/или установить видеодрайвер видеокарты для NVidia. Этот вариант для обычной установке Linux, не Live.

Что касается Live систем, то они не сохраняют сделанные на них изменений после перезагрузки, поэтому описанный выше метод не подходит. На самом деле, на Live системе тоже можно делать изменения, если система записана на USB диск. Для оптических дисков это невозможно в принципе.

Итак, приступим к исправлению проблемы!

Исправление ошибки A start job is running for live-config contains…

В меню загрузки нажмите е (или TAB). Откроется окно опций загрузки. Если в нём несколько строк, то передвиньте курсор на строку, которая начинается с

Посмотрите, встречаются ли в этой строке «quiet» и «splash»?

  • quiet означает не показывать сообщения о процессе загрузки
  • splash означает показывать экран заставки

Я рекомендую убрать обе строки.

И, самое главное, добавьте в конец, через пробел, следующее:

Для продолжения загрузки нажмите F10 (или ENTER).

Если это сработает и система успешно загрузится, значит причина проблем с загрузкой в несовместимости драйверов с видеокартой NVidia.

Как изменить файлы в Live системе

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

В режиме Live на USB носителях разделы просто монтируются с параметром «только чтение». Поэтому достаточно перемонтировать раздел в режим записи и на нём будет возможно сохранить сделанные изменения.

Далее я покажу на примере Tails (кстати, рекомендую онлайн книгу «Руководство по Tails» – там очень много информации по данному дистрибутиву для анонимности). В других дистрибутивах пути могут чуть различаться. Также имена дисков могут различаться в зависимости от конкретного компьютера. Поэтому из данной статьи вы должны усвоить принцип и отредактировать последующие команды в соответствии с вашими конкретными условиями.

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

Теперь нам нужно узнать имя диска, для этого введите команду:

Читайте также:  Telnet клиент windows 7

Важно правильно понять, какой из этих дисков является флешкой с Live системой. Можно сориентироваться по размеру диска. Про наименование дисков смотрите статью «Структура директорий Linux. Важные файлы Linux» – понимание, как дискам в Linux присваиваются имена, также может вам помочь.

На приведённом скриншоте, флэшка имеет имя /dev/sdb.

Теперь нужно определить, в какую точку файловой системы смонтированы разделы диска /dev/sdb. Все сделанные в системе монтирования выводит команда

Используя её в паре с grep можно ускорить поиск нужно информации (здесь и далее вместо /dev/sdb введите имя вашего диска):

Как видно на скриншоте, раздел /dev/sdb1 смонтирован в /lib/live/mount/medium. Также обращаем внимание на буквы ro, они означают «только для чтения».

Для перемонтирования раздела с разрешениями на запись, нужно выполнить команду вида:

Для моих данных это команда:

Опять делаю проверку:

Теперь вместо букв «ro», там «rw» – это означает, что мы можем отредактировать файлы на этом разделе.

Теперь нам нужно отредактировать конфигурационные файлы, из которых система считывает опции загрузки. Дистрибутивы Linux поддерживают загрузку в БИОС и в EFI — для каждого из этих вариантов свой конфигурационный файл. Дистрибутив может быть 32-битным или 64-битным — и вновь, для каждого из этих вариантов свой конфигурационный файл загрузки. То есть в общей сложности нам нужно будет отредактировать 4 файла.

Для Tails эти файлы расположены по следующим путям:

  • /lib/live/mount/medium/syslinux/live64.cfg
  • /lib/live/mount/medium/syslinux/live.cfg
  • /lib/live/mount/medium/EFI/BOOT/live64.cfg
  • /lib/live/mount/medium/EFI/BOOT/live.cfg

То есть искать нужно в точке монтирования (/lib/live/mount/medium/) директории syslinux и EFI/BOOT.

Открываем первые два файла:

Там перечислены все пункты меню, для Tails это:

  • live (обычная загрузка)
  • livefailsave (режим восстановления, «безопасный режим»)

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

Изменения нужно сделать такие же, как мы делали до этого в опциях загрузки, то есть нужно обязательно дописать:

И опционально можно удалить (я всегда удаляю, т. к. это сильно упрощает решение возникающих проблем) строки:

Когда всё готово, сохраняем и закрываем оба файла.

Открываем следующие два:

И повторяем сделанные изменения:

Также сохраните и закройте эти файлы.

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

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Adblock detector