Une suggestion en boucle while:
===
grep 'CLIENT USER' *.aud | cut -d ':' -f 1,3 | \
while read nom valeur; do
echo "nom='${nom}' valeur='${valeur}'"
done
===
cela permet d'extraire les informations (ici on aura nom de la forme 'fich#:', et valeur='oracle').
Si besoin, nettoyer le nom du caractère ":" final...
Ainsi, dans la boucle du while, il sera possible de faire des tests pour chaque "ligne".
Voici quelques éléments qui pourront peut-être servir:
1) Routes
Je n'ai pas compris: "routes en dur" ?
S'il s'agit de retrouver les routes à chaque démarrage, alors il existe des fichiers spécifiques au routage sous RedHat:
¤ Un pointeur pour référence:
[http://www.commentcamarche.net/forum/affich-1819610-sauvegar(...)]
¤ Voici quelques endroits plausibles:
-> Le fichier [/etc/sysconfig/static-routes]
-> Dans le répertoire [/etc/sysconfig/network-scripts/], des fichiers de la forme route-[if] (par ex: route-eth0)
2) Statistiques: "netstat"
¤ Au niveau interface (nombre paquets reçus/émis, OK, Erreur, Collisions...):
===
netstat --interface
===
¤ Aux niveaux "supérieurs"
===
netstat --statistics
===
plus verbeux :-) mais avec des infos sur IP, ICMP, TCP...
=> Pour de plus amples infos, il faudra lire une documentation (page man/info, web ...)
Par contre, si le besoin relève de metrologie, je suggère l'utilisation d'une solution plus "haute" type: Cacti [http://www.cacti.net], Nagios [http://www.nagios.org/], etc...
Il devrait être possible de les paramétrer pour émettre des alertes sur le volume traité.
Au niveau d'une analyse du contenu, il s'agira plutôt de solutions type IDS (Snort [http://www.snort.org], Prelude-IDS [http://www.prelude-ids.org], ...), etc..
Je te suggère plutôt de chercher du côté de la commande mount et de ses options. Il devrait y avoir la possibilité de retrouver celles utilisées par l'ex-Mandrivia et les appliquer alors, sur la (nouvelle) Ubuntu.
J'ai vu des options pour des partitions NTFS type "utf8=true" et "nls=utf8"....
peut-être qu'il existe des équivalents pour les partitions type /home (reiserfs ?, ext3 ?, ?)/
Sinon, pour renommer "à la volé", il est possible d'envisager de faire:
1) find pour lister les fichiers;
2) utiliser l'astuce [http://linuxfr.org/forums/41/14786.html] avec iconv comme convertisseur de nom ;-)
3) mv (ou cp pour plus de sûreté)
J'ai remarqué que dans le script de démarrage la ligne suivante dans la fonction start:
===
...
daemon [ $BINARY -d ] on
...
===
=> Est-ce que les crochets "[]" étaient déjà présents dans le script initial ?
=> Ne seraient-ils pas interprétés par le shell (ici /bin/sh) comme l'opérateur de test (petit couteau suisse des scripts shell) ?
Sinon, j'ai trouvé comme syntaxe de daemon:
===
daemon ${BINARY} ${BINARGS}
===
dans d'autres scripts de démarrage (par ex. /etc/init.d/dhcpd)
Peux-être qu'en adaptant (extrapolation ^__^) au cas de SVN, cela donnerait:
===
daemon $BINARY -d -r /usr/local/svn on
===
A tester via:
===
service svnserve start
===
ou équivalent :-)
Le résultat de:
===
df -hi
===
peut être (est) aussi intéressant car il complète l'information espace disponible (df -h) par le nombre d'i-nodes [http://fr.wikipedia.org/wiki/Inode] disponibles.
Il arrive d'avoir encore de l'espace disque disponible mais plus d'inode...
Cdlt,
PS: ... fort heureusement, ce n'est pas la majorité des cas ^__^
Pour des outils, j'ai quelques suggestions:
¤ Ultimate Boot CD [http://www.ultimatebootcd.com/]
=> C'est un CD qui contient plusieurs outils pour tester, entre autre, le disque dur (S.M.A.R.T., état physique, ...);
Par contre, il faudra démarrer depuis le CD (bootcd)
Je crois qu'il faudrait retirer l'option "fetchall" du fichier de configuration ".fetchmailrc" car c'est elle qui indique à fetchmail de récupérer tous les mails ("lus" et "non lus").
[^] # Re: Boucle for => Alternative en while
Posté par Steve Azriel . En réponse au message Shell : besoin de faire une boucle :(. Évalué à 3.
Une suggestion en boucle while:
===
grep 'CLIENT USER' *.aud | cut -d ':' -f 1,3 | \
while read nom valeur; do
echo "nom='${nom}' valeur='${valeur}'"
done
===
cela permet d'extraire les informations (ici on aura nom de la forme 'fich#:', et valeur='oracle').
Si besoin, nettoyer le nom du caractère ":" final...
Ainsi, dans la boucle du while, il sera possible de faire des tests pour chaque "ligne".
Cdlt,
# Pistes...
Posté par Steve Azriel . En réponse au message Questions réseaux.... Évalué à 4.
Voici quelques éléments qui pourront peut-être servir:
1) Routes
Je n'ai pas compris: "routes en dur" ?
S'il s'agit de retrouver les routes à chaque démarrage, alors il existe des fichiers spécifiques au routage sous RedHat:
¤ Un pointeur pour référence:
[http://www.commentcamarche.net/forum/affich-1819610-sauvegar(...)]
¤ Voici quelques endroits plausibles:
-> Le fichier [/etc/sysconfig/static-routes]
-> Dans le répertoire [/etc/sysconfig/network-scripts/], des fichiers de la forme route-[if] (par ex: route-eth0)
2) Statistiques: "netstat"
¤ Au niveau interface (nombre paquets reçus/émis, OK, Erreur, Collisions...):
===
netstat --interface
===
¤ Aux niveaux "supérieurs"
===
netstat --statistics
===
plus verbeux :-) mais avec des infos sur IP, ICMP, TCP...
=> Pour de plus amples infos, il faudra lire une documentation (page man/info, web ...)
Par contre, si le besoin relève de metrologie, je suggère l'utilisation d'une solution plus "haute" type: Cacti [http://www.cacti.net], Nagios [http://www.nagios.org/], etc...
Il devrait être possible de les paramétrer pour émettre des alertes sur le volume traité.
Au niveau d'une analyse du contenu, il s'agira plutôt de solutions type IDS (Snort [http://www.snort.org], Prelude-IDS [http://www.prelude-ids.org], ...), etc..
Bon courage !
Cdlt,
# Options de la commande mount
Posté par Steve Azriel . En réponse au message Noms de fichiers: Unicode, pas Unicode.... Évalué à 1.
Je te suggère plutôt de chercher du côté de la commande mount et de ses options. Il devrait y avoir la possibilité de retrouver celles utilisées par l'ex-Mandrivia et les appliquer alors, sur la (nouvelle) Ubuntu.
J'ai vu des options pour des partitions NTFS type "utf8=true" et "nls=utf8"....
peut-être qu'il existe des équivalents pour les partitions type /home (reiserfs ?, ext3 ?, ?)/
Sinon, pour renommer "à la volé", il est possible d'envisager de faire:
1) find pour lister les fichiers;
2) utiliser l'astuce [http://linuxfr.org/forums/41/14786.html] avec iconv comme convertisseur de nom ;-)
3) mv (ou cp pour plus de sûreté)
Bon courage !
Cdlt,
# Pourquoi des [] dans l'appel à daemon ?
Posté par Steve Azriel . En réponse au message script de lancement. Évalué à 3.
J'ai remarqué que dans le script de démarrage la ligne suivante dans la fonction start:
===
...
daemon [ $BINARY -d ] on
...
===
=> Est-ce que les crochets "[]" étaient déjà présents dans le script initial ?
=> Ne seraient-ils pas interprétés par le shell (ici /bin/sh) comme l'opérateur de test (petit couteau suisse des scripts shell) ?
Sinon, j'ai trouvé comme syntaxe de daemon:
===
daemon ${BINARY} ${BINARGS}
===
dans d'autres scripts de démarrage (par ex. /etc/init.d/dhcpd)
Peux-être qu'en adaptant (extrapolation ^__^) au cas de SVN, cela donnerait:
===
daemon $BINARY -d -r /usr/local/svn on
===
A tester via:
===
service svnserve start
===
ou équivalent :-)
Bon courage !
Cdlt,
[^] # Re: df & logwatch
Posté par Steve Azriel . En réponse au message espace disque restant. Évalué à 4.
Juste pour compléter la partie df:
Le résultat de:
===
df -hi
===
peut être (est) aussi intéressant car il complète l'information espace disponible (df -h) par le nombre d'i-nodes [http://fr.wikipedia.org/wiki/Inode] disponibles.
Il arrive d'avoir encore de l'espace disque disponible mais plus d'inode...
Cdlt,
PS: ... fort heureusement, ce n'est pas la majorité des cas ^__^
# Quelques suggestions
Posté par Steve Azriel . En réponse au message Problème ( hard ) de disque dur. Évalué à 2.
Pour des outils, j'ai quelques suggestions:
¤ Ultimate Boot CD [http://www.ultimatebootcd.com/]
=> C'est un CD qui contient plusieurs outils pour tester, entre autre, le disque dur (S.M.A.R.T., état physique, ...);
Par contre, il faudra démarrer depuis le CD (bootcd)
¤ Un article de Lea-Linux [http://www.lea-linux.org/cached/index/Hardware-hard_plus-sma(...)]
=> Des conseils avec exemples :-).
Cdlt,
PS: A priori, le changement de disque me paraît inévitable :'(
# Option "fetchall"
Posté par Steve Azriel . En réponse au message Fetchmail. Évalué à 1.
Je crois qu'il faudrait retirer l'option "fetchall" du fichier de configuration ".fetchmailrc" car c'est elle qui indique à fetchmail de récupérer tous les mails ("lus" et "non lus").
A tester :-)
Cdlt,