Ubuntu после перезагрузки слетают настройки

Обновлено: 01.07.2024

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

В /etc/network/interfaces прописано:

auto eth0
iface eth0 inet static
address xxx.xxx.xx.xx
netmask 255.255.255.0
broadcast xxx.xxx.xx.xxx
gateway xxx.xxx.xx.x
dns-nameservers xxx.xxx.xx.x

После этого делаю:
/etc/init.d/networking restart

Минут 15 работает нормально. Потом IP меняется на тот которій біл відан при установке системі по ДХЦП. Подскажите пожалуйста где ошибка закралась.

Dezmond1983
загляните в логи и в /etc/resolv.conf после «переключения».

это всё содержимое данного файла?

такая опция описана в man interfaces? а можно привести цитату с этим описанием?

Писать безграмотно - значит посягать на время людей, к которым мы адресуемся, а потому совершенно недопустимо в правильно организованном обществе. © Щерба Л. В., 1957
при сбоях форума см.блог

1) в /etc/resolv.conf после переключения прописан IP моего DNS. Все как положено:

2) еще в /etc/networc/interfaces прописано :

auto lo
iface lo inet loopback

но вряд ли кольцевой интерфейс мне чем-то вредит

3) dns-nameservers - эту запись я добросовестно сдер с мануала на одном из форумов=))

$ ps ax | grep man\\\|dh
58 ? S 0:02 [kondemand/0]
59 ? S 0:02 [kondemand/1]
742 ? Ss 0:00 dhclient3 -e IF_METRIC=100 -pf /var/run/dhclient.eth0.pid -lf /var/lib/dhcp3/dhclient.eth0.leases eth0
29829 pts/1 S+ 0:00 grep --color=auto man\|dh

в /etc/resolv.conf после переключения прописан IP моего DNS

более информативны в данном случае были бы комментарии, которые (скорее всего) оставила программа, «трогавшая» его последней. но это уже не важно.

dns-nameservers - эту запись я добросовестно сдер с мануала на одном из форумов

до «сдирания» очень неплохо смотреть в прилагающуюся документацию. повторю:
$ man interfaces

вот вам и исполнитель, присматривающий за интерфейсом eth0.
наиболее подходящий, с моей точки зрения, путь решения — снести пакет, содержащий этот бинарник. узнать название пакета можно командой:
$ dpkg -S bin/dhclient3

обратите внимание на то, какие пакеты ваш пакетный менеджер предложит удалить вместе с ним.
если что-то критическое — тогда уж лучше попытаться как-то отключить запуск dhclient-а.
как это делается в убунтовелосипедном upstart-е — вам подскажут знатоки ubuntu.

> используйте *нормальные* ОС промышленного уровня! (RHEL тот же хотя бы)

Шёлбты со своит RHEL-ом в хелл .

GreeCar, ты напиши, что слетает, как слетает, какие настройки.
Там настроек этих знаешь сколько .

Posted via ActualForum NNTP Server 1.4

> используйте *нормальные* ОС промышленного уровня! (RHEL тот же хотя бы)

Шёлбты со своит RHEL-ом в хелл .
+1

> scelet, пристроился в хорошую контору и теперь будешь выипаться оркалом
> и рхелом? задумайся скудоумием своим, занакуя человеку дома "ОС
> промышленного уровня" и у всех ли прочих контор есть деньги на всю эту
> хренотень.

Да не в этом дело. А в том, что OC-то ВООБЩЕ ОДНА И ТА ЖЕ !

Posted via ActualForum NNTP Server 1.4

2 автор: у ред хата есть абсолютно халявный аналог - centos. сайт

В противном случае вы рискуете постоянно мучатся с багами убунт, кубунт и прочих наколенных мубунт.

> Да не в этом дело. А в том, что OC-то ВООБЩЕ ОДНА И ТА ЖЕ !
>
>
> ядро одно и то же, а не ОС.

Ядро -- Linux. ОС - GNU. В любом из дистрибутивов линукса.
У RHEL только версии всего софта устаревшие.

> В противном случае вы рискуете постоянно мучатся с багами убунт, кубунт
> и прочих наколенных мубунт.

Убунту -- такой же дистрибутив, как и многие другие линухи, они
сами ничего не пишут, они только собирают готовые программы и тестируют.
Максимум за что они отвечают сами -- это какую версию брать в продакшн,
а какую -- ещё нет.

RHEL такой же ровным счётом наколенный, только более старой версии,
и, может быть, со своими патчами (которые они всё равно постят в хоботы
програми и подсистем).

Posted via ActualForum NNTP Server 1.4

используйте нормальные ОС промышленного уровня! (RHEL тот же хотя бы)

> всё таки он постабильней работает. Лично я в свое время за***бался с
> этими мубунтами, на которые даже ораклового клиента без извращений не
> поставишь, в результате все эти недосборки (ну может быть, кроме
> дебиана, который всё же классика) были посланы далеко и надолго.

Ты дундук, извини меня. Ты нифига не понимаешь в вопросе, но кричишь направо и
налево.

0) Ubuntu -- это и есть Debian. Ubuntu построен на дебиане и GNOME.
1) Проблемы с установками коммерческих продуктов есть у всех линуксов,
кроме RHEL, для которых они сертифицируются. Проблема вся очень проста --
RHEL использует старые версии GLIBC, которые прогрессивными дистрибутивами
типа Debian или OpenSuse уже не поддерживаются. Я тоже Sybase ASE не могу
взгромоздить на Ubuntu. Но проблема тут не в Ubuntu, а в Sybase ASE, которая
скомпилирована только под старый RHEL.

Posted via ActualForum NNTP Server 1.4

поосторожней со словами человече, не на базаре.

> Дебиан моя первая ос, поэтому к ней и только к ней особое отношение. Ещё
> вопросы?

Ну так Ubuntu - это дебиан плюс Gnome последний.

Posted via ActualForum NNTP Server 1.4

> в курсе, но это ничего не меняет, из всех не red hat like линуксов не
> питаю отвращения только к чистому дебиану

Ну так вот подумай теперь, как твоя проблема с установкой драйверов под
оракл поменялась бы, если бы это был дебиан ?

Дам ответ: никак.

Posted via ActualForum NNTP Server 1.4

> Якобы для серверов, но зачем нужен линапс на сервере? Загадка.
>
> Мой портативный троллемер начал зашкаливать :)

Да нет, мысль здравая, особенно так любят говорить те,
у которых все сервера стоят на "больших" проприетарных *nix-ах
от SUN или HP. Да только вот тенденция тут намечается на
их туманное будущее, так что linux на сервере уже не такая и экзотика.

Posted via ActualForum NNTP Server 1.4

> в курсе, но это ничего не меняет, из всех не red hat like линуксов не
> питаю отвращения только к чистому дебиану

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

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

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

Если ваша система не загружается, и выдает какую-либо ошибку во время загрузки, вы все еще можете кое-что сделать. Разработчики добавили такую возможность, как Recovery Mode. Вы можете загрузиться в этом режиме через загрузчик Grub. В меню Grub выберите пункт "Дополнительные параметры для Ubuntu"

Затем выберите "Ubuntu . (recovery mode)":

Дальше загрузится меню режим восстановления ubuntu в котором вы можете выбрать один из доступных вариантов:

resume - продолжить нормальную загрузку системы;
clean - попытаться освободить место на диске;
dpkg - восстановление поврежденных пакетов;
failsafeX - запустить графический безопасный режим;
fsck - проверить все файловые системы на ошибки;
grub - обновить настройки загрузчика Grub;
network - Включить поддержку сети;
root - войти в консоль от имени суперпользователя;
system-summary - информация о системе.

Как видите, здесь есть достаточно возможностей которые позволяют выполнить восстановление Ubuntu 16.04 от различных проблем.

Пункт "clean" позволяет вам очистить лишние пакеты:

С помощью пункта "dpkg" вы можете попытаться восстановить поврежденные пакеты и выполнить обновление системы, если оно было внезапно прервано:

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

В следующем окне можно выбрать несколько вариантов для исправления системы. При выборе "Troubleshoting" вы можете просмотреть логи загрузки, X сервера или отредактировать конфигурационный файл X.

С помощью опции "Reconfigure graphics" вы можете сбросить настройки X сервера если они были изменены до параметров по умолчанию.

Самый первый пункт в списке - "Try running with default graphics mode", позволяет попробовать загрузить графический режим по умолчанию.

Дальше возвращаемся к главному меню режима восстановления. Пункт "fsck" позволяет вам проверить файловую систему на ошибки для всех подключенных к системе разделов:

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

С помощью опции "network" вы можете подключить текущее окружение к сети.

И последний, и один из самых полезных пунктов - это "root". Он позволяет получить доступ к консоли операционной системы с правами пользователя root.

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

Поэтому, если вы хотите вносить какие-либо правки, кроме проверки диска на ошибки в fsck, то вам придется сделать ее доступной для записи:

sudo mount -o remount,rw /

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

Если вы хотите обновлять систему, то вам понадобиться интернет. Его лучше настроить на предыдущем этапе. Но если вы этого не сделали, то NetworkManager можно запустить и сейчас для этого выполните:

Затем останется только создать файл /etc/resolv.conf для правильного разрешения доменных имен:

echo "nameserver 8.8.8.8" > /etc/resolv.conf

Теперь в вашем терминале есть сеть и вы можете делать все, что вам нужно, например, обновить систему, удалить драйвера, сбросить пароль и многое другое. Чтобы вернуться в главное меню просто нажмите сочетание клавиш Ctrl+D.

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

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

Выводы

В этой статье мы рассмотрели как выполняется восстановление системы Ubuntu, что такое режим восстановления ubuntu, а также как с ним работать. Если ваша система сломалась в результате удаления какого-либо пакета, установки драйверов или неудачного обновления - этот режим может спасти ситуацию. Если у вас остались вопросы, спрашивайте в комментариях!

На завершение видео о том, как восстановить загрузчик Grub:

Оцените статью:

(31 оценок, среднее: 4,87 из 5)

Об авторе

19 комментариев

Есть у меня черта такая, люблю пользоваться свежим софтом. Постоянно обновляю Убунту до беты, посмотреть, потестировать, делаю это на живой системе, без виртуальных машин; пользуюсь девелоперской сборкой оперы, инсайдерскими сборками десятки.
Обновился до 17.04 в первую альфу.
Хочу заметить, что при сбоях очень удобно пользоваться консолью под суперпользователем, в ней нет ничего страшного.
В пятницу, после очередной порции утренних обновлений поймал сбой. Система не загружалась, показывала чёрный экран, а на нём курсор мышки. Загрузка с предыдущим ядром результата не дала. В режиме восстановления использовал clean, dpkg, fsck. Включил поддержку сети (network), в консоли под суперпользователем обновил систему (sudo apt update && sudo apt upgrade). На всякий случай переустановил Unity командами
sudo apt-get install --reinstall ubuntu-desktop;
sudo apt-get install unity;
sudo apt-get install --reinstall xserver-xorg.
Перезагрузился (sudo reboot) и победа?
Теперь я вижу приглашение залогиниться под собой или под гостем, но меня под собой не пускают, снова и снова возвращая на окно авторизации. А под гостем пожалуйста, заходи, работай. Вот только я не хочу. Другой бы давно уже опустил руки, удалил и переустановил всю систему полностью, но любители сырого софта сделаны из другого теста:)
Ухожу из жестокого мира графики к предтечям через Ctrl+Alt+F1, туплю, вспоминая логин:), но, всё-таки, авторизуюсь.
Чтобы понять почему не пускают меня подо мной в графическом режиме командую sudo startx. Идут секунды, потом пичалька:
timeout in locking authority file /home/alex/.Xauthority
Думаю, что прожжёные консольщики смогли бы добраться до него из терминала и переименовать или удалить.
Я выкачал из под десятки образ 17.04, записал на флешку через unetbootin и загрузился. Подмонтировал логический диск с установленной Убунту, запустил наутилус с правами суперпользователя (sudo nautilus), добрался до .Xauthority. По умолчанию он скрыт, поэтому в Nautilus нажимаем Ctrl+h, переименовал в .Xauthority123, сохранил и. уже в который раз перезагрузился.
Вот теперь всё, система загрузилась подо мной.
Надо сказать, что толковых форумов для решения вопроса я так и не нашёл, почти везде либо издёвки, (хомячок не осилил), либо имбецильные ответы, копипасты не пойми откуда. Вопрошающие просто исчезали, вопрос решали как-то ещё. Хочется, чтобы ребята, получившие сложность, могли воспользоваться этой простенькой инструкцией.

Такая трабла с окном авторизации часто бывает.
Я лечю её всегда так:
Вариант №1
В загрузчике GRUB выбираем Другие параметры для Ubuntu -> выбираем Режим восстановления (Recovery mode), грузимся, выбираем root, вводим:
rm

/.Xauthority
Жмём на Enter
пишем reboot и жмём на Enter
Система грузиться в стандартном режиме.

Вариант №2
В окне авторизации жмём на Ctrl+Alt+F1
попадаем в консоль, логинимся, а остальное всё то же, что и в первом случае, только подставляем sudo в начале команд.

А зачем так сложно удалять/переименовывать файл? Когда достаточно rm

/ file (если файл в домашней папке) Да и вообще есть достаточно удобный консольный файловый менеджер mc.

Статья хорошая, но по моему вы усложняете. Как мне кажется, достаточно сделать несколько точек восстановления, а для полной уверенности backup всей системы, с установленными программами на флэшку. Хотя и это вряд ли понадобится, Ubuntu достаточно надежна, в отличие от Fedora и если туда не лезть кривыми руками, то будет служить годами без ошибок и сбоев.

Про Ubuntu я б так не сказал.. Вот Debian да, надёжный, как АК))

Мое почтение! Благодарю за полезную статью-очень познавательно и практично. У меня в ноутбуке и дэсктопе установлено три Системы одна из которых Вин 7. Конечно же всеми ими я не пользуюсь ежедневно- для работы в основном использую Линукс Минт. Иногда нужно ,в силу ряда причин использовать Виндовс. В этом ничего плохого не вижу. Это как у вас в гараже стоят две машины-одна для ежедневных поездок ну а другая для поездок на рыбалку или пикник. Ну я о другом. Конечно же иногда возникают некоторые проблемы с Линуксом после обновлений или какими то моими неумелыми действиями с Системой. В таких случаях всегда пользуюсь загрузочным образом на флэшке програмы Clonezilla. Аналог Акрониса но с текстовым интерфейсом. Понятно, что перед восстановлением нужно создать сам образ настроенной под себя Системы но потом в случае чего за 7-8 минут вы будете иметь работоспособную Систему без переустановки на момент создания образа. Очень удобно и быстро!
Всем добра!

Респект за статью! UBUNTU сбоила после мгновенного отключения эл.питания. Восстановил по Вашим рекомендациям через dpkg и grub. Затем вошел в режим resume - загрузилась (правда кривоватое изображение). НО: после перезагрузки опять тоже самое - не грузится, входит в режим проверки диска C и т.д. Может еще какая "приблуда" нужна ?

В /etc/network/interfaces прописано:

auto eth0
iface eth0 inet static
address xxx.xxx.xx.xx
netmask 255.255.255.0
broadcast xxx.xxx.xx.xxx
gateway xxx.xxx.xx.x
dns-nameservers xxx.xxx.xx.x

После этого делаю:
/etc/init.d/networking restart

Dezmond1983
загляните в логи и в /etc/resolv.conf после «переключения».

это всё содержимое данного файла?

такая опция описана в man interfaces? а можно привести цитату с этим описанием?

1) в /etc/resolv.conf после переключения прописан IP моего DNS. Все как положено:

2) еще в /etc/networc/interfaces прописано :

auto lo
iface lo inet loopback

но вряд ли кольцевой интерфейс мне чем-то вредит

3) dns-nameservers - эту запись я добросовестно сдер с мануала на одном из форумов=))

в /etc/resolv.conf после переключения прописан IP моего DNS

dns-nameservers - эту запись я добросовестно сдер с мануала на одном из форумов

до «сдирания» очень неплохо смотреть в прилагающуюся документацию. повторю:
$ man interfaces

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

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

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

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

Entering rescue mode

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Заключение

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

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