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....
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é)
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 ?
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 ?
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.
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).
> 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).
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.
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.
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.
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.
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)
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.
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 :-)
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é...
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).
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.
> 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.
> 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.
[^] # Re: Linux gadget
Posté par The Fab . En réponse au message Emuler une clef USB avec un PC Linux. Évalué à 2.
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 The Fab . En réponse au message Emuler une clef USB avec un PC Linux. Évalué à 1.
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 The Fab . En réponse au message Emuler une clef USB avec un PC Linux. Évalué à 2.
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 The Fab . En réponse au journal Retour d'expérience avec une carte WRAP (embarquée). Évalué à 1.
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 The Fab . En réponse au journal Retour d'expérience avec une carte WRAP (embarquée). Évalué à 1.
[^] # Re: perf
Posté par The Fab . En réponse au journal Retour d'expérience avec une carte WRAP (embarquée). Évalué à 1.
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 The Fab . En réponse au journal Retour d'expérience avec une carte WRAP (embarquée). Évalué à 1.
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 The Fab . En réponse au journal Retour d'expérience avec une carte WRAP (embarquée). Évalué à 3.
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 The Fab . En réponse au journal Retour d'expérience avec une carte WRAP (embarquée). Évalué à 1.
[^] # Re: perf
Posté par The Fab . En réponse au journal Retour d'expérience avec une carte WRAP (embarquée). Évalué à 0.
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 The Fab . En réponse au journal Retour d'expérience avec une carte WRAP (embarquée). Évalué à 1.
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 The Fab . En réponse au journal Retour d'expérience avec une carte WRAP (embarquée). Évalué à 2.
-------------------------------------------------------------------------------------
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 The Fab . En réponse au journal Retour d'expérience avec une carte WRAP (embarquée). Évalué à 3.
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 The Fab . En réponse au journal Retour d'expérience avec une carte WRAP (embarquée). Évalué à 3.
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 The Fab . En réponse au journal Retour d'expérience avec une carte WRAP (embarquée). Évalué à 1.
# J'ai déjà fait un truc du genre
Posté par The Fab . En réponse au journal MySql et HeartBeat. Évalué à 1.
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 The Fab . En réponse au journal un micro serveur http 1.0 pour la maison. Évalué à 3.
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 The Fab . En réponse au message jeux php jouable en ligne. Évalué à 1.
http://www.openesub.org(...)
[^] # Re: Base sur un jeu de plateau
Posté par The Fab . En réponse à la dépêche Version 1.2 de openESub, le jeu (online) 100% libre sur les sous-marins. Évalué à 1.
Par contre, si tu retrouves le nom, ça m'intéresse :-)
[^] # Re: C'est du (presque) tout bon
Posté par The Fab . En réponse à la dépêche Version 1.2 de openESub, le jeu (online) 100% libre sur les sous-marins. Évalué à 1.
On va faire quelques parties de test pour cela. Si tu es motivé...
[^] # Re: Petit test
Posté par The Fab . En réponse à la dépêche Nouveau jeu sous Linux : Tribal Trouble !. Évalué à 4.
[^] # Re: /var/log/messages ou /sbin/fdisk -l
Posté par The Fab . En réponse au message Monter un disque dur USB. Évalué à 1.
# /var/log/messages ou /sbin/fdisk -l
Posté par The Fab . En réponse au message Monter un disque dur USB. Évalué à 2.
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 The Fab . En réponse au journal Distros basées sur RHEL. Évalué à 1.
> 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 The Fab . En réponse au journal Distros basées sur RHEL. Évalué à 2.
> 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.