locked
Aumento disco duro en VMWare con W7 RRS feed

  • Pregunta

  • Hola de nuevo a todos tras el parón vacacional.

    A ver si me podeis ayudar con una duda bien difícil que tengo.

    Tengo el VMWare workstation version 7 y cuando creo un disco duro lo creo con una capacidad grande por ejemplo 200 gb. Todo funciona bien, pero el caso es que incluso sin crear instantaneas automáticas ni manuales, el disco se va llenando poco a poco y a pesar de que lo que voy metiendo en él lo borro pasados unos días, queda el espacio ocupado y aparece el archivo .vmdk muy grande y ya es imposible de que a pesar de que borres casi todo, baje de tamaño, con lo cual me llena el disco real. ¿se os ocurre alguna idea de que puedo hacer mal para que ocurra esto? Gracias maestro.


    Antes de hacer cualquier cambio aplica primero el UCS (universal common sense)
    jueves, 16 de septiembre de 2010 18:46

Respuestas

  • No es un fallo,al principio cuando creas  el disco duro virtual y asignas el espacio por ejemplo por defecto viene 40 GB, todos los bloques del disco duro están como "vírgenes" nunca se han escrito datos sobre ellos...luego en el tiempo instalas el sistema , utilizas transferencias de datos, descargas, etc, sobre los bloques del disco duro están escritos toda esta información , tu quieres eliminar alguna información para conseguir espacio, pero la verdad esa información no se elimina físicamente solo lógicamente cuando tu haces un click sobre papelera y decides vaciar la papelera esto no quiere decir que los elementos de la papelera han desaparecido para siempre...solamente se informa de este espacio como libre nada mas.Pero la información eliminada lógicamente aun persiste en tu disco duro y con software dedicado en recuperación  se puede recuperar y con un software para eliminar los datos definitivamente por ejemplo limpiar el espacio libre .Y la información del tamaño del xp-000001.vmdk no se refiere a la capacidad de tamaño de los datos que contiene el disco duro virtual si no todo los bloques (clusteres) que actualmente están escritos.Saludos
    lunes, 20 de septiembre de 2010 15:26

Todas las respuestas

  • Recuerda que si instalas sistemas windows, se crean puntos de restauracion etc...que van engordando. Si no, por que no le das un disco de tamaño fijo para el sistema y un esclavo dinamico para las demas cosas?

    Comentanos.

    Saludos!

    jueves, 16 de septiembre de 2010 20:14
  • Gracias por tu respuesta molpiiii. Si es windows, tengo instalado un xp, pero a pesar de que cree los puntos de restauración automaticamente, los borro con la herramienta de liberar espacio en disco, pero aún así, una vez que el disco duro físico alcanza un tamaño cualquiera ya no baja de él, y sigue subiendo siempre. Y a pesar de ello la máquina virtual cuando te vas al disco duro te dice que tiene casi todo el espacio libre. Pero si vas a ver el tamaño del archivo .vmdk está enorme. Por lo que cree los discos como los cree, siempre voy a tener la limitación del disco físico. Y siempre lo agota.

    Tiene que haber algo en algún lado que hago mal, alguna opción al creaar los discos o similar.


    Antes de hacer cualquier cambio aplica primero el UCS (universal common sense)
    jueves, 16 de septiembre de 2010 20:49
  • Entonces revisa el tema de discos y dale un tamaño de 5 gigas por ejemplo a un XP y no metas ni instales nada (desactiva puntos tambien) y mira si se va consumiendo el solo SIN instalar nada...ademas, si haces lo mismo con un linux, pasa?

    Saludos!

    viernes, 17 de septiembre de 2010 8:42
  • No, no se consume sólo. Se consume a medida que vas metiendo archivos en él. Aunque despues los borres, el espacio queda ocupado. En linux no he probado.
    Antes de hacer cualquier cambio aplica primero el UCS (universal common sense)
    viernes, 17 de septiembre de 2010 9:32
  • aaamm vale vale me pensaba que decias que se consumia solo.En mi opinion (no uso vmware asique hablo un poco desde otro punto de vista) el problema es igual que en versiones anteriores de virtual pc, el programa no "libera" de forma adecuada el espacio correspondiente cuando se borran cosas, por eso el peso del disco duro virtual ves que no baja...lo suyo seria ir desfragmentado y compactando el disco pero vamos... por eso digo lo de no asignar tamaños grandes a discos duros virtuales.

    Comentanos.

    Saludos!

    • Propuesto como respuesta Robert. _ domingo, 19 de septiembre de 2010 10:51
    • Votado como útil david glez isla domingo, 19 de septiembre de 2010 11:29
    viernes, 17 de septiembre de 2010 10:16
  • aaamm vale vale me pensaba que decias que se consumia solo.En mi opinion (no uso vmware asique hablo un poco desde otro punto de vista) el problema es igual que en versiones anteriores de virtual pc, el programa no "libera" de forma adecuada el espacio correspondiente cuando se borran cosas, por eso el peso del disco duro virtual ves que no baja...lo suyo seria ir desfragmentado y compactando el disco pero vamos... por eso digo lo de no asignar tamaños grandes a discos duros virtuales.

    Comentanos.

    Saludos!


    Alli le has dao, tambien que compruebe si tiene la opcion "autoprotect" habilitada (te sacara cien snapshots)  desfragmentar y compactar con las utilidades que trae VMWARE:


    Saludos
    • Editado Robert. _ domingo, 19 de septiembre de 2010 10:58 captura
    domingo, 19 de septiembre de 2010 10:55
  • A ver. Tengo la opción Autoprotect DESHABILITADA con lo cual no hace snapshots automáticos.

    VMWare workstation trabaja con discos virtuales de hasta 1Tb según su manual.

    He estado verificando algo más. Por ejemplo en la máquina virtual que tengo ahora (el disco duro se llama:  XP.vmdk) cuando hago un snapshot manual, este toma un determinado tamaño. A partir de ese momento crea un disco duro que va a llamar XP-000001.vmdk y es este disco 000001 el que va aumentando de tamaño y ya no hay manera de hacerle bajar a pesar de borrar los archivos que quieras. Si tu vas al disco :C de esa virtual, si baja si borras archivos en él, pero el 000001.vmdk no lo hace, sigue con su tamaño.


    Antes de hacer cualquier cambio aplica primero el UCS (universal common sense)
    domingo, 19 de septiembre de 2010 11:07
  • A ver. Tengo la opción Autoprotect DESHABILITADA con lo cual no hace snapshots automáticos.

    He estado verificando algo más. Por ejemplo en la máquina virtual que tengo ahora (el disco duro se llama:  XP.vmdk) cuando hago un snapshot manual, este toma un determinado tamaño. A partir de ese momento crea un disco duro que va a llamar XP-000001.vmdk y es este disco 000001 el que va aumentando de tamaño y ya no hay manera de hacerle bajar a pesar de borrar los archivos que quieras. Si tu vas al disco :C de esa virtual, si baja si borras archivos en él, pero el 000001.vmdk no lo hace, sigue con su tamaño.


    Antes de hacer cualquier cambio aplica primero el UCS (universal common sense)
    Bueno el 000001.vmdk es el snapshot(punto de restauracion del sistema que afecta los cambios tanto software como documentos) que depende  de XP.vmdk (que es la base), por exemplo a un punto de recuperacion de windows le puedes quitar cosas...pos no,  que el dueño es el sistema.Tambien para ganar espacio desabilita restauracion del sistema virtualizado, ya como le sacas snapshots...y un consejo no borrar ningun archivo a "manopla " puedes dejar la maquina virtual fuera del combate... Saludos
    domingo, 19 de septiembre de 2010 11:31
  • Pues sigo igual. He probado a desfragmentar y compactar el virtual con VMWare. Todo sigue igual el 000001.vmdk sigue con el mismo tamaño gigante 31Gb despues de estos procesos, cuando en realidad si miro en :C apenas tiene 4Gb ocupados.
    Antes de hacer cualquier cambio aplica primero el UCS (universal common sense)
    domingo, 19 de septiembre de 2010 12:37
  • Intenta crear otro snapshot , aparacera otro *vmdk  00002  y mira su tamaño.
    domingo, 19 de septiembre de 2010 15:56
  • Este es un ejemplo. Tengo una virtual con un XP. Hice manualmente un snapshot.

    Actualmente ese XP tiene sólo el sistema operativo y un par de programas y sin embargo... ocupa 31Gb Antes de hacer cualquier cambio aplica primero el UCS (universal common sense)

    domingo, 19 de septiembre de 2010 19:19
  • Bueno , si no es tan importante ese snapshot para ti, intenta eliminarlo y luego creea otro con el estado de tu maquina actual veras que te saldra algo como asi:

    El snapshot que me enseñas es el estado de tu maquina cuando tenias los archivos que acabas de borrar, puedes revertir tu maquina al este estado y veras que todo los archivos siguen estando alli.

    domingo, 19 de septiembre de 2010 20:00
  • Vamos a ver:

    1-Creo una virtual, tendré un disco duro llamado xp.vmdk.

    2-Creo un snapshot y este ocupa 5 gb, tendre un archivo xp-000001vmdk de 5 gb.

    3-Sigo trabajando en ese disco virtual que se llama xp-000001.vmdk y le meto dos archivos de 10gb cada uno. Entonces dentro del disco :C veo que tengo ocupados 5 del os + 10 de un archivo +10 del otro archivo. En total tengo ocupados 25gb.

    Si miro el tamaño del xp-000001.vmdk veré que ocupa 25Gb.

    4-Voy a :C y borro vaciando posteriormente la papelera uno de esos dos archivos de 10 gb con lo cual :C ahora ocupa 15gb

    Si miro el tamaño del xp-000001.vmdk sigue ocupando 25gb.

    ESE ES EL PROBLEMA QUE YO VEO. ¿porque no ocupa 15 que son los que ahora ocupa :C, sino 25?

     


    Antes de hacer cualquier cambio aplica primero el UCS (universal common sense)
    domingo, 19 de septiembre de 2010 20:59
  • Porque en realidad este espacio esta libre solo que la aplicacion VMWARE esta "marcando" territorio" quiero decir clusters libres pero marcados como ocupados en funcion de la capacidad del disco duro virtual que tu asignaste a la hora de la creacion del disco virtual. 
    lunes, 20 de septiembre de 2010 13:08
  • Porque en realidad este espacio esta libre solo que la aplicacion VMWARE esta "marcando" territorio" quiero decir clusters libres pero marcados como ocupados en funcion de la capacidad del disco duro virtual que tu asignaste a la hora de la creacion del disco virtual. 

    No lo entiendo, pero en cualquier caso me parece un fallo de vmware.
    Antes de hacer cualquier cambio aplica primero el UCS (universal common sense)
    lunes, 20 de septiembre de 2010 14:38
  • No es un fallo,al principio cuando creas  el disco duro virtual y asignas el espacio por ejemplo por defecto viene 40 GB, todos los bloques del disco duro están como "vírgenes" nunca se han escrito datos sobre ellos...luego en el tiempo instalas el sistema , utilizas transferencias de datos, descargas, etc, sobre los bloques del disco duro están escritos toda esta información , tu quieres eliminar alguna información para conseguir espacio, pero la verdad esa información no se elimina físicamente solo lógicamente cuando tu haces un click sobre papelera y decides vaciar la papelera esto no quiere decir que los elementos de la papelera han desaparecido para siempre...solamente se informa de este espacio como libre nada mas.Pero la información eliminada lógicamente aun persiste en tu disco duro y con software dedicado en recuperación  se puede recuperar y con un software para eliminar los datos definitivamente por ejemplo limpiar el espacio libre .Y la información del tamaño del xp-000001.vmdk no se refiere a la capacidad de tamaño de los datos que contiene el disco duro virtual si no todo los bloques (clusteres) que actualmente están escritos.Saludos
    lunes, 20 de septiembre de 2010 15:26