Problemas con la partición raíz ejecutándose por completo


0

Cuando instalé originalmente mi distro opensuse-leap (42.1), tomé el tamaño recomendado para la partición raíz, que era de 40 gb. Mientras tanto, actualicé a 42.2 (Plasma 5.8.6) y hoy, cuando estaba trabajando en mi máquina, sucedieron cosas extrañas: por ejemplo, la interfaz gráfica de usuario de hp-setup para mi impresora lan se congeló, que no se pudo matar kill -9, etc. .

Así que reinicié mi máquina y de repente la interfaz de usuario de inicio de sesión ya no apareció, así que en mi desesperación cambié a las terminales virtuales a través de Strg + Alt + F1. Allí me di cuenta de que /estaba 100% lleno df -hdespués de que se insinuó que ya no podía usar mi bash-history (algo así como cannot access ... anymore, no free space on device). Luego traté de desinstalar algunos paquetes "innecesarios" como digikam a través de zypper, que no funcionó sin problemas (decía regularmente: error de página ... no hay espacio libre en el dispositivo). Esto terminó en df -hsigue diciendo el 100% del /utilizado, a pesar del uso del disco fue sólo 38Gbcontra 40Gben total.

Entonces, al final, eliminé todos los archivos> 1 MB en / tmp (que es peligroso, lo sé) y escribí rpm --rebuilddby ahora tengo un 25% (es decir, 10 Gb) de espacio libre y puedo trabajar en mi sistema sin ningún problema que destruya los nervios debido al 100% de uso del disco nuevamente.

Entonces, mis preguntas son:

  • ¿Hay algún mecanismo en zypper que me pueda advertir cuando, debido a los nuevos paquetes instalables, actualizaciones, etc. /, se alcanza el límite, digamos 99% de uso, para que no instale los paquetes o limpie mi partición raíz antes?
  • ¿Es mejor usar un cronjob para limpiar regularmente algunos archivos del /tmp/directorio o /var/directorio (o algún otro directorio), a los que no se ha accedido durante mucho tiempo?
  • ¿Debería profundizar en mis paquetes instalados y eliminar selectivamente los paquetes "innecesarios"?

40GB parece bastante para solo paquetes. Para una evaluación de daños, sudo du -hsc /boot /usr /var /tmptenga una idea de dónde se fue todo ese espacio (inclúyalo /opten el escaneo si tiene uno) (13G en total para mí).
xenoid

Ah, descubrí lo que envió spam a mi /partición. Después de que comencé la variante gui de / usr / bin / hp-setup, la ventana gui se congeló nuevamente y de repente apareció en mi /tmp, un archivo: ¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡ -rw-r--r-- 1 root root 11G Jul 17 16:19 /tmp/YaST2-04701-priClT/stdoutQue 11gbgrande !!! ¿Cómo es esto posible? ¿Es este un error importante en el hp-setupbinario?
FloHe

No voy a comentar sobre HP. Esto dijo que 30GB todavía es un poco demasiado.
xenoid

Debo decir que uso btrfs como fs para mi partición raíz. Ejecuté su comando sugerido en todos los directorios excepto /.snapshot, lo que me dio un total de 17 GB. Esto significa que tengo ~ 13 GB de contenido de instantánea, que obviamente es un poco demasiado. Como yo estoy sin btrfs experto, debería encontrar la manera de reducir el tamaño de eso,
Flohe
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.