[gelöst]Bootprobleme

[KarlPhilip]

Ob dies hier die richtige Rubrik ist, bezweifle ich. Ich betreibe folgendes System:
Computer:
Prozessor : Intel(R) Core(TM)2 Duo CPU P7450 @ 2.13GHz
Hauptspeicher : 4036MB (1312MB used)
Maschinen-Typ : Notebook
Betriebssystem : Debian GNU/Linux 10 (buster)
Benutzername : karlphilip
Date/Time : Sa 10 Okt 2020 21:45:35 CEST
-Anzeige-
Auflösung : 1920x1080 pixels
OpenGL-Renderer : GeForce GT 240M/PCIe/SSE2
X11-Hersteller : The X.Org Foundation
-Audio-Geräte-
Audio Adapter : HDA-Intel - HDA Intel
Audio Adapter : HDA-Intel - HDA NVidia
Es besteht folgendes Problem beim Systemstart: Der Rechner zeigt noch Grub (Auswahlmenü) und geht kurz danach sang u. klanglos aus. Beim fehlerfreien Systemstart würde er zeigen: "Debian clean". ich kann das System nur starten, indem ich Windows hochfahre und dann Neustarte, aber dann Debian auswähle. Das ist doch ziemlich doof!!! Ein zwischenzeitliches Hochfahren von 'Mint' hilft hingegen nicht. Was ist hier los? Thermische Probleme jeder Art schließe ich aus. Kühlpaste und Kühlpads sind frisch erneuert. Lüfter dreht langsam und ruhig. Üblicherweise zeigt Sensors Temperaturen unterhalb 40 Grad Celcius. Ich bitte um tatkräftige Hilfe. Ich bin jetzt zu allem bereit.
Vielleicht hier noch die Ausgabe von dmesg:

Code: Alles auswählen

[   47.156462] wlp3s0: RX AssocResp from c0:25:06:fd:c7:f6 (capab=0x431 status=0 aid=4)
[   47.167926] wlp3s0: associated
[   48.311385] IPv6: ADDRCONF(NETDEV_CHANGE): wlp3s0: link becomes ready
[   53.200925] resource sanity check: requesting [mem 0x000c0000-0x000fffff], which spans more than PCI Bus 0000:00 [mem 0x000d4000-0x000d7fff window]
[   53.200976] caller _nv000788rm+0xe4/0x1c0 [nvidia] mapping multiple BARs
[  116.584755] Bluetooth: RFCOMM TTY layer initialized
[  116.584763] Bluetooth: RFCOMM socket layer initialized
[  116.584770] Bluetooth: RFCOMM ver 1.11
[  453.284718] CE: hpet increased min_delta_ns to 20115 nsec
[  453.284815] CE: hpet increased min_delta_ns to 30172 nsec

[TRex]

Zu "Dingen, die nach nem Warmstart über Windows wieder/erst funktionieren" fällt mir nur firmware ein. Allerdings sonst nur in Verbindung mit Netzwerkkarten oder ähnlichen, die erst ne Art Initialisierung brauchen (Problem existiert auch invertiert: Windows-Treiber schalten die Geräte in nen Energiesparmodus, und brauchen nen Wecker).

Das passt aber eigentlich nicht zu dem Verhalten, dass der Rechner hart abschaltet. Vielleicht hat noch jemand anders ne Idee.

[eggy]

a) Was passiert wenn Du bei Grub sofort "e" drückst. Bleibt die Kiste an? Kannst Du nach längerem Warten dann direkt ins Debian booten?

b) Irgendwas an Fehlern in Bezug auf das Gerät bekannt? Firmware auf dem neusten Stand? Was gibts an Einstellungen im Bios, legacy mode etc?

c) Debian updaten? Anderen Kernel versuchen? Welchen Kernel hat Dein Mint, welchen Debian?

Ich hätt auf "Hardware, die zu lange zum initialisieren braucht" getippt (Ansatz "a)"), dazu passt die Sache mit Mint aber nicht so richtig. Die nächsten Kandidat wären EFI/UEFI/ACPI etc, grade bei älteren Laptops gabs da einige Sachen die nicht ganz rund liefen (Ansatz b), magst mal verraten, was für nen Gerät das ist? Ansatz c geht in die selbe Richtung, Mint scheint irgendwas anders zu machen, wenn das problemlos beim ersten Versuch booten kann (oder hab ich das falsch verstanden?). An der frühen Stelle können vermutlich nur Unterschiede in Kernel bzw initrd relevant sein. Daher mal mit der selben Kernelversion wie bei Minit testen. Man könnt noch schauen, ob die Grubzeile von Mint irgendwas an besonderen Paramentern enthält, die der Debianeintrag nicht hat und das ausprobieren. Alles andere was man an acpi/efi Schaltern kennt, könnt man notfalls auch noch durchprobieren, viel versprech ich mir davon aber nicht. Kernelconfig und initrd könnt man auch noch vergleichen, bringt vermutlich mehr.

[KarlPhilip]

Hey Eggy, danke für Deine Mühe. Ich muß das erst abarbeiten. Den Rechner habe ich vor vielen Jahren als unreparierbar mal geschenkt bekommen. Er hatte damals das Problem (Windowsinstallation), daß er nach dem Booten nach unterschiedlich langer Betriebszeit urplötzlich einfor. Zuletzt nach weniger als 60 Sekunden. Er ging dann von Hand zu Hand wegen Fehlerfindung und Reparatur. Niemand fand die Ursache. Der Verkäufer behauptete. Rechner ist okay! Kein Fehler gefunden. Mit dem Einfrieren zeigte sich auch immer eine starke Überhitzung. However, ich bekam also den Rechner und ließ ihn erstmal liegen, weil ich auch keine Idee hatte. Dann nahm ich ihn mir vor und fing ganz von vorne an. Komplett leeren und dann habe ich erstmal win 8.1 installiert. Original war win 7 drauf. Der Fehler soll erstmals nach einem Windows update aufgetreten sein. Mit 8.1 lief er problemlos. Dann downgrade auf win 7 und Updateabschaltung. Da lief er auch. Na gut, sagte ich mir. Jetzt ist aber höchste Zeit für was Vernünftiges. Also bekam er eine Debianinstallation. Wir haben hier das Gerät schon mehrfach besprochen. Mit Debian lief er meistens rund. Aufgrund des hohen Alters war jetzt eine hardwarmäßige Überholung dran. Sprich Kühlmaßnahmen.

Bei Mint wird wohl dieses "vmlinuz-5.4.0-40-generic" gebootet. BIoseinstellungen müßte ich erst gucken. Danke für Eure HIlfe! Ihr seid große Klasse!

[KarlPhilip]

Da fällt mir noch ein, es kommt auch vor, daß er beim Zurückkommen aus dem Bereitschaftsmodus hart abschaltet. Pffff weg ist er.

[eggy]

Das klingt doch schon ein wenig nach kaputten ACPI Tabellen (oder nem überforderten Netzteil). Wie gesagt, man könnt mal diverse Bootparameter ausprobieren: https://www.pro-linux.de/artikel/2/1659 ... -apic.html

[alboran]

Das könnte aber auch an defekten Speichermodulen liegen, vielleicht mal einen memtest machen.

[KarlPhilip]

Erstmal vielen Dank. Acpi hatte ich so gefühlsmäßig schon immer im Verdacht. Memtest ist bestimmt eine gute Idee. Ansonsten muß ich Eggys Vorschlöge noch im Einzelnen prüfen.

[KarlPhilip]

Danke für den Link Eggy. Auch hier ist Durcharbeiten wohl angesagt. Ich lasse mir die Bootmeldungen immer anzeigen. Wenn er nicht bootet, auch keine Meldungen. Seufz

[Tintom]

Nochmal bitte zum besseren Verständnis:

1. Kaltstart mit Debian -> Rechner schaltet während grub ab
2. Kaltstart mit Windows, Neustart mit Debian -> Rechner läuft stabil
3. Kaltstart mit Mint Linux, Neustart mit Debian -> siehe a)

Habe ich das richtig verstanden?

[KarlPhilip]

HalloTintom, ja Du hast es richtig verstanden. So ist es. Nur über Win kommt es zu einem stabilem Verhalten, Mint bootet aber in der Regel problemlos.

[KarlPhilip]

Also eben gab es das bekannte Problem. Und lange die Taste 'e' drücken löste es erst mal. Eggy: Was bedeutet das? Und worauf deutet das hin? Jeder andere der etwas weiß, antwortet bitte auch. Also der Bootprozess gewinnt etwas Zeit. Das ist meine laienhafte Annahme. Aber wofür denn?

[eggy]

Manchmal braucht auch Hardware etwas Zeit um in die Gänge zu kommen. Ist so, als wenn man Dich morgens um 4 aus dem Bett zerrt, der eine kann's besser ab, der andere nur dann, wenn es $Lebensabschnittsperson mit ner Tasse Kakao ist und der dritte gar nicht. Vielleicht hält Deine Festplatte Windows für das Wesen mit dem Kakao

Ich würde annehmen, dass irgendwas (Platte? Ram?) noch nicht fertig war mit Wachwerden (Spin-up, Betriebstemperatur, Firmware, Initialisierungen... alles Mögliche), kann auch am Speicherbereich für die Grafikkarte liegen, falls shared memory, oder an, oder an, oder an was ganz anderem. Unsere schicke Forenglaskugel ist ja leider immer noch in der Reinigung, die wäre jetzt sehr praktisch.
Falls es wirklich "so einfach" zu beheben ist, schau mal im Bios, ob es da nen Eintrag "POST (power on self test)" gibt, oder sowas ähnliches. Das Speichertesten kostet Zeit, damit gewinnst Du vielleicht genug Spielraum, dass das Problem weg ist (wenns denn daran lag, und nicht nur Zufall war, dass es nun ging), sonst kannst Du grub so einstellen, dass er Dir mehr Zeit zum Booten lässt, wenns denn hilft. Viel Glück jedenfalls.

Apropos grub: "e" wie "edit", damit bekommst Du die Möglichkeit die Einträge anzupassen (Parameter wie noacpi etc dranzumalen) ohne dass man Grub neu auf die Platte schreiben muss - ist ganz praktisch wenn man nur mal eben was ausprobieren will, oder wenn man vergessen hat, dass man vor dem Hardwaretausch noch was hätte anpassen müssen.

[KarlPhilip]

So ein ausgemachter Mist. Eben hat auch 'e' drücken nicht geholfen. Es gibt dieses zur Auswahl: initrd.img-4.19.0-8 und dasgleiche nur mit ner 9 am Ende. Mit initrd.img-14.19.0-8 hat er oder sie? eben gebootet. Ganz besonderen Dank an dieser Stelle an eggy für seine Mühe. Ich forsche weiter und bin die Zuversicht selbst.

[willy4711]

Mit initrd.img-14.19.0-8 hat er oder sie? eben gebootet.

Das solltest du auch im Grub-Menü auswählen können (Erweiterte Optionen)
Sollte das klappen, ist irgendwas bei der Installation des Kernels falsch gelaufen.
Abgesehen davon inzwischen ist in Stable 4.19.0-11 aktuell.

Mal die Ausgabe von:

Code: Alles auswählen

dpkg -l *linux* |grep ii

[KarlPhilip]

Aktueller Stand ist wie folgt: Keiner Eurer Tips hat wirklich das Problem gelöst. Im Bios findet sich nichts vom Angesprochenem. Es (Bios) ist äußerst dürftig. Flashen trau ich mich nicht, da ich die passende Version nicht ermitteln kann. Der Hersteller schwächelt da oder ich? Mal funktioniert es, mal nicht. Die Kernelversionen unterscheiden sich auch nicht wirklich für mein Problem. Erstmal möchte ich Euch danken und vlt. fällt jemandem noch was ein. Ich für meinen Teil hoffe das.

[KarlPhilip]

Ich werde mal den neuesten Kernel jetzt probieren.

[KarlPhilip]

Mein Rechner bootet nur noch Windows, deshalb kann ich gar nichts machen im Moment. Zur Zeit erreiche ich Euch über ein Debian 8 (Live System) Jessie. Ob mein Rechner Buster noch jemals startet, steht in den Sternen. Bitte geht in Euch und denkt scharf über eine Lösung nach. Was ist der nächste Schritt, was mache ich als Nächstes. Ich habe über das Livesystem immerhin Zugriff. Y und Z sind grade vertauscht. Tastaur hat sich nicht umgestellt. Habe jetzt Englisch ganz entfernt und nun geht es.zzzzyyyyy Ich grüße Euch

[KarlPhilip]

Grade ist er mal wieder gestartet. manchmal geht er wieder, wenn man ein paar Stunden wartet. Ich vermute ganz stark, daß es mit der Nvidia Grafikkarte in Zusammenhang steht. Biite laßt mich jetzt hier nicht verhungern und meldet Euch gewohnt sachkundig um der Sache Herr zu werden. Ich zähle auf Euch. Gemeinsam geht das! Danke schon mal im Voraus.

[KarlPhilip]

Nanu - nichts? hier

[KarlPhilip]

In usr/src liegt linux header 4.19.0-12 in linux kbuild auch 4.19.. Wie kriege ich diese Versionen zum Booten. Und macht das überhaupt Sinn? Ich habe nicht die geringste Ahnung! Macht mich klüger. Das geht.

[willy4711]

Was sagt denn:

Code: Alles auswählen

ls -al /boot

Wenn der Kernel richtig installiert ist, sollte er auch über das Grub-Menü zu erreichen sein (erweiterte Optionen)

Noch eine Ausgabe wäre interessant:

Code: Alles auswählen

dpkg -l *linux*|grep ii

[KarlPhilip]

Code: Alles auswählen

KarlPhilip@debian:~$ ls -al /boot
insgesamt 87948
drwxr-xr-x 3 root root 4096 Okt 23 14:13 .
drwxr-xr-x 19 root root 4096 Okt 23 14:10 ..
-rw-r--r-- 1 root root 206143 Okt 18 10:43 config-4.19.0-12-amd64
-rw-r--r-- 1 root root 206157 Jun 7 17:42 config-4.19.0-9-amd64
drwxr-xr-x 5 root root 4096 Okt 23 14:13 grub
-rw-r--r-- 1 root root 36135205 Okt 23 14:10 initrd.img-4.19.0-12-amd64
-rw-r--r-- 1 root root 36103430 Okt 23 14:02 initrd.img-4.19.0-9-amd64
-rw-r--r-- 1 root root 3415048 Okt 18 10:43 System.map-4.19.0-12-amd64
-rw-r--r-- 1 root root 3411735 Jun 7 17:42 System.map-4.19.0-9-amd64
-rw-r--r-- 1 root root 5278960 Okt 18 10:43 vmlinuz-4.19.0-12-amd64
-rw-r--r-- 1 root root 5274864 Jun 7 17:42 vmlinuz-4.19.0-9-amd64

[KarlPhilip]

KarlPhilip@debian:~$ dpkg -l *linux*|grep ii
ii binutils-x86-64-linux-gnu 2.31.1-16 amd64 GNU binary utilities, for x86-64-linux-gnu target
ii console-setup-linux 1.193~deb10u1 all Linux specific part of console-setup
ii firmware-linux-free 3.4 all Binary firmware for various drivers in the Linux kernel
ii fonts-linuxlibertine 5.3.0-4 all Linux Libertine family of fonts
ii libselinux1:amd64 2.8-1+b1 amd64 SELinux runtime shared libraries
ii linux-base 4.6 all Linux image base package
ii linux-compiler-gcc-8-x86 4.19.152-1 amd64 Compiler for Linux on x86 (meta-package)
ii linux-headers-4.19.0-12-amd64 4.19.152-1 amd64 Header files for Linux 4.19.0-12-amd64
ii linux-headers-4.19.0-12-common 4.19.152-1 all Common header files for Linux 4.19.0-12
ii linux-headers-4.19.0-9-amd64 4.19.118-2+deb10u1 amd64 Header files for Linux 4.19.0-9-amd64
ii linux-headers-4.19.0-9-common 4.19.118-2+deb10u1 all Common header files for Linux 4.19.0-9
ii linux-headers-amd64 4.19+105+deb10u7 amd64 Header files for Linux amd64 configuration (meta-package)
ii linux-image-4.19.0-12-amd64 4.19.152-1 amd64 Linux 4.19 for 64-bit PCs (signed)
ii linux-image-4.19.0-9-amd64 4.19.118-2+deb10u1 amd64 Linux 4.19 for 64-bit PCs (signed)
ii linux-image-amd64 4.19+105+deb10u7 amd64 Linux for 64-bit PCs (meta-package)
ii linux-kbuild-4.19 4.19.152-1 amd64 Kbuild infrastructure for Linux 4.19
ii linux-libc-dev:amd64 4.19.152-1 amd64 Linux support headers for userspace development
ii util-linux 2.33.1-0.1 amd64 miscellaneous system utilities

[KarlPhilip]

Danke Willy4711 das Du Dir das anguckst und mir somit hilfst.