¿Cómo puedo liberar más espacio en / boot?

523

Mi partición /boot está casi llena y recibo una advertencia cada vez que reinicio mi sistema. Ya eliminé paquetes viejos de kernel (linux-headers ...), de hecho lo hice para instalar una versión de kernel más nueva que incluía las actualizaciones automáticas.

Después de instalar esa nueva versión, la partición está casi llena otra vez. Entonces, ¿qué más puedo eliminar? ¿Hay algún otro archivo asociado a las viejas imágenes del kernel?

Aquí hay una lista de archivos que están en mi partición /boot :

:~$ ls /boot/
abi-2.6.31-21-generic         lost+found
abi-2.6.32-25-generic         memtest86+.bin
abi-2.6.38-10-generic         memtest86+_multiboot.bin
abi-2.6.38-11-generic         System.map-2.6.31-21-generic
abi-2.6.38-12-generic         System.map-2.6.32-25-generic
abi-2.6.38-8-generic          System.map-2.6.38-10-generic
abi-3.0.0-12-generic          System.map-2.6.38-11-generic
abi-3.0.0-13-generic          System.map-2.6.38-12-generic
abi-3.0.0-14-generic          System.map-2.6.38-8-generic
boot                          System.map-3.0.0-12-generic
config-2.6.31-21-generic      System.map-3.0.0-13-generic
config-2.6.32-25-generic      System.map-3.0.0-14-generic
config-2.6.38-10-generic      vmcoreinfo-2.6.31-21-generic
config-2.6.38-11-generic      vmcoreinfo-2.6.32-25-generic
config-2.6.38-12-generic      vmcoreinfo-2.6.38-10-generic
config-2.6.38-8-generic       vmcoreinfo-2.6.38-11-generic
config-3.0.0-12-generic       vmcoreinfo-2.6.38-12-generic
config-3.0.0-13-generic       vmcoreinfo-2.6.38-8-generic
config-3.0.0-14-generic       vmcoreinfo-3.0.0-12-generic
extlinux                      vmcoreinfo-3.0.0-13-generic
grub                          vmcoreinfo-3.0.0-14-generic
initrd.img-2.6.31-21-generic  vmlinuz-2.6.31-21-generic
initrd.img-2.6.32-25-generic  vmlinuz-2.6.32-25-generic
initrd.img-2.6.38-10-generic  vmlinuz-2.6.38-10-generic
initrd.img-2.6.38-11-generic  vmlinuz-2.6.38-11-generic
initrd.img-2.6.38-12-generic  vmlinuz-2.6.38-12-generic
initrd.img-2.6.38-8-generic   vmlinuz-2.6.38-8-generic
initrd.img-3.0.0-12-generic   vmlinuz-3.0.0-12-generic
initrd.img-3.0.0-13-generic   vmlinuz-3.0.0-13-generic
initrd.img-3.0.0-14-generic   vmlinuz-3.0.0-14-generic

Actualmente, estoy usando el kernel 3.0.0-14-generic .

    
pregunta user6722 22.12.2011 - 11:06

20 respuestas

597

Tienes muchos granos sin usar. Elimine todos menos los últimos núcleos con:

sudo apt-get purge linux-image-{3.0.0-12,2.6.3{1-21,2-25,8-{1[012],8}}}

Esto es una abreviatura de:

sudo apt-get purge linux-image-3.0.0-12 linux-image-2.6.31-21 linux-image-2.6.32-25 linux-image-2.6.38-10 linux-image-2.6.38-11 linux-image-2.6.38-12 linux-image-2.6.38-8

Al eliminar el paquete linux-image-x.x.x-x también se eliminará linux-image-x.x.x-x-generic .

Los encabezados se instalan en /usr/src y se usan al construir módulos de kernel de árbol (como el controlador nvidia patentado y el virtualbox). La mayoría de los usuarios deberían eliminar estos paquetes de encabezado si el paquete kernel correspondiente ( linux-image-* ) no está instalado.

Para enumerar todos los kernels instalados, ejecute:

dpkg -l linux-image-\* | grep ^ii

Un comando para mostrar todos los núcleos y encabezados que pueden eliminarse, excluyendo el kernel actual en ejecución:

kernelver=$(uname -r | sed -r 's/-[a-z]+//')
dpkg -l linux-{image,headers}-"[0-9]*" | awk '/ii/{print }' | grep -ve $kernelver

Selecciona todos los paquetes nombrados comenzando con linux-headers-<some number> o linux-image-<some number> , imprime los nombres de los paquetes instalados y luego excluye el núcleo actual cargado / en ejecución (no necesariamente el último kernel!). Esto encaja en la recomendación de probar un kernel más nuevo antes de eliminar los kernels más antiguos conocidos para el trabajo.

Entonces, después de actualizar los kernels y reiniciar para probarlo, puede eliminar todos los demás núcleos con:

sudo apt-get purge $(dpkg -l linux-{image,headers}-"[0-9]*" | awk '/ii/{print }' | grep -ve "$(uname -r | sed -r 's/-[a-z]+//')")
    
respondido por el Lekensteyn 24.12.2011 - 15:34
200

Tu partición de arranque está llena. Como se trata de una actualización del kernel, estos archivos se copiarán en la partición de arranque, por lo que deberá limpiarlos. Aquí hay una publicación de blog que le mostrará cómo borrar las viejas imágenes del núcleo con un comando. Daré una sinopsis básica del método. Use este comando para imprimir la versión actual de su kernel:

uname -r

Luego, use este comando para imprimir todos los núcleos que haya instalado y que no sean su kernel más nuevo:

dpkg -l linux-{image,headers}-"[0-9]*" | awk '/^ii/{ print }' | grep -v -e 'uname -r | cut -f1,2 -d"-"' | grep -e '[0-9]'

Asegúrese de que su kernel actual no esté en esa lista. Observe cómo esto es la mayoría del comando final (abajo a continuación). Para desinstalar y eliminar estos núcleos antiguos, querrá canalizar estos argumentos a:

sudo apt-get -y purge

Ahora podemos hacer todo lo que queramos combinando estos dos últimos comandos en este lío impío:

dpkg -l linux-{image,headers}-"[0-9]*" | awk '/^ii/{ print }' | grep -v -e 'uname -r | cut -f1,2 -d"-"' | grep -e '[0-9]' | xargs sudo apt-get -y purge

Y ese único comando se encargará de todo por ti. Confirmaré que esto funciona perfectamente pero nunca confío en nadie en Internet. :) Para obtener más información, la publicación del blog ofrece una muy buena explicación de lo que hace cada parte del comando, así que está satisfecho de que haga lo que usted quiere que haga.

    
respondido por el dward 21.02.2013 - 04:38
92
sudo apt-get autoremove

Este comando está haciendo el trabajo automáticamente.

    
respondido por el karan 05.11.2012 - 06:58
38

El Administrador de paquetes Synaptic se puede utilizar para seleccionar y eliminar fácilmente imágenes antiguas del kernel.

Si todavía no tiene instalado Synaptic:

sudo apt-get install synaptic

Inicie la aplicación y seleccione las opciones que se muestran.

Debería poder resaltar todos los paquetes "linux-" con la versión "2.6.x" donde x está entre 31 y 38 según los archivos en su carpeta / boot.

Haga clic con el botón derecho en cada uno de esos paquetes de Linux y elija la opción "Marcar para la eliminación completa". Finalmente, haz clic en el botón Aplicar. Esto eliminará todos los archivos y cualquier archivo asociado. Su carpeta /boot ahora debería estar un poco más ordenada.

    
respondido por el fossfreedom 24.12.2011 - 15:34
24

Gracias por su publicación detallada de su problema, esto me ayudó a ir en la dirección correcta. Aunque es útil para mantener los archivos del kernel anteriores, puede eliminarlos todos de una vez, consulte esta publicación: Cómo eliminar todos los encabezados, imágenes y módulos del Kernel de Linux no utilizados

Hecho a través de la línea de comando. Si está haciendo esto a través de un uso remoto como WINSCP para abrir una sesión de terminal y simplemente pegarlo, funciona muy bien.

Aquí está copiado del enlace del artículo, le sugiero que lea el artículo completo:

dpkg -l 'linux-*' | sed '/^ii/!d;/'"$(uname -r | sed "s/\(.*\)-\([^0-9]\+\)//")"'/d;s/^[^ ]* [^ ]* \([^ ]*\).*//;/[0-9]/!d' | xargs sudo apt-get -y purge
    
respondido por el Omni 01.06.2012 - 14:53
22

Esta es una nueva respuesta a una pregunta anterior, pero una forma fácil de limpiar esto (y más) es instalar Ubuntu Tweak . Para instalarlo :

sudo add-apt-repository ppa:tualatrix/ppa
sudo apt-get update
sudo apt-get install ubuntu-tweak

luego puede ejecutar Ubuntu Tweak, yendo a la pestaña "conserje", y desde aquí es cuestión de tres clics:

Sin embargo, es mejor dejar el último kernel (nunca se sabe) o un kernel que funcione bien por seguridad; pero eso es fácilmente personalizable.

Puede usar la misma herramienta para limpiar muchas cosas, solo recuerde que si limpia la caché de miniaturas o la memoria caché de TB, el sistema deberá reconstruirlas si es necesario.

    
respondido por el Rmano 25.11.2014 - 14:11
17

Pude solucionar el problema usando dpkg para eliminar los paquetes directamente. Aunque los paquetes todavía se enumeran en dpkg -l , los archivos se eliminan de /boot , lo que libera espacio.

phrogz@planar:/boot$ sudo dpkg --remove linux-image-2.6.32-30-server
(Reading database ... 145199 files and directories currently installed.)
Removing linux-image-2.6.32-30-server ...
Running postrm hook script /usr/sbin/update-grub.
Generating grub.cfg ...
Found linux image: /boot/vmlinuz-2.6.32-35-server
Found linux image: /boot/vmlinuz-2.6.32-34-server
Found initrd image: /boot/initrd.img-2.6.32-34-server
Found linux image: /boot/vmlinuz-2.6.32-33-server
Found initrd image: /boot/initrd.img-2.6.32-33-server
Found linux image: /boot/vmlinuz-2.6.32-32-server
Found initrd image: /boot/initrd.img-2.6.32-32-server
Found linux image: /boot/vmlinuz-2.6.32-31-server
Found initrd image: /boot/initrd.img-2.6.32-31-server
Found memtest86+ image: /memtest86+.bin
done

# Repeat for kernels -31 and -32 and -33, up to (but not including)
# the version listed by 'uname -a'

Después de esto, apt-get -f install solucionó mis problemas de dependencia, y todo estaba bien con el mundo.

Sin embargo, no aceptaré esta respuesta, ya que aún necesito saber si debería aumentar mi% de /boot o hacer otra cosa.

    
respondido por el Phrogz 03.12.2011 - 19:47
11

Puedes dejar de usar una partición / boot separada, entonces no tendrás un espacio tan limitado allí. Para ello, desmonte la partición, móntela en otro lugar y copie todos los archivos allí en el directorio / boot en su partición raíz, luego elimine la entrada de / etc / fstab y vuelva a instalar grub. Por ejemplo (tendrá que usar la partición correcta):

sudo -s
umount /boot
mount /dev/sda2 /mnt
cp -a /mnt/* /boot/
umount /mnt
gedit /etc/fstab
grub-install /dev/sda

A continuación, puede usar gparted para eliminar la partición anterior / de inicio y, posiblemente, extender la partición raíz para usar ese espacio. Para extender la partición raíz deberá iniciar desde livecd, y el espacio libre debe estar inmediatamente a la derecha. Si la partición / boot se encuentra actualmente a la izquierda de la partición raíz, primero tendrá que mover la partición raíz a la izquierda, luego extenderla, pero esto puede llevar mucho, mucho tiempo, por lo que puede no valer la pena problemas.

    
respondido por el psusi 22.12.2011 - 17:38
5

Para mí, tanto apt-get purge como dpkg --remove fallaron. Así que tuve que eliminar un par de imágenes de kernel más antiguas de / boot con rm -f .

    
respondido por el orkoden 14.10.2013 - 11:22
4

Tomando lo mejor de las respuestas anteriores, mi enfoque probado es el siguiente:

  • uname -a para encontrar el kernel en ejecución.
  • dpkg -l linux-{headers,image}-\* | grep ^ii para enumerar todos los paquetes relacionados con kernel actualmente instalados. Esto incluirá el kernel en ejecución.
  • sudo apt-get purge linux-{image,headers}-3.16.0-{xx,yy,zz} para eliminar los núcleos viejos. Reemplace xx,yy,zz con una lista de las compilaciones del núcleo que desea eliminar: estas son todas las compilaciones enumeradas por el comando anterior que son más antiguas que el kernel actualmente en ejecución. Asegúrate de no eliminar el kernel que se está ejecutando actualmente: tu sistema no podrá arrancar . También es posible que deba cambiar la versión del kernel de 3.16.0 a la que esté instalada en su sistema.
  • Opcionalmente, haga un sudo apt-get autoremove adicional; esto eliminará cualquier dependencia sobrante de los kernels viejos que ya no necesite el actual, liberando más espacio.

Puede tener archivos de encabezado sin las versiones de kernel coincidentes, o viceversa, simplemente incluya todas estas versiones en el comando. APT se quejará de que algunos paquetes no se pueden eliminar porque no están instalados, pero eso no hará daño.

Si algo falla ...

  • Si el comando apt falla debido a un error no queda espacio en el dispositivo , use el comando dpkg correspondiente en su lugar: sudo dpkg --purge linux-{image,headers}-3.16.0-{xx,yy,zz} .
  • Si el comando dpkg aún no funciona porque los paquetes linux-image son necesarios para los paquetes linux-headers de la misma versión (que también desea desinstalar), dpkg puede haber fallado al resolver eso. Vuelva a examinar el resultado de dpkg -l y especifique los sufijos de nombre de paquete en la línea de comando. Por ejemplo, en uno de mis sistemas, el comando que finalmente funcionó fue sudo dpkg --purge linux-{image,headers}-3.16.0-{xx,yy,zz}-generic-pae .
  • Si obtiene cualquier otro error, busque ayuda; es posible que tenga un problema diferente del que pensaba.
respondido por el user149408 09.07.2015 - 22:24
2
  

Ya eliminé paquetes viejos de kernel (linux-headers ...)

linux-headers-* no son núcleos. Los paquetes Kernel son los llamados linux-image-* . Los que se llaman linux-headers-* son paquetes de desarrollo para compilar módulos kernel: no viven en el directorio / boot y no son necesarios para el uso general diario de su sistema.

Los archivos que incluiste en / boot do incluyen varias imágenes antiguas del núcleo ( vmlinuz* ) e imágenes initrd compiladas ( initrd.img* ) para esos núcleos, lo que indica que todavía tienes un muchos viejos paquetes de kernel instalados.

Deberías poder enumerar tus kernels instalados con

aptitude search ~ilinux-image

(Tenga en cuenta que probablemente también devolverá paquetes que no son kernels).

Generalmente no hay necesidad de instalar más de dos kernels, el que está actualmente en uso y el anterior a eso (como alternativa). Para que pueda comenzar a eliminar los más antiguos, uno por uno, así:

sudo apt-get autoremove linux-image-3.2.0-23-generic

¡Asegúrate de sustituir "3.2.0-23-generic" con la versión actual del kernel que quieras eliminar! Además, no elimine paquetes como linux-image-generic . Debe tener mucho cuidado de no eliminar el kernel en ejecución o no podrá iniciar (Ubuntu puede o no advertirle sobre cómo hacer esto).

Puede encontrar su núcleo actualmente en ejecución con:

uname -r
    
respondido por el thomasrutter 29.08.2014 - 11:15
2
git clone https://github.com/erichs/bootnukem.git
cd bootnukem
sudo ./install.sh

Utilice bajo su propio riesgo, pero funcionó para mí:

sudo bootnukem
    
respondido por el Jonathan 14.08.2016 - 22:08
1

Tuve este problema y más, ya que eliminé algunos archivos initrd-img-xxx manualmente del / boot y tuve un problema con el hecho de que estas versiones antiguas se mantuvieran generadas y llenando la carpeta /boot . Para solucionarlo, seguí lo siguiente:

  • Eliminé manualmente la versión antigua del núcleo generada para liberar espacio.
  • Editarás un archivo de configuración de texto como superusuario, así que pega lo siguiente en un terminal:

    sudo gedit /etc/initramfs-tools/update-initramfs.conf
    
  • Busque la línea update_initramfs=yes y cámbiela a update_initramfs=no . Guarde y salga del archivo, luego ejecute:

    sudo dpkg --configure -a
    

Eso resolvió mi problema. Eso se basó en este blog

Con suerte, todo debería estar bien cuando reinicies, y luego puedes intentar cambiar el no de nuevo a yes en update-initramfs.conf .

    
respondido por el aibrahim 23.03.2017 - 09:59
1

Listar todos los kernels:

dpkg --list 'linux-image*'

Muestra el kernel actual:

uname -r

Enumerar todos los núcleos EXCEPTO uno actual:

dpkg -l linux-{image,headers}-"[0-9]*" | awk '/^ii/{ print }' | grep -v -e 'uname -r | cut -f1,2 -d"-"' | grep -e '[0-9]'

Asegúrate de que tu kernel actual no esté en esa lista.

Eliminar todos los núcleos EXCEPTO uno actual:

dpkg -l linux-{image,headers}-"[0-9]*" | awk '/^ii/{ print }' | grep -v -e 'uname -r | cut -f1,2 -d"-"' | grep -e '[0-9]' | xargs sudo apt-get -y purge

Borrar otras cosas:

sudo apt-get autoremove

Si todavía le da error de espacio en el disco de arranque para instalar / desinstalar archivos, elimine directamente una imagen de OLD del directorio / boot,

ls -lh /boot/*-3.13.0-119*;

rm /boot/*-3.13.0-119*; 

NOTA: revise la imagen actual del kernel nuevamente antes de eliminar cualquier imagen.

    
respondido por el Hemant Thorat 10.07.2018 - 12:35
0

En aptitude o sináptica hay una sección "empaquetado viejo o instalado manualmente". Debería haber los viejos paquetes de Linux allí.

    
respondido por el Martin Ueding 22.12.2011 - 12:59
0

Hay un script bash que escribí a continuación que hace que el proceso sea un poco más fácil de usar.

YMMV: fue creado para Mint 14. Todavía estoy aprendiendo BASH, así que probablemente sea un poco torpe. ¡Úselo bajo su propia responsabilidad, pero me funciona!

#!/bin/bash

endCol='\e[0m'
bold_red='\e[1;31m'
bold_green='\e[1;32m'
bold_yellow='\e[1;33m'

title_color='\e[0;30;47m'

function show_kernel_info {
clear
current_kernel=$(uname -r)
echo "Current ACTIVE kernel is:"
echo -e "  "$bold_yellow$current_kernel$endCol
echo "This kernel will be TOTALLY EXCLUDED from all actions in this script."
echo "Also, one fallback non-active kernel will be always left untouched."
echo ""
echo "These are the non-active kernels stored in /boot:"
count_of_old_kernels_in_boot=$(ls -o /boot/initrd* | grep -c -v "$current_kernel")
if [ $count_of_old_kernels_in_boot = 0 ]; then
  echo " * No non-active kernels found! *"
else
  ls -o /boot/initrd* | grep -v "$current_kernel"
fi
echo ""
list_of_old_kernels=$(dpkg --list | grep linux-image | awk -F' ' '{ print  }' | grep -v "$current_kernel" | grep -v "linux-image-generic")
current_old_kernel=$(dpkg --list | grep linux-image | awk -F' ' '{ print  }' | grep -v "$current_kernel" | grep -v "linux-image-generic" | head -n 1)
count_of_old_kernels_installed=$(dpkg --list | grep linux-image | awk -F' ' '{ print  }' | grep -v "$current_kernel" | grep -c -v "linux-image-generic")
echo "Listing of all unused kernels still installed in the system (these may not exist in /boot):"
if [ $count_of_old_kernels_installed = 0 ]; then
  echo " * No unused kernel installs found! *"
else
  dpkg --list | grep linux-image | awk -F' ' '{ print  }' | grep -v "$current_kernel" | grep -v "linux-image-generic"
fi
echo ""
}

function exit_script {
free_space_after=$(df -BM /boot | tail -n 1 | awk -F' ' '{ print  }' | tr -d M)
let freed_space=$free_space_after-$free_space_before
echo ""
echo "Results (in MB)"
echo "---------------"
echo "Free space in /boot before script was run: "$free_space_before
echo "Free space now: "$free_space_after
echo ""
echo "Amount of space freed up = "$freed_space
echo ""
echo "Press any key to exit."
read -s -n 1
echo ""
exit
}

# Main code
echo ""
echo -e $title_color" --------------------------- "$endCol
echo -e $title_color" -   Kernel Cleanup v1.0   - "$endCol
echo -e $title_color" --------------------------- "$endCol
echo ""
echo "Maximise this window for readability."
echo "Press any key to continue."
read -s -n 1
echo ""
echo "This script will remove old unused kernels, but it will prompt you before removing each one."
echo "It will never remove the current running kernel, and will also leave one fallback kernel."
echo "It can also remove source files from /usr/src for each kernel removed."
echo "This is normally safe to do and will free up lots more space."
echo ""
echo "Do you want that done as well? (y/n, enter=yes)"
valid_input=0
while [ "$valid_input" = "0" ]; do
  read -s -n 1 YesNo_input
  if [ "$YesNo_input" = "" ]; then
    YesNo_input="y"
  fi
  case $YesNo_input
  in
    y)
    RemoveSource="y"
    valid_input=1
    ;;

    Y)
    RemoveSource="y"
    valid_input=1
    ;;

    n)
    RemoveSource="n"
    valid_input=1
    ;;

    N)
    RemoveSource="N"
    valid_input=1
    ;;
  esac
done

free_space_before=$(df -h /boot | tail -n 1 | awk -F' ' '{ print  }' | tr -d M)
show_kernel_info
while [ $count_of_old_kernels_in_boot -gt 1 ]; do
  # failsafe check if somehow the current kernel is about to be removed!
  if [ "$current_old_kernel" = "$current_kernel" ]; then
    echo -e $bold_red"ERROR!"$endCol" Somehow the current kernel has crept into the removal process!"
    echo "I refuse to do that! Aborting script."
    exit_script
  fi
  # failsafe check if somehow a linux-image-generic entry is about to be removed
  if [ "$current_old_kernel" = "linux-image-generic" ]; then
    echo -e $bold_red"ERROR!"$endCol" Somehow one of the linux-image-generic entries has crept into the removal process!"
    echo "I refuse to do that! Aborting script."
    exit_script
  fi
  echo "Command about to be executed is:"
  echo "  $ sudo apt-get purge \"$current_old_kernel\""
  check_in_boot=$(echo $current_old_kernel | sed 's/linux-image/initrd.img/g')
  if [ -e /boot/$check_in_boot ]; then
    echo -e $bold_yellow"Note:"$endCol" This kernel exists in /boot but it NON-active, so it's OK to remove."
  else
    echo -e $bold_green"Totally safe to remove:"$endCol" This kernel does NOT exist in /boot."
  fi
  echo ""
  echo "Are you sure you want to remove this kernel?"
  echo "(*upper case* Y=yes / any other key will exit the script)"
  read -s -n 1 yes_no
  echo ""
  # Only entering a single upper case Y will work!
  if [ "$yes_no" != "Y" ]; then
    echo "Aborting script."
    exit_script
  fi
  echo "Removing kernel "$current_old_kernel"..."
  sleep 1
  sudo apt-get -y purge $current_old_kernel
  if [ "$RemoveSource" = "y" ]; then
    current_old_source=$(echo $current_old_kernel | sed 's/linux-image/linux-headers/g')
    current_old_source=$(echo $current_old_source | sed 's/-generic//g')
    current_old_source=$(echo $current_old_source | sed 's/-pae//g')
    sudo apt-get -y purge $current_old_source
  fi
  show_kernel_info
done

if [ $count_of_old_kernels_in_boot = 0 ]; then
  echo -e $bold_red"There are no NON-active kernels to remove!"$endCol
else
  echo -e $bold_red"There is only one NON-active kernel left in /boot!"$endCol
  echo "This script will not remove the last non-active kernel so that you have at least one backup kernel."
fi
echo "Aborting script."
exit_script
    
respondido por el wibbynut 08.03.2014 - 07:33
0

[Como novato de AskUbuntu, no puedo hacer ningún comentario hasta que la reputación sea igual a 50, así que no vote abajo debido a esto.]

Mi servidor estaba haciendo esto también. Literalmente, ninguna de las respuestas esperadas funcionó, ya que requieren un poco de espacio de trabajo en / boot para que se completen. Si la partición de arranque está llena, terminará abruptamente sin eliminar ninguna de las imágenes.

Lo único que funcionó para mí fue revisar la imagen actual, luego manualmente sudo rm filename para los archivos de imagen más antiguos (cada uno tenía -3.16.0-30 en sus nombres). Una vez hecho esto, sudo apt-get autoremove tenía el margen de maniobra necesario para hacer su trabajo. Resaltó algunos errores asociados con esa versión, por ejemplo: "depmod: FATAL: no se pudo cargar /boot/System.map-3.16.0-30-generic: No hay tal archivo o directorio", pero eso es de esperar.

Cuando finaliza, el df devuelve un 42% en uso para / boot para indicar que es saludable nuevamente.

    
respondido por el Justin Case 08.02.2017 - 01:44
0

Escribí este script bash purgar selectivamente los núcleos viejos de una sola vez:

Todo el código de bash y las instrucciones se incluyen en el enlace.

    
respondido por el WinEunuuchs2Unix 31.07.2017 - 01:46
0

Muestro que todavía en 2017 esta pregunta tiene nuevos comentarios y respuestas, pero falta una respuesta que creo que es muy útil aquí:

Ubuntu como un sistema operativo de escritorio de uso diario simple no tiene razón de ser instalado con una partición \ de inicio separada y algo como esto NO ofrecerá algo a un "usuario común" ... Entonces, una solución es una instalación nueva sin \ boot partition y de esta manera nunca tendrás un problema tan grande

PD: mi respuesta puede eliminarse o agregarse en la respuesta aceptada ... (creo que ayudará a algunas personas de esta manera)

    
respondido por el koleygr 20.08.2017 - 08:58
-1

Si no puede eliminar más archivos no utilizados y si tiene otra partición con o sin espacio en el mismo dispositivo, puede cambiar el tamaño de / boot partition por parted / gparted . (También está incluido en los medios de instalación).

Advertencia : operación de cambio de tamaño de la partición es peligrosa , guarde sus datos importantes en otros medios antes de hacerlo!

    
respondido por el Rudolf Dovičín 02.01.2015 - 22:42

Lea otras preguntas en las etiquetas