Ubuntu-fr

Arturpio, merci !
Tu as mis fin à 36 heures d'une galère pas possible de mise-à-niveau de ma 14.04 vers la 16.04.01

J'ai pensé que ce bug et sa solution méritaient de figurer sur la page d'usb-creator, section 4 "Problèmes connus" de la documentation du site (en espérant que l'initiative n'est pas intempestive).

Dingue ! Je reconsulte mes vieux messages et je vois que j'ai aidé un ubuntero sur ubuntu-fr au moins une fois dans ma vie.

Gold medal, ftw !

Le pire, c'est que je serais absolument incapable de refaire un tel post (la mémoire volatile, vous savez).
dadan91, j'allume en tout cas un cierge pour toi demain à l'autel de saint IGNucius.

Et je te remercie beaucoup de tes remerciements

Et pardon pour la séquence hyper-narcissique d'auto-congratulation in a Kador style
(alors que je suis juste une petite brêle, pour rester poli, en ce qui concerne GNU/Linux, on est d'accord  ) (genre : sudo fais-chauffer-le-café ou à peu près).

Salut à tous,

Si ça peut aider [Nota : j'avais déjà gvfs-backends installé, cf. ci-dessus] :

Je suis sous Xubuntu 12.04 Precise Pangolin ; Sound Juicer à peine installé pour extraire un CD, affiche :

"Impossible de lire le CD
Sound Juicer ne peut pas lire la liste des pistes de ce CD.
Raison: Impossible d'accéder au CD : L'emplacement indiqué n'est pas monté"

Le programme Parole (un lecteur media) veut bien me lire le CD. Et donc, ce CD veut bien apparaître graphiquement dans le gestionnaire de fichiers (panneau latéral) et, sélectionné, me montrer les fichiers .wav correspondant. Mais pas moyen d'obtenir, par aucun menu (clic droit ou autre) une réaction de Sound-Juicer, ni de asunder, installé dans la foulée pour voir.

En fait, je viens juste de m'en tirer avec la soluçe de dunce (#10)

J'ai remplacé comme il se doit, étant sous Xubuntu, "nautilus" par "thunar", soit une ligne de commande telle que :

dbus-launch thunar &

Et ça roule : le CD, toujours présent graphiquement dans le gestionnaire de fichiers, m'a proposé cette fois par clic droit (mais sur UN fichier - si "Sélectionner tout" + clic droit = veut pas) sur un fichier du CD, donc, une option "ouvrir avec une autre application" > choisi Sound-Juicer qui se lance et m'affiche TOUS les morceaux du CD. Puis, Sound Juicer fait bien son bon vieux boulot.

Test final : la ligne de commande de dunce est un préalable pour renouveller l'opération. Cette fois-ci, choix de asunder (qui, lui, permet de régler graphiquement, entre autres, le taux d'échantillonnage du .ogg final) = mais nada, asunder ne reconnaît même pas le CD pourtant détecté. J'ai pas poussé plus avant.
Je reste avec

cdda://sr0/

comme emplacement du CD, mais, newbie jusqu'à la mort, je n'ai pu le localiser ni dans /media, /cdrom, /dev/cdrom voire /mnt ou /tmp (mais je suis juste un utilisateur qui bidouille au cas par cas, pas plus).

Et donc : c'est rough et bizarre (première fois que je rencontre ce pb sous Ubuntu ou Xubuntu) mais quand même : >>> merci bien dunce !

Je l'ai pas localisée. Est-ce que tu me ferais passer le lien ?

OK, re-salut à tous - désolé, j'ai mangé et je suis sorti mais me revoilà.

Donc, pour Yann, le résultat de : syslogd-listfiles --weekly

/var/log/mail.warn
/var/log/user.log
/var/log/daemon.log
/var/log/messages
/var/log/debug
/var/log/auth.log
/var/log/mail.err
/var/log/mail.log
/var/log/kern.log
/var/log/lpr.log
/var/log/mail.info

@TatrefThekiller : il se trouve que ma tour est débarrassée de ses caches latéraux depuis des mois - mais c'est vrai qu'elle prend pas mal la poussière (et de plus je suis fumeur) : je fais un petit nettoyage.

Merci au fait Yann de t'occuper de mon cas (et de tolérer ma lenteur :-)

Donc le résultat de "ps -ef | fgrep log" (avec ksyslogd que j'ai désinstallé à la suite de cette commande et remplacé par rsyslog)

kether    1338     1  0 Jan11 ?        00:00:00 /usr/bin/gnome-keyring-daemon --daemonize --login
kether    1517     1  0 Jan11 ?        00:00:00 /usr/bin/gnome-keyring-daemon --daemonize --login
kether    1704     1  0 Jan11 ?        00:00:00 /usr/bin/gnome-keyring-daemon --daemonize --login
kether    1804  1783  0 Jan11 ?        00:00:20 /usr/lib/orage/xfce4/panel-plugins/orageclock socket_id 29360169 name orageclock id 12620517325 display_name Horloge Orage size 24 screen_position 1
kether    1844     1  0 Jan11 ?        00:00:59 /usr/bin/pulseaudio --start --log-target=syslog
syslog    3036     1  0 00:23 ?        00:00:00 /sbin/syslogd -u syslog
root      3092     1  0 00:23 ?        00:00:00 /bin/dd bs=1 if=/proc/kmsg of=/var/run/klogd/kmsg
klog      3094     1  0 00:23 ?        00:00:00 /sbin/klogd -P /var/run/klogd/kmsg
kether    3421  2847  0 01:13 pts/0    00:00:00 fgrep log

Par contre, si j'ai dans le passé installé la classique solution LAMP sur ma bécane, ce n'est plus le cas depuis plusieurs mois... Bizarre.

La même commande (ps -ef | fgrep log) avec rsyslog :

 kether    1338     1  0 Jan11 ?        00:00:00 /usr/bin/gnome-keyring-daemon --daemonize --login
kether    1517     1  0 Jan11 ?        00:00:00 /usr/bin/gnome-keyring-daemon --daemonize --login
kether    1704     1  0 Jan11 ?        00:00:00 /usr/bin/gnome-keyring-daemon --daemonize --login
kether    1804  1783  0 Jan11 ?        00:00:21 /usr/lib/orage/xfce4/panel-plugins/orageclock socket_id 29360169 name orageclock id 12620517325 display_name Horloge Orage size 24 screen_position 1
kether    1844     1  0 Jan11 ?        00:01:05 /usr/bin/pulseaudio --start --log-target=syslog
root      3649     1  0 01:15 ?        00:00:00 dd bs=1 if=/proc/kmsg of=/var/run/rsyslog/kmsg
syslog    3651     1  0 01:15 ?        00:00:00 rsyslogd -c4
kether    3675  2847  0 01:18 pts/0    00:00:00 fgrep log

Bon, je ne voulais pas faire ça et tenter des solutions plus élégantes mais comme l'espace disque occupé par le système continuait à grossir sans raison (les fichiers /var/log semblaient être stabilisés mais c'était du côté de /proc que ça enflait), j'ai finalement dû faire une réinstall système.

Donc, je ne pourrai pas observer comme je le comptais l'évolution du fichier syslog - mais de toutes façons ça ne résolvait qu'une partie du problème.

Depuis, tout tourne impec' et je pense vraiment que les paquets boinc sont à l'origine du malaise (une tâche de calcul mal abandonnée ou mal effacée au moment de la désinstallation des paquets mentionnée plus haut).

Euh, à part une réinstall de la version précédente, je crois qu'il n'y pas grand chose d'autre à faire. (Je me trompe peut-être, note bien).

Ça devient problématique si tu n'as pas de partition séparée système ("/") d'une part, "home" d'autre part. (ou alors basculer, via le live CD, les données de "home" sur ta partition XP)

Nota : tu devrais lire le petit bandeau qui est au dessus de ton topic ;-)
Moi je vais au moins attendre deux semaines avant d'upgrader : j'ai un mauvais souvenir de ma précédente mise à niveau, un peu trop précoce et qui avait nécessité une réinstall.

Pour finir, la mise à jour est pas obligatoire. Sache juste que Intrepid Ibex ne sera soutenue que 18 mois (plus que 12 mois en fait, puisqu'elle est déjà vieille de 6 mois). Jaunty est plus intéressante en ce qu'elle sera soutenue 3 ans : c'est une LTS (Long Time Support), comme toutes les mise à jour d'avril.
Pour ma part, je n'installe que des LTS.
Ceci dit, c'est toujours sympa de faire l'upgrade pour avoir les dernières versions de tel environnement, tel logiciel, etc. Mon choix, c'est plutôt de la feignantise (marre de tout réinstaller tous les 6 mois ;-)

@loopx :
Ne t'énerve pas trop, Je crois que tu n'as pas bien lu ma petite parenthèse de ma première phrase.
je suis moi-même un noob, mais qui parle d'expérience.
Je sais que ça peut paraître décevant à lire pour certains, qu'un linuxien réinstalle parce qu'il n'arrive pas à résoudre son problème, mais nous ne sommes pas tous des power-user, sais-tu ? (et peut-être même que c'est pour ça qu'on a choisi Ubuntu).
(Et, en proportion, il y aura de moins en moins de power-user, vu que linux se répand de plus en plus).

Par ailleurs tu râles mais tu ne donnes aucune idée de solution : c'eut été plus constructif, non ? ;-)

AAAH Cool, merci de ta réponse, je vais tester ça tout-à-l'heure !
(Je croise les doigts ;-)

(Nota : Entre-temps depuis mon premier post, j'ai fait une réinstall du système et n'ai testé en vain qu'un ou deux pilotes, si bien que l'environnement local est plus propre et que la fenêtre "Hardware Drivers" est dans son état normal et me propose bien d'activer l'accélération 3D)

Oh bon, désolé de cette longue absence : je n'ai pas pu me pencher sérieusement dessus avant aujourd'hui.

> Donc, résultat des courses :
- le paquet nvidia-kernel-common était déjà installé
- j'ai installé nvidia-glx
- je suis allé dans "Hardware drivers" du menu "Applications > Système" et sélectionné l'utilisation du pilote propriétaire
- Au reboot, mon login screen puis mon bureau affichent cette bonne vieille résolution toute pourrie de 36x24 (bon, j'exagère un peu, ça doit être du 640x320 ? Je ne sais pas, je n'arrive pas à lire)
- J'essaie de modifier la résolution via l'interface graphique des "Paramètres du bureau Xfce" : ma résolution est "default" et rien de mieux n'est proposé que 640x???
- je reprends le pilote libre.

> Au deuxième essai :
- tout pareil mais avant le reboot, j'édite le xorg.conf par curiosité :

Section "Device"
	Identifier	"Configured Video Device"
	Driver		"nvidia"
	Option		"NoLogo"	"True"

plus bas :

Section "Module"
	Load		"glx"
EndSection

Puis, re-belote résolution 24x36 et retour au pilote libre.

Peut-être faut-il remettre la résolution par défaut à 1024x768 (suis en 1152x864) et réessayer avec le glx ? Tester l'une après l'autre les variantes du "nvidia-glx" ("nvidia-glx-envy", "nvidia-glx-legacy", "nvidia-glx-new") ? 
(aff, les tests de drivers : ça me fait peur maintenant, j'en cauchemarde déjà ;-)

Je ne sais pas trop, mais si tu sens une option à privilégier ou une piste de recherche, je suis preneur ; merci pour ton aide en tout cas et désolé encore pour ce long laps de temps.

Même en éditant xorg.conf, ça marche pas ??