#151 Le 06/03/2019, à 19:09
- Watael
Re : discussion sur les pratiques des aidants
mais pourquoi wc ?
grep -c '127\.0\.0\.1' /etc/hosts
!
Connected \o/
Welcome to sHell. · eval is evil.
En ligne
#152 Le 06/03/2019, à 19:27
- melixgaro
Re : discussion sur les pratiques des aidants
c'est pour faire découvrir deux commandes, grep et wc
Linux depuis ~2007. Xubuntu seulement.
Hors ligne
#153 Le 07/03/2019, à 01:37
- moko138
Re : discussion sur les pratiques des aidants
moko138 a écrit :Si je comprends bien, ça suppose que tous les demandeurs et tous les aidants adoptent ces .bashrc et .bash_aliases modifiés ???
Dans l'idéal oui.
Mais le but du .bash_aliases voire d'un second fichier de bash_aliases est de se caler une bonne fois pour toutes pour notre forum un dictionnaire de commandes, sans écraser le .bashrc ou le .bash_alias existant.
La moitié de vos commandes ici m'est incompréhensible d'où pourquoi je fais un dictionnaire.
(...)
Enfin, je vous vois venir avec vos modifications sur ce topic, il y en aura 2000 et vous serez paumés. D'où pourquoi je veux (que vous) tracer (tracez) dans le GIT ce que vous proposez,.
Mais... D'abord c'est une méprise !
Chaque commande composite a son fil !
Prenons l'exemple du wifi : on a d'abord eu le fil de mr_pouit, puis le fil de cracolinux qui visait à synthétiser le précédent en un script. Et enfin la brève page de la Doc.
Donc quand ton intérêt du moment te porte vers une commande, tu vas sur son fil, point.
Ensuite, le côté "une fois pour toutes" est illusoire parce que :
- il fait fi des améliorations successives ;
- il est incompatible avec les nouveautés (uefi, nvme, emmc...) ;
- il est incompatible avec les remplacements (nm-tool remplacé par nmcli).
Enfin, l'idée d'uniformiser nos systèmes, est-elle dans l'esprit du libre ?
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#154 Le 07/03/2019, à 01:38
- moko138
Re : discussion sur les pratiques des aidants
moko138 a écrit :Je viens de modifier pour la 36ème fois la "looooongue" mais unique ligne de diagnostic(*) de "Ma clef (ou autre support amovible) ne monte pas ou mal".
Le problème est qu'avec cette 36eme modification, on ne distingue aucune trace.
???
Mais qu'est-ce que tu entends par là ?
___
(*) AJOUT : je remets le lien.
Dernière modification par moko138 (Le 07/03/2019, à 01:41)
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#155 Le 07/03/2019, à 07:08
- rogn...
Re : discussion sur les pratiques des aidants
moko138 : tu as tout faux sur toute la ligne. Mais bon, tant pis, je ne suis visiblement pas apte à bien argumenter dessus, donc je continuerai mon travail de fond et je le proposerai au besoin.
---
Pour ta dernière commande, tu peux corriger ainsi :
echo "Nombre d'éléments dans '$USER' appartenant à root :" ; ls -laR ~ 2>/dev/null | grep "root " | grep -v "\.\." | wc -l
Vlaf : une ligne de plus dans mon git
Dernière modification par rogn... (Le 07/03/2019, à 07:08)
#156 Le 07/03/2019, à 07:51
- bruno
Re : discussion sur les pratiques des aidants
@rogn… : as-tu compris la remarque de watael en #150 ? Cette commande ne fait pas ce que tu veux.
Dernière modification par bruno (Le 07/03/2019, à 09:05)
#157 Le 07/03/2019, à 08:14
- rogn...
Re : discussion sur les pratiques des aidants
Ah bon ?
#158 Le 07/03/2019, à 08:22
- bruno
Re : discussion sur les pratiques des aidants
Ce que montre Watael en #150 c'est que ta commande :
ls -laR ~ 2>/dev/null | grep "root "
risque de générer des faux positifs si un fichier ou un dossier contient le motif recherché avec grep.
D'autre part en redirigeant la sortie d'erreurs vers /dev/null tu vas passer à côté des fichiers/dossiers appartenant à root et non accessible en lecture à l'utilisateur qui lance la commande.
Une méthode sûre, et plus simple serait :
sudo find -user root | wc -l
Dernière modification par bruno (Le 07/03/2019, à 09:05)
#159 Le 07/03/2019, à 08:40
- rogn...
Re : discussion sur les pratiques des aidants
Ce que montre Watael en #150 c'est que ta commande :
ls -laR ~ 2>/dev/null | grep "root "
risque de générer des faux positifs si un fichier ou un dossier contient le motif recherché avec grep.
D'autre part en redirigeant la sortie d'erreurs vers /dev/null tu vas passer à côté des fichiers/dossiers appartenant à root et non accessible en lecture à l'utilisateur qui lance la commande.
Une méthode sûre, et plus simple serait :sudo find -user root | wc -l
Heu là tu parles de moko138, pas de moi.
#160 Le 07/03/2019, à 09:06
- bruno
Re : discussion sur les pratiques des aidants
Je parle bien de ta commande en #156.
#161 Le 07/03/2019, à 09:12
- diesel
Re : discussion sur les pratiques des aidants
Je parle bien de ta commande en #156.
Pourquoi ?, ça t'arrive souvent d'utiliser des noms de fichiers comme ça : 'Fichier a moi et pas à root Na !'
Amicalement.
Jean-Marie
Dernière modification par diesel (Le 07/03/2019, à 09:14)
Je déteste qu'on cherche à me faire passer pour un con, j'y arrive déjà très bien tout seul.
Le mort, il sait pas qu'il est mort ; c'est pour les autres que c'est dur.................... Pour les cons, c'est pareil.
Hors ligne
#162 Le 07/03/2019, à 09:14
- rogn...
Re : discussion sur les pratiques des aidants
Sauf que ce n'est pas ma commande mais celle de moko138
echo "Nombre d'éléments du home/user appartenant à root :" ; ls -laR ~ 2>/dev/null | grep "root " | grep -v "\.\." | wc -l
#que j'ai corrigé en
echo "Nombre d'éléments dans '$USER' appartenant à root :" ; ls -laR ~ 2>/dev/null | grep "root " | grep -v "\.\." | wc -l
Sur le principe je suis d'accord avec toi.
sudo find -user root | wc -l
---
Pour rappel, je tape dans le fichier hosts
echo "Script is removing $(grep '127.0.0.1' /etc/hosts | wc -l) entries"; sudo rm /etc/hosts && sudo cp /etc/hosts.new /etc/hosts; echo "hosts has now $(grep '127.0.0.1' /etc/hosts | wc -l) entries"; echo "End of switch";
Watael a ( à juste titre , je n'ai pas validé) suggéré pour compter le nombre de sites redirigés vers "127.0.0.1" trouvées dans /etc/hosts
grep -c '127\.0\.0\.1' /etc/hosts
Dernière modification par rogn... (Le 07/03/2019, à 09:35)
#163 Le 07/03/2019, à 09:15
- diesel
Re : discussion sur les pratiques des aidants
J'adore ce fil, je ris beaucoup.
Amicalement.
Jean-Marie
Je déteste qu'on cherche à me faire passer pour un con, j'y arrive déjà très bien tout seul.
Le mort, il sait pas qu'il est mort ; c'est pour les autres que c'est dur.................... Pour les cons, c'est pareil.
Hors ligne
#164 Le 07/03/2019, à 09:17
- diesel
Re : discussion sur les pratiques des aidants
Watael a ( à juste titre , je n'ai pas validé) suggéré pour compter le nombre d’occurrences de "127.0.0.1" trouvées dans /etc/hosts
grep -c '127\.0\.0\.1' /etc/hosts
'tain !, si tu commences à mettre en doute les lignes de commande de Watael, il y a crime de lèse majesté !
Cela étant, ça marche pô (enfin pas systématiquement).
Il suffit qu'il y ait un 127.0.0.1 dans une ou plusieurs lignes de commentaires pour que le décompte ne veuille plus rien dire. De plus, l'option -c de grep compte un nombre de lignes, ce qui fait que, s'il y a plusieurs occurrences de la chaîne recherchée dans une même ligne, il n'en comptera qu'une.
Amicalement.
Jean-Marie
Dernière modification par diesel (Le 07/03/2019, à 09:26)
Je déteste qu'on cherche à me faire passer pour un con, j'y arrive déjà très bien tout seul.
Le mort, il sait pas qu'il est mort ; c'est pour les autres que c'est dur.................... Pour les cons, c'est pareil.
Hors ligne
#165 Le 07/03/2019, à 09:26
- rogn...
Re : discussion sur les pratiques des aidants
Il suffit qu'il y ait un 127.0.0.1 dans une ou plusieurs lignes de commentaires pour que le décompte ne veuille plus rien dire (sauf le nombre d'apparition de la chaîne "127.0.0.1". dans le fichier /etc/hosts).
grep -c '^127\.0\.0\.1' /etc/hosts
?
s'il y a plusieurs occurrences de la chaîne recherchée dans une même ligne, il n'en comptera qu'une.
Je ne veux pas compter bêtement mais savoir combien de sites sont redirigés vers 127.0.0.1 .
Dernière modification par rogn... (Le 07/03/2019, à 09:29)
#166 Le 07/03/2019, à 09:27
- diesel
Re : discussion sur les pratiques des aidants
diesel83140 a écrit :Il suffit qu'il y ait un 127.0.0.1 dans une ou plusieurs lignes de commentaires pour que le décompte ne veuille plus rien dire (sauf le nombre d'apparition de la chaîne "127.0.0.1". dans le fichier /etc/hosts).
grep -c '^127\.0\.0\.1' /etc/hosts
?
C'est mieux (j'ai pas dit parfait).
Amicalement.
Jean-Marie
Dernière modification par diesel (Le 07/03/2019, à 09:28)
Je déteste qu'on cherche à me faire passer pour un con, j'y arrive déjà très bien tout seul.
Le mort, il sait pas qu'il est mort ; c'est pour les autres que c'est dur.................... Pour les cons, c'est pareil.
Hors ligne
#167 Le 07/03/2019, à 09:36
- diesel
Re : discussion sur les pratiques des aidants
Ceci dit, vous vous cassez bien la tête avec des commandes imparfaites pour pas grand-chose.
Vous pensez que vous avez vraiment besoin de tout ça pour trouver le nombre de "127.0.0.1" dans ce fichier ?
jean-marie@jean-marie:~$ cat /etc/hosts
127.0.0.1 localhost
127.0.1.1 jean-marie
# The following lines are desirable for IPv6 capable hosts
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
jean-marie@jean-marie:~$
J'ai vraiment aussi vite fait de jeter un coup d’œil pour répondre "1".
Et en plus, je vois qu'il y a deux alias pour l'adresse de loopback (parce que 127.0.0.1 et 127.0.1.1 servent à la même chose).
Enfin, j'ai pu vérifier qu'il n'y avait pas d'erreur dans le fichier.
Amicalement.
Jean-Marie
Dernière modification par diesel (Le 07/03/2019, à 09:38)
Je déteste qu'on cherche à me faire passer pour un con, j'y arrive déjà très bien tout seul.
Le mort, il sait pas qu'il est mort ; c'est pour les autres que c'est dur.................... Pour les cons, c'est pareil.
Hors ligne
#168 Le 07/03/2019, à 09:36
- rogn...
Re : discussion sur les pratiques des aidants
Ceci dit, vous vous cassez bien la tête avec des commandes imparfaites pour pas grand-chose.
Vous pensez que vous avez vraiment besoin de tout ça pour trouver le nombre de "127.0.0.1" dans ce fichier ?
Veux-tu que je te fasses part du mien ? Il a bien 750.000 lignes.
Mon but est de compter le nombre de sites redirigés vers 127.0.0.1
Si tu as dans /etc/hosts
127.0.0.1 127.0.0.1
ça ne comptera qu'une seule ligne.
Dernière modification par rogn... (Le 07/03/2019, à 09:38)
#169 Le 07/03/2019, à 09:40
- diesel
Re : discussion sur les pratiques des aidants
Veux-tu que je te fasses part du mien ? Il a bien 750.000 lignes.
'tain !, j'aimerais pas habiter dans ton système.
Amicalement.
Jean-Marie
Je déteste qu'on cherche à me faire passer pour un con, j'y arrive déjà très bien tout seul.
Le mort, il sait pas qu'il est mort ; c'est pour les autres que c'est dur.................... Pour les cons, c'est pareil.
Hors ligne
#170 Le 07/03/2019, à 09:43
- Watael
Re : discussion sur les pratiques des aidants
qu'est-ce qui pourrait encore faire donner des "faux-positifs" à cette ligne ?
le format de /etc/hosts est strict :
IP_address canonical_hostname [aliases...]
on ne devrait donc pas y trouver 127.0.0.1 127.0.0.1
Dernière modification par Watael (Le 07/03/2019, à 09:45)
Connected \o/
Welcome to sHell. · eval is evil.
En ligne
#171 Le 07/03/2019, à 09:45
- rogn...
Re : discussion sur les pratiques des aidants
rogn... a écrit :Veux-tu que je te fasses part du mien ? Il a bien 750.000 lignes.
'tain !, j'aimerais pas habiter dans ton système.
Amicalement.
Jean-Marie
C'est intelligent ça comme remarque.
#172 Le 07/03/2019, à 09:46
- diesel
Re : discussion sur les pratiques des aidants
qu'est-ce qui pourrait encore faire donner des "faux-positifs" à cette ligne ?
Ça
127.0.0.1blablabla
qui n'est pas correct au sens de la syntaxe du fichier /etc/hosts mais qui comptera pour 1.
Amicalement.
Jean-Marie
Je déteste qu'on cherche à me faire passer pour un con, j'y arrive déjà très bien tout seul.
Le mort, il sait pas qu'il est mort ; c'est pour les autres que c'est dur.................... Pour les cons, c'est pareil.
Hors ligne
#173 Le 07/03/2019, à 09:48
- rogn...
Re : discussion sur les pratiques des aidants
on ne devrait donc pas y trouver 127.0.0.1 127.0.0.1
C'est tout à fait possible, le canonical_hostname peut être une adresse IP.
#174 Le 07/03/2019, à 09:52
- diesel
Re : discussion sur les pratiques des aidants
diesel83140 a écrit :rogn... a écrit :Veux-tu que je te fasses part du mien ? Il a bien 750.000 lignes.
'tain !, j'aimerais pas habiter dans ton système.
Amicalement.
Jean-Marie
C'est intelligent ça comme remarque.
Je n'ai jamais prétendu que c'était intelligent mais je peux te garantir que c'est vrai.
Dans les systèmes modernes, le fichier /etc/hosts ne sert plus à rien (il y a d'autres outils bien plus performants) et est conservé par souci de compatibilité avec d'éventuels anciens outils (c'est comme /etc/network/interfaces depuis l'arrivée de network Manager ou systemd.network, ou de /etc/rc.d depuis la mise en place de systemd). Il n'y a donc plus aucune raison d'y mettre autre chose que le minimum syndical déposé à l'installation.
Mais tu fais comme tu veux.
Amicalement.
Jean-Marie
Je déteste qu'on cherche à me faire passer pour un con, j'y arrive déjà très bien tout seul.
Le mort, il sait pas qu'il est mort ; c'est pour les autres que c'est dur.................... Pour les cons, c'est pareil.
Hors ligne
#175 Le 07/03/2019, à 09:55
- Watael
Re : discussion sur les pratiques des aidants
d'autres outils bien plus performants
des noms !
des noms !
Dernière modification par Watael (Le 07/03/2019, à 09:55)
Connected \o/
Welcome to sHell. · eval is evil.
En ligne