web-dev-qa-db-fra.com

Comment puis-je savoir si / boot a de l'espace libre?

gksudo pour Baobab Disk Usage Analyzer ne montre pas/boot. J'ai récemment enlevé plusieurs vieux noyaux. Comment puis-je vérifier que j'ai libéré de l'espace dans/boot?

enter image description here

Backstory - J'ai commencé le nettoyage de printemps car Ubuntu ne s'initialisait pas correctement sans solutions de rechange. J'ai diagnostiqué l'erreur lorsque mon ordinateur m'a averti que/boot était presque plein. L'avertissement a ouvert Disk Usage Analyzer sans autorisation root, afin que/boot n'ait pas été analysé. Maintenant, l'analyseur ne semble pas pouvoir trouver le répertoire du tout.

Ce que j'ai fait - Après la mise à jour du noyau le plus récent, j'ai supprimé les anciens noyaux un par un avec:

Sudo apt purge linux-image-[VERSION].

Quand j'ai eu fini, j'ai mis à jour grub2.

Chaque fois que la commande purge a déclaré qu'elle libérerait 0 octet d'espace. Ils sont partis en fonction de:

dpkg --list | grep linux-image

3
UsagiYojimbo

df -h vous montre de l'espace sur toutes les partitions, pas seulement/home, et pour voir tous les noyaux, faites dpkg -l linux-image*

Vous pouvez supprimer plusieurs anciens noyaux à la fois avec une commande comme Sudo apt-get remove linux-image-2.6.32-{21,37,38,39,40,41,42,43,44}-server (remplacez vos nombres par ce que vous trouvez avec dpkg), mais veillez à ne pas supprimer le noyau actuel, ni le dernier noyau!

uname -r vous montre ce que vous utilisez actuellement.

Remarque: Sudo apt-get autoremove est utile à exécuter après la suppression des anciens noyaux car il supprime les dépendances obsolètes.

3
K7AAY

Si /boot est un système de fichiers séparé et si vous exécutez baobab avec Sudo, il ne répertoriera pas /boot dans le cadre de l'analyse complète du disque. Au lieu de cela, vous devez sélectionner le système de fichiers que vous souhaitez analyser à l'écran de démarrage du baobab.

Vous pouvez également exécuter baobab comme suit: Sudo baobab /boot pour ouvrir immédiatement l’utilisation du disque pour le dossier /boot.

Cependant, si vous êtes déjà en ligne de commande, il existe d'autres moyens (voir autre réponse) d'interroger l'utilisation du disque système.

0
Sebastian Stark

Le moyen le plus simple consiste à utiliser la commande df:

_$ df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            3.7G     0  3.7G   0% /dev
tmpfs           759M  1.9M  757M   1% /run
/dev/nvme0n1p7   44G   19G   24G  44% /
tmpfs           3.8G   52M  3.7G   2% /dev/shm
tmpfs           5.0M  4.0K  5.0M   1% /run/lock
tmpfs           3.8G     0  3.8G   0% /sys/fs/cgroup
/dev/nvme0n1p8  9.1G   49M  9.0G   1% /mnt/e
/dev/nvme0n1p2   95M   28M   68M  29% /boot/efi
/dev/nvme0n1p4  391G  130G  262G  34% /mnt/c
/dev/sda3       920G   42G  878G   5% /mnt/d
tmpfs           759M   64K  759M   1% /run/user/1000
/dev/sdb5       6.3G  101M  5.9G   2% /media/rick/casper-rw
/dev/sdb1       6.4G   43M  6.4G   1% /media/rick/usbdata
/dev/sdb4       1.4G  1.4G     0 100% /media/rick/Ubuntu 18.04 LTS AMD64
_

Sur mon système, _/boot_ est intégré au répertoire racine (_/_). Je vois donc que c'est sur la partition _/dev/nvme0n1p7_ qui est remplie à 44% (24G disponible). Cela suffit pour stocker 48 nouveaux noyaux sans éliminer aucun des noyaux existants.

Si vous avez une partition séparée _/boot_, vous la verrez sur la liste df.

Pour voir combien d’espace disque, non seulement dans _/boot_ mais aussi dans _/src/lib_ et _/lib/modules_ chaque noyau consomme, vous pouvez utiliser rm-kernels pour afficher le stockage utilisé sans rien enlever:

rm-kernels-may2018

Dans ce cas, 6,9 Go sont utilisés dans les noyaux non seulement dans _/boot_ mais dans le reste de _/_. L'écran affiche une colonne distincte pour la quantité utilisée dans le répertoire _/boot_.

Vous pouvez également exécuter la commande du (Utilisation du disque):

_$ du /boot -h -s
1.2G    /boot
_
0
WinEunuuchs2Unix