<div class="gmail_quote">2010/3/15 Lucas Livchits <<a href="mailto:livchitsl@gmail.com">livchitsl@gmail.com</a>> <blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> El día 15 de marzo de 2010 15:27, Sebastian Abate <div><div></div><div class="h5"><<a href="mailto:sebastianabate@gmail.com">sebastianabate@gmail.com</a>> escribió: > 2010/3/15 Lucas Livchits <<a href="mailto:livchitsl@gmail.com">livchitsl@gmail.com</a>>: >> El día 15 de marzo de 2010 11:35, Sebastian Abate >> <<a href="mailto:sebastianabate@gmail.com">sebastianabate@gmail.com</a>> escribió: >>> 2010/3/15 Nicolás Adamo <<a href="mailto:nicoadamo@gmail.com">nicoadamo@gmail.com</a>>: >>>> 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 >>>> <a href="mailto:Ubuntu-ar@lists.ubuntu.com">Ubuntu-ar@lists.ubuntu.com</a> >>>> Modifica tus opciones o desuscribite en: <a href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-ar" target="_blank">https://lists.ubuntu.com/mailman/listinfo/ubuntu-ar</a> >>>> Siempre leer, comprender y aplicar nuestra etiqueta: <a href="https://wiki.ubuntu.com/ArgentinaTeam/EtiquetaML" target="_blank">https://wiki.ubuntu.com/ArgentinaTeam/EtiquetaML</a> >>>> >>>> >>> >>> 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 >>> <a href="mailto:abates@quattrod.com.ar">abates@quattrod.com.ar</a> >>> >>> -- >> >> Consulta: ¿el comadno puede ejecutarse sobre una partición con datos >> sin perderlos? >> Gracias >> >> -- >> Ubuntu-ar lista de correo >> <a href="mailto:Ubuntu-ar@lists.ubuntu.com">Ubuntu-ar@lists.ubuntu.com</a> >> Modifica tus opciones o desuscribite en: <a href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-ar" target="_blank">https://lists.ubuntu.com/mailman/listinfo/ubuntu-ar</a> >> Siempre leer, comprender y aplicar nuestra etiqueta: <a href="https://wiki.ubuntu.com/ArgentinaTeam/EtiquetaML" target="_blank">https://wiki.ubuntu.com/ArgentinaTeam/EtiquetaML</a> >> >> > > Sí, hasta puede estar montada, y los cambios son inmediatos. Por > ejemplo, en mi sistema tengo un disco de 500 GB con una partición ext4 > montada en /media/VMs, que como su nombre indica contiene todas las > máquinas virtuales de VirtualBox y de VMWare que uso para mis > experimentos/pruebas/laboratorios; si hago un df -h /media/VMs obtengo > > mi_usuario@mi_maquina:~$ df -h /media/VMs > Filesystem Size Used Avail Use% Mounted on > /dev/sdc1 463G 424G 39G 92% /media/VMs > > esta partición tiene 0% de espacio reservado (logrado con el comando > "sudo tune2fs -m0 /dev/sdc1"), ahora le reservo un 5% (lo estándar) > mientras está montada: > > mi_usuario@mi_maquina:~$ sudo tune2fs -m5 /dev/sdc1 > tune2fs 1.41.9 (22-Aug-2009) > Setting reserved blocks percentage to 5% (6104800 blocks) > > y vemos como el espacio libre cambia (sin cambiar el tamaño de la > partición ni el espacio usado) > > mi_usuario@mi_maquina:~$ df -h /media/VMs > Filesystem Size Used Avail Use% Mounted on > /dev/sdc1 463G 424G 16G 97% /media/VMs > > Mirá cómo este simple cambio hizo que perdiera más de la mitad del > espacio libre que tenía en mi partición. Ahora voy a volver a cambiar > el espacio reservado a 0.1% (unos 450MB) > > mi_usuario@mi_maquina:~$ sudo tune2fs -m0.1 /dev/sdc1 > tune2fs 1.41.9 (22-Aug-2009) > Setting reserved blocks percentage to 0.1% (122096 blocks) > > y de vuelta recuperé el espacio libre manteniendo un pequeño espacio > reservado por si las moscas > > mi_usuario@mi_maquina:~$ df -h /media/VMs > Filesystem Size Used Avail Use% Mounted on > /dev/sdc1 463G 424G 39G 92% /media/VMs > > Para saber cuánto espacio tiene una partición reservada medido en > blocks se puede hacer > > mi_usuario@mi_maquina:~$ sudo tune2fs -l /dev/sdc1 |grep 'Reserved block count' > Reserved block count: 122096 > > después nos fijamos qué tamaño de block tiene la partición con > > mi_usuario@mi_maquina:~$ sudo tune2fs -l /dev/sdc1 |grep 'Block size' > Block size: 4096 > > y multiplicamos 122096*4096=500105216 que dividido por 1024 y vuelto a > dividir por 1024 nos da que la partición tiene 476,9375 MB de espacio > reservado. > > PD: espero que mi memoria (y mis matemáticas) no me falles, y por > favor tomar toda esta información como de quien viene: alguien que > está escribiendo estos comandos de memoria conectado por ssh a su > máquina, mientras hace un restore de una base de Exchange y le pide a > San Murphy que no se meta con migo esta tarde. Por favor chequeen todo > con su buscador web de confianza. > > -- </div></div>Jaja, muchas gracias Sebastián. Voy a meter mano entonces. <div><div></div><div class="h5"> Saludos -- Ubuntu-ar lista de correo <a href="mailto:Ubuntu-ar@lists.ubuntu.com">Ubuntu-ar@lists.ubuntu.com</a> Modifica tus opciones o desuscribite en: <a href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-ar" target="_blank">https://lists.ubuntu.com/mailman/listinfo/ubuntu-ar</a> Siempre leer, comprender y aplicar nuestra etiqueta: <a href="https://wiki.ubuntu.com/ArgentinaTeam/EtiquetaML" target="_blank">https://wiki.ubuntu.com/ArgentinaTeam/EtiquetaML</a> </div></div></blockquote><div> Muchas gracias por los datos sebastian tu memoria no te falla, los comandos que pasaste fueron perfectos y era justo lo que buscaba gracias! </div></div>