Arch перестал логиниться после обновления

Судя по сообщению - у тебя повредился файл. В консоли должен работать вход.

Нажимай ctrl+alt+f2, можешь f3, можешь до F6 смело любую консоль открывать и входить.

Файл по названию относится к графике.

Идёшь на https://aur.archlinux.org/ и пытаешься понять к чему относится этот файл и переустанавливаешь пакет.

Либо читаешь справку по packman в Wiki и разбираешься как с его помощью определить принадлежность файла к пакету и переустанавливаешь его.

Может это ошибка в пакетах.

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

Просто учитывай это.

К слову, ФС у тебя какая? В RO не перешла после жесткого ребута?

Через консоль выполняю startplasma-x11

Пробовал переустановить plasma-workspace - не помогает.

А обновление, если его снова запустить? Консоль же доступна и pacman не залочен (/var/lib/pacman/db.lck)

Консоль же доступна и pacman не залочен

Видимо пока он не умеет особо, заодно научится.

Ну либо переустановит, если не сможет. Потом научится.

ext4, в RO судя по тому, что пакеты переустанавливаются, не перешла

Запускал. обновил еще раз mkinitcpio, на всякий случай дарйвера видюхи и ядро. Не помогает

df -i

Что показывает?

судя по всему файл приинадлежим пакетам plasma. Но переустановка так же не дает успешного результата

https://blackarch.ru/?p=1210

Читай, а затем делай и узнавай в каком пакете указанный тобой so файл, переустанавливай, может этого будет достаточно.

Но если ошибка в репозитории - значит отправляй баг репорт и жди пока исправят, может быть мантейнер собрал кривой пакет, в котором повреждён so файл.

Удостоверься. Как я написал выше. Если не помогает - возможно кривой пакет в репозитории.

Собственно Arch Linux предоставляется AS IS, т.е. как есть, со всеми ошибками и ты волен их сам исправить, если встретился или ждать пока их исправят.

Либо вот:

pacman -Qo file_name

Это в установленных пакетах.

Указанные способы поиска не дали результатов. Начал на вскидку перебирать созвучные с библиотекой пакеты. Оказалось, что есть либа kio. Ее переустановка решила проблему.

Всем огромное спасибо за помощь и наводки!

Ну вот не верю, что поиск по имени файла в содержимом пакета не дал результат.

Его надо было указывать полным и с учётом регистра.

Ты неправильно пишешь, ты должен быть писать: я не смог разобраться как этим пользоваться, а не то, что тебе это не помогло и совет плохой.

Не старайся перекладывать свою ответственность на что-либо.

Данный пакет можно найти в аур.

Ты молодец, что справился, теперь будешь больше полагаться на себя.

да тупо в гугл имя файла вбить и он первым результатом этот kio показывает

В целом да, но если говорить про разные дистрибутивы, то может быть по разному опакечено и то, что тебе сразу ссылку на пакет Арч даёт потому, что ты гуглишь в основном про Арч.

Да,тут действительно мой косяк, не совсем корректно запускал pkgfile. Сейчас попробовал еще раз на рабочей системе, действительно возращает корректное имя пакета. Еще раз спасибо!

Так нужно просто с загрузочной флешки смонтировать корень в /mnt, выполнить arch-chroot /mnt, а потом mount -a и преустанови plasma/plasma-desktop или что ты изначально ставил

К сожалениию, переустановка plasma не помогала.

~   
❯ yay -Qo /usr/lib/libKF6KIOGui.so.6
/usr/lib/libKF6KIOGui.so.6 is owned by kio 6.2.0-2

А kio в зависимостях у кучи пакетов кдешных. Переустанови все пакеты.

Если лень гадать что же там сломалось, то ват так:

pacman -S $(pacman -Qeq) --noconfirm

ошибка «error while loading shared liraries: libKF6KIOGui.so.6 file too short»

обновление … Запускал. обновил еще раз

kio. Ее переустановка решила проблему.

Честно говоря, ожидалось, что заново запущенное pacman -Syu, перезапишет и сломанные файлы, без необходимости отлавливать пакет kio и вручную переустанавливать.
Что же пошло не так? )

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

А что ему еще сказать? Он пакет поставил? - Поставил, что с ошибкой знать не может, там же примитивно все как, в прочем, и везде. Это тебе не винда с реестром. Лучше все пакеты переустанови и забудь про ошибку эту

Так ругается, что не может найти yay, yay-debug и zoom. Странно, видимо убрали из оф репозитория…

Вернее он ставился из сорцов, но вывод pacman -Qeq его подтягивает. В целом подход понятен, обновлю оставшиеся пакеты. Спасибо!

При установке некоторых пакетов падает ошибка вида «intel-ucode: /boot/intel-ucode.img exists in filesystem». Правильно ли я понимаю, что в этом случае стоит запускать установку с флагом –overwrite «*»? pacman -S –overwrite «*» intel-ucode

Да. Все перезаписывай. Там много может быть поврежденных файлов

Так ты вместо pacman yay используй в той команде, если он у тебя стоит.

Я думал через пакман лучше обновлять только основные пакеты, а через yay только сторонние, которых нет в основном

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

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

Так ребут был жестким, через 10 секундное зажатие кнопки включение. Разве в таком случае лок файл удалится?

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

В Debian тоже простой файл.

Если всё штатно - в конце операции пакетным менеджером файл удаляется.

Локфайл и не должен удаляться.

Ясно, я конечно рассматривал вероятность такого варианта, но всё-таки из двух вариантов «автор темы что-то напортил» и «авторы пакмана не умеют пользоваться локфайлами» счёл более вероятным первый. Ну, теперь буду знать.

Вот не ври.

-rw-r----- 1 root root 0 июл  8  2013 /var/lib/apt/lists/lock

И что это?

А чего год 2013, ты из прошлого пишешь в будущее?

И должен быть dpkg.lock, если не ошибаюсь. Где он лежит не помню.

Это локфайл который был создан при установке системы 10 лет назад и с тех пор ни разу не удалялся, но используется по своему назначению при каждом запуске apt, включая 4 или 5 мажорных обновлений дебиана.

/var/lib/pacman/db.lck

Это год когда был создан файл.

dpkg.lock тоже есть

-rw-r----- 1 root root 0 апр  9 20:31 /var/lib/dpkg/lock

У него время = времени последнего запуска пакетного менеджера почему-то, но как видишь он тоже не удалился. stat показывает дату создания 2024-02-04.

При старте компа, зажми клавишу Shift. Если получится - войдёшь в сервисное меню.
Если не получится - создай загрузочную флешку на другом компе.Загрузись с неё. Дальше рассказывать не буду. Если Арч - то сам всё знаешь.

Если Арч - то сам всё знаешь.

Конечно знает, он всё правильно сделал - прибежал на форум, помогите, у меня лапки. Ещё один метод - переустановка, но это для Arch Profi.

Но автор всё же решил проблему. Так что Арч - не порок, а временное состояние.

Идёшь на https://aur.archlinux.org/ и пытаешься понять к чему относится этот файл и переустанавливаешь пакет.

А чем Вам pacman --query --owns /usr/lib/libKF6KIOGui.so.6 не угодил?

К слову, эта команда выводит:

/usr/lib/libKF6KIOGui.so.6 принадлежит kio 6.1.0-1

error while loading shared liraries: libKF6KIOGui.so.6 file too short

А вот и «скорость» pacman за счёт отсутствия вызовов fsync() (или хотя бы fdatasync()) для распаковываемых файлов себя проявила. Сказочный пакетный менеджер!

Сказочный пакетный менеджер!

Учитывая форс-мажор с жестким резетом, нормальный пакетный менеджер.

Куча народа Арч в глаза не видевшие советы дают.

Уже лет десять как для поиска по содержимому

pacman -Fy

pacman -Fx что надо

pacman -Fx libKF6KIOGui.so.6

Учитывая форс-мажор с жестким резетом, нормальный пакетный менеджер.

Нет, не нормальный. Нормальные пакетные менеджеры для каждого распаковываемого файла вызывают хотя бы fdatasync() (а лучше fsync()), поскольку это единственный способ гарантировать, что данные файла действительно были записаны на носитель. Вместе с атомарным переименованием это гарантирует, что будет прочитана целиком или старая версия файла, или новая, но не кусок старой, а кусок новой, или же недописанная новая.

Но вызовы fsync()/fdatasync() замедляют процесс, и разработчики pacman решили предпочти скорость распаковки надёжности работы.

Жестко перезагрузил

А что, reisub не сработал?

И вообще Арч надо из консоли обновлять, а не из DE. Тогда вероятность таких проблем сильно снижается.