¿Al volumen "raíz del sistema de archivos" le quedan solo 0 bytes de espacio en disco?

Instalé 11.10 ~ hace dos semanas y recientemente tuve algunos problemas extraños.

La instalación se realizó en una computadora portátil nueva con un SSD claro de 160 GB. Opté por encriptar el directorio de inicio. Aparte de eso, acepté los valores predeterminados durante la instalación. No hay otro sistema operativo en mi computadora portátil.

Tenía alrededor de 40 GB en uso cuando (por tercera vez) pude ver esta ventana muy desagradable:

La situación en dos ocasiones fue bastante mala y todo el sistema se desaceleró considerablemente. Después de reiniciar, no pude iniciar sesión en la interfaz gráfica (con un mensaje de error que informaba sobre el espacio insuficiente) y tuve que eliminar primero algunos archivos de la línea de comandos.

La tercera vez logré eliminar rápidamente algunos archivos y me ayudó.

Mi computadora portátil es principalmente un entorno de trabajo: por lo que no hay torrentes, juegos, solo dos películas. Solo el espacio de relleno de medios son ~ 20 GB de imágenes y un montón de archivos PDF. Trabajando principalmente en PostgreSQL y PostGIS, GeoServer y QGIS recientemente.

Aunque tuve muchas oportunidades para probar y practicar mis copias de seguridad, estaría extremadamente agradecido si alguien pudiera señalarme posibles soluciones a este problema.

Mi computadora portátil se compró justo antes de instalar Ubuntu, y venía sin SO. ¿Podría ser un problema de hardware?

¿O el cifrado homeme causa dolores de cabeza?

¡Gracias por la ayuda!

Actualización 1: como lo sugiere @ maniat1k , aquí está la salida actual de fdisk -l:

WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn't support GPT. Use GNU Parted.


Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders, total 312581808 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1   312581807   156290903+  ee  GPT

Actualización 2: como lo sugiere zanfur , salida de df:

Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda2            149802648  31411456 110781576  23% /
udev                   1959764         4   1959760   1% /dev
tmpfs                   788276       992    787284   1% /run
none                      5120         0      5120   0% /run/lock
none                   1970684      2716   1967968   1% /run/shm
/dev/sda1                19363       129     19234   1% /boot/efi
/home/rdk/.Private   149802648  31411456 110781576  23% /home/rdk

Y sudo parted -l:

Model: ATA INTEL SSDSA2BW16 (scsi)
Disk /dev/sda: 160GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start   End     Size    File system  Name  Flags
 1      17.4kB  20.0MB  20.0MB  fat16              boot
 2      20.0MB  156GB   156GB   ext4
 3      156GB   160GB   4177MB

Actualización 3:

Otra ventana con mensaje de memoria baja: /

Trabajando recientemente principalmente en VirtualBox y usando Remmina.

Siguiendo esta información, eliminé prácticamente todo de mi directorio personal. Reiniciado Hubo ~ 20 GB en uso después de eso [~ 10 GB para la imagen de disco de VirtualBox que quería mantener si es posible]. Después del comentario de SarveshLad , estaba tratando de recuperar más espacio y ejecutar la aplicación Bleachbit cuando recibí otro error de poco espacio en HD. Entonces el sistema se congeló. ¿Cómo puede mi Ubuntu llenar HD con más de 100 GB en minutos?

Esto es casi seguro debido a que realmente no tiene espacio en el sistema de archivos raíz. Si tiene mucho espacio libre en su disco, entonces es probable que tenga un sistema de archivos separado para sus datos de usuario. Esta es una configuración común.

Para saber la cantidad de espacio libre en todas las particiones, ejecute el comando "libre en el disco", df. No necesitas ser root. Obtendrás algo como lo siguiente:

Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda1              9614116   8382396   1134048  89% /
none                   1541244       284   1540960   1% /dev
none                   1546180      4804   1541376   1% /dev/shm
none                   1546180       372   1545808   1% /var/run
none                   1546180         0   1546180   0% /var/lock
none                   1546180         0   1546180   0% /lib/init/rw
none                   9614116   8382396   1134048  89% /var/lib/ureadahead/debugfs
/dev/sda3             32218292  12333212  19885080  39% /home

Como puede ver, tengo un sistema de archivos raíz separado (el primero en la lista) y un sistema de archivos de datos del usuario (el último en la lista), y mi partición raíz está casi llena. Si su dfsalida muestra que su sistema de archivos raíz está realmente lleno, debe eliminar algunos archivos (¡cuidado con cuáles!) O cambiar el tamaño de sus particiones.

Un comando de terminal útil para encontrar lo que está consumiendo todo el espacio es el comando "uso de disco" du. Invocado sin ningún parámetro, comienza a enumerar los tamaños de cada archivo en el directorio actual y en cada directorio a continuación. Más útil para rastrear el uso es en su escenario sudo du -s -h -x /*, que le dará la cantidad total de espacio utilizado ( -s) por cada archivo o directorio en la parte superior de su sistema de archivos raíz ( /*), sin mirar otros sistemas de archivos ( -x), en números legibles como "124M" ( -h). No se preocupe si tarda un tiempo en completarse, tomará el orden de minutos de la primera ejecución.

No elimine archivos sin saber primero cuáles son, por supuesto. Pero, en general, no romperá su sistema si elimina archivos en los siguientes directorios:

• /tmp (datos temporales del usuario: de todos modos, estos se eliminan cada vez que se reinicia)
• /var/tmp (impresión de bobinas y otros datos temporales del sistema)
• /var/cache/* (¡Este puede ser peligroso, investigue primero!)
• /root (el directorio de inicio del usuario raíz)

Además de las ubicaciones anteriores, las siguientes ubicaciones son culpables comunes:

• /opt (muchas aplicaciones de terceros se instalan aquí y no se limpian después de sí mismas)
• /var/log (los archivos de registro pueden ocupar mucho espacio si hay errores repetitivos)

Entonces, verifique esos primero. Si resulta que las cosas se ven correctas y su partición raíz es simplemente demasiado pequeña, tendrá que cambiar el tamaño de sus particiones para que quepan. Hay muchas formas de hacerlo, pero probablemente la más fácil es arrancar desde un LiveCD de Ubuntu (obtenerlo de la página de descarga del sitio de Ubuntu ) y ejecutar el editor de particiones GNOME gparted. Es posible que gpartedprimero deba instalar el paquete (desde el entorno LiveCD, ejecutar sudo apt-get install gpartedo usar el centro de software). En cualquier caso, es una utilidad gráfica que le permitirá hacer clic derecho en la partición y seleccionar "cambiar tamaño".

NB: no tiene ningún sistema operativo hibernado al cambiar el tamaño de las particiones , o no funcionará o hará cosas terribles a su sistema operativo hibernado.

Según su dflistado, tiene mucho espacio libre en /. Después de recibir uno de estos mensajes, verifique dfnuevamente y si aún muestra mucho espacio libre, verifique la salida de dmesgerrores. Es posible que esté recibiendo un error que está causando que el sistema de archivos se vuelva a montar de solo lectura, y eso podría confundir al notificador de espacio libre. Desde el livecd, debe abrir la utilidad de disco y verificar el estado SMART de la unidad para asegurarse de que no tenga sectores defectuosos ni nada. También puede ser una buena idea ejecutar la autocomprobación larga, y verificar el sistema de archivos después de eso.