peck a écrit 565 commentaires

Exactement, les intervalles ne pouvant pas être inférieure à 1mn.

Les commandes : crontab -l pour voir et crontab -e pour éditer.

man 5 crontab pour le format de fichier (avec exemples à la fin).

Selon ta distribution (exemple sur debian), il y a des scripts (dans /etc/network/if-post-up.d) qui sont lancé dès que la carte est configurée, ce qui est le cas lorsqu'un câble est branché sur une distro moderne.

Attention, cela ne veut pas dire pour autant que tu as vraiment accès à internet.

Après je ne vois pas d'autre évènement qui puisse te dire que tu es vraiment connecté à internet, si c'est ce que tu veux, il te faudra faire une cron avec un test de ping par exemple.

En effet il te suffit de modifier fstab et la conf grub.

Attention, grub ne prend ni des uuid, ni des /dev, mais un format perso (hdX,Y) facile a comprendre.
Et attention à réiinstaller proprement le mbr sur le nouveau disque.

PS: merci pour ton PS :-)

A partir du moment ou tu démarre d'un live cd, le plus simple c'est quand même rsync :

-> création de partitions (lvm ou autre) sur le nouveau disque
-> rsync /mnt/disque1 /mnt/disque2 (a répéter pour chaque partition)
-> installer le bootloader (grub ou lilo)


Sinon, il te faudra d'abord redimensionner le fs (avec ext2resize par exemple), et les données ont un petit peu plus de risque d'être abimées (coupure électrique toussa ...).

Je serais étonné que linux ne supporte pas le standard scsi intégralement. Ce qui veut dire que le maximum supporté par linux est le maximum tout court.

Le maximum est indiqué par le protocole scsi, au hasard par les commandes read :-)

read(16) et read(32) on les plus grosses adresses de bloc -> wikipedia -> 64 bits -> 8 388 608 PiB

Je ne vois pas les guillemets dans --exclude ^\./\.hg/.* aurais-tu oublié de le mettre autour de ~$ ?

Dans ce cas ils sera remplacé automatiquement par ton home.

En fait ça dépend de tes besoins.
La réponse est oui, il vaut mieux un réglage plu fin du timeout qu'un restart.

Mais une solution plus efficace serait d'installer un serveur dns local configuré en resolver.


Après tu as l'air de dire que ca améliore les performances du système sans trop savoir quoi. Il faut bien se rendre compte que sur un système typique, les résolutions dns sont relativement rares et donc le gain est assez faible.

Pour voir le flux esavoir si c'est dropé il y a plusieurs solutions :
* tcpdump de chaque coté et tu compare pour savoir si les paquets partis d'un coté sont bien arrivé de l'autre, l'avantage c'est que tu sais dans quel sens ca coupe.

* ping la machine en face, ca prouve rien, mais si ca passe c'est déjà que c'est pas un problème de routage

* nc (ou telnet) lamachine.net mysql : si tu n'as pas la ligne d'accueil mysql c'est qu'il y a un problème réseau (routage, firewall ...)

* si ca répond, puis que ca ferme la connexion c'est un problème de config de ton serveur

* si ca répond et que ca attend, c'est juste un problème de droit d'accèe à ta base

Nscd ne respecte pas les ttl, il utilise son propre timeout (configurable) pour les données.
donc il peut faire des résolutions erronées si un changement de nom a eu lieu il y a moins de 2h

Avant AIGLX, il suffisait de faire un affichage indirect pour forcer l'utilisation de mesa à la place d'opengl. Par exemple en passant par le réseau (export DISPLAY=127.0.0.1).

Maintenant, il faut aussi désactiver AIGLX pour que cela marche.

Vu que le produit peut se brancher directement sur un home cinéma, un ordinateur ou autre, il est probable qu'il se connecte avec une prise jack directement sur la carte son -> linux, windows, multidesk os ...

La base termcap (terminfo) contient les attributs visibles du terminal, c'est à dire ceux qui sont lus par les applications qui tournent dans le terminal. Ces applications lisent /etc/

http://linux-attitude.fr/post/Phase-terminale pour un peu plus de détail, mais tu dois connaitre si tu connais le man :-) La base est dans /etc/terminfo ou /lib/terminfo selon les istrib. Attention, je ne connais pas bien netbsd, ca peut aussi être un termcap.



Xterm est un soft X qui utilise les resources X11 pour se configurer (genre le nombre de colonnes). Pour modifier ces valeurs c'est plutôt dans /etc/X11/*/Xterm que tu dois faire des modifications.

ctrl-c envoit un signal SIGTERM a l'application :


kill -15 $PID


Pour connaître la liste des signaux

kill -l

Slocate est une autre version de locate : http://linux-attitude.fr/post/Le-GPS-des-fichiers

La commande pour mettre à jour la base de données s'appelle updatedb (a lancer en root).

Le délai limite est de 2 mois (ils visent la limite pour rendre les copies). Et il faut compter un maximum de 3 mois de conciliation. A moins de quelques irrégularités, le standard n'en est donc pas un pour encore 4 mois.

Je te propose de lire ceci : http://linux-attitude.fr/post/Et-la-marmotte

En tout cas c'est une tradition bien expliquée par Godwin, tu gagne un point pour commencer par Goebels.

Change de PC ;-)

Je ne vois pas vraiment de solution car c'est l'algorithme qui est en cause, d'un coté il nécessite plus de puissance pour le décodage et d'un autre coté le fait de sauter des images ne devrait en fait rien changer à la vitesse de décodage.

Si tu es patient, tu peux convertir tes videos vers un autre algo moins lourd.

Tes requêtes sont très régulières et ne contiennent que des appels à "GET /", il est donc fort probable qu'il n'y ait aucun internaute derrière ça.

Si tu as des requêtes qui n'entrent pas dans ce cadre, il est fort probable que ton f5 soit configuré en simple loadbalancer dans ce cas tu as la vraie ip (cf neoxl) et peut-être qu'il te manque l'ip dans les logs (par exemple utilise l'option combined) : CustomLog /var/log/apache2/access.log combined

Sinon il est configuré en reverse proxy : cf Sébastien Koechlin.

Tu as un système de supervision qui interroge ton serveur régulièrement.

Bin justement, je ne tiens pas à changer mon stockage de mot de passe, je veux juste que sur un service précis, il puisse utiliser un mot de passe déjà en ssha (puisque dans ce contexte (sso), je n'ai pas le mot de passe en clair sous la main).

Étant donné que ton système compare des md5, il stocke le md5 de la valeur a comparer. Donc il te faut un fichier avec les md5 de tes ssha (un autre /etc/shadow en quelque sorte). Et tu devrais utiliser un plugin pam pour lui dire de lire ce fichier lors d'une authentification.

Étant donné que pam_unix ne permet pas de paramétrer le fichier shadow qu'il utilise, tu devra le recompiler sous un autre nom en ayant patché la lecture du fichier.

Au pif, la config est trop identique et tu n'as mis qu'un seul vhost sur les 2 machines alors que tu accède aux 2 par des entrées dns différentes.

Mais on n'a pas beaucoup d'informations pour t'aider en fait.

Légèrement moins bourrin
$ pgrep apache2 | wc -l

ulimit est une commande shell qui ne s'applique qu'au shell en cours et à ses descendants.

La fonction system en perl lance une commande shell. Et donc dans un sous shell puisque perl n'interprète pas le shell :)

Par conséquent ta commande ulimit ne peut être prise en compte par perl qui et le père du shell ayant lancé la commande.

Pour que la commande s'applique au processus en cours, il faut faire appel directement à l'appel système concerné. Je ne doute pas que tu puisse trouver ton bonheur dans le cpan.

L'autre solution est de lancer ton script perl dans un script shell qui fera lui-même la commande ulimit avant de lancer perl (son fils cette fois).

En résumé, cela veut dire que ton mot de passe est directement le ssha puisque c'est la valeur comparée par pam.

Ton mot de passe étant directement le ssha il circulera en clair (pas top ta sécurité).

Ton mot de passe étant directement le ssha, il suffit que tu modifie le mot de passe pour qu'il vaille ce ssha.