Reprise du message précédent :

Tu peux t'en servir pour reprogrammer au besoin le firmware du DS, notamment s'il a été mis à jour sur internet avant modifications...

Merci ! Je comprend mieux !

J'ai un autre question de débutant . Si l'on installe Debian Squeeze, toutes les manipulations se réalise sous Telnet, ou Webadmin, ou encore est-ce au format KDE directement. Pour la dernière possibilité, comment avoir y avoir accès sans écran. (VNC, mais je me demande comment configurer via Telnet?)
 
Merci d'avance.

Toutes les manipulations se font en console avec accès par connexion ssh, tout ce qu'il y a de plus naturel sous linux.
 
Oublie tout idée d'interface d'interface graphique et de gestionnaire de bureau, cela relève de la gestion d'un serveur et non d'un ordinateur de bureau traditionnel.
Donc pas de KDE, Gnome, etc... VNC ou de fenêtres et d'applications qui se lancent à la souris et qu'on visualise sur un écran, car un serveur en règle générale ça ne dispose ni d'écran, ni de clavier, et encore moins de souris.
 
Webmin est très pratique, cela permet de faciliter certaines choses (exemple: je préfère configurer avec Webmin certains trucs comme les règles du firewall iptable, configurer openvpn, définir les services lancés au boot ou les cronjobs) mais sinon c'est principalement tout en console.

Bon je viens d'essayer de compiler php5.3.3 et sans swap c'est impossible, ça plante au moment où la ram est remplis à 100%    
 
pour ceux qui en ont besoin, voici comment rajouter un fichier de swap:
 

(commande assez longue qui créer un fichier de 512 Mo et le remplis de 0.
 

 
 
un petit more /proc/swaps permet d'obtenir la taille du swap créé
 

 
Essaye plusieurs choses de ce côté-là :
 

 
Premièrement :

 

(normalement ça ne devrait rien changer mais des fois Alsa c'est un peu bizarre, alors histoire d'étudier ça proprement autant commencer par le début.)
 
Ensuite :
 

Là on attaque directement la carte, dans la majorité des cas ça me règle les soucis d'occupation CPU que je peux avoir avec MPD (pas spécifiquement avec le DS).
Seul défaut, normalement ensuite tu ne peux plus lire une autre source en même temps (embêtant sur desktop, genre si MPD accapare la sortie, Flash ne sort plus de son - mais sur le DS ça ne devrait pas être un soucis)
 
Puis :
 

Là ça force MPD à balancer le flux en 44100Hz (donc tel quel pour 99% des MP3), parfois l'occupation CPU de MPD vient du fait qu'il resample inutilement en 48000Hz (en dégradant la qualité au passage).
Tu peux aussi essayer en re-commentant la ligne device, voir si ça fait une différence.  

toi, tu te couches trop tard

Concernant le script pour gagner quelques watts (à vérifier):

Je n'ai pas encore testé, mais il y a de quoi faire avec ca: http://reactivated.net/writing_ude [...] ternal-run
Normalement, en simplifiant le code du script pour ne surveiller qu'un disque (passé en argument par exemple) ca devrait être jouable (testé si il est monté, le démonter (?), puis lancer hdparm).

1h20 pour compiler php5 via un "make" \o/

Pourquoi s'embêter à ça ?  

j'avais besoin d'options particulières  

Si t'es sous Plugbox, tu pouvais faire ça beaucoup plus proprement pour te faire un beau paquet installable par pacman

j'aime bien mettre les mains dans le cambouis, mais c'est vrai que j'ai pas choisis le plus simple, d'autant plus que mon paquet ne fonctionne pas    

C'est surtout chiant à gérer après niveau upgrades/désinstallation

vouaille pacman? (sous Debian non?)

Salut,
 
Le mien est commandé (29€ fdp compris sur cdiscount), me tarde de l'avoir, je lis vos expérience en attendant  

 
Plugbox c'est basé sur Arch
 

 
Tu m'étonnes, une 8400GS c'est vraiment une bonne carte

pacman est le gestionnaire de paquet d'Arch.

BBQ...

ah ok
perso, des que je m'achete ma clef USB 8Go, c'est Lenny dessus

Tiens, niveau conso CPU, on a flac ~= mp3 << vorbis ? C'est spécifique au ARM ou on constate la même chose sur des X86 ?
 

Merci pour ta réponse. Ça m'a l'air vraiment intéressant du coup. Pour DLNA, le serveur a juste à envoyer les flux tirés du conteneur, ça doit pas bouffer beaucoup de ressources ça, si ? D'autres ont essayé ?

test Arch avant
c'est vraiment une bonne distrib, y a quelques léger changements avec Debian, mais c'est pas plus mal (meilleur gestion des paquets, meilleur contrôle du fonctionnement des daemons ...)

 
Il faudrait que je voie ce que ça donne sur x86 (un petit x86, sur les machines récentes la conso est tellement ridicule que c'est difficile à analyser).
 
À priori ça pourrait venir d'un moteur de décodage pour les OGG qui utilise des calculs flottants (le CPU du DS n'a pas de FPU, donc il se tape tout en émulation soft).
Je ne sais pas ce qu'il en est pour le FLAC et le MP3 mais ça pourrait indiquer qu'ils utilisent surtout des calculs sur les entiers.
 
Mais bon il faut encore analyser ça proprement avec des fichiers connus précisément niveau compression (ca peut changer pas mal la lourdeur du décodage).

Edit : lecture via un partage NFS v4.
Edit2 : le pic durant la lecture MP3 est du à autre chose ou un OGG qui s'est glissé dans la liste à ce moment-là.

meilleure gestion des paquets? Aptitude est quand meme top, excellente gestions des dependances, toussa...
connais pas Arch, jamais teste. Les configs changent?

C'est différent (cf. topic dédié ) et c'est difficilement résumable en quelques lignes
Plus simple (au sens : moins de mécanismes sophistiqués), rolling-release, config bien différente pour le coeur du système, mais pour la plupart des softs, c'est pareil.

Je disais la même chose que toi avant, Aptitude ça roxx du poney toussa toussa ...
 
mais Aptitude il vaut pas un clou à coté de yaourt ou packer !
c'est pas explicable c'est juste mieux !!
 
avec Yaourt, t'as plus la gueule de bois, les gens te respect, tu as toutes les filles à tes pieds, tu passe prioritaire à Carrefour (marche aussi avec Auchan !) ...
 
donc pourquoi rester sous ce vieux aptitude qui se traîne, qui souffre (et te fais souffrir !!), achève le et passe à Yaourt  

Au fait, pour ceux qui auraient peur de passer à Plugbox sur leur DS en raison de l'aspect rolling-release : c'est beaucoup plus lent sous Plugbox que sous Arch, depuis que je l'ai installé sur le mien je n'ai quasiment pas eu d'updates.
Le dépôt leur est propre, ils gèrent eux-même les updates afin d'y appliquer leur propre cycle.

On s'ennuierait presque, d'ailleurs

suis sur le topic dedie, mais je retiens quand meme un truc qui y est dit :  

 
donc...
mais bon, pour tester, vouaille not?
mais quelle incidence sur le DS? C'est un OS plus... leger pour lui?

Faut pas aller trop loin non plus, il y a plein de choses que tu ne peux pas faire avec Yaourt et faisables avec Aptitude.
Le pinning et tout ce qui s'y rapporte, une résolution poussée des conflits de dépendances, tout ça tu peux oublier sous Pacman/Yaourt.

En même temps, Arch en a moins besoin, mais c'est très réducteur de dire que pacman est meilleur, c'est vraiment très différent, pacman c'est très simple et ça marche très bien, Aptitude c'est extrêmement puissant et ça marche très bien aussi, avec des exigences différentes.

Voir post juste au dessus
Perso c'est vraiment parce que j'adore Arch et que je suis beaucoup plus à l'aise dessus pour vraiment contrôler mon système.

(sur mon vrai serveur, c'est du Debian par contre)

pacman est quand même moins bon que yaourt et packer !
et à l'usage je préfère maintenant yaourt à aptitude !
 
bien que j'ai exagéré un peu (je suis pas sur en faite que tu passe prioritaire à Auchan quand tu utilise Yaourt à la place de Aptitude !)

 
Ouaip, j'avais commencé à regarder de ce côté (car sur une autre machine debian à base de CPU VIA C3) le trio MPD/ALSA/Carte son USB m'avait déjà posé quelques problèmes...
Je vais devoir utiliser la dichotomie car certains réglages peuvent être désastreux en terme de perf et de rendu sonore... (cpu au plafond + choppy sound)
 

 
Disons que je bosse en Freelance et qu'un client me demande régulièrement des mises à jour sur une usine à gaz en ligne, tout en ayant les utilisateurs qui continuent à bosser dessus jusqu'à tard le soir... Bref, obligé de faire ça la nuit quand tout le monde dort    
Faire une paire de bidouille sur la DS, boire un déca, regarder "The IT Crowd" et poster quelques trucs sur les forums, ça m'aère un peu l'esprit.  
 

 
Sur mon super baladeur de la mort qui roxxe (I-River H340 animé par Rockbox), OGG consomme plus de ressources et donc réduit l'autonomie de la batterie. Les dévs de Rockbox avaient expliqué en détail sur leur site le pourquoi du comment OGG consomme plus de ressources CPU au décodage que du MP3 (faudrait que je retrouve le lien, je ne sais plus si c'était direct sur le site, sur le wiki ou dans un changelog).

Oh purée MiniDLNA lancé sur le DS qui me bouffait 96% de CPU après avoir scanné pendant des heures et des heures le répertoire de musique. Je ne comprenais pas pourquoi.
En le lançant en mode debug je viens de comprendre le massacre. Après avoir scanné les fichiers, il indexe ou ré-indexe entièrement sa base de donnée et d'une manière    
Bref il doit bien lui falloir au bas mot 20 heures pour scanner + indexer ma bibliothèque musicale.
 
Et si on n'utilise pas inotify pour la mise à jour automatique, ce qu'il considère comme mise à jour c'est: "j'efface ma base de donnée et je recommence de 0".
Et si jamais on a arrêté MiniDLNA avant qu'il ait absolument tout terminé (scan + index), il fait: "j'efface ma base de donnée et je recommence de 0".
Sans compter qu'il place en dur sa base de donnée dans /tmp/ (dossier qui est vidé au reboot), bravo faut recommencer le même bordel à chaque reboot.
 
Par contre une fois qu'il en a terminé de ses travaux herculéens, l'empreinte ressource est ridiculement basse: 0% CPU, 1.6% MEM    
avec un max en pointe de 4% CPU et 3.1% MEM quand on navigue dans le filesystem ou qu'on lui demande de streamer un nouveau fichier.
 
Si seulement il y avait moyen d'utiliser la base de donnée de MPD comme base à un serveur upnp ce serait royal, car au moins MPD sait indexer correctement et rapidement, pas comme escargot sous l'emprise du crack. Mais les dévs de MPD dégagent cette demande récurrente soit d'un "j'ai pas que ça à faire", soit d'un "je ne vois pas l'intérêt".
Je sens qu'un de ces jours je vais réinventer la roue et me faire mon propre serveur upnp... mais efficace.

vous avez une solution pour installer des outils comme fdisk, makefs ... sur popoplug, j'aimerais bien rendre cet OS utilisable, de façon à m'en servir comme OS de secours au cas où la clé USB serait planté !

popoplug utilise busybox (ça peut être déjà été dit, mais je viens seulement de m'en rendre compte !).
 
c'est de l'ultra léger, mais aussi très limité !
 
 
il n'y a pas grand chose !
 

 
Update: Version 1.0.16.3 added support for storing the db in a directory different than the default /tmp, so that informations will not be removed after each reboot (variable db_dir in the minidlna.conf)!
   

pour mon problème j'ai trouvé !
 
fdisk n'est pas installé proprement parlé sur popoplug, mais se trouve bien sur busybox !
 
il faut donc exécuter #busybox fdisk -l (par exemple)

 
ah ben merci, tu l'as trouvé où le changelog?
 
Parce que j'ai récupérer la 1.0.18 sur sourceforge et aucune info de changelog, ni aucune info de la présence de cette variable dans le fichier de conf
 
 
Bon j'ai relancé un scan + index from scratch après avoir dégagé tous les fichiers .m3u qui trainaient l'indexation des playlists m3u me semblait prendre un temps trop important (et inutile pour moi), j'ai noté l'heure de début et je vais voir combien il met de temps.
 
Sinon, ce genre de projet m'intéresse MPD-UPnP mais j'ai un peu du mal avec (ou la tête embourbée).
 
------------------------------------------------
 
Edit: alors nouveau timings
début du scan: 15h46
fin du scan: 17h01
soit 1h15 pour 71815 fichiers, ça va c'est honorable
 
Le problème c'est que suite au scan il a trouvé 2 fichiers de playlist m3u qui restaient des dossiers: quasi 4 minutes pour indexer ces deux petites playlists d'à peine une douzaine de morceaux. Apparemment il fait une énorme comparaison dans la base sqlite pour trouver des occurrences existantes des fichiers listés dans les playlists m3u. Un truc de monstre sachant que la base sqlite qu'il génère chez moi fait 242Mo!
Bref 4 minutes pour traiter deux playlists m3u trouvé dans des dossiers/albums, je comprends mieux pourquoi il ramait quand il en avait trouvé des centaines...
 

a été mon ami  
 
MiniDLNA adopté sur mon Dockstar.

Je mets l'URI de l'imprimante parce que j'ai eu du mal à la trouver (c'est sans doute mis quelque part mais bon, je suis neuneu ) :

MPD compilé avec libtremor, pour une lecture OGG à 5% d'utilisation CPU    

mpd-tremor | md5sum : bf99a438eeb9ef6f685f166cf19ff3e0
libtremor-svn | md5sum : 672807f971deb7524b5f1555ccdaca40

Je n'ai rien changé d'autre niveau options de compilation.
Comme annoncé, 5% de CPU en lecture OGG (de rares pointes vers 7-8% maxi)  et tout le reste fonctionne comme avant

J'uploaderai le PKGBUILD, par soucis de transparence, mais ça se borne à l'ajout de --with-tremor à la compilation.
Et le libtremor-svn, c'est celui de AUR.

Cool deK Bon je suis sous debian mais bon ^^
 
Trouvé une nouvelle fonction à mon DS : surveiller la température ambiante via un thermomètre USB (5 euros sur ebay fdpin). Pour les gens intéressés voilà le driver linux (pas de moi) ainsi que le plugin munin : http://svn.kd2.org/svn/misc/system/temper-1.0/
 
Ça marche pas mal, j'ai juste dû commenter une ligne du code pour avoir une valeur réaliste (décommenter la ligne qui parle de calibration si la température vous semble inférieure de 5 degrés à ce que ça devrait être).