On 27/05/13 21:53, Carlos Zuniga wrote:
2013/5/27 jors<[email protected]>:
On 27/05/13 18:26, Carlos Zuniga wrote:
2013/5/26 jors<[email protected]>:
La teoría la tengo clara. El tema es que no hay modo de distinguir cuál
es
el archivo original (el que ocupa el tamaño como tal) y cuáles los
hardlinks
(el tamaño de las referencias). Y desde ese mismo instante, tratar de
calcular el espacio en disco de unos y otros es perder el tiempo.
Podrías usar un `ls -l` y filtrar por la 2da columna, que es el número
de referencias al inodo. Todo lo que sea mayor a 1 es un hardlink y no
lo tomas en cuenta para sumar el espacio total.
No me sirve. El entorno es más complejo y sobretodo, necesito saber
exactamente dónde está siendo ocupado ese espacio en disco (archivo
original) y dónde no (hardlinks/referencias). Y hasta dónde he visto,
simplemente no se puede.
Entonces necesitas mayor contexto, en la aplicación donde generas los
hardlinks genera algún archivo a la par que guarde la ubicación
inicial de los archivos y sus hardlinks.
Gracias por el consejo de todos modos, pero bufff... ni de coña voy a
hacer nada que no esté contemplado ya en la propia aplicación que crea
los hardlinks (rsnapshot) que bastante por saco me dió ya ésto.
Salut,
jors
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
Archive: http://lists.debian.org/[email protected]
