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.