Je me demande si vos problèmes proviennent du lecteur de carte en général, ou s'ils ne suivent que certaines cartes SD (mais fonctionnent avec d'autres). C'est probablement de cette manière que j'aborderais le dépannage :
- Avez-vous essayé d'autres cartes ?
- Comment les cartes sont-elles formatées ?
- Sont-ils tous du même fabricant ?
En particulier, je note que vous mentionnez un décalage entre le point de montage de votre entrée fstab et l'endroit où le système monte réellement le périphérique ; cela semble indiquer que Gnome-VFS ou un autre automate a monté le périphérique à un point de montage basé sur un label de volume.
Honnêtement, je ne pense pas que votre lecteur de carte SD ait sa place dans /etc/fstab . C'est un peu comme le périphérique CD/DVD : il pourrait y être placé, mais il faudrait utiliser l'entrée du périphérique (qui pourrait changer au fil des redémarrages), et les rencontres automatiques de GNOME/KDE font probablement un meilleur travail de toute façon. Les UUIDs sont inutiles ici : vous aurez besoin d'une entrée pour chaque carte SD que vous utilisez, ou vous devrez prendre soin de vous assurer que toutes vos cartes SD sont marquées avec le même UUID. Il en va de même pour les étiquettes de volume. Donc si vous avez un fstab du tout, il devrait s'agir de l'entrée du périphérique et d'un point de montage générique, tel que /media/sdcard0 ou autre.
L'idéal serait de savoir pourquoi le compteur automatique de l'environnement de bureau ne fonctionne pas correctement. Fonctionne-t-il avec une clé USB ou un autre disque externe ? La fonction appropriée (sur GNOME, KDE devrait être similaire) devrait être :
- insérer un nouveau dispositif,
- Le système reconnaît le dispositif,
- Le système monte le dispositif (généralement à
/media/<volume_label> )
- le système crée une nouvelle icône sur le bureau pour le dispositif
La chaîne d'événements du système réel est plutôt la suivante :
- uDev (sous-système hotplug du noyau) enregistre un nouveau périphérique ou une notification de "changement de support".
- uDev informe DBus/HAL du changement de matériel.
- DBus/HAL transmet ces informations aux auditeurs enregistrés (par exemple, Gnome-VFS).
- si un utilisateur est connecté à GNOME, Gnome-VFS (exécuté en tant qu'utilisateur) est à l'écoute, et doit traiter
- création d'un point de montage (basé sur l'étiquette du volume du nouveau média)
- support de dispositif
- création d'icônes
J'ai écrit un article sur l'utilisation uDev y HALevt comme les rencontres automatiques (similaires à Gnome-VFS) dans une autre question ; il y a beaucoup de bonnes informations sur les processus système sous-jacents, donc elles peuvent vous être utiles.
Compte tenu du processus ci-dessus, pouvez-vous identifier une zone particulière où le problème est introduit ?
