Что будет, если я попробую снести их командой, которая позволяет не удалять зависимые компоненты? Ещё хуже будет?
вот и проверите. Вы не дали вывод команды? Зачем спросил? Дейстия с локалью можно делать от юзера и от рута.Так вот в моих эксперементах с английской установкой manjaro при смене локали находясь в сеансе юзера согласно Вики при замене на родной язык у юзера почти ничего не изменилось а при смене сеанса на рута язык поменялся везде и в дельфине тоже полностью на русский
начнём с «сюда» — и там я вижу похожую фигню, НО у меня далеко не все описанные пакеты прилетели из гита, а только описанный выше пакет с локалями 18n, и ещё штук 6, и вот при попытке их удалить мне предлагается снести половину плазмы, если не всю её… Чё-то сцыкотно)
Что будет, если я попробую снести их командой, которая позволяет не удалять зависимые компоненты? Ещё хуже будет?
Система, смотрю, свежачок. Етт хорошо!
Попробуй сменить ядро. Сейчас вроде последнее lts-ядро версии 5.10.25
Поставь его и понаблюдай. Тут — явно что-то с дровами.
мар 24 18:54:29 antonht-systemproductname kernel: scsi_io_completion_action: 129 callbacks suppressed
мар 24 18:54:29 antonht-systemproductname kernel: sd 7:0:0:0: [sdg] tag17 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
мар 24 18:54:29 antonht-systemproductname kernel: sd 7:0:0:0: [sdg] tag17 CDB: Read(10) 28 00 00 00 00 00 00 01 00 00
мар 24 18:54:29 antonht-systemproductname kernel: print_req_error: 128 callbacks suppressed
мар 24 18:54:29 antonht-systemproductname kernel: blk_update_request: I/O error, dev sdg, sector 0 op 0x0:(READ) flags 0x0 phys_seg 32 prio class 0
мар 24 18:54:29 antonht-systemproductname kernel: sd 7:0:0:0: [sdg] tag18 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
мар 24 18:54:29 antonht-systemproductname kernel: sd 7:0:0:0: [sdg] tag18 CDB: Read(10) 28 00 00 00 08 00 00 01 00 00
мар 24 18:54:29 antonht-systemproductname kernel: blk_update_request: I/O error, dev sdg, sector 2048 op 0x0:(READ) flags 0x0 phys_seg 32 prio class 0
мар 24 18:54:29 antonht-systemproductname systemd[1]: dev-disk-by\x2did-ata\x2dIRP\x2dSSDPR\x2dS25C\x2d512_GV9031223\x2dpart3.swap: Succeeded.
и да, я ещё несовершеннолетний и нигде не работаю.
Цена вопроса- от 650руб. Жми сюда.
ЗЫ: Впрочем, есть и такой мануал.
Что будет, если я попробую снести их командой, которая позволяет не удалять зависимые компоненты? Ещё хуже будет?
2. Включить в пакетном менеджере поддержку AUR и поискать по запросу «asus fan control».
И еще вопрос покажите вывод
Мои эксперименты привели к краху системы.
Причину ошибки и способ устранения так и не выявил.
Занимаюсь переустановкой системы.
Всё по-прежнему.
cat /etc/vconsole.conf
KEYMAP=ru
LOCALE=«ru_RU.UTF-8»
CONSOLEMAP=
FONT=«ter-v16v»
USECOLOR=«yes»
Русский язык в /etc/locale.gen раскомменчен, о чём также свидетельствует
Generating locales…
ru_RU.UTF-8… done
Generation complete.
В /etc/locale.conf находится только LANG=ru_RU.UTF-8, так что удалять нечего.
Попробовал туда же дописать содержимое файла plasma-localerc из хомяка — НИКАКОЙ РАЗНИЦЫ.
НИЧТО из предложенного ДО СИХ ПОР не пролило свет ни на источник проблемы, ни на методы её решения(((
Теперь:
Пришлось перестановить: plasma-framework | sddm | plasma-desktop
Значки в трее появились. В меню пуск проблемы исчезли.
Сбились правда заодно все настройки, но это поправимо.
Но ошибка «Error loading QML file» осталась.
Вот что с этой ошибкой делать?
Попробуй сменить ядро. Сейчас вроде последнее lts-ядро версии 5.10.25
Поставь его и понаблюдай. Тут — явно что-то с дровами.