<div>Bonjour, Gregory Eric,<br clear="all"></div><div><br></div><div>D'abord merci beaucoup d'avoir pris tout ce temps et ce soin pour me répondre. Je garde cet exposé pour référence future!</div><div><br></div><div>
Je suis heureux d'apprendre la différence entre automounter et fstab. Et je vais tâcher de réorganiser fstab à l'aide des UUID.</div><div><br></div><div>Avant l'incident qui m'a fait perdre les capacités de monter mes autres partitions et les périphériques amovibles, la partition «Fichiers médias» déjà en double, sous forme UUID puis sous /dev/sdba. Les autres n'y étaient pas, <strong>mais étaient montées</strong> ultérieurement j'ose croire, puisque je les retrouvais au final.</div>
<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">En regardant ton fstab, je vois que tu as 2 partitions swap. Est-ce intentionel ? Quoi que ça ne devrait pas causer de problèmes avec le automounter, ça ne peut pas faire de mal d'enlever une des entrées si il y a juste, en fait, une seule partition de swap<br>
</blockquote><div><br></div><div>Il y a une partition swap pour mon système sur sda; l'autre swap est sur sdb, car ce deuxième disque est en quelque sorte un backup de sda (autrefois, je montais Ubuntu sur sdb; Windows était sur sda. Maintenant que j'ai flushé XP, j'ai installé Ubuntu sur sda et conservé la partition sdb pour la sauvegarde. Je n'ai pas supprimé le swap qui y figurait. Car il m'est arrivé à l'occasion de choisir de booter la partition de sauvegarde à partir de grub et je me disais qu'elle avait besoin de son propre swap. Me trompé-je?</div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>Autre chose que je remarque, avant que tu modifie ton fstab, la ligne représentant ton 2e disque dur me semblait bizarre<div class="im"><br style="font-family:courier new,monospace"><span style="font-family:courier new,monospace">UUID=27de803f-6eae-4681-b841-068d3acb9454 /media/Fichiers medias ext3 user 0 0</span><br>
<br></div>à moins que mes connaisances de mount sont datés, je ne pense pas que l'option 'medias' existe. Du moins, en faisant une recherche rapide dans man mount, l'option 'medias' n'apparaît pas. d'habitude une entrée dans fstab doit suivre ce format :<br>
<br><span style="font-family:courier new,monospace">partition point_de_montage systeme_de_fichier options 0 0</span><br><br>et à ce que je sache 'medais' n'est pas un système de fichiers qui existe. C'est peut-être ceci qui générait une erreur et qui faisait en sorte que le 2e disque ne se faisait pas monté<br>
</blockquote><div> </div><div><div>sdb6 s'appelait effectivement «Fichiers medias» avec l'espace et ça ne causait pas de problème. Même chose pour «Mon gros disque» sur sdc. C'est en redémarrant l'ordinateur à répétition hier que j'ai remarqué des messages en terminal à propos de la partition «Fichiers» tout court qui n'existait pas. J'ai donc rebaptisé ces partitions avec des caractères de soulignement. Je ne sais pas pourquoi ce qui passait ne passe plus, mais bon, je ne suis pas à une interrogation près. Peut-être que <font face="courier new,monospace">/media/Mon gros disque</font> et <font face="courier new,monospace">/media/Fichiers medias</font> existaient et qu'ils sont disparus?</div>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
La plupart des automounter utilisent les daemons hal et dbus pour détecter les nouveaux périphériques. Tu peut donc vérifier si les processus sont bien partis avec les commandes.<br>
<br>ps ax | grep hal<br>ps ax | grep dbus<br></blockquote><div><br></div><div>Lorsque j'effectue la première de ces deux commandes, voici ce que j'obtiens (j'ai mis en gras le seul «hal» tout court):</div><div>
<br></div><div> <font face="courier new,monospace"> 984 ? Ss 0:00 hald --daemon=yes<br> 1082 ? S 0:00 hald-runner<br> 1253 ? S 0:00 hald-addon-hid-ups: listening on /dev/usb/hiddev0<br>
1254 ? S 0:00 hald-addon-storage: polling /dev/sde (every 2 sec)<br> 1255 ? S 0:00 hald-addon-storage: polling /dev/sdf (every 2 sec)<br> 1265 ? S 0:00 hald-addon-storage: polling /dev/sr0 (every 2 sec)<br>
1277 ? S 0:00 hald-addon-storage: polling /dev/sdd (every 2 sec)<br> 1280 ? S 0:00 hald-addon-storage: polling /dev/sdg (every 2 sec)<br> 1282 ? S 0:00 /usr/lib/<strong>hal</strong>/hald-addon-cpufreq<br>
1283 ? S 0:00 hald-addon-acpi: listening on acpid socket /var/run/acpid.socket<br> 1285 ? S 0:00 hald-addon-input: Listening on /dev/input/event0 /dev/input/event1 /dev/input/event5 /dev/input/event6 /dev/input/event4<br>
1287 ? S 0:00 hald-addon-storage: polling /dev/sr1 (every 2 sec)<br> 3886 pts/0 S+ 0:00 grep --color=auto hal</font><br><br></div><div>La deuxième commande donne ceci:</div><div><br></div><div> <font face="courier new,monospace"> 977 ? Ss 0:00 dbus-daemon --system --fork<br>
2485 ? Ss 0:00 /usr/bin/ssh-agent /usr/bin/dbus-launch --exit-with-session /usr/bin/pulse-session gnome-session<br> 2492 ? S 0:00 /usr/bin/dbus-launch --exit-with-session /usr/bin/pulse-session gnome-session<br>
2493 ? Ss 0:00 /bin/dbus-daemon --fork --print-pid 7 --print-address 9 --session<br> 3954 pts/0 S+ 0:00 grep --color=auto dbus<br></font></div><div><font face="courier new,monospace"><br></font></div><div>
<font face="arial,helvetica,sans-serif">Dans les deux cas, je ne sais pas décoder si hal et dbus ont démarré. </font><font face="courier new,monospace"><br></font></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>S'ils ne sont pas partis, tu peut les partir avec <br><br>sudo /etc/init.d/dbus start<br>sudo /etc/init.d/hal start<br></blockquote><div><br></div><div>SI je lance sudo /etc/init.d/dbus start (même msg pour hal):</div>
<div><br></div><div><font face="courier new,monospace">Rather than invoking init scripts through /etc/init.d, use the service(8)<br>utility, e.g. service dbus start</font></div><div><font face="arial,helvetica,sans-serif"><br>
</font></div><div><font face="arial,helvetica,sans-serif">Alors j'exécute ce qu'on me dit de faire (même msg pour hal, avec des numéros sender et pid différents):</font></div><div><font face="arial,helvetica,sans-serif"><br>
</font><font face="courier new,monospace">gilbert@gilbert-desktop:~$ start dbus<br>start: Rejected send message, 1 matched rules; type="method_call", sender=":1.64" (uid=1000 pid=3965 comm="start) interface="com.ubuntu.Upstart0_6.Job" member="Start" error name="(unset)" requested_reply=0 destination="com.ubuntu.Upstart" (uid=0 pid=1 comm="/sbin/init"))</font><font face="arial,helvetica,sans-serif"><br>
</font></div><div><font face="arial,helvetica,sans-serif"><br></font></div><div><font face="arial,helvetica,sans-serif">Inutile de dire que je n'ai aucune espèce d'idée de ce que c'est censé vouloir me dire. Est-ce que ça dit qu'automounter fonctionne?<br>
</font> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Bien que la magie des automounter nous facilite la vie quand on veut monter des périphériques externes, il est tout à fait possible de faire le même processus 'à la main'. En gros les étapes à suivre sont :<br>
</blockquote><div> </div><div>Content de savoir comment monter ces bidules <em>manu militari</em>, bien sûr, mais pourquoi devrait-on se taper la job de bras quand c'est censé se faire automatiquement?</div><div><br>
</div>
<div>En tout cas, encore une fois merci pour ces informations claires et détaillées. Tu devrais te lancer dans la rédaction de manuels d'utilisateur!</div><div><br></div><div>Gilbert Dion</div>