was ist passiert- Ich habe Audacity (Programm) über die Befehlszeile installiert. Die Hilfedatei fehlte. Ich habe die Zip-Datei heruntergeladen. Dabei wurde mir klar, dass diese Datei im Ordner /usr/share gespeichert werden muss. Als ich versuchte, sie dort zu entpacken, schlug dies fehl. Ich dachte, es läge an einem Berechtigungsproblem, also habe ich die Berechtigung für /usr/share wie folgt geändert:
sudo chmod -R ugo=rwx /usr/share
Innerhalb weniger Minuten begann sich das System merkwürdig zu verhalten. Dann brach es zusammen. Nichts passierte. Nur der schwarze Bildschirm war da.
Also habe ich das Herunterfahren erzwungen, indem ich den Netzschalter gedrückt und dann das System neu gestartet habe. Es lief gut, bis der BIOS-Bildschirm die farbigen Ubuntu-Buchstaben zeigte und nach Sekunden wieder leer war.
Was ich versucht habe?
Um dieses Problem zu lösen, habe ich zunächst nach Antworten zum Thema „schwarzer Bildschirm“ nach dem BIOS gesucht. Fast alle deuteten darauf hin, dass es ein Problem mit der Grafikkarte geben muss. Ich war mir nicht sicher, also habe ich versucht herauszufinden, ob Änderungen der Berechtigungen das Problem verursacht haben. DasFrage hat ein relativ ähnliches Problem aufgeworfen. Aber da das System ausgefallen war und es überhaupt keinen Bildschirm gab, wusste ich nicht, wo ich die Befehle eingeben sollte. Außerdem war es in zweierlei Hinsicht anders - es spricht von /usr/bin und nicht von /usr/share und in meinem Fall funktionierte sudo einwandfrei. In dieser Situation habe ich nach einiger Recherche versucht, „Strg+Alt+F1“ einzugeben und konnte nun den Typ tty1 sehen. Ich bin Root auf dieser Maschine und wie bereits erwähnt, funktionierte sudo einwandfrei. Jetzt habe ich die Kombination der Vorschläge ausprobiert, die ich in der oben genannten Frage gefunden habe, und auchHierUndHierUndHier.
Befehle wie shutdown nowoder rebootoder sogar sudo rebootfunktionierten nicht. Der PC wurde nicht heruntergefahren.
Ich habe es getan sudo pkexec, es kam mit einer Nachricht, dass ich Hilfe suchen sollte und disable internal agentund[username] PROGRAMME [Argument]
Ich habe den Befehl eingegeben repairund es kam der Berechtigungsfehler 13. Beim Versuch sudo apt-get updatekam auch der Berechtigungsfehler 13, Zugriff verweigert. Es gab noch eine weitere Meldung. Sorry, command-not-found has crashed! Please file a bug report atDie meisten Fragen zu diesem Problem behandeln das durch verursachte Problem locale.
Jetzt Ich kann die Ergebnisse der Befehle nicht „erfassen“, da es sich im tty1-Modus befindet und die Ausgaben zu lang sind, um sie mir zu merken. Was hilft mir in dieser Situation beim Neustart in den Normalmodus?
Antwort1
Das Einfachste, was Sie jetzt tun können, ist:
- Booten Sie eine LiveDVD der gleichen Ubuntu-Version, die Sie aktuell verwenden
- Installieren Sie dasselbe Backup-Programm, mit dem Sie Ihr Backup erstellt haben
- Aktualisieren Sie Ihren Computer auf den gleichen Stand wie vor dem Problem.
- Wiederherstellen dernur Dateiberechtigungen(nicht die Dateien selbst)
Erledigt! ;-)
100% Zufriedenheit garantiert!
Oh???Du hast kein Backup??? Nun... dann beträgt Ihre Erfolgschance nur noch 85 %. Verwenden Sie also trotzdem Schritt 1, aber:
- Kaufen Sie eine Backup-Festplatte
- Erstellen Sie eine Sicherungskopie Ihres Computers
Führen Sie die folgenden Befehle aus
cd /media/ubuntu/LargeImpossibleNumber/usr/share sudo chown --recursive root:root *
2 und 3 hier oben sind sehr wichtig, wenn Sie zufällig in die schlechten 15% fallen, da die oben genannten Dinge die Dinge verschlimmern könnten und Siekönntealles verlieren und dann müssen Sie alles neu installieren und anschließend Ihre Daten wiederherstellen ...
Antwort2
Ja, und ich habe die Antwort bekommen. In gewisser Weise ist es ganz einfach. Wie @Aizuddin Zali vorschlägt, besteht der Ausweg darin, die "richtige" Berechtigung für /usr/share erneut festzulegen. Aber was ist dann die "richtige Berechtigung" (oder sagen wir Standard)? Ich habe versucht, danach zu suchen, ohne viel Hilfe zu bekommen, als ich auf diese Seite gestoßen binFrageund seinAntwort. Obwohl nicht direkt von /usr/share die Rede ist, habe ich versucht, dieselben Berechtigungen zu verwenden und es hat funktioniert!! Ich werde versuchen, das im Detail zu erklären.
Was ich getan habe(bereits in der Frage besprochen):
Wie ich in der Frage erkläre, habe ich mit Hilfe von Karnel ( ctrl+alt+t) die Berechtigung des Verzeichnisses /usr/share geändert. Ich habe es mit einem rekursiven Befehl (R) gemacht. Was passiert ist: Das System ist abgestürzt.
Lösung, die ich gefunden habe:
Ich habe den PC zwangsweise heruntergefahren, indem ich die Einschalttaste gedrückt hielt. Dann habe ich ihn durch erneutes Drücken gestartet. Wie üblich erschien der BIOS-Bildschirm. Farbige UBUNTU-Buchstaben erschienen auch eine Weile und verschwanden dann. Dann passierte nichts mehr. Ich drückte Ctrl+Alt+F1. tty1 wurde gestartet. Dort habe ich meinen Anmeldenamen (es war ein Administratorkonto) und dann mein Passwort eingegeben. Jetzt habe ich die Berechtigung von /usr/share in drwxr-xr-x geändert. Die Befehle, die ich verwendet habe, waren: Um den aktuellen Status zu erfahren:
sudo ls -l /usr/share
Dadurch erhielt ich eine Liste der Berechtigungen für das Verzeichnis. Dann
sudo chmod -R u=rwx /usr/share
sudo chmod -R go-w /usr/share
(Dadurch wurde die Berechtigung zum „Schreiben“ für g (Gruppe) und o (Andere) eingeschränkt.)
sudo chmod -R go=rx /usr/share
Nun die Ausgabe von
sudo ls -l /usr/share
War
drwxr-wr-w
Dann,
sudo Neustart
Der PC hat das gehört. (Der PC hat die Befehle „Neustart“ oder „Jetzt herunterfahren“ vorher nicht gehört, auch nicht als sudo) Und dann hat er angefangen zu zittern, und der Anmeldebildschirm ist auch erschienen. Hoffentlich war alles, was ich getan habe, richtig! Eines weiß ich sicher – es hat das System neu gestartet. Daher bin ich @falconer im Besonderen und der Community im Allgemeinen dankbar. Bitte lassen Sie mich wissen, wenn ich etwas falsch gemacht habe.