Я обнаружил, что правильной инициализации LD _LIBRARY _PATH недостаточно, мне пришлось добавить путь к lib в /etc/ld.so.conf.d/x86 _64 -linux -gnu.conf:
syl@WorkStation-T3500:~$ sudo vim /etc/ld.so.conf.d/x86_64-linux-gnu.conf
# Multiarch support
/lib/x86_64-linux-gnu
/usr/lib/x86_64-linux-gnu
/usr/loca/lib/
Тогда:
syl@WorkStation-T3500:~$ sudo ldconfig
Что заставляет эту штуку работать, но я не могу этого понять:
syl@WorkStation-T3500:~$ sudo cpupower frequency-set --governor userspace Setting cpu: 0
Error setting new values. Common errors:
- Do you have proper administration rights? (super-user?)
- Is the governor you requested available and modprobed?
- Trying to set an invalid policy?
- Trying to set a specific frequency, but userspace governor is not available,
for example because of hardware which cannot be set to a specific frequency or because the userspace governor isn't loaded?
Ок, ничего не остается, кроме как понять, почему эта команда не работает...
Ура!
Сильвен
Итак, проблема была в формате ~/.ssh/config
. Это было
Host awesomehost.tld
User user
IdentityFile ~/.ssh/id_rsa
AddKeysToAgent yes
Должно быть либо
Host awesomehost.tld
User user
IdentityFile ~/.ssh/id_rsa
Host *
AddKeysToAgent yes
или
AddKeysToAgent yes
Host awesomehost.tld
User user
IdentityFile ~/.ssh/id_rsa
В качестве альтернативы запуску службы systemd вы потенциально можете добавить следующий код в сценарий запуска оболочки (, например ~/.bashrc):
if ! pgrep -u "$USER" ssh-agent > /dev/null; then
ssh-agent > "$XDG_RUNTIME_DIR/ssh-agent.env"
fi
if [[ ! "$SSH_AUTH_SOCK" ]]; then
eval "$(<"$XDG_RUNTIME_DIR/ssh-agent.env")"
fi
Я также изо всех сил пытался получить ssh-agent
доступ через (пользовательскую )службу systemd, соответствующий раздел агентской части ssh -статья ssh -keys на Arch Wiki может помочь. Вышеупомянутый метод работал как шарм, поэтому у меня никогда не было причин искать альтернативу.
Надеюсь, это поможет вам.