Beiträge von SUSEDJAlex

Wäre aber sinnvoll wenn das auch in deutsch angezeigt wird...

LG SUSEDJAlex

hast du mal als root das eingegeben:

cat /var/log/messages > /home/<DEINUSERNAME>/messages.txt

Danach mit einem Texteditor öffnen und etwas scrollen, den der Eintrag taucht nicht gleich zu Beginn auf...
bei mir tauchte das in der Zeile 958 auf.....

LG SUSEDJAlex

Heureka.....

hier ist das Rätsels Lösung:

( so kurios wie es klingt )

als erstes muss man feststellen, dass acpi "noch" nicht im systemd implementiert wurde.
Wieso? weil der Entwickler die Version aus 12.2 einfach ins 12.3 übernommen hat...fragt mich bitte nicht warum wie weshalb
( Begründung: die Version 12.2 hatte noch sysvinit / systemd, in 12.3 nur noch systemd )
Desweiteren ist das paket "acpica" nur fürs debuggen und protokollieren...

Zusammenfassung: Hierbei handelt es sich um einen Satz Werkzeuge zum Anzeigen und Debuggen der ACPI-Tabellen Ihres BIOS

Also muss man wie folgt vorgehen:

Die beiden fehlenden pakete nachinstallieren so dass zum Schluss so aussieht:

zypper se -si acpi
Daten des Repositories laden ...
Installierte Pakete lesen ...


S | Name   | Typ   | Version        | Arch   | Repository       
--+--------+-------+----------------+--------+------------------
i | acpi   | Paket | 1.5-13.1.1     | x86_64 | openSUSE-12.3-Oss
i | acpica | Paket | 20121220-7.1.1 | x86_64 | openSUSE-12.3-Oss
i | acpid  | Paket | 2.0.17-2.1.1   | x86_64 | openSUSE-12.3-Oss

Dann einen Neustart durchführen und in /var/log/messages schauen
falls das hier auftaucht:

2013-03-26T01:02:03.053407+01:00 linux-r505 acpid: 2 rules loaded

dann sieht es sehr gut aus....

Habe dann anschließend den Rechner für 2 Stunden in den Ruhezustand versetzen lassen....

Das Ergebnis war: Er kam wieder hoch... und auch der Wechsel zwischen Text-Modus und Graphischen und der Log-Ebene funktioniert wieder so wie ich es haben wollte.....

LG SUSEDJAlex

Du musst mal das Handbuch dazu konsultieren und da findest du sicher auch wie du ins BIOS kommst....

LG SUSEDJAlex

mit nomodeset komme ich erst gar nicht in die graphische Oberfläche rein...

mit acpi=off komme ich rein aber muss dort den ruhezustand nochmal testen....

Ich habe mal etwas geguckt:

zypper se -s acpi
Daten des Repositories laden ...
Installierte Pakete lesen ...


S | Name   | Typ   | Version        | Arch   | Repository       
--+--------+-------+----------------+--------+------------------
  | acpi   | Paket | 1.5-13.1.1     | x86_64 | openSUSE-12.3-Oss
  | acpi   | Paket | 1.5-13.1.1     | i586   | openSUSE-12.3-Oss
i | acpica | Paket | 20121220-7.1.1 | x86_64 | openSUSE-12.3-Oss
v | acpica | Paket | 20121220-7.1.1 | i586   | openSUSE-12.3-Oss
  | acpid  | Paket | 2.0.17-2.1.1   | x86_64 | openSUSE-12.3-Oss
  | acpid  | Paket | 2.0.17-2.1.1   | i586   | openSUSE-12.3-Oss

Evtl. fehlt da etwas....

LG SUSEDJAlex

Ich werde mal meine Logs hier auch dranhängen und vielleicht gibt da ein Zusammenhang....

als erstes :

zypper se -s fglrx
Daten des Repositories laden ...
Installierte Pakete lesen ...
Keine Pakete gefunden.

Zweitens die beiden Dateien.....

Nachtrag:
Ich muss hier meine Aussage aus Post #8 widersprechen, da gestern nach einen Ruhezustand von 30 minuten der Fehler auftritt...

LG SUSEDJAlex

wenn du einen Befehl eingibst dann richtig:

zypper lr -uP  <===so ist es richtig

desweiteren versucht dein System auf dein WLAN zu zugreifen.... <=== ist aber ein anderes Thema und hat hier nix damit zu tun....

so nun bitte ich dich um die Fehlerausgabe von PulseAudio hier zu posten

Nachtrag: die Ausgabe der /var/log/messages da reicht die Ausgabe des heutigen Tages ansonsten

cat /var/log/messages > a.txt

die Datei kannst du editieren.....

LG SUSEDJAlex

Das ist aber sehr komisch, weil ich den gleichen Laptop hier zu stehen habe....

Und da muss ich erst mal reproduzieren ob das auch bei mir ebenfalls so ist.....

Bericht folgt.....

Reproduziert und kann bei mir keinen Fehler feststellen....habe explizit 5 Minuten Ruhezustand eingestellt....

LG SUSEDJAlex

was sagen die log-Dateien?

paste bitte mal

/usr/sbin/hwinfo --all

hwinfo musst du ggf. nachinstallieren

LG SUSEDJAlex

Hast du in YAST - > Software - > Software installieren oder löschen die beiden Schemata selektiert:

- Grundlegende Entwicklungsumgebung
- Linux-Kernel-Entwicklungsumgebung

Danach dann virtualbox wie gehabt aus dem virtualbox-Repository installieren.

dann müsste alles passen...

LG SUSEDJAlex