Bianca a écrit 42 commentaires

Euh, je pense plutot qu'il veut parler d'un morceau de plastic (ou autre pour résister à la chaleur) moulé pour diriger la chaleur du proc vers le ventilo interne de l'alim.

Evidement, il y a quand même un dissipateur (ou radiateur) sur le proc, mais ce n'est pas le "truc" en question.

Par contre, je vous épargnerai l'étalage de mon matos, y'a http://www.jackypc.com(...) pour ca

Nickel, l'option -zoom fonctionne à merveille.

Merci à tous pour votre aide.
@+

(en passant : Debian PoWeR !!)

Ok, c'est bien le même problème.
Merci pour tes indications, pour l'instant l'option -zoom résoud le problème, mais je vais essayer d'installer les derniers drivers nvidia (en plus, c'est cool je pourrai jouer à TuxRacer)

Je testerai cela ce soir.
Pour l'instant, j'ai juste utilisé l'option -fs qui était sans effet (enfin facon de parler, la fenetre passe bien en pleine écran, mais la vidéo garde sa taille d'origine, le reste de l'écran étant noir, c'est un peu frustrant quand même).

Merci d'avance en esperant que -zoom soit la solution à ce problème

-vo xv ne fonctionne pas (j'ai d'ailleurs essayé tous les drivers affichés par la commande mplayer -vo help, seul x11 fonctionne)

Merci quand même

Ce genre de procéder (partition que l'on peu monter suivant différent niveau en fonction des mots de passe) n'est pas nouveau.

J'avais testé, il y a quelques années déja (en 2001), le système de fichier StegFS (steg comme stéganographie, et FS comme File System évidement).
Après avoir patché le kernel et compilé le tout. On avait la possibilité de crypter une partoche avec les différentes commandes.

L'interet majeur de StegFS c'est qu'on pouvait par exemple définir 4 niveau (chacun accessible via un mot de passe), et tant qu'on n'avait pas le mot de passe du 4eme niveau, il était impossible de savoir si il en existait un réellement (il fallait taper le mot de passe, ensuite le programme tentait de faire corroborer le tout avec les données de la partoche).

Enfin voila, c'était pas mal, un peu lent en écriture quand même.

@+

http://stegfs.sourceforge.net/(...)

Pour retrouver les pages précedemment ouvertes lorsque tu lance FireFox (pas trop fort quand même) les extensions :
Tabbrowser Preferences et Tabbrowser Extensions sont tes amis.

++

On a compilé et installé le noyau 2.6.8
Apres une petite recherche sur internet, on s'est rendu compte qu'il fallait installer module-init-tools pour que lsmod et modprob fonctionnent (on aurait aimé une petite dépendance lors de l'installation des sources via apt, mais bon)

Au final, ca reconstruit bien (encore plus vite, 27 Mo/s) et on a le son.
Super


Merci pour vos interventions.
@ bientôt.

La peur du libre fait faire un peu n'importe quoi à Microsoft. Serait-ce le début de la fin ?

Oui totalement identique.

J'ai fait un hdparm /dev/hdb et un hdparm /dev/hdd avec sortie dans un fichier (différent pour chaque kernel).

Puis un diff des 2 fichiers -> aucune différences.

Ta façon de procéder pourrait convenir, c'est évident.

Je pense qu'on va revoir quelque peu l'organisation de notre futur serveur de sauvegarde (par exemple en faisant des archives tgz toutes les semaines plutot qu'utiliser directement des disques entiers).

Merci, notamment pour les 7 Tao du Backup.

Je viens d'effectuer les test avec hdparm -Tt. C'est affreux :-O

Donc nous avons respectivement :
Noyal (un noyal des noyaux ;-) ) 2.4.19 :
_ Reconstruction du raid : 22 Mo/s
_ Buffered disk reads : environ 40 Mo/s


Noyal 2.4.27 :
_ Reconstruction du raid : 11 Mo/s
_ Buffered disk reads : environ 55 Mo/s


Donc pour conclure, plus le disque transfert vite, moins le raid synchronise vite. Logique, non ?

Concernant le fichier /proc/sys/dev/raid/speed_limit_max
nous avons déja vérifié celui-ci, et la vitesse max est de 100Mb/s

C'est évidemment assez bourrin, mais avec cette façon de procéder, il n'y a pas de problème d'intégrité des données. En effet, en faisant des backup du RAID, si un collègue va sauvegarder ses données au même moment, on peut se retrouver avec seulement une partie des fichiers d'un répertoire (on aurait pu certes programmer avec at ou cron la sauvegarde des données la nuit)

Ensuite, d'un point de vue pratique (nous sommes seulement 2 informaticiens dans le service), c'est plus simple pour la personne qui change le disque, d'éteindre la machine, changer le dur, et de rallumer que de lancer la sauvegarde un certain temps avant (risque d'oubli), puis de venir chercher le dur.

Enfin il y a aussi le coût. Si on veut disposer d'un disque dur toujours à l'extérieur de l'entreprise, il nous faut 3 disques + 1 disque (pour le système) actuellement, contre 4 disques en faisant un backup du raid.

Merci pour ton intervention

Ils croient un peu trop au père Noël chez Sony. Quoiqu'il aurait pu faire plus fort, un format lisible seulement depuis leurs applications (crypté asymétriquement bien sur) et non exportable sur CD. En outre, question qualité du nouveau format 48bps, j'ai des doutes ....

Ca répond peut etre pas à ta question mais si tes amis sous windows utilise netmeeting et que tu utilise gnomeMeeting, ca fonctionne pas mal

J'ai appris avec un petit utilitaire.
Du coup, je tape avec les dix doigts (enfin bon, je fais encore des erreurs de temps en temps, donc le petit doigt de la main droite sert pas mal -> retour chariot)