Gnome keyring daemon не отвечает linux mint

Обновлено: 23.01.2025

Моя 20.04 Установка встроена не загружается в Gnome. Это просто ботинки на страшный черный экран с мигающим курсором. Я могу Ctrl-Alt-F * мой путь в виртуальную консоль, но вот и все.

DesignCtl -xe производит следующее:

Я нашел несколько идей для разрешения этого в арочных платах, но это. Любые идеи ценятся.

2 ответа

, и все будут установлены по желанию.

Кроме обычного apt install (edit: as pilot6 has add), альтернативный способ установки python-setuptools через wget

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

После 4 часов поиска и попыток многих вещей, включая вышеуказанное восстановление загрузки, я в итоге посмотрел на свои драйверы видео. В командной строке я ввел

Я перезагрузился после этого и загрузился в среду рабочего стола.

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

Для правильного ответа на ваш вопрос важно сначала немного объяснить, как работает btrfs send/receive . Из BTRFS wiki :

Легче всего понять, что делает получатель. Receive принимает поток инструкций, создает новый субтом, и использует инструкции для изменения этого подтома до тех пор, пока он не будет выглядеть как отправляемый.

В случае начальной отправки btrfs send создает поток данных с инструкциями для btrfs receive для повторного создания подтома на новом диске, т.е. в основном говорит ему: создать каталог foo ; создать файл foo/bar ; поместите следующее содержимое в foo/bar .

btrfs receive идентифицирует правильный субтом для создания снимка по его UUID. UUID субтома можно просмотреть с помощью btrfs subvolume show :

каждый субтомом имеет уникальный UUID
, если он является снимком другого субтома, он будет ссылаться на него через родительский UUID
, если он был создан btrfs receive , у него есть полученный UUID исходного субтома

. BTRFS не заботится о какой-либо смежной «цепочке» или о чем-либо, и удаление субтома не изменит идентификаторы другого субтома.

Для надежной работы следует соблюдать следующее:

не изменяйте подтомы после btrfs send - ни на отправляющей, ни на принимающей стороне - но сохраняйте их ro постоянно.
Используйте только соответствующие подтомы в качестве родительского объекта отправки, т.е. они должны быть снимками друг друга или иметь общий родительский

Необходимо подключить USB, в который записывается Ubuntu ISO. Затем подключите твердотельный накопитель и загрузите компьютер на USB, чтобы начать процесс установки.

Пусть установщик разбиет ваш диск, и пусть он выбрал стандартную установку для вашего Ubuntu

Нет вы не будете загрязнять другие диски, потому что вы записываете данные только в SDD для USB

Да вы можете сделать полную установку Ubuntu на его собственном диске, как если бы это был любой другой диск

Позвольте автоматическому установщику создать все Он установит размеры для загрузочного сектора,область подкачки и все остальное, что должно быть запущено Ubuntu.

Можете ли Вы непосредственно загрузиться с USB? Позволяет ли USB записывать его данные на диск SSD, где вы хотите установить Ubuntu? В этом случае, сделай это.

После установки Ubuntu установите его на основной диск BIOS и загрузите установку Ubuntu. Если вы хотите вернуться к Windows, измените настройки в BIOS.

Имеется ли внешний USB для установки Ubuntu? Если это так, загрузитесь в USB и выберите Try Ubuntu. Это создаст временный сеанс Ubuntu. Теперь вы можете попробовать следующее:

Монтируйте диск, на котором установлен Ubuntu, при работе с продуктивной версией USB и восстанавливайте его из командной строки.

Это будет похоже на запуск рабочего Ubuntu, где можно загрузить и установить все необходимое приложение, чтобы иметь полный доступ для восстановления основной установки.

Перед попыткой восстановить или иным образом настроить и изменить главный диск, я предлагаю получить важные для вас файлы с основного диска через USB try-версию и создать их резервную копию до третьего USB.

Несколько дней назад мой демон Gnome-keyring не запускался должным образом.

После входа в систему:

Приложения жалуются на то, что не могут получить доступ к связке ключей (и не могут этого сделать), некоторые ярлыки очень медленные CTRL + ALT + T для терминала или экрана печати и могут занять до минуты между нажатием клавиши и действием)

Seahorse не показывает брелок для входа

Затем, как только приложение хочет получить доступ, я получаю запрос пароля для набора ключей. После разблокировки брелок работает правильно.

Я посмотрел на приложения для запуска моего сеанса, и у меня есть только одна команда, которая имеет отношение:

Я добавил /usr/bin/gnome-keyring-daemon в автозагрузку приложения, но он будет запрашивать пароль для ключей после каждого входа в систему, чего раньше не было.

Я действительно задаюсь вопросом, могло ли обновление вызвать это. У меня точно такая же проблема, и я почти исчерпал каждый ресурс, который мне просто не хватает, чтобы выполнить полную переустановку. Я надеюсь, что кто-то мог понять это. Я в состоянии заставить демон запускаться нормально, но я не могу получить брелок для разблокировки при входе в систему. Странно, это влияет на меня с сегодняшнего дня 16.04. У меня та же проблема при установке gnome-shell (из Ubuntu Gnome 16.04). Начал недавно. Так что, похоже, это не связано с единством .

Я сталкиваюсь с той же проблемой,

в качестве временного решения попробуйте выполнить следующее после входа в систему

Когда я делаю это, мне предлагается ввести мой секрет, чтобы разблокировать мои ключи.

Это сработало отлично! Но мне просто нужно было удалить --start опцию, потому что она не совместима с --replace chrome загружался долго, в терминале я набираю gnome-keyring-daemon, затем закрываю и открываю chrome, теперь я могу ввести свой пароль, спасибо

Я мог бы обойти эту проблему, удалив dbus-user-session (и его зависимые xdg-desktop-portal и xdg-desktop-portal-gtk ). Эти пакеты пришли через установку flatpak.

Это должен быть главный ответ, так как он навсегда устраняет проблему без каких-либо других побочных эффектов - за исключением, возможно, того, что приложение, которое dbus-user-session требуется установить, может быть немного расстроено, но лучше, чем это, чем вся система. Хм . У меня та же проблема, с gnome-shell и gdm , так что это, вероятно, не связано напрямую. В любом случае, спасибо, будем исследовать pam . где-то, что gnome-keyring-daemon нужно будет начать Я тоже запускаю gnome-sheel, поэтому, глядя на конфиг, я обнаружил похожую строку /etc/pam.d/gdm-password . Я закомментировал это, но это не решило проблему.

У меня была точно такая же проблема. По сути, всякий раз, когда я запускался, я мог видеть gnome-keyring-daemon как процесс (ps -ef | grep keyring). Если бы я вручную выполнил команду gnome-keyring-daemon с помощью параметра --start, он не запустил бы один запущенный экземпляр ошибки. Путем ручного удержания я обнаружил, что если я убил этот процесс и запустил новый набор ключей, то все работало идеально. так вот что я сделал, чтобы сделать решение "липким" .

перейти в меню - настройка системы - запуск приложений

удалите запись gnome-keyring-daemon, которая уже существует (если она есть)

создайте новый демон gnome-keyring со следующими свойствами:

Сохраните элемент автозагрузки, но убедитесь, что он имеет небольшую задержку - я добавил 10 секунд и установил опцию «Вкл.»

Теперь перезагрузитесь, и у меня все заработало без нареканий. Казалось бы , --replace и --daemonize настройки , которые сделали разницу в моем VirtualBox Mint 18.3 корицы и ноутбука Lenovo G710, перепробовав различные комбинации других предложений здесь.

Так как несколько дней назад мой демон Gnome-keyring не запускался должным образом.

После входа в систему:

Приложения жалуются на невозможность доступа к keyring (и не могут этого сделать), некоторые ярлыки очень медленные CTRL + ALT + T для терминала или экрана печати может занимать до минуты между нажатием клавиши и действием)

Seahorse не показывает регистрационную цепочку

Затем, как только приложение захочет получить доступ, я получаю подсказку с запросом на ввод ключей. После разблокировки брелок работает правильно.

Я посмотрел на запуск приложений для моего сеанса, и у меня есть только одна команда, которая имеет значение:

Я добавил /usr/bin/gnome-keyring-daemon для запуска приложений, но он будет запрашивать пароль для keyring после каждого входа в систему, чего раньше не было.

4 ответа

Я столкнулся с той же проблемой,

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

Когда я это делаю, он предлагает мне ввести мой секрет, чтобы разблокировать мои ключи.

Я мог бы решить эту проблему, удалив dbus-user-session (и его зависимые xdg-desktop-portal и xdg-desktop-portal-gtk ). Эти пакеты вошли через установку flatpak.

У меня была точно такая же проблема. В принципе, всякий раз, когда я запускал, я видел демона gnome-keyring как процесс (ps -ef | grep keyring). Если я вручную выпустил gnome-keyring-daemon с использованием опции -start, он не запустил бы один экземпляр ошибки, который уже запущен. Посредством ручного дедукции я обнаружил, что если бы я убил этот процесс и начал новый брелок, то все сработало бы отлично. поэтому вот что я сделал, чтобы сделать решение «липким» .

перейти в меню - конфигурация системы - приложения для запуска

удалить запись gnome-keyring-daemon, которая уже существует (если она есть)

создайте новый демон gnome-keyring со следующими свойствами:

Сохраните элемент запуска, но убедитесь, что он имеет небольшую задержку - я добавил 10 секунд и установил опцию «Вкл.»

Теперь перезагрузитесь, и это безупречно работает для меня. Казалось, что код --replace и --daemonize настройки, которые сделали разницу на моей кошечке VirtualBox Mint 18.3 и ноутбуке Lenovo G710, попробовав здесь различные комбинации других предложений.

Сейчас у меня KeePass используется как менеджер паролей, хранилище RSA-ключей и в роли Freedesktop SecretService, см. пост KeePass: настройка MFA, хранение паролей браузера, паролей SSH ключей и интеграция Secret Service.

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

Можно было бы использовать опцию -pw (см. KeePass options), или использовать файл типа GPG-ключа, но тогда теряется смысл шифрования базы вообще, т.к. все доступы к базе KeePass будут храниться прямо в файловой системе.

Установка GNOME Keyring

Проверяем D-Bus org.freedesktop.secrets сейчас:

ps aux |grep $(qdbus --session org.freedesktop.DBus / org.freedesktop.DBus.GetConnectionUnixProcessID org.freedesktop.secrets) setevoy 1534 0.0 0.6 705436 102524 tty1 SLl Jan09 0:03 keepassxc

Отключаем поддержку SecretService в KeePass, устанавливаем gnome-keyring :

GNOME Keyring unlock on Log In

Теперь надо настроить автозапуск и расшифровку базы при входе в систему, см. Arch Wiki и GNOME Manual.

Проверяем наличие файлов библиотеки:

-rwxr-xr-x 1 root root 46768 Oct 29 11:38 pam_gnome_keyring.so

Редактируем /etc/pam.d/login , добавляем в auth и session:

В документации говорится о необходимости добавить вызов eval $(/usr/bin/gnome-keyring-daemon --start --components=secrets) в

/.xinitrc (или, например,

/.config/openbox/environment ), но у меня работает и без него (Arch Linux + Openbox DE с ручным запуском через startx ).

Ребутаемся и проверяем D-Bus ещё раз:

ps aux |grep $(qdbus --session org.freedesktop.DBus / org.freedesktop.DBus.GetConnectionUnixProcessID org.freedesktop.secrets) setevoy 1338 0.0 0.0 236376 6932 ? Sl 14:35 0:00 /usr/bin/gnome-keyring-daemon --daemonize --login setevoy 1351 0.1 0.0 236288 6776 ? Sl 16:32 0:00 /usr/bin/gnome-keyring-daemon --daemonize --login setevoy 1874 0.0 0.0 235988 7244 ? Sl 16:33 0:00 /usr/bin/gnome-keyring-daemon --start --foreground --components=secrets

The Login and Default keyrings

После установки мы уже проверяли процесс, и выглядел он так:

ps aux |grep $(qdbus --session org.freedesktop.DBus / org.freedesktop.DBus.GetConnectionUnixProcessID org.freedesktop.secrets) setevoy 829496 0.0 0.0 236292 8528 ? SLl 13:19 0:00 /usr/bin/gnome-keyring-daemon --start --foreground --components=secrets ps aux |grep $(qdbus --session org.freedesktop.DBus / org.freedesktop.DBus.GetConnectionUnixProcessID org.freedesktop.secrets) setevoy 666 0.0 0.0 380756 7280 ? Sl 21:19 0:00 /usr/bin/gnome-keyring-daemon --daemonize --login

Проверяем файлы хранилищ:

-rw------- 1 setevoy setevoy 2689 Dec 8 09:38 Default_keyring.keyring

Удаление (перенос в Backups) файлов Default_keyring.keyring и default и ре-логин в систему решили проблему.

Запускаем браузер, например Brave, проверяем кейринг с именем Login (должен создаться автоматически самим gnome-keyring после первого входа в систему):

Brave Safe Storage появился, значит Brave использует gnome-keyring , SecretService работает, всё отлично.

-rw------- 1 setevoy setevoy 2480 Jan 10 14:38 login.keyring

No such secret collection at path: /

Читайте также: