Reprise du message précédent :

 
En changeant le URL_DEBOOTSTRAP :
 

 
Et ce pendant tout le long

 
effectue la manip indiquée par darethehair ICI (fin de la 1ère page)
c'est à dire, modifier le fichier '/usr/share/debootstrap/functions'  comme suit :

 
Plus de problèmes de paquet soit disant corrompus et l'install se fait sans probs.

8on je ne pense pas, le duo dock a sa propre alimentation.

Pour ceux que ca intéresse (ou prend la tête),
J'ai voulu me connecter sur le dockstar depuis palimpsest (gnome-disk-utility avec udisk 1.0.2-4 sur le dockstar) et je me prennait non stop des messages du type "stdin is not a tty" en tant que root (mais pas en tant que user normal).

Après googlage intensif qui parle de stty qui tente d'afficher quelque chose à l'écran je fini par trouver cette ligne à mettre dans /root/.profile:

 
Au final:

 
Là où ca coince maintenant c'est que palimpsest me voit mon disque de 2To comme espace libre

Bonjour,
 
Il m'arrive (encore) un soucis :
 
J'ai empêcher les MàJ du dockstar, puis j'ai installer debian.
Pendant la configuration de débian, j'ai effectuer un /sbin/reboot
Et depuis, impossible de joindre mon Dock sur le réseau 192.168...
 
Je me dit "bon ok, il n'a pas booté sur la clé", donc je branche mon Dock sur mon eth0 d'un de mes laptop qui est configurer en 169.254.1.0.
Mais là aussi, impossible de joindre le Dock avec la commande nmap -e eth0 -sP 169.254.0.0/16 (ni avec netdiscover).
 
Une petite astuce ?

Salut,
 
j'ai eu un problème similaire : le Dockstar avait du faire une moitié de mise à jour lorsqu'il a rebooté : impossible de booter sur le système d'origine (aucun ping, pas de SSH, aucun lease DHCP) et le Dockstar n'arrivait pas non plus à booter sur ma clef USB.
Heureusement, le boot loader était installé correctement.
Pour récupérer cela : j'ai débranché et rebranché le DS jusqu'à qu'il arrive enfin à booter une fois sur la clé USB (ouf). J'ai du faire une bonne dizaine d'essais.
 
Et une fois là, j'ai pu installer le "rescue system" de Jeff Doozan :
http://forum.doozan.com/read.php?4,3896
Cela remplace la partition pogoplug initiale par un petit système Linux un peu plus évolué. Très utile pour récupérer une petite catastrophe.
 
J'espère que ça pourra t'aider  

... ou encore, l'adresse IP est recuperee en DHCP par la bobox du reseau.
 
Ca m'est arrive ca. Donc la, soit tu peux voir sur ta bobox (remplacer bo par ce qu'il faut chez toi) les chients DHCP et tu auras d'adresse IP. Soit tu scannes en prenant l'adresse IP de ton PC comme base.

En scannant avec comme base mon reseau local sa ne me sort rien (enfin si, tout mes PC, sauf mon Dockstar).
Et de même en me connectant en direct sur le dockstar et en passant mon eth0 en 169.254.1.0
Même après l'avoir redémarrer plus d'une dizaine de fois, en changement le port de la clé usb.

 
Je viens d'ajouter un HDD USB à mon DS pour faire du backup automatisé, j'arrive à du 6Mo/s en transfert SSH (via rsync) vers le HDD USB formaté en Ext3, CPU à 100% tout du long.
Le chiffrement, ça pompe sur le ptit CPU
 
Mais ça me convient comme débit pour du backup nocturne, et en plus le HDD passe en veille tout seul comme un grand, c'est parfait

ok, donc c'est "normal" pour le proc.
Par moment en rsync j'arrive à du 15Mo. Là où ca devient long c'est quand je dois transférer moulte Go, ca prend beaucoup de temps.
 
Et je n'ai pas vu de réel gain à passer le dd de ntfs vers ext4, dommage

Je confirme le débit lors de transferts de fichiers en SSH: autour de 5 Mo/s et CPU à fond.
En samba je sature le 100Mbits de mon switch intégré à la box (11Mo/s environ) et CPU dans les 30%.
 
J'ai vu la différence entre ntfs et ext sur mon netbook donc pour le Dockstar, j'ai mis directement mon disque externe en ext4 (il reste branché 100% du temps sur le dockstar et il a été acheté neuf pour le dockstar).

 
Ben incroyable, je n'avais pas installé Samba sur mon Dockstar pensant que ça allait lui bouffer des ressources pour pas grand chose et je me contentait de transferts en ssh (très aisé ayant mes laptop sous Ubuntu) mais à vitesse limitée (en effet le chiffrement ralenti). Mais la vitesse de transfert est à fond les ballons avec Samba et je sature aussi la bande passante de mon routeur 100Mbits. Excellent! Faut que j'essaie sur le routeur en Gigabit pour voir jusqu'où ça monte...
 
Edit: pour info le HDD que j'ai sur mon Dockstar est un "Seagate Freeagent Go" 1To branché sur le port central du Dockstar et dont la partition "data" est formatée en EXT4.

Monsieur ? Tu as installé quoi comme distribution/image sur ton dock avec samba ? Directement sur la NAND ou ?

Avec un hdparm (en local donc) ça va dans les 25 mo/s donc je pense que tu devrais arriver vers ce débit, entre 200 et 250 mbit/s. Intéressé par le résultat en tous cas
Si tout est en Linux chez toi, tu peux essayer les montages NFS aussi, ça devrait bouffer encore moins de CPU sur le Dockstar.
 
Moi j'accède à mes fichiers depuis Linux, Windows, Android (super pratique pour transférer des films, de la musique sur le tél sans allumer le PC) donc Samba c'est bien pratique.

j'ai trouvé le format du connecteur d'alim du DS : 5.5mm x 2.5mm DC coaxial (lien)

T'as sorti un double décimètre pour le mesurer ou c'est sur une doc que tu as trouvé le format ?

j'ai finalement trouvé l'info sur le forum piratebox plus qu'a trouver un adaptateur usb/sata avec alim séparée

salut
bon, mon dockstar est mort, il ne boote plus
par mégarde j'ai effacé le contenu de ma clé usb sur laquelle je pouvais booter, sans, le dock ne boote plus.
à chaque fois que je le branche, la meme chose se produit :
- clignotement orange pendant 15 secondes
- clignotement vert (sur mon switch, je vois que le port réseau se coupe puis se relance)
- puis 20 secondes apres, clignotement orange.
 
je l'ai branché directement à mon pc en lancant un tcpdump, mais aucun paquet n'est envoyé depuis le DS.
 
sachant que je n'ai pas non plus de cable série pour debugger le bazar, je suis dans le flou...
je me demandais, y'a pas moyen de récupérer une image de boot que je pourrais mettre sur ma clé USB, et ainsi tenter de booter dessus ?

Ben tu peux réinstaller une Debian (ou autre) sur ta clé USB depuis une autre machine, où est le problème ?    
Tant que tu n'as pas touché à la mémoire interne du DS, il ne risque rien si il est configuré pour booter sur l'USB.

en effet, je n'ai pas touché à la memoire interne du DS
(edit: lors de l'install initiale de squeeze, le script de jeff a tout de meme installé un uboot lus récent permettant le boot par usb, ou normalement sur la memoire interne si pas d'usb)

mais pour une raison que j'ignore, il ne boote plus sans clé usb

pour ce qui est de re-installer une squeeze sur ma clé usb, j'ai voulu le faire avec un debootstrap, en suivant le script d'install de Jeff, mais à chaque fois ça foire lors du chroot. ce qui ne m'étonne pas car je pense pas que mon quad-core supporte les binaires faits pour arm

Essaye d'installer une plugbox dessus, pas besoin de chrooter dans l'install :
 
http://plugapps.com/index.php5/Off [...] e_Dockstar

D'ailleurs toujours aussi content de mon boot par tftp/NFS sur le mien    
Simple, efficace, sécurisé, ne me bloque pas une clé USB, je peux modifier la conf du système même DS éteint, faire des tests sans rien péter (ça repartira toujours si je remet tous les fichiers partagés comme avant), c'est le pied  

okay, vais aller regarder ça, merci
par contre je connais pas du tout pogoplug, c'est basé sur une distro ou c'est plutot une distro  part entiere ?
parceque j'aime beaucoup debian donc j'aurais voulu partir sur une squeeze

grrrmpf ! bon, j'ai essayé d'installer PlugBox sur ma clé usb, ça marche pô
j'ai suivi les instructions, puis redémarré mon DS, cette fois c'est un peu différent :
- d'abord il clignote vert pendant une bonne minute (je vois au tout début qu'il accede à la clé usb pendant 1/2 secondes car elle clignote)
- puis le cycle précédent reprend: clignotement orange pendant 20 secondes, puis clignotement vert pendant 20 secondes, puis clignotement orange

C'est basé sur Arch Linux.
C'est surtout pour faire repartir ton DS afin que tu puisses installer ce que tu veux derrière

La partition de ta clé est bien marquée comme bootable ?

ouaip elle était bien marquée comme bootable.
 
cependant après avoir essayé plusieurs fois, avec ou sans usb, le clignotement de la led lors du boot a changé.
mon DS est revenu à la vie avec pogoplug  !    
 
j'ai peur de rebooter maintenant.....
 
ps: sinon comment je peux faire pour lui indiquer la timezone correcte ? car après un pt coup de ntpdate pour le mettre à l'heure, il me dit qu'il est 14h45
edit: ok, un coup de tzselect pour la zone, pis de pacman -S ntp résoud le probleme

Nickel

bon, plugbox tourne bien sur le dockstar finalement
... même légèrement mieux que debian o_Ô. plus léger je trouve. (cela dit, squeeze tournait très bien aussi hein )

faut juste que je me fasse à pacman, car habitué à aptitude (beaucoup mieux pour gèrer les paquets... mais bon ça marche quand meme )

par contre, y'a des paquets que je trouve pas, genre heartbeat ou quagga. ça existe pas sous plugbox ?
ou alors faut partir à la chasse des sources et les compiler ?
tiens d'ailleurs, faut installer quoi pour compiler ? sous debian fallait installer les linux-kernel-headers et buildinstall, mais sous plug, aucune idée

hello,  

 
celui est a un prix correct ?
http://www.pixmania.com/fr/fr/5877 [...] ePromo=oui = 99€
 
Merci
Arnaud

Alors, tes deux paquets sont dispo dans AUR :

Sous Arch, pour compiler il faut juste installer le groupe build-essentials.

Pour compiler un paquet depuis AUR, la théorie vite-fait :
-télécharger le PKGBUILD du paquet AUR que l'on veut, qui est un script que l'on peut éditer
-dans le répertoire où est situé ce PKGBUILD, un coup de "makepkg" devrait te produire un paquet que tu peux installer avec un "pacman -U nomdupaquet.tar.xz".
Le script se charge de tout, téléchargement des sources, patchs, options de compil, etc.

https://wiki.archlinux.org/index.php/AUR

Pour partir à la chasse aux paquets AUR depuis le web : http://aur.archlinux.org/
 
Ah oui, la plupart des PKGBUILD de AUR sont fait pour Arch i686/amd64, bien souvent pour pouvoir les compiler sur le DS il suffit d'ajouter dans le PKGBUILD "arm" à la liste des architectures supportées.

ha, merci dek. n'étant pas encore tres familier avec plugbox, je n'utilisais que pacman. avec yaourt effectivement les paquets sont dispos dans AUR
 
sinon, l'un d'entre vous a t il deja installé le rescue system de jeff doozan ?
en gros, ça remplace le pogoplug initial dans la mémoire du DS de manière à pouvoir redémarrer le DS sans clé usb, sur un os plus complet
Et pour ma part, vu que mon DS n'arrive plus à booter sans clé USB, plutot que de restorer l'original, celui ci serait plus adapté
 

 
Effectivement, Yaourt permet de gérer ses paquets AUR quasi directement comme des paquets normaux, tout se fait à la volée avec éventuellement modification du PKGBUILD

Salut dek,
 
Tu aurais un lien pour installer le Dock pour booter comme toi sur le réseau avec tftp/NFS ?
 
Merci.

Ouaip m'sieur, chez moi : http://hippopota.me/blog/?p=740

Merci, j'arrive faire une trace dans les logs de ton blog !

@dek
 
Un visiteur de ton blog pose une question intéressante:
 
- Comment se passent les modifications de données comme l’ajout de programme dans ce genre de configuration ?  
 

Comme d'habitude
Pour être plus clair, voici la racine du système de mon DS, vue depuis mon portable qui monte le partage NFS du serveur :

C'est un FS classique, simplement le DS y accède par le réseau, en lecture et écriture.
Tout est écrit sur ce partage NFS, ça ne fait vraiment aucune différence par rapport à une install "standard", ça s'utilise pareil.

Depuis le DS :

Ok, donc chaque écriture passe par le réseau... logique en même temps.
 
D'après les benchs que tu publies dans ton second article "Dockstar et boot réseau : optimisation", apparemment en NFSv3 les performances sont même meilleurs que celles en USB2, tu confirmes ? (En même temps c'est directement indexé aux performances de ton réseau)
 
En contre partie, arrêter la machine qui héberge l'OS, c'est comme arracher la clé USB, n'est-ce pas ?

Alors les perfs seront :
-meilleures en débit pur
-moins bonnes en accès type "base de donnée", NFS n'est pas du tout à l'aise là-dessus.

Ouaip arrêter le serveur équivaut à peu près à ça, débrancher le câble aussi, mais j'ai remarqué que le système repartait toujours nickel après reboot, il n'y a pas de problème de système de fichier mal démonté vu que c'est le serveur qui le gère.

Configuration de rsnapshot sur le DS pour faire mes backups aux ptits oignons