curioso comportamiento comandos du y df
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hola a tod@s: He observado una cosa muy curiosa,sin embargo "peligrosa",al ejecutar los comandos du o df en un directorio donde solo hay ficheros temporales del programa mldonkey. Si alguno lo ha usado,sabrá que antes de descargar un fichero,por ejemplo,zzzz.avi esta aparece en el directorio temporal como una serie de numeros y letras tipo A56788CVD3444344AAAAGAAA. Pues bien,si en ese directorio temporal hacemos un du -h que nos debe decir el tamaño del directorio,no se corresponde con la realidad.Sale un número menor. Lo mismo puede decirse del comando df -h que nos da el tamaño de cada partición montada y los porcentajes de uso y disponibilidad de las mismas.Tampoco lo que sale para la partición donde está este directorio se corresponde con la realidad. Por ahora,solo desde dentro de un gui con acceso a mldonkey o con mc y eligiendo todos los archivos en el directorio temporal de mldonkey tengo idea de lo que realmente estan ocupando esos archivos. Uso suse 8.1.Es este fenómeno un bug de estos comandos? Agradecería comentarios al respecto,más que nada por curiosidad. Salu2 - -- Chema Ollés Usuario Linux: #198057 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFArwf2EU1XZxX+Q+YRAqHyAJ9Tmr11J5H5CLQSReqjc4Z3QtDGHwCfd1N6 6sNzleiIULY+kXJ0ibysIJs= =+2kr -----END PGP SIGNATURE-----
El 2004-05-22 a las 09:57 +0200, Chema Ollés escribió:
Hola a tod@s: He observado una cosa muy curiosa,sin embargo "peligrosa",al ejecutar los comandos du o df en un directorio donde solo hay ficheros temporales del programa mldonkey. Si alguno lo ha usado,sabrá que antes de descargar un fichero,por ejemplo,zzzz.avi esta aparece en el directorio temporal como una serie de numeros y letras tipo A56788CVD3444344AAAAGAAA. Pues bien,si en ese directorio temporal hacemos un du -h que nos debe decir el tamaño del directorio,no se corresponde con la realidad.Sale un número menor.
No tengo ni idea de los programas de los borricos, pero si tengo una sospecha. Los sistemas de ficheros linux (y unix) soportan archivos "sparse", es decir, archivos que tienen huecos en medio (porque todavía no se ha descargado ese trozo). El detalle es que el hueco no es un trozo de archivo lleno de ceros, sino que realmente no está grabado en disco, y ese espacio está disponible para otro fichero. No me extrañaría nada que los borricos usen esa posibilidad tan util. De esa forma, el espacio ocupado por los ficheros puede ser distinto que la suma aparente de los tamaños "aparentes" de los ficheros. -- Saludos Carlos Robinson
Carlos E. R. wrote:
El 2004-05-22 a las 09:57 +0200, Chema Ollés escribió:
Hola a tod@s: He observado una cosa muy curiosa,sin embargo "peligrosa",al ejecutar los comandos du o df en un directorio donde solo hay ficheros temporales del programa mldonkey. Si alguno lo ha usado,sabrá que antes de descargar un fichero,por ejemplo,zzzz.avi esta aparece en el directorio temporal como una serie de numeros y letras tipo A56788CVD3444344AAAAGAAA. Pues bien,si en ese directorio temporal hacemos un du -h que nos debe decir el tamaño del directorio,no se corresponde con la realidad.Sale un número menor.
No tengo ni idea de los programas de los borricos, pero si tengo una sospecha. Los sistemas de ficheros linux (y unix) soportan archivos "sparse", es decir, archivos que tienen huecos en medio (porque todavía no se ha descargado ese trozo). El detalle es que el hueco no es un trozo de archivo lleno de ceros, sino que realmente no está grabado en disco, y ese espacio está disponible para otro fichero. No me extrañaría nada que los borricos usen esa posibilidad tan util.
De esa forma, el espacio ocupado por los ficheros puede ser distinto que la suma aparente de los tamaños "aparentes" de los ficheros.
Podrían clarar, de que sistema de archivos están hablando?
El 2004-05-22 a las 10:50 -0300, Juan Erbes escribió: Por alguna razón extraña, este msg no me llegó a la lista, solo he visto la respuesta privada :-?
Date: Sat, 22 May 2004 10:50:04 -0300 From: Juan Erbes To: Carlos E. R. Cc: suse-linux-s
De esa forma, el espacio ocupado por los ficheros puede ser distinto que la suma aparente de los tamaños "aparentes" de los ficheros.
Podrían clarar, de que sistema de archivos están hablando?
Los archivos sparse lo soportan varios sistemas de archivos, que yo sepa, para sistemas operativos tipo unix. El ext2 lo soporta, el ext3 logicamente también, y el reiser imagino que también. Es una opción de montaje o quizás de creación del sistema de ficheros. No recuerdo ahora mismo en que pagina de manual se mencion Vfat, ni hablar. Ntfs, ni idea. -- Saludos Carlos Robinson
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Carlos E. R. escribió: | El 2004-05-22 a las 09:57 +0200, Chema Ollés escribió: | | |>Hola a tod@s: |>He observado una cosa muy curiosa,sin embargo "peligrosa",al ejecutar |>los comandos du o df en un directorio donde solo hay ficheros temporales |>del programa mldonkey. |>Si alguno lo ha usado,sabrá que antes de descargar un fichero,por |>ejemplo,zzzz.avi esta aparece en el directorio temporal como una serie |>de numeros y letras tipo A56788CVD3444344AAAAGAAA. |>Pues bien,si en ese directorio temporal hacemos un du -h que nos debe |>decir el tamaño del directorio,no se corresponde con la realidad.Sale un |>número menor. | | | No tengo ni idea de los programas de los borricos, pero si tengo una | sospecha. Los sistemas de ficheros linux (y unix) soportan archivos | "sparse", es decir, archivos que tienen huecos en medio (porque todavía no | se ha descargado ese trozo). El detalle es que el hueco no es un trozo de | archivo lleno de ceros, sino que realmente no está grabado en disco, y ese | espacio está disponible para otro fichero. No me extrañaría nada que los | borricos usen esa posibilidad tan util. | | De esa forma, el espacio ocupado por los ficheros puede ser distinto que | la suma aparente de los tamaños "aparentes" de los ficheros. | Hola Carlos: No se si tu respuesta es la correcta,pero tiene visos de verosimilitud ;-) Gracias Salu2 - -- Chema Ollés Usuario Linux: #198057 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAr4ahEU1XZxX+Q+YRAtZcAKDEQSkU5ZpQSK0d9EH0yqa0lI50awCeKDY2 UIbr2XLZ0sLCn+0vsuyr+ZU= =vAv9 -----END PGP SIGNATURE-----
participants (3)
-
Carlos E. R.
-
Chema Ollés
-
Juan Erbes