Derniers journaux de masterdik :
- [24/03@15:22] AMD & Trusted Computing
- [20/03@15:39] Mandrake -> Mandrakelinux
- [18/03@20:52] Un petit aparté...
- [18/03@20:50] Halte aux répétitions
- [18/03@20:49] Contre les gens qui se répètent
- [10/03@16:31] Le BOFH travaille chez SCO
- [16/02@18:15] Souvenirs, souvenirs...
- [14/02@20:08] Mon chien MIRZA
- [13/02@13:44] Du HTTP sous bash ?!
- [01/02@14:45] SCO.com is a weapon of mass destruction
- [31/01@15:21] http://www.linuxstolescocode.com/
- [16/01@19:27] Pétition des non-chercheurs pour la recherche
- [14/01@15:36] Plus de .doc par défaut sous Mandrake
- [23/12@01:47] Python et Java
- [17/12@21:39] mass id3 tagging & file renaming
- [09/12@15:09] Noyau 2.6
- [31/10@14:15] ArsTechnica et Mandrake
- [24/10@14:25] Mandrake 9.2 : les errata
- [08/09@23:12] Winckler on the Web
- [23/08@19:10] ESR s'énerve et tape du poing
Journal : Configurer Magicdev ?
Posté par Moby-Dik () le 27 mars 2004Après avoir passé ma Mandrake sous noyau 2.6, j'ai eu un souci avec supermount : quand je veux graver un CD, j'ai droit à des messages d'erreur me disant que cd-record ne peut pas accéder au graveur en mode exclusif. J'imagine que c'est parce que le graveur est déjà monté en mode supermount. Effectivement, en faisant umount je n'ai plus le problème ; mais alors si on doit faire umount à la main, à quoi peut bien servir supermount ?!...
Qu'à cela ne tienne, me dis-je, je vais remplacer supermount par la dernière nouveauté qui tue de la Mandrake : magicdev ! urpmi magicdev, hop, je reconfigure le graveur dans le Control Center (je remarque qu'en effet dans le /etc/fstab supermount n'est plus appelé pour le graveur), je reboote au cas où et...
Première surprise (bonne) : maintenant je peux graver sans message d'erreur et sans umount manuel.
Deuxième surprise (mauvaise) : j'ai beau insérer un CD de données, aucune icone n'apparaît sur le bureau, rien n'est lancé automatiquement et pire que tout, quelques essais en lignes de commande m'indiquent que le CD n'est absolument pas monté. Donc tout ce bazar pour se retrouver à taper mount à la main quand je veux lire un CD !
Comme j'imagine que la Mandrake 10 n'est pas buggée à ce point-là, je me dis qu'il y a quelque chose de plus à faire qu'urpmi n'a pas fait... mais quoi ? Comme par hasard, il n'y a pas de man page pour magicdev.
> Lire le journal (5 commentaires, moyenne: 1).
Re: Configurer Magicdev ?
-
[^]Re: Configurer Magicdev ?
-
[^]Re: Configurer Magicdev ?
Posté par Polaris () le 27/03/2004 à 20:37. (lien). Évalué à 1.Tiens, à ce sujet, c'est ce que j'utilise, et j'ai un léger souci: quand j'insère un CD, l'icône apparaît sur le bureau, mais si je fais un clic droit -> éjecter, Nautilus refuse d'éjecter le CD, parce que seul root a le droit de démonter /dev/scd0... Alors j'ai bine bricolé un raccourci pour "sudo umount scd0", mais c'est vraiment un sale bricolage, si vous savez comment faire, je serais content de profiter de vos lumières. Comment ça j'ai détourné le fil ? Mais pas du tout, je reste dans le sujet :)
--
Polaris-
[^]Re: Configurer Magicdev ?
Posté par Moby-Dik () le 27/03/2004 à 20:42. (lien). Évalué à 1.Normalement, ça se règle en ajoutant le flag "user" dans /etc/fstab, ou avec diskdrake.
-
[^]Re: Configurer Magicdev ?
Posté par François Schoubben (Jabber id, page perso, ) le 27/03/2004 à 21:46. (lien). Évalué à 2.et si tu as plusieurs comptes sur la machine, un "users", avec un "s", permet à un utilisateur de démonter un cd ou une disquette montée par un autre... Astute très pratique que j'ai trouvée ici il y a 3 semaines et qui a évité une bonne quinzaine de reboot depuis dans le pool étudiants :)
-
-

Les journaux sont destinés à des informations qui ne sont pas suffisamment intéressantes
pour être validées en dépêche (sinon n'hésitez pas à proposer votre information en
dépêche), qui sont sans rapport avec Linux ou le libre, ou simplement pour donner votre
avis. Si vous désirez poser une question, merci d'utiliser 

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.