Est-il correct de supprimer le fichier /boot/initrd.img sur un système en cours d'exécution

J'ai un serveur avec une partition racine RAID1, mais il a une petite partition pour / boot sur chacun des deux disques: je 'dd' l'un à l'autre chaque fois qu'une mise à jour est effectuée.

Malheureusement, la partition / boot est trop petite - lorsque le noyau est mis à jour, initramfs n'a pas d'espace pour écrire un nouveau initrd.img dans la partition. Fixer la taille de la partition signifierait priver l'entreprise de ses services essentiels pendant un certain temps, ce que j'aimerais éviter.

Si je comprends bien le démarrage de grub, initrd.img n'est utilisé que jusqu'à ce que les vraies partitions soient montées. Est-il correct de supprimer simplement le fichier initrd.img existant et de libérer de l'espace pour en créer un nouveau pendant que le système fonctionne?

boot grub2 kernel

— Peter Ford
source

Bien que la réponse fournie réponde directement à votre question, vous pouvez également envisager de modifier la configuration des outils initramfs pour réduire le nombre de modules qu'il contient et / ou pour le compresser en utilisant xz au lieu de gzip. La compression utilisant xz sur gzip seul entraîne une réduction significative de la taille des images initramfs générées. Plus de détails: askubuntu.com/a/344252/309457

— KingJ

Il est correct de le supprimer ainsi que le noyau alors qu'un système est en cours d'exécution.
Mais vous devez prévoir le pire, qu'allez-vous faire si le système tombe en panne ou s'arrête au moment du remplacement, ou cela pourrait être une mauvaise mise à jour du noyau.

Il est recommandé de toujours garder un vieux noyau qui fonctionne.

Gardez donc un disque de démarrage USB prêt avec une sauvegarde de ce noyau et de ce disque virtuel. (5 ~ 10min pour récupérer)

— user.dz
source

Bonne idée sur la sauvegarde USB, bien que dans ce cas j'ai une sauvegarde sur l'autre disque de la baie, qui devrait être assez bonne pour la récupération. Je vais essayer, mais je pourrais essayer d'abord une simulation sur une autre machine ...

— Peter Ford