flankengott
Anmeldungsdatum: 23. Februar 2013
Beiträge: Zähle...
|
Hallo zusammen, nach der letzten Aktualisierung und anschließendem Neustart hängte sich der Rechner auf. Tastenkombis probiert, aber es ging nix mehr.
Lösung war nur noch Zwangsabmeldung. Nach weiterem starten kam ich dann in die Maske - CNU GRUB version mit vier Auswahlmöglichkeiten
z.B. Ubuntu, mit Linux 3.2.0-67 generic,Ubuntu, mit Linux 3.2.0-67 generic,(recavery mode),Previous Linux Versions und noch zwei Memory
Test. So erst mal Bahnhof. Nach suche und erster Hilfe hier im Forum, habe ich über Previous Linix Versions meinen Rechner mit einer alten
Kernel-Version (Endnummer -63) wieder zum laufen gebracht (gefühlt der Startvorgang aber etwas schleppend). Erst mal froh das soweit
alles läuft, Verwunderung beim nächsten Neustart, ich komme wieder in die CNU GRUB Maske und Start wieder nur über alter Kernel-Version
möglich. In einer ähnlichen Fehlermeldung hier im Forum, wurde darauf hingewiesen, dass es mit dem letzten Update Probleme in Richtung Kernel-Version gab und ein neues Update mit Kernel-Korrektur um den 28.07. zur Verfügung steht. Frage: Kann es sein das Xubuntu mit Version 67 Versucht zu starten, wegen Fehler der Startvorgang nicht klappt und mich in die GRUB Maske
verzweigt? Gibt es eine Möglichkeit den alten Zustand wieder herzustellen? Oder muss ich auf das neue Update warten und bis dahin über GRUB starten? Viele Grüße und danke schon mal vorab.
|
bowman
Anmeldungsdatum: 17. Februar 2010
Beiträge: 7502
|
Beim 64er-Kernel hatten Andere auch schon Probleme, die sich dann mit dem nächsten Update wieder erledigt haben. Aus diesem Grund wird ja der alte Kernel nicht deinstalliert. Das einfachste ist du drückst beim Boot die Shift-Taste, dann erscheint gleich das Grub2-Menü und du gehst über Previous Version auf letzten funktionierenden Kernel. Andere Möglichkeit ist die Bootreihenfolge über die Datei /etc/default/grub zu ändern siehe GRUB 2/Konfiguration. Was nach der Aktualisierung des Kernel aber wieder rückgängig gemacht werden muss. Von einer Deinstallation des 67er-Kernel rate ich dich dringend ab, weil dann evtl. garnichts mehr geht. Ein ganz dreckiger Hack wäre die /boot/grub/grub.cfg zu editieren und den Menüentry für den 67er-Kernl im Bereich von 10_linux durch den 64-er Kernel (der steht etwas weiter unten im Script) zu ersetzen. Dann bootet der 64er automatisch und beim nächsten Kernelupdate ist wieder alles weg, da eine neue grub.cfg generiert wird. 😉 Was willst du machen?
|
hakel
Anmeldungsdatum: 13. August 2009
Beiträge: 23336
|
Heute wird 14.04.01 für Pangolin freigeschaltet. Ich persönlich mache das in der Konsole mit "do-release-upgrade", vorher Abmelden! PPAs vorher entfernen, autoremove, autoclean, clean - und dann hoffen, daß es gut geht. 😀 Die in Pangolin enthaltene Version von XFCE war schon beim Erscheinen vor 2 Jahren alt, die "Neue" ist also gut durchgetestet. P.S. Backup ist klar!
|
Benno-007
Anmeldungsdatum: 28. August 2007
Beiträge: 29240
Wohnort: Germany
|
Dann bootet der 64er automatisch und beim nächsten Kernelupdate ist wieder alles weg, da eine neue grub.cfg generiert wird. 😉
Nette Idee. ☺
|
flankengott
(Themenstarter)
Anmeldungsdatum: 23. Februar 2013
Beiträge: 12
|
also, im Verzeichnis von Previous Version geht es bei mir bis 63er Kernel mit der es auch momentan klappt. 64 ist im Verzeichnis nicht
vorhanden. Aber warum wird mir im Grub-Menü - Ubuntu, mit Linux 3.2.0-67 - angezeigt (hier ja das Problem - System hängt) und im Previous-Verzeichnis ist bei 63 Schluss? Aus meiner Sicht schlug ja dann das Update auf - 3.2.0-67 - fehl bzw. ist unvollständig. Ja, was will ich machen? Glaube ich warte sicherheitshalber auf das nächste Update. Aber Danke schon mal für den Tipp beim Boot-Vorgang mit
der Shift-Taste 👍 Macht es etwas einfacher.
|
redfoxx13
Anmeldungsdatum: 14. August 2009
Beiträge: 4267
|
Hi flankengott das letzte Update wurde mit der Aktualisierungsverwaltung gemacht? Starte mit einem funktionierenden Kernel. Danach aus dem Terminal
sudo apt-get update && sudo apt-get dist-upgrade
anschließend
sudo reboot
und berichten ☺ . Sollte Dein Rechner wegen Hardwareproblemen jetzt nicht auf den Kernel 3.2 angewiesen sein, kann ich mich den anderen mit dem Tipp in Richtung 14.04 nur anschließen. Die Warnungen bei einem Upgrade bitte beachten.
|
bowman
Anmeldungsdatum: 17. Februar 2010
Beiträge: 7502
|
im Verzeichnis von Previous Version geht es bei mir bis 63er Kernel mit der es auch momentan klappt. 64 ist im Verzeichnis nicht vorhanden.
Das ist seltsam. Ich hatte einen 64er-Kernel und einen 65er-Kernel allerdings mit 64-Bit Architektur. Beim 65er war der Wurm drin und lief bei machen nicht. Ein oder zwei Wochen später kam ein Update und alles war wieder in Butter. Hattest du eine Fehlermeldung beim Update? Checke mal, wieviel Kernel du hast.
sudo dpkg -l linux-*
Bei mehr als 3 würde ich die überflüssigen mal deinstallieren. siehe Kernel Jeder Kernel mit je 2 Headers verbraucht ca 200 MB Speicher. Das läppert sich in 2 Jahren zu einigen GB und wenn die Inodes alle sind funktioniert die Aktualisierung nicht mehr. Gefühlte 100 Threads mit diesem Problem bei 12.04 füllen das Forum. 😉
|
flankengott
(Themenstarter)
Anmeldungsdatum: 23. Februar 2013
Beiträge: 12
|
@redfoxx13: tut sich leider nix - hängt 😐 @bowman: etwas viel oder?
un linux-doc-3.2. <keine> (keine Beschreibung vorhanden)
ii linux-firmware 1.79.16 Firmware for Linux kernel drivers
ii linux-generic 3.2.0.67.79 Complete Generic Linux kernel
un linux-headers <keine> (keine Beschreibung vorhanden)
un linux-headers- <keine> (keine Beschreibung vorhanden)
un linux-headers- <keine> (keine Beschreibung vorhanden)
ii linux-headers- 3.2.0-23.36 Header files related to Linux kernel version
ii linux-headers- 3.2.0-23.36 Linux kernel headers for version 3.2.0 on 64
ii linux-headers- 3.2.0-38.61 Header files related to Linux kernel version
ii linux-headers- 3.2.0-38.61 Linux kernel headers for version 3.2.0 on 32
ii linux-headers- 3.2.0-39.62 Header files related to Linux kernel version
ii linux-headers- 3.2.0-39.62 Linux kernel headers for version 3.2.0 on 32
ii linux-headers- 3.2.0-40.64 Header files related to Linux kernel version
ii linux-headers- 3.2.0-40.64 Linux kernel headers for version 3.2.0 on 32
ii linux-headers- 3.2.0-41.66 Header files related to Linux kernel version
ii linux-headers- 3.2.0-41.66 Linux kernel headers for version 3.2.0 on 32
ii linux-headers- 3.2.0-44.69 Header files related to Linux kernel version
ii linux-headers- 3.2.0-44.69 Linux kernel headers for version 3.2.0 on 32
ii linux-headers- 3.2.0-45.70 Header files related to Linux kernel version
ii linux-headers- 3.2.0-45.70 Linux kernel headers for version 3.2.0 on 32
ii linux-headers- 3.2.0-48.74 Header files related to Linux kernel version
ii linux-headers- 3.2.0-48.74 Linux kernel headers for version 3.2.0 on 32
ii linux-headers- 3.2.0-49.75 Header files related to Linux kernel version
ii linux-headers- 3.2.0-49.75 Linux kernel headers for version 3.2.0 on 32
ii linux-headers- 3.2.0-51.77 Header files related to Linux kernel version
ii linux-headers- 3.2.0-51.77 Linux kernel headers for version 3.2.0 on 32
ii linux-headers- 3.2.0-52.78 Header files related to Linux kernel version
ii linux-headers- 3.2.0-52.78 Linux kernel headers for version 3.2.0 on 32
ii linux-headers- 3.2.0-53.81 Header files related to Linux kernel version
ii linux-headers- 3.2.0-53.81 Linux kernel headers for version 3.2.0 on 32
ii linux-headers- 3.2.0-54.82 Header files related to Linux kernel version
ii linux-headers- 3.2.0-54.82 Linux kernel headers for version 3.2.0 on 32
ii linux-headers- 3.2.0-55.85 Header files related to Linux kernel version
ii linux-headers- 3.2.0-55.85 Linux kernel headers for version 3.2.0 on 32
ii linux-headers- 3.2.0-56.86 Header files related to Linux kernel version
ii linux-headers- 3.2.0-56.86 Linux kernel headers for version 3.2.0 on 32
ii linux-headers- 3.2.0-57.87 Header files related to Linux kernel version
ii linux-headers- 3.2.0-57.87 Linux kernel headers for version 3.2.0 on 32
ii linux-headers- 3.2.0-58.88 Header files related to Linux kernel version
ii linux-headers- 3.2.0-58.88 Linux kernel headers for version 3.2.0 on 32
ii linux-headers- 3.2.0-59.90 Header files related to Linux kernel version
ii linux-headers- 3.2.0-59.90 Linux kernel headers for version 3.2.0 on 32
ii linux-headers- 3.2.0-60.91 Header files related to Linux kernel version
ii linux-headers- 3.2.0-60.91 Linux kernel headers for version 3.2.0 on 32
ii linux-headers- 3.2.0-61.93 Header files related to Linux kernel version
ii linux-headers- 3.2.0-61.93 Linux kernel headers for version 3.2.0 on 32
ii linux-headers- 3.2.0-63.95 Header files related to Linux kernel version
ii linux-headers- 3.2.0-63.95 Linux kernel headers for version 3.2.0 on 32
ii linux-headers- 3.2.0-67.101 Header files related to Linux kernel version
ii linux-headers- 3.2.0-67.101 Linux kernel headers for version 3.2.0 on 32
ii linux-headers- 3.2.0.67.79 Generic Linux kernel headers
un linux-image <keine> (keine Beschreibung vorhanden)
un linux-image-3. <keine> (keine Beschreibung vorhanden)
ii linux-image-3. 3.2.0-23.36 Linux kernel image for version 3.2.0 on 64 b
ii linux-image-3. 3.2.0-38.61 Linux kernel image for version 3.2.0 on 32 b
ii linux-image-3. 3.2.0-39.62 Linux kernel image for version 3.2.0 on 32 b
ii linux-image-3. 3.2.0-40.64 Linux kernel image for version 3.2.0 on 32 b
ii linux-image-3. 3.2.0-41.66 Linux kernel image for version 3.2.0 on 32 b
ii linux-image-3. 3.2.0-44.69 Linux kernel image for version 3.2.0 on 32 b
ii linux-image-3. 3.2.0-45.70 Linux kernel image for version 3.2.0 on 32 b
ii linux-image-3. 3.2.0-48.74 Linux kernel image for version 3.2.0 on 32 b
ii linux-image-3. 3.2.0-49.75 Linux kernel image for version 3.2.0 on 32 b
ii linux-image-3. 3.2.0-51.77 Linux kernel image for version 3.2.0 on 32 b
ii linux-image-3. 3.2.0-52.78 Linux kernel image for version 3.2.0 on 32 b
ii linux-image-3. 3.2.0-53.81 Linux kernel image for version 3.2.0 on 32 b
ii linux-image-3. 3.2.0-54.82 Linux kernel image for version 3.2.0 on 32 b
ii linux-image-3. 3.2.0-55.85 Linux kernel image for version 3.2.0 on 32 b
ii linux-image-3. 3.2.0-56.86 Linux kernel image for version 3.2.0 on 32 b
ii linux-image-3. 3.2.0-57.87 Linux kernel image for version 3.2.0 on 32 b
ii linux-image-3. 3.2.0-58.88 Linux kernel image for version 3.2.0 on 32 b
ii linux-image-3. 3.2.0-59.90 Linux kernel image for version 3.2.0 on 32 b
ii linux-image-3. 3.2.0-60.91 Linux kernel image for version 3.2.0 on 32 b
ii linux-image-3. 3.2.0-61.93 Linux kernel image for version 3.2.0 on 32 b
ii linux-image-3. 3.2.0-63.95 Linux kernel image for version 3.2.0 on 32 b
ii linux-image-3. 3.2.0-67.101 Linux kernel image for version 3.2.0 on 32 b
ii linux-image-ge 3.2.0.67.79 Generic Linux kernel image
un linux-initramf <keine> (keine Beschreibung vorhanden)
un linux-kernel-h <keine> (keine Beschreibung vorhanden)
un linux-kernel-l <keine> (keine Beschreibung vorhanden)
ii linux-libc-dev 3.2.0-67.101 Linux Kernel Headers for development
un linux-restrict <keine> (keine Beschreibung vorhanden)
ii linux-sound-ba 1.0.25+dfsg-0u base package for ALSA and OSS sound systems
un linux-source-3 <keine> (keine Beschreibung vorhanden)
un linux-tools <keine> (keine Beschreibung vorhanden)
|
axt
Anmeldungsdatum: 22. November 2006
Beiträge: 34254
|
bowman schrieb:
Aus diesem Grund wird ja der alte Kernel nicht deinstalliert.
Ja, 1...2, aber nicht insgesamt 23. 😀
|
axt
Anmeldungsdatum: 22. November 2006
Beiträge: 34254
|
flankengott, ich gehe davon aus, daß 3.2.0-67.101 durchaus funktionieren würde, Du aber keinen Platz oder keine freien Inodes mehr hast, weshalb er nicht exakt installiert worden ist. Also boote mit einem Vorgänger, beispielsweise 3.2.0-63.95, und poste die Ausgaben von in Codeblocks (Symbol Zahnrad auf Papier/Rohtext), damit das durch erhaltene Formatierung anständig lesbar ist!
|
Benno-007
Anmeldungsdatum: 28. August 2007
Beiträge: 29240
Wohnort: Germany
|
Ergänzung zur Vorgeschichte: Wenn man lange keine Updates eingespielt hat, werden auch mal paar Kernel übersprungen - es gibt nur den Aktuellsten. Pinne dir den Kernel notfalls in Synaptic kurzfristig per Paket → Version sperren fest, nicht dass dir noch der letzte funktionierende bei Updates neuer abhanden kommt. Tipp bei kürzerer Kernelliste. 😉
|
axt
Anmeldungsdatum: 22. November 2006
Beiträge: 34254
|
Auch, wenn Du's jetzt durchgestrichen hast, wenn wir ans Deinstallieren gehen, kann er in Synaptic gepinnt haben, was er will, apt-get im Terminal interessiert das nicht im Mindesten.
|
hakel
Anmeldungsdatum: 13. August 2009
Beiträge: 23336
|
Der Fluch der LTS, die Leute lassen ihre Festplatte voll laufen. 😲 Das kam ja hier schon häufiger vor, da hätte man auch direkt drauf kommen können. Das Symptom ist ja recht einfach. Beim Upgrade wäre eine schöne Fehlermeldung gekommen ...
|
bowman
Anmeldungsdatum: 17. Februar 2010
Beiträge: 7502
|
axt schrieb: bowman schrieb:
Aus diesem Grund wird ja der alte Kernel nicht deinstalliert.
Ja, 1...2, aber nicht insgesamt 23. 😀
bowman schrieb vor dem Poste von axt: Bei mehr als 3 würde ich die überflüssigen mal deinstallieren. siehe Kernel
axt sollte vllt mal alles lesen und nicht nur nach Punkten suchen, an denen man rumkritteln kann, insbesondere, wenn diese auch noch aus dem Zusammenhang gerissen werden. Beim von axt zitierten ging es darum, dass mit einem älteren Kernel gebootet werden kann, wenn der Aktuelle nicht funktioniert. @ flankengott Wenn bei der Abfrage der Inodes (df -i) herauskommt, dass 100% belegt sind machst du folgendes: sudo rm -rf /usr/src/linux-headers-*
das löscht die nicht benötigten linux-headers-Dateien in diesem Verzeichnis, die nur unötig Inodes belegen. Danach
sudo apt-get update && sudo apt-get dist-upgrade
Das sollte die Pakete aktualisieren und eine evtl unvollständige Installation wieder flicken. Danach haust du die Überzähligen Kernel und Headers von der Platte. Die letzten Beiden bleiben aber installiert. Falls nicht 100% der Inodes belegt sind, kannst du das gleich ausführen.
dpkg -l 'linux-*' | sed '/^ii/!d;/'"$(uname -r | sed "s/\(.*\)-\([^0-9]\+\)/\1/")"'/d;s/^[^ ]* [^ ]* \([^ ]*\).*/\1/;/[0-9]/!d' | xargs sudo apt-get -y purge
Den Einzeiler findest du unter Kernel im Abschnitt "Deinstallieren". Ab 14.04 reicht ein
sudo apt-get autoremove
um die überzähligen Kernel und Headers loszuwerden. Du wirst dich wundern, aber wenn die 21 überflüssigen Kernel weg sind wirst du mindesten 4 GB mehr Platz auf der Systempartition haben. 😉
|
axt
Anmeldungsdatum: 22. November 2006
Beiträge: 34254
|
bowman schrieb: axt schrieb: bowman schrieb:
Aus diesem Grund wird ja der alte Kernel nicht deinstalliert.
Ja, 1...2, aber nicht insgesamt 23. 😀
bowman schrieb vor dem Poste von axt: Bei mehr als 3 würde ich die überflüssigen mal deinstallieren. siehe Kernel
axt sollte vllt mal alles lesen und nicht nur nach Punkten suchen, an denen man rumkritteln kann, insbesondere, wenn diese auch noch aus dem Zusammenhang gerissen werden.
Vielleicht solltest Du Dich daran erinnern, was Smileys bedeuten, anstatt kundtzutun, schlecht geschlafen zu haben. Was Du Dich da angegriffen fühlst, wenn ich mich auf 23 installerte Kernels des Threadstarters beziehe, ist mir auch nicht schlüssig.
Wenn bei der Abfrage der Inodes (df -i) herauskommt,
Du hast als erster geantwortet, einen halben Tag vor mir, merkwürdigerweise aber nicht mit dem Naheliegenden, sprich mit der expliziten df-Abfrage. Auch die installierten Kernels hast Du erst nach 9 1/2 h listen lassen. Das hättest Du alles sofort durchgehen können und sollen, anstatt über imaginäre Probleme eines Kernels zu sinnieren.
|