Reprise du message précédent :
Donc le comportement de base convient parfaitement, tu as juste à spécifier le périphérique Alsa sur lequel tu veux que ça sorte.
(la plupart du temps, MPD le détecte même tout seul)

Une carte son x-fi usb c'est reconnu sur le bousin ?

Si le kernel la gère, oui, pas moins que sur une autre machine

pour ceux qui lisent des fichiers son avec une carte son usb, vous n'avez pas de souci de charge CPU?

J'avais posté des graphs CPU du temps sur le topic ou je l'utilisais avec MPD pour lire du MP3, du FLAC et de l'OGG.
(filtre sur mon pseudo, tu devrais les retrouver)
 
De mémoire, on était en dessous des 10%, niveau puissance on est très très large.

C'est pas faux

J'aurais préféré un feed d'un user, j'ai vécu une sale expérience avec mon chipset wifi atheros qui n'est qu'à moitié reconnu sous ubuntu par exemple (il me dis que le wifi est physiquement désactivé)

Le mien fonctionnait avec une SB Live! 24-bit External USB, sans aucun souci, de la même manière que sur un PC.

 
je n'en doute pas, mais en faisant:

le son est haché et je vois ça:

 
mes paquets installés :

 
Ma carte est bien reconnue:

 
Bon je suis pas trop dans le sujet même si ça reste du plug computer
 

Merci pour le détail des paquets, ça risque de m'être utile également vu que je vais tenter de faire fonctionner ma 0404 usb dessus

finalement c'est réglé, dans MPD il fallait que je spécifie juste le master (hw0,0) et pas le PCM

Dites, quelqu'un a-t-il déjà eu un Dockstar avec Debian qui bloquait sur un "ADDRCONF(NETDEV_UP): eth0: link is not ready" ?
 
En fait, j'ai créé une clé qui marchait sur mon Dockstar et lorsqu'un ami l'a branchée sur le sien, ça n'a pas booté (version noyau : 2.6.35.7).  
 
J'ai pourtant bien pris en compte les scripts Debian qui associent adresse MAC et interface réseau, et ce n'est pas le problème vu que eth0 est bien vue avec la bonne adresse MAC... Et vu que Pogoplug boote, ça ne peut pas venir du câble réseau ou du routeur... Si ?

bonjour,
je suis confronté à un petit problème.
J'ai accès à mon dockstar, bloqué hbmgr.sh tant que j'y était, configuré ma debian pour donner un acces réseau, et testé cet acces avec mon portable (pour être sur que je sois pas bloqué par une mauvaise config d'iptables) Tout marche à merveille ou presque, car avec le portable, j'ai acces au réseau/net, mais avec le dockstar, quedal! Je peux allez dessus via ssh, dans ce sens ok, mais pas dans le sens dockstar vers le net! j'ai systématiquement:  

Un autre truc qui me parait suspect: l'ip du docstar: 169.254.216.139 et ça marche comme ça, mais dans le fichier /etc/init.d/rcS :

c'est pas la même ip ...?
C'est quoi ce binz!
A noter que je n'est pas de serveur dhcp sur ma debian bien sur
J'ai loupé un truc la dessus?
Merci de vos avis.
Rémi.
 

Un ifconfig dans un rcS ? Wow ...
 
J'ai pas trouve l'option -b de udhcpc. Elle sert a quoi ? Si tu n'as pas de serveur DHCP, c'est surement pour enregistrer ton dockstar.
 
Tu utilises un classe B en interne ?
Wow un reseau routé a la maison, ca doit faire pleins de machines
 
Si tu placais ces commandes dans les bons fichiers, ca pourrait etre un bon depart pour comprendre ce qui peut clocher ensuite :
 
* hostname
hostname Pogoplug
/etc/init.d/hostname.sh start
# check with uname -n and sysctl kernel.hostname
 
* Config reseau : /etc/network/interfaces
auto lo eth0
iface lo inet loopback
#iface eth0 inet dhcp
iface eth0 inet static
  address 169.254.37.133
  # netmask 255.255.0.0
  #gateway 169.254.37.254
 
Apres, essaies directement a la main avec un ifconfig pour verifier si l'adresse reste bien attribue ou voir ce que te racontes la commande en cas de pepin.

merci de ta réponse. A priori, le dockstar était neuf, c'était sa première mise en route. Donc des fichiers d'origine!  
Et je n'arrive pas à savoir d'ou viens cette adresse à la noix.

Je vais monter un petit serveur dhcp sur eth0 sur ma debian pour attribuer une adresse au dockstar, mais j'avoue que cela me laisse perplexe.

le problème vient sans doute de ton dhcp

Ouaip probleme de DHCP.

IP en 169 : dhcp daubé

je viens d'installé un serveur dhcpd sur ma debian pour fournir une adresse au dockstar, avec une plage entre 192.168.4.20 et 192.168.4.254,
quelques secondes après le redémarage du dockstar, je vois que celui-ci se connecte sur le serveur, en 192.168.4.20, correct donc, un coup de ssh, et voila le résultat de ifconfig coté dockstar:

eth0:0 est toujours en 216.139
mais eth0 est bien là. Ouf! la preuve, je suis bien connecté en ssh.
Reste le routage:

Que du bon!
Merci de vos réponses et avis Très rapide.
En route pour l'installation de debian sur le dockstar
Rémi.

De tête, eth0:0, c'est l'interface virtuelle de eth0 sur le Vlan0. Alors pourquoi elle apparait, par contre... T'a du matériel spécifique chez toi ? Switch manageable ?

non, que dalle, juste le dock, branché sur le pc sous debian lui même en réseau par wifi. Bah, à présent que la mise en réseau fonctionne, c'est relativement secondaire.
Par contre, j'ai un soucis de validation de paquet. J'ai initié l'installation par le script de jeff doozan. Tout se passe bien, jusqu'à l'installation des paquets:

Et ça continu comme ça jusqu'à :

J'ai pas de bol ou je suis marqué par le (mauvais) sort?

 
 
C'est un problème avec la version de Debootstrap je pense.
CF : http://forum.doozan.com/read.php?2,4244,5970

entre temps, j'avais effectivement trouvé ce fil de discution, mais ce fut long et douloureux pour y arriver...
Enfin, le bout du tunnel est là, à ma portée.... Tout s'installe... Tout se configure.... Tout? non! un petit noyau de vaillants paquets résistent encore et toujours!!!
Ce ne sont juste que quelques configurations non effectuées :

 
Ce qi me gène le plus, c'est la non configuration de ssh-serveur. De plus, fstab est strictement vide! Normal, ça?

Pas normal non!
 
il me semble que ça fait un moment que l'install de Debian via le script de Jeff déconne
 
Il y a la Arch sinon
 
http://archlinuxarm.org/platforms/ [...] e-dockstar

Oui, ça fait un bail... Perso, j'avais retapé le script à la main pour que ça tourne, et pas moyen de me rappeler comment... Du coup, les autres DS sont sous stable

oui, c'est pas stable du tout...
j'ai aussi mis les main encore plus dans le cambouis, repris le script à la main, mais pour le moment, le dock a redemarré...  
clignotement deux coup rapide une pause de deux secondes, deux coups rapide, ...
La clef etant le système du dock, je vais voir ce que je peux faire dessus en chroot . à partir de mon fixe.

yop, le script de jeff déconne, effectivement.
en attendant, on peut utiliser celui la pour installer squeeze
http://dev.shyd.de/dockstar/dockstar.debian-squeeze.sh
(source: http://dev.shyd.de/2011/01/seagate [...] -squeeze/)

Oui, et de mon côté, monter ma clef usb en chroot sur mon pc, c'est une connerie:
Erreur de format pour exec()
'va pas être simple de récupérer l'erreur...

En même temps, chrooter de l'arm sur de l'x86, t'es motivé

Je viens de tomber sur ça :
 
http://ajenti.org/
 
un control panel à la Webmin, mais semble plus léger donc plus adapté pour nos Dockstars
 
testé rapidement sur une VM ubuntu, c'est sympa

Merci pour ce lien. C'est en Python et comme j'ai d'autres services avec ce langage, c'est plus facile pour se laisser tenté

Pour ceux qui ont fait un adaptateur avec un Nokia CA-42 : vous aviez combien de fils et de quelles couleurs ?
Sur le mien j'ai noir, bleu, jaune, rouge (rose ? je suis daltonien ) et blanc.
Je n'arrive pas à trouver un schéma sur le net avec ces couleurs pour piocher le GND et les TX/RX.
(il y a l'air d'avoir autant de Ca-42 que de vendeurs le mien porte le logo officiel Nokia, et a l'air authentique (propre) , même si ça n'a pas grande valeur)

Sinon si quelqu'un a une méthodologie, j'ai un multimètre et un peu de temps

Perso, j'avais trois fils... La méthodologie, idéalement, te faudrais un oscillo

deK je te dis ça dans la soirée

T'as décapsulé le boitier au niveau de l'usb ? C'est écrit sur le CI normalement.
Le mien avait du vert, bleu, jaune en sortie et un fil rouge qui rebouclait de partout et soudé gentillement comme je faisait au collègue : un joli pâté qui court-circuitait TX/RX...

Ouf ! j'ai réussi à mettre la debian sur mon DS. En fait, quand il est sur la freebox, le dhcp étant activé, l'IP du DS change. Suffit d'aller sur la freebox pour connaitre la nouvelle IP.
Maintenant, j'aimerais mettre un ecran (dpf keychain) dessus. J'ai 2 dpf de 2.4", sitronix 1403:0001, mais je n'arrive pas changer le firmware (comme bcp) j'ai le message : Expected response 8 on cmd 1, got 0x10!
 
Pourtant dmesg donne quand je branche mon cadre photo (idem aux autres dpf de 1.5" ) :
 
[ 4326.335939] usb 1-1.4: new full speed USB device using orion-ehci and address   5
[ 4326.548402] usb 1-1.4: New USB device found, idVendor=1403, idProduct=0001
[ 4326.555311] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber  =0
[ 4326.562665] usb 1-1.4: Product: Flash Disk
[ 4326.567332] usb 1-1.4: Manufacturer: USB
[ 4326.573479] usb 1-1.4: configuration #1 chosen from 1 choice
[ 4326.582879] scsi2 : SCSI emulation for USB Mass Storage devices
[ 4326.591773] usb-storage: device found at 5
[ 4326.591783] usb-storage: waiting for device to settle before scanning
[ 4331.585902] usb-storage: device scan complete
[ 4331.586485] scsi 2:0:0:0: Direct-Access     SITRONIX MULTIMEDIA       0.09 PQ  : 0 ANSI: 0 CCS
[ 4331.599330] sd 2:0:0:0: [sdb] 4096 512-byte logical blocks: (2.09 MB/2.00 MiB  )
[ 4331.616068] sd 2:0:0:0: [sdb] Write Protect is off
[ 4331.620891] sd 2:0:0:0: [sdb] Mode Sense: 0b 00 00 08
[ 4331.620900] sd 2:0:0:0: [sdb] Assuming drive cache: write through
[ 4331.630295] sd 2:0:0:0: [sdb] Assuming drive cache: write through
[ 4331.636452]  sdb: unknown partition table
[ 4331.666061] sd 2:0:0:0: [sdb] Assuming drive cache: write through
[ 4331.672190] sd 2:0:0:0: [sdb] Attached SCSI removable disk
 
LA QUESTION EST : comment connaitre le proc de ce cadre photo ??? ax206, st2205... ? ca me permettra d'utiliser le bon programme
 
merci

Voila les infos, pour ma part les couleurs correspondaient.
 http://www.isinax.info/wiki/doku.p [...] l:dockstar

 
C'est du moulé au niveau de l'USB sur le mien, à mon avis si je décaps je détruis tout
 

 
De mes quelques recherches, j'ai apparemment choisi un modèle "un peu trop officiel"
 
Ça va marcher mais en gros le topo :
 
-si je le branche tel quel, mon PC ne voit rien (rien dans le dmesg, ni dans lsusb)
-de ce que j'ai pu voir sur certains sites, c'est un modèle qui réclame que le téléphone soit branché sur le câble pour que l'adaptateur s'allume : en gros il lui faut du 3.3v sur deux des broches, problème que certains ont réglé en mettant deux piles LR6 en série pour fournir du 3v, et ça marcherait.
https://forum.openwrt.org/viewtopic [...] 670#p97670
http://discussions.nokiausa.com/t5 [...] d-p/795748
 
C'est bourrin, mais tant que ça me permet de pouvoir discuter à mon DS ...
 
Donc ce matin c'est :
 
-identification des fils avec multimètre, la fiche "côté téléphone" dénudée et ça : http://buffalo.nas-central.org/wik [...] pinout.jpg
-contrôle au multimètre pour voir si quelque chose sort une fois branché au PC
-si tout cadre bien avec ce que j'ai trouvé sur le net, fer à souder et c'est parti

Où j'en suis :

Identification des fils  
-Noir : GND
-Blanc : TX
-Bleu : RX
-Rose : +3.3v

Alimentation de l'adaptateur  
-si je branche le CA-42 comme ça, le PC ne voit rien
-si je lui fournit 3.2V grâce à 2 piles LR6 sur les fils noir et rouge, lsusb voit bien le CA-42 et un /dev/ttyACM0 apparait

Donc yapuka

Ça marche  
Grâce au montage le plus dégueulasse de la création  

Sans soudure s'il vous plaît, tout au scotch

c'est la que l'on voit la maitrise

Et reflash avec succès sur un FW d'origine en suivant ça : http://cyres-server.net/content/li [...] /hsdrp.htm
Mon DS est revenu à la vie :
 

(il ne va pas rester comme ça )
 
blanbec> Les liens du first post qui pointent vers plugapps.com ne fonctionnent plus suite au passage à archlinuxarm