Notebook Display schaltet ab bei Installation

  • Thread starter Thread starter Charon102
  • Start date Start date
C

Charon102

Guest
Hallo Leute

Ich versuche schon seit einiger Zeit FreeBSD auf ein altes Notebook zu installieren.
Siehe hier:

http://www.bsdforen.de/showthread.php?t=14296

Mit 3 Floppy Disks und den beiden FreeBSD 6.0 Installationcds funktioniert es. Leider schaltet der Bildschirm des Notebooks beim kopieren von CD auf Festplatte immer aus. Dieses Problem hatte ich bei der NetBSD installation nicht. Komisch. Ich kann das Display dann nicht mehr einschalten. Der Bildschirm bleibt einfach schwarz.
Ist das eine Art Stromsparmodus oder was könnte der Grund sein?

Grüsse Charon102
 
Wenn es ein Stromsparmodus ist, müßte es genügen, ab und zu mal eine Taste zu drücken.
Heute 20:23
Das geht eben nicht :mad:
Auf Tastendruck reagiert die Kiste dann nicht mehr.
Komischwerweise hatte ich bei der NetBSD installation keine Problem, doch bei FreeBSD wird der Display plötzlich schwarz. Ich bin mir noch nicht sicher ob das nur der Stromsparmodus ist, oder ob das durch einen Lesesfehler bei der Installations-cdrom verursacht wird.

Ich muss wohl wieder zurück ins Bios ......herje welches Bios, es hat ja keins !!!!!!!!!!
 
Klingt merkwürdig. Ich kämpfe ebenfalls gerade mit FreeBSD auf einem Notebook. Das friert zwar normalerweise einfach nur ein, aber ich habe hier ein ähnliches Problem, wenn ich Xorg beende. Dann bleibt der Bildschirm schlicht schwarz und ich kann nichts anderes machen, als den Powerbutton zu knüppeln.

Leider kommt FreeBSD wohl nach wie vor nicht vernünftig mit meinem Notebook klar.
 
Moin Charon102 und Steve',

versucht doch mal das Notebook ohne ACPI zu booten.

Viele Grüße

Jürgen
 
Zumindestens hier nicht, nein (vgl. auch mein anderes Posting bzgl. Kerneldebugging). Und wenn dieser eine Kerneltrap (bsdtar) wirklich der Auslöser ist, dann hat das wohl auch nichts mit ACPI zu tun. Das wäre dann auch die Erklärung, warum der Fehler hier schon während der Installation auftritt (bei vielen Operationen, an denen Packages) beteiligt sind. Dummerweise dauert es immer bis zu 20 Minuten, bevor der Fehler auftritt. Ich teste momentan schon diverse Bootoptionen durch (mit ACPI, ohne ACPI, acpi.ko per /boot/loader.conf, etc). Nachher werde ich das Notebook nochmal mit ACPI booten und dann einfach nichts zu lassen. Mal gucken, ob er sich dann auch weghängt.
 
Hallo Steve`,

schau doch mal hier: http://gerda.univie.ac.at/freebsd-laptops/.
Vielleicht ist Dein Notebook dabei. Ansonsten kann ich Dir nur den steinigen Weg empfehlen: ACPI ausschalten und alle Tip&Tricks, die Du unter genanntem Link findest, abzuarbeiten - ich weiß, es istz nicht schön, aber ...

Viele Grüße

Jürgen
 
Danke für den Link. Mein Notebook ist dabei, aber so richtig wertvolle Erkenntnisse gewinne ich aus dem Link nicht. Trotzdem werde ich mich auf der Seite nochmal genauer umschauen.
 
Hallo Steve`,

  • tritt dieses Problem unabhängig von ACPI auf?
  • Ist die CD in Ordnung (Prüfsumme über ISO-File)?
  • Ist die Festplatte in Ordnung, keine defekten Sektoren, insbesondere in der Swap-Area?
  • Gibt es im BIOS eine "auto poweroff" oder "auto standby" Funktion (zur Not ein Windows booten und diese Optionen ausschalten)?
  • Legt der Rechner sein BIOS bzw. Konfigurationsparameter auf der Festplatte ab?

Grüße

Jürgen
 
Hi Juerdan,

1) Ja, tritt unabhängig von ACPI auf.
2) ja, ISO ist in Ordnung, der Fehler trat erstmalig schon bei FreeBSD 5.x auf und wird auf dem von Dir geposteten Notebook-Link auch auf anderen 1300er-Series-Notebooks von Acer auf
3) die Festplatte sollte in Ordnung sein, aber ich habe außer fsck nach der Installation nicht weiter geprüft.
4) Im Bios gibts keinerlei Einstellungen, die ich großartig ändern könnte (eben Bootdevice und Uhrzeit
5) dazu kann ich mangels Kenntnis nichts sagen, würde aber behaupten: NEIN. Ich muß das DSDT (mir ist dazu per google und wikipedia keine Langform genannt worden) per /boot/DSDT.aml korrigieren. Das macht die Sache bezüglich der Hänger aber weder besser noch schlimmer.
 
Hi,

mach mal einen "drive fitness test" mit dem zu Diener Festplatte passenden (!!!) Tool.
 
schau doch mal hier: http://gerda.univie.ac.at/freebsd-laptops/.
Vielleicht ist Dein Notebook dabei. Ansonsten kann ich Dir nur den steinigen Weg empfehlen: ACPI ausschalten und alle Tip&Tricks, die Du unter genanntem Link findest, abzuarbeiten - ich weiß, es istz nicht schön, aber ...

In der Liste scheint mein Toshiba Satellite pro 430 noch nicht zu sein.

Wird das ACPI über das Bios Setup aktiviert ?

Ich werd auch mal versuchshalber FreeBSD 5.4 ausprobieren. Vielleicht kommt ein ältere Version besser mit der alten Hardware zurecht.
 
juedan said:
mach mal einen "drive fitness test" mit dem zu Diener Festplatte passenden (!!!) Tool.
Nicht mehr nötig, danke. Das Ausbauen eines Speicherriegels hat ausgereicht, um die Freezes verschwinden zu lassen. Ich mag aber noch nicht recht glauben, dass der Speicherriegel defekt ist.
 
Ich hab ACPI aus dem BIOS gelöscht. Jetzt klappts auch mit der FreeBSD Installation. :)
 
Steve` said:
Ich mag aber noch nicht recht glauben, dass der Speicherriegel defekt ist.
Stimmt auch nicht. Spätestens nach einem make buildworld gabs wieder Freezes und Coredumps. Ich habe hw.acpi.*_lowest jetzt mal von C1 nach C2 gesetzt und dadurch schon einen deutlichen Stabilitätsgewinn erreicht. Trotzdem pendelt das Notebook beim Buildworld zwischen 74°C und 79°C. Ein FreeBSD-Hacker ist derzeit dabei, mir was 'kühles' zurechtzuhacken. :)
 
Back
Top