En ce qui me concerne, le noyau de Debian n'était pas compilé avec l'option CONFIG_CGROUP_BPF, qui est nécessaire pour utiliser la commande "ip vrf exec", le but étant de pouvoir lancer une commande directement dans un VRF-lite.
Entre temps, y'a eu un bug report sur le sujet, et l'option est activée par défaut.
Outre le design un peu plus joli (mais c'est subjectif), ce que je trouve sympa est que la roulette est simulée par une rotation de la boule elle-même autour de l'axe Z (si on considère que le bureau est sur le plan XY). À l'usage je trouve ça d'un confort très appréciable. Les "crans" de la roulette sont simulés par un léger clic sonore, très discret.
Comment ça, comme un boîtier entouré de mousse pour faire isolation thermique ? Tu veux que ça cuise, dedans, en empêchant ainsi l'évacuation de la chaleur produite à l'intérieur ?
Plutôt un isolant phonique, comme du Gedicoustic ou des plaques spécialement conçues pour les boîtiers (rayon tuning PC).
J'ai ça sur ma tour (montée à l'époque ou le PC était au pied de mon lit, allumé 24h/24), et combiné à un choix judicieux du hardware (conso faible, grands ventilo sous-voltés), ça permet un PC inaudible.
Pour dire, quand j'ai monté ma config, j'avais branché à l'envers la LED power du boîtier. J'allume pour la première fois et rien. En fait il a fallu attendre que l'écran s'allume et affiche le bootscreen du BIOS pour que je me rende compte que le PC était effectivement allumé.
Si, les câbles console de certains équipements réseaux (routeurs Cisco notamment) utilisent une connectique RJ-45, mais le câble est un câble plat. Exemple :
(bon, on peut aussi se flageller avec ça, ça doit marcher aussi bien…)
Je trouve la question posée par ton journal intéressante mais je suis bien incapable d'apporter un début de réponse. C'est assez rare de ma part de ne pas donner mon avis !
(aucune attaque, juste une association d'idées qui est venue en lisant ton post)
(pis de toute façon j'avais rien à dire non plus)
(mais maintenant tout le monde le sait)
De plus en plus de personnes reconnaissent les mauvaises décisions de Mr Flop. Ce qui au début ressemblait à des maladresses, puis à de l'incompétence, s'apparente de plus en plus à de la malveillance, au vu du nombre d'erreurs catastrophiques ayant eu pour effet de détruire en un temps record l'empire Kinoa. Kinoa avait des problèmes avant l'arrivée de Flop, mais sans lui la chute n'aurait en aucun cas pu être aussi rapide.
Je te conseille la lecture très enrichissante de cet article (bien que très long), écrit par un analyste très réputé et influant et ancien employé de Nokia (je précise que ses articles ne sont pas dûs à de la rancune, il est même régulièrement consulté par Kinoa) :
Pour ma part, quand je lance une commande qui prend du temps et que je souhaite être notifié alors que je bosse sur un autre bureau virtuel, j'exécute la commande "eject" après la tâche.
L'avantage c'est que ça attire mon attention de manière sonore ("clic !"), visuelle, et tactile, puisque que le lecteur CD vient toucher la main qui tient la souris (si je suis en train d'utiliser Firefox). Si je m'absente de mon bureau et que la commande se termine pendant mon absence, à mon retour je retrouve le lecteur CD ouvert donc je sais que la tâche est terminée.
Je confirme, j'ai bossé tout un été chez TNT (ça s'appelait Jet Services à l'époque), et la punition était la même pour les colis fragiles. J'ai même vu des livreurs envoyer un carton dans leur camionnette exactement de la même manière qu'un gardien de but fait un dégagement au football.
De l'avis des collègues qui étaient passés pour la plupart chez tous les concurrents, c'était la même chose partout.
Moralité, depuis cette époque, je blinde mes colis de protections en prévision du sort qui va leur être réservé…
Au cas où quelqu'un passerait dans le coin et trouverait cette entrée du forum, voici la solution que j'ai finalement retenue.
Comme je n'ai pas trouvé de mécanisme dans postfix pour limiter le nombre de connexions par IP, j'ai regardé du côté de Netfilter et c'est là que j'ai trouvé mon bonheur, à savoir le module ipt_recent.
Ce module me permet de compter le nombre d'établissement de session dans la table conntrack, et d'activer une règle si une même adresse IP la déclenche un certain nombre de fois dans un intervalle donné.
Voici donc l'ensemble de règles que j'ai appliquées :
iptables -t nat -A PREROUTING -p tcp -d \! 1.2.3.4 --dport 25 -m state --state NEW -m recent --name spammer --update --seconds 10 --hitcount 3 -j DROP
iptables -t nat -A PREROUTING -p tcp -d \! 1.2.3.4 --dport 25 -m state --state NEW -m recent --name spammer --set
iptables -t nat -A PREROUTING -p tcp -d \! 1.2.3.4 --dport 25 -j REDIRECT
Traduction :
- je jette tous les paquets initiant une connexion vers le port 25 d'une machine autre que mon serveur, si l'adresse source a initié plus de 3 connexions en 10 secondes (compteur "spammer")
- toutes les nouvelles connexions vers le port 25 à destination d'une IP autre que le serveur incrémentent le compteur "spammer"
- les paquets vers le port 25 sont redirigés vers le Postfix en local, qui appliquera maintenant tranquillement le filtre anti-spam sans être surchargé.
J'ai déjà passé le nombre de processus spamd de 5 à 10. Mais comme tu l'indiques, il suffit d'envoyer plus de mails que ce que peut traiter le serveur pour contourner le filtre anti-spam.
Postfix utilise un pool de processus spamd pour faire mouliner les mails. D'après ce que j'ai vu c'est le mécanisme habituel, mais je n'ai pas encore fouillé assez pour savoir s'il est possible de mettre les mails dans une queue. Mais cela pourrait ralentir considérablement le délai de livraison des mails.
Je ne peux pas changer la politique par défaut pour refuser les mails non scannés. En effet, je dois éviter le plus possible de passer à la trappe des mails légitimes (clients business, donc potentiellement susceptibles et exigeant un service mail fonctionnel). De plus, un tel changement ferait qu'un PC infecté envoyant une grosse quantité de spam ferait un dénis de service aux autres utilisateurs légitime du réseau (dont les mails qui n'ont pu être scannés seraient droppés). Le but est donc d'appliquer la restriction en amont de l'anti-spam qui est coûteux.
Impossible de mettre un mécanisme d'authentification, je n'ai pas la possibilité d'imposer quoi que ce soit au niveau de la configuration des clients. C'est un serveur SMTP qui se trouve entre des hotspots wifi et internet.
Je me posais justement la question en le cherchant, il a fallu passer par le lien "Les contenus que vous surveillez" (c'est d'ailleurs la première fois que j'utilise ce lien).
Si je ne me trompe pas, tu peux modifier ton forfait (par exemple passer de 3H à 1H), et ensuite tu fais ta résiliation, et du coup les 25% à payer sont calculés sur le prix mensuel du forfait 1H.
Après ça dépend des conditions de changement de forfait de ton opérateur. J'avais vu des grilles indiquant l'ancienneté nécessaire (en général 6 mois pour passer à une gamme inférieure de forfaits) pour passer de tel forfait à tel forfait.
Pas besoin d'un chargeur compliqué, un "lent" qui utilise un courant faible, fera durer vos piles.
Pas seulement. La détection de fin de charge est très importante, car trop charger un accu l'endommage. Les mauvais chargeurs ne s'arrêtent jamais de charger ou chargent une durée déterminée (quelque soit l'état de décharge de l'accu). Les bons chargeurs utilisent une ou deux de ces méthodes (Mon MH-C9000 utilise les 2, probablement aussi le Lacrosse de l'auteur de l'article) :
- détection d'une montée en température de l'accu : en fin de charge, l'accu se met à chauffer légèrement. En pratique, sur mon chargeur il y a une languette métallique à chaque compartiment en contact avec le côté de la pile.
- détection d'inversion de la dérivée de la tension : lors de la fin de la charge, on peut mesurer une inversion de la courbe de la dérivée de la tension aux bornes de l'accu. C'est le moment idéal pour stopper la charge (ou passer en mode charge d'entretien, ce que font les bons chargeurs).
Il me semble aussi que les piles NiCd sont maintenant interdite dans l'UE à cause du cadium.
Sauf pour les applications critiques, et il me semblent que beaucoup de constructeurs abusent de cette exception. En pratique, on en retrouve partout ou des accus Ni-Mh seraient trop fragiles d'un point de vue mécanique ou tolérance au surcharges/décharges extrêmes (appareils posés continuellement sur leur chargeur, outillage électro-portatif, ...).
Pour ma part, ayant aussi été pris d'une irrépressible envie de comprendre le monde obscure des accumulateurs, j'ai épluché attentivement le site suivant et son forum :
Et finalement j'ai opté pour le chargeur Maha Powerex MH-C9000 et des accus Sanyo Eneloop (mentionnés dans la dépêche). J'ai trouvé sur le forum ni-cd.net l'adresse d'un marchand en ligne hollandais proposant le chargeur et les accus à des prix largement inférieurs à ce que je trouvais en France :
Comme il y a une réduction sur les accus Eneloop lors de l'achat d'un chargeur MH-C9000, j'en ai profité pour prendre tout un stock d'accus pour pouvoir gérer tous les appareils fonctionnant à pile chez moi (calculatrice, casque anti-bruit actif, souris, apn, pendules, station météo,...).
Au final, je me suis retrouvé à étiqueter mes anciens et nouveaux accus, à tester des cycles de charge/décharge, des cycles de restauration des accus, pour pouvoir mesurer les capacités de chacun dans le temps. Ça m'a permis de :
- virer les accus définitivement morts (sauvagement assassinés par mon ancien chargeur rapide)
- mesurer la capacité réelle de certains accus bon marchés dont la capacité est bien loin de celle annoncée (cas fréquent)
- comprendre pourquoi 4 accus qui affichaient plus de 1,2V après charge n'étaient pas acceptées par mon APN (il affichait "batterie faible" et s'éteignait). En fait c'était des accus récents mais usés prématurément par le chargeur rapide, et dont la résistance interne avait augmenté considérablement (signe de fin de vie pour un accu). En effet, l'APN tirant beaucoup sur l'accu, et en prenant en considération la loi d'Ohm, on en déduit aisément que la tension reçue par l'APN était largement inférieure à celle à vide.
Avec un bon chargeur et des bons accus à faible auto-décharge plus besoin de galérer à acheter tout le temps des piles alcalines et à les mettre de côté après usure pour les emmener par paquets au conteneur à piles.
Bref, plus d'économies, moins de contraintes, meilleur respect de l'environnement, et geekitude assouvie.
# VRF-Lite
Posté par N-Mi . En réponse au sondage La dernière fois que j’ai compilé un noyau Linux, c’était parce que…. Évalué à 3.
En ce qui me concerne, le noyau de Debian n'était pas compilé avec l'option CONFIG_CGROUP_BPF, qui est nécessaire pour utiliser la commande "ip vrf exec", le but étant de pouvoir lancer une commande directement dans un VRF-lite.
Entre temps, y'a eu un bug report sur le sujet, et l'option est activée par défaut.
Voilà.
(c'était vraiment très intéressant, dis-donc)
[^] # Re: Pour le coup, la taille compte…
Posté par N-Mi . En réponse au journal Quel Périphérique de pointage ?. Évalué à 2. Dernière modification le 11 octobre 2016 à 17:05.
J'utilise depuis pas mal d'années ce modèle un peu plus "haut de gamme" : http://www.ldlc.com/fiche/PB00085888.html
Outre le design un peu plus joli (mais c'est subjectif), ce que je trouve sympa est que la roulette est simulée par une rotation de la boule elle-même autour de l'axe Z (si on considère que le bureau est sur le plan XY). À l'usage je trouve ça d'un confort très appréciable. Les "crans" de la roulette sont simulés par un léger clic sonore, très discret.
[^] # Re: Better Approach To Mobile Adhoc Networking
Posté par N-Mi . En réponse à la dépêche Sortie du noyau Linux 4.6. Évalué à 4.
Il y a aussi A.L.F.R.E.D : Almighty Lightweight Fact Remote Exchange Daemon ( https://www.open-mesh.org/projects/alfred/wiki )
Et encore RO.B.IN : ROuting Batman INside ( http://robin.forumup.it/ , ça a l'air abandonné)
[^] # Re: Photo?
Posté par N-Mi . En réponse au journal Galette pomme/noisette. Évalué à 7.
Ça dépend, s'il a déjà mangé la galette, je ne veux pas voir la photo de ce qu'il reste du produit fini.
[^] # Re: Liquide
Posté par N-Mi . En réponse au journal Galette pomme/noisette. Évalué à 8.
Je préfère le sans-plomb 98, ça marchera si je prends ça comme liquide ? ;-)
Bon, sérieusement, le liquide en question doit être quelque chose de comestible, sinon ça change complètement la recette.
[^] # Re: Prems LOL
Posté par N-Mi . En réponse au journal Faille de sécurité glibc. Évalué à 9.
FOUTAISES !!!
[^] # Re: Logiciels pour NAS
Posté par N-Mi . En réponse au journal Actualités NAS. Évalué à 10.
Et c'est illégal. Synology ne permet pas l'utilisation de DSM sur autre chose que son hardware. Point.
Et laisser reposer l'intégrité de ses données sur une version "piratée" d'un logiciel, c'est AMHA pas la meilleure idée du monde.
Y'a déjà de quoi faire avec les distributions LIBRES citées dans ce journal, il n'y a vraiment aucune raison de se tourner vers XPEnology.
My 2 cents.
[^] # Re: Isolant ?
Posté par N-Mi . En réponse au journal Mplayer est (presque) mort, vive Mpv (et vaapi). Évalué à 8. Dernière modification le 09 juin 2014 à 17:33.
Plutôt un isolant phonique, comme du Gedicoustic ou des plaques spécialement conçues pour les boîtiers (rayon tuning PC).
J'ai ça sur ma tour (montée à l'époque ou le PC était au pied de mon lit, allumé 24h/24), et combiné à un choix judicieux du hardware (conso faible, grands ventilo sous-voltés), ça permet un PC inaudible.
Pour dire, quand j'ai monté ma config, j'avais branché à l'envers la LED power du boîtier. J'allume pour la première fois et rien. En fait il a fallu attendre que l'écran s'allume et affiche le bootscreen du BIOS pour que je me rende compte que le PC était effectivement allumé.
edit : grillé
# Dredi
Posté par N-Mi . En réponse au journal Privé de bac à cause d'un logiciel propriétaire. Évalué à 10.
[^] # Re: Et merde !
Posté par N-Mi . En réponse au journal Non, systemd n'est vraiment pas parfait ! (ni prêt). Évalué à 4.
Si, les câbles console de certains équipements réseaux (routeurs Cisco notamment) utilisent une connectique RJ-45, mais le câble est un câble plat. Exemple :
(bon, on peut aussi se flageller avec ça, ça doit marcher aussi bien…)
[^] # Re: Yo
Posté par N-Mi . En réponse au journal Termes à maux ou termes à frost ?. Évalué à 5.
Moi, lorsque je n'ai rien à dire, je veux qu'on le sache ! © Raymond Devos
(aucune attaque, juste une association d'idées qui est venue en lisant ton post)
(pis de toute façon j'avais rien à dire non plus)
(mais maintenant tout le monde le sait)
[^] # Re: Une bonne nouvelle pour Samsung ?
Posté par N-Mi . En réponse au journal Apple vs Samsung: le verdict. Évalué à 10.
De plus en plus de personnes reconnaissent les mauvaises décisions de Mr Flop. Ce qui au début ressemblait à des maladresses, puis à de l'incompétence, s'apparente de plus en plus à de la malveillance, au vu du nombre d'erreurs catastrophiques ayant eu pour effet de détruire en un temps record l'empire Kinoa. Kinoa avait des problèmes avant l'arrivée de Flop, mais sans lui la chute n'aurait en aucun cas pu être aussi rapide.
Je te conseille la lecture très enrichissante de cet article (bien que très long), écrit par un analyste très réputé et influant et ancien employé de Nokia (je précise que ses articles ne sont pas dûs à de la rancune, il est même régulièrement consulté par Kinoa) :
http://communities-dominate.blogs.com/brands/2012/07/the-sun-tzu-of-nokisoftian-microkia-mirror-mirror-on-the-wall-whose-the-baddest-of-them-all-waterloo.html
(d'ailleurs, tout le reste du blog est à lire, pour comprendre la guerre des géants de la téléphonie)
[^] # Re: Un détail
Posté par N-Mi . En réponse au journal Des firmwares, des backdoors et du libre. Évalué à 1.
Je crois que je vois à quelle BD tu fais référence, un comics publié en 2005 par le site zone-h.org.
Malheureusement, l'URL originale ne fonctionne plus.
Heureusement, j'ai pu retrouver une copie du prologue (pas encore regardé si les épisodes suivants sont dispos) :
http://it.scribd.com/doc/16663457/zoneh-comics-prologue
[^] # Re: Lenteurs
Posté par N-Mi . En réponse au journal Liquid prompt — un prompt Bash adaptatif utile : déménagement. Évalué à 1.
Très lent ici aussi (Roxterm GTK3 sous E17, testé aussi xterm et uxterm sans succès).
Là où c'est abominablement lent c'est dans un dossier de travail SVN (environ 2 secondes pour avoir le prompt après avoir fait un simple "ls").
# eject
Posté par N-Mi . En réponse au journal De l'art de la notification. Évalué à 7.
Pour ma part, quand je lance une commande qui prend du temps et que je souhaite être notifié alors que je bosse sur un autre bureau virtuel, j'exécute la commande "eject" après la tâche.
L'avantage c'est que ça attire mon attention de manière sonore ("clic !"), visuelle, et tactile, puisque que le lecteur CD vient toucher la main qui tient la souris (si je suis en train d'utiliser Firefox). Si je m'absente de mon bureau et que la commande se termine pendant mon absence, à mon retour je retrouve le lecteur CD ouvert donc je sais que la tâche est terminée.
Note : je bosse sur un laptop.
[^] # Re: UPS pas mieux
Posté par N-Mi . En réponse au journal Chez Chronopost, vos colis urgents arrivent dans 4/5 jours. Évalué à 4.
Je confirme, j'ai bossé tout un été chez TNT (ça s'appelait Jet Services à l'époque), et la punition était la même pour les colis fragiles. J'ai même vu des livreurs envoyer un carton dans leur camionnette exactement de la même manière qu'un gardien de but fait un dégagement au football.
De l'avis des collègues qui étaient passés pour la plupart chez tous les concurrents, c'était la même chose partout.
Moralité, depuis cette époque, je blinde mes colis de protections en prévision du sort qui va leur être réservé…
[^] # Re: Septième sens
Posté par N-Mi . En réponse au journal Libération du sixième sens. Évalué à 2.
Non, tu confonds goût et flaveur. La flaveur est perçue par rétro-olfaction. Le goût est perçu grâce aux papilles gustatives.
# Solution
Posté par N-Mi . En réponse au message Postfix : limiter le nombre d'adresse mail source par adresse IP. Évalué à 0.
Au cas où quelqu'un passerait dans le coin et trouverait cette entrée du forum, voici la solution que j'ai finalement retenue.
Comme je n'ai pas trouvé de mécanisme dans postfix pour limiter le nombre de connexions par IP, j'ai regardé du côté de Netfilter et c'est là que j'ai trouvé mon bonheur, à savoir le module ipt_recent.
Ce module me permet de compter le nombre d'établissement de session dans la table conntrack, et d'activer une règle si une même adresse IP la déclenche un certain nombre de fois dans un intervalle donné.
Voici donc l'ensemble de règles que j'ai appliquées :
Traduction : - je jette tous les paquets initiant une connexion vers le port 25 d'une machine autre que mon serveur, si l'adresse source a initié plus de 3 connexions en 10 secondes (compteur "spammer") - toutes les nouvelles connexions vers le port 25 à destination d'une IP autre que le serveur incrémentent le compteur "spammer" - les paquets vers le port 25 sont redirigés vers le Postfix en local, qui appliquera maintenant tranquillement le filtre anti-spam sans être surchargé.
Merci à tous pour les suggestions.
[^] # Re: utilise postfwd
Posté par N-Mi . En réponse au message Postfix : limiter le nombre d'adresse mail source par adresse IP. Évalué à 1.
Justement, j'ai jeté un coup d'oeil à la doc de postfwd, mais j'ai pas trouvé comment limiter le nombre d'adresse mail source par IP.
Si tu as une suggestion pour la règle à écrire, je t'en serais très reconnaissant.
[^] # Re: un bout de solution
Posté par N-Mi . En réponse au message Postfix : limiter le nombre d'adresse mail source par adresse IP. Évalué à 1.
J'ai déjà passé le nombre de processus spamd de 5 à 10. Mais comme tu l'indiques, il suffit d'envoyer plus de mails que ce que peut traiter le serveur pour contourner le filtre anti-spam.
Postfix utilise un pool de processus spamd pour faire mouliner les mails. D'après ce que j'ai vu c'est le mécanisme habituel, mais je n'ai pas encore fouillé assez pour savoir s'il est possible de mettre les mails dans une queue. Mais cela pourrait ralentir considérablement le délai de livraison des mails.
Je ne peux pas changer la politique par défaut pour refuser les mails non scannés. En effet, je dois éviter le plus possible de passer à la trappe des mails légitimes (clients business, donc potentiellement susceptibles et exigeant un service mail fonctionnel). De plus, un tel changement ferait qu'un PC infecté envoyant une grosse quantité de spam ferait un dénis de service aux autres utilisateurs légitime du réseau (dont les mails qui n'ont pu être scannés seraient droppés). Le but est donc d'appliquer la restriction en amont de l'anti-spam qui est coûteux.
Merci.
[^] # Re: Identification SASL plus vérification
Posté par N-Mi . En réponse au message Postfix : limiter le nombre d'adresse mail source par adresse IP. Évalué à 0.
Impossible de mettre un mécanisme d'authentification, je n'ai pas la possibilité d'imposer quoi que ce soit au niveau de la configuration des clients. C'est un serveur SMTP qui se trouve entre des hotspots wifi et internet.
[^] # Re: Pourquoi ce journal ainsi que les commentaires sont invisibles ??
Posté par N-Mi . En réponse au journal iPapy grand frère, pour le bien de l'économie. Évalué à 1.
[^] # Re: Deuxième ligne ?
Posté par N-Mi . En réponse au journal A mort FIA-NET. Évalué à 1.
Après ça dépend des conditions de changement de forfait de ton opérateur. J'avais vu des grilles indiquant l'ancienneté nécessaire (en général 6 mois pour passer à une gamme inférieure de forfaits) pour passer de tel forfait à tel forfait.
[^] # Re: chargeur
Posté par N-Mi . En réponse à la dépêche De l'utilisation des batteries rechargeables. Évalué à 3.
Pas seulement. La détection de fin de charge est très importante, car trop charger un accu l'endommage. Les mauvais chargeurs ne s'arrêtent jamais de charger ou chargent une durée déterminée (quelque soit l'état de décharge de l'accu). Les bons chargeurs utilisent une ou deux de ces méthodes (Mon MH-C9000 utilise les 2, probablement aussi le Lacrosse de l'auteur de l'article) :
- détection d'une montée en température de l'accu : en fin de charge, l'accu se met à chauffer légèrement. En pratique, sur mon chargeur il y a une languette métallique à chaque compartiment en contact avec le côté de la pile.
- détection d'inversion de la dérivée de la tension : lors de la fin de la charge, on peut mesurer une inversion de la courbe de la dérivée de la tension aux bornes de l'accu. C'est le moment idéal pour stopper la charge (ou passer en mode charge d'entretien, ce que font les bons chargeurs).
Il me semble aussi que les piles NiCd sont maintenant interdite dans l'UE à cause du cadium.
Sauf pour les applications critiques, et il me semblent que beaucoup de constructeurs abusent de cette exception. En pratique, on en retrouve partout ou des accus Ni-Mh seraient trop fragiles d'un point de vue mécanique ou tolérance au surcharges/décharges extrêmes (appareils posés continuellement sur leur chargeur, outillage électro-portatif, ...).
# Autre bon chargeur...
Posté par N-Mi . En réponse à la dépêche De l'utilisation des batteries rechargeables. Évalué à 4.
http://www.ni-cd.net/
Et finalement j'ai opté pour le chargeur Maha Powerex MH-C9000 et des accus Sanyo Eneloop (mentionnés dans la dépêche). J'ai trouvé sur le forum ni-cd.net l'adresse d'un marchand en ligne hollandais proposant le chargeur et les accus à des prix largement inférieurs à ce que je trouvais en France :
http://eu.nkon.nl/
Comme il y a une réduction sur les accus Eneloop lors de l'achat d'un chargeur MH-C9000, j'en ai profité pour prendre tout un stock d'accus pour pouvoir gérer tous les appareils fonctionnant à pile chez moi (calculatrice, casque anti-bruit actif, souris, apn, pendules, station météo,...).
Au final, je me suis retrouvé à étiqueter mes anciens et nouveaux accus, à tester des cycles de charge/décharge, des cycles de restauration des accus, pour pouvoir mesurer les capacités de chacun dans le temps. Ça m'a permis de :
- virer les accus définitivement morts (sauvagement assassinés par mon ancien chargeur rapide)
- mesurer la capacité réelle de certains accus bon marchés dont la capacité est bien loin de celle annoncée (cas fréquent)
- comprendre pourquoi 4 accus qui affichaient plus de 1,2V après charge n'étaient pas acceptées par mon APN (il affichait "batterie faible" et s'éteignait). En fait c'était des accus récents mais usés prématurément par le chargeur rapide, et dont la résistance interne avait augmenté considérablement (signe de fin de vie pour un accu). En effet, l'APN tirant beaucoup sur l'accu, et en prenant en considération la loi d'Ohm, on en déduit aisément que la tension reçue par l'APN était largement inférieure à celle à vide.
Avec un bon chargeur et des bons accus à faible auto-décharge plus besoin de galérer à acheter tout le temps des piles alcalines et à les mettre de côté après usure pour les emmener par paquets au conteneur à piles.
Bref, plus d'économies, moins de contraintes, meilleur respect de l'environnement, et geekitude assouvie.