Я работаю в своей оболочке:
./hplip-3.18.7.run
Затем это хочет, чтобы я ввел пароль root, но не делает принятия его!
Кто-либо знает, каково это?
Если я запускаю скрипт с sudo sudo ./hplip-3.18.7.run
, затем это говорит мне на некотором шаге в процессе установки: warning: hp-systray should not be run as root/superuser.
Я использую Ubuntu 18.04:
NAME="Ubuntu"
VERSION="18.04.1 LTS (Bionic Beaver)"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 18.04.1 LTS"
VERSION_ID="18.04"
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
VERSION_CODENAME=bionic
UBUNTU_CODENAME=bionic
Это, что выводы установщика вначале:
Из hplip исходного кода мы можем узнать, что неотступно следующий подлинный автор выполняется в base/password.py файле.
Основное AUTH_TYPES
для:
su
sudo
Во время разговора и в комментариях мы обнаружили интересные моменты:
первая проверка осуществлена модуль платформы Python. На Ubuntu это должно возвратиться "Ubuntu"
.
вторая проверка дистрибутива - lsb_release -i | cut -f 2
возвраты "Ubuntu"
третья проверка дистрибутива - cat /etc/issue | awk '{print $1}' | head -n
возвраты "Ubuntu"
.
Но OP установил Анаконду в домашней папке и добавил этот каталог к пути. И что интересно - в таком случае python -c "import platform;print platform.dist()[0]"
возвраты "Debian"
(!!!) на проверке дистрибутива. Таким образом, установщик пытался использовать su
. Но корневая учетная запись отключена на Ubuntu по умолчанию, таким образом, проблема возникает ("Please enter the root/superuser password:"
вместо "Please enter the sudoer (%s)'s password: "
).
Всегда проверяйте Ваш $PATH
переменная для версий Python.
Многие программное обеспечение в Ubuntu зависят от Python. APT не знает об Анаконде, таким образом, система может иметь непредсказуемое поведение с третьим лицом python
s и pip
s. Я могу рекомендовать исключить третье лицо python
s от $PATH
переменная.
Затем двоичный файл hplip установщик должен обычно работать. И можно следовать моим инструкциям затем.
У меня была та же проблема. Я из Чешской Республики, и мой пароль содержал некоторые специальные символы, которые не доступны в английском алфавите (ě, š). То, что устранило проблему, должно было временно изменить пароль так, чтобы это не содержало эти символы. После этого пароль был наконец принят и остальная часть установки, законченной без любых других проблем.
Я решил эту проблему по-другому Как пользователь человечности (никакой пароль root)
me@mycomputer:~ $ sudo-s [sudo] пароль для меня: root@computer: ~#
После этого установщик не попросил у меня пароля.