Vous n'êtes pas identifié(e).
Dernière modification par MicP (13-01-2014 18:49:58)
Bon :
/home/hypathie/hypathie_image.qcow2
Mais
ne présente aucun intérêt, à mon sens.
Hors ligne
/home/hypathie/_image.qcow2
ne présente aucun intérêt, à mon sens
.
Mais je ne comprends pas ton
car c'est pour tenir compte de ce que tu écris # 67
qemu-img create -f qcow2 /home/hypathie/_image.qcow2 10G
fonctionnera.
que j'ai pris soin de le mentionner. De plus, cela fonctionne bien comme tu le disais.
Pourquoi ce qui fonctionne ne présente-t-il pas d'intérêt ? Est-ce parce que selon toi, cela embrouille les choses ?
D'ailleurs je ne comprends pas pourquoi elle fonctionne, et je préfère la première écriture, celle de smolski : son sens me semble plus clair. Quant à celle-ci, pour l'ordi, underscore est un espace je crois; je me demande bien alors comment il comprend " image.qcow2" ? Je veux dire plus précisément
entre hypathie et image, comment le traduit-il dans cette commande ?
Merci pour ton avis, il me permet de me rendre compte que j'utilisais quelque chose sans comprendre.
Hors ligne
juste après fichier et _image.qcow2
Par exemple, pour peut-être l'illustrer, j'ai fait :
Pour écrire dans le wiki, j'ai encore du mal à oser.
Encore merci MicP et pour les félicitations en plus.
Merci à tous aussi, je suis joyeuse de faire tout cela et de me sentir autant aider.
Dernière modification par Hypathie (15-01-2014 09:30:55)
Hors ligne
... pour l'ordi, underscore est un espace je crois
... je me demande bien alors comment il comprend " image.qcow2" ...
Pour l'ordi, en fait, il ne comprends que ce qui lui arrive en terme binaire.
Ces termes binaires sont traduits pour l'affichage en fonction d'un jeu de caractère.
Certains systèmes conseillent, en effet, d'utiliser un caractère "underscore" pour pouvoir insérer un espace dans certains noms (de fichier, de fonction, etc...).
Or, ces caractères "underscores" ne sont pas toujours interprétés de la même façon d'un système à l'autre.
Le résultat se fait sentir quand il s'agit de partager ou transférer des fichiers d'un système à l'autre : il arrive tout simplement que le fichier devienne alors inaccessible.
Quand je parlais de systèmes, je parlais de façon très très généraliste, puisque j'englobais aussi bien le système d'exploitation que le ou les jeux de caractères utilisés.
Au départ, il y avait l'ASCII, ensuite, il a fallu y ajouter des caractères accentués (si l'on voulait communiquer avec les "mangeurs de grenouilles" et leur voisins),
puis il a eu tous les autres pays... bref: de l'ASCII, on est passé par une flopée d'encodages plus ou moins compatibles entre eux,
pour en arriver à utiliser actuellement sur Linux et presque tout l'internet mondial, l'UTF-8.
Alors, si vous avez quelques boîtes d'aspirine et quelques kilo de café en réserve, je vous laisse finir votre vie à explorer ce domaine,
où la police trouve parfois que j'ai mauvais caractère . (çaaaaaaaa-y-est, je l'ai enfin placée celle là, je peux mourir maintenant.)
================
Pour insérer un nom de fichier avec un espace dans le nom du fichier, il suffit simplement de faire comprendre à l'interpréteur de commande que l'espace fait partie du groupement de caractères.
Or, dans une ligne de commande, un espace est reconnu par l'interpréteur de commande comme un séparateur.
Il suffit donc de mettre le groupe de caractères entre guillemets, et le tour est joué.
Donc, si je voulai que mon fichier se nomme: mais il y a un espace dans ce nom de fichier, il suffirait que je mette tout ça entre guillemets comme dans la commande suivante :
Il y a même une autre façon de faire qui consiste à "échapper" les caractères avec un "\" :
pour supprimer les deux fichiers:
================
Pour insérer un caractère à partir de son point unicode, il faut faire
Ctrl-Shift-u
le résultat est un u souligné qui apparaît (u), il suffit d'entrer le point de code , puis d'appuyer sur "Entrée" ou "Espace, et le caractère apparaît:
181 => ?
46e => ?
Dernière modification par MicP (13-01-2014 23:11:48)
je suis joyeuse de faire tout cela et de me sentir autant aider.
Ah c'est mimi ça! Sa fait plaisir bien que je n'ai pas participé à ton voyage dans les entrailles de KVM.
Allez hop, on a bien mérité un chtite mousse!!!
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
Hors ligne
Merci.
Dernière modification par MicP (13-01-2014 23:12:02)
Asus Zenbook ux32vd > Sid | eeepc 1215 > Sid + gnome | eeepc 1015 > Squeeze + gnome | sony vaio > Squeeze CLI | serveur home made > debian squeeze CLI
Hors ligne
J'ai aussi un vieux fixe ; je t'envoie comme au dessus tout de suite, je le préférerais, s'il pouvait convenir, en y installant Debian virtuel !
Dernière modification par Hypathie (13-01-2014 23:55:09)
Hors ligne
A bientôt
Dernière modification par Hypathie (13-01-2014 23:56:45)
Hors ligne
@nifseg : un p'tit coucou. Toujours prêt à festoyer alors ?
J'aurais préféré un gros coucou mais je vais prendre ce que tu me donnes!
Quand il s'agit de festoyer, c'est clair je suis toujours là! Je crois que j'ai ça dans le sang depuis tout petit!
Bon Hypathie, il ne te reste plus qu'a creer une VM avec l'hypervisuer Xen et tu seras la championne de la virtualisation!!
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
Dernière modification par MicP (14-01-2014 00:28:00)
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
@nifseg Xen ?
Ouais vu que t'aime bien faire des tests, je pense que t'a moyen de passer un peu de temps avec Xen
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
paskal a écrit :
/home/hypathie/_image.qcow2
ne présente aucun intérêt, à mon sens.
Mais je ne comprends pas ton
car c'est pour tenir compte de ce que tu écris # 67qemu-img create -f qcow2 /home/hypathie/_image.qcow2 10G
fonctionnera.
que j'ai pris soin de le mentionner. De plus, cela fonctionne bien comme tu le disais.
Pourquoi ce qui fonctionne ne présente-t-il pas d'intérêt ? Est-ce parce que selon toi, cela embrouille les choses ?
Non, je ne pense pas que ça embrouille forcément, mais ce "séparateur" ne sert à rien car le nom signifiant est constitué du seul mot image
Dans mon #67, j'avais directement cité ton #66 pour indiquer quelle commande fonctionnerait.
Pour finir, une petite remarque expliquant pourquoi je ne mets jamais d'espace dans mes noms de fichier :
je trouve que ça présente trop d'inconvénients par rapport au confort de lecture que ça procure.
En effet, si je les utilise dans une commande, je vais déjà perdre du temps à comprendre que ça ne fonctionne pas car j'aurai oublié les guillements.
Ensuite, il va falloir retaper les commandes avec ces fameux guillemets.
Bref, pour moi, il est plus efficace d'écrire nom-fichier ou nom_fichier ou encore NomFichier ou nomFichier.
Voilà.
Hors ligne
Hors ligne
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Hors ligne