[gelöst] Kaffeine-Fehler oder PCTV 520e-Macke?

[Conradi]

journalctl -b

Code: Alles auswählen

[konrad@localhost ~]$ su Passwort:  [root@localhost konrad]# journalctl -b -- Logs begin at Mon, 2013-05-27 14:25:52 CEST, end at Mon, 2013-05-27 16:50:18 CEST. -- May 27 14:25:52 localhost systemd-journal[308]: Allowing runtime journal files to grow to 99.8M. May 27 14:25:52 localhost kernel: Initializing cgroup subsys cpuset May 27 14:25:52 localhost kernel: Initializing cgroup subsys cpu May 27 14:25:52 localhost kernel: Linux version 3.8.13-desktop-1.mga3 (iurt@ecosse.mageia.org) (gcc version 4.7.2 (GCC) ) #1 SMP Tue May 14 19:05:25 UTC 2013 May 27 14:25:52 localhost kernel: Command line: BOOT_IMAGE=linux root=UUID=b156496b-d3b1-4bf3-8989-d845959a2639  splash quiet resume=UUID=2b4bc84a-bccd-4519-872d-5751203c6f00 vga=788 May 27 14:25:52 localhost kernel: e820: BIOS-provided physical RAM map: May 27 14:25:52 localhost kernel: BIOS-e820: [mem 0x0000000000000000-0x000000000009f7ff] usable May 27 14:25:52 localhost kernel: BIOS-e820: [mem 0x000000000009f800-0x000000000009ffff] reserved May 27 14:25:52 localhost kernel: BIOS-e820: [mem 0x00000000000f0000-0x00000000000fffff] reserved May 27 14:25:52 localhost kernel: BIOS-e820: [mem 0x0000000000100000-0x000000007f7effff] usable May 27 14:25:52 localhost kernel: BIOS-e820: [mem 0x000000007f7f0000-0x000000007f7f2fff] ACPI NVS May 27 14:25:52 localhost kernel: BIOS-e820: [mem 0x000000007f7f3000-0x000000007f7fffff] ACPI data May 27 14:25:52 localhost kernel: BIOS-e820: [mem 0x00000000e0000000-0x00000000efffffff] reserved May 27 14:25:52 localhost kernel: BIOS-e820: [mem 0x00000000fec00000-0x00000000ffffffff] reserved May 27 14:25:52 localhost kernel: NX (Execute Disable) protection: active May 27 14:25:52 localhost kernel: SMBIOS 2.3 present. May 27 14:25:52 localhost kernel: DMI: MEDIONPC MS-7131/MS-7131, BIOS 6.00 PG 11/24/2005 May 27 14:25:52 localhost kernel: e820: update [mem 0x00000000-0x0000ffff] usable ==> reserved May 27 14:25:52 localhost kernel: e820: remove [mem 0x000a0000-0x000fffff] usable May 27 14:25:52 localhost kernel: No AGP bridge found May 27 14:25:52 localhost kernel: e820: last_pfn = 0x7f7f0 max_arch_pfn = 0x400000000 May 27 14:25:52 localhost kernel: MTRR default type: uncachable May 27 14:25:52 localhost kernel: MTRR fixed ranges enabled: May 27 14:25:52 localhost kernel:   00000-9FFFF write-back May 27 14:25:52 localhost kernel:   A0000-EFFFF uncachable May 27 14:25:52 localhost kernel:   F0000-FFFFF write-through May 27 14:25:52 localhost kernel: MTRR variable ranges enabled: May 27 14:25:52 localhost kernel:   0 base 000000000 mask F80000000 write-back May 27 14:25:52 localhost kernel:   1 base 07F800000 mask FFF800000 uncachable May 27 14:25:52 localhost kernel:   2 disabled May 27 14:25:52 localhost kernel:   3 disabled May 27 14:25:52 localhost kernel:   4 disabled May 27 14:25:52 localhost kernel:   5 disabled May 27 14:25:52 localhost kernel:   6 disabled May 27 14:25:52 localhost kernel:   7 disabled May 27 14:25:52 localhost kernel: x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106 May 27 14:25:52 localhost kernel: found SMP MP-table at [mem 0x000f5ac0-0x000f5acf] mapped at [ffff8800000f5ac0]                                                                         May 27 14:25:52 localhost kernel: initial memory mapped: [mem 0x00000000-0x1fffffff]                                                                                                     May 27 14:25:52 localhost kernel: Base memory trampoline at [ffff880000099000] 99000 size 24576                                                                                          May 27 14:25:52 localhost kernel: init_memory_mapping: [mem 0x00000000-0x7f7effff]                                                                                                       May 27 14:25:52 localhost kernel:  [mem 0x00000000-0x7f5fffff] page 2M                                                                                                                   May 27 14:25:52 localhost kernel:  [mem 0x7f600000-0x7f7effff] page 4k                                                                                                                   May 27 14:25:52 localhost kernel: kernel direct mapping tables up to 0x7f7effff @ [mem 0x1fffc000-0x1fffffff]                                                                            May 27 14:25:52 localhost kernel: RAMDISK: [mem 0x37726000-0x37feffff]                                                                                                                   May 27 14:25:52 localhost kernel: ACPI: RSDP 00000000000f7590 00014 (v00 IntelR)                                                                                                         May 27 14:25:52 localhost kernel: ACPI: RSDT 000000007f7f3040 00030 (v01 IntelR AWRDACPI 42302E31 AWRD 00000000)                                                                         May 27 14:25:52 localhost kernel: ACPI: FACP 000000007f7f30c0 00074 (v01 IntelR AWRDACPI 42302E31 AWRD 00000000)                                                                         May 27 14:25:52 localhost kernel: ACPI: DSDT 000000007f7f3180 043C8 (v01 INTELR AWRDACPI 00001000 MSFT 0100000E)                                                                         May 27 14:25:52 localhost kernel: ACPI: FACS 000000007f7f0000 00040 May 27 14:25:52 localhost kernel: ACPI: MCFG 000000007f7f76c0 0003C (v01 IntelR AWRDACPI 42302E31 AWRD 00000000) :                                                                                                                                                                                         

journalctl -f

Code: Alles auswählen

[konrad@localhost ~]$ su
Passwort:
[root@localhost konrad]# journalctl -f
-- Logs begin at Mon, 2013-05-27 14:25:52 CEST. --
May 27 16:10:09 localhost anacron[4195]: Job `cron.monthly' terminated (mailing output)
May 27 16:10:09 localhost anacron[4195]: Can't find sendmail at /usr/sbin/sendmail, not mailing output
May 27 16:10:09 localhost anacron[4195]: Normal exit (3 jobs run)
May 27 16:50:18 localhost su[18050]: (to root) konrad on /dev/pts/1
May 27 16:50:18 localhost su[18050]: pam_tcb(su:session): Session opened for root by konrad(uid=500)
May 27 16:53:21 localhost su[18050]: pam_tcb(su:session): Session closed for root
May 27 16:53:39 localhost su[18221]: pam_tcb(su:auth): Authentication passed for root from konrad(uid=500)
May 27 16:53:39 localhost su[18221]: (to root) konrad on /dev/pts/1
May 27 16:53:39 localhost su[18221]: pam_tcb(su:session): Session opened for root by konrad(uid=500)




[man-draker]

Nun werde ich noch mal komplett neubooten, und ich bin gespannt, ob dieser Zustand so bleibt, wie er derz. ist.

Nach deiner ersten Meldung in diesem Faden hier, warst du doch schon einmal so weit und erst nach einem Reboot begannen die Probleme.

Danach zu urteilen wird es erst mit diesem Reboot spannend.

[doktor5000]

Zwei Hinweise, auch für die anderen:

1. Bitte keine Vollzitate von Posts machen, immer nur den relevanten Teil zitieren, wenn überhaupt.

2. journalctl übergibt die Ausgabe standarmäßig immer an einen Pager - postet man also direkt die Ausgabe von journalctl, dann
bekommt man nur eine Seite zu sehen. Entweder gibt man --no-pager als Option mit, dann verhält es sich wie etwa dmesg, oder leitet
die Ausgabe direkt in eine Datei um.

Und da ein normaler Benutzer nicht in der Gruppe adm ist, bekommt man mittels journalctl als Benutzer nicht alle Meldungen zu sehen,
also lieber als root ausführen.

[alf]

wo wir gerade dabei sind, es gibt noch zwei sehr hilfreiche Optionen für journalctl mit deren Hilfe man die Liste bezüglich eines Zeitraumes eingrenzen kann

Code: Alles auswählen

--since

und

Code: Alles auswählen

--until

mit beiden Optionen gibt man ein timestamp in der Form yyyy-mm-dd oder auch mit Uhrzeitangabe yyyy-mm-ddhh:mm:ss mit.

[Conradi]

Danke.

journalctl oben stammen nach einem ersten Reboot seit des Laufens. Hätte ich mit dazuschreiben sollen.

Übrigens hält der Zustand weiterhin an - war danach erneut für 2 Stunden weg, der Rechner also aus, vollkommen stromlos, alle angeschlossenen (an die schaltbare Steckdosenleiste) Geräte auch.

Stick und Kaffeine funzen weiterhin wie gewohnt.

Ein Danke nochmals an alle.

Gruß Konrad

Damit markiere ich diesen Thread als gelöst.

[man-draker]

Übrigens hält der Zustand weiterhin an - war danach erneut für 2 Stunden weg, der Rechner also aus, vollkommen stromlos, alle angeschlossenen (an die schaltbare Steckdosenleiste) Geräte auch.

Stick und Kaffeine funzen weiterhin wie gewohnt.

Halleluja!
<Schweiß von der Stirn wisch>

[Conradi]

Nicht nervös werden, bin selber nervös *ggg*

Gebt zu, ihr Macher und Programmiergötter: Ihr habt die Firmware heimlich implementiert, gelle?

[unklar]

So, hab mal geplättet. Wir haben uns zwar so die Möglichkeit genommen. auf die Ursache des Fehlers zu kommen.

Glückwunsch! *freu*
Du hast Dir die Möglichkeit genommen, etwas zu lernen!

Um diese Zeit (16:46Uhr) hätte ich gewettet, der Neu-Start überlebt das Ganze nicht.
Die Wette halte ich aufrecht, diesbezüglich lesen wir uns bestimmt wieder.

Solltet ihr für eine Analyse noch irgendwelche Ausgaben brauchen, so sagt Bescheid.

Danke für das Angebot, ich erkenne in Deinen
nachfolgenden, chinesischen-dmesg-kate-Meldungen, und auch den Ausgaben zu journalctl -b bzw. -f nicht einen einzigen Hinweis auf das (die) eigentliche(n) Modul(e).
Deshalb

Gebt zu, ihr Macher und Programmiergötter: Ihr habt die Firmware heimlich implementiert, gelle?

gebe ich das gerne zurück.

[Conradi]

Die Wette halte ich aufrecht, diesbezüglich lesen wir uns bestimmt wieder.

Meinste?

Guten Morgen allerseits!

Bis jetzt nichts wie vor der Neuinstallation.
Irgenwo las ich mal - war glaube ich auf den Suse-Seiten - daß da der Chipsatz zu ändern sei von TDA...10.. auf TDA...18... oder so.

Hab ich nicht gemacht, - gar nix - aber beim Durchsehen glaube ich bemerkt zu haben, daß da der erkante Chip auf TDA... 18... oder so steht.
Kann mich irren.

Wie dem auch sei, es läuft noch immer.

Wenn ich Zeit habe, werde ich den Fehler eben reproduzieren - mal sehen, obs klappt.

Hab nämlich wild durcheinander installiert (na so wilde und planlos auh wieder nicht - aber eben nicht Schritt für Schritt sondern alles auf einmal getreu dem Motto "Viel hilft viel und alles kann nicht schaden").