Reprise du message précédent :

Bizarre    
 
T'es sûr que tu regardes bien le bon device ? Que donne un "hdparm -C /dev/hdX" en console ?
 

Ca c'est déjà plus compréhensible a priori... surtout s'il s'agit du disque sur lequel ton système est installé. Sinon, regarde un petit peu ce que dit sar (paquet sysstats) : par exemple

 
Si sar te dit qu'il n'y a aucune activité sur le disque, et que tu trouves ça plausible, tu peux essayer de mettre ton disque en standby à la main :

Donc le script fonctionne bien
 
lundi 23 juillet 2007, 18:59:23 (UTC+0200)      active/idle
lundi 23 juillet 2007, 19:40:39 (UTC+0200)      standby
lundi 23 juillet 2007, 19:40:40 (UTC+0200)      active/idle
 
Donc en théorie c'est tout bon (au démarrage de debian il y'a bien écris que hdparm est activé avec le standby au bout de 20min) .  
 
Encore merci

Effectivement, le script fonctionne bien, mais par contre l'utilité du mode standby a l'air limitée sur ton système... Visiblement, entre 19:00 et 19:40, il ne s'est pas écoulé 10 minutes sans que ton système effectue un accès disque (et vu la vitesse à laquelle ton disque s'est réveillé, je dirais plutôt que la période typique d'accès est de l'ordre de quelques secondes.
 
Quel disque veux-tu mettre en standby ? S'il s'agit du disque sur lequel est monté /var/log, tu n'arriveras jamais à passer ton disque en standby à cause des écritures de syslog. Si tu veux vraiment limiter les accès disques pour pouvoir passer systématiquement en standby, il existe des solutions toutes faites (comme par exemple laptop-mode pour les portables) ou bien tu peux trifouiller un peu ton système pour éliminer les écritures de logs sur ton disque. Je suis justement en train d'écrire une page là dessus sur mon site perso. Si ça t'intéresse, j'enverrai le lien dès que c'est présentable...

est-ce que quelqu'un utilise lineak (gestionnaire de clavier multimédia) et arrive à afficher des accent avec l'OSD car moi je n'arrive pas a me défaire de ce bug

C'est pour ça qu'il s'arrête jamais

Bah en fait, j'aime bien laisser mon ordi allumé la nuit, même s'il fait rien, histoire de retrouver tout mes programme et tout. Et le seuls truc qui ne s'arrête jamais c'est le hdd (sinon c'est un ordi slim avec un turionX2, ça consomme rien ), c'était pour les laisser s'éteindre la nuit, mais ça semble tendus en effet J'ai qu'un seul hdd

Laptop-mode me semble un peu violent (je l'utilisai sur mon portable ). Ptéte éliminé les logs, ils me servent presque jamais, à moins que le système en ai besoin ?

Mmmh, pas très développement durable, tout ça...
 

Effectivement, laptop-mode est vraiment violent et à vraiment déconseiller pour les PC fixes.
 
Sinon, je pense que la meilleure solution consiste effectivement à travailler sur /var/log. Une solution consiste à monter /var/log en tmpfs. Un petit logrotate bien configuré devrait t'assurer que /var/log ne va pas devenir trop gros. A chaque reboot, tu pars d'un /var/log vierge, ce qui n'est pas trop grave car la plupart des fichiers sont recréés. Il ne te manquera a priori que /var/log/lastlog, btmp et wtmp, que tu dois recréer à la main avec les bonnes permissions. (par exemple dans un script /etc/init.d)
 
Si tu veux vraiment conserver tes logs, tu peux tweaker un peu (voire beaucoup) le mécanisme de rotation des logs pour les sauvegarder sur le disque périodiquement.
 
Comme je te disais tout à l'heure, je suis en train d'écrire qqch la dessus sur mon site perso : http://francesco.ovh.org/serveur/disques.php. Pour l'instant, il manque les infos les plus intéressantes, mais je vais essayer de finir ça bientôt.

Et tu veux pas utiliser uswsusp sinon ?

Fonctionne pas    Bizarrement l'ordi est réfractaire aux mises en veilles de linux (je crois que c'est un chip nforce 430).  
 
J'attendrai alors francesco

Une autre soluce pourrait être de déporter /var/log sur un autre périph que le dur principal de la machine ; par exemple sur un périph amovible comme une carte compact flash ou une clé USB.
 
C'est rapide à mettre en place et ça a pour avantage d'éviter de devoir faire trop de tweaking au niveau de sysklogd ; en même temps ça permet aussi de conserver une trace, ce qui est toujours utile en cas de coup dur. Maintenant l'inconvénient est de devoir mobiliser exprès un périph de ce type pour les log, mais bon, au prix ou est une clé USB, ça reste une possibilité à envisager.
 
 
Je salue au passage l'initiative de ton site franceso ; on ne trouve pas souvent des infos de ce type sur le net.    

Effectivement, c'est une très bonne solution rapide et facile à mettre en place.
 
Par contre, j'ai un petit doute sur la durabilité de ce type de solutions : j'y connais pas grand chose en hardware, mais il me semble que les clés USB ont un nombre limité de cycles de lecture/écriture. Du coup, directement monter /var/log sur une clé pourrait raccourcir la vie de celle-ci. A vrai dire, c'est pour ça (et aussi parce que c'est marrant) que je me suis lancé dans tout ce weaking de sysklogd et logrotate pour diminuer la quantité d'accès aux disques pour les logs. Mais je continue à me demander si c'est vraiment nécessaire : est-ce que le raccourcissement de durée de vie d'une mémoire flash est vraiment sensible si on la soumet à la fréquence d'écritures typique de /var/log ?
 
 

merci.
 
En fait, c'est un peu pour ça que je me suis mis à écrire ces pages : j'ai eu pas mal de mal à mettre en place une solution fiable de gestion des logs en tmpfs, et je me dis qu'un certain nombre de possésseurs de serveurs perso aimeraient peut-être utiliser ce type de solutions pour consommer moins de courant et faire moins de bruit.
 

Je vais essayer de pas te faire attendre longtemps. J'essaie de finir ça vite, et je te préviens dès que c'est fait...

Je viens de faire vite fait un petit calcul de coin de table. Comme je l'ai dit plus haut, je suis en quiche en hardware, alors si ça se trouve j'ai rien compris, mais quand même voici le résultat :
 
apparemment il y a deux types de mémoires flash : NOR et NAND. Si j'ai bien compris, la plupart des mémoires Flash (qu'il s'agisse de clés USB, CompactFlash ou autres) utilisent la NAND, qui présente un nombre de cycles erase/write plus grand que la NOR : typiquement 10^6 vs 10^5
 
Si on considère un système normal, avec quelque chose comme 1 accès en écriture à /var/log par minute en moyenne, ça nous fait 1440 accès par jour. On a donc épuisé nos 10^6 cycles en moins de 2 ans pour un PC qui tourne 24/7.
 
J'ai loupé quelque chose, ou ça vous paraît être un ordre de grandeur valide ?

Oui les mémoires flash ont une durée de vie limitée (tes chiffres ne me paraissent pas choquants), mais d'un autre côté, le coût est minime : les modèles de faible capacité -peu chers- seront déjà plus que suffisants pour stocker l'activité au niveau des logs, alors même s'il faut la changer au bout d'un certain temps ça reste certainement une solution rentable.
 
Après, bien sûr, rien n'empêche en plus d'utiliser la solution du tweaking pour réduire l'activité de logging pour chercher à prolonger la durée de vie de la clé USB et en même temps se faire plaisir en bidouillant un peu.    
 
 
Autrement il existe aussi des modèles de clé USB qui embarquent de véritables mini-disques durs (au format 1" ) de sorte à proposer une capacité plus élevée ; c'est une solution si on veut une plus longue durée de vie, mais en revanche le coût est forcément beaucoup plus élevé qu'avec une clé standard.

C'est vrai que l'argument du prix des clés USB est assez valable vu le marché actuel.

A vrai dire (et pour raconter un peu ma vie), je me suis positionné depuis le début dans une perspective uniquement axée vers les aspects énergie et "développement durable", parce que sinon je n'aurais jamais eu l'accord de ma copine pour changer notre serveur perso à la maison... Dans ce genre de perspective, le changement de clé USB tous les deux ans n'est pas une option très rentable.

Voilà, je viens de finir ma page sur la réduction des accès disques pour passer en standby : http://francesco.ovh.org/serveur/disques.php

En gros, j'essaie d'expliquer

• ce qu'est le mode standby et comment on utilise hdparm pour configurer ses disques
• comment monitorer les accès disques pour essayer d'en déterminer les causes
• quelques manières classiques de réduire les accès disques effectués par le système (dont entre autres une solution complète pour monter /var/log en mémoire vive et sauvegarder les logs important sur le disque une fois par jour)

Ceci dit, quelques remarques importantes :

1- la solution la plus simple reste quand même celle de THRAK : tu montes /var/log sur une clé USB et on n'en parle plus !

2- s'il s'agit juste de ton PC perso, qu'il n'est pas connecté à Internet et qu'aucun service sensible ne tourne dessus, tu n'as pas forcément besoin de conserver les logs du système. Tu peux donc sans doute te contenter de monter /var/log en tmpfs et c'est tout.

3- même si tu résous le problème de /var/log avec l'une des deux solutions "simples" précédentes, le reste des informations sur la page pourra t'être utile si tu veux maximiser le temps passé par ton disque dur en mode standby

[EDIT] Bien sûr, tous commentaires/critiques sont bienvenus !

Pour le développement durable de ma liberté personnelle j'ai préféré opter pour le célibat... moins de contraintes.  

Avec cette perspective on ne peut que respecter ton point de vue  Et dire que certains vont jusqu'à changer de téléphone cellulaire tous les 2 mois...  

Sinon le fait d'aborder l'informatique sous l'angle du développement durable est -hélas- assez rare (et donc original en soi), c'est plutôt intéressant.  

Welcome in the real world : Woman Acceptance Factor

Impeccable merci, j'ai donc tout fais (j'ai mis dans la mémoire vive ). Par contre je n'ai rien de la fichier de conf de ntp, normal ? (ça expliquerai pourquoi l'horloge du système est toujours dérégler ? ).

Enfin je redémarre et on verra si ça fonctionne

Hum ça gratouille beaucoup moins, mais ça continue un peu (la led s'allume tout les 3-4sec). Ptéte qu'en forçant l'utilisation de la mémoire vive (j'ai 2go presque inutilisé), mais je ne sais pas comment faire si quelqu'un connait la formule magique, merci d'avance (au fait j'ai pas mis noatime sur la swap, en théorie ça sert à rien ? ) .

j'arrive pas à utiliser ntp les serveurs sont toujours innaccessibles je ne comprend pas.
et Apache2 est down aussi, il me dit que les ports sont déjà occupés alors que non

Que dis un ntpdate fr.pool.ntp.org  ?
 
gee> regarde ce qui écoute sur le port 80 (ou autres ports si tu en configuré d'autres)

déjà regardé et rien eu

gee> quel est exactement ton message d'erreur en lancant apache?
cela n'a rien a voir éventuellement avec le /etc/default/apache2 non correctement configuré hein?

je crois que c'est cela mais je confirmerai ce soir :  
 
(98)Address already in use: make_sock: could not bind to address [:]:80
no listening sockets available, shutting down

Restarting web server: apache2httpd (no pid file) not running
(98)Address already in use: make_sock: could not bind to address [:]:443
(98)Address already in use: make_sock: could not bind to address 0.0.0.0:443
no listening sockets available, shutting down
Unable to open logs

ntp fonctionne depuis que j'ai tenté le serveur FR, allez savoir pourquoi mais ca fonctionne donc c'est cool

bien sur sur un netstat -ltnp tu n'as rien ?

 
yeah

J'ai mis à jour ma distrib en 2.6.21 et ya les drivers nvidia qui sont tout pétés.... franchement debian c'est dla merde
 
 
..... ah merde c pas vendredi en fait  

Cela dit M300A si tu as une idée, je suis preneur c'est une etch qui vient juste d'être installée, la seule commande qui a été tapée est "apt-get install ssh", ensuite ça a fait plotch...

\o/ Je suis en train de former un collègue à linux. Je le converti à debian.
 
1. Installation avec la formation de "de lattre"
2. Explication du fonctionnement de base ; bon, et puis tu lis les manpages
 

Si tu n'as pas installé ntp, c'est normal que tu n'aies pas de fichier de config pour ntpd. Par contre, pour un poste desktop, je ne pense pas qu'il soit nécessaire d'installer un serveur ntp complet. Un simple client comme ntpdate te conviendra sûrement beaucoup mieux.
 

mmh, t'en es où là exactement ? Si j'ai bien compris, tu as monté /var/log en tmpfs, monté tes partitions ext3 avec l'option noatime, et utilisé hdparm pour mettre ton disque en standby. C'est ça ?
 
Est-ce que ton disque passe effectivement en standby, ou bien il y a encore des accès disque trop fréquents pour ça ?
Quelles sont les applications qui tournent sur ton PC ?

 
Pas un FastCGI  d'installé toi par hasard ?
 
J'ai eu la même et j'ai pas réussi à trouver ni la cause ni comment la résoudre  

T'es en 2.6.21-2, non ?
Si oui, effectivement les drivers nvidia ne sont pas encore dispo pour cette version (-2).
Tu peux régler ça en les installant avec module-assistant, si tu es pressé

 
Non pas de soucis, je passe en nv (^^)

module-assistant ?    Il permet de d'éviter de compiler le module nvidia ?  
 
Enfin moi je viens de passer en 2.6.22-1, aucun problème  
 

En fait module-assistant est un outil qui permet de compiler automatiquement certains drivers.
 
Pour nvidia, il suffit de lancer :
m-a a-i nvidia
(m-a est un alias de module-assistant, et a-i un alias de auto-install)
 
Et ça se débrouille tout seul.

J'ai fais tout ça Mais cette nuit ... aucune mise en standby Je n'avais rien de spécial, iceweasel fermé, rhythmbox aussi, pidgin ouvert par contre. Ptéte qu'en fermant beagle-search  
 
Mais ça à l'air mort Dommage enfin merci

ok merci  
 
Ça fait ça proprement ? Je veux dire il créer des paquets .deb ?

Oui oui, ça les crée dans /usr/src.
En mode auto-install il te les installe une fois créés.

Ouais, c'est sans doute beagle.
 

Non, c'est pas mort du tout. Il faut juste essayer de trouver qui fait des accès disques réguliers, pourquoi, et où...
 
Tu peux essayer de faire un lsof pour voir un peu quelles sont les applications qui ont des fichiers ouverts. Si tu as des doutes sur un processus en particulier, tu peux lui attacher un strace  pour voir s'il fait des accès disque réguliers.
 
Essaie aussi d'utiliser sar (paquet sysstat) pour évaluer la quantité d'accès disque. Que donne la commande 'sar -d 1 15' ?

 
Alors la
 
Bonne chance, j'ai jamais vu ça

En farfouillant un peu on trouve que certaines personnes ont eu ce probleme sous ubuntu. A priori ca viendrait de repositories foireux...
Tu as des trucs spéciaux dans ton sources.list ?