1 votes

Pourquoi ma partition racine s'affiche-t-elle comme pleine dans gparted?

Je sais un peu sur les systèmes de fichiers mais pas beaucoup. J'ai seulement une idée générale de ce que sont les LVMs, bien que apparemment, c'est ce que j'utilise comme ma partition racine.

J'ai un seul disque dur de 1 To dans mon ordinateur. Je cours Ubuntu 14.04.

Je suis allé installer des mises à jour aujourd'hui et on m'a informé que je n'ai pas assez d'espace dans ma partition /boot.

Je suis allé libérer de l'espace avec l'interface graphique gparted à partir d'un CD live, mais j'ai remarqué que mon système de fichiers racine est affiché comme étant plein:

entrer une description de l'image ici

Cependant, selon df:

Système de fichiers            1K-blocs    Utilisé Disponible Uti% Monté sur
/dev/mapper/ubuntu--vg-root   954367812 10720604 895145040   2% /
none                                        4           0             4       0% /sys/fs/cgroup
udev                               2995912     12        2995900      1% /dev
tmpfs                             608016       1312      606704      1% /run
none                                5120            0          5120       0% /run/lock
none                             3040072       17312    3022760      1% /run/shm
none                              102400        52       102348       1% /run/user
/dev/sda2                        241965    118221     111252     52% /boot
/dev/sda1                          523248      3428      519820       1% /boot/efi
tmpfs                           3040072         4       3040068      1% /var/lib/polkit-1/localauthority/90-mandatory.d

Qu'est-ce que c'est? Pourquoi gparted pense que ma partition est pleine?


J'ai aussi une question supplémentaire. Est-ce que quelqu'un sait quelle est la différence entre les partitions /boot/efi et /boot et si j'ai besoin des deux?

0 votes

Si tout ce que vous essayez de faire est de libérer de l'espace sur /boot, vous devriez poser une nouvelle question avec la sortie de ls -lR /boot.

2voto

AFH Points 16642

Je constate que les résultats de gparted et de df diffèrent, mais pas à ce point : je soupçonne que gparted interprète mal votre contenu lvm2.

Votre problème est que /boot est monté sur un disque séparé de 0,25 Go, et c'est ce qui manque d'espace. Je ne suis pas sûr de comment vous en êtes arrivé là, ni comment en sortir : peut-être que grub ne démarre pas très bien à partir de systèmes de fichiers lvm2.

La chose la plus simple à faire d'abord est de supprimer tous les noyaux sauf le courant et le précédent (vous n'aurez jamais besoin de plus d'un noyau de secours). Tapez :

ls -l /boot/initrd*
uname -a

Cela affichera toutes les versions du noyau installées et votre noyau en cours d'exécution. Ensuite, vous devez supprimer tous sauf les deux derniers. Je préfère utiliser synaptic pour cela : sélectionnez Installed et dans la boîte de recherche, entrez tour à tour la partie numérique de chacune des versions que vous voulez supprimer, puis tapez Ctrl-a pour tout sélectionner, puis cliquez avec le bouton droit et sélectionnez Mark for Complete Removal (en vous assurant absolument de ne pas supprimer votre version actuelle !). Après avoir passé en revue chacun des noyaux à supprimer, cliquez sur Apply.

Sous Ubuntu 15.04 avec deux noyaux installés, mon répertoire /boot fait légèrement plus de 120 Mo, donc vous devriez avoir de la place pour deux versions pendant que vous en installez une troisième sur votre /dev/sda2 (et n'oubliez pas de supprimer la version la plus ancienne à chaque fois que vous le faites).

Si cela ne résout pas votre problème, vous avez deux options :

  1. Augmenter la taille de /dev/sda2 en déplaçant la limite entre celui-ci et /dev/sda3.
  2. Rechercher sur internet grub lvm2, et suivre les conseils donnés.

Pour répondre à votre question annexe, /boot est l'endroit où résident les fichiers de démarrage du noyau, et cela se trouve normalement dans le même système de fichiers que /, mais grub doit identifier où résident les fichiers de démarrage EFI, et cela se fait en montant la partition de démarrage EFI dans /boot/efi. En d'autres termes, /boot/efi est le point de montage d'un système de fichiers séparé, mais il est inhabituel que /boot lui-même soit un point de montage. Vous avez besoin des deux, sauf si vous démarrez en utilisant un BIOS hérité.

2voto

Rod Smith Points 20483

Entre eux, AFH et Romeo Ninov ont essentiellement la réponse, mais elle doit être regroupée.

Votre partition /boot est séparée car cela est essentiel pour l'utilisation de LVM (qui n'est pas un système de fichiers, mais un conteneur de volumes logiques, qui contiennent eux-mêmes des systèmes de fichiers). Une partition LVM peut être redimensionnée; consultez ici pour un aperçu de ce qui est nécessaire. Je ne suis pas sûr que j'irais jusque là, cependant....

Vous signalez que votre processus de mise à jour se plaint d'un espace insuffisant dans votre partition /boot de 244 MiB, mais cette partition est actuellement utilisée à seulement 52%. Les distributions qui créent régulièrement des partitions /boot séparées les font généralement environ deux fois plus grandes que la vôtre, mais il est quand même étrange que vos mises à jour essaient de presque doubler la quantité d'espace utilisée là-bas. L'installation d'Ubuntu 14.04 sur laquelle je tape ceci utilise seulement 80 MiB sur /boot. Vous voudrez donc peut-être vérifier ce qui s'y trouve. Tapez ls -lh /boot. Voici ce que je vois sur mon système :

$ ls -lh /boot
total 70M
-rw-r--r--  1 root root 1.2M Feb 14 17:06 abi-3.13.0-45-generic
-rw-r--r--  1 root root 1.2M May  4 01:09 abi-3.13.0-52-generic
-rw-r--r--  1 root root 162K Feb 14 17:06 config-3.13.0-45-generic
-rw-r--r--  1 root root 162K May  4 01:09 config-3.13.0-52-generic
drwxr-xr-x 10 root root 4.0K Dec 31  1969 efi
drwxr-xr-x  3 root root 1.0K May  7 11:30 extlinux
drwxr-xr-x  5 root root 1.0K Mar 12 20:08 grub
drwxr-xr-x  2 root root 1.0K Feb 14 17:06 grub.bak
-rw-r--r--  1 root root  20M Feb 26 18:39 initrd.img-3.13.0-45-generic
-rw-r--r--  1 root root  20M May  7 11:28 initrd.img-3.13.0-52-generic
drwx------  2 root root  12K Feb 14 17:05 lost+found
-rw-r--r--  1 root root 173K Feb 14 17:06 memtest86+.bin
-rw-r--r--  1 root root 174K Feb 14 17:06 memtest86+.elf
-rw-r--r--  1 root root 175K Feb 14 17:06 memtest86+_multiboot.bin
-rw-r--r--  1 root root  227 Feb 14 17:06 refind_linux.conf
-rw-------  1 root root 3.3M Feb 14 17:06 System.map-3.13.0-45-generic
-rw-------  1 root root 3.3M May  4 01:09 System.map-3.13.0-52-generic
-rw-------  1 root root 5.6M Feb 14 17:06 vmlinuz-3.13.0-45-generic
-rw-r--r--  1 root root 5.6M Feb 19 21:38 vmlinuz-3.13.0-45-generic.efi.signed
-rw-------  1 root root 5.6M May  4 01:09 vmlinuz-3.13.0-52-generic
-rw-r--r--  1 root root 5.6M May 10 21:36 vmlinuz-3.13.0-52-generic.efi.signed

C'est assez typique (bien que légèrement plus que ce que certains systèmes pourraient avoir). Si vous voyez plus de fichiers de types différents que ceux que j'ai montrés ici, il est possible que quelque chose ait ajouté quelque chose de nouveau et superflu, et de tels fichiers pourraient être candidats à la suppression -- mais si vous ne les comprenez pas, demandez des conseils avant de les supprimer.

Une autre chose à vérifier sont les noyaux superflus. Ce sont les fichiers dont les noms commencent par vmlinuz. (Ils sont associés à des fichiers initrd.img, pour lesquels AFH vous avait demandé de rechercher.) Mon propre exemple montre quatre fichiers kernel, mais ce ne sont en réalité que des versions signées et non signées de seulement deux noyaux. Si vous voyez plus de trois versions de noyaux (chacune pouvant être disponible sous forme signée et non signée), essayez la commande suivante:

sudo apt-get autoremove

Cette commande devrait supprimer tous les noyaux sauf l'original et les deux plus récents de votre système, ce qui devrait libérer de l'espace.

Si vous devez vraiment redimensionner les partitions, il serait peut-être plus sûr de réduire votre partition Système EFI (ESP; /dev/sda1 dans votre cas) et d'étendre /boot dans cet espace plutôt que de toucher à votre configuration LVM. Je ne recommanderais pas de redimensionner de plus de 200 MiB environ, et vous devriez absolument sauvegarder les deux partitions sur un support amovible avant de procéder, car les deux partitions sont critiques pour le démarrage, donc si quelque chose tourne mal, vous serez dans de beaux draps. De plus, sachez que certains EFI peuvent être pointilleux concernant les systèmes de fichiers FAT sur leurs ESP. Quelques-uns (principalement les EFI plus anciens, d'avant 2012) réagiront mal à un ESP en FAT32 plus petit que 512 MiB. Ainsi, si vous essayez de redimensionner de cette façon, commencez par réduire l'ESP, puis effectuez un démarrage de test. Si vous pouvez démarrer, étendez /boot dans l'espace libéré et essayez de démarrer à nouveau. Si vous rencontrez des problèmes après avoir réduit l'ESP, utilisez un système de secours pour le restaurer à sa taille d'origine.

1voto

Andreas Linnert Points 101

Parce que sur l'écran vous voyez PV (volume physique), pas système de fichiers. Et l'intégralité du pv est assignée à vg. En exécutant

df

vous verrez l'état du système de fichiers

0 votes

Ahhh, comment puis-je changer cela pour pouvoir redimensionner la partition ?

0 votes

Vous devriez utiliser une distribution en direct et sans monter ce lv, vous devriez rétrécir le système de fichiers, puis redimensionner le lv. Ensuite, vous pourrez créer de nouveaux volumes logiques. Si vous souhaitez redimensionner sda1 je crains que ce ne soit pas possible (facile) :(

0 votes

Pour clarifier: Donc je peux redimensionner le LV sur ce PV et créer un autre LV à côté si je le souhaite, mais je ne peux pas redimensionner le volume physique lui-même. Donc je ne peux pas agrandir /boot. Est-ce ce que vous voulez dire? Puis-je migrer /boot pour en faire un LV à l'intérieur de ce PV ? ou doit-il être sur une partition totalement séparée?

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X