Ok. Alors un lien, pour ceux que ça intéresse:

http://fedoraproject.org/wiki/FedoraLiveCD/USBHowTo#Graphical_Method_-_Windows_or_Fedora

For Windows using the following steps:

* Download liveusb-creator from http://fedorahosted.org/liveusb-creator
* Double click 'liveusb-creator'

If you are using Fedora, you can use Add/Remove Programs and search for liveusb-creator or on the command line:

$ su -c "yum install liveusb-creator"

J'ai eu des soucis avec le téléchargement via l'outil, sous Windows (j'utilise un peu de tout). Je préfere télécharger les iso et écrire ensuite seulement, du disque sur le stick. J'ai aussi eu des soucis avec mes sticks, j'en fais parfois n'importe quoi. Mais le plus souvent, ça roule.


Je m'en vais jouer à nouveau avec un vieux C2D trouvé à la benne, sauvé de la broyeuse... et peut être tester ceci:

http://liveusb.info/dotclear/

Au second lien, c'est bordélique à souhait du côté des OS ou iso suportés, comme j'aime. C'est aussi explicite:

MultiBoot va vous permettre de réaliser un LiveUSB à tout faire,
idéal pour découvrir différentes distributions linux sans les installer sur votre PC,
et ce de manière fluide;
ou pour installer la distribution linux de votre choix sur votre PC
beaucoup plus rapidement que via un LiveCD grâce à la rapidité des ports USB 2.0/3.0
Indispensable sur toute la gamme actuelle des netbooks qui ne possèdent pas de lecteur de CD.
Heldwin wrote:
impaire wrote:Je m'en vais jouer à nouveau avec un vieux C2D trouvé à la benne, sauvé de la broyeuse...
Il y a des gens qui jettent des C2D à la poubelle ??
Des gens un peu bizarres, oui, qui l'ont jeté sans la RAM et sans le DD (ou quelqu'un est passé juste avant moi). Ce n'est qu'une puce 1,8GHz, mais elle fonctionne très bien.

Ah... un truc tout aussi utile, pour Gparted, pour ne rien effacer, redimensionner des partitions existantes et faire de la place:

http://www.sysresccd.org/Download
tu serais étonné de voir tout ce que les entreprises jettent. Je viens de récupérer 2 cisco catalyst dans une benne 😉
Je rentre de Paris, la Villette, où j'ai pu discuter longuement avec un ambassadeur de Fedora-fr. Je crois que j'ai blasphémé ici. Encore pardon.
impaire wrote:Je viens d'avoir le xeon, j'ai donc installé la FC13 (juste avec un stick USB; ...
Je rentre de Paris, la Villette, où j'ai pu discuter longuement avec un ambassadeur de Fedora-fr...
Je reviens sur ce point là, car j'en avais discuté aussi, ce samedi, à la Villette. Cet ambassadeur disait qu'il ne fallait pas hésiter à le dire lorsque quelque chose fonctionne.

J'ai continué à jouer avec ce xeon. Le dl360 g6 arrive d'office avec 2 ports gigE. J'ai poussé le bouchon un peu plus loin, et avec un Spirent Test Center. Le xeon commence à travailler vraiment, parfois les buffers se remplissent, surtout lorsque Gnome/Xorg vérrouille ou dévérrouille la session X, avec un certain délais.

Plus tôt, je crois que je parlais déjà de 174 000 paquets et 700M bits par seconde, sur un port gigE. J'ai raccordé chacun des gigE du dl360 sur un port du Spirent. Et le résultat est satisfaisant, ce kernel 2.6.35 et ce xeon quad core capturent sans difficultés les entêtes de deux fois 174 000 paquets et 700M bit par seconde.

J'ai fait plusieurs tests, dont deux captures de 68 millions de paquets par ports (en même temps) pour lesquelles j'ai recompté mieux le nombre d'entêtes effectivement enregistrées sur le disque: aucun paquet perdu. J'ai fait une autre capture, toujours simultanée, à 700Mbps, deux traces de 255 millions d'entêtes de paquets, sans pertes; ça se traduit par deux fois 26 go d'entêtes dans des fichiers, sur le disque, à relire... mais c'est une autre histoire (le xeon a encore des ressources).

Je souhaitais aussi pouvoir filtrer dans ces flux, à 700M bit par seconde. J'ai fait de premiers essais pour en extraire seulement 50M bits par secondes, sur la base d'une IP destination. Ca marche évidemment aussi, à ces mêmes débits.

Il n'y a plus qu'à installer ce xeon dans un réseau, où il verra passer des paquets par milliards.


On en fait pas autant avec tcpdump; selon la machine, passé 5 à 10 000 paquets par secondes, le kernel supprime de temps en temps des paquets. Si quelqu'un souhaitait sniffer à ces débits, à 174 000 paquets par seconde et même plus, la solution est là:

http://staff.washington.edu/corey/gulp/


Avec de l'open source, on fait à peu près ce qu'on veut. Mais je dois préciser que l'essentiel du travail a été fait par d'autres, je n'ai fait qu'ajuster et emboiter des briques mises à disposition, sur la toile.

P.S. 1: Je crois qu'il y a un bug dans iptraf du moment, sur la FC13. A ces débits là, les chiffres affichés pour un port gigE ne semblent plus etre corrects. Je fais en tous cas plus confiance à ce qu'affiche le Spirent et aux captures relues sur le disque du dl360.

P.S. 2: J'aurai du préciser que c'est un X5570 @ 2.93GHz, avec l'hyperthreading désactivé. A ces débits, et pour des tailles de paquets aléatoires, de 128 à 900 bits, les coeurs qui sniffent sont à 50-60%.

P.S. 3: Et donc, tout au départ, j'ai booté sur une FC13 live, avec une clefs USB. Ca s'installe en 30 minutes.

P.S. 4; Hum... je suis allé regarder ailleurs. Je ne trouve pas de chiffres. "Thanks to the traffic capture technology utilized in TCPDUMP for Windows®, this product has very high performance too." "... with zero packet loss. Certainly, your success depends on CPU, RAM, HDD subsystem performance, etc." Côté RAM, j'ai juste un giga, ça devra suffir. J'en avais demandé deux, mais une barette s'est perdue.

P.S. 5: D'après ce que je viens de lire, on doit pouvoir aller beaucoup plus loin, toujours avec Linux, mais par exemple, avec des NIC 10G programmables. "... can enable multiple independent processes or threads to concurrently analyze the incoming traffic from one or more NIC ports." Ce sera certainement pour une prochaine fois.

P.S. 6: Ah, on peut faire la même chose sur Windows. http://irl.cse.tamu.edu/people/matt/papers/pam2010.pdf
7 mois plus tard