DoudouLinux CD

La carte son me paraît parfaitement détectée. Est-ce que vous avez essayé tous les réglages possibles, y compris les réglages cachés comme indiqué dans la page :

http://www.doudoulinux.org/web/francais/documentation/configuration/article/reglage-du-son.html

?

Cordialement,
JM. Philippe

Merci Jean Michel pour votre réponse.
Mais j'ai déjà tout essayé avec ces réglages et je n'ai du son, que sur la sortie casque, jamais sur les Hauts Parleurs.
Cordialement.
Sur ce PC, j'avais avant une Ubuntu Remix et le son fonctionnait.
Patrick

Rebonjour,
Je viens de tester sur ce HP Compaq Mini 110, une Xubuntu en Live-usb, et le son fonctionne!

Dans le réglage du volume sur Doudoulinux; et changer de périphérique, j'ai 2 choix HDA Intel (Alsa mixer)
et IDT ID 7605 (OSS Mixer).7605 étant le "model" de la carte son.
Est ce normal? Si je change pour l'un ou l'autre le son est toujours OK à la sortie casque dans les 2 cas, mais bien sur jamais sur les hauts parleurs.

Tiens c'est bizarre dans le rapport de problème matériel il n'y a qu'une sortie référencée :

**** List of PLAYBACK Hardware Devices ****
card 0: Intel [HDA Intel], device 0: HDA Generic [HDA Generic]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

Que dit le sélecteur de sortie audio de DoudouLinux ? Une seule sortie ou plusieurs comme l'outil de réglage de volume ? Je pense que tu dois pouvoir faire tourner l'outil de rapport sur Ubuntu Remix pour comparer le résultat (télécharger et lancer depuis la console) :

http://svn.gna.org/viewcvs/doudoulinux/packages/trunk/apps/doudou-hwreport/src/doudou-hwreport?view=log

Après la seule explication que je verrais serait que le matériel est trop récent et la carte son est mal ou partiellement détectée. Auquel cas il faudrait essayer avec la version de développement pour voir si le problème persiste (on espère que non bien sûr !) :

http://download.doudoulinux.org/dailybuild/

Bonjour Jean Michel,
Je viens de booter sur USB la dernière version dailybuild de Doudoulinux et génial, le son est tout à fait fonctionnel!!
Je pense que je vais l'adopter.
J'avais également testé une edubuntu et le son était aussi OK.
Le noyau a évolué apparemment et il y a un fichier alsa-base.conf qui n'existait pas dans la version "stable" de Doudoulinux.
Je vais l'installer en dur pour voir.
Je te tiens au courant.

Nouveau souci.
Le script doudou-installer qui la dernière fois m'avait permis d'installer en dur la distrib, cette fois ci; me signale qu'il n'y a pas de disque inscriptible et donc ne peut faire l'installation!
C'est étonnant car au lancement du script, mon disque de 160 Go est bien affiché!
Bizzare!
Une idée?

Rebonjour,
J'avais cru trouver une astuce en rebootant sur USB la version stable qui a un script d'installation qui fonctionne et en mettant sur autre clé la daily-buid qui a du son.
Effectivement l'installation va au bout donc le disque est bien vu, mais au reboot le système démarre et s'arrête sur le nouveau fond d'écran Doudoulinux, puis plus rien ne se passe.
Ctrl+Alt+F1 ne fonctionnant pas je ne sais pas dans quel état est le système!
Un Ctrl+Alt+Sup relance le boot, mais le système ne se charge pas complètement.
Donc le script de la daily est buggé,puisqu'il affiche ne pas trouver le disque.

Il y a un problème connu avec l'installeur : il ne sait pas ré-installer par-dessus !!! Je crois qu'en fait c'est toujours le DoudouLinux du disque qui est utilisé, même si on boote sur un CD ou une clef, ce qui fait que le disque dur est monté et non inscriptible. En plus je n'ai jamais testé l'installeur de la version de développement. Une solution efficace mais pas très élégante : effacer la table des partitions et redémarrer DoudouLinux en Live pour installation.

On peut écraser la table des partitions avec fdisk depuis la console :

$ sudo fdisk /dev/hda    (ou /dev/sda selon la configuration matérielle)

Ensuite la touche M permet d'afficher l'aide en ligne. Il y a une touche pour effacer/créer la table des partitions et une autre pour enregistrer et quitter (W). La touche P permet de voir la table qui va être écrite sur le disque.

Merci pour les infos,
Même en refaisant les partitions et en rebootant pour la prise en compte des partitions sur le disque, l'installeur de la daily ne fonctionne pas.J'ai donc refait l'installation en bootant sur la stable et en chargeant l'image de la daily(avec son).
Tout semble OK et au reboot blocage sur le nouvel d'écran de Doudoulinux.
Donc pas mieux.

Mmm, il se peut que ce soit le boot graphique avec Plymouth qui plante. Je n'ai malheureusement pas beaucoup de retours de tests sur ce point alors que certains disent que ce n'est pas supporté par de nombreuses configurations graphiques… Quoi qu'il en soit, il faut essayer de modifier les options de boot de grub pour enlever splash, soit dans le fichier /boot/grub/grub.conf, soit directement au boot en appuyant sur la touche TAB je crois. Le boot sera alors en mode texte, enfin normalement :). On finira par l'avoir ! Au pire, m'envoyer une capture (photo) d'écran.

Bonjour Jean Michel,
Le boot graphique fonctionne bien en Live USB.
La copie de l'image vers le disque(quand cela fonctionne) se fait par un simple dd if=... etc,
donc peut être que l'image .img est corrompue car l'image .iso fonctionne parfaitement.
J'ai d'ailleurs essayer de faire une clé USB bootable avec l'image .img et cela ne fonctionne pas;cela fonctionne si j'utilise l'image .iso.
Peut être une piste.
Cdt.
Patrick

Ok, c'est vrai, j'avais oublié ce détail. Je teste l'install de la version de développement, et je te dirai…

Bon ça y'est je sais ce qui pose problème :). Enfin il y en a deux : un mineur qui ne doit pas faire planter, et un majeur qui empêche le boot. Celui qui gêne est lié à une option, live-media=removable, qui force le noyau à chercher le système live sur un périphérique extérieur. Ça tourne en rond et finit par un écran d'erreur.

Pour corriger le problème, c'est un peu plus compliqué qu'il n'y paraît, parce que le live utilise syslinux et non grub et que la partition concernée peut être montée en lecture seule. D'abord il faut trouver la partition qui est montée sur /live/image/ :

$ mount | grep live

Ensuite il faut éventuellement la remonter en RW si elle est RO :

$ sudo mount -o remount,rw /live/image/

Puis il faut éliminer l'option foireuse dans /live/image/syslinux/live.cfg :

$ sudo sed -i 's/live-media=removable //' /live/image/syslinux/live.cfg

(pas testé avec sed, mais ça devrait marcher). Normalement il n'y a plus qu'à redémarrer.

Sauf que j'ai supposé ici qu'on avait démarré le système qui justement ne démarre pas ! Pour ce faire il faut appuyer sur TAB dans le tout premier écran de boot. On arrive dans l'éditeur de la ligne de boot et il faut retirer l'option qui gêne dans la ligne de boot kilométrique… Elle est au milieu de l'avant-dernière ligne à peu près. Là ça doit démarrer !

Bonne chance !

Bonjour Jean Michel,
Je teste ça dès mon retour à la maison, demain.
Merci d'avance.
Cordialement

Patrick

Bonsoir Jean Michel,
Super, cela démarre, et j'ai le son!
Par contre maintenant, c'est tellement bien démarré, que le système ne veut plus s'arrêter ou rebooter!
Sur Arrêt; si je ne me suis pas connecté Tux sur la page d'accueil, le system est prêt à s'arrêter mais j'ai trouvé que je dois faire Enter pour arrêter le système (Comme si j'étais booté sur USB)
Sur reboot, toujours sans se connecter Tux, le reboot demande de rétirer le CD puis d'appuyer sur Entrée et cela reboot également.
En me connectant Tux;et en demandant l'arrêt, je reste sur The system is going down for sytem halt NOW! et la Enter ne fait rien, je dois forcer au bouton.
Toujours en se connectant Tux, et demandant un reboot,j'arrive sur The system is going down for reboot NOW! et là Enter provoque bien le reboot.
Sinon tout semble OK, à part le wifi avec la broadcom BCM4312 (14e4:4315) qui ne semble pas fonctionner.
J'ai tenté d'installer le paquet firmware-b43-installer avec apt, mais le paquet n'est pas trouvé.
J'ai essayé avec Epiphany, cette page:
http://doc.ubuntu-fr.org/wifi_broadcom_bcm43xx
Mais l'accès au lien apt est refusé, alors que sur mon PC Perso, celafonctionne, ce doit être le bridage d'accès Internet,de la distrib, mais je ne sais pas ou modifier temporairement pour valider ce site.
Mais merci, cela a bien avancé.
Cordialement.
Patrick

Bonjour Jean Michel,
Effectivement en installant le paquet firmware-b43-lpphy-installer, en faisant un sudo update-pciids, un sudo rfkill unblock all, et en désactivant et réactivant le réseau dans la barre de tâche à droite en haut de l'écran, j'ai réussi à faire fonctionner le wifi.
Le souci est qu'au reboot suivant tout est à refaire!
Tout doit fonctionner en mémoire et rien n'est inscrit en dur.
Pas super souple :-)
Cordialement.
Patrick

En effet, mais je pense qu'il doit y avoir un problème de persistance des données, peut-être dû au deuxième problème mineur que j'évoquais dans un message précédent. Normalement l'installeur active la persistance des données utilisateur et système, donc le pilote doit survivre au reboot. Cependant j'ai vu dans mes tests que la fin de l'installation a foiré, et c'est là que la persistance est activée.

Pour savoir si la persistance est active, on n'a pas encore d'outil et il faut inspecter les montages :

$ mount | grep loop

Si tu obtiens :

/dev/loop1   /home […]

c'est que la persistance utilisateur est activée. Si c'est

/dev/loop1   /live/cow […]

alors c'est la persistance complète avec données système. S'il n'y en a aucun des deux, c'est qu'il n'y a aucune persistance bien sûr ! Dans ce cas tu peux activer la persistance complète en lançant l'outil de persistance depuis la console avec l'option --expert (c'est indiqué dans notre documentation je pense). Attention il y a un bug aussi dans ce script (c'est la version de développement ;) ), s'il se plaint qu'il n'y a pas de disque détecté, se référer à :

http://team.doudoulinux.org/issues/484

Le script en question est /usr/bin/persistence-gui.

Le manque d'espace disque est lié au bug mineur que j'évoquais, qui finalement n'est peut-être pas si mineur :). Une fois le système copié sur le disque, le script d'installation est sensé récupérer tout l'espace restant pour la partition de données et une petite partition de swap. Je pense que tu n'as ni l'une ni l'autre. Ce n'est pas très compliqué à faire mais c'est en ligne de commande avec fdisk et mkfs.ext3 ou mkswap. Ou alors tu installes Gparted temporairement pour être plus à l'aise avec une interface graphique.

Pour la langue c'est assez curieux. Normalement la langue du système est spécifiée dans les paramètres de boot de syslinux (donc /live/image/syslinux/live.cfg). Il n'y a pas de raison a priori que ça ait changé. Peut-être qu'il n'y a pas assez d'espace disque avec les 10 Mo de persistance pour régénérer la langue au démarrage, auquel cas il faudrait commencer par supprimer la persistance. Pour cela il faut redémarrer sans persistance et supprimer le fichier de persistance live-rw-doudoulinux dans /live/image/.

Bon je sais ça fait encore du boulot :). Sinon faudra attendre la prochaine version de développement vers fin février.

Bonsoir Jean Michel,
Je vais essayer de m'y remettre avec tes conseils et je te tiens au courant.
Cdt.
Patrick

Bonjour Jean Michel,
J'ai relancé sans persistance et supprimé le fichier live-rw-doudoulinux.
J'ai bien retrouvé tout en français...
Je suis sous gparted et que dois je créer, un sda2 swap et une sda3 pour les données; mais quel nom pour quel point de montage?
Ou sda2 données et sda3 swap? j'ai 148 Go de disponible et 1Go de ram.

Merci d'avance.
Cdt.
Patrick

L'ordre des partitions importe peu. C'est vrai que j'ai tendance à mettre la petite (swap) devant et la grande à la fin. Pour la taille du swap, normalement DoudouLinux ne consomme pas beaucoup de mémoire donc 1 Go ou moins suffiront largement. Enfin il n'y a pas de montage à effectuer, le système live montera la partition de données automatiquement au démarrage s'il détecte qu'elle contient des données de persistance.