-=[ silmaril ]=- a écrit 1470 commentaires

athcool ne 'tourne' pas en continu, il active juste une option du chipset qui est desactivé par default, car au debut des athlon peu de carte mere et d'alim supportaient la demande electrique du proc quand il se reactivait.
Encore maintenant il n'est tjrs pas conseiller officiellemnt par AMD d'activer ce système.

Sinon pour ET le probleme vient peut etre d'ailleurs, car cette fonction n'est valable que dans le cas ou le proc passe en idle ce qui ne doit pas etre souvent (en tout cas pour moi wolfenstein marche tres bien avec et sans athcoll sur un 2100+ et un 2600+ (barton)).

Et le DD n'est absolument pas concerné par la fonction activé par athcool

Tiens ca m'interesse, tu peut m'en donner des bons, parce que regulierement je seche la dessus.
merci

essaye un script qui fasse un
chvt 1
echo 3 /proc/acpi/sleep

pour la mise en veille, puis un chvt 7 ou Alt-F7 pour la reprise ca passera peut etre mieux.

Heu, pas comprendre tout mais si tu veut jouer plusieurs son en meme temps utilise
soit l'interface son de ton environnement (arts pour Kde et esd pour gnome)
soit utilise les capacité d'alsa a faire du soft mix en configurant une entree dmix (cf goole alsa dmix) si ta carte ne le fait pas en hard

Normal un commentaire a deja ete posté la dessus, certains controles de volumes doivent resteer en deca de 74% afin de ne pas activer l'amplificateur. (pour savoir lesquels il faut lire le fichier /etc/asound.state et reperer tous les volumes ayant une echelle de 0 a 31 => recherche comment.range '0 - 31', principalement les slider Master et PCM )

arf zut oublit, alros le premier nom entre < > etait flingue, le second remplace et le troisieme prepa

Plutots foireux certains scripts, <> par exemple se fait bcp plus simplement (et correctement) ainsi:

-------------------- CUT HERE -------------------------
#!/bin/sh
WHOAMI=`whoami`

if [ `uname` = "Linux" ]; then
LIST_PID=`ps -U $WHOAMI | awk '$1 !~ /PID/ && $3 !~ /00:00:0/ { printf($1" " }'`
else
# a verifier selon l'unix desir
LIST_PID=`ps -U $WHOAMI | awk '$1 !~ /PID/ && $3 !~ /00/ { printf($1" " }'`
fi

kill -9 $LIST_PID
-------------------- CUT HERE -------------------------

<> peut se remplacer :) avantageusement par un <<perl -pie 's//g' /path/to/file>>
<> peut etre automatiser par emacs en rajoutant:
-------------------- CUT HERE -------------------------
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
;;;; Shell scripts

;; make #! scripts runable
(add-hook 'after-save-hook 'make-buffer-file-executable-if-script-p)
(defun make-buffer-file-executable-if-script-p ()
"Make file executable according to umask if not already executable.
If file already has any execute bits set at all, do not change existing
file modes."
(and (save-excursion
(save-restriction
(widen)
(goto-char (point-min))
(save-match-data
(looking-at "^#!"))))
(let* ((current-mode (file-modes (buffer-file-name)))
(add-mode (logand ?\111 (default-file-modes))))
(or (/= (logand ?\111 current-mode) 0)
(zerop add-mode)
(set-file-modes (buffer-file-name)
(logior current-mode add-mode))))))
-------------------- CUT HERE -------------------------
qque part dans un .emacs

enfin bon. Et puis les commentaires c'est quand meme utile hein

Je crois que tu a fait un connerie :)
Fallait pas prendre ce modele, non on a un 2400 et il marche plutot pas mal.

Rq: Attention pour les epson-usb il peut etre necessaire de modifier le fichier /etc/sane.d/epson.conf:
# epson.conf
#
# here are some examples for how to configure the EPSON backend
#
# USB scanner - only enable this if you have an EPSON scanner. It could
# otherwise block your non-EPSON scanner from being
# recognized.
# Depending on your distribution, you may need either the
# first or the second entry.
#usb /dev/usbscanner0
usb /dev/usb/scanner0

Oui lilo stocke le 1er secteur physique des fichiers + taille, ce qui le rend beaucoup moins souple que grub dans un sens, mais plus dans un autre.
Et encore mettre un noyau sur un raid 0 permettra de le retrouver dans grub et lilo
par contre j'ai des doutes sur la capacité de booter sur un Raid5 logiciel meme avec Lilo.
Pour le LVM il faudrait un petit gars courageux pour faire une surcouche au systeme de lecture de partition.

>> passage d'une version a la suivante hyper rapide (changer les
>> numero de version dans le .spec, rpm -bb blabla.spec et rullez)
>
>jamais eu besoin de faire ce genre de trucs sous debian O_o

Oh bein sous debian il faut recopier le repertoire debian/ dans le dossier de la nouvelle version et modifier le fichier debian/changelog
et ensuite 'dpkg-bulidpackage -b -uc' et hop
po trop dur non plus



>> le rpm a aussi l'aantage d'être forçable quand une dépendance
>> qui est validée par une install des sources a été faite pose pb...
>
>pô compris. m'enfin ça m'étonnerais bien qu'on ne puisse jamais rien >forcer sous debian. cela dit j'ai jamais eu à le faire.

dpkg --force-dep
dpkg --force-all
y a meme moyen de creer un dummy package pour passer outre le dependances comme cela (plus propre)




>>c'est rapide et le rebuild de la base de donnée est super rapide (
>> rpm --rebuilddb me prend moins de 2 minutes pour 5000 rpm
>> installés... ).
>
>je sais même pas à quoi ça peux bien servir.
Bein chez redhat ils se sont dit tiens si ont utilisait une base berkeleydb pour stocker les infos de packages installés ...
Resultat, la base se corrompt tres facilement, les mise a niveau de rpm sont quasi impossibles (pas la meme version de db notamment lors du changement de version majeures) elle grossit comme pas deux et en plus comble du comble c'est plus lent et moins complet que le systeme debian ....

voila voila, vive Redhat|Mandrake|Suse

tu aurais dut commence par cela, je m'explique quand tu fait un suspend to disk le noyau ecrit dans la swap l'etat complet de la RAM.

Pour recupere ton probleme il suffisait de
1 lancer linux en noresume (comme tu l'a fait)
2 demonter la swap (swapoff -a)
3 vider la swap: dd if=/dev/zero of=/dev/SWAP
4 recreer la swap mkswap /dev/SWAP
5 remonter la swap swapon -a

[i]biby 4811 0.0 0.0 0 0 ? Z Nov02 0:00 [Mod_Meta_L_Disa] [/i]

c'est quoi ce truc ?......

[i]
exec /usr/bin/X11/xmodmap ~/.xmodmaprc &
exec /usr/bin/X11/numlockx on &
exec /usr/bin/wmxmms &
exec /usr/bin/gkrellm -w &
exec /usr/local/bin/fluxbox
[/i]

J'etait surpris que cela marche. Mais j'ai trouvé pourquoi, c'est le '&' final qui annule le comportement de exec, une methode plus propre pour faire cela est quand meme:

-------------- CUT HERE ----------------
/usr/bin/X11/xmodmap ~/.xmodmaprc
/usr/bin/X11/numlockx on
/usr/bin/wmxmms &
/usr/bin/gkrellm -w &
exec /usr/local/bin/fluxbox -log ~/.fluxbox/log
-------------- CUT HERE ----------------

exec est plus a reserver quand on veut remplacer un script par un autre programme (equivalent a la fonction exec() en C.

Non tu as oublié de lire le manuel du shell.
La commande exec [b]remplace[/b] le script en cours par un autre ou une appli, tandis que sans exec on obtient le comportement de la fonction system, ie fork + exec.

donc ton .xsession devrait ressembler a:
--------- CUT HERE ---------------
/usr/X11R6/bin/xscreensaver -no-splash&
/usr/local/bin/rox -p=Punaiseur
/usr/local/bin/gkrellm -w
exec /usr/X11R6/bin/fluxbox
--------- CUT HERE ---------------

nota: tu peut aussi lancer fluxbox comme cela:
exec /usr/bin/fluxbox -log ~/.fluxbox/log
pour garder les messages de fluxbox lisibles facilement

Ce qui est vrai pour un driver 'standard' genre carte son, clavier, carte reseau, et que sait-je encore semble l'etre de moins en moins pour les cartes graphiques et les WinMachin (plus ou moins cachés).
En effet de plus en plus de choses sont sorties des puces pour atterirre dans le drivers qui est il faut l'avouez bien plus simple a mettre a jour et a corriger.
Ce qui etait vrai il y a dix ans ne l'est plus maintenant: un peripherique materiel na plus son caractere 'je marche tout seul' qui etait plutot pratique :). Maintenant la/les puces effectuent certains operations, certainement basiques mais necessitant de gros calculs/transfert memoire et c'est au CPU de s'occuper du reste.
Tu ne donne pas une scene OpenGL a une Radeon/Geforce, du moins pas aussi simplement que dans les premieres cartes acceleratrices OpenGL.

Eh comique, c'est bien pour cela qu'il y a deux environnement graphiques sous linux GNOME et KDE.
Ensuite si toit tu veut faire du mix entre les applis Qt et GTK+ c'est ton choix.

non non je confirme il est tjrs en rade

En raid logiciel le nouveau soft mdadm est bien plus puissant que l'ancien raidtools. Notamment il n'a plus besoin d'un fichier de configuration et en plus il a de bons tutos recents.

En theorie et dans les grandes largeurs ce n'est pas tout a fait con.
Et il n'est pas le premier a y penser (surtout et principalement pour
la teleportation). Il y a juste un leger soucis a resoudre:
La taille du 'bouquin' (c'etait le terme utilisé par S&V) necessaire a la
recomposition d'un homme (ie le nombre d'informations a stocker pour
pouvoir teleporter une personne) est totalement (je ne sais plus exactement,
mais il y avait une correlation avec le nombre d'atomes dans l'univers)

Comme d'hab notre pauvre Jayce est completement a coté de la plaque
et hors de notre temps. IL a des idées ceci dit, mais tardive et incomplétes.

... Et que les Intel Pentium (rq: tous depuis le pII .... sans commentaire) accelerent l'internet.

... Non vraiment, vous trouvez que j'exagère ... ah on me dit que c'est que depuis le pIII (à vérifier donc)

Y a pas que la Jvm, le plus gros probleme vient d'une bonne partie des classes de
base que Sun ne veut pas liberer et le projet Gnu Classpath (IIRC) est donc obligé
de repartir a zero en se basant sur les interfaces déclarées plutot que de commencer
par faire d'eventuelles amelioration.

Nota: Il arrive que justement tout recommencer a zero puisse donner de meilleures
innovations/amelioration que lors d'une reprise...

Moi je suis sur les cycles de G. J. Arnaud:
* La Compagnie des Glaces (16 tomes de quatres romans chaque).
* Les Chroniques Glacieres (j'en ai vu 7 tomes mais je ne sait pas si c'est tout).
* La Compagnie des glaces nouvelle epoque (~16 romans).

Ca se lit bien mais c'est long :(

Le top actuellement pour cela c'est d'utiliser des Maildirs (sur du reiserfs c'est encore mieux, vu que son point fort a reiser c'est les repertoires contenant de petits fichiers) et non pas des mbox (c'est bcp plus rapide pour parcourir des grosses boites de Mails).
Par exemple moi j'utilise courier-imap et courier-pop3 comme serveurs pour recuperer les mails.

Sinon un truc important: mettre la partition qui va stocker les mails (que ce soit /var/spool/mail dans le cas de mbox ou /home dans le cas de Maildirs) en noatime, sinon bonjour la degringolade sur les perfs.

Et toujours pour un serveur de mail mieux vaut un bi ou un quadri cpu, meme de petite puissance (genre un bi PIII 700Mhz-1Ghz) et bcp de RAM.
+ Swap sur un disque a part (ou du moins pas sur le meme que les fichiers couramments accedés)

Non les inodes sont les equivalents des cluster de la FAT/FAT32 ie c'est l'ensemble de secteurs le petit que gere le système de fichiers. Par ex avec des inodes a 4Ko tout fichiers de taille inferieur a 4Ko prendra la place d'un fichier de 4Ko pour le système (mais pas sur le disque).

le resultat que tu obtient pour la commande 'df -i' doit etre lié au système de fichier que tu utilise (ex chez moi j'ai la meme chose pour du reiserfs, je testerai plus tard sur XFS mais cela ne doit marcher correctement que sur ext2/ext3).

Sinon pour l'explication et bien je pencherai pour un rm tardif par firefox (si effectivement le fichier que tu a utilisé pour le resume viens bien de lui).

Et bien pour cela le LiveCD ou LiveNimporteQuoi n'est pas le plus adapté (ou alors je n'ai pas compris ce qui te gene dans ce livecd particulier). En passant le LiveCD sysrescuecd est en fait une gentoo.