Je trouve qu'en général, l'utilisation de schémas aide à comprendre les concepts cryptographiques et comment ils sont assemblés pour former un cryptosystème. J'avais fait un truc sur le sujet il y a longtemps et c'est grandement améliorable mais si ça peut aider des gens :
Pour afficher les infos au passage de la souris c'est le tooltip (attribut HTML "title"). Pour faire changer la couleur, tu découpes le trucs en 24+2 images (+ le background) et tu positionnes à coups de tableaux ou de CSS. Pour rafraichir dynamiquement c'est le tag HTML meta refresh. C'est un peu bourrin mais si c'est pour être utilisé sur un LAN ça devrait être suffisant.
L'utilisation de SVG est p-ê plus pratique mais je connais pas trop. Si t'as besoin de rien de plus compliqué je ne pense pas que tu ais besoin de JavaScript.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Je peux témoigner qu'ils acceptent les présentateurs qui n'ont pas d'emploi (par contre ils acceptent pas « en vacances », « contributeur occasionnel au Logiciel Libre » ou « hacker » comme titre pour le programme).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Presque. Ton deuxième paragraphe est à côté de la plaque mais le premier est presque bon (D c'est "uninterruptible sleep", c'est pas que pour les I/O disques, faut pas faire confiance à la doc) contrairement à toutes les conneries qui ont été dites plus haut.
Si tu as 42 CPUs et un load de 40 pour cause de tâches en état R, ton système devrait toujours être parfaitement opérationel. En fait en jouant avec les priorités il y a moyen de faire monter le load très haut sans perte significative de réactivité : http://fruli.krunch.be/~krunch/src/jmpld.c
Donc au final, perso, les alerts je les déclencherais quand le load atteint le nombre de CPUs.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Si on parle bien du load average tel qu'indiqué dans /proc/loadavg ou uptime(1), la mesure n'est pas en pourcents et un load de "3" peut très bien indiquer un système très largement sous utilisé.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Donc pas de surcharge cpu, pas de io wait et utilisation du disque et du réseau faible.
Si le « load average » tel qu'affiché par uptime(1) est élevé, ça veut dire qu'il y a des processes en état R ou D. Ça veut dire qu'il y a soit du CPU qui est bouffé soit des I/O waits ou équivalents.
$ ps -eLo pid,user,stat,cmd | awk '$3~/[DR]/'
Si tu vois plein de trucs en état D, tu peux voir ce qu'ils fabriquent avec sysrq-t. Si c'est plutôt du R, sysrq-w.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Donc le truc c'est que si tu veux avoir accès au support ou à RHN pour un de tes systèmes RHEL, il te faut un contrat pour tous tes systèmes RHEL. Si tu as 42 RHEL avec seulement 2 enregistrées sur RHN, tu dois quand même payer pour les 42 sinon le contrat est rompu.
Les mises à jour sont gratuites.
Certains packages sont dans des canaux à part qui nécessitent de payer en plus.
Certains services qui sortent du cadre du support nécessitent de payer en plus pour obtenir de l'assistance de la part d'un consultant.
Les autres distributions ne sont pas concernées par l'EULA Red Hat, même si elles sont dérivées des mêmes src.rpm (CentOS, OEL,...).
En tout cas c'est comme ça que j'ai compris le fonctionnement quand je travaillais au support technique Red Hat mais je ne suis pas juriste. Si tu veux être sûr, parles à ton avocat et au service commercial/client de Red Hat.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Est-ce que tu peux reproduire le problème en redémarrant uniquement gdm (pas toute la machine) ? Si oui, tu peux stracer le démarrage de gdm et ça devrait te dire assez précisement ce qui prend du temps. Regarde les options -f -T et -tt de strace. Si tu comprends pas comment interpréter les résultats, essaie de trouver les plus grandes valeurs pour le dernier champs ("<12.345>", c'est le temps qu'a pris l'appel système avant de retourner).
Si le problème se produit uniquement au démarrage, il est probable qu'il s'agisse d'un service qui n'a rien a voir qui bloque le démarrage de gdm. Il devrait y avoir moyen de désactiver le splash screen et de faire en sorte que le démarrage de chaque service soit affiché en mode texte (c'est surement décrit qq part dans la doc de ta distro). Il reste alors à voir ce qui prend du temps.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
J'ai pas lu la moitié de ton journal et aucun des commentaires mais ctrl-f me dit que personne n'a cité snowdrop (made in lcamtuf): http://lcamtuf.coredump.cx/soft/snowdrop.tgz
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Je connais pas trop mdadm mais je suspecte que le problème est que tu utilises les devices sd comme devices sous-jacents à un md. Comme tu l'as remarqué, l'ordre de détection des devices peut changer et ce à quoi correspond chaque sd n'est donc pas constant. La solution est peut-être d'utiliser des noms persitants comme /dev/disk/by-uuid/ au lieu de /dev/sd*.
Je trouve intolérable que sur linuxfr on en vienne à mettre en première page des dépêches à peines traduites. Messieurs les modérateurs, merci de faire votre travail un peu plus correctement.
Mais du coup là je vais être moinssé.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Bon sinon j'ai toujours pas compris comment faire des retours à la ligne avec ce nouveau site kikoolol. Vivement qu'on revienne à la version qui marchait.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: une image vaut plein de mots
Posté par Krunch (site web personnel) . En réponse à la dépêche GPG - les concepts en clair et pédagogiquement. Évalué à 3.
Ah ben pourtant c'est déjà pas mal simplifié :)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: une image vaut plein de mots
Posté par Krunch (site web personnel) . En réponse à la dépêche GPG - les concepts en clair et pédagogiquement. Évalué à 3.
Bon ben faut croire que ça marche pas pour tout le monde :) Enfin sinon lors d'une présentation interactive ça aide pas mal je trouve.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# une image vaut plein de mots
Posté par Krunch (site web personnel) . En réponse à la dépêche GPG - les concepts en clair et pédagogiquement. Évalué à 9.
Je trouve qu'en général, l'utilisation de schémas aide à comprendre les concepts cryptographiques et comment ils sont assemblés pour former un cryptosystème. J'avais fait un truc sur le sujet il y a longtemps et c'est grandement améliorable mais si ça peut aider des gens :
chiffrement asymétrique de bout en bout :
toile de confiance :
La présentation complète est à http://docu.fsugar.be/openpgp/openpgp.html
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# wargame
Posté par Krunch (site web personnel) . En réponse au journal Unix-training: des outils pour enseigner Unix ludiquement. Évalué à 4.
Donc en fait c'est un wargame pour n00bs. Je préfère http://www.overthewire.org/wargames/vortex/level0.shtml :)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# HTML?
Posté par Krunch (site web personnel) . En réponse au message Interface graphique web. Évalué à 2.
Pour afficher les infos au passage de la souris c'est le tooltip (attribut HTML "title"). Pour faire changer la couleur, tu découpes le trucs en 24+2 images (+ le background) et tu positionnes à coups de tableaux ou de CSS. Pour rafraichir dynamiquement c'est le tag HTML meta refresh. C'est un peu bourrin mais si c'est pour être utilisé sur un LAN ça devrait être suffisant.
L'utilisation de SVG est p-ê plus pratique mais je connais pas trop. Si t'as besoin de rien de plus compliqué je ne pense pas que tu ais besoin de JavaScript.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# Zentyal ?
Posté par Krunch (site web personnel) . En réponse au journal linux magazine, aux Pays-Bas. Évalué à 3.
Donc Zentyal c'est ton nick sur IRC ?
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# Mind.be
Posté par Krunch (site web personnel) . En réponse au message Formation d'initiation à Linux pour l'embarqué. Évalué à 2.
http://mind.be/?page=training
Je n'ai pas suivi la formation et ne suis donc pas en mesure d'en évaluer la pertinence.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Dispositions
Posté par Krunch (site web personnel) . En réponse au journal WMFS, Window Manager From Scratch. Évalué à 2.
Il y a aussi Ion (et Notion j'imagine) dans cette catégorie.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# tsocks
Posté par Krunch (site web personnel) . En réponse au message Diriger les paquets réseau d'une application vers une interface. Évalué à 6.
tsocks - Shell wrapper to simplify the use of the tsocks(8) library to transparently allow an application to use a SOCKS proxy
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Linux Expo uniquement pour les professionnels
Posté par Krunch (site web personnel) . En réponse au journal Scoop : Microsoft est Gold sponsor à la Linux Expo. Évalué à 2.
Je peux témoigner qu'ils acceptent les présentateurs qui n'ont pas d'emploi (par contre ils acceptent pas « en vacances », « contributeur occasionnel au Logiciel Libre » ou « hacker » comme titre pour le programme).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# stfw
Posté par Krunch (site web personnel) . En réponse au message Licence RHEL. Évalué à 4.
https://linuxfr.org/forums/linuxg%C3%A9n%C3%A9ral/posts/compr%C3%A9hension-license-redhat#comment-1222790
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: pourcentage ?
Posté par Krunch (site web personnel) . En réponse au message lecture du load average ? surtout niveau d'alarme ?. Évalué à 2.
Presque. Ton deuxième paragraphe est à côté de la plaque mais le premier est presque bon (D c'est "uninterruptible sleep", c'est pas que pour les I/O disques, faut pas faire confiance à la doc) contrairement à toutes les conneries qui ont été dites plus haut.
Si tu as 42 CPUs et un load de 40 pour cause de tâches en état R, ton système devrait toujours être parfaitement opérationel. En fait en jouant avec les priorités il y a moyen de faire monter le load très haut sans perte significative de réactivité : http://fruli.krunch.be/~krunch/src/jmpld.c
Donc au final, perso, les alerts je les déclencherais quand le load atteint le nombre de CPUs.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: En gros
Posté par Krunch (site web personnel) . En réponse au message lecture du load average ? surtout niveau d'alarme ?. Évalué à 2.
Si on parle bien du load average tel qu'indiqué dans /proc/loadavg ou uptime(1), la mesure n'est pas en pourcents et un load de "3" peut très bien indiquer un système très largement sous utilisé.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# load avg
Posté par Krunch (site web personnel) . En réponse au message High load. Évalué à 2.
Si le « load average » tel qu'affiché par uptime(1) est élevé, ça veut dire qu'il y a des processes en état R ou D. Ça veut dire qu'il y a soit du CPU qui est bouffé soit des I/O waits ou équivalents.
Si tu vois plein de trucs en état D, tu peux voir ce qu'ils fabriquent avec sysrq-t. Si c'est plutôt du R, sysrq-w.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Bonjour
Posté par Krunch (site web personnel) . En réponse au message Compréhension license RedHat. Évalué à 4.
Donc le truc c'est que si tu veux avoir accès au support ou à RHN pour un de tes systèmes RHEL, il te faut un contrat pour tous tes systèmes RHEL. Si tu as 42 RHEL avec seulement 2 enregistrées sur RHN, tu dois quand même payer pour les 42 sinon le contrat est rompu.
Les mises à jour sont gratuites.
Certains packages sont dans des canaux à part qui nécessitent de payer en plus.
Certains services qui sortent du cadre du support nécessitent de payer en plus pour obtenir de l'assistance de la part d'un consultant.
Les autres distributions ne sont pas concernées par l'EULA Red Hat, même si elles sont dérivées des mêmes src.rpm (CentOS, OEL,...).
En tout cas c'est comme ça que j'ai compris le fonctionnement quand je travaillais au support technique Red Hat mais je ne suis pas juriste. Si tu veux être sûr, parles à ton avocat et au service commercial/client de Red Hat.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# db.de > *
Posté par Krunch (site web personnel) . En réponse au journal Un concurrent pour Voyages-SNCF. Évalué à 5.
Login obligatoire, je vais même pas essayer. Je ne vois donc toujours pas de raison d'utiliser autre chose que db.de.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: HTTP PKI décentralisée
Posté par Krunch (site web personnel) . En réponse au journal SSL .... Évalué à 2.
Et puis il y a les gens qui veulent intégrer la crypto au niveau transport en remplaçant TCP :
http://events.ccc.de/congress/2010/Fahrplan/events/4295.en.html http://mirror.fem-net.de/CCC/27C3/ogg-audio-only/27c3-4295-en-high_speed_high_security_cryptography.ogg
Rien à voir mais je comprend toujours pas comment faire un retour à la ligne. Et les erreurs 500 c'est pénible.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# strace
Posté par Krunch (site web personnel) . En réponse au message démarrage gdm anormalement lent. Évalué à 2.
Est-ce que tu peux reproduire le problème en redémarrant uniquement gdm (pas toute la machine) ? Si oui, tu peux stracer le démarrage de gdm et ça devrait te dire assez précisement ce qui prend du temps. Regarde les options -f -T et -tt de strace. Si tu comprends pas comment interpréter les résultats, essaie de trouver les plus grandes valeurs pour le dernier champs ("<12.345>", c'est le temps qu'a pris l'appel système avant de retourner).
Si le problème se produit uniquement au démarrage, il est probable qu'il s'agisse d'un service qui n'a rien a voir qui bloque le démarrage de gdm. Il devrait y avoir moyen de désactiver le splash screen et de faire en sorte que le démarrage de chaque service soit affiché en mode texte (c'est surement décrit qq part dans la doc de ta distro). Il reste alors à voir ce qui prend du temps.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# j'ai rien lu mais
Posté par Krunch (site web personnel) . En réponse au message Tatouage de code source. Évalué à 6.
J'ai pas lu la moitié de ton journal et aucun des commentaires mais ctrl-f me dit que personne n'a cité snowdrop (made in lcamtuf): http://lcamtuf.coredump.cx/soft/snowdrop.tgz
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# nommage persistant des disques
Posté par Krunch (site web personnel) . En réponse au message disques mélangés au boot sur un Raid logiciel. Évalué à 2.
Je connais pas trop mdadm mais je suspecte que le problème est que tu utilises les devices sd comme devices sous-jacents à un md. Comme tu l'as remarqué, l'ordre de détection des devices peut changer et ce à quoi correspond chaque sd n'est donc pas constant. La solution est peut-être d'utiliser des noms persitants comme /dev/disk/by-uuid/ au lieu de /dev/sd*.
Il y a ça qui peut aider à comprendre un peu l'affaire :
http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/5/html/Online_Storage_Reconfiguration_Guide/persistent_naming.html
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: pourquoi vous abandonnez le projet ?
Posté par Krunch (site web personnel) . En réponse à la dépêche Project-Builder.org 0.11.1 est maintenant disponible. Évalué à 3.
On peut la refaire au premier degré si tu veux.
Je trouve intolérable que sur linuxfr on en vienne à mettre en première page des dépêches à peines traduites. Messieurs les modérateurs, merci de faire votre travail un peu plus correctement.
Mais du coup là je vais être moinssé.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# pourquoi vous abandonnez le projet ?
Posté par Krunch (site web personnel) . En réponse à la dépêche Project-Builder.org 0.11.1 est maintenant disponible. Évalué à 6.
Il y a une raison particulière pour laquelle vous abandonnez le projet ?
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Perdu
Posté par Krunch (site web personnel) . En réponse au journal Changeons de sujet. Évalué à 3.
Et que dire du robinet que tout le monde touche ?
http://www.smbc-comics.com/index.php?db=comics&id=1987#comic
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: La journée de meuf !
Posté par Krunch (site web personnel) . En réponse au journal Changeons de sujet. Évalué à 9.
Chacun son truc hein.
http://bonjourapril.fr/ http://www.bonjourponey.fr/ http://www.bonjourlesenfants.fr/ http://www.bonjourtous.fr/
Bon sinon j'ai toujours pas compris comment faire des retours à la ligne avec ce nouveau site kikoolol. Vivement qu'on revienne à la version qui marchait.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: HS : A propos de RedHat…
Posté par Krunch (site web personnel) . En réponse à la dépêche Petites brèves : RHEL 4.9, Scientific Linux 6.0 et CentOS 4.9. Évalué à 4.
Les deux autres journals sur le sujet sont :
https://linuxfr.org/users/darkhad/journaux/lengagement-de-red-hat-envers-lopen-source
https://linuxfr.org/users/gbetous/journaux/esprit-du-libre-capitalisme
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.