[SOLVED]Monitor bleibt nach Installation schwarz

Started by stefsion, 2025/10/27, 17:46:51

Previous topic - Next topic

stefsion

Nein ins Bios komme ich nicht mehr rein. Habe es ca. 50 mal probiert. Keine  Chance.

towo

Auch nicht, wenn du das live Medium startest und von dort aus

systemctl reboot --firmware-setup

ausführst?
Ich gehe nicht zum Karneval, ich verleihe nur manchmal mein Gesicht.

ro_sid

Quote from: stefsion on 2025/10/29, 14:03:51
Nein ins Bios komme ich nicht mehr rein. Habe es ca. 50 mal probiert. Keine  Chance.
Funktioniert denn die (F?-)Taste im Betriebssystem? Vielleicht ist sie ja "tot". Auch gibt es ja oft mehrere davon: "Enter Setup", (einmalige) "Bootauswahl", "Selbsttest" usw. Tut es davon keine?
Vielleicht auch mal eine externe Tastatur anschließen und es damit versuchen.
Zum "Erzwingen" des Ladens des Nouveau-Treibers, könnte man dem Kernel nouveau.modeset=1 "mitgeben".
Die Intelgraphik-Komponente wird wohl nur zum Tragen kommen, wenn die Nvidia-Komponente abgeschaltet ist oder es sich um ein "Optimus"-System handelt. Bei Desktops schaltet sich ja auch die On-board Graphik ab, wenn eine externe Graphikkarte eingesetzt wird.

stefsion

#towo
Das mit dem systemctl reboot --firmware-setup Befehl habe ich noch nicht probiert, wusste ich auch nicht. Danke für den Hinweis. Ich weis nur es über
den Windowsbootmanager mit ähnlichem Auswahlbutton ging. Aber jedesmal wenn ich im Bios die Bootreihenfolge z.B. auf USB geändert hatte, war es beim nächsten Booten trozdem nicht möglich vom Stick zu booten und wenn ich wieder im Bios über den Bootmanager von Windows gelangt war, war alles wieder auf die HDD eingestellt, obwohl ich vorher die Änderungen auch abgespeichert hatte. Alles sehr merkwürdig.

Aber egal es hat jetzt geklappt:-)) 
Mit dem letzten Tipp von ro_sid den Stick auf set root=(hd1,1) zu sezten hat es sofort geklappt. 
Und wer lesen kann ist klar im Vorteil8).
Ich hatte bei der ersten Installation auch unfreie und propritäre Software zulassen gewählt. Und da stant auch das damit z.B. Nvidia Treiber installiert werden können.

Das habe ich jetzt beim zweiten Mal natürlich nicht mehr zugelassen. Und siehe da, es hat funktioniert.
Danach habe ich dann das System mit sudo apt update und sudo apt upgrade auf den aktuellen Zustand gebracht.

Komischer weise hat er dann auch die unstable Repositories abgerufen:
juergen@Juergens-Acer:~$ sudo apt update
[sudo] Passwort für juergen: 
Holen:1 https://deb.debian.org/debian unstable InRelease [207 kB]
Holen:2 https://ftp.uni-stuttgart.de/siduction/extra unstable InRelease [18,6 kB]
OK:3 https://ftp.uni-stuttgart.de/siduction/fixes unstable InRelease
Holen:4 https://ftp.uni-stuttgart.de/siduction/extra unstable/main amd64 Packages [119 kB]
Holen:5 https://deb.debian.org/debian unstable/main amd64 Packages.diff/Index [63,6 kB]
Holen:6 https://ftp.uni-stuttgart.de/siduction/extra unstable/main amd64 Contents (deb) [19,5 MB]
Holen:7 https://deb.debian.org/debian unstable/main Translation-en.diff/Index [63,6 kB]
Holen:8 https://deb.debian.org/debian unstable/main all Contents (deb).diff/Index [63,8 kB]
Holen:9 https://deb.debian.org/debian unstable/main amd64 Contents (deb).diff/Index [63,8 kB]
Holen:10 https://deb.debian.org/debian unstable/main amd64 Packages T-2025-10-30-0209.52-F-2025-10-29-2041.20.pdiff [56,8 kB]
Holen:11 https://deb.debian.org/debian unstable/main Translation-en T-2025-10-30-0209.52-F-2025-10-29-2041.20.pdiff [656 B]
Holen:10 https://deb.debian.org/debian unstable/main amd64 Packages T-2025-10-30-0209.52-F-2025-10-29-2041.20.pdiff [56,8 kB]
Holen:12 https://deb.debian.org/debian unstable/main all Contents (deb) T-2025-10-30-0209.52-F-2025-10-29-2041.20.pdiff [6.466 B]
Holen:11 https://deb.debian.org/debian unstable/main Translation-en T-2025-10-30-0209.52-F-2025-10-29-2041.20.pdiff [656 B]
Holen:12 https://deb.debian.org/debian unstable/main all Contents (deb) T-2025-10-30-0209.52-F-2025-10-29-2041.20.pdiff [6.466 B]
Holen:13 https://deb.debian.org/debian unstable/main amd64 Contents (deb) T-2025-10-30-0209.52-F-2025-10-29-2041.20.pdiff [3.343 B]
Holen:13 https://deb.debian.org/debian unstable/main amd64 Contents (deb) T-2025-10-30-0209.52-F-2025-10-29-2041.20.pdiff [3.343 B]
Es wurden 20,2 MB in 34 s geholt (598 kB/s).                                  
Aktualisierung für 1535 Pakete verfügbar. Führen Sie »apt list --upgradable« aus, um sie anzuzeigen.


Und bei der Installation war auch ein Nvidia Treiber mit 100MB dabei. 
Ich dachte schon das er nach dem Update wieder nichts mehr anzeigt, aber falsch gedacht. Er läuft immer noch. :-))

Das Problem mit dem Bios ist letztendlich egal, wenn die Kiste läuft. Mein Nachbar wird da sowieso nie rein wollen. Hauptsache er funktioniert 
wieder. Mehr als 1 Jahr muss er nicht halten, dann wird er sicherlich mal etwas neueres Gebrauchtes kaufen.


Vielen Dank noch einmal für die vielen Tipps und Euer Interesse an meinem Problem.
 

stefsion

Kleiner Nachtrag zu Antworte die ich von Euch bekommen hatte:

@towo  der Versuch per Befehl "systemctl reboot --firmware-setup" ins Bios zu kommen hatte auch nich funktioniert .
Die Meldung lautete :  Firmware does not support boot into firmware.

@ro_sid   der Versuch mit einer externen Tastatur über F2 ins Bios zu kommen oder mit F12 das Boot Menue aufzurufen hatte auch nicht funktioniert

Ein wirklich vermurkster Laptop.

Siduction läuft zu glück jetzt aber sehr träge. Aber wahrscheinlich liegt das daran das nur eine HDD im Laptop steckt und keine SSD.
Ich hatte noch versucht wie bei der Siductions USB Live Version meinen Ventoy Stick per Grub von der Festplatte zu starten aber da hat er ebenfalls 
Probleme und erkennt einfach das Dateisysstem nicht. Selbst einen Stick im Fat16 Format erkennt der Laptop nicht und meldet unbekanntes Dateisystem.
Nur einen MiniOS Live Stick den ich im ISO9660 Format erstellt habe, erkennt er und denn kann er auch über Grub von der Laptop Festplatte starten.