PUTAIN de JFS à la CON - Page 2

ah ben jveux bien qu'on m'explique comment faire pour le relancer après l'avoir killé ^^

Toujours ctrl+alt+suppr (moi je fais plutôt ctrl-shift-esc m'enfin bon), fichier>nouvelle tâche et tu tapes "explorer"

me semble meme que sous xp t'as pas besoin de le relancer, si tu le kill il se relance tout seul au bout de quelques secondes

Normalement ouais il se relance

Ximoon (./32) :
Toujours ctrl alt suppr (moi je fais plutôt ctrl-shift-esc m'enfin bon), fichier>nouvelle tâche et tu tapes "explorer"

merci

Rintintin (./33) :
me semble meme que sous xp t'as pas besoin de le relancer, si tu le kill il se relance tout seul au bout de quelques secondes

ben pas sous mon XP home en tout cas :/

Godzil (./29) :

BookeldOr (./19) :
il serait moins buggé,

C'est quoi cette affirmation, je vois pas pourquoi il serait forcement moin buggé

Parce qu'il est développé par très peu de gens actuellement, que les bugs ne sont pas traités rapidement, et que le dév qui a un driver qui plante ne peut même pas le réparer lui-même si il a le temps.

Ximoon (./34) :
Normalement ouais il se relance

pas toujours en effet.

des fois tu peux t'énerver et le relancer toi même avec le bouton en façade... ça peut aller plus vite ^^

Si tu arrives à lancer process explorer sous win il peut killer puis relancer un process lui-même, suffit de choisir la bonne commande dans le menu contextuel.

D'habitude, il suffit de killer explorer via ctr+alt+suppr puis de le relancer avec "nouvelle tâche .." dans l'onglet application (explorer, et c'est reparti ^^) ...


Qui nous code un driver concurrent de celui de nVidia durant les vacances ??

pokito (./40) :
Qui nous code un driver concurrent de celui de nVidia durant les vacances ??

C'est en cours, par reverse engineering, ils ont déjà un driver 2D fonctionnel et une base de 3D.
http://nouveau.freedesktop.org/wiki/Accueil-fr

vince (./18) :
Bah ouais, linux, ça reste un soft expérimental qui ne doit pas être considéré comme un OS

Ce n'est pas Linux qui est instable, c'est le système de fichiers qu'il utilise. ext3 ne perd pas les données comme ça.

Kevin Kofler (./42) :
ext3 ne perd pas les données comme ça.

J'ai repassé mon / en ext3 tiens lors de la reinstall. Mais pas le home, j'avias pas envie de perdre du temps à transférer et retransférer.
Et on ne peut pas dire que le système de fichiers est instable. C'est bien le noyau linux, qui de part son archi monolithique est devenu instable à cause d'un driver proprio foireux. Le système de fichiers est, disons, peu robuste. À moins que la faute ne revienne tout simplement à fsck.jfs qui ne sait rien réparer de grave...

BookeldOr (./43) :
À moins que la faute ne revienne tout simplement à fsck.jfs qui ne sait rien réparer de grave...

Comme tout fsck.*

ya des erreurs qu'il ne vaus mieux pas tenter de corriger..

./45: j'ai eu la meme reflexion

wtf ? KK n'est plus banni ?

Ca pouvait pas durer la vie entière non plus
rebienvenue parmi nous Kevin!

Sur ma machine, sauf exception, quand il y a un problème dans le driver propriétaire NVidia, ça ne fait tomber ""que"" le serveur X, et toutes les applications qu'il a lancées.
Et il y a aussi des drivers libres (par exemple, le driver rt73 sous GPL, téléchargé depuis chez ralink), qui plantent très sévèrement la machine... Sur un kernel 2.6.15 MEPIS, cette semaine, il a freezé totalement la machine, qui avait un uptime de 20j, avec plusieurs dizaines de suspend to RAM...

vince (./18) :
Bah ouais, linux, ça reste un soft expérimental qui ne doit pas être considéré comme un OS

Quelle misère, je t'ai connu en plus grande forme vince

BookeldOr> tu entends quoi précisément par pertes de données ? Un système de fichiers journalisés garantit uniquement l'intégrité de la structure du système de fichiers, absolument pas l'intégrité des données. Les fichiers actuellement ouverts sont toujours susceptibles d'être perdus ou corrompus.

C'est parce que tu me manques ^^