Удостоверьтесь полномочия на ~/.ssh
каталог и его содержание являются надлежащими. Когда я сначала настроил своего ssh ключевого автора, я не имел ~/.ssh
папка правильно настроила, и она вопила на меня.
~
, Ваш ~/.ssh
каталог и ~/.ssh/authorized_keys
файл на удаленной машине должен быть перезаписываем только Вами: rwx------
и rwxr-xr-x
прекрасны, но rwxrwx---
не хороший ¹, даже если Вы - единственный пользователь в своей группе (если Вы предпочитаете числовые режимы: 700
или 755
, нет 775
).~/.ssh
или authorized_keys
символьная ссылка, канонический путь (с расширенными символьными ссылками) проверяется.~/.ssh/authorized_keys
файл (на удаленной машине) должен быть читаемым (по крайней мере 400), но Вам будет нужен он, чтобы быть также перезаписываемы (600), если Вы будете больше добавлять ключи к нему.rw-------
, т.е. 600
.restorecon -R -v ~/.ssh
(см., например, ошибка Ubuntu 965663 и отчет об ошибках Debian № 658675; это исправляется в CentOS 6).¹ За исключением некоторых дистрибутивов (Debian и производные), которые исправили код для разрешения группы writability, если Вы - единственный пользователь в своей группе.
Если Вы говорите top
от procps-ng затем это сделано во время компиляции.
Широкие проценты раньше были прочь по умолчанию, и необходимо было изменить его (PERCENTBOOST
в top/top.h
), но теперь это идет по умолчанию (см. это изменение), и Вы выключаете его с NOBOOST_MEMS
и NOBOOST_PCNT
в top/top.h
.
Вы могли сделать:
sudo perl -pi-orig -e 's/%#\.3f/%#.1f/g;s/%#\.2f/%#.0f/g' "$(
command -v top)"
Но это не исправило бы экранного агента по операциям с недвижимостью.
Или Вы могли использовать другой top
реализации как htop
.