[Ubuntu 10.4] commande hasardeuse

lorap1 · Le 09/08/2010, à 09:10

Bonjour,
J'ai dû faire une bêtise: en essayant d'avoir des droits sur un media (clé USB STORE N GO), parce que je ne pouvais pas ouvrir des fichiers, ni les supprimer, j'ai souhaité sur ma session ouvrir tous les droits sur l'ensemble du DD en faisant :

(...) chown -Rf / root:[mon identifiant]

La machine a bien tourné.
Au total, je ne pouvais plus rien faire. En redémarrant, ma session ne s'ouvre plus et des messages d'erreur apparaissent.

aussi je suis obligé de passer par le Live CD pour vous demander une solution pour:

1) soit revenir en arrière (annulation de la commande), mais à partir du gestionnaire de la Live CD
2) soit de rétablir la bonne configuration des droits afin d'ouvrir une session normale d'Ubuntu à partir du DD

Question subsidiaire: où trouver un bon tutoriel DE BASE et PEDAGOGIQUE pour se retrouver dans les commandes et surtout le changement des droits.
(j'ai pas mal de problèmes de permissions avec des dossiers ou des périphériques depuis que j'ai refondu 2 comptes utilisateurs en un seul et en transférant certains dossiers dans le nouveau sans que les droits n'aient été changés).

lorap1 · Le 09/08/2010, à 10:05

[size=9]imagik.fr[/size]

lorap1 · Le 09/08/2010, à 14:49

toujours rien?
(c'est un peu tôt...)

J'ai changé en chmod l'accès à "lorap" et "Partage".
Dans ma session "lorap", il n'apparaît rien que des liens et aucun contenu de dossier. Alors que dans "Partage",il y a lien un dossier et des fichiers.
tout semble avoir été démonté dans la session rootée "lorap". En effet, les droits de root ont été écrasés sur mes droits de super-utilisateur pour tous les fichiers, dossiers (récursivement).
Comment donc récupérer ces droits antérieurs ; les rétablir à défaut?
N.B. peut-être faut-il réinstaller... Mais dans ce cas je devrais accéder au contenu et sauvegarder "lorap".

sputnick · Le 09/08/2010, à 19:22

'lut,

Il te suffit de restaurer le backup que tu n'a pas manqué de faire...
Sinon, pour récupérer les droits d'un autre système ou d'un backup, voir du coté de getfacl.
Grosso merdo, pour dépanner :

chroot /ton/point/de/montage
sudo chown -R root:root /bin /boot /etc /lib* /lost+found /opt /root /sbin /usr /var
sudo chown root: /home /media /mnt /proc /sys /dev /tmp
sudo chown <NOM DE USER>:users /home/<NOM DE USER>
exit
reboot

++,sputnick.

PS:quand on a fait ce genre de conneries une fois, en général on ne la refait pas

Dernière modification par sputnick (Le 09/08/2010, à 19:24)

sputnick · Le 09/08/2010, à 19:31

http://doc.ubuntu-fr.org/droits

http://fr.wikipedia.org/wiki/Permissions_Unix

lorap1 · Le 13/08/2010, à 19:38

Bonsoir,

J'ai lu ton post, Sputnick. Je l'appliquerai ce w-e. avec le CD live.
Cependant, une question : où je place mon nouveau dossier administrateur ("chown")

chroot /ton/point/de/montage

Je pense dans "Lorap", mais où peut-on le monter? n'importe où? Y en a-t-il pas un déjà?
Merci de ta réponse.

sputnick · Le 13/08/2010, à 21:00

Je croit que tu confonds chown et chroot. Le 1° change le propriétaire et/ou groupe d'un fichier ou d'un répertoire, quand le second te permet de changer de racine ( change root ).

Tu monte ton disque dur depuis le live-cd dans /ton/point/de/montage ( n'importe où, en plus c'est un live-cd donc c'est pas durable ) puis tu lance les commandes données plus haut.

lorap1 · Le 14/08/2010, à 17:06

Salut sputnick,

J'ai voulu monter mon "root" ailleurs et ai effectué l'opération suivant :

ubuntu@ubuntu:~$ sudo /home/ubuntu/Public
sudo: /home/ubuntu/Public: command not found

;
puis:

ubuntu@ubuntu:~$ sudo chroot /home/ubuntu/Public
chroot: cannot run command `/bin/bash': No such file or directory

Problèmes donc!

J'ai fait un " man chroot" + une commande complémentaire et ai obtenu cela :

File: coreutils.info,  Node: chroot invocation,  Next: env invocation,  Up: Mod\
ified command invocation

23.1 `chroot': Run a command with a different root directory
============================================================

`chroot' runs a command with a specified root directory.  On many
systems, only the super-user can do this.(1) Synopses:

     chroot NEWROOT [COMMAND [ARGS]...]
     chroot OPTION

   Ordinarily, file names are looked up starting at the root of the
directory structure, i.e., `/'.  `chroot' changes the root to the
directory NEWROOT (which must exist) and then runs COMMAND with
optional ARGS.  If COMMAND is not specified, the default is the value
of the `SHELL' environment variable or `/bin/sh' if not set, invoked
with the `-i' option.  COMMAND must not be a special built-in utility
(*note Special built-in utilities::).

   The only options are `--help' and `--version'.  *Note Common
options::.  Options must precede operands.

Question: si j'ai bien compris, il faudrait déjà créer un dossier à cet endroit, que j'intitulerais, par exemple, "NEWROOT". Ai-je bien compris?
Puis, je recommencerais la commande initiale, et ça marcherait?
(Or, non, ça ne marche pas :

ubuntu@ubuntu:~$ chroot /home/ubuntu/Public/NEWROOT 
chroot: ne peut changer le répertoire racine vers /home/ubuntu/Public/NEWROOT: Opération non permise
ubuntu@ubuntu:~$ sudo chroot /home/ubuntu/Public/NEWROOT
chroot: cannot run command `/bin/bash': No such file or directory

Alors, que faire?:o

lorap1 · Le 14/08/2010, à 20:24

OK, j'ai bien essayé de comprendre par la doc ubuntu et y compris les renvois à l'intérieur:

Chroot : changement de dossier racine
La commande chroot permet de changer le répertoire racine vers un nouvel emplacement.
Cette opération peut être utilisée dans divers cas :
*
prison : empêche un utilisateur ou un programme de remonter dans l'arborescence et le cantonne à une nouvelle arborescence restreinte.
*
changement d'environnement : permet de basculer vers un autre système linux (autre architecture, autre distribution, autre version). Nous détaillerons ici cette technique.
Utilisation
Changer de système
Cette technique est le plus souvent utilisée pour récupérer une installation endommagée.
Ici le chroot sera utilisé après le démarrage sur un système sain pour se retrouver dans l'environnement endommagé et faire des modifications directement dans ce dernier environnement.
1.
Démarrez sur un système sain. Par exemple : un live CD
2.
Montez la partition racine du système endommagé :
sudo mkdir /media/system
sudo mount </dev/partition> /media/system
3.
Préparez les dossiers spéciaux /proc et /dev :
sudo mount --bind /dev /media/system/dev
sudo mount -t proc /proc /media/system/proc
4.
Changez d'environnement :
sudo chroot /media/system
Maintenant vous êtes sur l'installation endommagée et vous pouvez travailler dessus pour y corriger les problèmes.

Mais j'arrive bien à monter "/media/system" jusqu'au 2, mais pas jusqu'au 3.
Tout ça pour arriver à ton "chroot /ton/point/de/montage".
Tu parles à un (grand) débutant, le sais-tu?

Help!:rolleyes:

miniSeb · Le 15/08/2010, à 22:01

Quel message t'affiche le prompt ?

Sinon, ce qui manque peut-être, c'est un dossier /media/system/dev.. Fais peut-être un mkdir.

C'est tout ce que je vois de prime abord, si le point 2. est bien exécuté

Dernière modification par miniSeb (Le 15/08/2010, à 22:01)

lorap1 · Le 20/08/2010, à 11:03

A miniSeb,

mount: le point de montage /media/system/dev n'existe pas

Je fais ce que tu me dis et je te tiens au courant + tard

lorap1 · Le 20/08/2010, à 11:22

Non, plus ça ne marche pas.
Revenir donc au point initial : comment monter le nouveau root?

ubuntu@ubuntu:~$ sudo mkdir /media/system/dev
mkdir: ne peut créer le répertoire `/media/system/dev': Aucun fichier ou dossier de ce type

Sans réponse, je ne vois pas comment m'en sortir (je vous explique:
[img][size=9]imagik.fr[/size][/img]
puis,
[img][/img][size=9]imagik.fr[/size]
De là,
[img][size=9]imagik.fr[/size][/img]
Passons au dossier .ecryptfs
[img][size=9]imagik.fr[/size][/img]
et
[img][size=9]imagik.fr[/size][/img][url=http://imagik.fr/view/286504]

voilà, il me semble que tout est encrypté et que je ne puisse pas sortir de ma session abîmée sans passer par .ecryptfs, non?
Quelle serait la marche à suivre pour ouvrir un nouveau Root alors?

Si je n'ai pas de réponse, je re-installerai cette après-midi le système sans doute.

Merci d'avance de votre aide (ultime).;)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 09/08/2010, à 09:10

[Ubuntu 10.4] commande hasardeuse

#2 Le 09/08/2010, à 10:05

Re : [Ubuntu 10.4] commande hasardeuse

#3 Le 09/08/2010, à 14:49

Re : [Ubuntu 10.4] commande hasardeuse

#4 Le 09/08/2010, à 19:22

Re : [Ubuntu 10.4] commande hasardeuse

#5 Le 09/08/2010, à 19:31

Re : [Ubuntu 10.4] commande hasardeuse

#6 Le 13/08/2010, à 19:38

Re : [Ubuntu 10.4] commande hasardeuse

#7 Le 13/08/2010, à 21:00

Re : [Ubuntu 10.4] commande hasardeuse

#8 Le 14/08/2010, à 17:06

Re : [Ubuntu 10.4] commande hasardeuse

#9 Le 14/08/2010, à 20:24

Re : [Ubuntu 10.4] commande hasardeuse

#10 Le 15/08/2010, à 22:01

Re : [Ubuntu 10.4] commande hasardeuse

#11 Le 20/08/2010, à 11:03

Re : [Ubuntu 10.4] commande hasardeuse

#12 Le 20/08/2010, à 11:22

Re : [Ubuntu 10.4] commande hasardeuse

Pied de page des forums