Tá demorando um absurdo (mesmo!, algo maior que 8h!!!) para dar um erase
na fita. Preciso realmente dar um erase antes de usar ou posso
simplesmente escrever por cima?
On 07/15/2010 02:11 PM, Leonardo Carneiro - Veltrac wrote:
Valeu Junior, sua explicação valeu bastante. Eu desconhecia de tal
estado, e jamais pensei que poderia ter um processo que não pudesse
ser morto pelo root. Outras maneiras que eu concluí que poderiam me
ajudar sem o reboot seriam: rancar o cabo usb do dispositivo (o que eu
fiz, ou descarregar o modulo que o dispositivo estava usando. Achei
esse link no google, valeu a pena: http://linuxgazette.net/issue83
/tag/6.html
Até mais.
On 07/15/2010 01:58 PM, Junior Polegato - Linux wrote:
Em 15-07-2010 13:50, Leonardo Carneiro - Veltrac escreveu:
Bizaaaaarro. Tava demorando pra dar um erase na fita, reparei que a
sessão tinha travado e tentei dar um kill no processo. Alguém já viu
um processo resistindo a um kill -9?? Tentei de tudo: kill, pkill,
fuser -k, matar por dentro do htop e NADA. mto bizarro. Alguém tme
alguma idéia?
Olá,
Não participando do assunto da cópia e sim do processo
resistindo ao kill, veja um detalhe dos estados do "man ps":
"
PROCESS STATE CODES
Here are the different values that the s, stat and state
output specifiers (header "STAT" or "S") will display to describe the
state of a process.
D Uninterruptible sleep (usually IO)
R Running or runnable (on run queue)
S Interruptible sleep (waiting for an event to complete)
T Stopped, either by a job control signal or because it is
being traced.
W paging (not valid since the 2.6.xx kernel)
X dead (should never be seen)
Z Defunct ("zombie") process, terminated but not reaped by
its parent.
For BSD formats and when the stat keyword is used, additional
characters may be displayed:
< high-priority (not nice to other users)
N low-priority (nice to other users)
L has pages locked into memory (for real-time and custom IO)
s is a session leader
l is multi-threaded (using CLONE_THREAD, like NPTL pthreads
do)
+ is in the foreground process group
"
Então o processo está no estado "D" ele é
"não-interrompível", o que acontece geralmente com espera por reposta
de entrada/saída de dados, de forma que se ele não ter um time-out
configurado, vai ficar nessa situação até que se desligue a máquina.
[]'s
Junior Polegato
--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4c40aa5e.9040...@veltrac.com.br