Reprise du message précédent :
Si tu le branches direct sur un PC sans passer par un routeur et que tu lances un scan d'IP avec nmap, ça dit quoi ?
(cf. les tutos en première page)

 
idem topachat
 
flemme de faire un retour pour 20 €

Il trouve queudal.
Il est mort c'est certain.

depuis backtrack, le quick scan ne donne rien

la "long route" est en cours mais j'ai peu d'espoir vu que ca clignote orange (j'ai pas de steadly orange)

au pire je le brancherai sur internet...

Quand j'ai branché le mien, j'ai pas vraiment regardé les couleurs de la led, ni même maintenant, je suis daltonien  
Sur une led aussi minuscule, orange ou vert pour moi c'est pareil

J ai essayė de le brancher sur le net ca change rien. Je sens que le stock topachat est foireux.

Le mien vient de chez Topachat.

Bon je n'arrive plus à rien là
Après un boot fructueux sous Plugbox puis un reboot, impossible de revenir dessus : soit je me retrouve sur le FW Seagate, soit le DS devient zombie.

Exactement le même symptôme qu'ici :
http://plugapps.com/forum/viewtopi [...] t=164#p860

Je creuse.

Edit :

J'ai réinstallé Debian sur la clé USB, j'arrive à la booter de la manière suivante : boot à froid avec la clé USB non connectée, login sous Pogoplug, reboot et j'arrive sur Debian.
Si je fais le boot à froid avec la clé dans le DS, ça ne boote pas au reboot.
(d'où les histoires de "au premier boot ca a marché, mais plus après" qu'on voit sur les forums.
Simplement que dans le cas du premier boot après install, on a inséré la clé USB après le boot à froid, pour faire l'install)

Je vais voir ce que donne l'histoire du bootparam.

Pour thana54 qui demandait des infos sur les perfs en réseau, là je l'ai branché en giga :

(Chiffres identiques en répétant plusieurs fois le bench)

La limite semble être au niveau du CPU, il est à 100% pendant le bench.
(sur le même réseau et serveur, un de mes PC fait plus de 930Mbps)
Pour illustrer, le fait de faire tourner htop sur le DS durant le bench fait baisser le résultat de 10Mbps, c'est vraiment le CPU qui se tape tout le boulot.

Déjà 5 pages !!!    
 
Bon, là, vous me faites peur, j'ai acheté le mien chez TopAchat...
Pour ceux qui rencontrent des soucis, qu'est-ce-qui ne marche pas exactement ? J'avoue que je n'ai pas tout saisi.
 
Pour ma part, j'aimerais bien y mettre une Debian qui, je pense, est plus adaptée que Arch (la rolling release sur ce type de matériel... ).
Par contre, je n'y connais strictement RIEN sur Debian, j'espère que c'est simple !
 
Je n'ai pas trop de temps à accorder à cette machine, mais il me faut la tester un minimum si je dois la rendre en rétractation ou si c'est en panne.
Je m'apprête donc d'ici demain à :
- désactiver les MAJ auto de pogoplug
- brancher un périph de stockage et voir s'il est accessible sur mon réseau local.
- pour l'install (et surtout la conf) de Debian, je dois d'abord me documenter. Je souhaite essentiellement en faire un serveur de fichier (réseau local), ftp (internet) et d'impression.
 
Merci pour votre aide et surtout vos infos (réponse à ma 1ère question en 1er lieu ! ).

Pas glop si le proc n'aime pas htop
Pour le débit ca à l'air d'aller, puisque le reste des disques est en usb (~30Mo/s donc max 240Mb/s).

 
Il ne démarre pas -> led orange clignotante
Il ne prends pas d'adresse il n'est pas visible sur le réseau et ce en l utilisant normalement sans avoir rien modifié.

pour info chez moi la led clignote tout le temps orange quand il n'est pas sur la debian mais ça marche bien (mais je le vois bien dans mon routeur).

Ça n'est pas le proco qui n'aime pas htop

Sur n'importe quelle machine, htop prend 1 ou 2% de temps CPU (comme n'importe quel soft qui tourne), et vu que le débit réseau dépend uniquement du CPU dans le cas du DS, c'est 1 à 2% de moins en débit.
10Mbps de perdus sur 500Mbps, c'est 2% de baisse, rien de dramatique

Mais à voir sur du Samba ou du NFS, la perte risque d'être beaucoup plus importante vu la lourdeur des protocoles.

je me suis connecté en série dessus via un adaptateur usb serie en 3.3v et je vois le log du boot :  
 
Reading data from 0x3ff800 -- 100% complete.
                                   
 3145728 bytes read: OK
                                                       
## Booting image at 00800000 ...                                              
   Image Name:   Linux-2.6.22.18                                              
   Created:      2009-08-31  23:31:05 UTC                                      
   Image Type:   ARM Linux Kernel Image (uncompressed)                        
   Data Size:    1976384 Bytes =  1.9 MB                                      
   Load Address: 00008000                                                      
   Entry Point:  00008000                                                      
   Verifying Checksum ... Bad Data CRC                                        
CE>>    
 
 
il y a donc bien un probleme 'bad data crc'
mais vu que j'ai la main il doit bien y avoir moyen de faire quelque chose ?

C'est tout bon ça, certains gratouillent pour faire booter la bestiole sur le réseau  
 
http://blogdoch.net/index.php?entry=entry100629-183738
(le mec dit que ça n'est pas encore recommandable comme procédure, et la déconseille, gros risques de brick)
 

 
À visualiser avec un traducteur évidemment

Vous m'avez fait flipper avec vos histoires de stock HS chez Top-Achat, du coup j'ai testé le miens et il répond bien en ssh    
 
 
Petite question, la MàJ de l'uBoot fournie par Jeff, c'est une version spéciale pour Debian ou c'est valable pour n'importe quelle distro ?

 
même chose pour moi,
 
j'en ai commandé deux : j'ai bien fait.
 
chose constatée :  
dans le carton de celui qui fonctionne le câble réseau fourni est rond
dans celui qui est défectueux le câble est plat : même chose pour vous ?

Je pense que c'est valable pour tous les systèmes, l'amorce du boot est identique quelle que soit la distro je pense.
Mais de toutes façons pas de risque, tu peux toujours revenir en arrière : j'ai du modifier mon uBoot 4-5 fois d'une version à l'autre

Câble plat pour moi, DS 100% fonctionnel.
http://ledek.free.fr/photos/hardwa [...] C_4393.JPG

 
J'ai un modèle défectueux avec cable réseau plat
J'ai testé ce qui suit... pas mieux
 
Blinking yellow (amber) LED:
This issue most commonly suggests a hardware failure, but there are 3 steps that you can try if your FreeAgent Dockstar’s LED is steadily blinking yellow/amber.
 
    * Power down the unit, wait 20 seconds, then power the unit back on.
    * Disconnect and reconnect all the cables.
    * Try a different Ethernet cable.
 
If these 3 actions do not succeed in correcting steadily blinking yellow/amber LED state, you will need to replace the device.

 
non : le miens a un cable plat, et no souci !
Je vous dirai quand je reçois les 12 autres. L'échantillon sera plus representatif !

12

Il attend que les prix remontent pour en vendre 10 à 50€

inutile que chacun dise que son modèle à câble plat fonctionne...
l'idée était plus de savoir de quel type de câble est équipé ceux qui ne fonctionnent pas
 
dami3n : j'ai tenté spontanément cette procédure, sans résultat pour moi...
 
Palm : 12 ? pour quoi faire un centre de calcul ? (humour)

Putain, 12

Non mais c'est une commande groupée hein

J'imaginais déjà un beau cluster

procédure d'échange avec un produit neuf lancée chez topachat
 
carton déchiré récupéré dans la grosse poubelle verte    

 
Je viens de trouver un truc qui devrait t'intéresser :
http://plugapps.com/forum/viewtopic.php?f=6&t=154
 
Un mec qui a eu le même symptôme que toi et qui a apparemment réussi à réparer la bête

Bon alors, j'ai gratté du côté de blparam et du boot qui alterne entre USB et NAND :

C'est logique quand on observe la sortie de blparam (dispo ici : http://plugapps.com/os/pogoplug/uboot/blparam - chez moi il s'exécute et fonctionne sans problème sur Pogoplug comme sous Debian).
Quand on l'exécute sans aucun argument il renvoie l'état de tous les paramètres :

Donc normalement, au boot, la commande "bootcmd" est exécutée, qui renvoie elle-même à une autre commande ("bootcmd2" ici), qui va elle-même modifier le contenu de la commande bootcmd et exécuter une autre commande, et ainsi de suite.

blparam permet donc également de modifier les paramètres.

Par contre je cherche encore, la logique est claire, mais en pratique ça fonctionne un peu différemment, même si on écrit "bootcmd=run bootcmd1", ça ne boote pas forcément sur l'USB.

Edit : han si là ça a l'air de rouler

Donc, comme le disait fort justement le wiki de plugapps, une fois sous Debian, si on exécute :

Au prochain boot soft (de ce que j'ai pu voir, si on débranche puis rebranche, là par contre ça ne fonctionne pas) c'est bien Debian qui est exécuté

On doit alors pouvoir forcer un boot permanent sur usb en faisant un "./blparam 'bootcmd=run bootcmd_usb' " mais j'ai quelques craintes en cas de boot qui n'aboutit pas
Il est sûrement plus sain de passer la commande "./blparam 'bootcmd=run bootcmd1'" à chaque boot fructueux de Debian.
Quoique ça réalise une réécriture en NAND à chaque boot, pas sûr que ça soit terrible en définitive

Je suis pas le premier sur le coup
http://plugapps.com/forum/viewtopi [...] rt=10#p571
 
Donc apparemment ça marche, mais faut être sûr de soi, ça ne bootera désormais plus que sur l'USB.

Dernier truc qui me reste à comprendre : le cold boot.
(boot à froid, le premier après branchement de l'adaptateur secteur)

Systématiquement chez moi, même si bootcmd est sur bootcmd1, au cold boot le DS passe en état "zombie".

De mon interprétation, uBoot se lance bien et exécute la bonne commande (et réécrit bootcmd pour pointer sur bootcmd2) mais foire au moment du boot sur USB => zombie.
Donc on débranche et rebranche, et cette fois, bootcmd pointant vers bootcmd2, ça boote sur Pogoplug.

C'est ce qui me fait bien peur à l'idée de passer "run bootcmd_usb" à bootcmd, si le cold boot vers USB échoue à chaque fois, ça pue le brick
(mais réparable avec la liaison série, sûrement)

Certains DS auraient une NAND de 512Mo : http://plugapps.com/forum/viewtopic.php?f=6&t=136
(ça n'est pas le cas du mien)

256 Mo aussi.

Le reboot bug avec mon dock, pas moyen de la faire rebooter sur son DD USB via la command idoine, il faut impérativement le débrancher électriquement.

J'ai réussis a flasher en openwrt via tftp, mais le boot de wrt plante.
http://www.cs.cmu.edu/~ecc/dockstar-howto.html
le type explique que çà peux arriver et propose une solution mais entre temps mon dockstar est mort. (plus de led, plus rien) Je vais lancer un sav. a+

même chose pour moi, ça c'est un service client efficace (contrairement à SFR   )
un peu long à décrocher mais une fois qu'on les a on passe pas une plombe à être pris en charge ^^

edit : enfin toujours en attente du mail d'instructions de retour

Tu as quoi comme uBoot et quoi comme OS sur le DD ?

Tu pourrais poster la sortie de blparam ?

uBoot modifié et Debian Lenny