Commande "chmod -R 777
Résolu
Lulu69
Messages postés
4321
Date d'inscription
Statut
Membre
Dernière intervention
-
Lulu69 Messages postés 4321 Date d'inscription Statut Membre Dernière intervention -
Lulu69 Messages postés 4321 Date d'inscription Statut Membre Dernière intervention -
Bonjour,
J'ai lancé dans le terminal la commande suivante: chmod -R 777 /usr/share/libreoffice/share, afin de me donner les droits administrateurs pour y installer un nouveau thème pour libre office.
Résultat des courses, je n'ai pas obtenu les droits nécessaires pour y installer mon thème et en plus chaque fois que j'ouvre le terminal et que j'essaie de faire un sudo j'ai ce message
sudo: /usr/bin/sudo doit être la propriété du uid 0 et avoir le bit setuid mis
Malheureusement je suis incapable de revenir en arrière
Connaissez-vous une commande qui me permettrait de revenir en arrière
Merci d'avance
--
Sécuriser, sauver, tenir, protéger, maîtriser.
95% des problèmes informatiques se situent entre le clavier et la chaise
J'ai lancé dans le terminal la commande suivante: chmod -R 777 /usr/share/libreoffice/share, afin de me donner les droits administrateurs pour y installer un nouveau thème pour libre office.
Résultat des courses, je n'ai pas obtenu les droits nécessaires pour y installer mon thème et en plus chaque fois que j'ouvre le terminal et que j'essaie de faire un sudo j'ai ce message
sudo: /usr/bin/sudo doit être la propriété du uid 0 et avoir le bit setuid mis
Malheureusement je suis incapable de revenir en arrière
Connaissez-vous une commande qui me permettrait de revenir en arrière
Merci d'avance
--
Sécuriser, sauver, tenir, protéger, maîtriser.
95% des problèmes informatiques se situent entre le clavier et la chaise
14 réponses
Résumé de la discussion
Modifier récursivement les permissions sur des répertoires système avec chmod -R 777 pour installer un thème peut bloquer sudo et rendre le système instable. Pour réparer, les conseils préconisent d'utiliser un live USB pour accéder à la partition racine et restaurer les droits corrects de sudo, en remettant /usr/bin/sudo à root:root et le bit setuid. En parallèle, d'autres conseils rappellent qu'il faut éviter toute modification des droits des fichiers système et privilégier des solutions non invasives, ou une réinstallation si l'intégrité est altérée. D'autres précisent enfin qu'il faut limiter les modifications à l'espace utilisateur et éviter les outils qui exportent des permissions sur des répertoires système, afin d'éviter des risques similaires à l'avenir.
-
Oups, c'est Ubuntu 16.04 LTS
-
Salut,
Comnecte toi en root.
Tu peux control+alt+f2 pour etre en ligne de commande.
Une fois en root fais
chown root:root /usr/bin/sudo
chmod 755 /usr/bin/sudo
Reboot
Pour ce qui est du themes, je ne connais pas trop. En revanche je penses qu'ils sont stoquer dans ton home (a verifier)
A plus
-
Comnecte toi en root.
Tu peux control+alt+f2 pour etre en ligne de commande.
Si il est sous "ubuntu" faut encore qu'un mot de passe "root" ait été définit, au quel cas le seul accès se fait par "sudo" ... et si sudo est cassé, ça fonctionne moins bien et il est parfois nécessaire de monter le disque dur de manière "indépendante" via un recovery ou un boot live et de faire du chroot pour pouvoir modifier ça... -
-
-
Bonjour,
Effectivement je n'ai pas accès à root car sudo me signale ce problème.
Je commence le téléchargement d'un live DVD maintenant.
Merci
Sécuriser, sauver, tenir, protéger, maîtriser.
95% des problèmes informatiques se situent entre le clavier et la chaise -
Voilà DVD téléchargé et gravé
-
Ok donc depuis ton live CD dans un terminal tu fais un :
fdisk -l
Tu cherches ta partition DD puis tu la montes.mkdir /tmp/mount
mount /dev/sdX /tmp/mount
Je penses que ca devrait marcher sinon faut que je vois ce soir. Je suis sur mon mobile la.chown root:root /tmp/mount/usr/bin/sudo
chmod 755 /tmp/mount/usr/bin/sudo
Tu demontes, tu redemarres sur ton systeme.umount /tmp/mount
reboot
Tiens moi au courant. -
Merci déjà, mais malheureusement ça ne fonctionne pas, je te copie le terminal dans un fichier joint
https://www.cjoint.com/c/GHuqXpUoCHQ -
-
-
-
-
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question -
Oui, le droit que je t'ai donné n'est pas le bon.
Il manque le stiky bit setuid
sudo mkdir /tmp/mount sudo mount /dev/sdb1 /tmp/mount #Theoriquement le proprio est déja root mais sudo chown root:root /tmp/mount/usr/bin/sudo sudo chmod 4755 /tmp/mount/usr/bin/sudo sudo sync sudo umount /tmp/mount reboot
N'oubliez pas de marquez votre post comme résolut lorsque vous avez eu les réponses à vos questions...
Au royaume des aveugles, les borgnes sont rois. -
Pour ce qui est du theme, je viens de lire ça :
Tools > Customize > Toolbars
That should be the location of the option to change the icons. By default, I don't think it comes with more than just the default options.
If you search for packages starting with "libreoffice-style-" you can install some different themes.
src: https://ubuntuforums.org/showthread.php?t=2197774 -
En fait j'utilise personnellement libre office sur toutes mes machines mais je n'aime pas les polices, les icônes etc aussi bien sur Windows que sur GNU/Linux que sur MacOSX. J'ai trouvé (pour tester) une police "office 2013 en ZIP" que je devais installer dans usr/share/libreoffice/ etc.,mais impossible car je ne suis pas root. Après avoir lu énormément de tuto sur le net je me suis lancé et patatra le bordel.
Grace à toi j'ai pu retrouver le terminal et la commande sudo mais j'ai du faire encore quelques choses car mon système est plus du tout stable ... du reste je suis actuellement avec un Mac (mais sur une session Windows :-( )tellement mon GNU/Linux plante
Sur ce coup j'ai agit comme ma signature ... :-)
Sécuriser, sauver, tenir, protéger, maîtriser.
95% des problèmes informatiques se situent entre le clavier et la chaise -
Bonjour,
Le problème
Les droits par défauts desudo
sont corrects. Il ne faut jamais les changer.
De manière générale (pour ne pas dire tout le temps), il ne faut JAMAIS changer les droits des fichiers en dehors de ton /home. C'est le meilleur moyen d'ouvrir un trou de sécurité sur ta machine.
Le drapeau SUID permet àsudo
de faire ce qu'il est sensé faire. Si tu associes à toto, lancer par la suite une commande viasudo
le fera en tant que toto. Le message d'erreur sudo: /usr/bin/sudo doit être la propriété du uid 0 et avoir le bit setuid mis est la conséquence de ce changement.
Comment réparer le problème
Les droits attendus parsudo
sont les suivants
(mando@aldur) (~) $ ls -l $(which sudo)
-rwsr-xr-x 1 root root 145040 Jun 8 19:57 /usr/bin/sudo
Etape 1) Pour que/usr/bin/sudo
ait les bons droits, il faut d'une manière ou d'une autre devenir root. Trois façons de faire :
Méthode a) Si tu as configuré le compte root, il suffit de s'identifier en mode texte (ctrl alt f1). Puis passe à l'étape 2.
Méthode b) Sinon il faut créer un live USB ou live CD. Si tu un CD ou une clé USB d'installation de linux (même une autre distribution), ça fera l'affaire.
- Démarre dessus et lance un terminal.
- Passe en root. Sous ubuntu il suffit de lancer la commandesudo -s
sous ubuntu ou les distributions qui en dérive. Sinon lancesu -
.
- Repère quelle partition correspond à/
(probablement/dev/sda2
sous ubuntu) à l'aide de la commandesudo fdisk -l
(avec un L minuscule, pas le chiffre 1).
Exemple : Ici on voit que c'est /dev/sdb2 car c'est une partition de type linux et la taille (End - Start) permet de voir que l'autre partition est vraisemblablement /home.
Disk /dev/sdb: 59.6 GiB, 64023257088 bytes, 125045424 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x000c20ab
Device Boot Start End Sectors Size Id Type
/dev/sdb1 2048 7813119 7811072 3.7G 82 Linux swap / Solaris
/dev/sdb2 7813120 66406399 58593280 28G 83 Linux
/dev/sdb3 66406400 125044735 58638336 28G 83 Linux
Si tu ne sais pas interpréter cette commande, copie colle nous son résultat.
- Monte ta partition/
dans/mnt/linux
:
mkdir -p /mnt/linux
mount /dev/sda2 /mnt/linux
chroot /mnt/linux
Etape 2) Quelle que soit la méthode adoptée à l'étape (1) tu peux à présent corriger les droits desudo
.
chmod 755 /usr/bin/sudo
chown root:root /usr/bin/sudo
chmod u+s /usr/bin/sudo
Etape 3) Si tu as utilisé la méthode b, quitte proprement :
exit
cd /
umount /mnt/linux
reboot
Comment résoudre proprement un problème de droits sous linux
On ne le répétera jamais assez, il ne faut jamais relâcher les droits d'accès au fichier surtout quand c'est un fichier du système.
Trois possibilités pour arriver à ses fins.
1) Précèder sa commande desudo
.
S'il s'agit d'une application graphique tu peux la lancer viagksudo
. Il va s'en dire que ces commandes sont à utiliser uniquement quand c'est nécessaire. Si tu lances tout en administrateur, ta machine est vulnérable.
2) Passer en root.
Comme dit précédemment :
- Sur ubuntu et les distributions qui en dérivent :sudo -s
.
- Sinonsu -
.
3) Augmenter les droits de l'utilisateur qui en manque
Selon les droits du fichier, ajouter son utilisateur dans le bon groupe peut résoudre le problème. Par exemple l'accès à la carte son peut être autorisé en ajoutant son utilisateur dans le groupe audio. Permettre à un utilisateur d'utiliser la commandesudo
peut être réalisé en l'ajoutant dans le groupesudo
. Cette troisième méthode est à voir "au cas par cas".
Bonne chance -
-
J'ai de plus en plus de souci de distribution et suite à une mise à jour j'ai plein de messages d'erreurs au niveau d'usr etc.
https://www.cjoint.com/c/GHwtZn83zMQ
-
-
chown -v root:root /usr/share/menu/ && chmod -v 755 /usr/share/menu/
chown -v root:root /usr/share/menu/* && chmod -v 644 /usr/share/menu/*
Par contre c'est étrange, le script (https://forums.commentcamarche.net/forum/affich-34806121-commande-chmod-r-777#37) aurait du régler une partie du probléme.
-
-
On y est ...
utilisateur : il faut que tu mettes ton nom d'utilisateur unix
laDest : pas besoin d'y toucher si tu montes ta partoche dans /tmp/mount
Execute le script en sudo sinon ça foire.
Tu peux tout log comme ça ->
sudo sh lenom.sh |tee repair_perm.log
#!/bin/sh
laSource=/usr;
find $laSource -name "*" -exec sh -c '\
utilisateur=exileur; \
laDest=/tmp/mount; \
badUtilisateur=ubuntu; \
fileUser=$(stat -c "%U" "$0"); \
fileGroup=$(stat -c "%G" "$0"); \
filePerm=$(stat -c "%a" "$0"); \
if [ $fileUser=$badUtilisateur ]; then fileUser=$utilisateur; fi; \
if [ $fileGroup=$badUtilisateur ]; then fileGroup=$utilisateur; fi; \
if [ -f "$laDest$0" ]||[ -d "$laDest$0/" ]; then \
chown -v "$fileUser:$fileGroup" "$laDest$0" && chmod -v $filePerm "$laDest$0"; \
fi;
' {} \;
Code modifié à la demande de l'auteurModération CCM
N'oubliez pas de marquez votre post comme résolut lorsque vous avez eu les réponses à vos questions...
Au royaume des aveugles, les borgnes sont rois. -
Je viens d'installer ce script est pour le moment ça à l'air de fonctionner
Mes respects et chapeau bas, quelle classe.
Je vais peut-être abusé, mais comment je fais pour être sur que en faisant ma manipulation j'ai pas donner des droits un peu partout et de par cela corrompu mon système point de vue sécurité ... si cela est possible.
Sécuriser, sauver, tenir, protéger, maîtriser.
95% des problèmes informatiques se situent entre le clavier et la chaise -
Non fausse joie ça ne fonctionne toujours pas mais j'ai peut-être merder.
Je ne sais pas si j'arriverais demain et après demain à me connecter mais au pire sitôt que j'ai un moment je reviens vers toi pou te donner des news.
Merci encore
Bonne nuit
-
C'est normal que tout ne soit pas corrigé.
Le but du script et de réparer les droits 'ubuntu de base'.
Freshclam, et deux trois autre logiciel que tu as installé sur ton pc n'y sont pas par défaut lors de l'installation d'ubuntu.
Pour ces fichiers il va faloir les repérer et les corriger 'manuellement'.
Je regarde ça dans la journée.
-
-
Bonsoir tous le monde,
Enfin de retour ...
Je viens de repasser le script que tu m'as fait et j'aimerai si c'est possible une petite précision
#!/bin/sh
laSource=/usr;
find $laSource -name "*" -exec sh -c '\
Mon nom utilisateur; \
laDest=/tmp/mount; \
badUtilisateur=ubuntu; \
fileUser=$(stat -c "%U" "$0"); \
fileGroup=$(stat -c "%G" "$0"); \
filePerm=$(stat -c "%a" "$0"); \
if [ $fileUser=$badUtilisateur ]; then fileUser=$utilisateur; fi; \
if [ $fileGroup=$badUtilisateur ]; then fileGroup=$utilisateur; fi; \
if [ -f "$laDest$0" ]||[ -d "$laDest$0/" ]; then \
chown -v "$fileUser:$fileGroup" "$laDest$0" && chmod -v $filePerm "$laDest$0"; \
fi;
' {} \;
Ou j'ai marqué en gras ok pour mon nom mais j'ai surligné je laisse tel quel ou je change
Merci encore de ta disponibilité-
Bonsoir Bonsoir;
laisse tel quel :
#!/bin/sh #On choisi le répértoire sur lequel on veut réparer les permissions laSource=/usr; #On execute la commande find, qui va récursivement lister les fichiers / dossier du répértoire 'laSource' et pour chaque fichiers / dossiers va executer grace au exec les commandes qui suivent. find $laSource -name "*" -exec sh -c '\ #On défini l'utilisateur unix du systeme vérolé, ici, exileur. utilisateur=exileur; \ #On défini le point de montage du systeme vérolé laDest=/tmp/mount; \ #On défini l'utilisateur du liveCD / du systeme qui fonctionne badUtilisateur=ubuntu; \ #On récupére le proprio, le groupe et la permission du fichier sur lequel le find est en train de bosser fileUser=$(stat -c "%U" "$0"); \ fileGroup=$(stat -c "%G" "$0"); \ filePerm=$(stat -c "%a" "$0"); \ #On vérifie que le proprio de ce fichier n'est pas l'utilisateur du systeme qui fonctionne, si c'est le cas, on met notre utilisateur unix du syteme vérolé a la place ; de même pour le groupe. if [ $fileUser=$badUtilisateur ]; then fileUser=$utilisateur; fi; \ if [ $fileGroup=$badUtilisateur ]; then fileGroup=$utilisateur; fi; \ #On vérifie que le fichier ou le dossier existe sur le systeme vérolé if [ -f "$laDest$0" ]||[ -d "$laDest$0/" ]; then \ # SI c'est le cas, on change l'utilisateur/groupe et la permission chown -v "$fileUser:$fileGroup" "$laDest$0" && chmod -v $filePerm "$laDest$0"; \ fi; ' {} \;
Les commandes chown et chmod sont en verbose. Ce qui va te permettre de savoir sur quel fichier on a ou pas modifier le proprio, le groupe ou la permission.
C'est plus clair ? :)
copie pas ce code avec les commentaires, le code est pas formaté et ça va s'arréter au premier retour a la ligne.
execute le script en sauvegardant les logs :
sudo sh lenom.sh |tee repair_perm.log
En cas de bug/problme c'est toujours usefull des logs :)
A plus tard -
-
-
-
-
