J'essayais de supprimer les anciens noyaux, mais je dois avoir supprimé tous les noyaux de mon ordinateur portable Ubuntu 11.04. Existe-t-il un moyen de résoudre ce problème via un démarrage USB ou le montage d'un disque dur sur un autre système?
Démarrez sur un live CD (ou live USB), montez des systèmes, chrootez dessus et installez le noyau. Après une installation réussie du noyau, démontez les systèmes de fichiers.
Sudo mount /dev/sdXY /mnt
Monter des partitions spéciales:
Sudo mount --bind /dev /mnt/dev
Sudo mount --bind /proc /mnt/proc
Sudo mount --bind /sys /mnt/sys
(facultatif) Lorsque vous êtes connecté à un réseau, utilisez les serveurs DNS de votre environnement Live (sinon, les noms d'hôte ne peuvent éventuellement pas être résolus):
cp /etc/resolv.conf /mnt/etc/resolv.conf
/mnt
: Sudo chroot /mnt
apt-get install linux-image-generic
(pas de Sudo requis car vous êtes root après un chroot)Après une installation réussie du noyau, sortez le chroot et démontez certains systèmes de fichiers:
exit
Sudo umount /mnt/sys
Sudo umount /mnt/proc
Sudo umount /mnt/dev
Sudo umount /mnt
Sudo reboot
Lorsque j'ai retiré mon noyau, j'ai trouvé cette solution sur les forums Ubuntu. J'ai suivi chaque étape et le système a été récupéré. J'espère que cela vous aiderait.
Un chroot peut fonctionner, chroot signifie que lorsque vous démarrez un système, vous modifiez le système de fichiers racine. Par exemple, vous avez commencé à partir d'un CD live, mais vous modifiez la racine "/" pour installer votre ubuntu.
Disons que votre Ubuntu est installé sur/dev/sda2, alors vous pouvez essayer les commandes suivantes:
Code:
Sudo mount /dev/sda2 /mnt
Sudo cp /etc/resolv.conf /mnt/etc/
Sudo cp /etc/hosts /mnt/etc/
Sudo mount --bind /dev/ /mnt/dev
Sudo chroot /mnt
mount -t proc none /proc
mount -t sysfs none /sys
mount -t devpts none /dev/pts
export HOME=/root
export LC_ALL=C
dbus-uuidgen > /var/lib/dbus/machine-id
dpkg-divert --local --rename --add /sbin/initctl
ln -s /bin/true /sbin/initctl
maintenant vous êtes root "/" sur/dev/sda2, essayez d'installer le noyau
apt-get update
apt-get install linux-image-2.6.32-26-generic
update-initramfs -cv -k all
update-grub
Je devais faire un peu de devinette ici puisque je n'ai jamais eu à faire cela auparavant, mais cela devrait être à propos. Je ne sais pas si vous recevez un avertissement d'erreur fstab (par exemple, impossible de trouver la racine).
Maintenant, vous devez nettoyer certaines choses et démonter les partitions montées: Code:
rm /etc/resolv.conf
rm /etc/hosts
rm /var/lib/dbus/machine-id
rm /sbin/initctl
dpkg-divert --rename --remove /sbin/initctl
umount /proc # if this doesn't work try umount -lf /proc
umount /sys
umount /dev/pts
exit
Sudo umount /mnt
Et vous pouvez redémarrer pour voir si cela a fonctionné.
URL du fil de discussion: http://art.ubuntuforums.org/showthread.php?t=1688928
Après avoir retiré les anciens noyaux de Trusty14.04 hier (FTR: j’ai pas supprimé les deux plus récents!), Mon système ne démarre plus. GRUB a montré
Error: File not found
Error: You need to load the kernel first
Aucune idée pourquoi.
J'ai ensuite suivi les excellentes instructions d'Eliah Kagan pour installer linux-image-generic
à partir d'un CD live. Il a effectivement installé 150 Mo de nouveau noyau, mais malheureusement, cela n'a pas résolu le problème.
Heureusement, j'ai trouvé cette page . L'outil Boot-Repair
a bien fonctionné, mon système fonctionne à nouveau.
Je voulais simplement ajouter à l'expérience que j'ai vécue aujourd'hui la mise à niveau de Willy. J'ai nettoyé un peu et je me suis retrouvé avec seulement memtest. Google m'a fait comprendre que j'avais enlevé les noyaux. Une des contraintes que j'ai eue est la lenteur du réseau et le téléchargement complet de l’ISO n’était donc pas une option. J'ai donc utilisé buntu Minimal CD (40 Mo seulement) et démarré dessus. Après avoir détecté une option matérielle (qui m'a aidé à me connecter au sans fil), je suis passé à l'option Shell. J'ai suivi les instructions de @Lekensteyn et j'ai réussi. Quelques choses cependant: vous devez copier resolv.conf
avant d’aller chroot sinon votre DNS sera vissé et depuis l’utilisateur connecté il n’y a pas besoin de la racine de Sudo n'importe où.
Je connais l’ancien, mais j’ai pensé que l’ajout de cette réponse ajouterait de la valeur à ceux qui rencontreraient le problème.