при чруте sudo не нужен

Зашел через manjaro-chroot в сломанную систему и попробовал обновить пакет, но не получилось, так как на любые команды выдает одну и ту же ошибку связанную с glibc
Вылетает такая оишбка на любые команды пакмена

<code>sudo: /usr/lib/libc.so.6: version `GLIBC_2.34' not found (required by sudo)
sudo: /usr/lib/libc.so.6: version `GLIBC_2.34' not found (required by /usr/lib/sudo/libsudo_util.so.0)</code>

Подскажите пожалуйста, что можно сделать с моей проблемой?

Начните гуглить с

<code>Kernel panic - not syncing: Attempted to kill init! exitcode=100</code>

и главное не надо

немножко боюсь.

сделай чрут в систему и установи/переустанови пакет gcc-libs
зы. если не в курсе, что такое чрут, то тыц

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

относительно недавно мне потребовался офис именно от мелкософта, как-то давно ставил, встал он криво, не завпускался. Ну, думаю, просто упаковали наверно коряво, скачал другой репак, поставил, снова завис в процессе запуска. Снес вайн и папку .wine, стал заново ставить вайн — вообще вся система посыпалась. Короче, данный способ не панацея.

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

как изменить раскраску

не знаю не нашел в моем случае если есть красное смотрю под рутом там тема дефолтная белая

во первых я под рутом не сижу, во вторых я работаю только с темными темами, в третьих в конфиге квантума я не нашел цвета для строк текста, в четвертых у меня не кеды, в пятых от смены темы в квантуме цвета подсветки/раскраски текста в ksystemlog не меняются

Во первых, а какого лешего он вообще у тебя в темных темах?! Ты че, все время под рутом сидишь!?
Во вторых, Поменяй в Параметрах системы/Оформлении/Цвета, цвет для негативного текста. Под рутом.
Если используется Kvantum, у него для каждой темы свой конфиг с цветами. Тут только текстовым редактором.

Принято. Попробую. Вдруг и «строка 6: -acx: команда не найдена», «unknow user name» устранятся…
Да, сделал, получилось, ошибки touch нет, но остались «строка 6: -acx: команда не найдена» и «unknown user name» — новый созданный пользователь не известен для net-snmp. Смею предположить, что возможная причина, как подсказали, что при первом создании init-пользователя нужно было пользоваться специальным криэйтором (--create-snmpv3-user), а не ручной правкой конфигов, возможно потому всё криво и установилось. Ведь чтобы править учетку, нужно создать второго пользователя, а это стало невозможным, и невозможным оказалось администриование пользователей.

полагаю что ошибка snmpwalk: Unknown user name здесь центральная и её надо гуглить

Да. Это решение помогло. РЕШЕНО

я нахожу этот путь.

сначала остановите snmtp:

systemctl stop snmpd
после этого создайте пользователя:

net-snmp-config --create-snmpv3-user -ro -A {WRITE SHA PASSWORD} -X {WRITE AES PASSWORD} -a SHA -x AES {WRITE USER NAME}
наконец, запустите службу snmpd:

systemctl restart snmpd
Для управления:

snmp-walk -v3 -u {WRITE SNMP USER NAME} -l authPriv -a SHA -A {WRITE SHA PASSWORD} -x AES -X {WRITE AES PASSWORD} {DESTINATION IP}
Нет: я использую шифрование SHA и AES. Вы можете использовать различные методы шифрования.

Да, я предлагаю символическую ссылку с фактического местоположения на необходимое как самый простой метод.

Как обычно, в /etc/fstab
Ты или не примонтировал свой /dev/md0 в файловую систему. Или, трацидионно, примонтировал его по совету какого-то дятла из интернета в /run.
Короче воспользуйся partitionmanager, примонтируй массив в /home/ты/games или /mnt/raid например.

И кстати в /etc/mdadm.conf ничего вносить не надо было. Почистил диски, собрал в рейд, форматнул, дождался синка — примонтировал в фс. Все. Только поглядываешь состояние.

Спасибо, за комментарий, но не понятно что? В чем ваше предложение по решению вопроса? Вы предлагаете сделать такую вот переадресацию? Типа как здесь Simlink? Хорошо, я вас понял.

Их размеры определяются, походу, количеством пикселей на сторону

И их плотностью. Крутите DPI.

Путь '/snmp/snmpd.conf' необходимо как-то исправить на 'etc/snmp/snmpd.conf'.

Симлинк.

мне очень странно это писать, однако, переход на любой линукс подразумевает, что ты будешь гуглить. у меня нет msi ноутбука, я бы проверил решения из интерернета тыц, вот первая ссылка тыц и их там МНОГО

Но лучше, конечно, использовать системное руководство, там, кстати, есть таблица команд типа:

systemctl status; systemctl enable snmpd; systemctl start snmpd

и др…

wiki.archlinux.org/title/Start/enable

Может это даст эффект?

Daemon
Start/enable snmpd.service.

blog.paessler.com

Если вы используете openSUSE, служба snmpd может не быть активирована и запущена по умолчанию. В этом случае активируйте службу snmpd, чтобы она запустилась при загрузке системы с помощью команды: systemctl enable snmpd. Затем запустите службу с помощью команды systemctl start snmpd.

Это решение мне помогло. Команда snmpwalk сработала. Типовой — огромный ответ получен:

SNMPv2-MIB::sysDescr.0 = STRING: Linux user1-systemproductname 5.16.20-2-MANJARO 1 SMP PREEMPT Thu Apr 14 06:44:39 UTC 2022 x86_64...

Я привел только первую строку.

Решено. Возможно и еще кому-то это решение также будет полезно.

И так и так пробовал настраивать — результат тот же

snmpwalk: Timeout