Mais l'esprit même des calculatrices hp, pour moi en tout cas, ça restera toujours le Saturn et le RPL. Et c'est ça qui pour moi fait la force de ces calculatrices. Si maintenant tu enlèves l'assembleur Saturn et le RPL, alors la calculatrice n'a vraiment plus d'intérêt.
De même, si jamais on arrive à faire tourner Linux sur la hp49g+, je serais content. Mais c'est vraiment pour pouvoir dire "tu sais quoi ? Linux tourne même sur ma calculette" ou dans l'autre sens : "Ma calculette peut faire tourner Linux". Après, même si c'était utilisable du côté de la rapidité, ça n'aurait vraiment plus d'intérêt. Ça serait tellement banal.
Les systèmes d'exploitation écrit from scratch comme winsos pour hp48 par exemple mériteraient plus d'attention je pense.
Je ne connais pas grand chose à la physiologie de l'appareil auditif humain, mais il n'est pas rare de lire ce que je vais dire.
Certes, on n'entend pas par défintion les ultrasons et les infrasons. Mais on les ressent.
Pour les infrasons, c'est plus facile de s'en convaincre, puisqu'un son à 5 Hz par exemple vous fait sauter sur votre siège 5 fois par seconde (oui bon, vous avez compris quoi).
Mais pour les ultrasons, c'est un peu moins intuitif. Certaines expériences montrent que des oreilles de musiciens arrivent à faire la différence entre un son échantillonné à 48 kHz et un autre à 96 kHz par exemple (sur le même matériel audio, à quantification égale, etc...). Cette différence est d'autant plus appréciable en musique classique, en écoutant un violon solo par exemple.
ça peut normalement se faire avec une structure du type read <(IFS=. echo $ans), mais je n'ai pas réussi à le faire marcher.
Sinon, dans le même esprit que grep et cut, tu peux utiliser les syntaxe ${adresseip#.} et ${adresseip%.}. Voir la page man de bash (si tu utilises bash) pour plus de détails.
Je ne suis pas sûr, mais il me semble qu'avec un noyau standard, le scheduler ne peut être plus précis que 10 ms (environ). Donc si ce que je dis est vrai, tu ne pourras pas être plus précis.
Cette "imprécision" se voit par exemple quand ton programme doit recevoir un signal. Le signal est reçu (dans le pire des cas) 10ms après.
Après, il me semble que ces 10 ms peuvent être rabaissés moyennant le réglage de je ne sais plus quel paramètre dans le noyau (une option qui est en rapport avec time scheduler). Mais celà ne fait déjà plus partie de ton cahier des charges ;-)
oh puree, tu sens la HP38/48 comme un troll sent le chat mort a 10 bornes ... :)
Bah quoi ? :-) De toute façon, le Saturn avec ses registres 64 bits, tous ses champs de registres, ses calculs qui peuvent se faire indifféremment en binaire ou en décimal, ça roxors des grand-mères ours.
Et AMHA, c est sur les scripts que c est le plus dur
En fait, je pensais tout simplement aux commandes du type eval(str), ou str est une chaîne de caractère à évaluer. Je pense que tout langage de script possède ce genre de fonction. Enfin en tout cas, de mémoire, pour les langages "de script" que j'ai déjà fréquenté, ça existe : javascript, php, camllight, bash.
Donc, ce qu'on peut faire, c'est écrire le code qui change dans un fichier d'include. Au lancement du programme, on inclut ce fichier. Par contre, si le programme s'automodifie en cours d'exécution, il va falloir utiliser le eval(str) dont j'ai parlé, tout en ayant sauvegardé le contenu de la variable str dans le fichier d'include, pour l'utiliser à la prochaine exécution.
Pour les langages compilés, il me semble très difficile de modifier le fichier exécutable directement. Par contre, on peut théoriquement écrire à la volée une bibliothèque partagée qu'on charge/décharge sur demande.
Eh bien c'est sûr que pour des langages compilés, ça ne doit pas être une mince affaire...
La seule fois où j'ai fait ça, c'était pour un programme écrit en assembleur Saturn qui avait besoin de la moindre optimisation.
Mais pour les langages de script, je ne vois pas de réelles difficultés, la manière la plus simple serait d'écrire le code changeant dans un fichier séparé, et d'inclure ce fichier quand il faut.
Bon vant toute chose, je ne connais pas le langage Fortran 90, donc je suppose que c'est langage qui se compile tout comme C ou Pascal. Si ça n'est pas vrai, ne lisez pas la suite et moinssez-moi !
Une fois compilé, comme tout code source, ton programme devient un exécutable, un binaire, un fichier qui ne contient que des instruction processeur. Autrement dit, si tu désassemble ton fichier binaire, tout ce que tu auras, c'est de l'assembleur, et rien d'autre. Aucune chance d'avoir le code source Fortran à partir du binaire aussi simplement, malehureusement.
Donc, pour désassembler (j'espère que ton ami sait lire de l'assembleur), tu peux utiliser des outils génériques comme objdump. man objdump pour plus de détails. Il doit y avoir des désassembleur qui font plus de choses, mais je n'en connais pas vu que j'utilise très rarement cet outil.
c'ets parce que la commande s'appelle aviplay mais est contenue dans le ebuild de avifile, qui contient plein de commandes utiles pour manipuler des fichiers avi.
Ça ne correspond pas à ce que tu décris, mais une très très bonne solution est d'utiliser le programme gtkatalog
Ce programme indexe les fichiers de tous tes cd sur une base de données, comme ça tu peux chercher un fichier, sans mettre le cd dans le lecteur.
Très très pratique. Par contre, ça n'indexe pas le contenu du fichier, mais on peut donnermanuellement une description du contenu des fichiers, si nécessaire.
J'ai regardé, et si ça marche, alors c'est génial !
Mais j'ai quand même un doute. Peut-être que les légendes avant - après ont été inversées... Bah oui, c'est plus facile de partir de l'image en couleur et de trouver l'image en noir et blanc avec des coups de pinceaux... Quoique, en réfléchissant, faire un algo qui fait des coups de pinceaux doit pas être évident.
Je ne peux pas sortir, la porte est fermée à clé depuis l'extérieur.
Ce n'est ps la gateway qu'il faudrait controler mais le switch, puisque ton transfert se fait enter tes deux LAN, je ne vois pas trop ce que viens faire ta gateway dedans.
Sinon, vu que tu ne donnes pas de détails, je te propose une solution un peu bourrin.
Tu as dit avoir utilisé ethereal pour analyser le traffic.
Alors examine de plus près si certains paquets ont des réponses, et le cas échéant regarde les temps de réponse. Regarde si les ACK sont bien renvoyés, et assez rapidement.
Compare avant les fatidiques 5 minutes et après.
Pour comparer tout ça, je te conseille de loguer tous les paquets avec tcpdump et de tracer des graphiques avec gnuplot par exemple (un histogramme des temps de réponses des paquets ACK, un autre pour le temps séparant deux envois de données).
Je ne crois pas que le protocole NetBios ait été prévu avec ce genre de fonctions...
Même si c'était possible, ça serait quand même assez peu performant. Avec un réseau 10 Mbits/s (1.25 Mo/s et encore, théoriquement), tu accèdes aux 8x maximum. Imagine alors que tu graves à cette vitesse et que quelqu'un se mets à faire d'autres transferts de fichiers sur le réseau... J'espère que tu as du burnproof !
Sinon, il ne serait pas difficile de faire un petit script qui vérifie toutes les minutes si il y a des fichiers dans un répertoires de partages samba créé pour l'occasion.
S'il y a des fichiers, il vérifie que ce sont des fichiers ISO par exemple, et essaye de le graver le cas échéant.
Ça serait un espèce de spool non pas d'imprimante mais de gravure..
Les lignes avec "Pre-fail" sont normales, la colonne n'indiquant que la façon d'interpréter les données, ce n'est pas le résultat d'une quelconque mesure. Pas de quoi s'inquiéter donc.
La seule ligne (du tableau) qui peut t'inquiéter c'est celle-ci :
225 Load_Cycle_Count 0x0032 038 038 070 Old_age Always FAILING_NOW 629117
http://smartlinux.sourceforge.net/smart/attributes.php(...) me dit que Load_Cycle_Count signifie "Total of cycles of loading on drive", ce que je ne comprends malheureusement pas :/
En tout cas, la dernière colonne dit que ton disque as eu 629117 "cycles de chargement" (je ne sais pas la traduction exacte, ni le sens).
L'avant-dernière colonne contenant FAILING_NOW te dit que la panne peut survenir à tout instant.
Toutes les autres lignes sont normales.
Sinon, apparemment, SMART passe très bien au-dessus de ton emulation SCSI. la preuve, il arrive à rapatrier le tableau des valeurs qui nous intéressent.
Les lignes "Error 30" jusqu'à "Error 26" ne sont pas des erreurs de smartctl, mais le contenu du log de ton disque dur. Aux dates indiquées, ton disque dur a eu du mal à lire quelques secteurs... Celà signifie certainement qu'il y avait déjà des blocs défectueux. Seulement, ton disque dur a réaffecté ces secteurs (au niveau hardware). Donc si tu fais un badblocks, il ne trouvera pas forcément des secteurs défectueux.
La dernière ligne de ton fichier :
Device does not support Selective Self Tests/Logging
signifie apparemment que c'est ton disque dur et non la couche d'émulation SCSI ou je ne sais quel autre entité qui ne supporte pas le "Selective blabla".
Maintenant, je te préviens, je ne connais a priori pas grand chose de plus que toi au niveau de SMART. Je te dis juste comment je fais moi-même l'interprétation des mesures. Je ne sais pas si ces interprétations sont justes.
En tout cas, ce qui est a peu près sûr, c'est qu'il est bon que tu sauvegardes tes données.
Je n'utilise plus les drivers de nvidia depuis que ça a fait planté ma machine. Et pourtant j'en aurais bien besoin pour faire tourner certains programmes.
Je ne peux plus faire de 3D dans des conditions décentes, mais peu importe, au moins ça ne plante pas.
Avec de la 3D software grâce à Mesa, je monte à 30 FPS avec ton bench, et ce avec un petit Pentium III cadencé à 800 MHz
Au moins, moi, j'ai un nombre d'image par secondes qui reste constant :))
hddtemp will give you the temperature of your hard drive by reading Self-Monitoring Analysis and Reporting Technology (S.M.A.R.T) information
si tu pouvais m eclairer la dessus
Bin je ne suis pas du tout un pro de smart :) et en plus, je ne sais pas quelle commande tu as lancé exactement.
En lançant "smartctl -a /dev/hda", j'ai un tableau de valeurs, avec des colonnes nommées "VALUE" "THRESH" (pour theshold), "WORST", et "TYPE".
Si la valeur de VALUE est inférieure à THRESH, alors tu peux commencer à t'inquiéter, WORST étant la moins bonne valeur de VALUE enregistrée depuis la naissance du disque dur.
La colonne TYPE indique la gravité d'un éventuel dépassement de la valeur THRESH. "Old_age" signifie que si VALUE < THRESH, c'est que le disque est usé par usure normale. "Prefail" indique que tu vas pas tarder à avoir une panne, et qu'il serait malin de penser à sauvegarder tes données.
Mais en gros, il vaut mieux avoir la colonne nommée WHEN_FAILED totalement vide. Si ce n'est pas le cas, le contenu de la colonne t"indique combien de fois VALUE a été inférieur à TRESH. Et si tu vois un malehureux FAILING_NOW, commence à avoir des sueurs froides :)
La plupart des valeurs du tableau peuvent être rapatriées sans interruption du fonctionnement du disque (valeurs qui ont un "Always" dans la colonne UPDATED). Certaines valeurs ne peuvent être lu qu'après un test (option -t de smartctl). Ces test peuvent être plus ou moins longs.
Tu devrais trouver plus de détails sur le grand Ternet, ou dans la page man de smartctl.
Tant que tu est dans les utilitaires HDD, trifouilles aussi hddtemp
Il y a aussi les outils smartctl qui donnent plein d'informations intéressantes, et servent à prévoir les défaillances matérielles de disques durs. Fini le disque dur qui claque de manière imprévu ! Et entre autre, ça donne la température du disque.
Je pense d'ailleurs que hddtemp doit utiliser le protocole SMART pour avoir cete valeur.
Je ne connais pas forcément un logiciel, mais dans la philosophie UNIX, tu peux certainement faire ça avec plein de petits outils.
Un pour extraire ma piste, et un pour encoder en mp3.
Pour extraire la piste, je pense que mplayer devrait suffire (voir man mplayer).
Pour encoder, utilise l'encodeur ogg^Wmp3 que tu veux.
Bah comme le disent pour une fois assez bien les messages d'erreurs, il semblerait que les serveurs de microsoft ne sont pas opérationnels.
Ça arrive assez souvent.
[^] # Re: Dans l'article
Posté par kd . En réponse au journal HP passe à Hurd. Évalué à 2.
Mais l'esprit même des calculatrices hp, pour moi en tout cas, ça restera toujours le Saturn et le RPL. Et c'est ça qui pour moi fait la force de ces calculatrices. Si maintenant tu enlèves l'assembleur Saturn et le RPL, alors la calculatrice n'a vraiment plus d'intérêt.
De même, si jamais on arrive à faire tourner Linux sur la hp49g+, je serais content. Mais c'est vraiment pour pouvoir dire "tu sais quoi ? Linux tourne même sur ma calculette" ou dans l'autre sens : "Ma calculette peut faire tourner Linux". Après, même si c'était utilisable du côté de la rapidité, ça n'aurait vraiment plus d'intérêt. Ça serait tellement banal.
Les systèmes d'exploitation écrit from scratch comme winsos pour hp48 par exemple mériteraient plus d'attention je pense.
[^] # Re: Dans l'article
Posté par kd . En réponse au journal HP passe à Hurd. Évalué à 3.
Mais franchement, je trouve que programmer en C sur une calculatrice lui fait perdre tout son charme.
Il faut profiter de ce magnifique processeurs qu'est le Saturn. Le (Usr|Sys)RPL est tout aussi génial. Bref, la HP48, c'est que du bon.
Je pense que si jamais un jour je fais l'acquisition d'une HP49g+, je continuerai de programmer en assembleur Saturn et en SysRPL.
[^] # Re: c'est quoi ce machin ?
Posté par kd . En réponse au journal Vous avez dit petit ???. Évalué à 6.
En gros, tu demandes à quoi un ordinateur sert...
[^] # Re: Heureux
Posté par kd . En réponse à la dépêche LinuxFrench.NET, c'est fini^W^Wça repart !. Évalué à -1.
[^] # Re: Le Net rendu à son concept
Posté par kd . En réponse à la dépêche Vers un accès libre aux résultats de la recherche…. Évalué à 2.
Certes, on n'entend pas par défintion les ultrasons et les infrasons. Mais on les ressent.
Pour les infrasons, c'est plus facile de s'en convaincre, puisqu'un son à 5 Hz par exemple vous fait sauter sur votre siège 5 fois par seconde (oui bon, vous avez compris quoi).
Mais pour les ultrasons, c'est un peu moins intuitif. Certaines expériences montrent que des oreilles de musiciens arrivent à faire la différence entre un son échantillonné à 48 kHz et un autre à 96 kHz par exemple (sur le même matériel audio, à quantification égale, etc...). Cette différence est d'autant plus appréciable en musique classique, en écoutant un violon solo par exemple.
# Re:
Posté par kd . En réponse au message et logique ?. Évalué à 4.
Pour un petit script, c'est pas très grave, mais il vaut mieux prendre des habitudes.
Par exemple (il y a beaucoup d'autres solutions) :
adresseip="127.0.0.1";
IFS=' ' read ip3 ip2 ip1 ip0 <<EOF
$(IFS='.'; echo $adresseip)
EOF
echo "Voilà l'adresse IP: $ip3.$ip2.$ip1.$ip0";
ça peut normalement se faire avec une structure du type read <(IFS=. echo $ans), mais je n'ai pas réussi à le faire marcher.
Sinon, dans le même esprit que grep et cut, tu peux utiliser les syntaxe ${adresseip#.} et ${adresseip%.}. Voir la page man de bash (si tu utilises bash) pour plus de détails.
# Re:
Posté par kd . En réponse au message Statistiques précises du temps CPU utilisé. Évalué à 3.
Cette "imprécision" se voit par exemple quand ton programme doit recevoir un signal. Le signal est reçu (dans le pire des cas) 10ms après.
Après, il me semble que ces 10 ms peuvent être rabaissés moyennant le réglage de je ne sais plus quel paramètre dans le noyau (une option qui est en rapport avec time scheduler). Mais celà ne fait déjà plus partie de ton cahier des charges ;-)
[^] # Re: Re:
Posté par kd . En réponse au message code automodifiable. Évalué à 2.
Bah quoi ? :-) De toute façon, le Saturn avec ses registres 64 bits, tous ses champs de registres, ses calculs qui peuvent se faire indifféremment en binaire ou en décimal, ça roxors des grand-mères ours.
Et AMHA, c est sur les scripts que c est le plus dur
En fait, je pensais tout simplement aux commandes du type eval(str), ou str est une chaîne de caractère à évaluer. Je pense que tout langage de script possède ce genre de fonction. Enfin en tout cas, de mémoire, pour les langages "de script" que j'ai déjà fréquenté, ça existe : javascript, php, camllight, bash.
Donc, ce qu'on peut faire, c'est écrire le code qui change dans un fichier d'include. Au lancement du programme, on inclut ce fichier. Par contre, si le programme s'automodifie en cours d'exécution, il va falloir utiliser le eval(str) dont j'ai parlé, tout en ayant sauvegardé le contenu de la variable str dans le fichier d'include, pour l'utiliser à la prochaine exécution.
Pour les langages compilés, il me semble très difficile de modifier le fichier exécutable directement. Par contre, on peut théoriquement écrire à la volée une bibliothèque partagée qu'on charge/décharge sur demande.
# Re:
Posté par kd . En réponse au message code automodifiable. Évalué à 3.
La seule fois où j'ai fait ça, c'était pour un programme écrit en assembleur Saturn qui avait besoin de la moindre optimisation.
Mais pour les langages de script, je ne vois pas de réelles difficultés, la manière la plus simple serait d'écrire le code changeant dans un fichier séparé, et d'inclure ce fichier quand il faut.
# Re:
Posté par kd . En réponse au message décompilateur fortran 90. Évalué à 2.
Une fois compilé, comme tout code source, ton programme devient un exécutable, un binaire, un fichier qui ne contient que des instruction processeur. Autrement dit, si tu désassemble ton fichier binaire, tout ce que tu auras, c'est de l'assembleur, et rien d'autre. Aucune chance d'avoir le code source Fortran à partir du binaire aussi simplement, malehureusement.
Donc, pour désassembler (j'espère que ton ami sait lire de l'assembleur), tu peux utiliser des outils génériques comme objdump. man objdump pour plus de détails. Il doit y avoir des désassembleur qui font plus de choses, mais je n'en connais pas vu que j'utilise très rarement cet outil.
[^] # Re: Freeze aleatoires ...
Posté par kd . En réponse au journal Nouveaux pilotes nVidia. Évalué à 6.
[^] # Re: vidéo cassée ?
Posté par kd . En réponse au journal Un peu d'humour dans ce monde de brute.. Évalué à 3.
# Re:
Posté par kd . En réponse au journal Un peu d'humour dans ce monde de brute.. Évalué à 5.
- A installé Firefox, mais utilise Internet Explorer.
J'espère que ce n'est pas typique des quelques millions de gens qui ont téléchargé firefox.
[^] # Re: vidéo cassée ?
Posté par kd . En réponse au journal Un peu d'humour dans ce monde de brute.. Évalué à 2.
Ça passe avec aviplay par contre.
# Re:
Posté par kd . En réponse au message Indexation des données d'un CDROM. Évalué à 3.
Ce programme indexe les fichiers de tous tes cd sur une base de données, comme ça tu peux chercher un fichier, sans mettre le cd dans le lecteur.
Très très pratique. Par contre, ça n'indexe pas le contenu du fichier, mais on peut donnermanuellement une description du contenu des fichiers, si nécessaire.
http://www.nongnu.org/gtktalog/gtktalog.fr.html(...)
# Re:
Posté par kd . En réponse au journal Colorisation d'images/vidéos. Évalué à 3.
Mais j'ai quand même un doute. Peut-être que les légendes avant - après ont été inversées... Bah oui, c'est plus facile de partir de l'image en couleur et de trouver l'image en noir et blanc avec des coups de pinceaux... Quoique, en réfléchissant, faire un algo qui fait des coups de pinceaux doit pas être évident.
Je ne peux pas sortir, la porte est fermée à clé depuis l'extérieur.
# Re:
Posté par kd . En réponse au message Tranfert FTP très lent sur mon LAN. Évalué à 3.
Sinon, vu que tu ne donnes pas de détails, je te propose une solution un peu bourrin.
Tu as dit avoir utilisé ethereal pour analyser le traffic.
Alors examine de plus près si certains paquets ont des réponses, et le cas échéant regarde les temps de réponse. Regarde si les ACK sont bien renvoyés, et assez rapidement.
Compare avant les fatidiques 5 minutes et après.
Pour comparer tout ça, je te conseille de loguer tous les paquets avec tcpdump et de tracer des graphiques avec gnuplot par exemple (un histogramme des temps de réponses des paquets ACK, un autre pour le temps séparant deux envois de données).
# Re:
Posté par kd . En réponse au message samba partager graveur CD. Évalué à 4.
Même si c'était possible, ça serait quand même assez peu performant. Avec un réseau 10 Mbits/s (1.25 Mo/s et encore, théoriquement), tu accèdes aux 8x maximum. Imagine alors que tu graves à cette vitesse et que quelqu'un se mets à faire d'autres transferts de fichiers sur le réseau... J'espère que tu as du burnproof !
Sinon, il ne serait pas difficile de faire un petit script qui vérifie toutes les minutes si il y a des fichiers dans un répertoires de partages samba créé pour l'occasion.
S'il y a des fichiers, il vérifie que ce sont des fichiers ISO par exemple, et essaye de le graver le cas échéant.
Ça serait un espèce de spool non pas d'imprimante mais de gravure..
[^] # Re: hmmm
Posté par kd . En réponse au message AAM (Automatic Accoustic Management). Évalué à 2.
La seule ligne (du tableau) qui peut t'inquiéter c'est celle-ci :
225 Load_Cycle_Count 0x0032 038 038 070 Old_age Always FAILING_NOW 629117
http://smartlinux.sourceforge.net/smart/attributes.php(...) me dit que Load_Cycle_Count signifie "Total of cycles of loading on drive", ce que je ne comprends malheureusement pas :/
En tout cas, la dernière colonne dit que ton disque as eu 629117 "cycles de chargement" (je ne sais pas la traduction exacte, ni le sens).
L'avant-dernière colonne contenant FAILING_NOW te dit que la panne peut survenir à tout instant.
Toutes les autres lignes sont normales.
Sinon, apparemment, SMART passe très bien au-dessus de ton emulation SCSI. la preuve, il arrive à rapatrier le tableau des valeurs qui nous intéressent.
Les lignes "Error 30" jusqu'à "Error 26" ne sont pas des erreurs de smartctl, mais le contenu du log de ton disque dur. Aux dates indiquées, ton disque dur a eu du mal à lire quelques secteurs... Celà signifie certainement qu'il y avait déjà des blocs défectueux. Seulement, ton disque dur a réaffecté ces secteurs (au niveau hardware). Donc si tu fais un badblocks, il ne trouvera pas forcément des secteurs défectueux.
La dernière ligne de ton fichier :
Device does not support Selective Self Tests/Logging
signifie apparemment que c'est ton disque dur et non la couche d'émulation SCSI ou je ne sais quel autre entité qui ne supporte pas le "Selective blabla".
Maintenant, je te préviens, je ne connais a priori pas grand chose de plus que toi au niveau de SMART. Je te dis juste comment je fais moi-même l'interprétation des mesures. Je ne sais pas si ces interprétations sont justes.
En tout cas, ce qui est a peu près sûr, c'est qu'il est bon que tu sauvegardes tes données.
Bon courage et bonne chance en tout cas !
# Re:
Posté par kd . En réponse au journal Drivers nvidia, drivers en carton ?. Évalué à 2.
Je ne peux plus faire de 3D dans des conditions décentes, mais peu importe, au moins ça ne plante pas.
Avec de la 3D software grâce à Mesa, je monte à 30 FPS avec ton bench, et ce avec un petit Pentium III cadencé à 800 MHz
Au moins, moi, j'ai un nombre d'image par secondes qui reste constant :))
[^] # Re: Sympa les graphes
Posté par kd . En réponse au journal Drivers nvidia, drivers en carton ?. Évalué à 6.
#!/bin/sh
sed 's/;//' benchout.txt >benchout-2.txt
gnuplot >bench.png <<EOF
set terminal png
plot "benchout-2.txt" with lines
EOF
xloadimage bench.png
[^] # Re: hmmm
Posté par kd . En réponse au message AAM (Automatic Accoustic Management). Évalué à 2.
Et pourtant, dans la page man de hddtemp :
hddtemp will give you the temperature of your hard drive by reading Self-Monitoring Analysis and Reporting Technology (S.M.A.R.T) information
si tu pouvais m eclairer la dessus
Bin je ne suis pas du tout un pro de smart :) et en plus, je ne sais pas quelle commande tu as lancé exactement.
En lançant "smartctl -a /dev/hda", j'ai un tableau de valeurs, avec des colonnes nommées "VALUE" "THRESH" (pour theshold), "WORST", et "TYPE".
Si la valeur de VALUE est inférieure à THRESH, alors tu peux commencer à t'inquiéter, WORST étant la moins bonne valeur de VALUE enregistrée depuis la naissance du disque dur.
La colonne TYPE indique la gravité d'un éventuel dépassement de la valeur THRESH. "Old_age" signifie que si VALUE < THRESH, c'est que le disque est usé par usure normale. "Prefail" indique que tu vas pas tarder à avoir une panne, et qu'il serait malin de penser à sauvegarder tes données.
Mais en gros, il vaut mieux avoir la colonne nommée WHEN_FAILED totalement vide. Si ce n'est pas le cas, le contenu de la colonne t"indique combien de fois VALUE a été inférieur à TRESH. Et si tu vois un malehureux FAILING_NOW, commence à avoir des sueurs froides :)
La plupart des valeurs du tableau peuvent être rapatriées sans interruption du fonctionnement du disque (valeurs qui ont un "Always" dans la colonne UPDATED). Certaines valeurs ne peuvent être lu qu'après un test (option -t de smartctl). Ces test peuvent être plus ou moins longs.
Tu devrais trouver plus de détails sur le grand Ternet, ou dans la page man de smartctl.
[^] # Re: hmmm
Posté par kd . En réponse au message AAM (Automatic Accoustic Management). Évalué à 2.
Il y a aussi les outils smartctl qui donnent plein d'informations intéressantes, et servent à prévoir les défaillances matérielles de disques durs. Fini le disque dur qui claque de manière imprévu ! Et entre autre, ça donne la température du disque.
Je pense d'ailleurs que hddtemp doit utiliser le protocole SMART pour avoir cete valeur.
# Re:
Posté par kd . En réponse au message copier un chapitre d'un dvd en mp3. Évalué à 2.
Un pour extraire ma piste, et un pour encoder en mp3.
Pour extraire la piste, je pense que mplayer devrait suffire (voir man mplayer).
Pour encoder, utilise l'encodeur ogg^Wmp3 que tu veux.
# Où es le problème ?
Posté par kd . En réponse au message prblm de connection msn. Évalué à 4.
Ça arrive assez souvent.