Bonjour
Sur une (vieille) machine j'ai une partition /boot de quelques 38Mo. Et
elle est pleine, je n'ai pas pu installer le nouveau noyau (c'est une
archlinux, je n'ai pas 30 noyaux dessus : juste le normal et l'image
de secours, beaucoup plus grosse).
Qu'est-ce que j'ai comme option simple ? Redimensionner les partitions
c'est compliqué, non ? Le disque est certainement rempli, déplacer une
autre partition pour faire grossir /boot me paraît délicat.
Si vous avez une idée...
Bonjour
Sur une (vieille) machine j'ai une partition /boot de quelques 38Mo. Et
elle est pleine, je n'ai pas pu installer le nouveau noyau (c'est une
archlinux, je n'ai pas 30 noyaux dessus : juste le normal et l'image
de secours, beaucoup plus grosse).
Qu'est-ce que j'ai comme option simple ? Redimensionner les partitions
c'est compliqué, non ? Le disque est certainement rempli, déplacer une
autre partition pour faire grossir /boot me paraît délicat.
Si vous avez une idée...
Bonjour
Sur une (vieille) machine j'ai une partition /boot de quelques 38Mo. Et
elle est pleine, je n'ai pas pu installer le nouveau noyau (c'est une
archlinux, je n'ai pas 30 noyaux dessus : juste le normal et l'image
de secours, beaucoup plus grosse).
Qu'est-ce que j'ai comme option simple ? Redimensionner les partitions
c'est compliqué, non ? Le disque est certainement rempli, déplacer une
autre partition pour faire grossir /boot me paraît délicat.
Si vous avez une idée...
Bonjour
Sur une (vieille) machine j'ai une partition /boot de quelques 38Mo. Et
elle est pleine, je n'ai pas pu installer le nouveau noyau (c'est une
archlinux, je n'ai pas 30 noyaux dessus : juste le normal et l'image
de secours, beaucoup plus grosse).
Qu'est-ce que j'ai comme option simple ? Redimensionner les partitions
c'est compliqué, non ? Le disque est certainement rempli, déplacer une
autre partition pour faire grossir /boot me paraît délicat.
Bonjour
Sur une (vieille) machine j'ai une partition /boot de quelques 38Mo. Et
elle est pleine, je n'ai pas pu installer le nouveau noyau (c'est une
archlinux, je n'ai pas 30 noyaux dessus : juste le normal et l'image
de secours, beaucoup plus grosse).
Qu'est-ce que j'ai comme option simple ? Redimensionner les partitions
c'est compliqué, non ? Le disque est certainement rempli, déplacer une
autre partition pour faire grossir /boot me paraît délicat.
Bonjour
Sur une (vieille) machine j'ai une partition /boot de quelques 38Mo. Et
elle est pleine, je n'ai pas pu installer le nouveau noyau (c'est une
archlinux, je n'ai pas 30 noyaux dessus : juste le normal et l'image
de secours, beaucoup plus grosse).
Qu'est-ce que j'ai comme option simple ? Redimensionner les partitions
c'est compliqué, non ? Le disque est certainement rempli, déplacer une
autre partition pour faire grossir /boot me paraît délicat.
Si tu es capable de booter ton système indépendamment d'une
défaillance éventuelle du boot loader (clef usb de secours, live CD,
CD d'installation,... ) alors tu n'as pas vraiment besoin d'une image
de secours. D'ailleurs quand est-ce que cette image t'as servi la
dernière fois ?
Ceci dit, 38Mo pour /boot c'est un poil court. Perso je mets 100 Mo et
je suis tranquille.
Bien que risquée, le redimensionnement d'une partition n'est pas
vraiment une opération complexe.
Cependant pour te conseiller sur ce point il faudrait en savoir plus
sur le partitionnement actuel de la machine, le type de système de
fichiers, la présence éventuelle de volumes logiques (LVM) ou de
RAID, le taux d'occupation de chacune des partitions, etc...
Si tu es capable de booter ton système indépendamment d'une
défaillance éventuelle du boot loader (clef usb de secours, live CD,
CD d'installation,... ) alors tu n'as pas vraiment besoin d'une image
de secours. D'ailleurs quand est-ce que cette image t'as servi la
dernière fois ?
Ceci dit, 38Mo pour /boot c'est un poil court. Perso je mets 100 Mo et
je suis tranquille.
Bien que risquée, le redimensionnement d'une partition n'est pas
vraiment une opération complexe.
Cependant pour te conseiller sur ce point il faudrait en savoir plus
sur le partitionnement actuel de la machine, le type de système de
fichiers, la présence éventuelle de volumes logiques (LVM) ou de
RAID, le taux d'occupation de chacune des partitions, etc...
Si tu es capable de booter ton système indépendamment d'une
défaillance éventuelle du boot loader (clef usb de secours, live CD,
CD d'installation,... ) alors tu n'as pas vraiment besoin d'une image
de secours. D'ailleurs quand est-ce que cette image t'as servi la
dernière fois ?
Ceci dit, 38Mo pour /boot c'est un poil court. Perso je mets 100 Mo et
je suis tranquille.
Bien que risquée, le redimensionnement d'une partition n'est pas
vraiment une opération complexe.
Cependant pour te conseiller sur ce point il faudrait en savoir plus
sur le partitionnement actuel de la machine, le type de système de
fichiers, la présence éventuelle de volumes logiques (LVM) ou de
RAID, le taux d'occupation de chacune des partitions, etc...
Le 12/09/2018 à 10:22, Yliur a écrit :Bonjour
Sur une (vieille) machine j'ai une partition /boot de quelques
38Mo. Et elle est pleine, je n'ai pas pu installer le nouveau noyau
(c'est une archlinux, je n'ai pas 30 noyaux dessus : juste le
normal et l'image de secours, beaucoup plus grosse).
Qu'est-ce que j'ai comme option simple ? Redimensionner les
partitions c'est compliqué, non ? Le disque est certainement
rempli, déplacer une autre partition pour faire grossir /boot me
paraît délicat.
Pas compliqué mais fastidieux s'il faut déplacer d'autres partitions
pour faire de la place.
Si le chargeur d'amorçage est GRUB, tu peux déplacer /boot/grub dans
une autre partition. Ça devrait libérer une dizaine de Mo. De combien
d'espace as-tu besoin ?
Le 12/09/2018 à 10:22, Yliur a écrit :
>
> Bonjour
>
> Sur une (vieille) machine j'ai une partition /boot de quelques
> 38Mo. Et elle est pleine, je n'ai pas pu installer le nouveau noyau
> (c'est une archlinux, je n'ai pas 30 noyaux dessus : juste le
> normal et l'image de secours, beaucoup plus grosse).
>
> Qu'est-ce que j'ai comme option simple ? Redimensionner les
> partitions c'est compliqué, non ? Le disque est certainement
> rempli, déplacer une autre partition pour faire grossir /boot me
> paraît délicat.
Pas compliqué mais fastidieux s'il faut déplacer d'autres partitions
pour faire de la place.
Si le chargeur d'amorçage est GRUB, tu peux déplacer /boot/grub dans
une autre partition. Ça devrait libérer une dizaine de Mo. De combien
d'espace as-tu besoin ?
Le 12/09/2018 à 10:22, Yliur a écrit :Bonjour
Sur une (vieille) machine j'ai une partition /boot de quelques
38Mo. Et elle est pleine, je n'ai pas pu installer le nouveau noyau
(c'est une archlinux, je n'ai pas 30 noyaux dessus : juste le
normal et l'image de secours, beaucoup plus grosse).
Qu'est-ce que j'ai comme option simple ? Redimensionner les
partitions c'est compliqué, non ? Le disque est certainement
rempli, déplacer une autre partition pour faire grossir /boot me
paraît délicat.
Pas compliqué mais fastidieux s'il faut déplacer d'autres partitions
pour faire de la place.
Si le chargeur d'amorçage est GRUB, tu peux déplacer /boot/grub dans
une autre partition. Ça devrait libérer une dizaine de Mo. De combien
d'espace as-tu besoin ?
Le Thu, 13 Sep 2018 00:00:44 +0200
La partition fait 38Mo, elle est actuellement occupée à hauteur de 35Mo
et apparemment créer les deux nouvelles images du noyau ne tient pas
sur la partition. Je ne sais pas combien il faudrait exactement, mais
j'aimerais éviter de refaire l'opération dans quelques mois. Aucune
idée de la vitesse à laquelle ça grossit, sans doute pas très vite... ?
Curieux d'ailleurs que ça ne fonctionne pas avec quelques Mo de marge...
Voilà ce qui prend de la place (et grub ne semble pas être ce qui
prend de la place ?) :
# du -sh /boot/*
285K /boot/grub
24M /boot/initramfs-linux-fallback.img
6,3M /boot/initramfs-linux.img
0 /boot/kernel26-fallback.img
0 /boot/kernel26.img
12K /boot/lost+found
4,2M /boot/vmlinuz-linux
0 /boot/vmlinuz26
C'est important que /boot soit sur une partition ext2 distincte de / ?
Le Thu, 13 Sep 2018 00:00:44 +0200
La partition fait 38Mo, elle est actuellement occupée à hauteur de 35Mo
et apparemment créer les deux nouvelles images du noyau ne tient pas
sur la partition. Je ne sais pas combien il faudrait exactement, mais
j'aimerais éviter de refaire l'opération dans quelques mois. Aucune
idée de la vitesse à laquelle ça grossit, sans doute pas très vite... ?
Curieux d'ailleurs que ça ne fonctionne pas avec quelques Mo de marge...
Voilà ce qui prend de la place (et grub ne semble pas être ce qui
prend de la place ?) :
# du -sh /boot/*
285K /boot/grub
24M /boot/initramfs-linux-fallback.img
6,3M /boot/initramfs-linux.img
0 /boot/kernel26-fallback.img
0 /boot/kernel26.img
12K /boot/lost+found
4,2M /boot/vmlinuz-linux
0 /boot/vmlinuz26
C'est important que /boot soit sur une partition ext2 distincte de / ?
Le Thu, 13 Sep 2018 00:00:44 +0200
La partition fait 38Mo, elle est actuellement occupée à hauteur de 35Mo
et apparemment créer les deux nouvelles images du noyau ne tient pas
sur la partition. Je ne sais pas combien il faudrait exactement, mais
j'aimerais éviter de refaire l'opération dans quelques mois. Aucune
idée de la vitesse à laquelle ça grossit, sans doute pas très vite... ?
Curieux d'ailleurs que ça ne fonctionne pas avec quelques Mo de marge...
Voilà ce qui prend de la place (et grub ne semble pas être ce qui
prend de la place ?) :
# du -sh /boot/*
285K /boot/grub
24M /boot/initramfs-linux-fallback.img
6,3M /boot/initramfs-linux.img
0 /boot/kernel26-fallback.img
0 /boot/kernel26.img
12K /boot/lost+found
4,2M /boot/vmlinuz-linux
0 /boot/vmlinuz26
C'est important que /boot soit sur une partition ext2 distincte de / ?
parted affiche ça pour le disque en question :
Numéro Début Fin Taille Type Système de fichiers Fanions
1 512B 41,1MB 41,1MB primary ext2 démarrage
2 41,1MB 2196MB 2155MB primary linux-swap(v1)
3 2196MB 10,1GB 7872MB primary ext3
4 10,1GB 20,0GB 9953MB primary ext3
parted affiche ça pour le disque en question :
Numéro Début Fin Taille Type Système de fichiers Fanions
1 512B 41,1MB 41,1MB primary ext2 démarrage
2 41,1MB 2196MB 2155MB primary linux-swap(v1)
3 2196MB 10,1GB 7872MB primary ext3
4 10,1GB 20,0GB 9953MB primary ext3
parted affiche ça pour le disque en question :
Numéro Début Fin Taille Type Système de fichiers Fanions
1 512B 41,1MB 41,1MB primary ext2 démarrage
2 41,1MB 2196MB 2155MB primary linux-swap(v1)
3 2196MB 10,1GB 7872MB primary ext3
4 10,1GB 20,0GB 9953MB primary ext3
Le 13/09/2018 à 05:14, Yliur a écrit :Le Thu, 13 Sep 2018 00:00:44 +0200
La partition fait 38Mo, elle est actuellement occupée à hauteur de
35Mo et apparemment créer les deux nouvelles images du noyau ne
tient pas sur la partition. Je ne sais pas combien il faudrait
exactement, mais j'aimerais éviter de refaire l'opération dans
quelques mois. Aucune idée de la vitesse à laquelle ça grossit,
sans doute pas très vite... ?
Curieux d'ailleurs que ça ne fonctionne pas avec quelques Mo de
marge...
Ça dépend de la façon de faire la mise à jour. Si le nouveau noyau
est installé à côté de l'ancien avant que ce dernier soit
désinstallé, il faut le double d'espace.
Voilà ce qui prend de la place (et grub ne semble pas être ce qui
prend de la place ?) :
# du -sh /boot/*
285K /boot/grub
24M /boot/initramfs-linux-fallback.img
6,3M /boot/initramfs-linux.img
0 /boot/kernel26-fallback.img
0 /boot/kernel26.img
12K /boot/lost+found
4,2M /boot/vmlinuz-linux
0 /boot/vmlinuz26
En effet ton GRUB est beaucoup petit que le mien (Debian). Il ne doit
pas être aussi complet.
C'est l'initramfs de secours qui occupe énormément de place.C'est important que /boot soit sur une partition ext2 distincte
de / ?
Pas si GRUB peut lire la partition racine, ce qui est le cas si elle
est en ext3, sauf bug du BIOS qui ne saurait pas accéder à la
position de celle-ci. Peu probable avec un disque aussi petit.
Autre solution :
Parted montre que la partition de swap de 2 Go est située juste
derrière /boot. Tu peux la désactiver, la supprimer, la recréer ~100
Mo plus loin et la reformater avec le même UUID.
Le 13/09/2018 à 05:14, Yliur a écrit :
> Le Thu, 13 Sep 2018 00:00:44 +0200
>
> La partition fait 38Mo, elle est actuellement occupée à hauteur de
> 35Mo et apparemment créer les deux nouvelles images du noyau ne
> tient pas sur la partition. Je ne sais pas combien il faudrait
> exactement, mais j'aimerais éviter de refaire l'opération dans
> quelques mois. Aucune idée de la vitesse à laquelle ça grossit,
> sans doute pas très vite... ?
>
> Curieux d'ailleurs que ça ne fonctionne pas avec quelques Mo de
> marge...
Ça dépend de la façon de faire la mise à jour. Si le nouveau noyau
est installé à côté de l'ancien avant que ce dernier soit
désinstallé, il faut le double d'espace.
> Voilà ce qui prend de la place (et grub ne semble pas être ce qui
> prend de la place ?) :
>
> # du -sh /boot/*
> 285K /boot/grub
> 24M /boot/initramfs-linux-fallback.img
> 6,3M /boot/initramfs-linux.img
> 0 /boot/kernel26-fallback.img
> 0 /boot/kernel26.img
> 12K /boot/lost+found
> 4,2M /boot/vmlinuz-linux
> 0 /boot/vmlinuz26
En effet ton GRUB est beaucoup petit que le mien (Debian). Il ne doit
pas être aussi complet.
C'est l'initramfs de secours qui occupe énormément de place.
> C'est important que /boot soit sur une partition ext2 distincte
> de / ?
Pas si GRUB peut lire la partition racine, ce qui est le cas si elle
est en ext3, sauf bug du BIOS qui ne saurait pas accéder à la
position de celle-ci. Peu probable avec un disque aussi petit.
Autre solution :
Parted montre que la partition de swap de 2 Go est située juste
derrière /boot. Tu peux la désactiver, la supprimer, la recréer ~100
Mo plus loin et la reformater avec le même UUID.
Le 13/09/2018 à 05:14, Yliur a écrit :Le Thu, 13 Sep 2018 00:00:44 +0200
La partition fait 38Mo, elle est actuellement occupée à hauteur de
35Mo et apparemment créer les deux nouvelles images du noyau ne
tient pas sur la partition. Je ne sais pas combien il faudrait
exactement, mais j'aimerais éviter de refaire l'opération dans
quelques mois. Aucune idée de la vitesse à laquelle ça grossit,
sans doute pas très vite... ?
Curieux d'ailleurs que ça ne fonctionne pas avec quelques Mo de
marge...
Ça dépend de la façon de faire la mise à jour. Si le nouveau noyau
est installé à côté de l'ancien avant que ce dernier soit
désinstallé, il faut le double d'espace.
Voilà ce qui prend de la place (et grub ne semble pas être ce qui
prend de la place ?) :
# du -sh /boot/*
285K /boot/grub
24M /boot/initramfs-linux-fallback.img
6,3M /boot/initramfs-linux.img
0 /boot/kernel26-fallback.img
0 /boot/kernel26.img
12K /boot/lost+found
4,2M /boot/vmlinuz-linux
0 /boot/vmlinuz26
En effet ton GRUB est beaucoup petit que le mien (Debian). Il ne doit
pas être aussi complet.
C'est l'initramfs de secours qui occupe énormément de place.C'est important que /boot soit sur une partition ext2 distincte
de / ?
Pas si GRUB peut lire la partition racine, ce qui est le cas si elle
est en ext3, sauf bug du BIOS qui ne saurait pas accéder à la
position de celle-ci. Peu probable avec un disque aussi petit.
Autre solution :
Parted montre que la partition de swap de 2 Go est située juste
derrière /boot. Tu peux la désactiver, la supprimer, la recréer ~100
Mo plus loin et la reformater avec le même UUID.
Autre solution :
Parted montre que la partition de swap de 2 Go est située juste
derrière /boot. Tu peux la désactiver, la supprimer, la recréer ~100
Mo plus loin et la reformater avec le même UUID.
Tu as raison, redimensionner la partition d'échange n'a pas l'air
aussi dangereux. Je note de la désactiver.
Elle est désignée par /dev/sda2 dans fstab, je suppose que si je la
recrée au même endroit tout va bien se passer ?
Par contre je suis obligé de recréer le système de fichiers de la
partition d'échange et de /boot, c'est ça ?
Le noyau peut vivre sans problème sans son image sur le disque ?
J'ai lu tes remarques dans l'autre message, merci ; est-ce que la
première rend dangereuse l'opération sur /boot ou bien c'est
"simplement" un problème de fiabilité en utilisation courante ?
Autre solution :
Parted montre que la partition de swap de 2 Go est située juste
derrière /boot. Tu peux la désactiver, la supprimer, la recréer ~100
Mo plus loin et la reformater avec le même UUID.
Tu as raison, redimensionner la partition d'échange n'a pas l'air
aussi dangereux. Je note de la désactiver.
Elle est désignée par /dev/sda2 dans fstab, je suppose que si je la
recrée au même endroit tout va bien se passer ?
Par contre je suis obligé de recréer le système de fichiers de la
partition d'échange et de /boot, c'est ça ?
Le noyau peut vivre sans problème sans son image sur le disque ?
J'ai lu tes remarques dans l'autre message, merci ; est-ce que la
première rend dangereuse l'opération sur /boot ou bien c'est
"simplement" un problème de fiabilité en utilisation courante ?
Autre solution :
Parted montre que la partition de swap de 2 Go est située juste
derrière /boot. Tu peux la désactiver, la supprimer, la recréer ~100
Mo plus loin et la reformater avec le même UUID.
Tu as raison, redimensionner la partition d'échange n'a pas l'air
aussi dangereux. Je note de la désactiver.
Elle est désignée par /dev/sda2 dans fstab, je suppose que si je la
recrée au même endroit tout va bien se passer ?
Par contre je suis obligé de recréer le système de fichiers de la
partition d'échange et de /boot, c'est ça ?
Le noyau peut vivre sans problème sans son image sur le disque ?
J'ai lu tes remarques dans l'autre message, merci ; est-ce que la
première rend dangereuse l'opération sur /boot ou bien c'est
"simplement" un problème de fiabilité en utilisation courante ?
Elle est désignée par /dev/sda2 dans fstab, je suppose que si je la
recrée au même endroit tout va bien se passer ?
Elle est désignée par /dev/sda2 dans fstab, je suppose que si je la
recrée au même endroit tout va bien se passer ?
Elle est désignée par /dev/sda2 dans fstab, je suppose que si je la
recrée au même endroit tout va bien se passer ?
Le Fri, 14 Sep 2018 06:05:57 +0200, Yliur a écrit :Elle est désignée par /dev/sda2 dans fstab, je suppose que si je la
recrée au même endroit tout va bien se passer ?
L'important est qu'elle ait le même uuid.
Le Fri, 14 Sep 2018 06:05:57 +0200, Yliur a écrit :
Elle est désignée par /dev/sda2 dans fstab, je suppose que si je la
recrée au même endroit tout va bien se passer ?
L'important est qu'elle ait le même uuid.
Le Fri, 14 Sep 2018 06:05:57 +0200, Yliur a écrit :Elle est désignée par /dev/sda2 dans fstab, je suppose que si je la
recrée au même endroit tout va bien se passer ?
L'important est qu'elle ait le même uuid.