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

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.

1/ le noyau ne fait pas de detection de materiel, il se contente d'initialiser les drivers non compilés en modules. Les systèmes de detection de materiels sont exterieurs au noyau. Ie un driver peut etre charger et s'afficher comme tel sans qu'il n'y ai de materiel a gerer.

je verrai bien un truc dans le genre:
ttyS00 at 0x03f8 (irq = 4) is a 16550A
ttyS01 at 0x02f8 (irq = 3) is a 16550A
Real Time Clock Driver v1.10e

Mais sur un 2.4 (sans module) cela se passe avant le chargement des pilotes IDE et USB. je vais voir sur un 2.6 mais ca doit etre a peu pres pareil.

Autre question: le probleme arrive lors du chargement du CD d'install Suse ou apres l'installation ?

Et y a t'il les meme problèmes avec une distro x86 'normale' ? (et non compilée x86-64)

Le pb pour repondre a ton problème c'est que tu melange tout :(
SysLinux n'est qu'un bootloader pour linux (a l'instar de lilo et ou grub) qui permet le chargement depuis des disquettes, des CD ou un reseau. une fois le kernel charger il n'y a plus de syslinux.

Ce qu'il serait necessaire de savoir c'est:
1 quand il plante a t'il fini le chargement du kernel et est t'il passé au stade init. C'est a dire est-ce que la partition racine a pu etre mountée et le noyau a t'il passé la main a la distrib proprement dite ou cela se passe t'il toujours dans la phase d'initialisation du noyau.

2 Quelle est la ligne de texte exacte precedent le Kernel Panic

Note: l'agpgart est lié au chipset de la carte mere et plus specialement a cette partie du chipset qui controle le pont AGP. Donc jamais tu ne chargera un module matrox a ce momment la. Pour la partie DRI oui mais cela se fait de maniere quasi transparente par XFree.

netperf: http://www.netperf.org/netperf/NetperfPage.html?(...)

fournit avec les debian :)

et si tu utilisait un cdrecord recent qui sache graver en IDE ?

ACPI => Advanced Configuration & Power Interface
permet la configuration des peripheriques sur les differents bus compatibles
et la gestion de l'energie

APIC => Advenced Programmable Interrupt Controlleur
C'est un chip qui est apparu avec les premier bi-pro pour repondre au meme
probleme que l'IRQ-sharing mais d'une autre maniere: l'augmentation du nombre
de ligne IRQ (ligne d'interruptions materielles). La ou la deuxieme methode
necessite une detection logicielle de qui a reellement envoyer la requete d'interruption
cette solution permet de revenir a l'affirmation une IRQ = un Composant en augmentant
le nombre d'IRQ a 24.

Par contre il necessite une mise a jour du kernel pour supporter ce nouveau controleur