Добрый день!
При попытке обновления не удалось подготовить транзакцию (не удалось удовлетворить зависимости)
:: nautilus-admin: установка python2-nautilus (1.2.1-2) ломает зависимость 'python-nautilus'
Как исправить?

Arch, как обычно, начал вычищать свои репозитории. В некоторой степени это уже отразилось и на настоящем обновлении.

Читать дальше

Здравствуйте! Ставил Manjaro XFCE, пользовался пару месяцев, но увидел KDE и она мне очень понравилась, установил КДЕ версию и с сожалением обнаружил, что там нет Pamac или Pacman c графическим интерфейсом. Скажите есть ли способ доустановить его в KDE, красивый, разделенный по категориям с AUR и все такое ???

проверка конфликтов…
ошибка: не удалось подготовить транзакцию (не удалось удовлетворить зависимости)
:: gstreamer0.10-python: установка python2-gobject2 (2.28.7-1) ломает зависимость 'pygobject>=2.20.0'
Done — Press enter to exit

Что нужно предпринять?
Manjaro Gnome

Коллеги, вчера сдуру поменял частоту обновления экрана до установки драйверов для видеокарты. Итог — черный экран после авторизации сессии. Подскажите, пожалуйста, где хранится настройка частоты обновления?

Доброго времени суток. Предположительно после обновления на прошлой неделе перестали работать KDEшные хоткеи, в которых участвуют клавиши «Win» (Meta) и текстовые. К примеру, на «Win + R» стоял запуск Konsole, теперь никакой реакции. Переназначил тот же Konsole на «Win + 5» — работает.
Прогуглил всё, что мог, и так глубоко, как мог, ничего внятного не добился. На других пользователях тоже не работает, сторонние проги не помогают, текстовых конфигов не нашел.
Помогите, пожалуйста, чем пофиксить, куда копать?

uname -a
Linux fort-pc 4.9.63-1-MANJARO 1 SMP PREEMPT Sat Nov 18 14:12:41 UTC 2017 x86_64 GNU/Linux

Версия KDE Plasma: 5.11.3
Версия KDE Frameworks: 5.40.0
Версия Qt: 5.9.2
Версия ядра: 4.9.63-1-MANJARO

Решено.
Случайно заметил (хз, как так), что у другого пользователя нужные мне хоткеи работают нормально. В итоге проблему решил удалением всех кдешных конфигов в домашней директории моего пользователя, т.е. типа .local и .kde.
Настроил систему заново — всё работает.

Ребят, посоветуйте, как лучше поступить. Когда я сидел на винде, у меня всегда был под рукой образ системы и в случае чего я весьма оперативно мог восстановить полностью рабочую систему, со всеми дровами, прогами и настройками, необходимыми для работы. Решил переехать на Manjaro, поэтому так же хочу иметь возможность быстрого восстановления. Как лучше поступить? Насколько актуально вобще применение образов для линукса? Может есть какие-то другие варианты?

Только что установил обновления. Было 12 новых. Припоминаю в списке alsa, qt4, qt5, что-то с kde. Объём примерно 120 МБ.
После обновления попытался открыть видеофайл — VLC несколько секунд тужился и вырубался.
Перезагрузил и получил вот такой скрин:

На то, что до красной надписи [FAILED] не обращайте внимание, это у меня всегда писало и загружалось.

Как лучше реанимировать систему? Можно ли как-то посмотреть список последних обновлений и откатить их к предыдущим версиям файлов?

При обновлении упал sddm. И это уже далеко не первый раз на разных ПК при обновлении системы. Видимо это слабое место, и каждый раз требуется индивидуальная диагностика и не шаблонное лечение. Загрузка зависает на строке загрузки: [ OK ] Started TPL system startup/shutdown.
После чего можно перейти в другую консоль по Ctrl+Alt+F2, залогиниться вручную, вручную стартовать иксы командой startx и пользоваться системой.

Или отключить автозагрузку sddm: sudo systemctl stop(disable) sddm.service перезагрузиться, залогиниться и sudo systemctl start sddm.service
… и пользоваться системой, как я сейчас и поступаю, потому, что выхода так и не нашёл.

Прошу помощи! как восстановить загрузку sddm?

Всем доброго дня, ситутация такая, обновил вчера ядро с 4.9 на 4.12
т.к. после последнего обновления система стала постоянно зависать
после обновления ядра система стала стабильней работать.
старое удалил. После перезагрузки запускается fsck доходит
процентов до 45 и все.

/dev/sdb1:UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
(i.e.,without -a or -p option)
ERROR: Bailing out. Run `fsck /dev/sdb1` manually
***************FILESYSTEM CHECK FAILED*******
* Please run fsck manually. After leaving *
* this maintenance shell, the system will *
* reboot aumatically. *
*********************************************
sh:can`t access tty: job control turned off
[rootfs ]* _
переустановка? или есть возможность поднять систему