Reprise du message précédent :

 
Oui, mais l'enregistrement permet d'ouvrir un ssh et de définir le password.
 
Au final, je n'ai pas vu pourquoi il y a cette "phobie" de la mise à jour, OpenWrt s'étant installé sans problème sur une unité mise à jour...
 

J'en veux un deuxième aussi maintenant

 
Le SSH tu l'as dès le déballage.
 
La mise à jour te désactive le SSH, et là oui après tu es obligé de t'enregistrer pour le réouvrir.

Dans le dmesg, on voit des lignes mentionnant la présence de deux ports SATA, j'ai l'impression que dans quelques temps on va voir des gens tenter de les souder sur la carte

Ne pas craquer ne pas craquer ne pas craquer (ou alors ce soir )
 

[spéculations]

Trucs intéressants dans le dmesg et qui peuvent ouvrir la voie à du hack matériel pour ajouter des interfaces :

MMC/SDHC :

SATA :

Le kernel les voit, il doit donc pas manquer grand chose pour qu'on les utilise

 
J'utilise déjà la Logitech Wireless Music sur Debian avec MPD.
Ca ressemble à une clef wifi, et y a un récepteur à brancher sur la chaine hifi.
Ma machine Debian avec toute la musique est dans planquée dans un recoin de la cuisine, le son va sans fil vers l'ampli hifi de mon salon, et je pilote le tout depuis Sonata sur mon laptop.
 
Ca marche du tonnerre et ya une époque où c'était soldé (parce que ça avait fait un flop commercial en grande partie du à la gestion software sur windows)  
 
http://www.amazon.fr/gp/product/B0 [...] B000BHZ71E

 
c'est ce que j'aborde en point 3, et puis aussi que si le service pogo est désactivé par l'installe ben t'es cuit parce que tu ne peux plus enregistrer ta machine et la configurer en ligne...

faut pas cracker!!!! résiste!!!!

Bon, j'ai planté la bête (en lançant lm-sensors à tout hasard ) et ça n'a plus voulu rebooter sous Debian.
Finalement, il s'avèrerait que c'est la présence de la carte son USB qui l'empêchait de booter.
Encore un truc à régler donc, et ça me motive de plus en plus pour attaquer cette histoire de boot réseau
 
Bon là par contre ça semble booter sur Debian, mais ça gratte en permanence sur la clé, j'ai l'impression que c'est le fsck (en Ext2, bonjour ...).

D'ailleurs, ext2 obligatoire ou l'on peut tenter autre chose ? (ext3/4)
 
Y a moyen d'occuper la nand par debian ?
En gros, y a moyen de libérer les ports usb pour des disques/clefs non bootables ?

tiens on peut mettre un hub usb sur les ports usb du dock?

Tu peux je pense, mais ça va beaucoup écrire sur la clé (enfin là je me dis que j'aurais ptet du faire de l'Ext3 finalement)
 
Mettre Debian sur la nand, il faut d'abord arriver à la faire rentrer dans les 219Mo.
Ce n'est pas impossible mais, c'est pas faisable directement avec un script tout fait pour l'instant
 
Mais c'est sûr que booter sur de l'USB sur un petit machin comme ça toujours connecté au réseau avec un port Gigabit, c'est un peu idiot, en termes de perfs et de possibilité de stockage, le boot réseau est incomparablement meilleur.

 
Il n'y a pas de raison pour qu'on ne puisse pas le faire, c'est de l'USB normal, donc 127 périphs max

bas c'est juste une question ....

Ne te méprends pas, je ne te prenais pas de haut, tu as peut-être mal interprété mon smiley
Edit : oui il était sûrement inadéquat à ce que je voulais faire passer

Chez plugbox ça parle du problème de reboot dans leur wiki :

Donc en gros il faut passer la commande "/sbin/blparam 'bootcmd=run bootcmd'" depuis l'"other OS" pour qu'au prochain boot ce soit bien celui-ci qui soit lancé.

Qui test ?  

Mon fsck (si c'est bien ça) est toujours pas fini    
(je vais finir par cramer ma clé USB si ça continue)

Niveau durée de vie, la clé USB doit bien souffrir quand même ...  

Oui j'ai arrêté, ça craignait.
Je pense que je suis bon pour une réinstall

à force c'est les yeux fermés

Pour libérer un peu d'espace dans votre debian, vous pouvez effacer les résidus d'installation qui ont été téléchargés lorsque votre partition /dev/sda1 était montée en tant que /tmp/debian/ sur l'OS originel. Cela se trouve désormais à la racine du système de fichier sur /.
 

 
Ça vous libère ~128Mo d'espace disque, sur une petite clef USB c'est toujours ça de gagné

Je suis en train d'installer plugbox, quitte à réinstaller autant tester.
(ext3 cette fois )

Je sais que c'est moche, mais je vous laisse un peu galérer avant de me lancer dans le mien, histoire que vous dégrossissiez un peu le travail
 
EDIT : Ah plugbox ça m'intéresse! (Arch, toussa...   )

Bof moi c'est fini, Debian tourne ..... Au pire des cas j'aurais le double demarrage a effectuer ...
J'attends que Dek test la commande du boot    
 
Sur ce, je vous souhaite a tous de bonnes vacances ( une petite semaine pour moi)....
Quand je reviendrai, j'aurai 2 nouvelles bestioles   et beaucoup de pages à lire ...
Alors testez, testez et testez

Bonjour,
 
j'ai reçu le mien ce tantôt mais je ne pourrai le "tripoter" pas avant la semaine prochaine    
 
Une question en passant:
Pour installer Debian, avez vous  mis à jour uboot suivant cette méthode ci-dessous ?

Je suppose que si cela se passe mal, le dockstar est mort ?

Quelqu'un peut me dire les références affichées sur le processeur ARM ?
Il semble que ce soit un Marvell Sheeva, mais sans les références exactes, impossible de dire si il y a effectivement une connexion SATA. (Mais cela semble plus que probable)
 
(je peux pas tester moi-même, mon colis étant pas encore arrivé)
 
En tout cas, merci aux contributeurs de ce forum !

 
Je l'ai fait, mais quand j'ai installé Debian pour la deuxième fois, le script a du me le reflasher avec la version précédente.
La procédure est très courte, peu de chances de bricker quoique ce soit à mon avis (même si dans l'absolu il subsistera toujours un risque)
 

 
Je n'ai pas ouvert le mien mais si ça peut t'aider,
 
cpuinfo :
 

 
dmesg :

Alors je n'y rien du tout en boot réseau, mais si quelqu'un a plus d'infos sur le sujet, çà m'intéresse, notamment, est-ce que c'est réellement faisable ?
J'ai un serveur (pc linux ubuntu) qui est (presque) toujours allumé, du coup concrètement, j'ai une sorte de service réseau à installer dessus, et sur le dockstar j'aurais juste à installer un mini-système de base qui pointe ensuite sur le servuer ubuntu pour chercher à la volée une "image disque", c'est bien çà ?
C'est quoi le protocole derrière (PXE) ?
Comment on fait pour construire "l'image" sur le serveur réseau ? (genre un .iso ?)
Est-ce que çà marche bien niveau perfs (temps de boot je m'en fout un peu, mais surtout à l'usage, çà change fondamentalement quelque chose niveau réactivité ?)
 
Parce que oui dans l'optique où j'en prendrais finalement un, çà me brancherait bien de le faire booter par le réseau plutôt que par usb...
 
Merci pour tout pointeur sur ce sujet qui m'est totalement étranger...

 
C'est à peu près ça    
 

 
PXE c'est pour amorcer le boot et le chargement du kernel depuis la carte réseau directement, ici ça n'est pas possible, la solution est légèrement différente.
 
L'idée (et c'est ce que j'ai déjà fait sans problème sur plusieurs machines) c'est d'installer un kernel Linux classique sur la NAND sur lequel on va booter, mais au lieu de lui donner comme rootfs (ton système de fichiers qui sera monté comme /) une partition locale, on initialise la carte réseau, on démarre le client NFS et le boot se fait en prenant comme racine un montage NFS.
 
Niveau perfs, en débit c'est potentiellement très bon suivant la config de NFS et le matos serveur. (je fais du 80Mo/s )
En accès type BDD, de ce que j'ai constaté, c'est pas la joie en NFS, ça se voit quand aptitude accède à sa base, c'est un peu lent.
 
La solution c'est le boot sur iSCSI, là ça serait ultra top, débits identiques mais accès ultra-rapides.
Mais je n'avais pas réussi la dernière fois que j'ai essayé.

Ahh ok je comprends mieux la technique par NFS ...
Merci pour ta réponse.
Seule question restante : comment on installe dans la partition NFS (sur le serveur distant traditionnel) les binaires prévus pour une "autre plateforme" (ici ARM) ? Ca veut dire qu'on doit faire l'installation depuis le plug (démarrage > montage NFS > installation du système dessus pratiquement de manière traditionnelle) ? (je ne sais pas pourquoi, je m'attendais à faire toutes les manips d'installation / paramétrage sur le serveur distant et non sur le plug ...).

Vous êtes des empêcheurs de tourner en rond

[edit] ca donne quoi l'occupation cpu pendant un gros transfert de fichier en gigabit ?

 
Typiquement pour du Debian on fait ça sur le serveur avec Debootstrap qui va créer toute l'arborescence de ton système dans le répertoire que tu désires  
 

 
Pas encore pu le brancher en Giga (plus de prise libre pour le DS, je suis derrière un switch en 100 là) mais je vais tester ça sous peu, peut-être même ce soir.

Le jour où le chip rt2800usb fonctionne sera un grand jour (ma bewan 315N qui tente de s'éveiller sous le 2.6.35-rc5)

J'ai trouvé :

Il semblerait que le seagate dockstar embarque un processeur Marvell Kirkwood 6281 (réf 88F6281). Le même que sur les SheevaPlug !

->  La Documentation technique (pdf)

(il y a un fichier excel joint qui contient l'emplacement des pins sur le proc.)

Donc, il y a bien du SATA, JTAG, USB, PCI express x1 (!!!), Audio (!!!)...

Si quelqu'un pouvait confirmer mes dires :
Normalement, en bas du processeur, il doit y avoir marqué sur l'avant dernière ligne 88F6281 et C120 sur la dernière ligne...

Je viens de recevoir mon dockstar et il semble défectueux.
Il clignote orange, il n'apparait pas dans mon serveur dhcp; tout est ok niveau connexion

 
idem
serveur en dhcp
j'ai essayé avec un autre cable réseau et sur un autre port de mon routeur -> clignotement vert puis orange

çà sent le retour, en regardant vite fait sur le net y'en a un paquet de défectueux apparemment.
j'ai eu le mien sur topachat et toi ?

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)