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

boot/ plein empêche les mises à jour ubuntu 16.04 LTS encore

teub

Bonjour,
j'avais déjà fait un sujet lien, et j'ai de nouveau le soucis de /boot qui est trop plein pour faire des mises à jour.
On avait trouvé une solution :

# free space
sudo apt-get autoremove
sudo update-grub
# apply updates
sudo apt update
sudo apt full-upgrade

et j'ai encore des soucis même avec cette méthode. Alors il reste comme solution d'agrandir le /boot :

dav@HALw:~$ df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            3.9G     0  3.9G   0% /dev
tmpfs           787M  9.4M  777M   2% /run
/dev/sda5        92G  7.8G   80G   9% /
tmpfs           3.9G  113M  3.8G   3% /dev/shm
tmpfs           5.0M  4.0K  5.0M   1% /run/lock
tmpfs           3.9G     0  3.9G   0% /sys/fs/cgroup
/dev/sda1       236M  129M   91M  59% /boot
tmpfs           787M   88K  787M   1% /run/user/1000

sauf que je ne suis pas sûr de moi pour faire cela sans problèmes.
J'avais déjà essayé de redimensionner une partition à côté d'ubuntu (avec gparted) et ca m'avait empêcher de pouvoir booter sur ubuntu ...
Alors là je viens demander aux experts comment faire cela proprement.
Merci d'avance.

xubu1957

Bonjour,

Fournis le noyau actif :

uname -a

et les noyaux présents :

dpkg -l | grep -Ei "linux-(g|h|i|lo|si|t)" | sort -k3 | tr -s " " | cut -d" " -s -f1,2,3 | column -s" " -t

teub

dav@HALw:~$ uname -a
Linux HALw 4.13.0-38-generic #43~16.04.1-Ubuntu SMP Wed Mar 14 17:48:43 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
dav@HALw:~$ dpkg -l | grep -Ei "linux-(g|h|i|lo|si|t)" | sort -k3 | tr -s " " | cut -d" " -s -f1,2,3 | column -s" " -t
rc  linux-image-extra-4.13.0-31-generic  4.13.0-31.34~16.04.1
rc  linux-image-4.13.0-31-generic        4.13.0-31.34~16.04.1
rc  linux-image-extra-4.13.0-32-generic  4.13.0-32.35~16.04.1
rc  linux-image-4.13.0-32-generic        4.13.0-32.35~16.04.1
rc  linux-image-extra-4.13.0-36-generic  4.13.0-36.40~16.04.1
rc  linux-image-4.13.0-36-generic        4.13.0-36.40~16.04.1
ii  linux-headers-4.13.0-37              4.13.0-37.42~16.04.1
ii  linux-image-extra-4.13.0-37-generic  4.13.0-37.42~16.04.1
ii  linux-headers-4.13.0-37-generic      4.13.0-37.42~16.04.1
ii  linux-image-4.13.0-37-generic        4.13.0-37.42~16.04.1
ii  linux-headers-4.13.0-38              4.13.0-38.43~16.04.1
ii  linux-image-extra-4.13.0-38-generic  4.13.0-38.43~16.04.1
ii  linux-headers-4.13.0-38-generic      4.13.0-38.43~16.04.1
ii  linux-image-4.13.0-38-generic        4.13.0-38.43~16.04.1
ii  linux-generic-hwe-16.04              4.13.0.38.57
ii  linux-headers-generic-hwe-16.04      4.13.0.38.57
ii  linux-image-generic-hwe-16.04        4.13.0.38.57

xubu1957

Le nettoyage cosmétique :

Le 20/02/2017, moko138 a écritPour supprimer tous ces fichiers de configuration devenus sans objets et marqués "rc", et uniquement ces fichiers,
exécute :

dpkg -l | grep ^rc | cut -d' ' -f3 | xargs sudo dpkg --purge

Tu pourrais utiliser > Automatiser le nettoyage sur un système sain..

teub

Merci pour les scripts. Mais est-il possible d'avoir de l'aide pour augmenter un tout peu le /boot aussi svp ?

xubu1957

Voir la Doc [doc]gparted[/doc], mais je l'ai jamais utilisée.

teub

teub a écrit J'avais déjà essayé de redimensionner une partition à côté d'ubuntu (avec gparted) et ca m'avait empêcher de pouvoir booter sur ubuntu ...

et aussi je m'étais tellement loupé que j'avais dû installer de nouveau ubuntu. Alors j'aimerai bien les conseils avisés de quelqu'un qui pourrait me guider.

xubu1957

Il faut attendre des aidants chevronnés.

Nasman

Ton problème essentiel est une partition dédiée à /boot trop petite.
Pourquoi avait tu créé cette partition ?
Il faudrait voir comment l'agrandir ou comment faire pour rappatrier les fichiers de /boot vers la partition système / (où il y a plus de place).

Que donne

sudo fdisk -l

sudo blkid

cat /etc/fstab

teub

Nasman a écrit Pourquoi avait tu créé cette partition ?

mon soucis était que je voulais avoir une partition NTFS à côté de linux pour stocker mes données. J'avais viré windows car pas besoin. Ensuite, je n'ai jamais été capable :
1/ d'utiliser l'instal standard d'ubuntu lorsque cette partition est déjà existante avant l'installtion (i.e. j'avais créé ma partition NTFS et laissé de l'espace vide pour y installer ubuntu) -> l'instal veut utiliser tout le disque,
2/ de redimensionner une installation standard et ensuite de faire cette partition NTFS dans l'espace vide généré -> si redimensionne ubuntu, on ne peut plus booter dessus.
Donc j'ai fait l'installation manuelle avec /boot et tout ce qui est nécessaire. j'ai suivi ce qui était écrit dans des discussions et je me retrouve avec ce /boot qui est trop petit 🙁

Les commandes :

dav@HALw:~$ sudo fdisk -l
Disk /dev/sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x01af5151

Device     Boot     Start       End   Sectors   Size Id Type
/dev/sda1  *         2048    507903    505856   247M 83 Linux
/dev/sda2          509950 227069951 226560002   108G  5 Extended
/dev/sda3       227069952 976773119 749703168 357.5G  7 HPFS/NTFS/exFAT
/dev/sda5          509952 195819519 195309568  93.1G 83 Linux
/dev/sda6       195821568 227069951  31248384  14.9G 82 Linux swap / Solaris

Partition 2 does not start on physical sector boundary.
Partition table entries are not in disk order.
dav@HALw:~$ sudo blkid
/dev/sda1: UUID="6d5e2468-d6d7-40ef-b9f0-5b61c112d82b" TYPE="ext4" PARTUUID="01af5151-01"
/dev/sda3: LABEL="common" UUID="5D7D7E1B5EA971F4" TYPE="ntfs" PARTUUID="01af5151-03"
/dev/sda5: UUID="9a4f2274-c121-4922-ae6a-9ee3bcdc046a" TYPE="ext4" PARTUUID="01af5151-05"
/dev/sda6: UUID="263afdb2-d8f5-49d8-ac58-0d0a309df5f2" TYPE="swap" PARTUUID="01af5151-06"
dav@HALw:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda5 during installation
UUID=9a4f2274-c121-4922-ae6a-9ee3bcdc046a /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sda1 during installation
UUID=6d5e2468-d6d7-40ef-b9f0-5b61c112d82b /boot           ext4    defaults        0       2
# swap was on /dev/sda6 during installation
UUID=263afdb2-d8f5-49d8-ac58-0d0a309df5f2 none            swap    sw              0       0

??

Bonjour
D'abord, un peu de réarangement

Device     Boot     Start       End   Sectors   Size Id Type
/dev/sda1  *         2048    507903    505856   247M 83 Linux
/dev/sda2          509950 227069951 226560002   108G  5 Extended
/dev/sda5          509952 195819519 195309568  93.1G 83 Linux
/dev/sda6       195821568 227069951  31248384  14.9G 82 Linux swap / Solaris
/dev/sda3       227069952 976773119 749703168 357.5G  7 HPFS/NTFS/exFAT

1) Tu bootes avec ton support d'installation
2) Tu lances gparted
3) Tu rétrécis la partition SDA5 de la taille que tu veux (1 Go ? 2 Go?) mais en choisissant de le faire par la gauche/le Début Alors qu'en standard, il proposera par la droite/la Fin
4) Tu valides et laisses faire. Cela durera un certain temps. Fais en sorte que l'opération ne s'arrête pas.
5) Tu rétrécis la partition SDA2 de nouveau par la gauche de la totalité de l'espace qui a été libéré.
6) Tu valides. Cela ira plus vite.
7) Tu agrandis SDA1 de l'espace qui a été libéré.

NOTA, Ce n'est plas plus mal d'avoir une partition /BOOT. De cette façon tu peux modifier la structure de la partition / sans avoir besoin d'utiliser boot-repair pour refabriquer un MBR.

Il eu été intéressant de comprendre pourquoi ton installation initiale a nécessité cette partition de boot..
Dans le doute du pourquoi, il me semble risqué de rapatrier les fichiers de boot dans la partition SDA5

NOTA, Je ne sais pas si réagrandir la partition de BOOT, déplace les fichiers de boot qui y sont présents. Si oui, et si core.mage est déplacé, tu devras utiliser boot-repair. Mais il gère cela très bien.

teub

super ca a marché :

dav@HALw:~$ sudo fdisk -l
Disk /dev/sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x01af5151

Device     Boot     Start       End   Sectors   Size Id Type
/dev/sda1  *         2048   4603903   4601856   2.2G 83 Linux
/dev/sda2         4603904 227069951 222466048 106.1G  5 Extended
/dev/sda3       227069952 976773119 749703168 357.5G  7 HPFS/NTFS/exFAT
/dev/sda5         4605952 195819519 191213568  91.2G 83 Linux
/dev/sda6       195821568 227069951  31248384  14.9G 82 Linux swap / Solaris

Partition table entries are not in disk order.

J'ai juste dû ajuster avec le cylindre dans l'étape 5) car sinon ca me générait un espace vide de 1Mb à la fin de /sda2 et ca empéchait de valider l'action.
Maintenant tout est OK pour moi et le boot se passe sans soucis.