Marotte ⛧ a écrit 8739 commentaires

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…

https://linuxfr.org/wiki/aide-edition#code

Il s’agit encore ici d’échapper des caractères ;)

Exemple de "code" je peux
mettre des retours à la ligne et
des * et ce que je veux : # ! \ /
ça s’affiche correctement.

Je pense ta commande n’aboutit pas car tu n’as pas « échappé » les espaces…

Si tu veux déplacer un fichier dont le nom contient des espaces vers un répertoire dont le nom contient des espaces il faut éviter que le shell interprète les espaces comme séparateur d’arguments :

soit avec des quotes (ici j’utilise des doubles mais des simples feraient l’affaire…)

mv "nom fichier avec espace.truc" "dossier de destination"

soit en échappant les espaces une par une :

mv nom\ fichier\ avec\ espace.truc dossier\ de\ destination

Si tu utilises la complétion avec la touche TAB tu verras qu’il ajoute ces \ automatiquement.

la commande ne marche pas…

Précise quel message d’erreur tu as (ou quel comportement) parce que : « ça marche pas » ça nous aide pas des masses ;)

La méthode que j'ai en tête est une extraction au format CSV puis passage à curl et réinjection du résultat.

Je trouve que c’est une bonne méthode et je n’en vois pas d’autre.

Tu lis ton export ligne par ligne, tu testes l’url, si c’est OK (un code HTTP 200 par exemple) tu colles la ligne dans un CSV de sortie, que tu pourra ensuite réimporter dans Keepass.

(attention c’est simpliste, en procédant ainsi tu n’aurais dans le fichier final plus que les mots de passe dont l’URL a répondu au moment du test :)

Tu dois pouvoir faire l’export en ligne de commande si tu as beaucoup de fichiers Keepass à traiter.

À propos de SQL_NO_CACHE :

http://stackoverflow.com/questions/181894/mysql-force-not-to-use-cache-for-testing-speed-of-query

This will stop MySQL caching the results, however be aware that other OS and disk caches may also impact performance. These are harder to get around.

C’est une chose. Ensuite.

Le fait que tu es beaucoup de résultats ne change presque rien au temps d’exécution vu que tu n’écris les résultats nulle part…

Vérifies tes requêtes avec : https://dev.mysql.com/doc/refman/5.5/en/execution-plan-information.html

Peut-être que le moteur utilise des index (internes, automatiques…) pour simplifier tes jointures de vandale…

2>&1

Pourquoi ? Il me semble que ta commande mysql ne devrait rien renvoyer sur stderr en temps normal, donc pourquoi te passer d’éventuels messages d’erreur ?

Également, est-ce que les tables sur lesquelles tu fais tes requêtes sont conséquentes en nombres d’enregistrements ? Pour benchmarker des requêtes il vaut mieux des tables bien remplies…

Bien vu :)