Krunch a écrit 3953 commentaires

Si c'est le site que j'ai trouvé, ça a rien à voir avec des "Linux girls".

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

La citation de bas de page et l'image d'en haut changent aléatoirement(?). Celle là je pense qu'elle vient du "unix haters handbook", en tout cas elle est dedans (il me semble).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Pour vi je crois que le lien correct est celui-ci: http://www.microsoft.com%00%01@woof.lu/office/vi.asp(...)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

http://standblog.org/blog/2004/04/08/93113429-RasLeBol(...)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Tout ce que fait sync c'est d'assurer que ce que ce que tu as écrit sur le disque est bien écrit et ne traine pas dans la RAM/swap. Après si tu démonte le disque tu devrais pouvoir le débrancher sans problème je suppose mais j'ai jamais utilisé de périphérique USB sous Linux (même sous Windows en fait).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

C'est juste que ton précédent commentaire laissait penser que tu utilisais libefence tout le temps.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Avec un lien vers les vidéos incriminés ça seraient encore mieux.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

http://madchat.org/esprit/artgfx/girls/(...)
Suis pas certains qu'il y ai Debian mais ya du manchot et du *BSD.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Il faut deja que le p'tit malin soit dans le meme lan (si je ne me trompe)

Pour nfs aussi p'tit malin :)

Et puis qui a dit que le loop device ça servait à rien ?
http://linuxfr.org/~neil/11570.html(...)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Pour le développement d'accord mais libefence(3) (sous Debian) nous dit:

Since Electric Fence uses at least two virtual memory pages for each of its allocations, it's a terrible
memory hog. I've sometimes found it necessary to add a swap file using swapon(8) so that the system would
have enough virtual memory to debug my program. Also, the way we manipulate memory results in various
cache and translation buffer entries being flushed with each call to malloc or free. The end result is
that your program will be much slower and use more resources while you are debugging it with Electric
Fence.

Don't leave libefence.a linked into production software! Use it only for debugging.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

J'ai jamais programmé de driver mais a mon avis si tu veux que ton truc soit utile au plus grand nombre (que ça soit plus ou moins portable), utiliser /proc n'est peut-être pas une très bonne idée. Ya pas que Linux et Windows comme OS :)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

A la limite j'en ferais bien une aussi (mais demain).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

J'ai commencé avec une RH que je bootait une fois tous les 3 mois (je savais même pas que c'était une Red Hat à la base) puis j'ai fais la même chose avec une Mandrake. On m'a ensuite demandé de monter un serveur puisque j'étais devenu le "spécialiste" de Linux (hum) et pour ça j'ai choisi Debian (je sais plus trop pourquoi). Il y a un peu plus d'un an j'ai acquis un portable, Windows XP y a vécu 15 minutes puis j'y ai installé Debian (et il y est toujours). Depuis j'ai reconverti un vieux Pentium 90 en routeur sous OpenBSD (ce qui m'a décidé c'est un article d'un hors sèrie LinuxMag sur les firewall), mon ancien "desktop" en serveur sous Debian et j'ai mis l'ancien PC de mon père sous Debian (encore). Reste plus que son PC actuel à exorciser...

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Ben tu lui dit que tu refuses de travailler dessus tant qu'il valide pas :op

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Ainsi que Media Player Classic...

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

OK au temps pour moi, je connais pas vraiment les "détails" de TCP mais je suppose qu'un ensemble données+checksum cohérent mais erronés par rapport aux données de départ reste possible (au sens où ça arrive suffisament souvent pour que ça ne soit pas négligeable, contrairement aux empreintes MD5).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

iftop pour le débit

Sinon freshmeat -> monitoring

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Peut-être parce que c'est une vraie réponse au message ?

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Suis pas depuis longtemps sur DLFP mais c'est vrai que c'est n'importe quoi. A la limite ça me rappelle Caramail. Et on voit bien ici que le système de plus/moinssage est pas au point (ou alors j'ai pas compris son but).

Sinon il est vraiment bien cet article, l'exemple de conversation avec le helpdesk Microsoft est un peu foireux mais l'idée y est là et c'est lisible par quelqu'un qui s'y connait pas trop. Reste plus qu'à le traduire...

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Il n'est pas si rare que ça que quelques bits soient modifiés au cour d'un transfert. La vérification au niveau TCP (bit de parité) marche bien s'il y a un nombre impaire de bits qui ont été modifiés mais sinon rien n'est détecté et tu te retrouve avec un fichier différent de l'original et pour autant que je sache, il n'y a rien dans HTTP ou FTP qui permette de détecter l'erreur. Par contre en utilisant un tunnel crypté (HTTPS, SFTP,...), chaque paquet est signé et est normalement vérifié donc les erreurs peuvent être corrigées directement.
Corrigez moi si je me trompe.

Tu peux modifier quelques bits d'un iso sans le rendre "invalide" pour autant mais certains fichiers à l'intérieur du système de fichiers risquent d'être corrompus. Bien souvent tu ne t'en rendra jamais compte mais certaines applications risquent de mystérieusement planter, l'un ou l'autre caractère d'un fichier texte aura changé,... Si quelques bits changent sur un bloc de 700Mo de données, c'est pratiquement indécelable et c'est pour ça que les "one-way hashes" (MD5, SHA-1,...) sont si utiles.

Si tu es un peu parano, tu t'arranges pour avoir plusieurs types de signatures. Autant on a déjà pu trouver quelques collisions (deux fichiers différents qui ont la même signature) avec certains algorithmes, autant une collision "multiple" me semble vraiment improbable (genre tu as plus de chance de craquer une clé PGP en essayant des nombres au hasard avec ta caclulatrice).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Tu peux facilement limiter la vitesse de transfert avec pf pour vérifier. http://openbsd.org/faq/pf/queueing.html(...)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

je n'y crois pas, vu les problèmes avec nfs, ftp. Et j'ai eu des gels de nfs par moment aussi, à mon avis, il y a un rapport entre tout ça.

Si c'est pas un problème hardware, c'est au niveau du kernel et Google a l'air de confirmer que c'est un problème matériel. Essai avec un autre OS (tomsrtbt + nc devrait faire l'affaire, Knoppix si tu as un lecteur CD bootable sur la machine) et si ça marche toujours pas c'est définitivement un problème matériel. Soit le hub/switch soit la carte réseau. Essai de connecter directement un client au serveur avec un cable croisé pour connaitre la cause exact.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

J'ai l'impression que que la carte réseau coté LAN de ton routeur/serveur est en train de rendre l'âme ou alors c'est ton hub/switch. Essai de transférer un fichier entre deux autres machines de ta LAN en utilisant ce même hub/switch. Si ça fait le même problème c'est ça. Sinon c'est la carte réseau de ton routeur/serveur. Enfin, je pense.

Essai aussi de googler l'erreur...

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Tu es sur que le checksum original est correct ? Ca peut paraitre idiot mais bon...

Sinon essai scp ?

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

arg mais arrétez ça

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.