Voila l'histoire, elle est simple...
J'ai mis un CD qui finalement n'est pas lisible dans mon petit lecteur de CD.
J'ai fait un mount, c'est passé. J'ai fait un ls, ben, la, c'est pas passé. Résultat, ca fait trois jours que ca me lance tous les matins un updatedb et tout le toutime. Je viens de remarquer ca aujourd'hui, et dans ma liste de process, j'avais une "palankée" de process de merde.
Apres un grand et beau nettoyage, j'ai réussi a faire un umount.
umount -f n'a pas fonctionné, mais umont -l oui. J'espere juste que ca va calmer mon cron et mon updatedb.
Donc la question, la voila...
J'ai ca dans mon ps :
root 8447 1 0 Mar20 ? 00:00:00 ls --color=auto --color=auto -l /cdrom
Depuis le 20 Mars.... kill, kill -9, killall ls, killall -9 ls, tout y est passé, et rien n'y fait! Je n'arrive pas à le virer! /cdrom n'est plus la, bref. Comment faire pour virer ce process? Un p'tit init 6 (ou init 42) devrai résoudre mon probleme, mais j'suis maniaque de mon uptime (24 days pour le moment seulement) et j'aimerai éviter.
Fait que, si une bonne ame a une super idée pour virer ca, j'suis prenneur!
(Question auxiliaire, comment on décompte un .ace sous linux? apt-get intall unp -> vous devez installer le package unace. apt-get install unace -> existe pô :( )
JMS
# Re: Apres le KILL -9 et avant le INIT...
Posté par gaaaaaAab . Évalué à 2.
[^] # Re: Apres le KILL -9 et avant le INIT...
Posté par Jean-Marc Spaggiari . Évalué à 1.
cube:/usr/local# ps -eaf | grep ls
root 8447 1 0 Mar20 ? 00:00:00 ls --color=auto --color=auto -l /cdrom
root 18273 3360 0 10:47 pts/5 00:00:00 grep ls
Une autre idée? ;) (a moins que je m'y soit mal pris pour envoyer le SIGCONT?)
# Re: Apres le KILL -9 et avant le INIT...
Posté par zyglotron . Évalué à 2.
J'ai un paquet unace sous debian unstable/SID
-------------------------------
*** Opt utils unace 2.20-0.0 2.20-0.0 uncompress .ace files
unace - uncompress .ace files
Program for uncompressing for .ace files
-------------------------------
Après recherche il vient de la source Marillat... voili, voilou...
[^] # Re: Apres le KILL -9 et avant le INIT...
Posté par Jean-Marc Spaggiari . Évalué à 1.
[^] # Re: Apres le KILL -9 et avant le INIT...
Posté par zyglotron . Évalué à 1.
[^] # Re: Apres le KILL -9 et avant le INIT...
Posté par Jean-Marc Spaggiari . Évalué à 1.
Je pense que non, et j'ai vu que la liste des paquages sur le site en question est restrainte, mais j'aimerai juste avec une confirmation avant de tout peter ;)
[^] # Re: Apres le KILL -9 et avant le INIT...
Posté par Jean-Marc Spaggiari . Évalué à 1.
Ca fonctionne nickel.
un p'tit coups d'update, un coups d'install, et le tour est joué.
Merci.
[^] # Re: Apres le KILL -9 et avant le INIT...
Posté par Coox . Évalué à 1.
[^] # Re: Apres le KILL -9 et avant le INIT...
Posté par M . Évalué à 1.
apt-cache show unace
Package: unace
Priority: optional
Section: utils
Installed-Size: 456
Maintainer: Christian Marillat <marillat@debian.org>
Architecture: i386
Version: 2.20-0.0
Depends: libc6
Filename: dists/unstable/main/binary-i386/unace_2.20-0.0_i386.deb
Size: 183290
MD5sum: 648fedb030aa7c1d73a02866ca06f4c5
Description: uncompress .ace files
Program for uncompressing for .ace files
Package: unace
Priority: optional
Section: utils
Installed-Size: 80
Maintainer: Guillem Jover <guillem@debian.org>
Architecture: i386
Version: 1.2b-1
Depends: libc6 (>= 2.3.2.ds1-4)
Filename: pool/main/u/unace/unace_1.2b-1_i386.deb
Size: 14380
MD5sum: 5d864976132d0eee121d30e1151b5700
Description: extract, test and view .ace archives
The unace utility is used for extracting, testing and viewing
the contents of archives created with the ACE archiver.
# Re: Apres le KILL -9 et avant le INIT...
Posté par Benoît Déchamps (site web personnel) . Évalué à 1.
Sérieusement certain lecteur on un firmware tellement pourrave, voilà le résultat quand on essaye de lire un CD illisible ou mal gravé. J'ai un lecteur de DVD qui a le même problème et en général je m'en sors avec l'ejection de secours mais si par malheur un ls ou un autre process prend le statut D c'est reboot obligatoire. Je n'ai pas ce genre de problème avec mon graveur ou mon bon vieux Hitachi.
[^] # Re: Apres le KILL -9 et avant le INIT...
Posté par manuel . Évalué à 1.
o_O
Mais pourquoi ?
[^] # Re: Apres le KILL -9 et avant le INIT...
Posté par ckyl . Évalué à 1.
[...]
D uninterruptible sleep (usually IO)
Or un processus ne recoit pas de signaux quand il dort dans le noyau. Normalement juste avant qu'il revienne en espace utilisateur une verification est faite sur les signaux en attente et se deroute pour les traiter.
Donc tu peux lui envoyer tout les kill que tu veux pour le reveiller et le tuer, il les recevra... quand il se reveillera !
Bref la tu as un process bloqué jusqu'au prochain reboot. Essai voir que wgetter deux fichiers en meme temps sur la meme sortie. Il fut un temps ou c'etait assez radical pour provoquer un interblocage.
[^] # Re: Apres le KILL -9 et avant le INIT...
Posté par wismerhill . Évalué à 1.
Est-ce que le noyau 2.6 améliore les choses dans de tels cas?
[^] # Re: Apres le KILL -9 et avant le INIT...
Posté par ckyl . Évalué à 1.
Ce n'est pas un probleme c'est une fonctionalité/un design.
Si un processus se bloque en mode noyau (sur une I/O par exemple) alors c'est ce probleme la qu'il faut regler :-)
Si tu veux en savoir plus je te conseil Understanding the linux kernel chapitre 9 et /usr/src/linux/kernel/signal.c (et de se munir d'un bon grep :-)
[^] # Re: Apres le KILL -9 et avant le INIT...
Posté par wismerhill . Évalué à 1.
C'est pas génial pour l'uptime ça.
J'ai moi aussi déjà eu le cas du CD qui ne se monte pas avec mount qui reste bloqué comme décrit avant. Non seulement on a un processus immortel, mais en plus il n'y a plus moyen d'utiliser le lecteur CD (voir même le CD est bloqué dedans)! Donc le système deviens moins utilisable.
Ce n'est pas un problème de stabilité à proprement parler (le reste continue à fonctionner sans problème), mais le résultat est le même: il faut redémarrer :-(
[^] # Re: Apres le KILL -9 et avant le INIT...
Posté par Benoît Déchamps (site web personnel) . Évalué à 1.
# Re: Apres le KILL -9 et avant le INIT...
Posté par doublehp (site web personnel) . Évalué à 2.
chez un pote, c etait un aplet gnome ( le player de son ) qui avait verouille le tiroir ... apres avoir joue un CD audio ... impossible d ejecter la galette .
note que quand j ai des pb avec mount (pour raisons diverses) ... init 6 blo. => ca se fini souvent en RESET :/
# Re: Apres le KILL -9 et avant le INIT...
Posté par un_brice (site web personnel) . Évalué à 1.
"hdparm -w /dev/cdrom"
(cf manpage)
Sinon, tu peut essayer de saboter ton disque, toujours avec un grand coup de hdparm (genre un -U ou un -Y).
T'as des chances que l'appelle échoue après ça.
M'enfin, à priori y'a toujours moyen de récupèrer ce genre de truc... après ça dépends du point auquel on peut être crade je suppose ^.^ (essaie de débrancher l'alim du lecteur ?)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.