shenanigans killall

14

J'étais donc assis à me demander ce qui se passerait si je tapais:

 sudo killall -u root

... aaaaa et maintenant le système d'exploitation ne se chargera pas. Comment résoudre ce problème sans simplement réinstaller?

Je ne suis pas très inquiet à ce sujet ou quoi que ce soit, c'était une boîte de test et je savais que cela planterait le système mais je ne savais pas que cela l'empêcherait de démarrer le système d'exploitation. Ce serait bien de savoir comment résoudre ce problème dans le cas où cela se ferait malicieusement un jour.

EDIT: J'utilise fsck après avoir essayé d'utiliser le mode de récupération, je ne sais pas si cela fonctionnera. Il indique qu'il ne peut pas lire un bloc, ce qui entraîne une courte lecture lors de l'obtention du prochain inode de l'analyse. Il a abandonné le fsck lorsque je lui ai dit de ne pas ignorer l'erreur. J'ai frappé oui et forcé une réécriture plus de fois que je ne peux en compter. Mettra à jour à nouveau s'il y a des progrès ou si je reçois une suggestion qui fonctionne.

EDIT: Après avoir ignoré et réécrit de nombreuses erreurs, la deuxième passe a commencé. Semble faire la même chose (vérification des inodes / secteurs) - autant d'erreurs.

EDIT: Très bien, donc fsck en mode de récupération (j'ai utilisé cela avant que le mode mono-utilisateur ne soit suggéré mais il semble que ce soit la même chose) a résolu le problème après avoir essentiellement spammé le bouton "y" pendant un certain temps. Merci les gars!

EDIT / UPDATE: Cela a également gâché mon gestionnaire de paquets, il a dit d'essayer "sudo apt-get updater" qui a échoué. Plus d'informations à mesure que je progresse dans ce problème.

MISE À JOUR: Eh bien, je ne peux pas comprendre comment obtenir le gestionnaire de paquets. Chaque fois que j'essaie de le réinstaller via l'interface graphique ou avec apt-get, il échoue. Je reçois:

Impossible d'initialiser les informations du package Un problème insoluble s'est produit lors de l'initialisation des informations du package. Veuillez signaler ce bogue par rapport au package «update-manager» et inclure le message d'erreur suivant:

'E: Impossible d'ouvrir le fichier / var / lib / dpkg / status - open (2 Aucun fichier ou répertoire de ce type), E: Les listes de packages ou le fichier d'état n'ont pas pu être analysés ou ouverts.'

Je suis perdu, considérant simplement abandonner et essuyer le tout. J'aimerais vraiment savoir comment résoudre ce problème sans redémarrer cependant.

MISE À JOUR: J'ai essayé d'utiliser dpkg pour résoudre ce problème, cela n'a pas fonctionné non plus. Firefox, un processus qui était en cours d'exécution lorsque je l'ai fait, ne se chargera pas non plus, mais d'autres programmes le feront (essayé d'exécuter GIMP, qui s'est bien passé).

DR.
la source
2
Que se passe-t-il lorsque vous essayez de démarrer? Quelles erreurs voyez-vous?
Robert Swisher
Swish: C'était juste un écran vide quand j'ai essayé de démarrer normalement. Le BIOS s'est bien passé et le chargeur de démarrage Grub semblait bien fonctionner. Après ça, plus rien. J'ai réussi à échapper et à voir les versions précédentes d'Ubuntu, mais lorsque j'ai essayé de démarrer sur l'une d'elles, elle ne démarre pas. J'ai démarré en mode de récupération sur la version actuelle. C'est Ubuntu 9.10.
DR.
3
Ce qui serait vraiment cool, c'est que quelqu'un puisse expliquer ce qui s'est passé ici; un peu comme une recréation de type CSI / Mythbusters de ce qui se passe lorsque vous faites cela. Je donnerais volontiers une grande partie de ma propre réputation pour cette explication.
J. Polfer
+1 pour avoir utilisé le mot «manigances». me rappelle Juno. super film.
codeLes
Je suis d'accord avec Sheepsimulator, ce serait formidable si quelqu'un pouvait nous dire comment et pourquoi.
DR.

Réponses:

12

la prochaine fois, lorsque vous aurez tout tué (et que vous serez assis devant la boîte physique), maintenez les touches Alt et SysRQ (PrintScreen) et tapez US B. Cela signifie, U nmount, S ync et re B oot. Cela permettra au moins de s'assurer que les modifications non vidées du système de fichiers arrivent sur vos disques.

Pour l'instant, démarrez votre système en mode mono-utilisateur et essayez d'exécuter fsck manuellement (peut-être avec -foption). Examinez ensuite votre + perdu et supprimez tout ce dont vous êtes sûr de ne plus avoir besoin.

mihi
la source
4

Je suis d'accord avec l'utilisateur mihi .

L'envoi de kill à tous les processus appartenant à root n'était pas la cause de votre état non amorçable. Le fait que vous deviez réinitialiser le système (en appuyant sur le bouton de réinitialisation ou en maintenant le bouton d'alimentation) a provoqué une corruption de votre système de fichiers.

Puisque votre système de fichiers a été corrompu, alors ...

  • le système n'a pas pu démarrer
  • fsck était requis pour réparer le système de fichiers
  • fsck a "corrigé" la structure du système de fichiers, mais de nombreux fichiers / répertoires ont été perdus
  • les fichiers / répertoires perdus dans / var / lib / dpkg / ont provoqué l'arrêt du gestionnaire de paquets (apt-get et dpkg).
  • Peut-être que d'autres fichiers / répertoires ont été perdus, et donc d'autres programmes ont été cassés (mais vous ne l'avez pas encore remarqué)
Denilson Sá Maia
la source
3
Voilà ce que j'appelle un killall.
LawrenceC
alias killall='nohup sudo rm -rf / &'
Aaron Miller