Demander un mot de passe sudo plutôt que de donner une erreur d'access

Puis-je configurer Fedora 22 de sorte que tout ce qui nécessite des privilèges root request un mot de passe plutôt qu'une erreur, et que je dois réexécuter avec sudo? Je ne voudrais même pas avoir à taper mon mot de passe à chaque fois, sans les quelques minutes (ou quoi que ce soit) timer qu'il se souvient du mot de passe.

c'est à dire au lieu de:

$ dnf history You don't have access to the history DB. 

Ce serait:

 $ dnf history [sudo] password for <username>: 

Je pense que certaines des applications gui faire cela, comme le gui yum frontend en arrière quand je l'ai installé.

Je ne pense pas … Que ce serait à chaque application de mettre en œuvre cela. Mais j'espère que les applications peuvent dire que les privilèges root sont nécessaires et que le kernel (ou n'importe où ailleurs) peut restr bloqué dans une étape d'input (pour le mot de passe) avant de returnner si l'user a access.

    Vous pouvez utiliser le script python thefuck disponible sur github . Ce script est conçu pour corriger la dernière command que vous avez mal exécutée pour quelques cas d'utilisation et oublier d'utiliser sudo est l'un d'entre eux.

    De leurs exemples:

     ➜ apt-get install vim E: Could not open lock file /var/lib/dpkg/lock - open (13: Permission denied) E: Unable to lock the administration directory (/var/lib/dpkg/), are you root? ➜ fuck sudo apt-get install vim [sudo] password for nvbn: Reading package lists... Done 

    Ce comportement provient de la règle sudo que vous pouvez activer:

    sudo – ajoute la command sudo à la command précédente si celle-ci échoue en raison des permissions;

    Si cela ne fonctionne pas de la boîte pour dnf il devrait être simple de créer une règle personnalisée pour le faire.

    Un simple point d'arrêt serait d'identifier les commands que vous exécutez qui (toujours) nécessitent des privilèges, et les alias:

     alias dnf="sudo dnf" ⋮ ⋮ ⋮ 

    Je conseillerais de ne pas faire cela pour chaque command que vous utilisez; surtout pas ceux qui peuvent faire du mal (par exemple, cp , mv et rm ). En fait, personnellement, je ne le ferais pas pour des choses comme ls ; si je ne cours pas en tant que root, je pense que c'est correct et que ls -l /root devrait échouer. Un cas pourrait être fait pour le find , mais callbackez-vous que tout programme que vous exécutez avec -exec hérite des privilèges de superuser find .