Problème utilisateur Sudo

Ayumie52 · 08-03-2017 17:02:50

Bonjour,
Je crois avoir fait une bourde monumentale en faisant cette commande

sudo chmod -R 777 /var

Depuis, la commande "sudo" ne réponds plus,j'ai donc :

- Tenté de me connecter sur root avec "su", seulement, comme je n'avais jamais modifié le mot de passe, il n'est donc pas celui de l'utilisateur et donc je ne sais pas quel est ce mot de passe

- Tenté de redémarrer en mode "recovery", seulement, je n'arrive pas à accéder à l'écran Grub qui me permet de le faire et comme je n'ai plus accès à Sudo, je ne peux pas faire d'update de Grub

En bref je me mords la queue, auriez-vous une solution à me proposer ? c'est vraiment très urgent

Croutons · 08-03-2017 17:12:24

Bonjour
essai la commande suivante, chez moi pareil j'ai pas d’accès avec su, çà vient de l'installation si tu as pas créé de compte root

sudo su

Dernière modification par Croutons (08-03-2017 17:12:52)

Ayumie52 · 08-03-2017 22:12:46

Bonjour, merci pour ta réponse,
mon problème initiale est justement que la commande "sudo" ne marche plus, j'ai ces messages:

sudo: Le fichier /etc/sudoers est ouvert en écriture pour tous

sudo: aucune source sudoers valide n'a été trouvée, fin d'exécution

sudo: impossible d'initialiser le greffon de règles

Edit à toto :
Exemple de retour de commande simple avec la balise Autre code du forum :

sudo: Le fichier /etc/sudoers est ouvert en écriture pour tous

sudo: aucune source sudoers valide n'a été trouvée, fin d'exécution

sudo: impossible d'initialiser le greffon de règles

Ayumie52 · 08-03-2017 23:02:21

Up, j'ai avancé,
Je suis parvenue à aller dans le Grub en mode Root
J'ai tenté de remettre les droits avec un chmod mais j'ai le message suivant qui s'affiche :

chmod: modification des permissions de '....': Système de fichiers accessible en lecture seulement

Ducoup, comment puis-je passer en lecture/écriture ?

kyodev · 08-03-2017 23:11:13

bonsoir,
je ne connais pas sudoers, mais
tu peux ouvrir une console?
te loguer en root?

sudo chmod  0440 /etc/sudoers

kyodev · 08-03-2017 23:18:21

peut-etre:

mount -o rw,remount /

(Système de fichiers accessible en lecture seulement, les remonter en lecture/écriture)

lagrenouille · 08-03-2017 23:19:50

ça donne quoi

ls -liha  /

tu n'as pas de compte root ?

Dernière modification par lagrenouille (08-03-2017 23:20:42)

kyodev · 09-03-2017 00:14:01

réunion au sommet donc voici quelques lignes en résumé:

<c> ben, chmod 777 -R /var, c'est effectivement une bourde monumentale

<c> genre, à part tout réinstaller proprement, remettre les droits potables, c'est pas vraiment possible

<c> faire des chmod -R à tord et à travers, faut pas

<c> faire des chmod 777, faut pas

<c> pour passer root sur son install, il lui faut booter via une live

<c> mais restaurer les droits dans son merdier, même pas je veux tester

<c> backup + reinstall et pis c'est tout

<c> il n'a plus d'accès root

<m> +1 pour la réinstall, sauf si y a pas grand chose

* k sort la trousse de premier secours

<k> euthanasie

<m> je vois qu'il dit ne pas avoir la pass root, il peut toujours lancer root=/bin/bash depuis le grub pour accèder au système en root.

<m> Mais bon...ça va pas remettre le /var d'aplomb

<k> n'y a que lib d'intéressant dans /var non ?

<k> en tout cas pour que le système démarre

<m> idem je ne vois pas trop le lien entre le sudo et les droits sur /var

<c> il y a /var/lib/sudo

<c> j'imagine que les sessions sudo sont crées là-dedans

<c> et que si c'est en 777, ben, il refuse de fonctionner

<c> parce que c'est une méga faille de sécu

<m> y a quoi dans ce fichier captnfab ? il n'apparaît pas dans la liste des fichiers du paquet sudo

<c> normal, /var ce sont des fichiers dynamiquement créés lors du fonctionnement normal, plutôt que des fichiers installés

<c> comme je disais, je n'en sais rien, des sessions je suppose ?

<m> ok donc des éléments de config, mais je pensais que le sudoers était en /etc (et je n'utilise pas sudo)

<c> non, pas les éléments de config

<c> la config est en /etc/

<c> mais les sessions sont dans /var

<k> http://www.linux-france.org/article/sys/fichiers/fichiers-2.html

<k>     des bases de données, des fichiers de config...

<m> The directory in which sudo stores per-user lecture status files. ... The directory in which sudo stores its time stamp files. ... ok je vois

<k> mais en attendant puis Ayumie est dans l'urgence, la proposition de la gyraf de backup + reinstall semble conseillé

<m> c'est le mieux

<> s'il peut backup

<k> live

<> de toute facon, il perd pas son home en réinstallant?

<m> pas forcément

<> ah bon?

<m> si c'est une partition séparée tu peux la garder

<> ah oui

donc si home est dans la partition système, boot sur une live+backup
reinstall
si home séparé, ne pas se tromper de partition...

IceF0x · 09-03-2017 07:32:28

Utilise un live CD, regarde les droit par défaut du système monté en live, depuis le live, monte ton disque interne et met les même droits au fichier et dossier de ton installation que sur le live.

PS: Ne jamais utiliser de chmod -R 777 peu importe la raison, toujours +r +w et +x ou droit numérique spécifique autre que 777, c'est une grosse erreur souvent lue dans des tutoriels qui entraînes de gros problèmes de fonctionnement et surtout de sécurité (un simple fichier texte devient exécutable dont également les fichier "exemple" et commande exemple dans un texte explicatif).

chmod 777 sur un fichier nommé warning.txt et contenant ceci:

#Pour préserver votre système, ne jamais exécuter cette commande

rm -rf --no-preserve-root /*

#cela effacerait tout vos fichier

Que pensez-vous qu'il se passera ?

Dernière modification par IceF0x (09-03-2017 07:33:20)

Croutons · 09-03-2017 09:21:55

Bonjour

Que pensez-vous qu'il se passera ?

le fichier risque de s'ouvrir avec mousepad en effet c'est un problème
et si et si...le type mime est mal réglé et que...

smolski · 09-03-2017 09:35:33

C'est juste la commande rm avec l'option -rf qui est dangereuse à appliquer pour un débutant, et comme nous sommes sur un forum de débutants au départ, il faut se méfier d'envoyer des informations de cette nature sans ajouter un encart sur la dangerosité à l'appliquer sans analyse, autrement et dans un autre contexte.
...

Ayumie52 · 09-03-2017 10:35:31

Bonjour, merci à tous,
Ne parvenant pas à utiliser Root, j'ai donc opté pour la réinstallation complète.
Dommage que j'étais en lecture seule sinon j'aurais pu m'en sortir autrement.

Sujet résolu, merci.

lagrenouille · 09-03-2017 10:44:06

je pense que tu as bien fait
et que tu as fait un compte root

kyodev · 09-03-2017 10:49:14

pouf... croutons!?: C'est résolu ! Bravo mais il faut l'indiquer dans l'titre.

Debian-facile

#1 08-03-2017 17:02:50

Problème utilisateur Sudo

#2 08-03-2017 17:12:24

Re : Problème utilisateur Sudo

#3 08-03-2017 22:12:46

Re : Problème utilisateur Sudo

#4 08-03-2017 23:02:21

Re : Problème utilisateur Sudo

#5 08-03-2017 23:11:13

Re : Problème utilisateur Sudo

#6 08-03-2017 23:18:21

Re : Problème utilisateur Sudo

#7 08-03-2017 23:19:50

Re : Problème utilisateur Sudo

#8 09-03-2017 00:14:01

Re : Problème utilisateur Sudo

#9 09-03-2017 07:32:28

Re : Problème utilisateur Sudo

#10 09-03-2017 09:21:55

Re : Problème utilisateur Sudo

#11 09-03-2017 09:35:33

Re : Problème utilisateur Sudo

#12 09-03-2017 10:35:31

Re : Problème utilisateur Sudo

#13 09-03-2017 10:44:06

Re : Problème utilisateur Sudo

#14 09-03-2017 10:49:14

Re : Problème utilisateur Sudo

Pied de page des forums