Au moins :
le nom du driver,
le type de carte graphique,
comment il a été installé sous Mandriva et Debian,
qu'est ce qui te fait dire que c'est bien le driver auquel tu penses qui est utilisé,
et accessoirement la sortie de :
$ glxinfo | grep -i rendering
histoire de voir dans quel état "tu" es.

godrik: parce qu'un journal ça sert à récupérer suite à un crash. Je ne vois pas l'intérêt de conserver des fichiers intentionnellement supprimés dans le journal.

Après, c'est juste mon intuition sur le sujet.

en base de donnee (ce qui est raisonnablement similaire a un systeme de fichier) un journal sert a resoudre les transactions conflictuelles, avoir un cache d'access a la base effective pour optimiser les IO (similaire a recuperer apres un crash) et a pouvoir annuler les transactions qui echoue.

Les donnees sont toujours la dans le journal (pour peu qu'elles n'aient pas ete efface), la restauration devrait etre triviale. On pourrait marquer les fichier efface avec un flag particulier en fonction de si ils sont toujours dans le journal ou non. Si un fichier est toujours dans le journal, l'espace qu'il occupe physiquement sur le disque n'est pas reecrit tant qu'il reste suffisement d'espace libre ailleur.

Ca semble simple a implementer, pas trop couteux en terme de performance, et apporte potentiellement une fonctionnalite utile. Je suis confu...

le nom du driver: radeon
le type de carte graphique: ATI R4350
comment il a été installé sous Mandriva et Debian: Mandriva: lors de l'installation de la distrib; Debian: aptitude install xserver-xorg-video-ati
qu'est ce qui te fait dire que c'est bien le driver auquel tu penses qui est utilisé: grep -i '/usr/lib/xorg/modules/drivers/' /var/log/Xorg.0.log
et accessoirement la sortie de :
$ glxinfo | grep -i rendering : Debiux% glxinfo | grep -i rendering
zsh: command not found: glxinfo

« Ca semble simple a implementer, pas trop couteux en terme de performance, et apporte potentiellement une fonctionnalite utile. Je suis confu... » ça s'appelle essentiellement hammerfs, et c'est extrêmement lourd à implanter à mon avis.

En base de donnée, la différence c'est que tu sais une fois que tes transactions sont "passées" si tu dois restaurer des choses où si tout est ok pour passer à autre chose. Je vois mal le FS deviner quand l'utilisateur fait de la merde et quand il a raison.

« Les donnees sont toujours la dans le journal (pour peu qu'elles n'aient pas ete efface) » justement, moi je les effacerais dès que possible (ie juste après que rm rende la main).

tant qu'il y a plus de 15% d'espace libre, conserve tout semble etre une regle suffisante dans beaucoup de cas. Ca ne sert a rien de flusher le journal. Ca ne te fait pas gagner d'espace.

Ten years of pf

http://quigon.bsws.de/papers/2011/pf10yrs/mgp00001.html

«
Debiux% glxinfo | grep -i rendering
zsh: command not found: glxinfo
»

Pitié, tu es sous Debian donc :
0. lis la FAQ
1. apprends à "combattre" les messages d'erreurs afin de répondre plus intelligemment aux quesions.

Je ne répondrais qu'une chose :
chris@melange:~% apt-file search bin/glxinfo
mesa-utils: /usr/bin/glxinfo

% glxinfo | grep -i rendering
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".
Error: couldn't find RGB GLX visual or fbconfig
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".
Xlib: extension "GLX" missing on display ":0.0".

Bien, c'est ce à quoi je m'attendais.

Tu es sûr (et certain) que sous Mandriva tu utilisais aussi radeon ?

Fabrice Bellard (auteur de tcc, qemu et tout un tas d’autres joyeusetés) a encore frappé en codant un émulateur x86 en javascript :
http://bellard.org/jslinux/

(via http://lwn.net/Articles/443200/rss )

Onche les gens !

Je vais faire appel a vous car j'ai beau chercher , ça ne donne rien ...

Je cherche une distros de pen test dont j'ai l'intention de me servir uniquement lors de livesession ... Sur USB ( 4Go ) et sans persistance, de préférence avec un peu de français , la possibilité de verrouiller l'ordi , une connexion internet direct , une interface la plus légère possible ... Le but étant de pouvoir se connecter sur internet , d'y mettre des fichier puiser dans un réseau locale ... Et vérouiller le PC durant les opération en cas de soucis ...

Si vous connaissais un truc comme ça , je prend ! ( Avec wifite et wireshark, ce serais bien aussi . )

@Chris_27: Dans drakconf -> configurer le serveur graphique, c'était "xorg -> ati" qui était selectionné. "ati"=/= radeon ?
Il n'y a que radeon et radeon hd comme pilotes libres nan ? Je me trompe ?

Debiux: oui, ati != radeon.

ati, c'est un driver africain qui choisit pour toi entre radeon et radeonhd (et peut-être d'autres choses). Dans ton cas, je te suggère :

d'installer xserver-xorg-video-ati et xserver-xorg-video-radeonhd en absence de xorg.conf,

OU

de switcher à radeonhd via le xorg.conf.

NarutoSamus: j'ai pas bien compris. Ça a du sens de vérouiller le PC sachant que n'importe quel chieur peut débrancher la clé USB (et même s'amuser à la brancher ailleurs pour la saboter) ?

« une connexion internet direct » ça veut dire quoi directe ? Que tu es connecté directement en bootant sur la clé ? et ce quelque soit le type de connexion phyisque de la machine sur laquelle tu branches ta clé ?
Si c'est ça, bon courage.

NarutoSamus > Avant il y avait la Mandriva Flash ( http://www.mandriva.com/fr/flash/ ) mais elle n'existe plus depuis quelques temps. Va voir sur leur forums, ou envoie un mail aux devs, si il est possible de le faire avec la dernière version de la distro.

Par contre, comme l'a dit Chris, pouvoir verrouiller le PC n'a pas de sens dans ce cas de figure...

Sinon, je viens de me rappeler que OpenBSD a dans un FAQ une partie sur la création d'un LiveUSB (assez concise mais donne tout de même une base)

http://openbsd.org/faq/faq14.html#flashmemLive

je cherche a faire "tee STDERR". une idee de comment faire ca ?
en plus clair, j'ai une commande de la mort qui ecrit sur stdout, je voudrais copier le contenu pour qu'il apparraisse sur stdout ET stderr.

tee ne fais pas ca. un avis ?

on dirait que process substitution peut me sauver la mise. Cf $ info coreutils 'tee invocation'