Journal Quand le cd rom part en live (elle est excellente ...)

Posté par  (site web personnel) .
Étiquettes : aucune
0
2
avr.
2004
Hello les gens,
il m'arrive parfois de "perdre" le cdrom
- avec totem pour les fichiers dont j'ai oublié de virer le lien d'ouverture avec cette sombre m---e
- dans konqueror + supermount + je t'ouvre / je te ferme 20 fois
- un cd mal gravé
- etc.

Comment reprendre le dessus sur un "in use" ou "périphérique en cours d'utilisation"
Comment savoir qu'elle application l'utilise ?
Comment lui expliquer que je viens d'ejecter le cd donc forcément le umount est possible ...
Comment dire au système "mais arrete donc de t'acharner ! Je te dis de le cracher ce putain de CD !"

Voilà :)
  • # Re: Quand le cd rom part en live (elle est excellente ...)

    Posté par  . Évalué à 1.

    eject
  • # Re: Quand le cd rom part en live (elle est excellente ...)

    Posté par  . Évalué à 1.

    >Comment savoir qu'elle application l'utilise ?

    From je-ne-sais-plus-qui :

    Quand on veut demonter une partition et que l'on obtient ca:
    umount: /rack/p3: device is busy

    Pour savoir quel process suprimer on peut faire:

    ls -l /proc/*/fd/* | grep rack/p3 2>>; /dev/null

    Ce qui permet d'obtenir les PID des process fautifs.

    lr-x------ 1 gx2 gx2 64 Sep 20 16:52 1394/fd/3 -> /rack/p3/mp3/Fat Amy/purple.mp3
  • # Re: Quand le cd rom part en live (elle est excellente ...)

    Posté par  (site web personnel) . Évalué à 2.

    lsof | grep /dev/cdrom
  • # Re: Quand le cd rom part en live (elle est excellente ...)

    Posté par  . Évalué à 2.

    /sbin/lsof (en root) te donne une liste de tous les file descriptor de tous les processus. Un petit grep dessus devrait permettre de récupérer le malheureux qui s'est égaré dans une galette.... Et gentiment (c'est important, faut pas le violenter), tu le kill -9.
    • [^] # Re: Quand le cd rom part en live (elle est excellente ...)

      Posté par  (site web personnel) . Évalué à 2.

      Pourquoi n'y a t'il pas ce genre de commande intégrée dans les gestionnaires de bureau ? Du genre dans un menu clic droit sur le lecteur CD, une entrée "Qui l'utilise", ou une fenetre d'avertissement quand on tente d'ejecter le CD "le processus 1234 (xmms) est en train de lire /rack/p3/mp3/Fat Amy/purple.mp3, ejection impossible"

      Hein, pourquoi ?

      (bon hein ho j'ai pas encore fini mon café du matin...)
      • [^] # Re: Quand le cd rom part en live (elle est excellente ...)

        Posté par  (site web personnel) . Évalué à 1.

        c'est triste ton avis sur les commandes
        envoie un patch !
      • [^] # Re: Quand le cd rom part en live (elle est excellente ...)

        Posté par  . Évalué à 1.

        Trop risqué : Imagine si le processus fautif est un truc super-important, et là, pof, tu le tues bêtement.
        En plus, ce n'est pas touours aussi simple : des fois le processus peut être pris dans une autre embrouille (NFS pour ne citer que lui) et il est bloquant pour être tué.

        Ce qui serait bien, ce serait d'avoir une liste des processus fautifs, mais sans la possiblité de les tuer directement. J'ai découvert à cet effet un gentil "ctrl-esc" du meilleur effet sous KDE, qui m'a furieusement fait penser à un autre OS.
        • [^] # Re: Quand le cd rom part en live (elle est excellente ...)

          Posté par  . Évalué à 1.

          Si c'est super important, il est peu probable qu'un utilisateur puisse le tuer. Par contre, si c'est une session emacs/vi/eclipse/gimp/pitié-pas-de-troll, il vaut mieux prévoir une option pour sortir proprement (pour qu'éventuellement le programme en question signale qu'il faudrait sauvegarder avant de sortir). En même temps, typiquement, c'est pas le truc que je verrais en clic droit, parce que la plupart du temps c'est complètement inutile. Ça devient intéressant au moment où tu vois la boîte de dialogue qui te dis qu'il n'est pas possible de démonter/éjecter le support. Le bouton "Détails" n'apporte pas grand chose pour le moment, l'info sur le processus fautif serait intéressante, dans le cadre de ce que RMS appelle "discoverabilty": tant qu'il n'y a pas de problème, je n'ai pas à savoir comment fonctionne le système, mais si ça se gâte, il faut que le système me permette de découvrir (sans être un expert) ce qui ne va pas, et me propose des options pour le réparer.

          Si on a l'info, alors un bouton "Fermer l'application" en face de chaque fautif serait du meilleur effet (ça éviterait d'avoir à ouvrir une console pour faire un kill, le truc inimaginable pour ma tante Gertrude, et ça utilise les mécanismes propres de fin d'application). Ensuite, si l'application est lockée, on en revient à un comportement par défaut (je crois que sous gnome, il propose automatiquement de tuer une appli qui refuse de sortir gracieusement).

          Il n'y a pas de gestionnaire de processus sous Gnome ? Parce que ta remarque sur le ctrl-esc de KDE me fait penser qu'il suffirait de spécialiser ce gestionnaire et de le lier au dialogue "Unable to eject: device is busy" ou autre truc du genre.
  • # Re: Quand le cd rom part en live (elle est excellente ...)

    Posté par  (site web personnel) . Évalué à 1.

    umount -f /cdrom peut pas faire ton affaire ?

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.