Forum Linux.général lecteur indémontable

Posté par  .
Étiquettes : aucune
0
2
oct.
2004
Bonjour,

J'ai un problème pour démonter proprement un lecteur. J'ai lancé une copie d'un fichier sous kde à partir d'un lecteur cdrom usb. Comme le transfert n'avançait plus (cd déffecteux ?), je clique sur annuler, et essaye de démonter le cdrom : impossible que ce soit à partir de kde ou de la ligne de commande !

Je regarde si le fichier est toujours utilisé :

% lsof| grep mnt
kdeinit 2914 dav 7r REG 11,0 727646208 45124 /mnt/sr/rapport.zip

Pourtant, toutes mes fenêtres konqueror sont bien fermées et je ne parviens pas à tuer ce kdeinit. Un kill -9 2914 reste sans effet. Ca reste même si je redémarre Xfree..

Je rencontre ce problème et aimerais savoir comment le résoudre propremement sans rebooter.
  • # Malheureusement...

    Posté par  . Évalué à 2.

    C'est un problème débattu souvent, mais il n'a pas de solution autre que l'attente (que le kernel décide de dégager le process), l'éjection du média de manière brute (avec le trombonne dans le lecteur) ou le reboot...

    Le processus doit être dans l'état D (Uninterruptible sleep (usually IO)), il ne peut pas être tuer par un signal KILL.

    Si kkun a autre chose, qu'il parle maintenant ou se taise à jamais...
    • [^] # Re: Malheureusement...

      Posté par  . Évalué à 1.

      Merci pour ta réponse malgré son pessimisme :-)

      Effectivement, je crois bien que le process était dans l'état que tu décris.

      Comme il s'agit d'un lecteur usb, l'éjection du cd n'est pas problématique (j'éteind puis je rallume), mais j'ai été surpris par le fait que le process reste même si le lecteur n'est plus présent !

      Je me dis qu'au bout de quelques cds sujets aux erreurs de lecture, je risque de me retrouver avec une série de kdeinit inutiles..

      Pour l'instant, je n'ai trouvé que le reboot comme solution efficace, mais je continuerais de chercher à l'occasion.

Suivre le flux des commentaires

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