Не загружается linux kde
Обновлено: 04.07.2024
В логах вроде ничего интересного нет.
Искал поиском, но толком ничего не нашел, а нужно очень срочно, поэтому и спрашиваю.
Берем картину мироздания, да! И тупо смотрим что к чему.
(с) братья Стругацкие Очень напоминает отмонтированный домашний каталог.
Но правда тогда бы и логин не работал. Очень напоминает отмонтированный домашний каталог.
Но правда тогда бы и логин не работал.
логин бы работал просто ругался бы на недоступность домашней директории
Видяха встроенная на старой мамке Epox VIA133. ОСь (FC6) только что поставил, причем первые несколько раз запустилось нормально, потом начал выключать ненужное в KDE, (даже темку здесь создал, что бы еще выключить).
После перезагрузки начало ругаться что какой-то AIGLX не совместим с моей видяхой, где-то вычитал что этот AIGLX можно отключить прописав в xorg'е секцию со значением "AIGLX" "off", прописал, на это больше не ругается, но выдает ошибку, которую я написал выше.
Не ругается, с этим все нормально.
P.S. Причем KDE после перезагрузки все таки запускается, но с четвертого раза на пятый, это меня никак не устраивает.
P.P.S. А еще кеды могу запустить командой startx > err.log 2>&1 но запускаются оне с дефолтными установками, так что эт тоже не выход.
P.P.P.S. export DISPLAY=:0 и startkde выдает кучу матов типа can not connect to xserver, хотя сервер запущен.
Берем картину мироздания, да! И тупо смотрим что к чему.
(с) братья Стругацкие 1. Попробуй запустить Икса от пользователя, а не от рута.
Прогони команду startx и запости сюда /var/log/Xorg.0.log
Будем искать там ошибки.
2. Ты уверен, что ты логинишься в консоль, на init 3? А не в kdm, xdm или что-нибудь из этой оперы? 1. Попробуй запустить Икса от пользователя, а не от рута.
Прогони команду startx и запости сюда /var/log/Xorg.0.log
Будем искать там ошибки.
2. Ты уверен, что ты логинишься в консоль, на init 3? А не в kdm, xdm или что-нибудь из этой оперы?
1. От пользователя иксы запускаются (правда перед этим приходится удалять lock-файл, т.к. они уже запущены когда я ввожу логин), кеды тоже запускаются.
Конфиг почему-то не добавляется.
2. Куда логинюсь не знаю, как проверить?
В целях природы обуздания, В целях рассеять неученья тьму.Берем картину мироздания, да! И тупо смотрим что к чему.
(с) братья Стругацкие От пользователя иксы запускаются (правда перед этим приходится удалять lock-файл, т.к. они уже запущены когда я ввожу логин), кеды тоже запускаются.
Так. С этого момента подробнее. Вы пытаетесь запустить вторую сессию X? От пользователя иксы запускаются (правда перед этим приходится удалять lock-файл, т.к. они уже запущены когда я ввожу логин), кеды тоже запускаются.
Так. С этого момента подробнее. Вы пытаетесь запустить вторую сессию X?
Фактически получается что так, т.к. во время ввода логина Х уже запущены, но вторая сессия мне не нужна, хватило бы и первой.
Подытоживая скажу что Х у меня запускаются, KDE не запускается, (при startkde выходит ошибка, приведенная мной в первом посте) логин происходит на init 5 (как мне кажется), но в режиме консоли. Я хочу чтобы автоматом запускался KDE и хочу понять почему такая петрушка. В целях природы обуздания, В целях рассеять неученья тьму.
Берем картину мироздания, да! И тупо смотрим что к чему.
(с) братья Стругацкие вообще по идее попробовать залогинится в консоль (initlevel 3), а оттудова xinit. вообще по идее попробовать залогинится в консоль (initlevel 3), а оттудова xinit.
когда переключаюсь на 3-й init консоль виснет, переключаюсь на другую консоль, в ней командую init 5 и только тогда получаю свои кеды - пока выкручиваюсь так. Правда тогда команда runlevel показывает что у меня запущены 2 уровня: 3 и 5 такое возможно? В целях природы обуздания, В целях рассеять неученья тьму.
Берем картину мироздания, да! И тупо смотрим что к чему.
(с) братья Стругацкие
/qt-copy
export KDEDIR=
/kde4
export DBUSDIR=
/kde4
export KDEDIRS=$KDEDIR
export PATH=$QTDIR/bin:$KDEDIR/bin:$DBUSDIR/bin:$PATH
export LD_LIBRARY_PATH=$DBUSDIR/lib:$QTDIR/lib:$KDEDIR/lib:$LD_LIBRARY_PATH
export QT_PLUGIN_PATH=$KDEDIR/lib/kde4/plugins/
export PKG_CONFIG_PATH=$QTDIR/lib:$DBUSDIR/lib/
pkg-config
export QTEST_COLORED=1
export XDG_DATA_DIRS=$KDEDIR/share
export XDG_CONFIG_DIRS=$KDEDIR/etc/xdg
Затем были установлены Qt 4.3 в папку qt-copy, и cmake, dbus, strigi 0.5.1, kdelibs, kdepimlibs, kdebase в папку kde4 в домашнем каталоге нового пользователя. Установка прошла успешно. Теперь не знаю, как запустить и начать работу. Максимум, на что хватило мозгов, это зайти в "
/kde4/bin" и набрать "DISPLAY=:0 startkde". Если ан просто startkde он выводит список возможных команд и немного ошибок, то на эту команду он начинает тормозить, и тормозя, пишет, что нет такого дисплея, и та же справочка, но она не проносится так быстро. Так что я по-всякому пробовал: "DISPLAY="localhost:0" ./startkde" например. Что бы ещё скомандовать. wine выдаёт в голой консоли ошибку, что не может найти дисплей, а dosbox - мышь. Стоп. Почему дисплей у wine, с которым не удаётся связаться, называется $DISPLAY, а не, как раньше, 0:0? :-)
Помогите!
1. От пользователя иксы запускаются (правда перед этим приходится удалять lock-файл, т.к. они уже запущены когда я ввожу логин), кеды тоже запускаются.
Конфиг почему-то не добавляется.
2. Куда логинюсь не знаю, как проверить?
так может быть раз от пользовотеля иксы запускаються а от рута нет посмотреть что в файле /etc/kde/kdm/kdmrc ?
если в строке AllowrootLogin=true то просто значит и не должны иксы от рута запускаться (поменять на false)
Неожиданно столкнулся с проблемой после установки минимальной конфигурации Debian Jessie в VirtualBox. Сначала я установил netinst (debian-8.1.0-i386-netinst.iso) в режиме эксперт, затем командами доустановил kde-plasma-desktop, kde-l10n-ru с CD1 (debian-8.1.0-i386-kde-CD-1.iso). После перезагрузки опять появилась командная строка, а не KDE. Может мне кто-нибудь подсказать почему в новой версии Debian не загружается KDE? В прошлой версии, Wheezy, все сразу загружалось после этих же операций. Еще попробовал установить KDE напрямую с CD1 (без netinst) через меню установщика, и тоже появилась командная строка! Что я делал не так?
systemctl kdm enable
sudo systemctl kdm enable
Так не работает. Правильнее, кстати, sudo systemctl enable kdm. Нашел по наводке.
Но все равно KDE не запускается. Пробовал перезапускать, еще команду sudo systemctl restart kdm - не помогло. Пишет enabled и дальше ни чего не идет.
А сам kdm установлен? systemctl enable только включает службу, надо ещё запустить systemctl start kdm.
затем командами доустановил kde-plasma-desktop, kde-l10n-ru с CD1
Ты их хоть не через dpkg устанавливал? судя по ошибкам, не хватает пакетов, посмотри в aptitude.
apt-get install xinit
Ты, это, лучше проверь вообще наличие systemd-юнита для kdm, а то судя по этому, мейнтейнеры уже год не могут добавить его.
Устанавливал так: apt-get install kde-plasma-desktop, kde-l10n-ru Перед этим добавлял соответствующий диск: apt-cdrom add apt-get update
Сейчас попробовал установить xorg. Что-то действительно установилось или доустановилось и после команды startx началась загрузка KDE. Вроде все нормально работает, хотя нужно будет проверить точнее.
Теперь осталось выяснить как сделать чтобы KDE загружался автоматически, без ввода логина-пароля в консоли и затем startx.
Сделай systemctl status kdm и выложи его выхлоп сюда.
До загрузки KDE, да?
Самое интересное сокрыто умным systemctl. Сделай тоже самое, но с ключом -l systemctl status kdm -l , дабы systemctl не резал строку, текст лучше выложи прямо сюда в теге [code], без скриншотов.
Окончание такое: it is not the default display manager
и выберешь kdm в качестве дефолтного дм.
Пробовал набирать эту команду в консоли и в консоли после загрузки в KDE, но все равно ничего не поменялось, автоматический вход не включился.
Если ты задаёшь такие вопросы - тебе не нужен режим эксперт. Инсталль в дефолтном режиме, всё будет работать.
а что за калькулятор, которому 3 гига под систему много?
у меня как-то на серверах дебиан от апдейта к апдейту худеет по чуть-чуть, так что я тебе не верю.
оказалось, что она занимает около 2,7 Гб
До начала установки дебиана надо было сначала пару горстей тараканов из головы вынуть. В магазинах флешки-то меньше 4-х гигов уже не найдёшь, про SSD и HDD я вообще молчу, самый маленький ещё живой HDD, который я видел в этом году, был на 20Гб и то не слишком заеженный (наработка всего 38000 часов).
Чтобы пользоваться этим режимом необязательно быть экспертом. Просто там много удобных дополнительных настроек системы.
Инсталль в дефолтном режиме, всё будет работать.
Сейчас для эксперимента попробовал установить debian с диска debian-8.1.0-i386-kde-CD-1.iso в обычном режиме, не в режиме эксперт и тоже после установки появилась лишь консоль. Почему же не загружается автоматически KDE. Там у них команда что ли поменялась или идеалогия? Если бы я в свое время после установки Debian в графическом режиме получил бы только консоль, то сразу бы разочаровался бы и подумал, что эта система не для меня. Плохо. теперь система стала менее дружелюбной для новичков.
на серверах дебиан от апдейта к апдейту худеет
Основной вклад в размер системы у меня дает KDE, скорее всего у тебя его нет на сервере.
флешки-то меньше 4-х гигов уже не найдёшь
У каждого своя философия. Мне, например, спокойнее записать пару копий образа установленной и настроенной системы на DVD диски. На DVD много не влезает, еле-еле вмещаются все нужные программы. А меняющиеся данные хранятся на отдельном разделе, они не такие важные. Флешки не очень надежны, ЖД для бекапов у меня нет, кроме того их по-хорошему нужно несколько, и они не такие мобильные.
Имеется ноутбук Lenovo G550 поколения Core 2 Duo с 8 Гб ОЗУ (это для него максимум). На нем установлена Alt KWorkstation 9.1. Этой установке почти два года. Регулярно, 1-2 раза в неделю, обновляюсь через Synaptic. Все обновления проходили просто идеально, без малейших замечаний. И вот 22 апреля обновление завершилось нештатно, с кодом 4. После этого ноутбук не загружает рабочий стол Плазмы до конца. Останавливается на черном экране с сиротливым курсором. Я сообщил об этом инциденте -на их форуме; -в рассылке; -создал баг №39976. Пока помощи почти никакой не получил. Я догадываюсь, что у Альта на поддержку KDE выделено, как говорится, полтора землекопа. Поэтому решил отметиться здесь. После неудачного обновления, какждый раз, когда пытаешься загрузиться, в корне хомяка создается вот такой файл:
Running Xsession[3088] /usr/lib/kf5/bin/startplasma-x11 Agent pid 3133 Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) Could not open kded5 using a library: Cannot load library libkdeinit5_kded5: (libkdeinit5_kded5: невозможно открыть разделяемый объектный файл: Нет такого файла или каталога) kf5.kded: kded module «freememorynotifier» has already been found using JSON metadata, please don’t install the now unneeded .desktop file («freememorynotifier.desktop»). org.kde.libkbolt: Failed to connect to Bolt manager DBus interface: The name org.wicd.daemon was not provided by any .service files org.kde.bolt.kded: Couldn’t connect to Bolt DBus daemon /usr/lib/kf5/bin/ksmserver: error while loading shared libraries: /etc/libnvidiacurrent/libEGL.so.1: invalid ELF header QDBusConnection: name ‘org.kde.kglobalaccel’ had owner '' but we thought it was ‘:1.14’ kscreen.kded: UPower not available, lid detection won’t work kscreen.kded: PowerDevil SuspendSession action not available! QObject::connect: No such signal QDBusAbstractInterface::ActiveChanged(bool) kdeinit5: Fatal IO error: client killed kdeinit5: sending SIGHUP to children. klauncher: Exiting on signal 1 The X11 connection broke (error 1). Did the X11 server die? ktp-kded-module: activity service not running, user account presences won’t load or save The X11 connection broke: I/O error (code 1) XIO: fatal IO error 13 (Отказано в доступе) on X server «:0» after 94 requests (94 known processed) with 0 events remaining.
Может здесь есть корифеи KDE, помогут.
Я бы начал с того, что попробовал бы завершить обновление. Выглядит так, что у тебя обновление упало где-то на середине. Я бы залогинился на виртуальном терминале и попробовал бы выполнить следующие команды
Если это не поможет, имеет смысл посмотреть не вынесло ли часть нужных пакетов. Самый простой способ установить метапакет kde5, например
А, вообще, synaptic зло. Либо ручками через apt (хорошо бы его еще в screen запускать для надежности), либо через packagekit - последний будет тебе обновлять пакеты после перезагрузки, что есть самый безопасный вариант.
Первые две команды я проделывал, система ругается, естественно по английски и их не выполняет.
Пришли как именно ругается.
startkde: Could not start kdeinit5. Check your installation.
А коды эти - никто не запоминает эти коды, они ничего не говорят.
Мне нужен именно вывод команд, запущенных в консоли
Насколько я понимаю, ты про Synaptic говоришь. Он мне не интересен. Используй комбинацию Ctrl+Alt+F3 для переключения на виртуальную консоль, залогинься под рутом и выполни команды, что я дал выше. Вывод сфоткай и выложи куда-нибудь.
У тебя что-то с драйверами Nvidia не так. Пока предложил бы удалить все Nvidia пакеты и посмотреть вылечит ли это проблему. Потому можно попробовать поставить пакеты Nvidia с нуля.
Alt KWorkstation устроена так, что проприетарный драйвер nVidia устанавливается по дефолту при инсталляции системы.
Да, но тут, видимо, при обновлении какая-то беда с симлинками произошла. Я не уверен, фатальная ли она, но начал бы с заведения графики на Intel.
У моего ноутбука в BIOS нет переключения встройка-выделенка.
подскажите, как на этом форуме выделять текст.
Когда пишешь комментарий, под формой для его ввода есть строка
посмотри там по ссылкам, какие возможности форматирования тебе предлагают. По-умолчанию сейчас используется разметка Markdown. Но ты можешь выбрать для себя (в профиле, если ничего не поменяли) и LORCODE. Главное не спеши публиковать комментарии – кнопка Предпросмотр позволяет посмотреть, что у тебя за форматирование получилось. Случается в спешке что-то пропустил или не там поставил – результат не соответствует ожиданиям.
maxcom может стоит, хотя бы для новоприбывших* сделать эту строку
journalctl -b -p err –no-hostname
– Logs begin at Tue 2020-10-20 17:51:37 MSK, end at Thu 2021-05-06 18:35:16 MSK. – мая 06 18:03:02 systemd[1]: Failed to start Load Kernel Modules. мая 06 18:03:02 systemd-modules-load[2540]: Error running install command for vboxguest мая 06 18:03:02 systemd-modules-load[2540]: Failed to insert module ‘vboxsf’: Operation not permitted мая 06 18:03:03 systemd-modules-load[2685]: Error running install command for vboxguest мая 06 18:03:03 systemd-modules-load[2685]: Failed to insert module ‘vboxsf’: Operation not permitted мая 06 18:03:03 systemd[1]: Failed to start Load Kernel Modules. мая 06 18:03:03 systemd-modules-load[2739]: Error running install command for vboxguest мая 06 18:03:03 systemd-modules-load[2739]: Failed to insert module ‘vboxsf’: Operation not permitted мая 06 18:03:03 systemd[1]: Failed to start Load Kernel Modules. мая 06 18:03:04 kernel: i2400m_usb 4-4:1.0: WiMAX interface wmx0 (00:1d:e1:18:13:97) ready мая 06 18:03:14 nmbd[3243]: [2021/05/06 18:03:14.464777, 0] ../../lib/util/become_daemon.c:147(daemon_status) мая 06 18:03:14 nmbd[3243]: daemon_status: daemon ‘nmbd’ : No local IPv4 non-loopback interfaces available, waiting for interface … мая 06 18:03:14 nmbd[3243]: [2021/05/06 18:03:14.464857, 0] ../../source3/nmbd/nmbd_subnetdb.c:254(create_subnets) мая 06 18:03:14 nmbd[3243]: NOTE: NetBIOS name resolution is not supported for Internet Protocol Version 6 (IPv6). мая 06 18:03:14 smbd[3246]: [2021/05/06 18:03:14.667520, 0] ../../lib/util/become_daemon.c:136(daemon_ready) мая 06 18:03:14 smbd[3246]: daemon_ready: daemon ‘smbd’ finished starting up and ready to serve connections
[inline]– Logs begin at Tue 2020-10-20 17:51:37 MSK, end at Thu 2021-05-06 18:35:16 MSK. – мая 06 18:03:02 systemd[1]: Failed to start Load Kernel Modules. мая 06 18:03:02 systemd-modules-load[2540]: Error running install command for vboxguest мая 06 18:03:02 systemd-modules-load[2540]: Failed to insert module ‘vboxsf’: Operation not permitted мая 06 18:03:03 systemd-modules-load[2685]: Error running install command for vboxguest мая 06 18:03:03 systemd-modules-load[2685]: Failed to insert module ‘vboxsf’: Operation not permitted мая 06 18:03:03 systemd[1]: Failed to start Load Kernel Modules. мая 06 18:03:03 systemd-modules-load[2739]: Error running install command for vboxguest мая 06 18:03:03 systemd-modules-load[2739]: Failed to insert module ‘vboxsf’: Operation not permitted мая 06 18:03:03 systemd[1]: Failed to start Load Kernel Modules. мая 06 18:03:04 kernel: i2400m_usb 4-4:1.0: WiMAX interface wmx0 (00:1d:e1:18:13:97) ready мая 06 18:03:14 nmbd[3243]: [2021/05/06 18:03:14.464777, 0] ../../lib/util/become_daemon.c:147(daemon_status) мая 06 18:03:14 nmbd[3243]: daemon_status: daemon ‘nmbd’ : No local IPv4 non-loopback interfaces available, waiting for interface … мая 06 18:03:14 nmbd[3243]: [2021/05/06 18:03:14.464857, 0] ../../source3/nmbd/nmbd_subnetdb.c:254(create_subnets) мая 06 18:03:14 nmbd[3243]: NOTE: NetBIOS name resolution is not supported for Internet Protocol Version 6 (IPv6). мая 06 18:03:14 smbd[3246]: [2021/05/06 18:03:14.667520, 0] ../../lib/util/become_daemon.c:136(daemon_ready) мая 06 18:03:14 smbd[3246]: daemon_ready: daemon ‘smbd’ finished starting up and ready to serve connections[/inline]
-- Logs begin at Tue 2020-10-20 17:51:37 MSK, end at Thu 2021-05-06 18:35:16 MSK. -- мая 06 18:03:02 systemd[1]: Failed to start Load Kernel Modules. мая 06 18:03:02 systemd-modules-load[2540]: Error running install command for vboxguest мая 06 18:03:02 systemd-modules-load[2540]: Failed to insert module 'vboxsf': Operation not permitted мая 06 18:03:03 systemd-modules-load[2685]: Error running install command for vboxguest мая 06 18:03:03 systemd-modules-load[2685]: Failed to insert module 'vboxsf': Operation not permitted мая 06 18:03:03 systemd[1]: Failed to start Load Kernel Modules. мая 06 18:03:03 systemd-modules-load[2739]: Error running install command for vboxguest мая 06 18:03:03 systemd-modules-load[2739]: Failed to insert module 'vboxsf': Operation not permitted мая 06 18:03:03 systemd[1]: Failed to start Load Kernel Modules. мая 06 18:03:04 kernel: i2400m_usb 4-4:1.0: WiMAX interface wmx0 (00:1d:e1:18:13:97) ready мая 06 18:03:14 nmbd[3243]: [2021/05/06 18:03:14.464777, 0] ../../lib/util/become_daemon.c:147(daemon_status) мая 06 18:03:14 nmbd[3243]: daemon_status: daemon 'nmbd' : No local IPv4 non-loopback interfaces available, waiting for interface . мая 06 18:03:14 nmbd[3243]: [2021/05/06 18:03:14.464857, 0] ../../source3/nmbd/nmbd_subnetdb.c:254(create_subnets) мая 06 18:03:14 nmbd[3243]: NOTE: NetBIOS name resolution is not supported for Internet Protocol Version 6 (IPv6). мая 06 18:03:14 smbd[3246]: [2021/05/06 18:03:14.667520, 0] ../../lib/util/become_daemon.c:136(daemon_ready) мая 06 18:03:14 smbd[3246]: daemon_ready: daemon 'smbd' finished starting up and ready to serve connections
Там же всё просто, и есть «Предпросмотр»
journalctl -b -p err –no-hostname
если это слишком сложно – используй внешние ресурсы (пастебин)
У моего ноутбука в BIOS нет переключения встройка-выделенка.
Так BIOS тут не причем. У тебя обычный Optimus - по умолчанию и так встройка от Intel работает. Если ставишь драйвера Nvidia, то появляется возможность отдельные приложения запускать на внешней видеокарте. Поэтому предлагаю тебе пока удалить Nvidia, поскольку, похоже скрипты из этого пакета тебе мешают обновиться.
Любите экспериментировать? Наверняка вы когда-либо пытались произвести какие-то действия со своей Linux-системой, причем не так важно какие были цели: изучение и познание новых возможностей или же какая-то более конкретная цель, в виде исправления той или иной ошибки. В любом случае, при работе с дистрибутивами Linux, для загрузки которых, в большинстве случаев, и используется Grub, с последним могут возникать неприятные проблемы, ввиду которых дальнейшая эксплуатация системы просто-напросто невозможна. В этой статье вы узнаете, что делать, если не загружается Linux. Как вести себя в подобной ситуации и какие действия производить, чтобы починить загрузчик Grub. Пожалуй, начнем.
Что такое Grub
Grub (или GRand Unified Bootloader) - загрузчик операционных систем с открытым исходным кодом. Распространяется он под лицензией GNU GPL, в полностью свободном виде. С помощью этого замечательного лоадера можно сделать много всего - основная же функция не ограничивается загрузкой лишь одной операционной системы. Вы можете иметь куда больше операционных систем на своем ПК, загружая любую из них с помощью Grub. На скриншоте выше вы можете видеть как примерно Grub выглядит. Кстати говоря, если вы захотите установить Ubuntu 18.04 рядом с Windows, вам определенно понадобится помощь Grub.
Grub используется в большинстве дистрибутивов Linux в качестве загрузчика по-умолчанию. Разумеется и с ним иногда возникают проблемы. Этим самые проблемы чреваты полным отказом операционной системы. Поэтому для починки Grub нам понадобятся дополнительные инструменты. Какие именно - узнаете далее.
От чего могут возникнуть проблемы
Одна из самых распространенных причин - это неправильный порядок установки двух операционных систем (Linux и Windows). Допустим, если вы захотите установить две этих операционных системы на свой ПК - вам непременно стоит знать правильную последовательность:
- Сначала устанавливаем Windows
- И только потом уже Linux
Если, например, сделать наоборот, то как раз-таки Grub будет поврежден; система будет грузиться напрямую в Windows, а дистрибутив Linux останется недоступным.
Grub может сломаться и по другим причинам. Например, из-за попыток ручного изменения параметров запуска (при недостатке опыта), в таком случае нужно будет либо вручную убирать лишнее, либо полностью переустанавливать Grub.
Восстановление Grub с помощью LiveCD/USB
Для этого способа нам понадобится флешка с дистрибутивом Linux на борту. Подойдет любой: от Ubuntu, Arch или даже Linux Mint. Здесь нужен только терминал, поэтому подойдет даже версия без графической оболочки.
Как создать LiveCD/USB
Само собой, нам понадобится носитель, на который мы временно (а может и нет) запишем систему. Сохраните все важные файлы, которые были на этом носителе, после чего (имеется ввиду на другом ПК, желательно под управлением Windows) запишите загруженный образ дистрибутива на носитель. В качестве примера мы будем использовать дистрибутив Ubuntu.
Идем на официальную страницу загрузки. Загружаем любую понравившуюся версию (лучше взять новейшую для десктопа), после чего записываем ее на USB/CD.
С помощью Rufus:
Последняя версия приложения доступна на официальном сайте. Сразу после загрузки и запуска/установки мы увидим такое окно:
Вставляем носитель, выбираем его в соответствующем меню. Далее выбираем нужную схему раздела и тип системного интерфейса, и после уже открываем файловый менеджер с помощью этой кнопки:
Находим загруженный образ через менеджер, после чего жмем "Старт".
С помощью Etcher:
Опять же, идем на официальный сайт, где скачиваем последнюю версию утилиты. Далее делаем все так, как показано на этой гифке:
Ну а теперь, собственно, можно переходить к восстановлению Grub. Вставляем флешку в наш ПК (где сломан загрузчик), после чего перезагружаем его с этой самой флешки. Как только мы войдем в лайв-систему, сразу открываем терминал, после чего проделываем следующие действия:
Открываем таблицу разделов с помощью команды:
Примерно такая таблица будет выведена на экран:
По этой таблице мы видим, что Linux, в нашем случае, расположен на разделе /dev/sda1.
С помощью следующей команды мы смонтируем этот раздел в /mnt:
Теперь, для записи grub в MBR, нужно ввести следующую команду:
Если нужно только восстановить MBR диска (после переустановки Windows, к примеру), то этих действий будет вполне достаточно.
Если же необходимо обновить и меню grub (после установки Windows), то нужно выполнить еще и эту команду:
Вот и все, восстановление закончено!
Восстановление с помощью chroot
Помимо вышеописанного способа, при восстановлении Grub с помощью LiveCD можно использовать и этот. Тут мы будем использовать утилиту chroot.
Здесь нам, опять же, понадобится таблица разделов. Вводим уже известную команду:
В выводе снова будет эта таблица. Теперь нам надо присмотреться к ней еще внимательнее.
В этом способе нам необходимо примонтировать системный, а также нескольких других важных разделов. Для этого вводим эти команды:
Обратите внимание, что если если разделы /boot или /var находятся отдельно, то Вам нужно будет примонтировать их в /mnt/boot и /mnt/var.
Далее мы переходим в окружающую среду chroot с помощью команды:
И теперь, наконец-таки переустанавливаем Grub с помощью следующей команды:
Если все прошло успешно, выходим из chroot, используя команду:
Далее нужно отмонтировать все разделы. Для этого вводим в терминал:
В случае, если вы монтировали раздел /boot введите команду:
Теперь перезагружаем систему с помощью:
Можно также обновить меню Grub, используя команду:
Восстановление Grub в rescue mode
Если по каким-то причинам у вас нет доступа к LiveCD/USB-носителю, а также к компьютеру, с помощью которого этот самый носитель можно было бы сделать, то этот способ для вас.
Само восстановление проходит таким образом: сначала мы подгружаем все модули, чтобы открыть доступ ко всей функциональной части Grub, после чего запуститься с нужного раздела. Надо понимать, что Grub состоит из двух частей:
Одна из этих частей (первая) записана в MBR диска. В ней присутствует базовый функционал и ничего больше (консоль в rescue mode).
Стало быть, нам нужно определить, в каком разделе находится вторая часть Grub (находится в каталоге /boot/grub), и после чего подгрузить все недостающие модули. А вот уже после этого мы сможем запустить загрузчик с нужного раздела. В rescue mode есть всего четыре команды:
Для начала вводим следующую команду:
В выводе будет что-то подобное:
В некоторых случаях Grub неправильно опеределяет файловые системы находящиеся на разделах дисков. В данном примере загрузчик показывает их как msdos. Мы должны попытаться угадать диски, которые видим. В примере доступно два диска. Диск с индексом 0 содержащий три раздела, и диск с индексом 1 содержащий два раздела. Если вы знаете структуру своих дисков, определить нужный труда не составит.
В загрузчике Grub разделы нумеруются в обратном исчислении. Не очень ясно какой именно из разделов назван, к примеру (hd0,msdos3). Чтобы было более понятно, можно использовать вид (hd0,1). Если в грабе отсчет дисков идет с 0, а разделов с 1, то можно определить, что операционная система установлена в первый раздел первого раздела - (hd0,1). Используем следующую команду:
С помощью этих команд мы приказываем системе использовать какой-то конкретный диск, для выполнения всех остальных операций (в нашем случае, это диск (hd0,1)). Чтобы проверить есть ли на данном диске загрузчик, введем эту команду:
Если в выводе будет список файлов и папок, значит мы все сделали правильно. Теперь можно загрузить все необходимые модули. Для этого выполним команды:
После выполнения команд Grub загрузится в полнофункциональном режиме. Будут найдены все операционные системы, которые установлены на компьютере, после чего будет показано стандартное меню загрузки.
Чтобы закрепить результат (и не проделывать все то же самое после перезапуска ПК), нужно зайти в терминал своего дистрибутива Linux, где с root правами выполнить следующую команду:
sdX - диск, на который должен быть установлен Grub.
Если операционная система расположена на разделе с файловой системой btrfs, то нам необходимо выполнить следующие команды:
И подгрузить модули:
Ну и теперь запустить GRUB:
Восстановление Grub с помощью утилиты Boot repair
С помощью этой замечательной утилиты вы сможете восстановить загрузчик всего в пару кликов. Как видно из скриншота, утилита имеет собственный GUI, ее использование не вызовет трудностей.
Чтобы установить boot repair, вы можете воспользоваться одним из приведенных способов:
- Запись и установка специального образа диска Boot Repair (и дальнейшая загрузка с него)
- Установка Boot repair из PPA-репозитория в LiveCD/USB дистрибутиве.
Если с первым способом все понятно: нужно просто скачать и записать образ с помощью соответствующих инструментов. То во втором уже нужно знать конкретные команды, которые выглядят следующим образом:
В утилите будет доступно два варианта на выбор:
Recommended repair исправляет большую часть известных ошибок, которые могли бы возникнуть при запуске. С его помощью вы сможете пофиксить и загрузчик Grub.
Create a BootInfo summary создает Boot-Info-Script – скрипт, который позволяет диагностировать большинство проблем при загрузке.
Здесь же есть и Advanced options. Он включает в себя варианты для восстановления и настройки загрузчика Grub2 (загрузка по-умолчанию, опции загрузки ядра, отображение или скрытие GRUB при загрузке, удаление GRUB). С помощью этих же инструментов, вы можете восстановить MBR и т.д.
Вам обязательно стоит заглянуть на официальный сайт Boot Repair. Там вы сможете найти более подробную информацию обо всех возможностях и особенностях программы. Там же будет доступна информация о выходе новых версий: фиксах и улучшениях самой утилиты, а также многом и многом другом.
Выводы
Вот мы и рассмотрели несколько вариантов исправления загрузчика Grub. Стоит сказать, что некоторые из них могут показаться сложными или даже невыполнимыми. Это не так, каждый из рассмотренных способов нашел подтверждение в виде сотен и тысяч актов исправления загрузчика Grub в опенсорсном сообществе. Кстати говоря, какой из способов выбрать - решать только вам, любой из них достаточно эффективен, чтобы попасть в этот материал.
Возможно вас заинтересуют и другие похожие материалы про починку загрузчика Grub2. Например, в этом материале вы узнаете, как починить GRUB2 если Ubuntu не хочет загружаться. Там более подробно рассказывается, как фиксить груб с помощью утилиты Boot Repair, возможно вам стоит заглянуть туда, если вы не поняли что-то из этого материала. Что же, ну а на сегодня это все. Надеюсь, что данный материал помог вам разобраться в ошибках. Что, в свою очередь, поможет вам их решить.
Читайте также: