benoar a écrit 4237 commentaires

smartctl a confirmé mes craintes : il est monté à 56°C !

Bah si t'es effrayé par ça…

194 Temperature_Celsius     0x0022   052   031   000    Old_age   Always       -       62 (Min/Max 12/69)

et son copain à peine moins. Ce sont des Samsung, mais le NAS est placé dans un environnement plutôt fermé.

Rhaa, mais faites du awk correct bon dieu !

sudo smartctl -a $(awk '$2 == "/" && $1 != rootfs { print $1 }' < /proc/mounts) | awk '$2 == "Power_On_Hours" { poh = int($10) } $2 == "Power_Cycle_Count" { pcc = int($10) } END { print poh / pcc }'

mais pas de N Load_Cycle_Count est-ce normal et dans ce cas pourquoi ?

Les données SMART sont assez mal standardisées, et on n'a pas toujours tout. Tu as peut-être d'autres valeurs se rapprochant de cette signification ?

Si je calcule Power_On_Hours/Power_Cycle_Count j'obtiens environ 6.6, puis-je en déduire (en considérant que ma machine utilise tout le temps ce disque) que ma machine est allumée pendant 6 heures et 36 minutes en moyenne ?

Oui, si ton disque est allumé tout le temps quand ta machine l'est.

Le Red a un LCC de… 2.

Au début, j'ai pensé à une valeur erronée, mais en fait c'est peut-être bien vrai. Je viens de voir qu'en fait, le LCC de mon autre NAS n'a pas bougé depuis 48h ; avec les bons réglages, ça marche bien. Mais comme je disais, c'est plutôt les réglages inconscients d'origine qui m'horripilent.

J'imagine que cela dépend de sa sollicitation selon l'agencement du RAID.

Peut-être. Ça voudrait dire que celui à 200 000 est vraiment peu sollicité (paradoxalement), et que ses réglages sont pourris : mieux vaut corriger ça avant qu'il merde vraiment.

Je pense que c'est plutôt une valeur erronée, ça me paraît complètement impossible. Il y a beaucoup de valeurs SMART qui ne veulent rien dur car niveau standardisation, c'est un peu la misère.

Les constructeurs se mettent au 2,5" plus pour la conso d'énergie et la densité (oui, la densité au sens volumique du terme : on fait tenir plus avec des 2,5" que des 3,5" dans un serveur, i.e. il existe des 2To en 2,5" pour 4To en 3,5", alors que la différence de taille (physique) est énorme). Car question fiabilité, les 2,5" qu'ils utilisent ne sont pas ceux du commerce, à part pour les grosses fermes de données où on s'en fout que ça soit fiable à 3,5 ou 2,5" ; c'est des SAS 10k ou 15k, nettement plus endurant. Et aussi, ça permet de rentrer des SSD, qui sont encore plus prisés quand on veut vraiment des perfs.

Ici, sur ce NAS, j'ai dans /etc/default/hdparm :

hdparm_opts="-B254 -S36"

Mais le coeur du problème, c'est trouver ton process qui réveille ton disque. C'est en général pas trop dur à trouver (il faut juste logger tous les accès disques et tu trouveras rapidement le coupable).

Franchement, non, ça n'est pas ça le problème : c'est normal que l'OS veuille écrire des trucs de temps en temps. Par exemple, il sert également de client bittorrent (chose proposée également sur le firmware d'origine, donc il n'y a pas de raison que ça soit « hors spec »). Le truc, c'est que le disque n'a pas à parquer ses têtes toutes les 30s quand c'est du matos fait pour ne pas bouger.

Quant à la « facilité » de trouver les accès disques, j'avais déjà essayé à une époque, ça n'est pas si simple que ça, ou alors je veux bien une doc :-)

Sur un grand nombre de SSD, l'activation du trim (-o discard) entraîne une perte de perf. considérable.

Franchement, se baser sur l'avis d'un mec qui a mis ça dans le wiki… Sans sources, ça me semble exagéré de dire ça. Et ça omet complètement les problèmes d'usure que ça entraîne de ne pas le faire.

Les FS modernes n'ont carrément plus besoin du trim.

WTF ? Soit je n'ai pas compris ce que tu dis, soit tu n'as pas compris le fonctionnement du trim… Bien sûr qu'il sera toujours très utile, et pas que pour les SSD (en virtualisation c'est pratique pour avoir des volumes sparse).

Le trim (Appelé discard sous linux) est trop problématique à plein de niveau.

Les soit-disant « problèmes » évoqués sont juste que discard fait effectivement très bien son boulot : il dit au SSD qu'il peut supprimer ce bloc, et donc oui, forcément, si tu veux le récupérer après un "rm" mal placé, bah tu peux pas, et oui si tu veux être discret sur les zones effacées ou non de ton disque pour des raisons de confidentialité (disque entièrement chiffré), il ne faut pas l'utiliser. Mais désolé, ce sont deux cas d'utilisation très spécifiques et le discard marche très bien pour tout le monde dans 99,9% des cas.

Là où le discard est intéressant, c'est pour la durée de vie du SSD et les perfomances : ça les améliore, car il a moins besoin de refaire de la réécriture interne pour trouver de la place. Perso, je pense que les chiffres classiques d'amplification d'écriture sont souvent beaucoup sous-estimés car ils ne prennent pas en compte une charge classique mais très mauvaise pour les SSD : plein de petites écritures aléatoires. Après, un FS peut mitiger le problème en essayent d'être « gentil » avec le disque à ce niveau, cf par exemple l'option "ssd" (voire ssd_spread pour les contrôleurs vraiment merdiques, i.e. les cartes CF/SD / clé USB, mais faut être un peu maso) de btrfs.

À priori, ce comportement vient d'une « mauvaise utilisation » historique. Avec un terminal comme uRxvt, on peut avoir du vert clair ou foncé gras, avec l'option "+is" (intensityStyles) qui respecte les couleurs théoriques (i.e. on a bien un vert foncé gras avec "\e[1;32mYO" et un vert clair gras avec "\e[1;92mYO").

Ce qui veut dire qu'il faut toujours bien un modem 3G en plus mais il est effectivement intégré au hardware (mais certainement pas au CPU) de manière à pouvoir communiquer avec le CPU quand le système est « éteint ». Ce qui se ferait typiquement sur un laptop.

Si on regarde la datasheet du modem donnée en exemple http://archive.ericsson.net/service/internet/picov/get?DocNo=35/28701-FGB101576&.. il est relié en USB par le port mPCIe. Donc il doit être alimenté pendant que la machine est éteinte, chose « classique » sur des bécanes quand on configure un tout petit peu le BIOS (pour allumer la machine au clavier, par exemple), et doit pouvoir facilement déclencher un allumage par interruption. Bref, c'est juste une intégration ingénieuse de matos on ne peut plus classique.

Bon, dans ce que je comprend du papier d'Intel, le modem 3G c'est quand même un device à part donc je vois pas trop d'où Jim Stone sort que c'est intégré à la puce mais j'ai peut-être raté une référence.

Dans le lien que tu mets (merci au passage), il est clairement indiqué que le lien 3G est effectué par une passerelle externe, reliée en Ethernet à la machine, et que l'AMT passe par celui-ci.

Quand on voit le ton du texte et les images du site d'origine, ça fait clairement conspirationiste à deux francs.

Mais putain arrête de pourrir ce site avec tes réponses vides d'argument, insultantes et basées sur tes pauvres expériences persos. Tu ne réponds même pas aux commentaires intéressants de groumly et René (ou alors tu choisis les parties qui t'arrangent). Moi je n'ai pas envie de te donner que des baffes.

Pour éviter ça, tu peux utiliser les raccourcis clavier, ça va plus vite et ça ne nique pas ta sélection : Ctrl+K puis Backspace puis Clic milieu.

Wahou, on dirait que tu as été traumatisé par des végétariens quand tu étais petit…

Sur le fond, je suis parfaitement d'accord pour dire qu'on mange trop de viande : les apports nutritionnels ne justifient pas de manger de la viande à tous les repas ; les quantités servies sont souvent excessives, et il vaut probablement ne pas manger de la viande de mauvaise qualité.

Et donc, comment fais-tu pour ne pas manger trop de viande, pas à tous les repas, pas en quantité excessive, et de bonne qualité, quand dans 99% des situations hors de chez toi (cantine, restaurant, amis) tu vas justement te retrouver face à de la viande industrielles pas chère dégueulasse en quantité ? Et toi tu nous parles des 1% des cas où il y a du végétarien disponible, pas cher, des abats, ou de la viande « non polluante » ? Bah tu refuses poliment. Et parfois tu expliques aux gens que quand tu te retrouves dans cette situation 99% du temps, oui, ça te donne envie de les informer.

Mais tout ceci ne peut pas justifier une position dogmatique, qui peut aller jusqu'à se montrer impoli, voire outrancier, en société, à raconter n'importe quoi pour se justifier, et à émettre un jugement moralisateur sur les gens qui se comportent de manière logique.

Je ne sais pas qui tu as rencontré, mais d'un côté, vu comme tu te places comme « logique », je pense que j'aurais du mal à ne pas être outrancier/moralisateur en face de toi…

Ce genre de timeout, ça ressemble à quelque chose lié au réseau. Pourrais-tu tu faire un tcpdump voir si tu vois quelque chose ?

Je parle tcpdump avant le « reste » car je ne vois pas trop comment tu aurais pu faire des changements de config qui arrivent à ça, vu que normalement su n'y touche pas trop (autant sudo fait de la résolution de nom, mais pas su, je crois), mais aussi car vu comme c'est louche, ça pourrait être dû à quelque chose que tu ne contrôle pas (rootkit ?…).

Tu as trouvé un bon tutoriel, ou tu penses faire de l'ingénieurie (sic?) inverse et coder des pilotes ?

Je n'ai pas de tutoriel tout cuit, mais j'ai déjà fait du portage pas trop bas niveau vers Debian ou autre, pour des archis « exotiques ».

J'avais vu ça moi aussi. Mais ça suppose néanmoins de trouver un moyen efficace de gérer tout ce qui touche au défilement de l'écran, y compris celui de la ligne de commande.

Alors le défilement, c'est autre chose : justement, je pense qu'il ne faut pas faire comme ça avec ce style d'écran, mais plutôt partir sur un truc genre écran circulaire… Oui, bon, encore quelque chose qui ne va pas faciliter le portage.

Bref, c'est un superbe projet, mais ce n'est pas gagné…

Clair. Pour moi, ça a une chance non négligeable de tomber à l'eau, mais je j'ai toujours ce projet sous le coude au cas où. Le jour où un truc style laptop sort avec un écran e-ink, je saute dessus.

Je me suis toujours dit qu'il y aurait un truc à faire avec le fonctionnalité send/receive de btrfs (enfin, les devs même du truc ont déjà du y penser). J'ai cherché « btrfs replication » sur un moteur de recherche, et je suis tombé sur ça : http://docs.opensvc.com/storage.btrfs.html
Ça a l'air de faire un peu usine à gaz qui fait plein d'autres trucs inutiles, et en plus ça n'a pas l'air d'être « live », mais ça peut être une idée intéressante à implémenter.

Oui, ya du boulot :-)

C'est toujours dans mes projets de faire ce genre de chose. Les Kobo ont justement un kernel « ouvert », et quand je prendrai le temps un jour me mettrai bien une Debian dessus…
Quant au rafraîchissement de l'écran, on a juste besoin d'ajouter juste un caractère quand on tape au clavier ; pas besoin d'un rafraîchissement complet de l'écran.

La dernière fois que l'on m'a montre des trucs dans le genre (je vais essayer de retrouver l'étude), il était criant que la consommation était assez anecdotique par rapport à la dépense énergétique pour la fabrication et le recyclage.

Tout à fait, c'est moi aussi ce que j'ai toujours lu.

Le paradoxe est dans le fait que l'énergie coûte de plus en plus cher, et donc ce qui est bon pour l'environnement (= ne pas racheter un PC neuf) va au final te coûter plus cher en énergie que le prix du PC neuf + sa conso réduite…

Bref, un truc intelligent à faire quand on achète un PC neuf car on en a « absolument » besoin, c'est de mettre en priorité le critère de consommation afin de ne pas léguer à celui qui le récupérera plus tard un trou à fric.

Je ne vois pas en quoi un brevet logiciel utilisé uniquement pour se défendre

Define « uniquement pour se défendre ». Comme dit par d'autres plus bas, c'est un terme tellement vague que ça implique de juger à la tête du client. Bref, c'est une discrimination basée sur un critère complètement incertain, qui ne fait que donner plus de pouvoir à un petit nombre d'entités soit-disant « gentilles ». La loi, c'est fait pour être appliqué à tout le monde, pas à certains qu'un cloître de supra-hommes a choisi.

Je ne suis pas sûr que si demain je monte une petite boîte qui fait un moteur de recherche basé sur des « idées » de Google, en libre, celui-ci ne m'attaque pas avec ses brevets…

Marrant les réponses après la bataille ;-)

http://wiki.openwrt.org/toh/tp-link/tl-wdr4900
Premier routeur PPC de tplink, c'est assez récent…qui sait ?

Intéressant, je ne connaissais pas. Par contre, quand on regarde dans la durée : oui, la v1 est PPC, mais la v2 c'est du MIPS, exactement comme je disais (que le PPC se fait bouffer par du MIPS sur l'entrée de gamme). Parce que c'est moins cher…

Je dis peut-être une bêtise, mais es-tu sûr que tu as vraiment besoin d'un minitel, et pas simplement d'un terminal « classique » ? Certes, il faudrait que tu trouves un modem 56k pour te relier à la bête (remarque, de toutes façons, avec ton émulateur aussi), mais après, tu peux peut-être essayer de directement mettre un minicom ou consort derrière et voir si ça passe.

Seulement le résultat escompté n'est pas le bon

Tu pourrais donner un exemple ?

Chez moi :

$ tail -1 ~/.bashrc
alias x="foo" # plop
$ alias alias_help="sed -rn 's/^\s*alias\s+(.+)=\"?.+\"(\s*#\s*(.+))?/\1: \3/ p' ~/.bashrc"
$ alias_help
x: plop

sur Debian squeeze.