bowman
Anmeldungsdatum: 17. Februar 2010
Beiträge: 7502
|
In deinem funktionsfähigen 14.04 ist der Intel-Treiber aktiv. Die Intelgrafik wird auch anstandslos erkannt. Möglicherweise liegt hier das Problem. Ohne funktionierende nvidia-Grafik hilft der nividia-Treiber und nvidia-prime nicht weiter. Wäre interessant, wie du dein funktionierendes 14.04 System damals installiert hast bzw. was du bei der Treiberinstallation gemacht bzw nicht gemacht hast. Wurde da die nvidia-Karte damals irgendwie deaktiviert? Auf irgend eine Weise muss es ja schleißlich passiert sein, dass jetzt nur die Intelgrafik aktiv ist und der i915 geladen wird. Interessant wäre, was bei den anderen Systemen passiert, dass es zur Kernelpanic kommt. Du kannst versuchen aus einem laufenden 14.04 die Partition eines nicht funktionierenden OS einzuhängen (geht normal mit Dateimanager) und dort dann die Logdateien mit einem Editor öffnen und auszulesen. dmesg, kern.log, Xorg.0.log wären die zielführenden. Interessant dabei ist vorallem der Bereich der Grafikkarte. Was wird erkannt und welche Treiber werden geladen. Starte mal ein Panic-System mit den Bootoptionen xforcevesa und noplymouth, welche du anstelle von "quiet splash" in der Bootbefehlssequenz setzt. siehe https://wiki.ubuntuusers.de/Bootoptionen#Optionen-beim-GRUB-Auswahlmenue Mit der erste Option wird der vesa-Treiber (lowgrafikmode) aktiviert, die zweite führt dazu, dass die Bootmeldungen angezeigt werden. Führt das dann auch zu einer Kernelpanic?
|
gws
(Themenstarter)
Anmeldungsdatum: 16. Januar 2006
Beiträge: 160
Wohnort: Hallein / Österreich
|
Als letzten Test hab ich jetzt noch eine andere SSD in meinen Laptop eingebaut und darauf wieder 14.04.1 installiert.
Die Installation klappt ohne jeden Fehler, aber starten lässt sich Ubuntu dann trotzdem nicht. Statt dessen kommt wieder die schon bekannte kernel panic ☹ So gesehen bin ich jetzt richtig glücklich, dass ich 14.04 auf dem Rechner installieren konnte und dass es ohne große Probleme läuft.
Sonderbar ist es aber schon, dass es eben nur mit dieser einen Installation richtig funktioniert und alle weiteren Installationsversuche scheitern.
|
gws
(Themenstarter)
Anmeldungsdatum: 16. Januar 2006
Beiträge: 160
Wohnort: Hallein / Österreich
|
bowman schrieb: In deinem funktionsfähigen 14.04 ist der Intel-Treiber aktiv. Die Intelgrafik wird auch anstandslos erkannt. Möglicherweise liegt hier das Problem. Ohne funktionierende nvidia-Grafik hilft der nividia-Treiber und nvidia-prime nicht weiter. Wäre interessant, wie du dein funktionierendes 14.04 System damals installiert hast bzw. was du bei der Treiberinstallation gemacht bzw nicht gemacht hast. Wurde da die nvidia-Karte damals irgendwie deaktiviert?
Ich bin mir nicht bewusst damals etwas anders gemacht zu haben als jetzt.
Einfach das ISO-Abbild herunterladen (allerdings auf meinen Standrechner mit Ubuntu 13.10), mit UNetbootin auf einen Stick kopiert und damit auf einer der Partitionen installiert.
Auf irgend eine Weise muss es ja schleißlich passiert sein, dass jetzt nur die Intelgrafik aktiv ist und der i915 geladen wird. Interessant wäre, was bei den anderen Systemen passiert, dass es zur Kernelpanic kommt. Du kannst versuchen aus einem laufenden 14.04 die Partition eines nicht funktionierenden OS einzuhängen (geht normal mit Dateimanager) und dort dann die Logdateien mit einem Editor öffnen und auszulesen. dmesg, kern.log, Xorg.0.log wären die zielführenden.
dmesg gibt es, ist aber leer
(Nothing has been logged yet.)
dmesg (END) die anderen Log-Dateien gibt es erst gar nicht
gerhard@Lenovo:/media/gerhard/sda2/var/log$ ll
insgesamt 1380
drwxrwxr-x 13 root syslog 4096 Jun 19 15:53 ./
drwxr-xr-x 13 root root 4096 Jul 23 2014 ../
-rw-r--r-- 1 root root 22058 Jun 19 15:53 alternatives.log
drwxr-xr-x 2 root root 4096 Jun 19 15:52 apt/
-rw-r--r-- 1 root root 61499 Jul 23 2014 bootstrap.log
-rw-rw---- 1 root utmp 0 Jul 22 2014 btmp
drwxr-xr-x 2 root root 4096 Jul 18 2014 cups/
drwxr-xr-x 2 root root 4096 Apr 12 2014 dist-upgrade/
-rw-r----- 1 root adm 31 Jul 22 2014 dmesg
-rw-r--r-- 1 root root 1211726 Jun 19 15:53 dpkg.log
-rw-r--r-- 1 root root 32032 Jun 19 15:52 faillog
-rw-r--r-- 1 root root 3281 Jul 23 2014 fontconfig.log
drwxr-xr-x 2 root root 4096 Jul 22 2014 fsck/
drwxr-xr-x 3 root root 4096 Jul 23 2014 hp/
drwxrwxr-x 2 root root 4096 Jun 19 15:53 installer/
-rw-rw-r-- 1 root utmp 292292 Jun 19 15:52 lastlog
drwxr-xr-x 2 root root 4096 Apr 29 2014 lightdm/
drwxr-x--- 2 root adm 4096 Jun 25 2014 samba/
drwx------ 2 speech-dispatcher root 4096 Feb 19 2014 speech-dispatcher/
drwxr-xr-x 2 root root 4096 Apr 2 2014 unattended-upgrades/
drwxr-xr-x 2 root root 4096 Apr 11 2014 upstart/
-rw-rw-r-- 1 root utmp 0 Jul 22 2014 wtmp
Interessant dabei ist vorallem der Bereich der Grafikkarte. Was wird erkannt und welche Treiber werden geladen. Starte mal ein Panic-System mit den Bootoptionen xforcevesa und noplymouth, welche du anstelle von "quiet splash" in der Bootbefehlssequenz setzt. siehe https://wiki.ubuntuusers.de/Bootoptionen#Optionen-beim-GRUB-Auswahlmenue Mit der erste Option wird der vesa-Treiber (lowgrafikmode) aktiviert, die zweite führt dazu, dass die Bootmeldungen angezeigt werden. Führt das dann auch zu einer Kernelpanic?
Ja (14.04.01), es kommen vorher aber deutlich mehr Meldungen, zu denen ich aber nicht zurückscrollen kann
|
bowman
Anmeldungsdatum: 17. Februar 2010
Beiträge: 7502
|
Das ist diese Optimus-Technologie. Intel-Grafik im Prozessor und zusätzlich noch einen Nvidia-GraKa extra. Bringt mehr Ärger als Vorteile mit einem Linux-System. Eigentlich hat man das mittlerweile schon ganz gut im Griff.
Bei deinem Laptop ist es sehr seltsam. Insbesondere, wenn die Installation schon mal funktioniert hat und jetzt auf einmal nicht mehr.
Nach meinen Recherchen gab es das einzelne Probleme mit dem WiFi und es sind auch Probleme beim aktivieren des Nvidia-Treibers zu finden, aber keine Probleme den Laptop überhaupt gebootet zu bekommen. Kernelpanik ist auf dem Teil nicht im Netzt zu finden EDIT: vllt ne blöde Frage: Du hast das 14.04.01-ISO-amd64 installiert? Die 32-Bit-Version ist nichts für das Teil. Was passiert, wenn du die Bootoption nomodeset benutzt? Bootet das System im low grafik mode hoch oder bekommst du wieder eine Kernelpanik?
|
gws
(Themenstarter)
Anmeldungsdatum: 16. Januar 2006
Beiträge: 160
Wohnort: Hallein / Österreich
|
Ja, ich hab das 64-Bit-Paket installiert. Irgendwie verstehe ich den Zusammenhang von GraKa-Treiber und der kernel panic noch nicht wirklich. Starting init: /bin/sh exists but couldn't execute it (error -8)
kernel panic - not syncing: No working init found. Try passing init= option to kernel ... Da wird doch auf ein Problem im init, da /bin/sh nicht ausgeführt werden kann, hingewiesen ? Ich hab dazu aber auch keine brauchbaren Hinweise im Netz gefunden - eigentlich sollte sich doch zu error -8 was finden lassen.
|
bowman
Anmeldungsdatum: 17. Februar 2010
Beiträge: 7502
|
💡 Besteht bei dir die Möglichkeit die Grafikkarten über das BIOS zu schalten? Bei manchen Hybriden gibt es die Möglichkeit, die zusätzliche GraKa - bei dir die Nvidia - zu deaktivieren, so dass nur der Intelchip angezeigt wird. Das führt dann dazu, dass bei der Abfrage der Grafikkarte nur die Intel auftaucht. So war das ja auch bei dir. Vllt ist das ja das Problem. Schau mal in dein BIOS, was da eigestellt ist. Ist die Nvidia deaktiviert kann der Treiber logischerweise nicht funktionieren.
|
lionlizard
Anmeldungsdatum: 20. September 2012
Beiträge: 6244
Wohnort: Berlin
|
Ohne das ganze jetzt genauer untersucht zu haben fällt mir ein, dass man nach der Installation ein chroot (kennst du ja schon) und dann ein sudo apt-get update && sudo apt-get upgrade machen könnte. Könnte ja sein, dass damit ein Treiber nachinstalliert wird, der dem System auf die Beine hilft.
|
bowman
Anmeldungsdatum: 17. Februar 2010
Beiträge: 7502
|
Ich bezweifle, dass seit 9.6. ein neuer nvidia-346 erschienen ist. Wenn es am Treiber liegt, dann würde ich das xorg.edgers-ppa anzapfen und mir von dort den aktuellsten nvidia-346 ziehen. Ich bezweifle aber, dass das ein Treiberproblem ist. Wenn sich 14.04 damals ohne Mucken installieren ließ und dort der i915 aktiv ist, jetzt aber jede Distrie mit kernel panic abschmiert, dann stinkt das geradezu nach Hardwaredefekt oder einer Einstellung im BIOS, die ähnliche Auswirkungen hat. In der funktionierenden Installation wird nur die IntelHD erkannt, wenn man die Grafikkarten abfragt. Warum? Ich bin jetzt nicht der Grafikfachman, aber mein technisches Verständnis führt mich in die Richtung von Eingriffsmöglichkeiten auf die Hardware. Und da fällt mir spontan das BIOS ein. Wenn das dann auch nicht hinhau, werfe ich das Handtuch. 😕
|
lionlizard
Anmeldungsdatum: 20. September 2012
Beiträge: 6244
Wohnort: Berlin
|
Ich denke auch an einen anderen als den Grafiktreiber. Vielleicht auch der Kernel oder irgend etwas anderes… Wie gesagt, nur so eine Idee.
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
Das Problem mit der Kernel Panic hat überhaupt nichts mit der Grafik zu tun - das Initramfs ist im Eimer, er kann keine Shell starten. Zu diesem Zeitpunkt interessiert sich der Kernel überhaupt nicht für irgendwelche Grafiktreiber oder -Chips - er hat hier noch nicht einmal die Systempartition eingehängt, daher sind auch alle Logs leer bzw nicht vorhanden. Wenn ich den Fehlercode richtig interpretiere, beschwert er sich, dass die Shell in einem nicht ausführbaren Format vorliegt - zB weil er die Magic Number der Datei nicht kennt. Wie das bei einem frisch installierten System passieren kann ist aber wirklich ein Mysterium...
|
lionlizard
Anmeldungsdatum: 20. September 2012
Beiträge: 6244
Wohnort: Berlin
|
Dann müsste er also nach dem chroot noch ein sudo update-initramfs -u -k all ausführen, in der Erwartung, ein lauffähiges initramfs zu bekommen?
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
Das müsste bereits durch die Installation des proprietären Treibers ausgelöst worden sein. Das Problem sitzt vermutlich viel tiefer als ein via Bitflip korrumpiertes Initramfs.
|
lionlizard
Anmeldungsdatum: 20. September 2012
Beiträge: 6244
Wohnort: Berlin
|
Stimmt, damit wären wir dann mal wieder beim Speichertest über mindestens 12 Stunden. Das hatten wir ja schon ein paar mal, dass fehlerhaftes RAM usn hier tagelang mit Merkwürdigkeiten in Atem gehalten hat…
|
gws
(Themenstarter)
Anmeldungsdatum: 16. Januar 2006
Beiträge: 160
Wohnort: Hallein / Österreich
|
Und warum bitte soll sich ein fehlerhaftes RAM (oder sonst ein Hardwaredefekt) nur unmittelbar in jedem neu installierten System nicht aber in meiner sehr problemlos laufenden 14.04-Instalation auswirken.
|
lionlizard
Anmeldungsdatum: 20. September 2012
Beiträge: 6244
Wohnort: Berlin
|
Weil bei der Installation die neu installierten Systemdateien jetzt regelmäßig defekt gespeichert werden, während in dem Installierten System bisher noch alle wichtigen Dateien unbeschädigt sind (weil Anfangs das RAM noch in Ordnung war). Das ist auch nur eine Möglichkeit, aber wenn du memtest mal über Nacht laufen lässt, kannst du fehlerhaftes Ram schon mal ausschließen. Als noch ein paar Megabyte Arbeitsspeicher üblich waren, hat man sehr schnell gemerkt, wenn da was defekt war. Bei mehreren Gigabyte kann das System ziemlich lange scheinbar stabil laufen, wenn da nur ein paar Bit defekt sind.
|