Arathor a écrit 301 commentaires

Par contre, je suis franchement intrigué quand je lis que bépo c'est bien pour programmer: alt gr pour les caractères <>&, entres autres, c'est juste pas possible.

Altgr a mauvaise réputation parce qu’il n’est pas symétrique, et qu’une bonne partie des symboles en Altgr sont sur la moitié droite du clavier, ce qui est une énorme connerie. En prime, beaucoup de symboles Altgr sont sur la rangée du haut, qui est déjà peu accessible.

Mais si les symboles sont en partie gauche du clavier, sur les 3 lignes principales (pas les chiffres), alors Altgr est aussi bien que Shift. Il vaut bien mieux un accès Altgr sur la homerow qu’un accès direct sur [²] par exemple.

sous windows azerty, elle permet d'utiliser 123456790 de la ligne numérique sans rester bloqué sur SHIFT :P du coup on peut dire que windows c'est trop la classe (on est trolldi \o/)

C’est aussi le cas en bépo, et on a toujours les ÉÈÀÊÇ facilement.

Ne pas intégrer de repose-poignets au clavier, c'est aussi laisser le choix à l'utilisateur.

C’est la meilleure option : repose-poignets ou pas, et si oui, l’utilisateur peut choisir son repose-poignet. Perso je suis très bien avec mon Fellowes, pas la moindre envie de changer.

revers de la médaille, ça doit être très dur de frapper des m, ç, j, z ou w en bépo dessus, pouvez-vous confirmer/infirmer?

On a plusieurs utilisateurs qui s’en sont plains, certains ont fait une dispo perso pour remédier au problème.

En dehors du fait qu’on peut très bien préférer un domaine perso à une adresse gmail, ça permettait d’être indépendant de google.

Avec un dns perso, tu restes maître de ton adresse mail. Tu peux la remettre sur ton serveur. Avec toto@gmail.com, tu peux pas.

C’est la manière dont google l’a formulé.

Change le titre en « Plus d’inscription gratuite à google apps », si ça te fait plaisir ;-)

Il faut savoir : tu veux être spartiate ou pas ?

:D

Au final, tu devrais finir par trouver le ou les programmes qui forcent à faire des écriture sur le disque.

Ouais, il faut sortir l'artillerie lourde quoi…

Bon, merci à tous pour votre aide, je teste tout ça quand j'ai le temps et si ça marche pas, je ferais une nouvelle entrée avec le résultat des tests.

Merci aussi pour ta réponse :)

C'est un fichier de conf du paquet laptop-mode-tools je présume ? (j'ai toujours eu des machines fixes)

LAPTOP_MODE=5  ; # "5" -> Attend 5s pour regrouper les opérations d'écritures

Mais du coup, entre ça et les paramètres vm.dirty plus bas, c'est 5s ou 10m qui est pris en compte ?

Pourcentage de pages mémoires occupées

Ça c'est des paramètres pour la swap non ? J'ai 4G de ram. Si je fais top là maintenant : 400Mo inocupés, 2G de cache disque (donc 2G de ram réellement occupés), et à peine 30Mo en swap. Du coup je pense pas que jouer sur la swap change grand chose, non ?

Salut, merci pour la réponse :)

Tout d'abord, j'ai oublié de préciser que j'avais fait des tests en fermant pidgin, idem ; puis icedove, idem ; puis sonata, idem. J'avais pensé à firefox, mais la sortie de
find / -xdev -mmin 10 -type f >find
vers 3h du mat, quand la machine ne fait rien (et qu'elle gratte pourtant @§#!) m'avait donné… un fichier vide. Du coup j'avais exclu firefox puisqu'il fallait bien qu'il écrive quelque chose sur le disque (cache ou que sais-je) pour être la cause du problème. Hors aucun fichier n'avait été modifié sur le FS ! Zarb, d'où cette entrée sur le forum…

J'ai donc fait :
/etc/init.d/sysklogd stop
/etc/init.d/klogd stop
echo 1 > /proc/sys/vm/block_dump

et j'ai laissé l'ordi tourner cette nuit. En me levant je vois du kjournald de partout :
http://pastebin.com/DdDFv63L

Mais j'ai pourtant dit commit=600 ! et l'option apparaît quand je fais mount…

/dev/sda1 on / type ext3 (rw,noatime,errors=remount-ro,commit=600,barrier=1,data=ordered)

Je vais tester tes paramètres vm.dirty cette nuit.

PS : je suis pas contre une solution propre en trouvant la cause du problème, mais je suis avant tout pour une solution, fut-elle « dirty » ;-)

c'est le genre de trucs qui pourrait être diffusé sur le Net, pas besoin de la télévision pour ça.

En flash ou en silverlight ? Merci, je préfère encore la télé, c'est un format plus standard !

Sans parler de la différence d'équipement des ménages français entre télé et ordinateur ! et on peut aussi se poiler avec l'inégalité d'accès à internet sur le territoire, sans parler des débits.

PS : j'ai pas la téloche. Enfin si, avec le streaming de free (où les contenus pourris de TF1 et M6 s'éjectent d'eux-mêmes), et même en HD puisque j'ai la fibre. Mais je dire pas des conclusions générales à partir de /mon/ cas…

C'était ça, le fichier était corrompu. Un ami m'a aidé à déterminer qu'il avait subi une double conversion latin1 -> utf8.

J'ai donc fais iconv -c -f utf8 -t iso8859-15 dessus, puis j'ai corrigé les è/ô qui posaient problème.

Merci de ton attention, c'est sympa :)

Je rajoute ça à ma liste des trucs à lire, merci :)

Ah possible que ça passe mal la prévisualisation, mais que ça s'affiche correctement une fois posté. Moi en tout cas, en prévisualisant j'avais un titre à la place du commentaire, à cause du #

test :

# commentaire

#commentaire

edit : le problème apparait quand on met un espace entre le # et le commentaire.

edit2 : damnit, ça marche correctement si on édite le message… rah.

120000, ça fait beaucoup. Mais si ça bouge plus, il est possible qu'à l'installation ton système était touché par le problème, puis qu'une mise à jour l'a corrigé ensuite.

Apparemment c'est bien de l'UTF-8 affiché comme de l'iso-latin-1 ou 15. Mais les outils sensés faire la traduction se cassent les dents dessus… (voir mon commentaire plus complet ci-dessous).

Si je lance un
% iconv -f utf8 -t iso8859-15 fichier.sql >essai
iconv: séquence d'échappement non permise à la position 3220

la sortie sur terminal donne
[le début du fichier converti avec les bons accents]
[…]si tu veux avoir la trois�iconv: séquence d'échappement non permise à la position 3220

Si j'essaye un
% utrac -f UTF-8 -t ISO-8859-15 fichier.sql >essai
je n'ai pas d'erreur, mais les accents ne sont pas OK dans vim. Dans most la plupart semblent bons, sauf è et ô qui sont remplacés par « <C3>_ ». Si je l'ouvre dans kedit et que je l'enregistre, vim voit les accents correctement dans le nouveau fichier, sauf è et ô. Mais si j'essaye %s/<C3>/è/g je me retrouve avec des mots comme cèté (ô remplacé par è), puisque c'est le même caractère.

Si j'essaye avec iconv -c j'ai le même problème : accents OK mais è et ô remplacés par « <C3> » (sans l'underscore rajouté par utrac).

D'après le man :
Lorsque la chaîne « //TRANSLIT » est ajoutée à --to-code, la translitération est activée. Cela signifie que lorsqu'un caractère ne peut pas être représenté dans l'encodage cible, il pourra être approximé par un caractère de forme similaire.

La seule différence c'est un ? après <C3>.

J'ai aussi essayé avec recode :
% recode utf8..iso8859-15 fichier.sql recode: linux-fr.sql non-réussi: Entrée invalide dans « UTF-8..ISO-8859-15 »

Le man de recode ne me donne pas de pistes pour approfondir. J'ai googlé l'erreur d'iconv, pas plus.

Le fichier fait 140K, je me vois pas changer les caractères un par un. Au pire, s'il n'y a pas d'autre solution, je pourrais toujours partir de la sortie d'utrac, chercher une liste des mots contenant ô et corriger à coup de :%s/motavecè/motavecô/g. Mais bon…

J'ai cette commande dans mon vimrc. Si je la retape une fois le fichier ouvert et fais :x ça ne change rien.

Surtout n'indique pas comment tu as fait :p

Tu peux vérifier le parquage des têtes en regardant
smartctl -a /dev/sda |grep -i load
Si tu as plusieurs dizaines de milliers et que ça monte rapidement (plusieurs fois par minute), c'est pas bon.

Moi j'ai ça dans mon /etc/rc.local :

# Pour le problème de parquage des têtes
hdparm -B 255 /dev/sda
# AAM
hdparm -M 128 /dev/sda```

PS : tiens, on peut pas mettre un # à l'intérieur d'un bloc de code (les trois `)

Merci à tous pour vos réponses, j'essayerai ça demain.

Ces histoires de convertion d'encodage, ça m'a toujours pris la tête.

Tu as un WD ?

Regarde si c'est pas un problème de parquage des têtes.

Ils ont tout ré-écrit de zéro.

L'autre question que je me pose c'est que pour envoyer des images et des sons dans l'espace, le plus rapide c'est des ondes radio non ?

Vu les distances en jeu, l'atténuation et les parasites (l'espace est bourré d'ondes électromagnétiques) : il y a (vraiment très) peu de chances qu'un alien regarde un jour notre télé.

Ça nous épargne au moins la honte interstellaire (tu images ET devant Loft story ?)

"Pourrait" être encore là. J'imagine qu'en perdition elle pourrait aller se scratcher dans une autre étoile ou être détruite par simple collision avec un astéroïde isolé ?

Je pense que le plus probable, c'est qu'elle ira se mettre en orbite autour d'une étoile (Aldebaran ou une autre) et qu'elle restera là.