Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

[Résolue] - VMWARE - Agrandir Partition BOOT car full blocage d'ubuntu

Vista

Bonjour,

j'utilise vmware,
j'ai donc ma ubuntu (mes ubuntus car j'a le probléme sur toutes mes machines, dégouté ! à 'apprendra à laisser le mode partition automatique)

mon porbléme c'est que ma partion /boot/ est pleine, je ne peux donc pas faiire de mise à jour.
ou même redemmarer, car ça crash la machine.

j'ai donc depuis vmware agrandi mon disque et maintenant avec gparted j'aimerais agrandir ma partion boot/
mais je ne peux pas car la partion boot est au début du disque et l'ajout de disque est à la fin du disque :

comment agrandir la partition boot svp

Vista

Pour résumé :

Voici mes partitions :

$> df -h
Sys. de fichiers            Taille Utilisé Dispo Uti% Monté sur
/dev/mapper/ubuntu--vg-root    15G    4,1G  9,6G  30% /
none                          4,0K       0  4,0K   0% /sys/fs/cgroup
udev                          487M    4,0K  487M   1% /dev
tmpfs                         100M    504K   99M   1% /run
none                          5,0M       0  5,0M   0% /run/lock
none                          497M       0  497M   0% /run/shm
none                          100M       0  100M   0% /run/user
/dev/sda1                     236M    233M     0 100% /boot
$> ll -h /boot/
total 227M
drwxr-xr-x  4 root root 3,0K juil.  7 06:36 ./
drwxr-xr-x 22 root root 4,0K juil.  7 06:35 ../
-rw-r--r--  1 root root 1,2M juil. 15  2014 abi-3.13.0-32-generic
-rw-r--r--  1 root root 1,2M mars  10 21:43 abi-3.13.0-46-generic
-rw-r--r--  1 root root 1,2M mars  12 12:52 abi-3.13.0-48-generic
-rw-r--r--  1 root root 1,2M avril 10 23:05 abi-3.13.0-49-generic
-rw-r--r--  1 root root 1,2M avril 15 15:03 abi-3.13.0-51-generic
-rw-r--r--  1 root root 1,2M mai    4 07:09 abi-3.13.0-52-generic
-rw-r--r--  1 root root 1,2M mai   20 13:11 abi-3.13.0-53-generic
-rw-r--r--  1 root root 1,2M mai   26 22:11 abi-3.13.0-54-generic
-rw-r--r--  1 root root 1,2M juin  14 21:28 abi-3.13.0-55-generic
-rw-r--r--  1 root root 162K juil. 15  2014 config-3.13.0-32-generic
-rw-r--r--  1 root root 162K mars  10 21:43 config-3.13.0-46-generic
-rw-r--r--  1 root root 162K mars  12 12:52 config-3.13.0-48-generic
-rw-r--r--  1 root root 162K avril 10 23:05 config-3.13.0-49-generic
-rw-r--r--  1 root root 162K avril 15 15:03 config-3.13.0-51-generic
-rw-r--r--  1 root root 162K mai    4 07:09 config-3.13.0-52-generic
-rw-r--r--  1 root root 162K mai   20 13:11 config-3.13.0-53-generic
-rw-r--r--  1 root root 162K mai   26 22:11 config-3.13.0-54-generic
-rw-r--r--  1 root root 162K juin  14 21:28 config-3.13.0-55-generic
drwxr-xr-x  5 root root 1,0K mai   22 06:43 grub/
-rw-r--r--  1 root root  20M mars  13 20:11 initrd.img-3.13.0-32-generic
-rw-r--r--  1 root root  20M mars  13 20:19 initrd.img-3.13.0-46-generic
-rw-r--r--  1 root root  20M mars  26 06:34 initrd.img-3.13.0-48-generic
-rw-r--r--  1 root root  20M avril 14 06:51 initrd.img-3.13.0-49-generic
-rw-r--r--  1 root root  20M avril 30 06:48 initrd.img-3.13.0-51-generic
-rw-r--r--  1 root root  20M mai    7 07:05 initrd.img-3.13.0-52-generic
-rw-r--r--  1 root root  20M mai   22 06:43 initrd.img-3.13.0-53-generic
drwx------  2 root root  12K mars  13 19:51 lost+found/
-rw-r--r--  1 root root 173K mars  12  2014 memtest86+.bin
-rw-r--r--  1 root root 174K mars  12  2014 memtest86+.elf
-rw-r--r--  1 root root 175K mars  12  2014 memtest86+_multiboot.bin
-rw-------  1 root root 3,3M juil. 15  2014 System.map-3.13.0-32-generic
-rw-------  1 root root 3,3M mars  10 21:43 System.map-3.13.0-46-generic
-rw-------  1 root root 3,3M mars  12 12:52 System.map-3.13.0-48-generic
-rw-------  1 root root 3,3M avril 10 23:05 System.map-3.13.0-49-generic
-rw-------  1 root root 3,3M avril 15 15:03 System.map-3.13.0-51-generic
-rw-------  1 root root 3,3M mai    4 07:09 System.map-3.13.0-52-generic
-rw-------  1 root root 3,3M mai   20 13:11 System.map-3.13.0-53-generic
-rw-------  1 root root 3,3M mai   26 22:11 System.map-3.13.0-54-generic
-rw-------  1 root root 3,3M juin  14 21:28 System.map-3.13.0-55-generic
-rw-------  1 root root 5,6M juil. 15  2014 vmlinuz-3.13.0-32-generic
-rw-------  1 root root 5,6M mars  10 21:43 vmlinuz-3.13.0-46-generic
-rw-------  1 root root 5,6M mars  12 12:52 vmlinuz-3.13.0-48-generic
-rw-------  1 root root 5,6M avril 10 23:05 vmlinuz-3.13.0-49-generic
-rw-------  1 root root 5,6M avril 15 15:03 vmlinuz-3.13.0-51-generic
-rw-------  1 root root 5,6M mai    4 07:09 vmlinuz-3.13.0-52-generic
-rw-------  1 root root 5,6M mai   20 13:11 vmlinuz-3.13.0-53-generic
-rw-------  1 root root 5,6M mai   26 22:11 vmlinuz-3.13.0-54-generic
-rw-------  1 root root 5,6M juin  14 21:28 vmlinuz-3.13.0-55-generic

grigouille

Décidemment, c'est un problème récurrent. Essaie :

sudo apt-get update && sudo apt-get autoremove

moko138

Vista a écritma partion /boot/ est pleine, je ne peux donc pas faire de mise à jour.

Normal.
Vois explication et remède là, le tuto de tiramiseb.

Vista a écritou même redémarrer, car ça crashe la machine.

Cela est étonnant. Tu confirmes ?

moko138

Je viens de relire le tutoriel de tiramiseb. Lis-le pour les explications claires qu'il contient.

Mais comme tu as une partition séparée /boot, tu ne peux pas l'appliquer tel quel.
Donc je t'aiderai pour adapter le remède.

Bougron

Bonjour
Une énorme surprise,
Il y a quelques mois, ce tuto, parlait du problème spécifique de la partition /boot qui est absolument obligatoire en cas de cryptage de la partition /home
Je n'en vois plus trace dans le document actuel.

grigouille

C'est récurrent : https://forum.ubuntu-fr.org/viewtopic.php?id=1870921

MicP

Rien ne t'empêche de déplacer la partition LVM un tout petit peu vers la fin du disque, juste pour pouvoir ensuite agrandir la partition de boot : Il te suffit de démarrer ta machine virtuelle depuis un fichier image ISO Live dans laquelle tu installera gparted.
Commence donc par déplacer la partition LVM (fait appliquer et patiente jusqu'à ce que la partition soit effectivement déplacée), et ensuite seulement, agrandis les partitions que tu veux.

=======
Une fois que tu aura redémarré ta machine virtuelle :

sudo apt-get remove --purge vmlinuz-3.13.0-{32,46,48,49,51,52,53}-generic

puis :

sudo update-grub

moko138

grigouille a écritDécidemment, c'est un problème récurrent. Essaie :

sudo apt-get update && sudo apt-get autoremove

Et déjà en ./viewtopic.php?pid=20200131#p20200131...

grigouille, si tu veux comprendre pourquoi ta commande ne pouvait pas fonctionner, le tuto de tiramiseb t'éclairera.

Vista

Bonjour,

j'ai réussi à redémarrer ma virtual machine sous ubuntu 🙂
ça été bien galère.

d'habitude quand ma partiion boot arrive dans les 80 % j'utilise la technique ciic --> http://forum.ubuntu-fr.org/viewtopic.php?id=1171061
mais la ça fonctionner pas car la partition boot est trop pleine.

Donc je ne pouvais faire aucune mise à jour, ou même enlever des paquets car j'ai été vraiment full niveau espace disque mais que sur la partion boot !!

donc comme c'est une vm, j'ai ajouter de la l'espace disque et grâce à gparted j'ai copie coller ma partition de boot sur la nouvelle créer
mais bien sur ça a cassé le boot de démarrage.

et pour réparer grub j'ai utiliser l’application boot-repair sur une ubuntu en live cd, après quelque manip

ma machine est de nouveau opérationnel :

 df -h
Sys. de fichiers            Taille Utilisé Dispo Uti% Monté sur
/dev/mapper/ubuntu--vg-root    15G    4,5G  9,2G  33% /
none                          4,0K       0  4,0K   0% /sys/fs/cgroup
udev                          486M    4,0K  486M   1% /dev
tmpfs                         100M    504K   99M   1% /run
none                          5,0M       0  5,0M   0% /run/lock
none                          497M       0  497M   0% /run/shm
none                          100M       0  100M   0% /run/use

en tout cas c'est la dernière fois que je laisse ubuntu partitionné mes disque tous seul !

mais pourquoi il créer une aussi petit partition pour le boot, alors qu'il y déposer des fichiers sans les nettoyer :/

merci pour vos retour

moko138

Vista a écrit./viewtopic.php?id=1171061
(...) merci pour vos retour

À quoi bon ?

1) slasher-fun t'avait indiqué une précaution il y a deux ans et demi,
tu ne l'as pas appliquée.
2) Je t'ai présenté la solution de tiramiseb,
tu ne l'as pas appliquée - ni même lue, semble-t-il. En tout cas tu n'as pas cherché à la comprendre, puisqu'en #10 tu continues d'écrire :

car la partition boot est trop pleine.

3) MicP t'a présenté une autre solution,
tu ne l'as pas appliquée.

Alors à quoi bon nos retours ?