Gnome keyring 11% процессор при открытии хром
Вывод говорит, что он также искал в PATH:
No Java virtual machine was found after searching the following locations:
...
java in your current PATH
Вы сказали, что вы можете запустить eclipse с терминала: в этом случае я бы сказал, что ваш java установлен к нестандартному каталогу, который добавляется в ваш PATH с помощью сценария запуска терминала (bashrc, zshrc и т. д.), но он не добавляется к вашему сеансу при входе в систему. Поэтому, когда вы находитесь в терминальном сеансе, ваш PATH отличается от того, который используется при вызове файла .desktop.
Чтобы устранить этот случай:
Чтобы узнать, где установлен java: which java Проверьте свой ~/.profile, если в нем установлен правильный PATH с каталогом java , Если правильный путь указан только в .bashrc, .zshrc и т. Д., Тогда возможно, что эти сценарии не будут вызываться при входе в систему, поэтому PATH установлен неправильно. Также, если у вас есть ~/.bash_profile или ~/.bash_login, вы также должны проверить их. Если вы предоставите эти файлы, мы сможем изучить это, является ли это вашей проблемой.Если вы не можете решить эту проблему, вы всегда можете изменить PATH непосредственно в файле .desktop с помощью env PATH= ...
1 ответ
Поскольку не было никакой помощи, я решил создать альтернативный скрипт для запуска с помощью
mv / usr / bin / google-chrome / usr / bin / google-chrome-orig
] nano google-chrome
с контентом
google-chrome --password-store = basic
, после чего я сделал его исполняемым
поэтому теперь chrome запускается с этой командой в любое время в любом месте, а не только путем нажатия на ярлык
-
1Вы знаете, что это отключенное шифрование пароля? В конце концов, по умолчанию Chrome использует GNOME Keychain. – YtvwlD 10 July 2016 в 10:46
-
2@YtvwlD Вы, конечно, правильно сказали, что если учетная запись пользователя имеет зашифрованный домашний каталог, который обеспечит аналогичную защиту ключевому ключу по умолчанию, который обычно разблокируется паролем учетной записи пользователя при запуске сеанса так же, как файловая система ecryptfs по умолчанию. И все же определение причины проблемы и ее исправление, вероятно, будет лучшим вариантом в долгосрочной перспективе. – MttJocy 10 July 2016 в 11:54
-
3Да, я знаю, что теперь пароли не зашифрованы, даже мой домашний каталог не зашифрован. Но мне все равно. Мне нужно было альтернативное решение, чтобы использовать хром, не убивая процесс keyring после каждого запуска хрома. я просто не могу понять, насколько широко распространены говорящие Linux и хром, почему у них нет единого функционального исправления. – Erik Kubica 10 July 2016 в 15:11