Marotte ⛧ a écrit 8719 commentaires

Il manquait encore un truc :)

tst@PC ~
$ cat in.csv
N° d'outil 42| info1
Info2
Info3
N° d'outil 36| info1
Info4
Info5


tst@PC ~
$ awk -F\| 'NF>1 { cellA=$1; print $1 FS $2; next } { print cellA FS $1; next }' < in.csv > out.csv

tst@PC ~
$ cat out.csv
N° d'outil 42| info1
N° d'outil 42|Info2
N° d'outil 42|Info3
N° d'outil 36| info1
N° d'outil 36|Info4
N° d'outil 36|Info5
N° d'outil 36|

c'est le manque de boucle / d'incrémentation. c'est normal ?

La boucle est implicite…

J'ai donc l'impression qu'il ne se passe rien ? ou alors le temps d'exécution est très long ?

Il manque une apostrophe dans sa commande :

awk -F\| 'NF>1 { cellA=$1; print $1 FS $2 next } { print cellA FS $1 next }' < in.csv > out.csv

je connais pas awk

C’est pourtant l’outil tout indiqué…

Je ne connais pas assez awk moi-même (je m’en sert pour d’autres manipulations) mais sa commande à l’air pas mal… (elle n’utilise pas d’expression régulière)

L’option -F permet de définir le séparateur de champ (field), ici |, noté FS plus loin dans la commande… $1, $2, $3 représentent les valeurs des champs…

La raison est problablement que ce n'est pas exploitable à distance.

Oui mais ça augmente l’impact potentiel des failles exploitables à distances.

Cela dit tu as probablement raison. Si une telle faille locale était taggée Critical, quel serait le niveau d’une faille de ce genre exploitable à distance ?

je ne dis pas le contraire,

Je sais bien que tu es au courant et tu as probablement donné des raisons de son choix.

D’une part l’installation de PlayOnLinux (par exemple) ne nécessite que d’aller choisir son installation dans le "Software Center", si un débutant n’est pas en mesure de faire ça, où va-t-on…

Et d’autre part je ne pense pas que ça soit mieux à moyen terme pour un débutant. La communauté d’utilisateurs et plus petite.

Un débutant devrait plutôt s’orienter vers une distribution mainstream, justement parce qu’il est débutant.

Ne connaissant pas ZorinOS je me renseigne sur distrowatch.com :

Il y a une version 11 sortie en février (l’auteur original essaye d’installer la 9, qui date de juillet 2014).

Puis j’ai pas réussi à trouver à quoi correspondait la version Ultimate à 10 boules…

Additional information and screen shots can be found in the release announcement. Zorin OS 11 "Core" is available as a free download while the project's "Ultimate" edition can be purchased for €9.99.

Mouaif… Le look Windows il me semble qu’il suffit de changer de thème et pour l’intégration de wine, l’installation de PlayOnLinux facilite grandement son utilisation…

Note que tu entendras souvent parler d’expressions régulières (ou regular expression, ou regexp, ou encore regex), même si c’est effectivement un abus de langage…

Je ne connais pas cette distribution. Qu’apporte-t-elle par rapport à Ubuntu ?

car la copi des fichier est tres long et je ne peux quitter le terminal,

Je suppose que c’est pour ça qu’il ne te rend pas la main, il n’a pas fini la copie ?

et je ne veu pas en ouvrir un deuxieme

Pourquoi ? Ça ne pose vraiment aucun problème d’avoir 2 (ou 50) terminaux ouverts…

man nohup…

Comme dit plus haut, si tu lances une commande en finissant par un "&", elle va tourner en tâche de fond.

Oui mais s’il ferme son terminal ça va arrêter la tâche. Il faut utiliser nohup…

Pour moi "efi" c'est le type de partition créer par windows. (?)

Non, pas du tout.

https://fr.wikipedia.org/wiki/Unified_Extensible_Firmware_Interface

Le type de table de partitions c’est MBR ou GPT

http://lecrabeinfo.net/disque-dur-les-tables-de-partitions-mbr-et-gpt.html

J’ai vraiment du mal avec la conjugaison, je fais des efforts croyez-moi :)

Je ne sais pas si c'est toujours le cas, mais à une époque OpenBSD vendait ses iso, sinon il fallait que tu les produisent par toi-même.

Il y a Ardour qui demande de payer pour avoir la version binaire. Bien sûr, on peut télécharger les sources gratuitement et compiler soi-même. D’ailleurs je l’ai pas utilisé depuis un moment et je vois qu’il est maintenant à la version 5 !

Oui. Par contre ça prend du sens quand tu boucles un million de fois de ne pas forker un processus à chaque fois…

Non je vois ça comme des constructions commune auxquels n'importe qui peut participer.

Oui mais pour « participer », pour développer ce logiciel libre il faut vivre, donc il faut aussi de l’argent. L’argent n’est que du travail figé…

Si tu ne participes pas en codant (ou traduction, etc…), donc en donnant de ton temps, ou en donnant de ton argent, ce qui revient un peu au même, c’est comme si tu restais assis à regarder tes voisins construire la maison de la vieille… toi-même abrité par celles que d’autres auront construit pour toi par le passé…

mes parents ont utilisé Linux pendant plus de 10ans, sans jamais faire une ligne de commande

Je sais que Linux est prêt pour le desktop.

pour apprendre windows, on n'apprend pas (peut-etre à tort) à utiliser

Bah je suis assez vieux pour avoir dû apprendre ces commandes, à la maison comme à l’école, parce que les PC utilisaient DOS…

pour moins cela fait partie des usages AVANCES, bien loin du debutant qui demarres sur un nouveau systeme.

Apprendre qu’un ordinateur peut se programmer, qu’on peu lui faire enchaîner des actions sans avoir à taper sur son clavier ou utiliser une souris, ça permet de mieux comprendre les autres logiciels, y compris avec GUI… Et puis la base de l’informatique ça reste de traiter de l’information de la manière la plus automatisée possible…

Je ne vois pas trop ce que pourrait représenter « apprendre Linux » s’il s’agit d’utiliser Gnome ou KDE de manière basique pour regarder des photos de chaton…

C’est sûr qu’il y a plein de domaines autres, plus intéressant que le shell, mais je crois qu’il faut forcément en passer par là si tu veux t’intéresser à je ne sais pas, le web, XMPP, la programmation, etc… par exemple…

Et ce n’est pas forcément propre à Linux, sous Windows aussi tu vas finir par mettre le nez dans, si ce n’est du cmd.exe ou du Powershell, du VisualBasic ou autre :)

jai bosser la fonction ln mais javoue ne pas vraiment avoir compri lutiliter davoir deux fichier liee , je comprend pas le but du concept

Peut-être que tu connais un peu Windows ? Tu peux voir un lien symbolique comme un raccourcis Windows…

Par contre c’est plus puissant, évidemment :)

Tu peux avoir N lien symboliques qui pointent vers un même programme. Ce même programme se comportera différemment selon le nom du lien symbolique qu’on a utilisé pour le lancer, par exemple :

lrwxrwxrwx 1 root root 2 juil.  3  2015 /usr/bin/unxz -> xz
lrwxrwxrwx 1 root root 2 juil.  3  2015 /usr/bin/xzcat -> xz

On pourrait très bien n’avoir que le programme xz lui-même, et utiliser la bonne option selon que l’on veut lire décompresser un fichier .xz ou le décompresser seulement temporairement et afficher son contenu. C’est simplement plus pratique, plus simple à retenir.

Ça peut servir d’avoir des noms plus simples. Si par exemple tu dois accéder souvent à un dossier qui se trouve à un emplacement avec un nom long et compliqué tu peux simplement faire un lien, par exemple dans ton $HOME, pour pouvoir simplement faire cd /home/bob/lelienversledossier, c’est plus simple à taper…

J’ai failli dire qu’en plus d’être pas très passionnant cat était rarement utile en pensant à ça, c’est vrai qu’on l’utilise peu, mais je me suis abstenu, parce que quand même, cat permet de concatener des fichiers, ça peut servir parfois :)

Je n’ai pas trop d’idée d’exercices concrets là comme ça mais une chose est sûre, tu devrais installer les pages de manuel en français et les lire de A-Z. Je ne te dis pas d’essayer de tout comprendre, si tu buttes sur un truc tu passes simplement à la suite, par contre ça te donnera une bonne vu d’ensemble de chaque programme.

Ça pourra peut-être te donner des idées d’utilisation par rapport à ce que tu fais, ce que tu aimes… Et ça ne sera sûrement pas du temps perdu pour toi si tu veux vraiment apprendre le shell.

Je te donnes ma liste de commande que tu devrais étudier, parce que bon… cat c’est pas bien passionnant.

cp, rm, ln, find, grep, df, du, ls

Tu peux aussi lire le manuel de bash (l’interpréteur) lui-même. Pareil, si tu as du mal sur un point ne t’obstine pas, tu y reviendras…

La commande dont on se sert le plus souvent c’est la commande man :)

Si tu n’as pas ce manuel en français, indique quelle distribution tu utilises on pourra peut-être te dire comment les installer.

Petite erreur de ma part :

Là ça va copier tous les fichiers .jpg se trouvant dans tous les dossiers de $HOME (dont le dossier 'Images'…) toujours sans descendre dans les sous dossiers, par exemple un fichier ~/Images/toto/fichier.jpg ne serait pas copié.

En fait si… mais je te recommande quand même d’utiliser find…

comment on ecrit home , on ne peut qutiliser ~ ?

C'est le plus simple. Sinon tu peux utiliser $HOME ou bien /home/ton_nom_d_utilisateur/.

C’est tout à fait ça.

Par contre je ne pense pas qu’il ait un problème de droit… Déjà, il est dans son $HOME… et puis j’ai pas vu un message d’erreur type "Access denied"… La commande « qui marche » c’est plus probablement parce qu’il se trouve dans son répertoire Images.

Ça fait un peu beaucoup d'un coup

Oui :) Je pense qu’avant de se pencher sur les droits UNIX il devrait déjà mieux maîtriser la notion d’arborescence, de chemin relatif/absolu et de caractères spéciaux du shell…

~ vaut la valeur de la variable $HOME de ton profile :

stef@medusa:~$ echo ~
/home/stef
stef@medusa:~$ echo $HOME
/home/stef

Tu peux voir ici que ~ est également un caractère spécial pour le shell, si tu avais ce caractère dans un nom de fichier il faudrait également l’échapper :

(la commande touch crée un fichier vide si celui-ci n’existe pas)

stef@medusa:/tmp$ touch 't ~'
stef@medusa:/tmp$ echo t ~
t /home/stef
stef@medusa:/tmp$ echo t\ \~
t ~
stef@medusa:/tmp$ echo 't ~'
t ~
stef@medusa:/tmp$ rm t ~
rm: impossible de supprimer « t »: Aucun fichier ou dossier de ce type
rm: impossible de supprimer « /home/stef »: est un dossier
stef@medusa:/tmp$ rm 't ~'
stef@medusa:/tmp$

Tu peux voir avec la première commande rm qu’il essaye de supprimer un fichier nommé 't' et un fichier nommé '/home/stef', d’une part parce que l’espace n’est pas échappée, donc il pense que ce sont deux fichiers distincts, d’autre part il interprète le '~' en le transformant en '/home/stef'…

Avec les guillemets (ou bien les anti-slashes : t\ \~ pas de problème, le shell comprend qu’on lui indique un seul fichier, nommé 't ~'.

Bon… en vrai $ echo t\ ~ devrait fonctionner aussi mais bon là ça va compliquer :)

$ mv *.jpg /home/valarr/mondossier

ou encore :

$ mv *.jpg ~/mondossier

qui revient au même si tant est que tu sois l’utilisateur 'valarr' et que celui-ci ait comme HOMEDIR /home/valarr (c’est très habituel comme configuration, c’est probablement le cas sur ton système…)

valarr@valarr-MS-7599:~$ cd [www* mondossier/

Tu mélanges un peu tout… Bon déjà tu as écris 'cd' au lieu de 'cp' mais passons… (ça change rien à ton problème)

Il faudrait que tu comprennes la notions de caractère spéciaux et d’échappement de ceux-ci.

$ ls *pasbien*
[www.Cpasbien.me] Red.Dawn.2012.VOSTFR.DVDRiP.XviD-NIKOo.avi

Les fichiers tipiakés c’est pas bien !

Maintenant voilà ce qui apparaît si je tape ls [ puis que j’appuie sur la touche Tabulation :

$ ls \[www.Cpasbien.me\]\ Red.Dawn.2012.VOSTFR.DVDRiP.XviD-NIKOo.avi 

Le shell a complété ma commande (c’est le seul fichier qui correspond à ce motif, qui commence par '['), et comme tu peux voir, il a utilisé le caractère d’échappement \ pour que les espaces qui les suivent soient bien considérées comme faisant partie du nom du fichier et pas comme étant une séparation entre deux noms de fichier ! Les crochets sont également échappés car ils ont aussi une signification spéciale pour le shell.

On arrive au même résultat en utilisant des guillemets :

Si je tape ls "[ et que j’appuie sur tabulation le shell complète ma commande ainsi :

$ ls "[www.Cpasbien.me] Red.Dawn.2012.VOSTFR.DVDRiP.XviD-NIKOo.avi"

valarr@valarr-MS-7599:~$ cp *.jpg mondossier/
cp: impossible d'évaluer '*.jpg': Aucun fichier ou dossier de ce type

en gros cest pour envoyer tout les fichier jpg dans mondossier

sauf que je me trouve dans HOMe quand je tape cette commande , et je n'ai aucun fichier jpg dans HOMe mais dans Images,

Donc c’est normal que ça donne : '*.jpg': Aucun fichier ou dossier de ce type

et j'ai essayer la meme commande mais en etant dans le dossier Images mais sa na pas marcher non plus,

valarr@valarr-MS-7599:~/Images$ cp *.jpg mondossier/
cp: la cible 'mondossier/' n'est pas un répertoire

Et c’est tout aussi normal là encore :) Vu que maintenant c’est qu’il n’y a pas de dossier 'mondossier' dans le dossier 'Images' : 'mondossier/' n'est pas un répertoire

Tu peux faire :

valarr@valarr-MS-7599:~/Images$ cp *.jpg ../mondossier/


'..' désigne le dossier parent (donc /home/valarr dans ce cas), ça copiera tous les fichiers .jpg se trouvant dans 'Images' (mais pas ses sous-dossiers) dans le dossier $HOME/mondossier (~/mondossier)

Si maintenant tu fais :

valarr@valarr-MS-7599:~$ cp */*.jpg mondossier/

Là ça va copier tous les fichiers .jpg se trouvant dans tous les dossiers de $HOME (dont le dossier 'Images'…) toujours sans descendre dans les sous dossiers, par exemple un fichier ~/Images/toto/fichier.jpg ne serait pas copié.

Pour faire ce que tu semble vouloir faire, c’est à dire copier tous les fichiers avec l’extension .jpg se trouvant dans l’arborescence de ton répertoire personnel (/home/valarr) dans /home/valarr/mondossier il faudrait plutôt utiliser la commande find :

valarr@valarr-MS-7599:~$ find . -name '*.jpg' -exec cp -a {} mondossier \;

PS : Fait attention à ton orthographe, plus il y a de fautes et moins tu as de chance que des gens t’aident…