[Gentoo] X stürzt ab oder friert ein nach Abmeldung

[Morgoth]

Moin zusammen,

ich habe hier in den letzten Tagen an einer Installtion von Gentoo gesessen und alle aufgetretenen Probleme soweit beseitigt. Aber bei einem weiß ich nicht weiter, es gibt zwar wohl einige die ein ähnliches haben aber eben keine Lösung.

Dazu muss ich noch sagen, dass ich hier grundsätzlich keine Pakete verwendet habe (bis auf eines, den vlc), die im Portage noch irgendwie maskiert sind, und dazu gehört z. B. auch die KDE 3.4 (~x86). Das System soll stabil laufen, weil ich auch keine Zeit habe mich dauernd damit zu beschäftigen (was heißt Zeit? Ich bin hier nur alle paar Monate...). Deswegen diese Entscheidung, sollte nur ein Update auf eine maskierte Version helfen, dann soll es meinetwegen so sein.

Folgendes:
wenn sich ein Benutzer abmeldet, dann passiert es (nicht immer, aber spätestens beim 2. Mal nach Neustart) dass der X-Server (X.org 6.8.0) abschmiert. Die Xorg.0.log bleibt sauber, keine Fehler. Nur in /var/log/everything/current findet sich dann dies hier, wenn der X-Server verreckt:

Mar 21 12:04:33 [kdm] :0[9151]: IO Error in XOpenDisplay
Mar 21 12:04:33 [kdm] X server for display :0 terminated unexpectedly
Mar 21 12:04:33 [kdm] Display :0 cannot be opened
Mar 21 12:04:33 [kdm] Unable to fire up local display :0; disabling.

Friert er ein gibts das:

[kdm] X server for display :0 terminated unexpectedly

Wenn er abstürzt, kann ich die KDE (bzw. KDM) erneut starten, nachdem ich mich eingeloggt habe. Dann funktioniert aber ALSA nicht mehr, erst nach nem Neustart. Dazu habe ich die Logs durchforstet, aber nichts entdeckt.

So, nun noch etwas zur Hardware:
CPU Celeron 633 MHz (Coppermine) (deswegen -march=pentium3)
192MB RAM, davon 1MB für die Onboard-Grafik (seltsamerweise nicht veränderbar)
Chipsatz i810, dessen Onboard-Grafik und Sound benutzt wird

Kernel 2.6.10, selber konfiguriert und gebaut.

Das waren die wichtigen Bestandteile.

Und bevor noch dumme Fragen kommen: ja, ich mag die KDE auch nicht, und eigentlich ist die viel zu schwergewichtig für einen so kleinen Rechner, aber es wurde so gewünscht und sie läuft überraschend flüssig.

Was noch? Achja, meine xorg.conf, die ist angehängt. Wenn Ihr noch was braucht, bitte melden.

Gruß
Morgoth

 

[marcelcedric]

echo -e 'mousedev\npsmouse' >> /etc/modules
modprobe mousedev
modprobe psmouse

Hoffe das hilft.

mfg

 

[Morgoth]

bash-2.05b# modprobe mousedev
FATAL: Module mousedev not found.
bash-2.05b# modprobe psmouse
FATAL: Module psmouse not found.

Gruß
Morgoth

 

[marcelcedric]

Hmm, koennte evtl. auch an der Hardware liegen. Teste mal einen neuen Ram-Riegel oder lass mal memtest86 rueberlaufen.

mfg

 

[Morgoth]

Memtest läuft einwandfrei durch. Natürlich hatte oder habe ich den Verdacht, dass Hardwareseitig was kaputt sein könnte. Aber es gibt keinerlei konkrete Hinweise, und austauschen ist mangels Ersatzteile auch nicht drin.

Gruß
Morgoth

 

[marcelcedric]

Hm harte Nuss. Wenn der X-Server absemmelt, was gibt denn dmesg aus? Koennte natuerlich auch der Festplatte liegen. Vielleicht ueberhitzung vom Board / Grafikkarte / CPU ?

mfg

 

[Morgoth]

bash-2.05b$ dmesg
Linux version 2.6.10 (root@linux) (gcc version 3.3.5 (Gentoo Linux 3.3.5-r1, ssp-3.3.2-3, pie-8.7.7.1)) #3 Sat Mar 12 13:42:26 UTC 2005
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
 BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 000000000bef0000 (usable)
 BIOS-e820: 000000000bef0000 - 000000000bef3000 (ACPI NVS)
 BIOS-e820: 000000000bef3000 - 000000000bf00000 (ACPI data)
 BIOS-e820: 00000000ffb00000 - 0000000100000000 (reserved)
190MB LOWMEM available.
On node 0 totalpages: 48880
  DMA zone: 4096 pages, LIFO batch:1
  Normal zone: 44784 pages, LIFO batch:10
  HighMem zone: 0 pages, LIFO batch:1
DMI 2.2 present.
ACPI: RSDP (v000 MSISYS                                ) @ 0x000f6cb0
ACPI: RSDT (v001 MSISYS MSI ACPI 0x42302e31 AWRD 0x00000000) @ 0x0bef3000
ACPI: FADT (v001 MSISYS MSI ACPI 0x42302e31 AWRD 0x00000000) @ 0x0bef3040
ACPI: DSDT (v001 MSISYS MSI ACPI 0x00001000 MSFT 0x0100000c) @ 0x00000000
Built 1 zonelists
Kernel command line: root=/dev/hda5
Local APIC disabled by BIOS -- you can enable it with "lapic"
mapped APIC to ffffd000 (01181000)
Initializing CPU#0
CPU 0 irqstacks, hard=c040b000 soft=c040a000
PID hash table entries: 1024 (order: 10, 16384 bytes)
Detected 636.539 MHz processor.
Using tsc for high-res timesource
Console: colour VGA+ 80x25
spurious 8259A interrupt: IRQ7.
Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
Memory: 189972k/195520k available (2111k kernel code, 5040k reserved, 821k data, 152k init, 0k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay loop... 1257.47 BogoMIPS (lpj=628736)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
CPU: After generic identify, caps: 0383f9ff 00000000 00000000 00000000
CPU: After vendor identify, caps:  0383f9ff 00000000 00000000 00000000
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 128K
CPU: After all inits, caps:        0383f9ff 00000000 00000000 00000040
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: Intel Celeron (Coppermine) stepping 03
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
ACPI: setting ELCR to 0200 (from 0820)
NET: Registered protocol family 16
PCI: PCI BIOS revision 2.10 entry at 0xfb0e0, last bus=1
PCI: Using configuration type 1
mtrr: v2.0 (20020519)
ACPI: Subsystem revision 20041105
ACPI: Interpreter enabled
ACPI: Using PIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (00:00)
PCI: Probing PCI hardware (bus 00)
PCI: Transparent bridge - 0000:00:1e.0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 *5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 *5 6 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 *5 6 7 10 11 12 14 15)
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
pnp: PnP ACPI: found 15 devices
SCSI subsystem initialized
PCI: Using ACPI for IRQ routing
** PCI interrupts are no longer routed automatically.  If this
** causes a device to stop working, it is probably because the
** driver failed to call pci_enable_device().  As a temporary
** workaround, the "pci=routeirq" argument restores the old
** behavior.  If this argument makes the device work again,
** please email the output of "lspci" to [email]bjorn.helgaas@hp.com[/email]
** so I can fix the driver.
audit: initializing netlink socket (disabled)
audit(1111576231.256:0): initialized
devfs: 2004-01-31 Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
lp: driver loaded but no devices found
Linux agpgart interface v0.100 (c) Dave Jones
agpgart: Detected an Intel i810 Chipset.
agpgart: Maximum main memory to use for agp memory: 148M
agpgart: AGP aperture is 64M @ 0xd8000000
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
Serial: 8250/16550 driver $Revision: 1.90 $ 8 ports, IRQ sharing disabled
ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
parport: PnPBIOS parport detected.
parport0: PC-style at 0x378, irq 7 [PCSPP(,...)]
lp0: using parport0 (interrupt-driven).
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
elevator: using anticipatory as default io scheduler
FDC 0 is a post-1991 82077
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
ICH: IDE controller at PCI slot 0000:00:1f.1
ICH: chipset revision 2
ICH: not 100% native mode: will probe irqs later
    ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:pio
    ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:pio
Probing IDE interface ide0...
hda: ExcelStor Technology G240, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
hdc: ATAPI CDROM 48X, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
Probing IDE interface ide2...
ide2: Wait for ready failed before probe !
Probing IDE interface ide3...
ide3: Wait for ready failed before probe !
Probing IDE interface ide4...
ide4: Wait for ready failed before probe !
Probing IDE interface ide5...
ide5: Wait for ready failed before probe !
hda: max request size: 128KiB
hda: 78125000 sectors (40000 MB) w/2048KiB Cache, CHS=65535/16/63, UDMA(33)
hda: cache flushes supported
 /dev/ide/host0/bus0/target0/lun0: p1 p2 p3 < p5 p6 p7 p8 p9 p10 >
hdc: ATAPI 50X CD-ROM drive, 128kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.20
libata version 1.10 loaded.
mice: PS/2 mouse device common for all mice
input: AT Translated Set 2 keyboard on isa0060/serio0
input: PS2++ Logitech Wheel Mouse on isa0060/serio1
NET: Registered protocol family 2
IP: routing cache hash table of 1024 buckets, 8Kbytes
TCP: Hash tables configured (established 16384 bind 32768)
ip_conntrack version 2.1 (1527 buckets, 12216 max) - 300 bytes per conntrack
arp_tables: (C) 2002 David S. Miller
NET: Registered protocol family 1
NET: Registered protocol family 17
ACPI wakeup devices:
SLPB PCI0 HUB0 USB0 UAR1 UAR2 LPT1
ACPI: (supports S0 S1 S4 S4bios S5)
ReiserFS: hda5: found reiserfs format "3.6" with standard journal
ReiserFS: hda5: using ordered data mode
ReiserFS: hda5: journal params: device hda5, size 8192, journal first block 18,max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: hda5: checking transaction log (hda5)
ReiserFS: hda5: Using r5 hash to sort names
VFS: Mounted root (reiserfs filesystem) readonly.
Mounted devfs on /dev
Freeing unused kernel memory: 152k freed
Adding 488872k swap on /dev/hda2.  Priority:-1 extents:1
natsemi dp8381x driver, version 1.07+LK1.0.17, Sep 27, 2002
  originally by Donald Becker <becker@scyld.com>
  [url]http://www.scyld.com/network/natsemi.html[/url]
  2.4.x kernel port by Jeff Garzik, Tjeerd Mulder
ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 5
PCI: setting IRQ 5 as level-triggered
ACPI: PCI interrupt 0000:01:00.0[A] -> GSI 5 (level, low) -> IRQ 5
natsemi eth0: NatSemi DP8381[56] at 0xde001000 (0000:01:00.0), 00:a0:cc:7b:43:6c, IRQ 5, port TP.
ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 11
PCI: setting IRQ 11 as level-triggered
ACPI: PCI interrupt 0000:01:02.0[A] -> GSI 11 (level, low) -> IRQ 11
natsemi eth1: NatSemi DP8381[56] at 0xde000000 (0000:01:02.0), 00:a0:cc:7b:43:6d, IRQ 11, port TP.
CSLIP: code copyright 1989 Regents of the University of California
PPP generic driver version 2.4.2
NET: Registered protocol family 24
ReiserFS: hda6: found reiserfs format "3.6" with standard journal
ReiserFS: hda6: using ordered data mode
ReiserFS: hda6: journal params: device hda6, size 8192, journal first block 18,max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: hda6: checking transaction log (hda6)
ReiserFS: hda6: Using r5 hash to sort names
ReiserFS: hda7: found reiserfs format "3.6" with standard journal
ReiserFS: hda7: using ordered data mode
ReiserFS: hda7: journal params: device hda7, size 8192, journal first block 18,max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: hda7: checking transaction log (hda7)
ReiserFS: hda7: Using r5 hash to sort names
ReiserFS: hda8: found reiserfs format "3.6" with standard journal
ReiserFS: hda8: using ordered data mode
ReiserFS: hda8: journal params: device hda8, size 8192, journal first block 18,max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: hda8: checking transaction log (hda8)
ReiserFS: hda8: Using r5 hash to sort names
ReiserFS: hda9: found reiserfs format "3.6" with standard journal
ReiserFS: hda9: using ordered data mode
ReiserFS: hda9: journal params: device hda9, size 8192, journal first block 18,max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: hda9: checking transaction log (hda9)
ReiserFS: hda9: Using r5 hash to sort names
ReiserFS: hda10: found reiserfs format "3.6" with standard journal
ReiserFS: hda10: using ordered data mode
ReiserFS: hda10: journal params: device hda10, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: hda10: checking transaction log (hda10)
ReiserFS: hda10: Using r5 hash to sort names
usbcore: registered new driver usbfs
usbcore: registered new driver hub
ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 5
ACPI: PCI interrupt 0000:00:1f.5[B] -> GSI 5 (level, low) -> IRQ 5
PCI: Setting latency timer of device 0000:00:1f.5 to 64
intel8x0_measure_ac97_clock: measured 49703 usecs
intel8x0: clocking to 48000
eth0: DSPCFG accepted after 0 usec.
eth0: link up.
eth1: DSPCFG accepted after 0 usec.
eth1: link up.
eth1: Setting full-duplex based on negotiated link capability.
ip_tables: (C) 2000-2002 Netfilter core team
NET: Registered protocol family 10
IPv6 over IPv4 tunneling driver
eth1: no IPv6 routers present
eth0: no IPv6 routers present

Die Festplatte ist neu, Anfang des Jahres.

Überhitzungsprobleme schließe ich aus, alle Lüfter laufen, der Rechner meist im Leerlauf, und das kann er tagelang.

Könnte evtl. ACPI Ärger machen?

Gruß
Morgoth

 

[marcelcedric]

Hm, ja. Das seh ich jetzt erst. Die Fehlermeldungen in Verbindung mit ACPI. - Kannst du die Kiste mit no-acpi booten? Wenn nicht, bau mal einen zweiten Kernel, wo du ACPI komplett entfernst.

mfg

 

[Morgoth]

Nein, das ist es auch nicht. Habs getestet, mit 2.6.10er und *11er Kernel.

Ich habe aber etwas festgestellt: im Kontrollzentrum der KDE kann man einstellen, dass sich die Kiste nach Absturz des X-Servers automatisch wieder neu anmelden soll.

Interessanterweise scheint die KDE den Abmeldevorgang als Absturz des X-Servers zu interpretieren und meldet sich dann natürlich wieder mit dem letzten Benutzer an. Ich hab ja gewusst, dass die KDE Schrott ist, aber das die so schrottig ist, hätte ich nicht gedacht

Gruß
Morgoth