The Fab a écrit 53 commentaires

  • [^] # Re: Linux gadget

    Posté par  . En réponse au message Emuler une clef USB avec un PC Linux. Évalué à 2.

    ce thread me mène assurément vers ce que je cherchais (merci)

    malheureusement, je comprends qu'il faut utiliser une partition dos/vfat pour la publier en clef USB (à moins que mon magnétoscope numérique sache lire des clefs formatées en EXT3, ce dont je doute ?)

    Comme j'ai une grosse partition existante en ext3, ça complique mon affaire...

    en outre, dans le document on lit :

    While FSG is running and the gadget is connected to a USB host, that USB host will use the backing storage as a private disk drive. It will not expect to see any changes in the backing storage other than the ones it makes. Extraneous changes are liable to corrupt the filesystem and may even crash the host.

    J'ai donc presque intérêt à remonter en RO ma partition quand je l'utilise avec le magnétoscope ? Ce qui rend là aussi mon affaire moins conviviale (même si on doit pouvoir automatiser ça avec udev probablement lorsque la clef virtuelle est montée ?)

    Bref, un grand merci mais je sens que je ne vais pas aboutir facilement....
  • [^] # Re: USB Hôte ...

    Posté par  . En réponse au message Emuler une clef USB avec un PC Linux. Évalué à 1.

    ok mais donc ces cables permettent d'émuler une connectivité réseau

    ce qui ne regle pas ma question (mon magnétoscope lui il ne veut que de "mass storage")

    ou j'ai mal compris ?
  • [^] # Re: disque dur sur port usb

    Posté par  . En réponse au message Emuler une clef USB avec un PC Linux. Évalué à 2.

    bien entendu, mon vieux PC est relié au réseau et je l'alimente depuis mon vrai PC ; en outre, quoique vieux, il rend quelques menus services (serveur web, ftp...)

    la solution que tu proposes (sortir le disque dur et le mettre dans un boitier adhoc) ne convient donc pas (mais merci d'avoir proposé)
  • [^] # Re: perf

    Posté par  . En réponse au journal Retour d'expérience avec une carte WRAP (embarquée). Évalué à 1.

    Ouai carrément si tu peux me faire suivre le résultat de tes tests :)

    Par contre, on peut brancher n'importe quelle carte PCI sur des soekris ? J'ai lu "miniPCI" qqpart. Ca rentre dans le boitier ? Ca plombe pas trop l'alim ?
  • [^] # Re: perf

    Posté par  . En réponse au journal Retour d'expérience avec une carte WRAP (embarquée). Évalué à 1.

    Si j'ai bien compris, le problème de l'adaptateur USB pour les cartes WRAP, c'est que ça rentre pas vraiment dans le boitier standard... Tu confirmes ?
  • [^] # Re: perf

    Posté par  . En réponse au journal Retour d'expérience avec une carte WRAP (embarquée). Évalué à 1.

    > Par contre, pour le partage de fichiers, j'ai essayé à une époque avec une carte usb2 et un disque externe et c'etait catastrophique :/ (avec samba)

    Tu peux expliciter un peu plus ce dernier point ?

    Je cherche à monter un NAS RAID1 0dB et peu consommateur. Avec ton commentaire, une de mes solutions envisagées s'écroule :)
  • [^] # Re: landatel

    Posté par  . En réponse au journal Retour d'expérience avec une carte WRAP (embarquée). Évalué à 1.

    Ils disent entre 3 et 5 jours.

    En pratique, j'ai eu un petit soucis. Ma commande est resté 5 jours en attente. En fait un quiproquo sur une question de récupération de la TVA (en tant que particulier on y a pas droit, les tarifs indiqués sont bien les bons) vite réglé par un simple échange de mail. Après le réglement ce cette question, j'ai reçu le matos le lendemain par TNT.
  • [^] # Re: perf

    Posté par  . En réponse au journal Retour d'expérience avec une carte WRAP (embarquée). Évalué à 3.

    D'après la doc de la carte WRAP (téléchargeable sur leur site), ils conseillent de retoucher un tout petit peu les sources du noyau histoire d'éviter des milliers de warnings concernant le controleur clavier (il y en a pas sur les WRAP)... Mais sinon, rien ne semble s'opposer à l'install d'une distrib linux classique.

    Par contre, il faut faire attention à la durée de vie des CF qui ne supportent qu'un certain nombre d'écritures (genre 1000). Je crois que dans monowall, quasiment tout est monté en readonly, le swap, les logs... sont en mémoire...

    Bref, avec une grosse carte CF, tu devrais pouvoir installer tout le nécessaire mais le problème de l'usure reste entier. Lidéal serait de pouvoir mettre le stockage des fichiers/mails/... ailleurs (sur un petit NAS par exemple).
  • [^] # Re: perf

    Posté par  . En réponse au journal Retour d'expérience avec une carte WRAP (embarquée). Évalué à 1.

    hum... niveau conso électrique, c'est au moins 50W ces trucs là non ?
  • [^] # Re: perf

    Posté par  . En réponse au journal Retour d'expérience avec une carte WRAP (embarquée). Évalué à 0.

    > PS : je regrette que ça soit du x86 et pas du mips ou arm, surtout quand on voit que certaines de ses puces (mips ou arm) sont capables d'embarquer sur la même puces plein de services (controlleur reseau, usb, pci, ...).

    J'aurais tendance à chercher un truc équivalent mais pour le stockage. L'idéal serait une carte pas chère, bien intégrée, 0dB et peu consommatrice avec deux ports IDE pour faire du RAID 1 avec des disques de recup, un port Ethernet (évidemment) et un port USB (pour faire serveur d'impression).

    Quelqu'un connait-il un truc du genre ?
  • [^] # Re: perf

    Posté par  . En réponse au journal Retour d'expérience avec une carte WRAP (embarquée). Évalué à 1.

    Le seul test de perf que j'ai pu trouver est ici :
    http://www.tomsnetworking.com/2004/08/13/review_monowall2/pa(...)

    Mais c'est une série plus ancienne de WRAP (C). Pour ma part, j'utilise une E. Je ne sais pas si les perfs sont meilleures. En tous les cas 40 Mbit/s entre le LAN et le WEB ça me semble largement suffisant pour une connection haut débit classique. Idem pour ma troisième interface Ethernet qui est reliée à un adaptateur WIFI.
  • [^] # Re: questions

    Posté par  . En réponse au journal Retour d'expérience avec une carte WRAP (embarquée). Évalué à 2.

    Pour installer monowall sur la CF, depuis une machine Linux, extrait de la doc :

    -------------------------------------------------------------------------------------
    2.1.1.3. Linux

    gunzip -c net45xx-xxx.img | dd of=/dev/hdX bs=16k

    where X = the IDE device name of your CF card (check with hdparm -i /dev/hdX) - some adapters, particularly USB, may show up under SCSI emulation as /dev/sdX.

    Ignore the warning about trailing garbage - it's because of the digital signature.
    -------------------------------------------------------------------------------------

    C'est donc assez simple :)

    Pas besoin de se préoccuper de bootloader... :) Ca marche tout seul !

    Concernant POE, non je n'ai pas essayé pour l'instant et je n'ai pas eu de retour. Il semble qu'il faille acheter un petit module qui va bien pour le faire. Du coup, je n'ai pas eu l'opportunité de tester.
  • [^] # Re: Plus !

    Posté par  . En réponse au journal Retour d'expérience avec une carte WRAP (embarquée). Évalué à 3.

    Pour les screenshots de monowall, leur site est déjà très largement fourni :
    http://m0n0.ch/wall/screenshots.php

    J'ai choisi monowall pour sa simplicité. Ils fournissent une image de 8 Méga spécialement dédié aux cartes WRAP. Il suffit de la mettre sur la CF et c'est fini !

    Dans un premier temps, ça m'importe peu de savoir si c'est du linux ou du free/net/openbsd... Vu que tout se pilote par interface web.
  • [^] # Re: Sympa cette carte

    Posté par  . En réponse au journal Retour d'expérience avec une carte WRAP (embarquée). Évalué à 3.

    Certes, en tous les cas, pour le cas précis de cette carte, c'est bel et bien 0 dB !

    Dans un premier temps, je n'ai pas prévu grand chose. Il faudrait déjà que j'aille au bout de monowall. Sinon après, je pense que la chose logique pour un geek c'est d'acheter une CF plus grande et d'y construire sa propre distrib linux dessus.
  • [^] # Re: Bugreport #1

    Posté par  . En réponse au journal Retour d'expérience avec une carte WRAP (embarquée). Évalué à 1.

    fixé merci
  • # J'ai déjà fait un truc du genre

    Posté par  . En réponse au journal MySql et HeartBeat. Évalué à 1.

    J'ai déjà fait une manip de ce genre.

    Il y a deux problèmes distincts :
    - basculer mySQL lors d'une bascule système (IP virtuelle) : je ne connais pas bien la config doubleMaitre, pour ma part j'ai utilisé une config maitre/esclave (avec réplication), le trip c'est qu'il faut veiller à basculer le statut maitre/esclave de mySQL lors de la bascule système (IP virtuelle) => tu peux configurer facilement HB pour qu'il lance un script de ton choix (c'est à ce niveau que je forcais le bon statut maitre/esclave de mySQL)
    - forcer une bascule HB (complète) lors de tout évennement. Le plus simple est d'utiliser "mon" (suggéré plus haut) qui permet d'implémenter simplement le principe "detection => action" avec des scripts "maison" (un pour la detection que mySQL déconne par exemple, un pour l'action de basculer le cluster (force HB à basculer) => j'avais fait ça pour la saturation d'une partition mais c'est implémentable pour n'importe quoi.

    Bon courage et bienvenue dans le merveilleux monde de heartbeat (ça marche du tonnerre)
  • # lighttpd

    Posté par  . En réponse au journal un micro serveur http 1.0 pour la maison. Évalué à 3.

    A noter l'existence de lighttpd : http://lighttpd.net/

    Il est à la fois très léger, rapide (plus qu'apache notamment sur les fichiers statiques) et il supporte des fonctionnalités avancées (fastcgi...). Enfin, il est très simple à configurer.

    L'essayer c'est l'adopter.
  • # openESub

    Posté par  . En réponse au message jeux php jouable en ligne. Évalué à 1.

  • [^] # Re: Base sur un jeu de plateau

    Posté par  . En réponse à la dépêche Version 1.2 de openESub, le jeu (online) 100% libre sur les sous-marins. Évalué à 1.

    Personne en tous les cas ne connaissait l'existence de ce jeu de plateau lors du démarrage du projet. Si l'idée est similaire, ce n'est que par pur hasard.

    Par contre, si tu retrouves le nom, ça m'intéresse :-)
  • [^] # Re: C'est du (presque) tout bon

    Posté par  . En réponse à la dépêche Version 1.2 de openESub, le jeu (online) 100% libre sur les sous-marins. Évalué à 1.

    Rajouter des parties spéciales (dont le rythme serait plus élevé) est un truc qu'on va tester sous peu. Le code le permet déjà. La seule problématique est la charge supplémentaire engendrée sur le serveur.

    On va faire quelques parties de test pour cela. Si tu es motivé...
  • [^] # Re: Petit test

    Posté par  . En réponse à la dépêche Nouveau jeu sous Linux : Tribal Trouble !. Évalué à 4.

    Peut-on jouer en réseau ? Et particulièrement sur un LAN (sans passer par Internet) ? J'ai pas trouvé l'info sur le site. Je présume donc que non ?
  • [^] # Re: /var/log/messages ou /sbin/fdisk -l

    Posté par  . En réponse au message Monter un disque dur USB. Évalué à 1.

    Pour moi effectivement, ton disque n'est pas reconnue ou tu n'as pas les bons drivers noyaux. Mais si le fdisk -l te remonte rien, ça ne sert de s'exciter avec mount (le plus problème est en amont).
  • # /var/log/messages ou /sbin/fdisk -l

    Posté par  . En réponse au message Monter un disque dur USB. Évalué à 2.

    Ouvre un terminal en root et tape "tail -f /var/log/messages". Ensuite branche ton disque USB.

    Tu verras le système va raconter plein de choses en principe. Une fois qu'il a fini de raconter sa vie (ça bouge plus).

    Tu ouvres un nouveau terminal en root et tu tapes "/sbin/fdisk -l". Ca va lister tous les disques dispo sur ta machine (locaux comme externe). Tu devrais rapidement trouver ton bonheur.
  • [^] # Re: Ça me souale.

    Posté par  . En réponse au journal Distros basées sur RHEL. Évalué à 1.

    > C'est Red Hat et pas Centos/Lineox/etc.
    > Tu veux un service mais tu ne veux pas payer pour ce service. Voilà ton truc.

    Incroyable comme argument :-) Et oui je veux un service et je ne veux pas payer pour. C'est le truc de tout le monde :-)

    Et si je suis ta logique, Red Hat ne propose pas le service dont j'ai besoin : je veux des updates et c'est tout ! Je n'ai que faire (dans les cas évoqués car je n'en met pas en doute l'excellence) du support, du RedHat Network et de toute la machinerie up2date, je ne veux que des RPMs sur un dépot FTP. Point.

    Enfin, je crois que je vais m'arrêter sur le sujet car cette discussion ne rime à rien. Entre autres, j'utilise à la fois des RHEL et des WhiteBox, chacun ayant ses avantages et ses inconvénients et je suis largement en paix avec ma conscience.

    Et je raccroche cette discussion ici.

    beeeep beeeep beeeep....
  • [^] # Re: Ça me souale.

    Posté par  . En réponse au journal Distros basées sur RHEL. Évalué à 2.

    > C'est ceux qui payent RHEL qui payent ta "fabuleuse" Centos si importante pour les entreprises mais ne veulent rien donner en échange. Tu ne vois une contradiction dans ton discours ?
    > C'est important mais :
    > - on ne veut pas reconnaitre celui qui fait le boulot
    > - on ne veut rien dépenser
    > C'est du beau...

    lol :) Comment transformer une discussion en attaque du grand troll velu. Où j'ai écrit que je ne veux pas reconnaitre celui qui fait le boulot ? Ou j'ai écrit qu'on ne veut rien dépenser ?

    Et tant pis je marche dans le troll :)

    Non je ne vois aucune contradiction dans mon discours. Pour ta gouverne, je bosse pour un établissement public où certains serveurs sont en RHEL (et vu que c'est des machines de prod critique et qu'Oracle tourne dessus ça me choque pas). Et non, je ne vais pas faire payer au contribuable des licenses RHEL pour des postes clients ou des serveurs standards (genre serveur mail). Parceque j'en ai rien à faire du support et tout ce que je veux c'est des updates de sécurité pendant une durée étendue.

    Bref... tout ce que je disais et ce que je confirme c'est que :
    - la RHEL c'est super mais c'est cher (surtout que dans une administration, 'faut qqfois 6 mois pour acheter une simple licence)
    - la Fedora c'est super mais c'est pas crédible dans un environnement "enterprise" (il est hors de propos d'upgrader tous les ans surtout quand les serveurs sont dissiminés géographiquement)
    - ce que fait Red Hat c'est génial mais ça ne couvre pas complètement mes besoins et il y a donc de la place pour une Centos entre Fedora et RHEL.

    Point.