[Résolu] Espace insuffisant dans /boot

cqfd93 · Le 29/09/2016, à 23:34

Contente d'avoir pu t'aider !

moko138 · Le 30/09/2016, à 07:05

cqfd93 a écrit :

jplemoine a écrit :
En 14.04, il y a eu un système automatique (apt autoremove) mais je ne l'aime pas.
J'utilise donc kclean.
Moi non plus je ne l'aime pas trop, en plus il ne fait pas toujours le boulot (notamment après une mise à niveau).

cqfd93 et jplemoine,
Je me demande depuis un certain temps pourquoi vous préférez
kclean, qu'il faut penser à lancer périodiquement et qui exige deux réponses manuelles,
aux trois scripts cron de nany qui automatisent, une fois pour toutes, le nettoyage hebdomadaire des noyaux ? (Et qui s'exécutent dès le 1er redémarrage, ce qui accélère le dépannage).

Compte anonymisé · Le 30/09/2016, à 07:15

moko138 a écrit :

cqfd93 a écrit :
jplemoine a écrit :
En 14.04, il y a eu un système automatique (apt autoremove) mais je ne l'aime pas.
J'utilise donc kclean.
Moi non plus je ne l'aime pas trop, en plus il ne fait pas toujours le boulot (notamment après une mise à niveau).
cqfd93 et jplemoine,
Je me demande depuis un certain temps pourquoi vous préférez
kclean, qu'il faut penser à lancer périodiquement et qui exige deux réponses manuelles,
aux trois scripts cron de nany qui automatisent, une fois pour toutes, le nettoyage hebdomadaire des noyaux ? (Et qui s'exécutent dès le 1er redémarrage, ce qui accélère le dépannage).

Une fois par mois c'est bien suffisant

Compte supprimé · Le 30/09/2016, à 09:39

Bonjour à tous,
Tant pis, je vais m'incruster dans ce sujet résolu, mais c'est parce que les spécialistes y sont présents
S'il le faut cqfd93 scindera le sujet

Au cours d'une discussion avec une association qui installe des PC en "Linux", on m'a dit :
"maintenant on n'installe plus d'Ubuntu ou de Mint, on ne fait que du debian"
Et voilà l'explication : ils en avaient assez d'être confronté à des partitions pleines à cause de l'accumulation des noyaux., alors que debian ne présente pas cet inconvénient.
Savez-vous comment debian peut être différent d'Ubuntu sur ce point ? Ont-ils une fonction en plus qu'Ubuntu n'utilise pas ?

@moko138
On pourrait aussi en faire un sujet à part pour ces deux questions.

Dernière modification par Compte supprimé (Le 30/09/2016, à 09:41)

Compte anonymisé · Le 30/09/2016, à 09:54

Il n'y a aucun souci d'accumulation des noyaux avec une installation standard d'Ubuntu, la preuve en image :

Ma partition Ubuntu est sur la ligne Sda6

Comme tu peux le constater, il y a de la place et je peux me permettre d'accumuler les noyaux pendant des mois ( années ) sans le moindre souci.

En fait si j'ai bien tout suivi il y a 2 principaux soucis :
1) l'installeur d'Ubuntu propose depuis quelques années 2 options à la con : LVM et cryptage qui entrainent la formation de ce genre de mini partition Boot qui se remplie à vitesse grand V
2 ) comme dans le cas malheureux de notre ami de cette discussion, on fait confiance à des personnes qui font des tuto à la con sur You tube en proposant de faire une partion /boot. J'espère pouvoir retrouver cette vidéo d'ailleurs pour pouvoir faire un commentaire dessus lol

Voila.
Pour ne pas se tromper, ce c'est pourtant pas si difficile que cela, la documentation d'Ubuntu.fr est très bien faite !

Dernière modification par Compte anonymisé (Le 30/09/2016, à 10:14)

cqfd93 · Le 30/09/2016, à 09:59

Bonjour tout le monde,

Tamarou a écrit :

Tant pis, je vais m'incruster dans ce sujet résolu, mais c'est parce que les spécialistes y sont présents
S'il le faut cqfd93 scindera le sujet

Ça peut se faire, effectivement.

Au cours d'une discussion avec une association qui installe des PC en "Linux", on m'a dit :
"maintenant on n'installe plus d'Ubuntu ou de Mint, on ne fait que du debian"
Et voilà l'explication : ils en avaient assez d'être confronté à des partitions pleines à cause de l'accumulation des noyaux., alors que debian ne présente pas cet inconvénient.

Les partitions pleines, c'est principalement dans des installations avec /boot séparé ou avec / trop petite. Si on le sait quand on installe, cet écueil est facile à éviter (ce qui n'empêche pas l'accumulation de noyaux bien sûr)

Savez-vous comment debian peut être différent d'Ubuntu sur ce point ? Ont-ils une fonction en plus qu'Ubuntu n'utilise pas ?

Aucune idée, je ne connais pas Debian.

Compte supprimé · Le 30/09/2016, à 10:33

Merci pour ces premières indication, je vais chercher pour le cas debian.

Mais d'après vous, l'ajout d'un nouveau noyau, y compris toutes ses ramifications et fichiers divers, ça pèse combien de Mo ?

Bougron · Le 30/09/2016, à 10:40

Bonjour

Je me défoule!!!!!!
Cela n'a rien à voir dans la discussion, mais le problème est que ubuntu est complètement stupide et que les utilisateurs sont naïfs.
Si debian marche, c'est qu'il sait reconnaître les écrans ==> J'en ai marre de dire d'ajouter l'option nomodeset.
Alors que les autres logiciels incluent d'entrée cette option!!!
Si debian marche c'est qu'il sait faire fonctionner internet => J'en ai marre de voir des discussions qui disent que le wifi ne fonctionne pas.
Un portable c'est fait pour fonctionner en WIFI!!!! Que ubuntu ne le comprenne pas, c'est grave. Il va se faire racheter par microsoft. D'ailleurs je m'y prépare.
Cela m'a permit de découvrir que cela semble tellement naturel puisque la documentation décrit comment se passer d'internet pour faire fonctionner ubuntu! Elle explique même d'utiliser windows pour faire ce genre de chose.

Si ubuntu ne fonctionne pas, c'est que l'utilisateur fait une commande stupide du style 'mise à jour de logiciel' qui a comme conséquence.
=> ==> J'en ai marre de dire d'ajouter l'option nomodeset
=> => J'en ai marre de voir des discussions qui disent que le wifi ne fonctionne pas.

=> Plus de place dans le fichier /boot Cela aussi j'en ai marre.
Ce logiciel à la noix qui fait la mise à jour a le culot de dire à l'utilisateur de frapper la commande suivante;
(je dis de mémoire) "sudo apt autoremove "
Bien sur, l'utilisateur ne fait jamais cette commande. Je n'ai pas encore réussi à comprendre pourquoi l'utilisateur devrait la faire, il suffit que le logiciel en question la fasse!!! et le problème disparaît tout naturellement.
==> j'espère que auto n'est pas le diminutif de automatic car on voit que cela n'est pas le cas vu qu'il frapper une commande......
Lorsque ces trois points seront réglés... l'activité du forum chutera fortement.

Dernière modification par Bougron (Le 30/09/2016, à 11:47)

jplemoine · Le 30/09/2016, à 11:22

Je pense que c'est sudo apt autoremove.
Pourquoi ne pas le faire automatiquement, tout simplement pour ne pas se retrouver avec 1 noyau....
Tu as 2 noyaux : V1 et V2
Tu installes le noyau V3 mais ça merde, si en fin d'install, il supprime le V1. Tu n'as plus que le V2 qui est fonctionnel.
S'il ne supprimes pas le V3 de manière automatique, tu as toujours V1 et V2.
De plus, tu es obligé de rebooter pour passer sur le noyau supérieur..

C'est donc sur le redémarrage qu'il faudrait supprimer le noyau surnuméraire sauf que l'utilisateur n'a pas testé le nouveau noyau.
C'est donc assez subtil à automatiser.

Bougron · Le 30/09/2016, à 11:54

Bonjour
Et bien je l'attendais.....comme réponse
=> C'est avant de commencer la nouvelle installation que la commande doit se faire et non aprés car comme tu le dis cette nouvelle installation n'est pas encore en service.
=> il me suffit d'un seul noyau, il faut simplement qu'il fonctionne.

En clair, lorsque qu'on frappe la commande "sudo apt update", Cette action doit commencer à faire l'"autoremove". Comme je l'ai déjà dit il y a plusieurs mois dans une discussion, une bonne mise à jour consiste d'abord à faire de la place pour accepter d'éventuelles nouveautés. Si on n'a pas la place, il ne faut pas accepter...
====> Prendre exemple sur le code de la route: Il a fallu des dizaines d'années pour comprendre que les voitures qui étaient dans un rond-point devaient devenir prioritaires..... et non s'arrêter pour laisser entrer les arrivants... lorsque cette décision a été prise on a pu supprimer les milliers d'agents de police qui étaient dans leur guérite au milieu de ces fameux rond-points pour gérer le flux.

a)

u16041@u16041:~$ sudo apt-get install build-essential linux-headers-$(uname -r)
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
build-essential is already the newest version (12.1ubuntu2).
linux-headers-4.4.0-38-generic is already the newest version (4.4.0-38.57).
Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires :
  linux-headers-4.4.0-31 linux-headers-4.4.0-31-generic linux-headers-4.4.0-34 linux-headers-4.4.0-34-generic linux-image-4.4.0-31-generic linux-image-4.4.0-34-generic
  linux-image-extra-4.4.0-31-generic linux-image-extra-4.4.0-34-generic linux-signed-image-4.4.0-31-generic linux-signed-image-4.4.0-34-generic
Veuillez utiliser « sudo apt autoremove » pour les supprimer.
0 mis à jour, 0 nouvellement installés, 0 à enlever et 14 non mis à jour.
u16041@u16041:~$

b)

u16041@u16041:~$ sudo kclean
 
Noyau actuellement en cours d'utilisation : 4.4.0-38
Par defaut, seul ce noyau est conserve.

 
Les paquets suivants vont etre supprimes :
 
    linux-image-4.4.0-31-generic
    linux-image-4.4.0-34-generic
    linux-image-4.4.0-36-generic
    linux-image-extra-4.4.0-31-generic
    linux-image-extra-4.4.0-34-generic
    linux-image-extra-4.4.0-36-generic
    linux-signed-image-4.4.0-31-generic
    linux-signed-image-4.4.0-34-generic
    linux-signed-image-4.4.0-36-generic
    linux-headers-4.4.0-31
    linux-headers-4.4.0-31-generic
    linux-headers-4.4.0-34
    linux-headers-4.4.0-34-generic
    linux-headers-4.4.0-36
    linux-headers-4.4.0-36-generic
 
Cela devrait liberer environ 844 MiB d'espace disque
 
 Voulez vous indiquer manuellement des paquets à conserver ? [o/N] :

A noter que la valeur par défaut de kclean est exactement ce que tu indiques comme fonctionnement pour autoremove, elle devrait être -k=1 et on devrait écrire -k=0 ou -k=2

c)

u16041@u16041:~$ sudo apt autoremove 
E: L'opération autoremove  n'est pas valable
u16041@u16041:~$ sudo apt autoremove 
E: L'opération autoremove  n'est pas valable
u16041@u16041:~$

Nous voila donc revenus 8 ans en arrière!!!! https://openclassrooms.com/forum/sujet/ … -pas-73280
d) Donc on va faire à l'ancienne

u16041@u16041:~$ sudo apt-get autoremove
[sudo] Mot de passe de u16041 : 
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Les paquets suivants seront ENLEVÉS :
  linux-headers-4.4.0-31 linux-headers-4.4.0-31-generic linux-headers-4.4.0-34
  linux-headers-4.4.0-34-generic linux-image-4.4.0-31-generic
  linux-image-4.4.0-34-generic linux-image-extra-4.4.0-31-generic
  linux-image-extra-4.4.0-34-generic linux-signed-image-4.4.0-31-generic
  linux-signed-image-4.4.0-34-generic
0 mis à jour, 0 nouvellement installés, 10 à enlever et 14 non mis à jour.
Après cette opération, 590 Mo d'espace disque seront libérés.
Souhaitez-vous continuer ? [O/n]

e) donc exécution

Souhaitez-vous continuer ? [O/n] o
(Lecture de la base de données... 276576 fichiers et répertoires déjà installés.)
Suppression de linux-headers-4.4.0-31-generic (4.4.0-31.50) ...
Suppression de linux-headers-4.4.0-31 (4.4.0-31.50) ...
Suppression de linux-headers-4.4.0-34-generic (4.4.0-34.53) ...
Suppression de linux-headers-4.4.0-34 (4.4.0-34.53) ...
Suppression de linux-signed-image-4.4.0-31-generic (4.4.0-31.50) ...
Création du fichier de configuration GRUB…
Image Linux trouvée : /boot/vmlinuz-4.4.0-38-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-38-generic
Image Linux trouvée : /boot/vmlinuz-4.4.0-36-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-36-generic
Image Linux trouvée : /boot/vmlinuz-4.4.0-34-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-34-generic
Image Linux trouvée : /boot/vmlinuz-4.4.0-31-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-31-generic
Windows Boot Manager trouvé sur /dev/sda1@/EFI/Microsoft/Boot/bootmgfw.efi
Ubuntu 14.04.4 LTS (14.04) trouvé sur /dev/sda11
Ubuntu 16.04.1 LTS (16.04) trouvé sur /dev/sda13
Adding boot menu entry for EFI firmware configuration
fait
Suppression de linux-image-extra-4.4.0-31-generic (4.4.0-31.50) ...
run-parts: executing /etc/kernel/postinst.d/apt-auto-removal 4.4.0-31-generic /boot/vmlinuz-4.4.0-31-generic
run-parts: executing /etc/kernel/postinst.d/initramfs-tools 4.4.0-31-generic /boot/vmlinuz-4.4.0-31-generic
update-initramfs: Generating /boot/initrd.img-4.4.0-31-generic
run-parts: executing /etc/kernel/postinst.d/pm-utils 4.4.0-31-generic /boot/vmlinuz-4.4.0-31-generic
run-parts: executing /etc/kernel/postinst.d/unattended-upgrades 4.4.0-31-generic /boot/vmlinuz-4.4.0-31-generic
run-parts: executing /etc/kernel/postinst.d/update-notifier 4.4.0-31-generic /boot/vmlinuz-4.4.0-31-generic
run-parts: executing /etc/kernel/postinst.d/zz-update-grub 4.4.0-31-generic /boot/vmlinuz-4.4.0-31-generic
Création du fichier de configuration GRUB…
Image Linux trouvée : /boot/vmlinuz-4.4.0-38-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-38-generic
Image Linux trouvée : /boot/vmlinuz-4.4.0-36-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-36-generic
Image Linux trouvée : /boot/vmlinuz-4.4.0-34-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-34-generic
Image Linux trouvée : /boot/vmlinuz-4.4.0-31-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-31-generic
Windows Boot Manager trouvé sur /dev/sda1@/EFI/Microsoft/Boot/bootmgfw.efi
Ubuntu 14.04.4 LTS (14.04) trouvé sur /dev/sda11
Ubuntu 16.04.1 LTS (16.04) trouvé sur /dev/sda13
Adding boot menu entry for EFI firmware configuration
fait
Suppression de linux-image-4.4.0-31-generic (4.4.0-31.50) ...
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 4.4.0-31-generic /boot/vmlinuz-4.4.0-31-generic
update-initramfs: Deleting /boot/initrd.img-4.4.0-31-generic
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 4.4.0-31-generic /boot/vmlinuz-4.4.0-31-generic
Création du fichier de configuration GRUB…
Image Linux trouvée : /boot/vmlinuz-4.4.0-38-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-38-generic
Image Linux trouvée : /boot/vmlinuz-4.4.0-36-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-36-generic
Image Linux trouvée : /boot/vmlinuz-4.4.0-34-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-34-generic
Windows Boot Manager trouvé sur /dev/sda1@/EFI/Microsoft/Boot/bootmgfw.efi
Ubuntu 14.04.4 LTS (14.04) trouvé sur /dev/sda11
Ubuntu 16.04.1 LTS (16.04) trouvé sur /dev/sda13
Adding boot menu entry for EFI firmware configuration
fait
Suppression de linux-signed-image-4.4.0-34-generic (4.4.0-34.53) ...
Création du fichier de configuration GRUB…
Image Linux trouvée : /boot/vmlinuz-4.4.0-38-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-38-generic
Image Linux trouvée : /boot/vmlinuz-4.4.0-36-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-36-generic
Image Linux trouvée : /boot/vmlinuz-4.4.0-34-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-34-generic
Windows Boot Manager trouvé sur /dev/sda1@/EFI/Microsoft/Boot/bootmgfw.efi
Ubuntu 14.04.4 LTS (14.04) trouvé sur /dev/sda11
Ubuntu 16.04.1 LTS (16.04) trouvé sur /dev/sda13
Adding boot menu entry for EFI firmware configuration
fait
Suppression de linux-image-extra-4.4.0-34-generic (4.4.0-34.53) ...
run-parts: executing /etc/kernel/postinst.d/apt-auto-removal 4.4.0-34-generic /boot/vmlinuz-4.4.0-34-generic
run-parts: executing /etc/kernel/postinst.d/initramfs-tools 4.4.0-34-generic /boot/vmlinuz-4.4.0-34-generic
update-initramfs: Generating /boot/initrd.img-4.4.0-34-generic
run-parts: executing /etc/kernel/postinst.d/pm-utils 4.4.0-34-generic /boot/vmlinuz-4.4.0-34-generic
run-parts: executing /etc/kernel/postinst.d/unattended-upgrades 4.4.0-34-generic /boot/vmlinuz-4.4.0-34-generic
run-parts: executing /etc/kernel/postinst.d/update-notifier 4.4.0-34-generic /boot/vmlinuz-4.4.0-34-generic
run-parts: executing /etc/kernel/postinst.d/zz-update-grub 4.4.0-34-generic /boot/vmlinuz-4.4.0-34-generic
Création du fichier de configuration GRUB…
Image Linux trouvée : /boot/vmlinuz-4.4.0-38-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-38-generic
Image Linux trouvée : /boot/vmlinuz-4.4.0-36-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-36-generic
Image Linux trouvée : /boot/vmlinuz-4.4.0-34-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-34-generic
Windows Boot Manager trouvé sur /dev/sda1@/EFI/Microsoft/Boot/bootmgfw.efi
Ubuntu 14.04.4 LTS (14.04) trouvé sur /dev/sda11
Ubuntu 16.04.1 LTS (16.04) trouvé sur /dev/sda13
Adding boot menu entry for EFI firmware configuration
fait
Suppression de linux-image-4.4.0-34-generic (4.4.0-34.53) ...
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 4.4.0-34-generic /boot/vmlinuz-4.4.0-34-generic
update-initramfs: Deleting /boot/initrd.img-4.4.0-34-generic
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 4.4.0-34-generic /boot/vmlinuz-4.4.0-34-generic
Création du fichier de configuration GRUB…
Image Linux trouvée : /boot/vmlinuz-4.4.0-38-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-38-generic
Image Linux trouvée : /boot/vmlinuz-4.4.0-36-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.4.0-36-generic
Windows Boot Manager trouvé sur /dev/sda1@/EFI/Microsoft/Boot/bootmgfw.efi
Ubuntu 14.04.4 LTS (14.04) trouvé sur /dev/sda11
Ubuntu 16.04.1 LTS (16.04) trouvé sur /dev/sda13
Adding boot menu entry for EFI firmware configuration
fait
u16041@u16041:~$

F) Puis vérification

u16041@u16041:~$ sudo apt-get autoremove
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
0 mis à jour, 0 nouvellement installés, 0 à enlever et 14 non mis à jour.
u16041@u16041:~$ sudo kclean
 
Noyau actuellement en cours d'utilisation : 4.4.0-38
Par defaut, seul ce noyau est conserve.
 
Les paquets suivants vont etre supprimes :
 
    linux-image-4.4.0-36-generic
    linux-image-extra-4.4.0-36-generic
    linux-signed-image-4.4.0-36-generic
    linux-headers-4.4.0-36
    linux-headers-4.4.0-36-generic
 
Cela devrait liberer environ 281 MiB d'espace disque
 
 Voulez vous indiquer manuellement des paquets à conserver ? [o/N] :

On voit très bien que la commande a conservé deux noyaux alors que kclean utilisé bêtement ne conservera qu'un noyau.
On peut donc en déduire que lorsque le prochain noyau arrivera, je disposerais probablement de deux vieux noyaux toujours opérationnels et d'un nouveau qui ne se mettra probablement en route que dans un certain temps. c'est à dire au boot suivant, lorsque j'y penserais à moins que l'installation force le boot comme le fait si bien windows.

J'ai déjà eu l'occasion de montrer ce fonctionnement dans la discussion kclean.

Dernière modification par Bougron (Le 30/09/2016, à 12:39)

Compte anonymisé · Le 30/09/2016, à 12:38

Je trouve ce débat sur les noyaux relativement ridicules.
Mais bon, c'est vrai qu'on est sur un forum de Geeks et que les geeks adorent se prendre la tête avec des problèmes qui n'en sont pas vraiment

Je le répète : si on fait son installation correctement, on se contrefout de l'accumulation des noyaux Linux et de l'efficacité relative des différents systèmes de nettoyage. En effet la taille d'un noyau Linux est tout simplement négligeable comparativement à la taille des disques durs que l'on trouve actuellement dans le commerce.
A mes tout début sur Ubuntu ( vers 2009 ) je laissais en permanence une bonne quinzaine de noyaux et mon PC fonctionnait parfaitement bien.

Dons surtout pas de partition /boot ( sauf cas extrêmement rare ) et aussi une partition racine / faite dès le départ avec une taille suffisante ( 20 Go c'est déjà très confortable, un Ubuntu occupant dans les 6/7 Go environ )
Le vrai problème ici se situe donc bien dans l'installation de base d'Ubuntu sur le disque, qui n'a pas été faite correctement.

Si on a pas envie de s’embêter avec une partition /home, on peut même se permettre de prendre toute la place restante du disque dur pour cette partition racine, ce qui permettra d'accumuler des noyaux pendant des décennies si cela nous chante !

Dernière modification par Compte anonymisé (Le 30/09/2016, à 12:39)

Bougron · Le 30/09/2016, à 12:52

Bonjour Mudochon.
En fait, toute cette discussion car le disque contenant la seule partition / peut s'emplir. Une solution: Le LVM qui permet d'ajouter à la volée un autre disque. Mais d'entrée ne pas oublier d'en ajouter un troisième contenant la seule partition /boot.

Pas des décennies, seulement 5 ans de tranquillité car après plus rien n'est proposé en noyau. en pratique (beaucoup?) moins, car ceux qui installent la version 0 le jour de sa diffusion sont rare. Je suis dans une discussion avec une personne qui se propose d'installer la version 12.04.5.
Elle est probablement dans le vrai. Malbo tente de lui dire que 14.04.1 est préférable...... Dans les deux cas, il n'y aura plus beaucoup de distributions de noyaux.

Je pense que tu as vu dans ce forum les dégats d'un upgrade de la 14.04 en 16.04.

Dernière modification par Bougron (Le 30/09/2016, à 12:53)

jplemoine · Le 30/09/2016, à 13:00

Mudochon a écrit :

la taille des disques durs que l'on trouve actuellement dans le commerce.

Si tu prends une racine de 20 Go, tu as en gros 10 Go de libre et donc max une 20 aine de noyaux.
En 4 ou 5 ans, tu les satures.
Donc, si comme on voit parfois tu fais mise à niveau sur mise à niveau (12.04 en 14.04 puis 14.04 en 16.04), tu y a droit.
Si tous les 2 ans, tu fait une "fresh install" alors oui, ça tient largement.

Compte anonymisé · Le 30/09/2016, à 13:05

jplemoine a écrit :

Si tu prends une racine de 20 Go, tu as en gros 10 Go de libre et donc max une 20 aine de noyaux.
En 4 ou 5 ans, tu les satures.
Donc, si comme on voit parfois tu fais mise à niveau sur mise à niveau (12.04 en 14.04 puis 14.04 en 16.04), tu y a droit.
Si tous les 2 ans, tu fait une "fresh install" alors oui, ça tient largement.

Un Ubuntu occupe environ 6 Go ( en 64 Bit ) donc tu pars au départ avec 14 Go de libre.
Ou sinon carrément, ne plus s’embêter avec un /home ( qui ne m'a jamais été d'aucune utilité ) et faire seulement une partition racine qui englobe tout. Et cela tombe bien car c'est ce que fait l'installeur d'Ubuntu par défaut ( pour une fois que ce con fait un truc sensé... )

cqfd93 · Le 30/09/2016, à 13:34

Mudochon a écrit :

Dons surtout pas de partition /boot ( sauf cas extrêmement rare ) et aussi une partition racine / faite dès le départ avec une taille suffisante ( 20 Go c'est déjà très confortable, un Ubuntu occupant dans les 6/7 Go environ ) Le vrai problème ici se situe donc bien dans l'installation de base d'Ubuntu sur le disque, qui n'a pas été faite correctement.

Voir mon message #32

moko138 · Le 30/09/2016, à 13:34

Tamarou a écrit :

d'après vous, l'ajout d'un nouveau noyau, y compris toutes ses ramifications et fichiers divers, ça pèse combien de Mo ?

Un noyau 3.13 : 230 Mio (*) ; 30.000 i-noeuds.

(*) dont, dans /boot, 31,5 Mio,

sudo du -sx -BM /boot
63M	/boot   # à 2 noyaux

mais, et je ne sais pourquoi, il faut tabler sur 47 Mio (dans boot) par noyau.
Car j'ai fait l'expérience (relatée dans le fil de nany, p. 2)
- qu'une boot/ de 140 Mio suffit presque toujours à installer un 3ème noyau,
- alors qu'une boot/ de 148 Mio suffit toujours à installer un 3ème noyau 3.13.
- -

AJOUT :
à ces 230 Mio, il faut ajouter entre 52 et 60 Mio pour les fichiers .deb d'un noyau 3.13.
La plupart d'entre nous ne sont pas concernés, soit parce que nous avons coché la case idoine dans les préférences de synaptic, soit parce que nous faisons régulièrement des

sudo apt-get clean

Mais de temps en temps on voit un /var /cache/apt/archives encombré de ces .deb, pourtant inutiles dès la fin de l'installation des paquets qu'ils portent. Il est possible de les supprimer avant même de redémarrer.

Dernière modification par moko138 (Le 30/09/2016, à 17:10)

moko138 · Le 30/09/2016, à 13:58

J'ai complété le message précédent.
- -

Tamarou a écrit :

...l'accumulation des noyaux., alors que debian ne présente pas cet inconvénient.
Savez-vous comment debian peut être différent d'Ubuntu sur ce point ? Ont-ils une fonction en plus qu'Ubuntu n'utilise pas ?

Comment, je ne sais pas pour l'instant.
Mais j'ai une CrunchBang qui est en gros une Debian +environnement openbox.
Ce que j'y constate, c'est
qu'Il y a des mises à jour du noyau ;
qu'il n'y a jamais qu'un noyau.

Dernière modification par moko138 (Le 30/09/2016, à 14:00)

Ayral · Le 30/09/2016, à 15:51

Il me semble avoir déjà dit ailleurs que pour moi cette histoire de noyaux devenus obsolètes et qui ne sont pas supprimés automatiquement était un bug d'Ubuntu. Après bon, chacun en pense ce qu'il veut.

Compte supprimé · Le 30/09/2016, à 16:49

De retour, je constate l'abondance de posts. Finalement la question avait une certaine utilité.
Merci a tous pour vos avis et particulièrement à moko138 qui répond à deux de mes questions.

Donc nous avons confirmation que debian ne laisse qu'un seul noyau. C'est aussi ce que fait Archlinux, c'est pourquoi j'installe également un second noyau "LTS" en secours.

Dernière modification par Compte supprimé (Le 30/09/2016, à 16:51)

moko138 · Le 30/09/2016, à 16:59

cqfd93 et jplemoine,
Peut-être une réponse au #27, s'il vous plaît ?
- -

Ayral a écrit :

...pour moi cette histoire de noyaux devenus obsolètes et qui ne sont pas supprimés automatiquement était un bug d'Ubuntu.

C'était aussi l'avis de tiramiseb.
Et je me demande pourquoi ça n'est pas corrigé dès l'iso, depuis le temps, puisque des solutions existent !
- -
Tamarou,
attention, tu as lu un peu trop vite :
sur les 230 Mio (et encore, j'avais oublié de compter les .deb, donc il faut rajouter une bonne 50aine de Mio pour qui oublie de les supprimer après installation) (*), il n'y en a qu'une partie dans boot/.

(*) je viens de compléter le #41.

Dernière modification par moko138 (Le 30/09/2016, à 17:12)

Compte supprimé · Le 30/09/2016, à 17:05

Oui, j'ai corrigé dès que j'ai relu, avant même ta précision. Encore merci.

cqfd93 · Le 30/09/2016, à 17:25

moko138 a écrit :

cqfd93 et jplemoine,
Peut-être une réponse au #27, s'il vous plaît ?

Oui, chef !
Par habitude, parce que j'ai souvent remarqué qu'autoremove ne supprime pas tout (c'est peut-être de moins en moins vrai mais quand même…) et parce que je n'utilisa pas de scripts cron (sûrement à tort). Au moins, je sais que kclean fait ce qu'il est supposé faire

moko138 · Le 30/09/2016, à 17:47

cqfd93 a écrit :

Oui, chef !

Repos ! (Vous pouvez fumer.)

cqfd93 a écrit :

parce que j'ai souvent remarqué qu'autoremove ne supprime pas tout (c'est peut-être de moins en moins vrai mais quand même…) et parce que je n'utilisa pas de scripts cron (sûrement à tort). Au moins, je sais que kclean fait ce qu'il est supposé faire

Oui, autoremove ne supprime pas tout, mais les 3 scripts de nany, si !
En effet,
Le premier remplace l'étiquette "installé manuellement" par "installé automatiquement" ;
Le second fait l'autoremove ;
Le troisième élimine les "rc".

Et tout cela, contrairement à kclean, n'aura pas besoin d'être répété à la main périodiquement, puisque automatisé.
Alors ?
Alors, je crois que vous vous compliquez la vie...

cqfd93 a écrit :

Par habitude,

... et la vie de ceux que vous aidez.

Compte supprimé · Le 30/09/2016, à 17:59

moko138 a écrit :

Mais j'ai une CrunchBang qui est en gros une Debian +environnement openbox.
Ce que j'y constate, c'est
qu'Il y a des mises à jour du noyau ;
qu'il n'y a jamais qu'un noyau.

Allez savoir pour quelle obscure raison Ubuntu est plus compliqué que debian sur ce point

cqfd93 · Le 30/09/2016, à 19:19

moko138 a écrit :

Alors, je crois que vous vous compliquez la vie...
cqfd93 a écrit :
Par habitude,
... et la vie de ceux que vous aidez.

C'est vrai main généralement, les membres qu'on a aidés même sans installer cette tâche cron reviennent rarement avec un système saturé de noyaux.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 29/09/2016, à 23:34

Re : [Résolu] Espace insuffisant dans /boot

#27 Le 30/09/2016, à 07:05

Re : [Résolu] Espace insuffisant dans /boot

#28 Le 30/09/2016, à 07:15

Re : [Résolu] Espace insuffisant dans /boot

#29 Le 30/09/2016, à 09:39

Re : [Résolu] Espace insuffisant dans /boot

#30 Le 30/09/2016, à 09:54

Re : [Résolu] Espace insuffisant dans /boot

#31 Le 30/09/2016, à 09:59

Re : [Résolu] Espace insuffisant dans /boot

#32 Le 30/09/2016, à 10:33

Re : [Résolu] Espace insuffisant dans /boot

#33 Le 30/09/2016, à 10:40

Re : [Résolu] Espace insuffisant dans /boot

#34 Le 30/09/2016, à 11:22

Re : [Résolu] Espace insuffisant dans /boot

#35 Le 30/09/2016, à 11:54

Re : [Résolu] Espace insuffisant dans /boot

#36 Le 30/09/2016, à 12:38

Re : [Résolu] Espace insuffisant dans /boot

#37 Le 30/09/2016, à 12:52

Re : [Résolu] Espace insuffisant dans /boot

#38 Le 30/09/2016, à 13:00

Re : [Résolu] Espace insuffisant dans /boot

#39 Le 30/09/2016, à 13:05

Re : [Résolu] Espace insuffisant dans /boot

#40 Le 30/09/2016, à 13:34

Re : [Résolu] Espace insuffisant dans /boot

#41 Le 30/09/2016, à 13:34

Re : [Résolu] Espace insuffisant dans /boot

#42 Le 30/09/2016, à 13:58

Re : [Résolu] Espace insuffisant dans /boot

#43 Le 30/09/2016, à 15:51

Re : [Résolu] Espace insuffisant dans /boot

#44 Le 30/09/2016, à 16:49

Re : [Résolu] Espace insuffisant dans /boot

#45 Le 30/09/2016, à 16:59

Re : [Résolu] Espace insuffisant dans /boot

#46 Le 30/09/2016, à 17:05

Re : [Résolu] Espace insuffisant dans /boot

#47 Le 30/09/2016, à 17:25

Re : [Résolu] Espace insuffisant dans /boot

#48 Le 30/09/2016, à 17:47

Re : [Résolu] Espace insuffisant dans /boot

#49 Le 30/09/2016, à 17:59

Re : [Résolu] Espace insuffisant dans /boot

#50 Le 30/09/2016, à 19:19

Re : [Résolu] Espace insuffisant dans /boot

Pied de page des forums