peck a écrit 565 commentaires

Apple a aussi ajouté un système de crc, ce qui veut dire que lorsqu'il voudront vérifier vraiment, il sauront que ce n'est pas à toi.

Ta collection t'appartient, c'est quand même un peu a toi de faire en sorte qu'on ne te la vole pas.

Te rends-tu compte quand on te pique tes papiers ton nom est dessus !

Par sécurité, les mots de passe n'est pas disponible du tout.

Il faut le demander a l'utilisateur, ou faire un module qui l'utilise pendant qu'il est disponible, c'est à dire pendant l'authentification par pam.

Tu peux versionner ton fichier avec RCS.

A la premiere installation :
$ ci -i tonfichier
$ co tonfichier

A chaque mise a jour :
$ co -l tonfichier
$ cp new tonfichier
$ ci -u -m"Version X" tonfichier

Ainsi tu dispose des commandes rcsdiff et rlog pour accéder aux vieilles versions

Est-ce que tu as du swap ?

Est-ce que le dma est activé sur ton disque dur (commande hdparm -d) ?

Quel est ton environnement de bureau ? (Certains demandent beaucoup de ram).

Attention, problème de mot de majuscule ?
Problème de locale (clavier qwerty) ?

Pour le savoir teste sur le login au lieu du mot de passe.

Attention, le mot de passe à donner est bien associé a ton login et pas à l'utilisateur root.

Je suppose que tu voulais dire 2.6.18-4

Sous debian, le paquet contenant le noyau contient son numéro de version dans le nom pour éviter les upgrades involontaires. Donc si tu veux une version plus récente, il te faudra la spécifier.

Pour avoir la liste :
$ apt-cache search linux image 2.6

Il te faut probablement mettre ta base de donénes de man à jour:

man mandb

Il est possible qu'il ne soit pas bon. Il est aussi possible qu'il ne soit pas chargé correctement. Je crois que ta syntaxte grub n'est pas la bonne.

Ton problème vient du fait que contrairement au raid, le code de lvm n'est pas totalement dans le noyau. Il faut donc un initramfs qui contiendra le code de détection du lvm pour que celui-ci soit détecté avant de pouvoir monter /

Ah ben ça, ça serait dur de faire un ls sans que le disque ne se relance. Un ls sert à lire le contenu d'un répertoire qui est lui même sur le disque, qui a besoin d'etre allumé pour être lu :-)

C'est parce que le système trouve toujours quelque chose à faire. Donc il lit et écrit des trucs en permanence, et souvent sans importance. Pour avoir un cache sur l'activité du disque et donc lui permettre de respirer, Il te faut aussi le démon noflushd qui retarde les lectures et écritures autant que possible.

Pourquoi veux-tu grub sur le 2e DD. Si c'est pour qu'il lance l'os du 2e disque c'est une mauvaise raison. Si c'est pour qu'il puisse encore booter au cas ou le premier grille, c'est une bonne raison.

Sinon, hd0 décritle premier DD, donc hd1 le 2e.
hd1,0 décrit la première partition du 2e DD.

Le programme html2text te convient-il ?

As-tu pensé a modifier le Makefile du répertoire parent de monrep ?

Tout d'abord, oui c'est le bon mode opératoire.

Ensuite tu ne devrais pas avoir a modifier le sources.list , l'installeur l'a déja fait. L'abonnement a la liste de diffusion n'est pas indispensable (tu peux installer apticron pur etre au courant des modifications).

Et pour répondre au commentaire ci dessus, je serais étonné que main ne soit pas supporté par l'équipe de sécurité, vu que main C'EST debian. Contrairement a contrib et non-free qui sont juste supportés par debian. Donc peut-être confusion, contrib et non-free ne sont pas supportés.

Un linux pour être fonctionnel a besoin de plus que le noyau, il faut un init, un shell ... Pour compiler tout cela il existe LFS (linux from scratch)

LFS n'est pas vraiment une distribution, mais un manuel sur comment compiler sa distribution, ca peut t'aider : http://www.linuxfromscratch.org/

Ensuite une fois que tu as ta distribution, pour créer ton iso bootable, il te faut des outils comme mkcramfs, isolinux, mkisofs et il faut que ta distribution se lance avec un initrd (initramfs).

Pour ce qui est du système en ram, le principe est le même sauf qu'il faut que toute la distribution tienne dans l'initramfs.

Ta question étant vaguement floue, je te laisse étudier la chose et poser des questions un peu plus précises pour donner plus de détails.

Tu fais bien :
$ sort file1 > file1.new
$ sort file2 > file2.new
$ comm -1 -2 file1.new file2.new

Tu as la commande sort qui peut t'aider à les mettre dans le bon ordre :-)

Tu as aussi la commande comm qui par défaut t'affiches les lignes de l'un, de l'autre pui des 2 avec une indentation différente. Les options -1 -2 -3 te permettent de supprimer les parties qui ne t'intéressent pas :

$ comm -1 -2 file1 file2

Te donne les lignes communes (-1 -3 pour les lignes du 2e fichier uniquement ...)

Attention, cela ne fonctionne que pour des fichiers ayant des lignes dans le même ordre.

La réponse est non, c'est le noyau qui accède à la mémoire vidéo et en général c'est le serveur X qui donne les ordres au noyau. Donc si tu veux que ton programme tourne sur X ce n'est pas possible. Mais après conversion, peut-être que tu te rendra compte que le gain de temps n'en vaut pas l'effort nécessaire à accéder à la mémoire vidéo.

Pour une approche plus proche du dos, tu peux faire tourner ton programme sur le framebuffer, mais l'accès ne se fait pas de la même façon que sous dos et ton appli ne fonctionnera pas en même temps que le serveur X.

Une troisième possibilité qui te permettra de faire tourner ton programme sans y toucher est de faire tourner dos (ou freedos) un émulateur style qemu (ou vmware).

Tu peux me donner un exemple d'url qui ne contient pas de / ?

N'y aurait-il pas des fichiers supprimés mais encore utilisés (ouverts par un programme) ? Dans ce cas, ils ne sont pas comptés comme espace libre.

Pour obtenir l'information :

$ lsof | grep deleted

Tu veux dire un fichier en-tete, pas objet :)

S'il est inclu sous la forme <file.h> alors gcc va cherche dans les include du système. Utilise l'option -I pour ajouter de nouveaux répertoires de recherche.

S'il est inclu sous la forme "file.h" alors gcc va en priorité cherche dans le répertoire de compilation, tu ne devrais avoir besoin de rien d'autre.

Au contraire, une fois qu'il est allumé, tu n'y touche plus.

Si ton PC est arreté pendant la journée tu ne peux plus le rebooter