Linux manjaro зависает на reached target graphical interface

Обновлено: 05.07.2024

1 из 10, systemd зависает при перезагрузке. Я не понимаю причину. Что / где я должен посмотреть, чтобы решить проблему? Я использую systemd v196 и не могу обновить его до версии> = 198, потому что для последнего требуется последнее ядро (с поддержкой cgroups), которое не может быть обновлено в соответствии с требованиями заказчика. Интересно, есть ли разумный способ выяснить причину такого поведения и заставить systemd перезагрузить систему безоговорочно.

Как вы можете прочитать там:

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

Я не вижу причины.

Обратите внимание на swap.target. Это там, но мы не используем разделы подкачки вообще. Я пытался замаскировать своп, но проблема зависания переоценила. Последняя строка в консоли:

РЕДАКТИРОВАТЬ: Как я уже сказал, я могу повторно войти через ssh через eth.

Теперь я покажу вам два журнала. Первый журнал происходит, когда перезагрузка /shutdwon зависает, в то время как второй журнал, когда перезагрузка завершается успешно:

Зависание, вывод всегда такой (полный журнал):

После некоторых расследований и отладки я обнаружил причину прерывания работы, хотя пока не могу ее решить. В некоторых случаях одна из пользовательских служб запускается до завершения выключения, что приводит к зависанию процедуры выключения. Это один случай зависания. Другой тип зависания - это когда отключение не прерывается, но останавливается в какой-то момент. По этой причине, прежде чем разрешить все конфликты и другие возможные зависания по одному, я хочу безоговорочно активировать аппаратный сторожевой таймер. Чтобы сделать это через systemd, я включил и протестировал, отдельно или вместе, RuntimeWatchdogSec и ShutdownWatchdogSec. К сожалению, они не помогли. Глядя на исходный код, кажется, что systemd входит в цикл, в котором он все еще ожидает отключения всех файловых систем и выполнения других видов очистки, прежде чем позволить сторожевому устройству действительно работать (не поддерживая его).

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

yurius avatar

Ну и чего делать-то теперь? Есть какое-то универсальное решение в даннмо случае? Это косяк обновления или мой? Ну что, в блэклист обновление xorg-a, и сидеть на пороховой бочке?

У меня так же. Это обновления такие. Дрова Nvidia, удалял, на nouveau прекрасно работает. Исправят, подождать. Кто сказал, что обновляться надо по 2 раза в день. Это больше похоже на манию. Как там говорят: "работает, не тронь". Будем надеяться, через 2 - 7 дней починят. Было такое не раз, что приходилось откатываться, исправляли. И в этот раз сделают, надеемся, ведь Надежда последней умирает.

yurius avatar

У меня так же. Это обновления такие. Дрова Nvidia, удалял, на nouveau прекрасно работает. Исправят, подождать. Кто сказал, что обновляться надо по 2 раза в день. Это больше похоже на манию. Как там говорят: "работает, не тронь". Будем надеяться, через 2 - 7 дней починят. Было такое не раз, что приходилось откатываться, исправляли. И в этот раз сделают, надеемся, ведь Надежда последней умирает.
Ну я так и понял, что ждать милости надо. НО - у меня не работает

- почему? Всё равно хочет обновляться.

yurius
Ну и чего делать-то теперь? Есть какое-то универсальное решение в даннмо случае? Это косяк обновления или мой? Ну что, в блэклист обновление xorg-a, и сидеть на пороховой бочке?
Надо делать:
1. Анализировать что происходит при старте иксов: почитать логи, выхлопы в консоль.
2. После того, как причина станет ясна: действовать для устранения это причины
valentoss78
У меня так же. Это обновления такие. Дрова Nvidia, удалял, на nouveau прекрасно работает. Исправят, подождать. Кто сказал, что обновляться надо по 2 раза в день. Это больше похоже на манию. Как там говорят: "работает, не тронь". Будем надеяться, через 2 - 7 дней починят. Было такое не раз, что приходилось откатываться, исправляли. И в этот раз сделают, надеемся, ведь Надежда последней умирает.

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

yurius
Ну я так и понял, что ждать милости надо. НО - у меня не работает

Мажорное обновление ядра – это всегда риск для пользователей виртуальных машин. При обновлении до 4.5 Arch Linux в VirtualBox просто перестал запускаться.

При обновлении ядра до 4.7 в VirtualBox загрузка стопорится на reached target graphical interface.

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

Т.е. паника ядра после установки гостевых дополнений на ядро 4.7.0. Надпись «fixed in releases higher than 5.1.2» говорит нам о том, что проблема (будет) исправлена в VirtualBox выше 5.1.2. Но пока выше 5.1.2 версии не существует ни среди стабильных релизов, ни среди бета версий.

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

Как и в предыдущий раз, проблема решается достаточно просто, но нужно знать, что делать…

Как можно выяснить из форума, ссылка на который приведена чуть выше, проблема не в гостевых дополнениях в целом, а только в модуле vboxvideo. Без этого модуля вполне можно жить, поэтому нам нужно просто убрать его из автозагрузки

Переключитесь на другой терминал (CTRL+ALT+F2), залогинтесь.

Нам нужно строку

Сохранить в файл с расширением .conf в каталоге /etc/modprobe.d/

У меня там уже есть один файл - rtlsdr.conf, поэтому я просто дописываю в него blacklist vboxvideo, получается так:

Ещё отредактируйте файл /etc/default/grub:

Добавьте туда iomem=relaxed к значению GRUB_CMDLINE_LINUX_DEFAULT, моё теперь выглядит так:

После перезагрузки всё должно работать.

Как видите, у меня Arch Linux, последнее ядро, и всё работает в виртуальной машине, хотя загружены только два модуля дополнений гостевой из трёх:


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

Черный экран Manjaro застрял при загрузке. Решение проблем с драйвером видеокарты и источник конфигурации и установка метода ввода Sogou.

QAQ собственный оригинал или оригинал .

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

Кстати, IG World Champion действительно классный! !

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

Вы можете столкнуться со следующими проблемами:

Решение: во-первых, вы должны войти в интерфейс установки:

  1. Когда загрузочный диск начнет видеть загрузочное меню, используйте клавиши со стрелками, чтобы перейти к столбцу BOOT.
  2. Нажмите E, чтобы войти в редактирование, будет driver=free Изменить на driver=intel
  3. И добавить xdriver=mesa acpi_osi=! acpi_osi="Windows 2009"
  4. Затем нажмите Ctrl + X или F10, чтобы начать.

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

setting->Manjaro Setting manager

  1. После входа в интерфейс grub перейдите к пункту запуска Manjaro, нажмите E, от второй до последней строки, найдите вполне, добавьте его после acpi_osi=! acpi_osi='Windows 2009' Нажмите F10 для плавного входа в систему.
  2. После входа в систему и изменения файла grub вы можете сначала решить проблему с видеокартой (в конечном итоге установить драйвер nvidia или Intel).
  3. Откройте терминал, sudo nano /boot/grub/grub.cfg
  4. найти linux /boot/vmlinuz-linux root=UUID=38bd539c-692f-44ea-85d6-2155f06f09fc rw quiet Эта строка примерно одинакова и может немного отличаться.
  5. Добавить после довольно xdriver=mesa acpi_osi=! acpi_osi="Windows 2009"
  6. Как это выглядит после добавления linux /boot/vmlinuz-linux root=UUID=38bd539c-692f-44ea-85d6-2155f06f09fc rw quiet xdriver=mesa acpi_osi=! acpi_osi="Windows 2009"
  7. Перезагрузка в порядке.
  8. Наконец, откройте менеджер настроек Manjaro и установите драйвер.

->Hardware Configration

Auto Install Proprietary Driver

Автоустановить проприетарный драйвер можно ----------------------------------

SourceНастройте источник pacman:

$ sudo pacman-mirrors -i -c China -m rank

После всплывающего окна выберите несколько.

SourceНастройте источник archlinuxcn:

$ sudo nano /etc/pacman.conf

Добавьте следующее в конце:

$ sudo pacman -S archlinuxcn-keyring

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

Чтобы облегчить установку большого количества программного обеспечения в aur, вы также можете установить yaourt

$ sudo pacman -S yaourt
кажется, yaourt перестает развиваться, вы можете попробовать yay

MethodУстановите метод ввода Sogou:

$ sudo pacman -S fcitx-sogoupinyin

$ sudo pacman -S fcitx-im

$ sudo pacman -S fcitx-configtool

Измените файл конфигурации:

Добавьте следующее утверждение в конце:

После повторного входа в систему вы можете изменить метод ввода Sogou, нажав Ctrl + Пробел.

Я написал здесь на этот раз.

Покажите волну хорошего рабочего стола QAQ ----
Программное обеспечение: docky, conky


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

Поэтому наблюдение за проблемами загрузки / ошибками становится для нас проблемой.

В этой статье мы кратко объясним различные этапы процесса загрузки системы Linux, а затем узнаем, как установить и решить проблемы с загрузкой.

Краткое описание процесса загрузки Linux

В случае ошибки (отсутствие / неисправное оборудование), это сообщается на экране.

Во время POST BIOS также ищет загрузочное устройство, на котором установлен диск (обычно первый жесткий диск, однако мы можем настроить его как DVD, USB, сетевую карту и т. д).

Затем система подключится к диску и выполнит поиск основной загрузочной записи (размером 512 байт), в которой хранится загрузчик (размер 446 байт), а остальная часть пространства хранит информацию о дисковых разделах (четыре максимум) и MBR.

После загрузки ядра он запускает init (или systemd на более новых дистрибутивах Linux), первый процесс с PID 1, который, в свою очередь, запускает все остальные процессы в системе.

Это также последний процесс, который должен быть выполнен при завершении работы системы.

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

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

К ним относятся:

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

Вместо того, чтобы так пристально следить за выводом на экране во время загрузки, мы можем просмотреть этот файл после завершения процесса загрузки, чтобы помочь нам в определении и устранении проблем / ошибок загрузки.

Мы используем команду cat для этой задачи следующим образом (ниже приведен пример этого файла):

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

Проблема: проблема с разделом подкачки; система либо не прочитала файл подкачки / устройство / раздел, либо его нет.

Давайте проверим, использует ли система пространство подкачки с командой free.

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

Мы можем решить эту проблему, создав пространство подкачки в Linux.

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

Чтобы просмотреть его, введите:

Поскольку этот файл может быть относительно длинным, мы можем просмотреть его постранично, используя команду more (которая даже показывает проценты):

Поэтому старые файлы сжимаются и сохраняются в системе для последующей проверки, как показано ниже.

Команда dmesg может показывать операции после завершения процесса загрузки, такие как параметры командной строки, переданные ядру; обнаруженные аппаратные компоненты, события при добавлении нового USB-устройства или ошибки, такие как сбои сетевого адаптера (Network Interface Card), что драйверы не сообщают о активности канала в сети и о многом другом.

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