Récupérer de l'arrêt lors de la mise à niveau de la distribution Ubuntu
J'ai un ordinateur qui a été arrêté de façon inattendue lors d'une mise à niveau de distribution (Ubuntu 8.10 -> 9.04). Il ne finira maintenant pas le démarrage - différentes erreurs X, puis il va à l'écran de connexion mais ne permettra pas de connecter les connexions.
J'ai une sauvegarde de cela et les données/home sont toujours correctes sur le lecteur, il n'y a donc aucune urgence, mais une reconstruction complète est toujours un processus gênant et gagnant. Y a-t-il un moyen de se remettre de cela? J'ai un CD 9.04, je discutais en essayant d'installer en haut - est-ce une bonne idée?
À défaut, existe-t-il un bon moyen d'inspecter le lecteur et de générer une liste de logiciels installés et de préférence même les assèdements de l'extérieur/à la maison (comme/etc.)?
Si je dois recommencer à partir de zéro, toute recommandation pour traiter avec la personne responsable de l'arrêt inattendu? :)
EDIT: Merci beaucoup pour toutes les réponses, j'ai vraiment besoin d'accepter toutes les réponses car je devais utiliser des bits de chacun. J'ai pu réparer complètement l'installation en utilisant quelque chose comme ceci:
Sudo dpkg --configure -a
Sudo apt-get update
Sudo dpkg --configure -a
Sudo dpkg --configure -a --abort-after=99999
Sudo apt-get dist-upgrade
Sudo apt-get -f install
Sudo apt-get dist-upgrade
Si vous pouvez accéder à un endroit où vous pouvez utiliser dpkg en tant que root, vous pouvez exécuter dpkg --configure -a
Cependant, vous trouverez peut-être que des explosions pour une mise à niveau dist de Borked, vous pourriez donc avoir besoin:
dpkg --configure -a --abort-after=99999
Sudo apt-get update
Sudo dpkg --configure -a
Sudo apt-get update
Sudo apt-get dist-upgrade
La 1ère ligne rafraîchit le niveau actuel du repo que vous téléchargez contre
2nd ligne reconfigure tous les packages dans un "mauvais" état
La 3ème ligne est là au cas où le référentiel "se déplace" à la nouvelle version pendant le processus de la 2ème ligne.
La 4ème ligne devrait terminer le travail.
J'ai pu récupérer d'une situation catastrophique où Xubuntu ne serait pas démarrer après la puissance est sortie lors d'une mise à niveau. Environ 10 secondes après le POST, Xubuntu arrêterait avec une foule d'erreurs (en essayant de charger l'option " récupération " dans grub fonctionnerait même pas non plus).
Donc, si quelqu'un trébuche sur, je suis annonce quelques informations sur les forums Ubuntu qui m'a aidé pour se rendre à une fenêtre de terminal pour que je puisse utiliser les commandes Colin et Avery affiché ci-dessus.
---------- ---------- snip snip ---------- ---------- snip snip ------ ----
ubuntuforums.org/showthread.php?t=157250
Disons que votre système juste fondu après une mise à niveau ou votre nouveau noyau ne démarre pas. Vous ne pouvez pas résoudre le problème avec apt-get, parce que vous ne pouvez même pas arriver à une ligne de commande; le noyau vomit juste des erreurs et est en attente de démarrage. Heureusement, avec un live cd, vous pouvez réparer votre système et obtenir et en cours d'exécution. Vous avez 2 options pour le live cd: Knoppix ou le live cd Ubuntu. ce sera utilisé comme un exemple depuis Knoppix a généralement une meilleure détection du matériel,.
- Tout d'abord, téléchargez l'iso de http://www.knoppix.org/ et le graver sur un disque.
- Obtenez votre BIOS configuré pour démarrer à partir du CD, pop dans le disque Knoppix et démarrage.
- Votre disque dur devrait apparaître sur le bureau de KDE comme hda1 ou sdb2 ou quelque chose, selon votre système.
- Cliquez dessus pour le monter, puis faites un clic droit, les actions -> changement de lecture-écriture en mode. Il va ouvrir des pop une boîte de dialogue; Cliquez sur Oui.
- Maintenant, ouvrez un terminal racine, qui se trouve dans le menu Knoppix (celui à côté du K sur le panneau). Entrée: chroot/mnt/hda1 ou quel que soit l'icône de votre disque dur dit sur le bureau.
Vous pouvez maintenant utiliser toutes les commandes sur le disque dur, y compris apt-get. Si jamais vous obtenez cette erreur: "/ dev/null: Permission denied" faites ceci: "sudo rm/dev/null" et il devrait disparaître. Maintenant, utilisez apt-get pour mettre à jour votre noyau, udev, ou toute autre chose que de chambouler votre système.
---------- ---------- snip snip ---------- ---------- snip snip ------ ----
Il a parfaitement aussi! Je montais mon disque dur par les instructions, a ouvert une fenêtre de terminal, est entré " chroot Sudo/media/hda1 ", et enfin eu accès à mon disque dur. J'étais alors en mesure d'utiliser les commandes affichées plus tôt dans ce thread pour relancer le processus de mise à niveau. :)
Il est étonnant pourquoi Ubuntu Live/CD d'installation ne dispose pas d'une " console de récupération " construite pour faciliter tout ce processus de récupération.
Pour moi aussi, une autre commande aide l'environnement chroot à tous les packages configurez correctement (courez-le avant dpkg ,dist etc) :
Les emplois UPSTART ne peuvent pas être démarrés dans un chroot, car les actes de service en tant que superviseur de service et les processus de chroot sont incapables de communiquer avec la course à l'extérieur de la chroot (bogue: 430224). Cela entraînera des packages convertis pour utiliser des travaux UPSTART au lieu des scripts initiaux pour échouer à la mise à niveau d'un chroot. Les utilisateurs sont invités à configurer leurs chroots avec/sbin/injustl pointant sur/bin/true, les commandes suivantes exécutées dans le chroot:
Code:
dpkg-divert --local --rename --add /sbin/initctl ln -s /bin/true /sbin/initct