Vous n'êtes pas identifié(e).
Dernière modification par Hypathie (19-01-2014 15:39:19)
Hors ligne
Hors ligne
Hors ligne
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
A mon avis, y'a des posts qui vont sauter dès qu'Hypathie entreprendra de remplir le premier !
Ah c'est pas bien ça, c'est de la discrimination! Je plaisante!
L'important n'est pas la chute mais l'atterrissage...
Chapardeur de chocolat DF!!!
Admin un jour, admin toujours...
Utilisateur de plusieurs OS de type Unix comme GNU/Linux, Système BSD (FreeBSD, OpenBSD, NetBSD), Système Solaris (OpenIndiana et divers autres distrib du projet ILLUMOS) . I love Unix !!!
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
y'a des posts qui vont sauter
J'ai jamais été proche de Ravachol et puis la poste disparait petit à petit.
Mais c'est quand tu veux, où plutôt quand la Pythie le souhaite.
Hors ligne
EDIT: dans le wiki elle est mentionnée en USER Mon erreur, dans la commande ci-dessus, faite lors de la deuxième installation et non lors de la première à entraîner de devoir utiliser chown lors de l'installation de kvm de Debian Xfce (voir plus bas, dans ce fil)
Merci à captnfab pour son #11 (plus bas, dans ce fil)
2) commande d'installation de la MV sur la machine hôte :
.
Rappel des commandes qui ont fonctionné dans la discussion "Aide pour créer une machine virtuelle avec KVM"
avec une image disque nommée "image.qcow2" ;
les commandes de "Vérification" ; "de mise à jour de la liste des paquetages" ; "d'ajout du nom d'utilisateur aux groupes kvm et libvirt"
ayant été rentrées correctement, avant ce qui suit.
1) Création de l'image d'emplacement du système virtuel dans son home :
(possible selon paskal #67)
ou
(selon smolski # 68)
2) Commandes possibles pour l'installation de la MV kvm :
Création d'un MV kvm Xfce
Pour vérifier si je pouvais recommencer cette installation d'une MV kvm,
je me suis donnée pour objectif de créer une MV kvm
de Debian Xfce après avoir supprimé celle que je venais de créer. Cette fois :
Toujours en choisissant home pour l'image disque que je décide d'appeler "image.qcow2" (elle pourrait s'appeler par exemple "virtXfce.img"
Toujours en choisissant un téléchargement de l'image iso ;
Et en ayant vérifié que le nom d'utilisateur soit ajouté aux groupes kvm et libvirt
1) Création de l'image d'emplacement du système virtuel dans son home :
(/home/hypathie/hypathie.img) ou relatif (~/hypathie.img)
2) Commandes possibles d'installation de la MV kvm :
en chemin absolu, donc si le prompt ce termine par hypathie@debian:~$
ou
en chemin relatif, quel que soit l'endroit où l'on se trouve dans l'arborescence:
Cette commande qui est juste n'a pu fonctionner qu'après avoir attribué à l'utilisateur le propriétaire du fichier image.
Il a fallu utiliser les commandes :
1)
dont le retour était
2)
Il a donc fallu faire
pour avoir les droits d'exécution sur "image.qcow2"
qui a permis d'avoir le retour suivant cette fois :
Quelqu'un a-t-il un petite idée pour expliquer pourquoi il a fallu changer le groupe et le propriétaire du fichier image-disque ?
Merci et j'espère que cette comparaison et cette remarque sur chown pourront servir à d'autres.
Dernière modification par Hypathie (21-01-2014 00:07:06)
Hors ligne
c'est ceci qui va s'afficher :
Dans ce cas, c'est le fichier "image.qcow2" qui est dans le répertoire personnel "/home/michel/" qui est affiché.
Car avant de transmettre à la commande "ls" les arguments qui suivent,
le shell "bash" à interprété le caractère tilde, et l'a remplacé par le répertoire personnel de l'utilisateur "michel" (qui est l'utilisateur qui a entré la commande)
et comme "/home/michel" est le répertoire personnel de "michel",
il a donc remplacé "~/image.qcow2" par "/home/michel/image.qcow2" dans la liste des arguments de la ligne de commande,
puis il a transmis toute cette liste d'arguments à la commande "ls".
===========
Par contre, si hypathie utilise exactement la même commande depuis n'importe quel répertoire du système :
ce qui va s'afficher sera:
Dans ce cas, c'est le fichier "image.qcow2" qui est dans le répertoire personnel "/home/hypathie/" qui est affiché.
et "/home/hypathie" est bien le répertoire personnel de celle qui a entré la commande.
Dernière modification par MicP (21-01-2014 00:28:45)
Quelqu'un a-t-il un petite idée pour expliquer pourquoi il a fallu changer le groupe et le propriétaire du fichier image-disque ?
Parce que tu avais créé l'image en tant que root, elle appartenait donc à celui-ci et non à ton utilisateur.
captnfab,
Association Debian-Facile, bépo.
TheDoctor: Your wish is my command… But be careful what you wish for.
Hors ligne
Dernière modification par MicP (21-01-2014 21:56:26)
Parce que tu avais créé l'image en tant que root, elle appartenait donc à celui-ci et non à ton utilisateur
Zut alors c'est nul !
attends, je voudrais vérifier, s'il te plaît, si je fais
il me répond pour les commandes faites sous user
et si je fais
il me répond pour les commandes faites sous root
Je veux dire il me répond pas dans les deux cas, pour root et pour user ?
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
L'important n'est pas la chute mais l'atterrissage...
Chapardeur de chocolat DF!!!
Admin un jour, admin toujours...
Utilisateur de plusieurs OS de type Unix comme GNU/Linux, Système BSD (FreeBSD, OpenBSD, NetBSD), Système Solaris (OpenIndiana et divers autres distrib du projet ILLUMOS) . I love Unix !!!
Hors ligne
L'important n'est pas la chute mais l'atterrissage...
Chapardeur de chocolat DF!!!
Admin un jour, admin toujours...
Utilisateur de plusieurs OS de type Unix comme GNU/Linux, Système BSD (FreeBSD, OpenBSD, NetBSD), Système Solaris (OpenIndiana et divers autres distrib du projet ILLUMOS) . I love Unix !!!
Hors ligne
Parce que tu avais créé l'image en tant que root, elle appartenait donc à celui-ci et non à ton utilisateur.
Très grand merci, en fait je ne m'étais pas aperçue que j'avais rentré la commande de création de l'image disque en root. Et le pire, c'est qu'une idée fausse faisait écran pour que je puisse m'en apercevoir. Je m'étais mise en tête que certaines commandes étaient vouées à root et d'autres à user, pour des raisons de rapport entre les programmes relatifs aux commandes, et non en raison d'une question d'appartenance de fichier ; . En réfléchissant à ta réponse, je me suis dit : "pas possible, une commande qui fonctionne sous root peut aussi fonctionner sous user ! Pourtant j'avais lu il y a quelque temps la documentation sur système des droits. Barrière épistémologique, galère !
Je sais c'esst pas très intuitif mais bon...:|
Ce n'est pas très intuitif, mais apparemment mieux vaut ne pas se fier aux intuitions, quand on est débutant !
Et justement, la réponse à la commande proposé par nifseg est :
Je voudrais juste vérifier mon interprétation, car ça m'intéresse bcq, (merci de me l'avoir suggérée) : cette réponse montre bien tout ce qui a été exécuté en root et en user, relativement à qcow2, mais sans rien indiquer sur les droits des fichiers qu'elle liste ?
Je me demande si en une commande on peut demander au shell bash de répondre "en root t'as fait ça, en user t'as fait ça" ?
En fait ce qui reste difficile à comprendre pour moi, c'est le rapport entre root et user et la question de droits sur un fichier.
Je trouve cette question de droits sur un fichier, et de commandes relatives à root ou à user difficile d'accès.
Je me demande si tout mes problèmes ne viennent pas d'une incompréhension du fonctionnement de "bash" ; on dirait bien que j'associe
par à tord, root et user à certaines commandes et aux droits sur les fichiers.
@MicP : merci pour la "petite précision" (de ton # post 10]
depuis n'importe quel répertoire du système
elle m'a bien aidé à distinguer, en pratique, la nuance entre chemin relatif et chemin absolu.
Dernière modification par Hypathie (24-01-2014 13:50:45)
Hors ligne
... mais sans rien indiquer sur les droits des fichiers qu'elle liste ...
En fait, l'indication est dans le nom du chemin du fichier :
pour le fichier : "/root/.bash_history", ce sera "root", puisque "/root" est le répertoire personnel du compte "root".
et pour le fichier "/home/hypathie/.bash_history", ce sera "hypathie", puisque "/home/hypathie/" est le répertoire personnel du compte "hypathie".
==================
Le propriétaire et le groupe de chaque fichier créé est l'utilisateur qui l'a créé.
==================
Dans l'exemple ci-dessus, tu as créé le nouveau fichier : "fichierTest"
ce fichier est la propriété de "hypathie" :
-rw-r--r-- 1 hypathie hypathie 0 janv. 21 12:27 fichierTest
et ce fichier est accessible aux utilisateurs qui font partie du groupe "hypathie" :
-rw-r--r-- 1 hypathie hypathie 0 janv. 21 12:27 fichierTest
==============
Dans l'exemple ci-dessus, tu as créé le nouveau fichier : "fichierTest" en utilisant le compte "root".
Ce fichier est la propriété de "root" :
-rw-r--r-- 1 root root 0 janv. 21 12:30 fichierTest
==================
et ce fichier est accessible aux utilisateurs qui font partie du groupe "root" :
-rw-r--r-- 1 root root 0 janv. 21 12:30 fichierTest
==================
Cet utilisateur peut ensuite modifier les droits d'accès (rwx) du fichier qui lui appartiens, pour lui même, le groupe, et les autres (ugo).
Et le super-administrateur ("root") peut modifier tous les fichier du système, il a tous les droits (et surtout les responsabilités qui vont avec)
==================
... en root t'as fait ça, en user t'as fait ça. ...
Le fichier "/root/.bash_history" est donc le fichier ".bash_history" permettant de connaître les commandes qui ont étés exécutées avec le compte "root" (puisque ce fichier est dans le répertoire personnel du compte "root").
Le fichier "/home/hypathie/.bash_history" est donc le fichier ".bash_history" permettant de connaître les commandes qui ont étés exécutées avec le compte "hypathie" (puisque ce fichier est dans le répertoire personnel du compte "hypathie").
Dernière modification par MicP (21-01-2014 15:05:33)
Hors ligne