Fonds Linux
  1. Fonds Linux
  3. Confus au sujet du message d'erreur Debian de su
Intereting Posts
Comment savoir si la fonctionnalité ext4lazyinit est activée dans votre kernel ou pas? Comment redémarrer automatiquement le script Python s'il est tué ou meurt Comment puis-je savoir quel file unistd.h est chargé? Ajouter une application au path de search des commands dans csh Hotkeys personnalisés dans dwm Systemd démonte ma partition / boot command nvm non disponible dans le script bash Comment vérifier les cases à cocher en utilisant uniquement un keyboard? Linux ne peut pas comstackr sans les optimizations GCC; implications? Existe-t-il une alternative au server FileZilla (basée sur l'interface graphique) sous Linux? Autorisations Sudo par groupes LDAP via nslcd Convertissez les permissions dans la sortie `ls -l` en octal Meilleure façon de copyr plusieurs directorys dans un nouveau directory Haute charge moyenne, faible utilisation du processeur – pourquoi? Configurer le redémarrage sur la panique du kernel Linux

Confus au sujet du message d'erreur Debian de su

Sur Raspbian, la dissortingbution Debian destinée à RPi, je me retrouve avec l'erreur suivante: 

$ sudo su -l root -c /bin/bash bash: cannot set terminal process group (-1): Inappropriate ioctl for device bash: no job control in this shell

… cependant, si je change cela en sudo su - , tout fonctionne bien. Toutes les idées ce qui ne va pas dans la command line ci-dessus? Le problème principal ici est que le terminal est borked après cette command …

J'ai trouvé ce rapport de bug mais il semble qu'il n'y ait pas de clonclusion.

Information système 

 $ lsb_release -a No LSB modules are available. Dissortingbutor ID: Debian Description: Debian GNU/Linux 7.0 (wheezy) Release: 7.0 Codename: wheezy $ dpkg -l |grep sudo ii libgksu2-0 2.0.13~pre1-6 armhf library providing su and sudo functionality ii sudo 1.8.5p2-1 armhf Provide limited super user privileges to specific users

REMARQUE

La raison pour laquelle j'utilise -c /bin/bash est qu'il ressemble plus à -c /bin/bash --rcfile /path/to/rcfile … et est donc différent d'un simple sudo -i ou sudo su - etc …

La raison pour laquelle j'ai donné la command line comme je l'ai fait ci-dessus dans ma question était que c'est l'exemple minimal qui reproduit le problème.

Après un peu de creuser, il semble que ce soit un comportement attendu pour l'instant , parce que c'est une solution de security. D'un autre côté, j'ai découvert que cela ajoute un petit risque à la security, mais je devrai faire encore plus de searchs pour m'assurer de ne pas me tromper avant de le signaler aux gars de Debian.

Voici le bug qu'ils ont corrigé: login: tty piratage possible dans "su" via TIOCSTI ioctl

Ma compréhension est que la command su utilisée pour laisser /dev/tty ouvert pour le process appelé et ainsi le process, même avec des privilèges abaissés, pourrait injecter du code dans le terminal qui serait exécuté après la fin de la command su . Ils ont patché (je dirais singe-patché) en fermant le tty, ce qui explique pourquoi le bash nouvellement commencé se plaint.