Il y a des logiciels pour suivre l'activité disque et système en général, sous Linux, mais le plus simple est encore de faire un top car un processus qui bouffe du disque bouffe en général du CPU en même temps.
Si tu utilises GNOME sous Ubuntu, il y a des chances que le processus en question soit trackerd. Je le kille à chaque fois pour le peu qu'il me sert et le pire, c'est qu'on en dit la même chose sur le web :
« Exceed » est un serveur X qui fonctionne sur le poste client. Il n'y a rien à installer de plus sur une machine Linux, mais il faut configurer le logger (xdm, gdm, ...) pour lui demander d'écouter les requêtes xdmcp.
Sans compter qu'il y a des extrémistes Windows comme il y a des extrémistes Unix. Et puis il y a également ceux à qui on a confié une tâche qui n'est pas dans leur domaine de compétence et dont ils se seraient passés bien volontiers.
M'enfin bon. Ils auraient pu faire un PDF géant, à la limite. Ca aurait été crade d'un point de vue web, pas référencé, mais au moins ça aurait été vite fait et ce serait passé chez tout le monde de la même façon.
Ah oui, mais ce n'est pas n'importe quelle émission, c'est Osmose. Dommage que ça passe si tard, mais d'un autre côté, ça permet de profiter de deux heures d'émission d'un coup.
Ca fait un moment que je n'écoute plus maintenant (parce que j'ai un boulot incompatible avec ce genre d'horaire), mais autant que je me souvienne, tous les sujets sont en général très intéressants.
Comme on est pas à une heure de grande écoute, l'émission n'a pas besoin d'être aussi formattée qu'un JT ou un show télévisé en prime-time. Du coup, la majeure partie du temps reste consacrée à l'intervenant lui-même, et le programmateur musical s'en donne à coeur joie ("J'fume plus d'shit" de Stupeflip et "Vous êtes un arbre" de SDA. Un bidonaute, probablement).
Heureusement je ne le déclenche qu'une fois et j'appelle via ce programme un autre pour chaque utilisateur qui a demandé un réveil à l'heure actuelle. Je n'ai donc pas plus d'une itération de ce programme à chaque minute (si cron).
C'est déjà trop, à mon avis. Et ça reste du polling.
L'idée est très bonne mais implique qu'à chaque changement dans le fichier, je fasse une réorganisation de ma "liste d'attente". Ca me semble un peu plus lourd à mettre en place mais c'est beaucoup plus économe en performances.
C'est comme ça que cela se passe déjà pour la plupart des daemons, notamment Apache et PostgreSQL. On envoie un signal au processus pour lui demander de relire la conf' (un outil tout fait existe en général pour le faire). Au pire, tu mets un timeout dans ton daemon pour lui demander de relire le fichier toutes les minutes, mais ça devient superflu.
Dans les deux cas, c'est du polling et c'est à éviter chaque fois que possible. Mieux tu regardes du côté de alarm() :
man 2 alarm
Les seuls avantages de cron, c'est de ne pas lancer un nouveau daemon exprès, et surtout de ne pas laisser dormir inutilement les processus en mémoire s'ils ne servent à rien. Mais pour le reste, c'est assez sauvage. Ton application est dépendante de cron, et déclencher un truc toutes les minutes x nombre d'utilisateurs, tu risques de le sentir passer. Ton crond va gagner des places en temps cpu cumulé.
Moi je partirai quand même sur un daemon dédié. Moins lourd, plus fiable. Ensuite, c'est de la conception : tu ne te réveilles pas toutes les minutes pour voir si c'est l'heure, mais à la place, tu prends les directives de tous les users, tu les tries par ordre chronologique, tu calcules le nombre de seconde entre l'instant présent et le premier de la liste, tu te mets en attente pour cette durée exacte, tu fais ce qu'il y a à faire et tu recommences avec l'entrée suivante.
Pour ce faire, tu peux effectivement faire un sleep(), mais tu seras réveillé au moindre signal (notamment celui de alarm()), donc il faudra pendre cela en charge. Mieux : tu crées un socket et tu l'écoutes avec select() dans une boucle principale. De cette manière, tu es sûr de ne pas te réveiller sans raison valable et tu peux communiquer avec ton daemon quand il n'est pas occupé à autre chose. Tu n'as même pas besoin de lancer de nouveaux threads. Cerise sur le gâteau : select() accepte une valeur de timeout facultative, qui te permet de sortir de l'état d'attente au bout d'une durée fixe, même si aucun événement n'a eu lieu.
En tout état de cause, et encore une fois, évite le réveil périodique minute par minute, surtout avec un sleep (60) car tu ne sais jamais à quel moment de la minute tu vas te réveiller. Si c'est à 00h00m59s, par exemple, tu auras 59 secondes de retard et dans certains cas, cela peut être préjudiciable à l'utilisateur.
pour changer le tv francaise c'est pas la pub de france television qu'il faut supprimer, c'est les mentalité de ceux qui composent les programme..; surtout sur tf1...
Si TF1 te saoûle, essaie NRJ12. Tu verras comme le hertzien te paraîtra doux et reposant, après ... :-)
Je connais par contre certaines personnes ayant utilisé DOS, configuré de l'autoexec.bat et du config.sys à en veux tu en voilà, et qui pourtant sont à peine capable aujourd'hui de surfer avec IE et kikoololer sur MSN.
Raison de plus pour apprendre le DOS à l'école, donc. :-)
Alors si même eux ne sont pas capable de comprendre un peu le fonctionnement de leur système, à quoi ça sert de demander à l'utilisateur lambda de s'instruire plus que celui qui est censé concevoir son système ?
Parce que les informaticiens commencent d'abord par être des utilisateurs lambda ?
A tout cela, je répondrais qu'il est problablement plus simple de connaître le principe général de fonctionnement d'un ordinateur plutôt que les détails des méandres de Windows.
Pour la télé, la plupart des gens qui ont utilisé un téléviseur à tube cathodique savent qu'il y a le balayage d'un canon à électron d'une part, et un tuner radio d'autre part, qu'il faut accorder, et cela sans être électronicien. J'irais même jusqu'à dire que l'on peut connaître le principe sans être capable de régler sa propre télé, spécialement parce que la mise en pratique impose de connaître les détails d'un environnement donné.
Dans le même esprit, "lancer un logiciel" n'est pas non plus, dans sa mise en pratique, quelque chose d'universel. La plupart des gens aujourd'hui assimilent le démarrage d'une application à "double-cliquer sur une icône". Non. Ce n'est pas cela qu'il faut apprendre.
D'autre part, d'une manière générale, si je pense qu'il faut enseigner, jeune, les principes de fonctionnement d'un ordinateur - et pas de l'utilisation d'un OS ou d'une appli dédiée -, c'est de la même manière que l'on apprend au collège les bases de l'électricité et de la chimie.
Si on remplaçait à l'école l'atomistique et l'électricité par Si vous commandez un flacon de notre produit A et que vous le mélangez avec notre poudre B, vous obtenez un liquide pour faire la vaisselle et par Tous nos luminaires X sont compatibles avec les interrupteurs Y et que l'on présente cela comme des cours académiques, les parents d'élèves feraient la tronche.
Enfin, je commence personnellement à en avoir marre du "OSEF". D'autant plus que "On s'en fout", c'est souvent "Tu t'en fous". Ben, çà, tu vois, je me laisse encore le loisir d'en décider seul.
Il faut aussi tenir compte du pilote de la carte vidéo, typiquement les proprios nVidia, qui marchent bien mais qui s'accordent généreusement 1, voire 2 secondes de délai de grâce lors de l'init ...
Je pense que le rêve du libriste c'est du 1/3 Windows, 1/3 Linux, 1/3 MacOS (désolé pour les BSDistes). En gros, c'est pas la conquête du monde, c'est juste la reconnaissance de l'existence d'alternativeS, pour dire au monde "ne laissez pas les autres choisir à votre place".
Mouais, 1/5 de Windows, ce serait déjà plus sympa. Il y a quelques API intéressantes, il faut quand même le reconnaître, et puis Windows ayant été écrit avec les pieds dès le départ, ils n'ont pas à respecter une philosophie Unix ou autre instaurée dès le départ. Si une nouvelle "technologie" (je déteste ce mot dans ce contexte) avec des milliers de classes sort tous les trois mois, ce n'est pas un problème.
Pour moi, ce n'est même pas la reconnaissance qui est si importante, que d'avoir le choix tout simplement. Être contraint et forcé d'utiliser un seul système qui est quand même loin d'être le meilleur, ça me gonfle, tout simplement. D'autre part, on sait tous les dangers qu'implique la monoculture. A l'époque, il avait des TO9+, des C64, des Amstrad CPC6128 (et des PC), ensuite il y a eu les Amiga 1200, les Atari STF puis les Falcon, etc. Bref, il y avait de la diversité et c'était normal.
Ensuite, tout le monde utilisait soit le DOS, soit le Basic qui servait de système d'exploitation. Je veux dire par là que tout un chacun devait quand même taper un tout petit peu sur son clavier pour utiliser sa machine. Le résultat est que tout utilisateur savait un minimum comment fonctionnait sa machine sans devoir mener forcément une vie de geek.
C'était sain, tout cela.
Dès lors qu'il y aura dans les écoles un petit module d'initiation au fonctionnement d'un ordinateur (comprendre : avant que Windows n'ait complètement démarré) de deux ou trois heures sur une année, pas plus, et que le fait d'utiliser le système de son choix sur sa machine sera redevenu une chose normale dans l'esprit des gens, qu'un système soit majoritaire ne me dérange pas tant que cela ne forme pas une contrainte.
Pourquoi ? A partir du moment où il y a un dieu de la guerre, ça suffit. Mieux, dans la mythologie nordique, ce sont pour ainsi dire presque tous des dieux de la guerre, ce qui mets tout le monde d'accord ...
Posté par Obsidian .
En réponse au message mdp root.
Évalué à 6.
A priori, si la chaîne codée n'est pas valide dans /etc/shadow, ça peut suffire à l'authenficateur pour déclarer que l'utilisateur ne peut pas se loguer (voir man 5 shadow). Il aurait fallu ne retirer que le x de /etc/passwd.
Mais d'une manière générale, ce qu'il faut faire, c'est utiliser les outils normaux de ta distrib' pour être sûr de faire les choses correctement.
Pour cela, tu ouvres une console depuis ta knoppix, tu démontes la partition qu'il t'a montée automatiquement si c'est le cas, tu la remontes à l'endroit de ton choix en prenant soin de la monter en rw, tu fais un chroot dessus, et tu te retrouves sur un système en état de fonctionner (enfin seulement si le noyau linux de ton serveur et celui de ta knoppix ne sont pas trop éloignés).
Dès lors, tu appelles ta commande passwd, comme si tu étais logué en root de manière ordinaire, et tu réinitalise ton mot de passe.
Bon. Loin de moi l'idée de vouloir contourner le problème (écrire le pilote devrait même être assez intéressant), mais pourquoi veux-tu mettre un gyroscope sur ton portable ?
[^] # Re: Attendre un peu ?
Posté par Obsidian . En réponse au journal EEEPC pour ma petite soeur. Évalué à 3.
s/écris/écrit/
# Hmm. Trackerd ?
Posté par Obsidian . En réponse au message Monitoring evenement disque dur. Évalué à 2.
Si tu utilises GNOME sous Ubuntu, il y a des chances que le processus en question soit trackerd. Je le kille à chaque fois pour le peu qu'il me sert et le pire, c'est qu'on en dit la même chose sur le web :
http://rootix.info/?p=53
# Rien.
Posté par Obsidian . En réponse au message Ouverture de session en mode graphique. Évalué à 5.
Voir dans le fichier de conf', donc.
[^] # Re: Pas de bol...
Posté par Obsidian . En réponse au journal Si vous arrivez à acceder à ce site, je vous bannis ^^. Évalué à 2.
Si ça se trouve, ils ont configuré un anti-spam pour renvoyer la même réponse à tous les mails ressemblant de près ou de loin à celui-ci.
[^] # Re: Patimbert ! Patimbert ! PA-TIM-BERT !
Posté par Obsidian . En réponse au journal La protection BD+ cassée elle aussi .... Évalué à 2.
[^] # Re: Patimbert ! Patimbert ! PA-TIM-BERT !
Posté par Obsidian . En réponse au journal La protection BD+ cassée elle aussi .... Évalué à 6.
Permission annulée !
[^] # Re: Pas de bol...
Posté par Obsidian . En réponse au journal Si vous arrivez à acceder à ce site, je vous bannis ^^. Évalué à 7.
M'enfin bon. Ils auraient pu faire un PDF géant, à la limite. Ca aurait été crade d'un point de vue web, pas référencé, mais au moins ça aurait été vite fait et ce serait passé chez tout le monde de la même façon.
# OSMOSE !
Posté par Obsidian . En réponse au journal Une émission de radio sur la sécurité sur internet. Évalué à 3.
Ca fait un moment que je n'écoute plus maintenant (parce que j'ai un boulot incompatible avec ce genre d'horaire), mais autant que je me souvienne, tous les sujets sont en général très intéressants.
Comme on est pas à une heure de grande écoute, l'émission n'a pas besoin d'être aussi formattée qu'un JT ou un show télévisé en prime-time. Du coup, la majeure partie du temps reste consacrée à l'intervenant lui-même, et le programmateur musical s'en donne à coeur joie ("J'fume plus d'shit" de Stupeflip et "Vous êtes un arbre" de SDA. Un bidonaute, probablement).
On en parlait ici (y a presque trois ans déja) :
https://linuxfr.org//~yeKcim/18398.html#584646
[^] # Re: cron vs sleep() ?
Posté par Obsidian . En réponse au message Cron ou sleep() ?. Évalué à 1.
C'est déjà trop, à mon avis. Et ça reste du polling.
L'idée est très bonne mais implique qu'à chaque changement dans le fichier, je fasse une réorganisation de ma "liste d'attente". Ca me semble un peu plus lourd à mettre en place mais c'est beaucoup plus économe en performances.
C'est comme ça que cela se passe déjà pour la plupart des daemons, notamment Apache et PostgreSQL. On envoie un signal au processus pour lui demander de relire la conf' (un outil tout fait existe en général pour le faire). Au pire, tu mets un timeout dans ton daemon pour lui demander de relire le fichier toutes les minutes, mais ça devient superflu.
# cron vs sleep() ?
Posté par Obsidian . En réponse au message Cron ou sleep() ?. Évalué à 6.
man 2 alarm
Les seuls avantages de cron, c'est de ne pas lancer un nouveau daemon exprès, et surtout de ne pas laisser dormir inutilement les processus en mémoire s'ils ne servent à rien. Mais pour le reste, c'est assez sauvage. Ton application est dépendante de cron, et déclencher un truc toutes les minutes x nombre d'utilisateurs, tu risques de le sentir passer. Ton crond va gagner des places en temps cpu cumulé.
Moi je partirai quand même sur un daemon dédié. Moins lourd, plus fiable. Ensuite, c'est de la conception : tu ne te réveilles pas toutes les minutes pour voir si c'est l'heure, mais à la place, tu prends les directives de tous les users, tu les tries par ordre chronologique, tu calcules le nombre de seconde entre l'instant présent et le premier de la liste, tu te mets en attente pour cette durée exacte, tu fais ce qu'il y a à faire et tu recommences avec l'entrée suivante.
Pour ce faire, tu peux effectivement faire un sleep(), mais tu seras réveillé au moindre signal (notamment celui de alarm()), donc il faudra pendre cela en charge. Mieux : tu crées un socket et tu l'écoutes avec select() dans une boucle principale. De cette manière, tu es sûr de ne pas te réveiller sans raison valable et tu peux communiquer avec ton daemon quand il n'est pas occupé à autre chose. Tu n'as même pas besoin de lancer de nouveaux threads. Cerise sur le gâteau : select() accepte une valeur de timeout facultative, qui te permet de sortir de l'état d'attente au bout d'une durée fixe, même si aucun événement n'a eu lieu.
En tout état de cause, et encore une fois, évite le réveil périodique minute par minute, surtout avec un sleep (60) car tu ne sais jamais à quel moment de la minute tu vas te réveiller. Si c'est à 00h00m59s, par exemple, tu auras 59 secondes de retard et dans certains cas, cela peut être préjudiciable à l'utilisateur.
# TF1 et ...
Posté par Obsidian . En réponse au journal HS : combien de temps encore ?. Évalué à 2.
Si TF1 te saoûle, essaie NRJ12. Tu verras comme le hertzien te paraîtra doux et reposant, après ... :-)
[^] # Variante
Posté par Obsidian . En réponse au message classement de fichiers. Évalué à 2.
ls -1 *[0-9]* | sed -e 's/^\([A-Za-z]*\).*$/\1/g' | sort | uniq -d | while read i ; do mkdir $i; mv $i?* $i ; done[^] # Re: Plus sérieusement,
Posté par Obsidian . En réponse au journal Réponse à des gens qui n'ont pas assez réfléchi. Évalué à 2.
Raison de plus pour apprendre le DOS à l'école, donc. :-)
Alors si même eux ne sont pas capable de comprendre un peu le fonctionnement de leur système, à quoi ça sert de demander à l'utilisateur lambda de s'instruire plus que celui qui est censé concevoir son système ?
Parce que les informaticiens commencent d'abord par être des utilisateurs lambda ?
[^] # Re: Plus sérieusement,
Posté par Obsidian . En réponse au journal Réponse à des gens qui n'ont pas assez réfléchi. Évalué à 7.
Pour la télé, la plupart des gens qui ont utilisé un téléviseur à tube cathodique savent qu'il y a le balayage d'un canon à électron d'une part, et un tuner radio d'autre part, qu'il faut accorder, et cela sans être électronicien. J'irais même jusqu'à dire que l'on peut connaître le principe sans être capable de régler sa propre télé, spécialement parce que la mise en pratique impose de connaître les détails d'un environnement donné.
Dans le même esprit, "lancer un logiciel" n'est pas non plus, dans sa mise en pratique, quelque chose d'universel. La plupart des gens aujourd'hui assimilent le démarrage d'une application à "double-cliquer sur une icône". Non. Ce n'est pas cela qu'il faut apprendre.
D'autre part, d'une manière générale, si je pense qu'il faut enseigner, jeune, les principes de fonctionnement d'un ordinateur - et pas de l'utilisation d'un OS ou d'une appli dédiée -, c'est de la même manière que l'on apprend au collège les bases de l'électricité et de la chimie.
Si on remplaçait à l'école l'atomistique et l'électricité par Si vous commandez un flacon de notre produit A et que vous le mélangez avec notre poudre B, vous obtenez un liquide pour faire la vaisselle et par Tous nos luminaires X sont compatibles avec les interrupteurs Y et que l'on présente cela comme des cours académiques, les parents d'élèves feraient la tronche.
Enfin, je commence personnellement à en avoir marre du "OSEF". D'autant plus que "On s'en fout", c'est souvent "Tu t'en fous". Ben, çà, tu vois, je me laisse encore le loisir d'en décider seul.
[^] # Re: Consommation
Posté par Obsidian . En réponse au journal Firefox et consommation de mémoire. Évalué à 2.
[^] # Re: merci ...
Posté par Obsidian . En réponse au journal Le manifeste du parti linuxien, résumé pour ceux du fond qui n'écoutent pas. Évalué à 3.
[^] # Re: Plus sérieusement,
Posté par Obsidian . En réponse au journal Réponse à des gens qui n'ont pas assez réfléchi. Évalué à 7.
Mouais, 1/5 de Windows, ce serait déjà plus sympa. Il y a quelques API intéressantes, il faut quand même le reconnaître, et puis Windows ayant été écrit avec les pieds dès le départ, ils n'ont pas à respecter une philosophie Unix ou autre instaurée dès le départ. Si une nouvelle "technologie" (je déteste ce mot dans ce contexte) avec des milliers de classes sort tous les trois mois, ce n'est pas un problème.
Pour moi, ce n'est même pas la reconnaissance qui est si importante, que d'avoir le choix tout simplement. Être contraint et forcé d'utiliser un seul système qui est quand même loin d'être le meilleur, ça me gonfle, tout simplement. D'autre part, on sait tous les dangers qu'implique la monoculture. A l'époque, il avait des TO9+, des C64, des Amstrad CPC6128 (et des PC), ensuite il y a eu les Amiga 1200, les Atari STF puis les Falcon, etc. Bref, il y avait de la diversité et c'était normal.
Ensuite, tout le monde utilisait soit le DOS, soit le Basic qui servait de système d'exploitation. Je veux dire par là que tout un chacun devait quand même taper un tout petit peu sur son clavier pour utiliser sa machine. Le résultat est que tout utilisateur savait un minimum comment fonctionnait sa machine sans devoir mener forcément une vie de geek.
C'était sain, tout cela.
Dès lors qu'il y aura dans les écoles un petit module d'initiation au fonctionnement d'un ordinateur (comprendre : avant que Windows n'ait complètement démarré) de deux ou trois heures sur une année, pas plus, et que le fait d'utiliser le système de son choix sur sa machine sera redevenu une chose normale dans l'esprit des gens, qu'un système soit majoritaire ne me dérange pas tant que cela ne forme pas une contrainte.
[^] # Re: merci ...
Posté par Obsidian . En réponse au journal Le manifeste du parti linuxien, résumé pour ceux du fond qui n'écoutent pas. Évalué à 6.
[^] # Re: Un gyro ?
Posté par Obsidian . En réponse au journal Un gyroscope USB pour Linux ?. Évalué à 2.
[^] # Re: Un gyro ?
Posté par Obsidian . En réponse au journal Un gyroscope USB pour Linux ?. Évalué à 6.
Ouille ! Il m'a fallu 4 bonnes secondes pour comprendre ... :-\
# /etc/passwd
Posté par Obsidian . En réponse au message mdp root. Évalué à 6.
Mais d'une manière générale, ce qu'il faut faire, c'est utiliser les outils normaux de ta distrib' pour être sûr de faire les choses correctement.
Pour cela, tu ouvres une console depuis ta knoppix, tu démontes la partition qu'il t'a montée automatiquement si c'est le cas, tu la remontes à l'endroit de ton choix en prenant soin de la monter en rw, tu fais un chroot dessus, et tu te retrouves sur un système en état de fonctionner (enfin seulement si le noyau linux de ton serveur et celui de ta knoppix ne sont pas trop éloignés).
Dès lors, tu appelles ta commande passwd, comme si tu étais logué en root de manière ordinaire, et tu réinitalise ton mot de passe.
[^] # Re: Zut !
Posté par Obsidian . En réponse au journal Un gyroscope USB pour Linux ?. Évalué à 2.
# Un gyro ?
Posté par Obsidian . En réponse au journal Un gyroscope USB pour Linux ?. Évalué à 4.
[^] # Re: Néant :
Posté par Obsidian . En réponse au journal Y a-t-il des lycéens (ou des profs) franciliens dans la salle ?. Évalué à 2.
M'intéresse. Lequel ?
[^] # Re: LDAP
Posté par Obsidian . En réponse au message gestion utlisateurs. Évalué à 2.
$ man pam