¿Dónde almacena aptitude los archivos durante una actualización?

¿Dónde almacena aptitude los archivos durante una actualización?

Admito una computadora portátil que ejecuta Ubuntu en otro estado (por lo que no tengo acceso físico a ella). Es un EeePC con dos unidades internas: una unidad flash de 4 GB con la raíz fs y una unidad más grande (~12 GB) con la partición /home (y mucho espacio libre). El usuario intentó actualizar a 11.10 y la actualización falló porque la partición raíz no tiene suficiente espacio libre para realizar la actualización.

Recuerdo que una vez me encontré con un problema similar en una computadora portátil, que solo tenía una unidad física pero un esquema de partición mal pensado; Creo que acabo de vincular un directorio desde una partición rootfs demasiado pequeña a una partición más grande. En este caso, creo que la mejor solución es vincular y montar cualquier directorio que Ubuntu quiera usar para almacenar sus archivos descargados en la unidad más grande.

  • ¿Qué directorio (o directorios) es el importante que debe "moverse" al disco más grande?

  • Si puedo salirme con la mía simplemente montando un directorio, ¿debo hacerlo solo una vez, al comienzo de la instalación, o necesito agregar el montaje de enlace al fstab (es decir, porque los archivos aún son necesarios? después del reinicio, por lo que el montaje vinculado debe ser persistente)?

  • ¿Existe una manera mejor o más fácil de realizar la actualización? (Ni una instalación nueva ni una repartición son una opción en este momento)

Respuesta1

Bueno, para el directorio donde apt, aptitude y cualquier otro sistema de administración de paquetes que uses almacena los paquetes descargados es /var/cache/apt/archives. Si copia estos archivos a la misma carpeta de caché de otra PC, se ahorrará tener que descargarlos nuevamente de Internet.

Por lo demás no lo entendí claramente. Si pudieras cambiar o agregar más cosas, podría dar más detalles aquí. Lo siento amigo.

Respuesta2

Más de la mitad del disco duro pequeño estaba en /usr, así que simplemente moví /usr a la partición /home (sin cifrar) y vinculé /home/usr a /usr, así:

sudo su -
mv /usr /home/
mkdir /usr
mount --bind /home/usr /usr
echo "/home/usr /usr bind defaults,bind 0 0" >> /etc/fstab

sudo está en /usr/bin, por lo que es mejor iniciar sesión como root primero, para no quedar atrapado sin una sesión de root si algo sale mal (/home/usr era propiedad de root con 700 permisos durante la operación mv). mount, ls y mkdir están todos en /bin.

Asegúrate de tener un plan de respaldo listo si intentas esto: No puedo contar la cantidad de cosas quepodríair mal. Además, si fuera a hacerlo de nuevo, probablemente intentaríaCopiar/usr en /home primero (¿probablemente usando algo como rsync, cpio o tar para preservar los atributos del archivo?) y pruebe el montaje del enlace antes de eliminar el /usr original. Pero esta vez tuve suerte y todo salió bien.

Respuesta3

Abra una terminal buscándola en el tablero y luego, una vez que reciba el user@computer:~$mensaje, escribaexactamente:

sudo apt-move path-to-your-12GB-device

y proporcione su contraseña cuando sudo la solicite. No se mostrará (ni siquiera asteriscos). Una vez que reciba el user@computer:~$mensaje nuevamente, estará listo para comenzar.

información relacionada