Русскоязычное сообщество Debian GNU/Linux

Спецы, помогите пожалуйста.. Имеется MX Linux KDE 23.5. После выполнения команды:
grubby --update-kernel=/boot/vmlinuz-$(uname -r) --args="systemd.unified_cgroup_hierarchy=1"
толком ничего не произошло в терминале. Только написало что-то вроде "команда не найдена". Но после перезагрузки заметил следующие проблемы:

1. Пропал звук. Нет ни одного аудиоустройства. Ранее всё нормально было точно.
2. Комп не ВЫключается и не перезагружается. То есть при нажатии на Выкл или Перезагрузку - система как обычно завершает работу, но остаётся на вечном чёрном экране.
Всё это дело происходит на виртуальной машине VMWare (настройки не трогал, ничего более не делал). И когда при чёрном экране в менеджере виртуальных машин нажимаешь "Shut Down Guest", то чёрный экран тут же продолжает выключаться.. всякая писанина, логотип и всё, выключился.

Цитата: goodman от 10 февраля 2025, 22:20:45написало что-то вроде "команда не найдена"

A systemГ и этот grubby точно в вашей системе присутствуют?

толком ничего не произошло в 
Всё это дело происходит на виртуальной машине VMWare

Научитесь делать снапшоты.

sudo grubby --update-kernel=/boot/vmlinuz-$(uname -r) --remove-args="systemd.unified_cgroup_hierarchy=1"

Цитата: dzhoser от 11 февраля 2025, 05:55:00

Код Выделить Развернуть

sudo grubby --update-kernel=/boot/vmlinuz-$(uname -r) --remove-args="systemd.unified_cgroup_hierarchy=1"

Не сработало. Команда не найдена.

При загрузке зашёл в advanced options и загрузился в варианте с припиской "systemd". Всё появилось - и звук и нормальное выключение. И служб в три раза больше стало...

А что же за первоначальный вариант загрузки был (без systemd)? как его починить?

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

Это всё понятно. Но факт в том, что работало нормально до запуска той строки. Думаю, виртуалка тут не при чём. Просто нужно каким-то образом вернуть обратно то, что наделал тот код

Цитата: goodman от 11 февраля 2025, 12:40:35Просто нужно каким-то образом вернуть обратно то, что наделал тот код

Так в чём проблема? Переустановите ядро, во время настройки пакета dpkg перезапишет файл.

Цитата: ferum от 11 февраля 2025, 14:47:13Так в чём проблема? Переустановите ядро, во время настройки пакета dpkg перезапишет файл.

Можете подсказать, как это сделать? А то вы сейчас, как матом сказали)))

Цитата: goodman от 11 февраля 2025, 11:47:52А что же за первоначальный вариант загрузки был (без systemd)?

по умолчанию идет SysV. systemd как дополнительный вариант

Через synaptyc

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

Цитата: ferum от 11 февраля 2025, 17:37:23Через synaptyc

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

Успешно провёл операцию.. Но ничего не изменилось. Добавились новые записи загрузки - все перепробовал, звука нет и не выключается((

Цитата: goodman от 11 февраля 2025, 18:15:17Успешно провёл операцию.. Но ничего не изменилось. Добавились новые записи загрузки - все перепробовал, звука нет и не выключается((

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

А смысл, если и без VM такая ситуация бы произошла? Ведь не в ВМ дело, а в линуксе именно. Как я это умозаключил? А просто - при загрузке с опцией systemd, всё нормально сразу. А значит сломалась SysV. При чём тут ВМ?

Как исправить проблему
1. Восстановить предыдущие параметры загрузки
Перезагрузите систему и выберите в меню загрузки предыдущее ядро (если оно доступно).

Либо загрузитесь в режиме восстановления (recovery mode).

После загрузки выполните команду, чтобы удалить параметр systemd.unified_cgroup_hierarchy=1:

grubby --update-kernel=/boot/vmlinuz-$(uname -r) --remove-args="systemd.unified_cgroup_hierarchy=1"Перезагрузите систему:

reboot2. Проверить поддержку cgroups v2
Убедитесь, что ваша версия systemd поддерживает cgroups v2. Для этого выполните:

systemd --versionПоддержка cgroups v2 появилась в systemd начиная с версии 230. Если у вас более старая версия, обновите systemd.

3. Проверить совместимость приложений
Некоторые приложения (например, Docker) могут не поддерживать cgroups v2. Проверьте документацию ваших приложений на предмет совместимости с cgroups v2.

Если вы используете Docker, вам может потребоваться переключить его на использование cgroups v2, добавив параметр "cgroupns-mode=host" в конфигурацию.

4. Переключиться на cgroups v1
Если вы не хотите использовать cgroups v2, вы можете явно указать системе использовать cgroups v1. Для этого добавьте параметр systemd.unified_cgroup_hierarchy=0:

grubby --update-kernel=/boot/vmlinuz-$(uname -r) --args="systemd.unified_cgroup_hierarchy=0"Затем перезагрузите систему:

reboot5. Проверить логи
Если система не загружается, проверьте логи загрузки (например, через journalctl -xb) или логи sysinit, чтобы понять, что именно сломалось. Это может помочь диагностировать проблему.

Нифига не получается.


Подумал подумал, и решил снести это убогое непонятное детище под названием линух
Слишком уж он задротский прям. Какие-то пакеты, репозитории, версии, права, systemd, то одно сломалось, то другое, то разрешение рабочего стола сбросилось, то фиг поймёшь, как автозагрузку текущих процессов посмотреть, то Discover, в котором почти ничего нет, то ещё что-то. В баню)) Windows сильно милее, а жизнь одна.