[ubuntu-ar] espacio disponible en disco

[Lucas Livchits]

El día 15 de marzo de 2010 11:35, Sebastian Abate
<sebastianabate en gmail.com> escribió:
> 2010/3/15 Nicolás Adamo <nicoadamo en gmail.com>:
>> leonard zelig wrote:
>>> hola lista
>>> tenia un disco con particion ntfs y decidi pasarlo a ext4, pase el
>>> contenido a otro disco, le di formato con gparted y lo monte.
>>> el problema es que el disco es de 750gb, despues de darle formato en
>>> ext4 el gparted me dice que hay 687.48 gib disponibles y cuando monto
>>> el disco, segun nautilus, hay 652 gib disponibles!??!?
>>>
>>> fdisk - l
>>>
>>> Disk /dev/sdb: 750.2 GB, 750156374016 bytes
>>> 255 heads, 63 sectors/track, 91201 cylinders
>>> Units = cylinders of 16065 * 512 = 8225280 bytes
>>> Disk identifier: 0xd14903d2
>>>
>>>    Device Boot      Start         End      Blocks   Id  System
>>> /dev/sdb1               1       91201   732572001   83  Linux
>>>
>>> es nomal que me coma casi 100gb del tamaño original? en que se va ese
>>> espacio? trash? journalist? puede ser que en ntfs me coma menos?
>>>
>> Hola Leonardo, anduve haciendo cuentas:
>>
>> 750156374016/1024^3 = 698 GB
>>
>>
>> Así que no es por el redondeo de 1024 a 1000 que usan casi todos los
>> fabricantes a la hora de especificar el tamaño.
>>
>> Será que lo que reemplaza a la tabla de asignación de archivos en ext4
>> es muy pesada (grande) por las transacciones  que anota? Hay como 10GB
>> en mapeo?
>>
>>
>> Te respondo por curioso, porque también me llamó la atención como en
>> ext4 el tamaño se venía en picada.
>>
>>
>> Saludos
>>
>>
>> --
>> Ubuntu-ar lista de correo
>> Ubuntu-ar en lists.ubuntu.com
>> Modifica tus opciones o desuscribite en: https://lists.ubuntu.com/mailman/listinfo/ubuntu-ar
>> Siempre leer, comprender y aplicar nuestra etiqueta: https://wiki.ubuntu.com/ArgentinaTeam/EtiquetaML
>>
>>
>
> Estoy seguro que esa diferencia es por el espacio reservado que usa el
> ext3/ext4 por defecto (5%); lo que es una barbaridad para un disco
> moderno (en este caso se reservan como 35 GB). Una solución es
> modificar este espacio con:
>
> sudo tune2fs -m 1 /dev/sdXX
>
> De esta forma se reserva 1% del espacio en esa partición, que en este
> caso son como 7 GB. Ahora si la partición no es la de sistema (es una
> partición para datos solamente, como cualquiera que se monta en
> /media/XXX o una partición separada para home) podés deshabilitar
> completamente el espacio reservado con:
>
> sudo tune2fs -m 0 /dev/sdXX
>
> pero remarco que este último comando NO SE TIENE QUE EJECUTAR EN LA
> PARTICIÓN DE SISTEMA, porque te puede traer muchos problemas si se te
> llena (léase no te arranca más el sistema, ni siquiera en failsafe, y
> tenés que arrancar con un livecd y borrar cosas para que vuelva a
> funcionar).
>
> Según el man de tune2fs este espacio reservado además sirve para
> evitar la fragmentación, pero yo tengo deshabilitado este espacio
> reservado en dos discos que tengo (uno de 500GB y otro de 80GB) y no
> noté hasta ahora ningún problema de velocidad en la lectura de ambos
> (el de 500GB es ext4 y el de 80GB es ext3).
>
> --
> Sebastián Abate
> Quattro-D
> 15-3589-7730
> abates en quattrod.com.ar
>
> --

Consulta: ¿el comadno puede ejecutarse sobre una partición con datos
sin perderlos?
Gracias