сначала перейдите к компьютеру. затем загрузите свои драйверы для ПК / ноутбука, затем установите его. перезагрузите систему через терминал ctrl + alt + t type: reboot -f Done: -)
Ваш вывод, который не устанавливается с опцией «suid», неверен. Это фактически значение по умолчанию, если вы не укажете «nosuid», чтобы его отменить (см. Http://manpages.ubuntu.com/manpages/xenial/man8/mount.8.html)
Мы также можем как правило, знают, что он работает нормально, потому что setuid используется многими системными инструментами, даже пингом! su и sudo не работают, если setuid не работает.
Скорее всего, ваш setuid каким-то образом настроен неправильно, я предполагаю, что ваш двоичный файл не принадлежит root. Выходной сигнал «ls -la / usr / local / sbin / BINARY» поможет понять текущий статус двоичного файла. Вы можете сравнить результат с sudo, который правильно установлен:
$ ls -lad /usr/bin/sudo
-rwsr-xr-x 1 root root 140944 Jan 14 07:41 /usr/bin/sudo
Наконец, также возможно, что любой контекст, который вы выполняете для приложения, запрещен для использования этого бинарного набора setuid в профиле AppArmor.
Ваш вывод, который не устанавливается с опцией «suid», неверен. Это фактически значение по умолчанию, если вы не укажете «nosuid», чтобы его отменить (см. Http://manpages.ubuntu.com/manpages/xenial/man8/mount.8.html)
Мы также можем как правило, знают, что он работает нормально, потому что setuid используется многими системными инструментами, даже пингом! su и sudo не работают, если setuid не работает.
Скорее всего, ваш setuid каким-то образом настроен неправильно, я предполагаю, что ваш двоичный файл не принадлежит root. Выходной сигнал «ls -la / usr / local / sbin / BINARY» поможет понять текущий статус двоичного файла. Вы можете сравнить результат с sudo, который правильно установлен:
$ ls -lad /usr/bin/sudo
-rwsr-xr-x 1 root root 140944 Jan 14 07:41 /usr/bin/sudo
Наконец, также возможно, что любой контекст, который вы выполняете для приложения, запрещен для использования этого бинарного набора setuid в профиле AppArmor.
Ваш вывод, который не устанавливается с опцией «suid», неверен. Это фактически значение по умолчанию, если вы не укажете «nosuid», чтобы его отменить (см. Http://manpages.ubuntu.com/manpages/xenial/man8/mount.8.html)
Мы также можем как правило, знают, что он работает нормально, потому что setuid используется многими системными инструментами, даже пингом! su и sudo не работают, если setuid не работает.
Скорее всего, ваш setuid каким-то образом настроен неправильно, я предполагаю, что ваш двоичный файл не принадлежит root. Выходной сигнал «ls -la / usr / local / sbin / BINARY» поможет понять текущий статус двоичного файла. Вы можете сравнить результат с sudo, который правильно установлен:
$ ls -lad /usr/bin/sudo
-rwsr-xr-x 1 root root 140944 Jan 14 07:41 /usr/bin/sudo
Наконец, также возможно, что любой контекст, который вы выполняете для приложения, запрещен для использования этого бинарного набора setuid в профиле AppArmor.