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. Saludos -- A menudo unas pocas horas de "Prueba y error" podrán ahorrarte minutos de leer manuales. -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: http://lists.debian.org/CAABYcjO_RaYh0_zKFXBoV=sucky18rm-kbhs7n8rke7j6a7...@mail.gmail.com
