Permission refusée, êtes-vous root?

59

J'obtiens cette erreur chaque fois que j'essaie d'installer des programmes en utilisant le terminal:

[email protected]:~$ apt-get install myunity
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?

Je ne parviens pas non plus à installer les mises à jour à l'aide du terminal.

    
posée Raghav Mittal 29.11.2012 - 17:15
la source

7 réponses

61

La solution consiste à lire le message d'erreur: êtes-vous root? . Utilisez sudo pour exécuter une commande avec les privilèges root, comme ceci: sudo apt-get update

    
réponse donnée pzkpfw 10.03.2014 - 10:28
la source
20

Selon la documentation de la communauté relative à l’utilisation du terminal ,

  

sudo: exécution de commandes avec des privilèges élevés

     
  1. La plupart des commandes suivantes devront être précédées de la commande sudo . Cela élève temporairement les privilèges au niveau d'administration de l'utilisateur root, ce qui est nécessaire lorsque vous travaillez avec des répertoires ou des fichiers n'appartenant pas à votre compte d'utilisateur. Lorsque vous utilisez sudo, vous serez invité à saisir votre mot de passe. Seuls les utilisateurs disposant de privilèges sudo (administratifs) pourront utiliser cette commande. Vous devez ne jamais utiliser sudo normal pour lancer des applications graphiques en tant que racine (pour plus d'informations, consultez RootSudo ). sur l'utilisation correcte de sudo.)
  2.   

Donc, comme apt-get installe le logiciel et affecte donc le système, vous devez utiliser la commande sudo pour vous accorder des privilèges d'administrateur.

Donc, vous devez commander sudo apt-get install myunity

Si vous souhaitez mettre à jour votre système, exécutez

sudo apt-get update
sudo apt-get dist-upgrade

Cela mettra à jour la base de données de paquets de votre système, puis installera les mises à niveau.

    
réponse donnée iBelieve 29.11.2012 - 17:25
la source
9

Avant d’exécuter une tâche administrative: installer, supprimer, modifier les préférences du système, etc., vous devez être root . Ceci est particulièrement vrai pour apt-get . Le message lui-même vous indique où est le problème:

  

êtes-vous root?

Si vous n'êtes pas root , la commande install ne fonctionnera pas du tout.

La solution consiste à utiliser sudo avant la commande:

➜  ~  apt-get update
E: Could not open lock file /var/lib/apt/lists/lock - open (13: Permission denied)
E: Unable to lock directory /var/lib/apt/lists/
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?
➜  ~  sudo apt-get update
Fetched 616 kB in 25s (23.9 kB/s)

Comme vous pouvez le constater, il s'est terminé sans problème lorsque j'ai utilisé sudo . Si vous avez un open (13: Permission denied) , il est presque certain que vous n'êtes pas root et devez utiliser sudo .

    
réponse donnée Braiam 28.02.2014 - 14:20
la source
4

Essayez avec

sudo apt-get update 

Si vous obtenez toujours une erreur de verrouillage, essayez cette commande Il donnera le détail du processus

ps -e | grep -e apt -e adept | grep -v grep

Puis tuez le processus en utilisant l'ID de processus puis exécutez la commande de mise à jour

Et aussi, vous pouvez supprimer ce fichier que votre problème résoudra

rm /var/lib/dpkg/lock 
    
réponse donnée Premkumar 28.02.2014 - 13:45
la source
3

lancez simplement

sudo apt-get update

sudo sert à l’exécuter en tant que super utilisateur

    
réponse donnée Stormvirux 10.03.2014 - 08:49
la source
2

Il suffit de lire la sortie d'erreur: are you root? car vous ne l'êtes pas. En tant qu'utilisateur régulier, vous ne disposez pas de privilèges suffisants pour installer les packages.

Ajoutez sudo à la commande pour élever les privilèges. À condition que ce compte dispose des privilèges sudo qui fonctionneront.

    
réponse donnée gertvdijk 29.11.2012 - 17:18
la source
0

J'ai eu cette erreur et dans mon cas, j'ai dû supprimer noexec on /var in /etc/fstab

qui fonctionne bien sur mes CentOS, Fedora et Alpine Linux

    
réponse donnée JOduMonT 13.04.2018 - 09:30
la source

Lire d'autres questions sur les étiquettes