Arturo Mardones escribió:

> en el caso de fedora esta es la salida del lsof
> yum.cron 4210 root  cwd    DIR    3,1    4096       2 /
> yum.cron 4210 root  rtd    DIR    3,1    4096       2 /
> yum.cron 4210 root  txt    REG    3,1  686520 4504403 /bin/bash
> yum.cron 4210 root  mem    REG    3,1  126576 3361930 /lib/ld-2.3.6.so
> yum.cron 4210 root  mem    REG    3,1 1481808 3361932 /lib/libc-2.3.6.so
> yum.cron 4210 root  mem    REG    3,1   16244 3361940 /lib/libdl-2.3.6.so
> yum.cron 4210 root  mem    REG    3,1   12924 3363057 /lib/libtermcap.so.2.0.8
> yum.cron 4210 root  mem    REG    0,0               0 [heap] (stat: No such 
> file or directory)
> yum.cron 4210 root    0r  FIFO    0,6          380590 pipe
> yum.cron 4210 root    1w  FIFO    0,6          381449 pipe
> yum.cron 4210 root    2w  FIFO    0,6          381449 pipe
> yum.cron 4210 root  255r   REG    3,1     158  981265 /etc/cron.daily/yum.cron

Yo me imagino que lo que esto significa es que yum tiene abierto un
archivo que fue borrado del sistema de archivos despues que lo abrio.
Probablemente es un archivo temporal.

Un experimento simple sirve para verificar esta hipotesis.  Creese un
programa que abra un archivo y luego se quede dormido:

cat > test.c <<EOF
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <unistd.h>

int main(int argc, char **argv)
{
        open("/tmp/hola", O_CREAT);
        sleep(1000);
        return 1;
}
EOF

Luego compilese y ejecutese.  En mitad de la ejecucion, borrese /tmp/hola.
Verifiquese lsof antes y despues de borrar el archivo.

09:59  drizzt ~ 0$ gcc -Wall test.c
09:59  drizzt ~ 0$ ./a.out 

[en otro terminal]

10:00  drizzt ~ 0$ lsof -p `pgrep a.out`
lsof: WARNING: can't stat() xfs file system /dev/.static/dev
      Output information may be incomplete.
COMMAND   PID     USER   FD   TYPE DEVICE    SIZE     NODE NAME
a.out   24087 alvherre  cwd    DIR   34,5    9544      365 /home/alvherre
a.out   24087 alvherre  rtd    DIR   34,1    4096      128 /
a.out   24087 alvherre  txt    REG   34,5    6997   800237 /home/alvherre/a.out
a.out   24087 alvherre  mem    REG   34,1 1266832 12583757 
/lib/tls/i686/cmov/libc-2.3.6.so
a.out   24087 alvherre  mem    REG   34,1   92264  8389627 /lib/ld-2.3.6.so
a.out   24087 alvherre  mem    REG    0,0                0 [stack] (stat: No 
such file or directory)
a.out   24087 alvherre    0u   CHR  136,8               10 /dev/pts/8
a.out   24087 alvherre    1u   CHR  136,8               10 /dev/pts/8
a.out   24087 alvherre    2u   CHR  136,8               10 /dev/pts/8
a.out   24087 alvherre    3r   REG   34,1       0 29502933 /tmp/hola
10:00  drizzt ~ 0$ rm /tmp/hola
rm: ¿borrar el fichero regular vacío «/tmp/hola»  protegido contra escritura? 
(s/n) y
10:00  drizzt ~ 0$ lsof -p `pgrep a.out`
lsof: WARNING: can't stat() xfs file system /dev/.static/dev
      Output information may be incomplete.
COMMAND   PID     USER   FD   TYPE DEVICE    SIZE     NODE NAME
a.out   24087 alvherre  cwd    DIR   34,5    9544      365 /home/alvherre
a.out   24087 alvherre  rtd    DIR   34,1    4096      128 /
a.out   24087 alvherre  txt    REG   34,5    6997   800237 /home/alvherre/a.out
a.out   24087 alvherre  mem    REG   34,1 1266832 12583757 
/lib/tls/i686/cmov/libc-2.3.6.so
a.out   24087 alvherre  mem    REG   34,1   92264  8389627 /lib/ld-2.3.6.so
a.out   24087 alvherre  mem    REG    0,0                0 [stack] (stat: No 
such file or directory)
a.out   24087 alvherre    0u   CHR  136,8               10 /dev/pts/8
a.out   24087 alvherre    1u   CHR  136,8               10 /dev/pts/8
a.out   24087 alvherre    2u   CHR  136,8               10 /dev/pts/8
a.out   24087 alvherre    3r   REG   34,1       0 29502933 /tmp/hola (deleted)


Conclusion: la hipotesis no es valida :-)  Observese en todo caso que
aparece un mensaje semejante, solo que en vez de estar el file
destriptor en el heap, esta en el stack.  Cual es la importancia de
esto, la desconozco.

Otra conclusion: el que aparezca esto en lsof no es signo de gran cosa.

-- 
Alvaro Herrera                                http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support
From [EMAIL PROTECTED]  Wed Apr 12 10:16:03 2006
From: [EMAIL PROTECTED] (joshua)
Date: Wed Apr 12 10:29:35 2006
Subject: Ubuntu 5.10 y portatil centrino.
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

Tambien puedes utilizar el parametro 

pci=usepirqmask irqpoll noapic

Ya que acpi=off no permitira ver tu estado de bateria y hacer escala de
la cpu, lo otro es que no se apagara solo, tendras que apagarlo (a la
antigua) desde el boton.

Saludos,
Joshua
El mié, 12-04-2006 a las 09:29 -0400, Ernesto del Campo escribió:
> Muchas gracias por sus respuestas. 
> 
> 
> Ernesto del Campo C.
> -----Mensaje original-----
> De: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] En nombre de Rolando Espinoza La
> Fuente
> Enviado el: martes, 11 de abril de 2006 12:42
> Para: Discusion de Linux en Castellano
> Asunto: Re: Ubuntu 5.10 y portatil centrino.
> 
> On 4/11/06, Ernesto del Campo <[EMAIL PROTECTED]> wrote:
> > Estimados...
> [...]
> > Siendo sincero, no me quiero cambiar de distribución ya que esta 
> > funciona muy bien en mi portatil
> 
> Si pruebas enviando como parámetero al arrancar ' acpi=off  '?
> 
> http://www.ubuntuforums.org/archive/index.php/t-75227.html
> 
> --
> ~Rho
>   GPG Key:
> http://darkstar.pinguinos.org/~rolando/darkrho.key.asc
>   GPG Fingerprint:  E91A EADE 75D1 4A82 E564  322F E01C EB49 4372 ED1A
> 

Responder a