Probleme nach Hardware-Aufrüstung

antu · 3 Feb. 2014

Ich habe meinen Rechner aufgerüstet, und seitdem habe ich unter Gentoo Linux ein paar Probleme. Vorher hatte ich ein Gigabyte GA-EP45-DS4 mit einem Intel Core 2 Quad Q9550 Prozessor und 8 GB Arbeitsspeicher. Jetzt habe ich ein Gigabyte Z87X-D3H mit einem Intel Xeon E3-1240v3 Prozessor und 16 GB Arbeitsspeicher.

Nach dem ich Mainboard/CPU/RAM ausgetauscht habe, hab ich per SystemRescueCD den Bootloader (GRUB2) neu installiert und den Kernel neu gebaut. Anschließend habe ich Linux gestartet, und mit emerge -eav world system alle installierten Pakete neu installiert. Ich hatte anfangs ein paar Fehlermeldungen im Systemprotokoll (dmesg), die treten aber nicht mehr auf seitdem ich das BIOS auf die neuste Version aktualisiert hab.

Nun habe ich allerdings ein paar Probleme:

USB funktioniert nicht richtig. Behoben. Zuerst wurde meine Maus nicht erkannt (Mauszeiger bewegt sich nicht), das habe ich behoben indem ich die Maus an einen USB2-Anschluss (war vorher in einem USB3-Anschluss) gesteckt hab. Mein Handy wird ebenfalls nicht erkannt, Fehler beim Einstecken:
[src=text][ 2845.820926] usb 1-1.4: new high-speed USB device number 4 using ehci-pci
[ 2845.906700] usb 1-1.4: New USB device found, idVendor=04e8, idProduct=685e
[ 2845.906702] usb 1-1.4: New USB device strings: Mfr=2, Product=3, SerialNumber=4
[ 2845.906703] usb 1-1.4: Product: Android
[ 2845.906704] usb 1-1.4: Manufacturer: Android
[ 2845.906705] usb 1-1.4: SerialNumber: 0009e4fb4a5b7f
[ 2850.908209] usb 1-1.4: can't set config #1, error -110[/src]
Die grafische Oberfläche funktioniert manchmal nicht richtig. Die Taskleiste/Iconleiste reagiert entweder gar nicht oder mit extremer Verzögerung. Beispiel: Ich klicke auf das Firefox-Icon (kein Hover-Effekt), und 1 Minute später öffnet sich der Firefox. Anderes Beispiel: Ich starte Dolphin, und das Fenster öffnet sich, aber es dauert 30-40 Sekunden bis die Verzeichnisse angezeigt werden. Das Problem tritt aber nicht die ganze Zeit auf, zwischendurch funktioniert die Oberfläche auch ganz normal, bis sie dann plötzlich wieder spinnt.
Nachtrag: Geht wieder.
Wenn ich mittels Strg+Alt+F1-6 auf eine der virtuellen Konsolen wechsle, habe ich eine von folgenden Situationen:
- Einen blinkenden Unterstrich links oben, nach ein paar Sekunden verdunkelt sich der Bildschirm und bleibt schwarz. Behoben, siehe Nachtrag.
- Die normale Anmeldeaufforderung, allerdings wird der Bildschirm nach wenigen Sekunden schwarz. Er bleibt auch schwarz wenn man etwas eingibt. Wenn ich mich dann blind anmelde, wacht der Bildschirm auf und ich kann die Konsole sehen/benutzen.
Folgende Warnung im Systemprotokoll:
[src=text][ 75.793510] nvidia: module license 'NVIDIA' taints kernel.
[ 75.793512] nvidia: module license 'NVIDIA' taints kernel.
[ 75.793514] Disabling lock debugging due to kernel taint
[ 75.804223] vgaarb: device changed decodes: PCI:0000:01:00.0,olddecodes=io+mem,decodes=nonewns=none
[ 75.804296] nvidia 0000:02:00.0: enabling device (0000 -> 0003)
[ 75.804343] vgaarb: device changed decodes: PCI:0000:02:00.0,olddecodes=io+mem,decodes=nonewns=none
[ 75.804456] [drm] Initialized nvidia-drm 0.0.0 20130102 for 0000:01:00.0 on minor 0
[ 75.804496] [drm] Initialized nvidia-drm 0.0.0 20130102 for 0000:02:00.0 on minor 1
[ 75.804500] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 331.38 Wed Jan 8 19:32:30 PST 2014
[ 75.829264] nvidia 0000:01:00.0: irq 45 for MSI/MSI-X
[ 76.390949] NVRM: Your system is not currently configured to drive a VGA console
[ 76.390953] NVRM: on the primary VGA device. The NVIDIA Linux graphics driver
[ 76.390955] NVRM: requires the use of a text-mode VGA console. Use of other console
[ 76.390956] NVRM: drivers including, but not limited to, vesafb, may result in
[ 76.390957] NVRM: corruption and stability problems, and is not supported.
[ 76.391187] nvidia 0000:02:00.0: irq 46 for MSI/MSI-X
[ 77.452281] nvidia-smi (1881) used greatest stack depth: 4696 bytes left
[/src]
Die KDE-Oberfläche stürzt regelmäßig ab. Also Taskleiste und Programmleiste (die mit den Icons) verschwinden und tauchen dann etwa eine halbe Minute später wieder auf. Wenn ich auf eine virtuelle Konsole wechsle und wieder zurück, stürzt die Oberfläche fast immer ab. Andere Programme funktionieren einwandfrei, ich kann auch die ganze Zeit per Alt+Tab zwischen den Programmen hin- und her wechseln.
Nachtrag: Geht wieder.

Da dieses merkwürdige Verhalten in der SystemRescueCD nicht zu beobachten war, nehme ich an es liegt an meiner Konfiguration bzw. fehlenden Treibern, o.Ä. Die NVIDIA-Warnung im Systemprotokoll hängt laut Google-Recherche wohl mit EFI zusammen, aber die meisten schreiben, dass sie die Warnung einfach ignorieren.

Was ich bereits versucht habe:

xHCI (USB 3.0) im BIOS deaktiviert. "Legacy USB Support" deaktiviert. Brachte keine Änderung.
Kernel 3.13 ausprobiert: Scheiterte daran, dass der proprietäre Nvidia-Treiber noch nicht mit 3.13 kompatibel ist, und ich keine virtuellen Konsolen (nur blinkende Unterstriche) hatte.
Arbeitsflächen-Effekte ausgeschaltet, hat nichts geändert.
An der Version von KDE/Xorg/Nvidia-Treiber kann es eigentlich nicht liegen, die verwende ich bereits seit ca. 10 Tagen.
emerge -av @preserved-rebuild und revdep-rebuild -i -- -av

Zur Zeit läuft der Kernel 3.12.9-gentoo, mit KDE 4.12.1 und Xorg 1.15.0 und den proprietären Nvidia-Treibern (331.38).

Hat jemand eine Idee was die Ursache für diese Probleme sein könnte, bzw. wie ich sie beheben kann?

--- [2014-02-03 01:27 CET] Automatisch zusammengeführter Beitrag ---

Nachtrag: Wenn ich "Support for Intel IOMMU using DMA Remapping Devices" im Kernel aktiviere (für VT-d) führt das zu folgenden Fehlern:
[src=text]Freeing initrd memory: 8740K (ffff880036ede000 - ffff880037767000)
Feb 3 00:42:22 david-desktop kernel: [ 0.342025] dmar: Host address width 39
Feb 3 00:42:22 david-desktop kernel: [ 0.342027] dmar: DRHD base: 0x000000fed90000 flags: 0x1
Feb 3 00:42:22 david-desktop kernel: [ 0.342033] dmar: IOMMU 0: reg_base_addr fed90000 ver 1:0 cap d2008c20660462 ecap f010da
Feb 3 00:42:22 david-desktop kernel: [ 0.342035] dmar: RMRR base: 0x000000bea97000 end: 0x000000beaa3fff
Feb 3 00:42:22 david-desktop kernel: [ 0.342040] DMAR: No ATSR found
Feb 3 00:42:22 david-desktop kernel: [ 0.342055] IOMMU 0 0xfed90000: using Queued invalidation
Feb 3 00:42:22 david-desktop kernel: [ 0.342057] IOMMU: Setting RMRR:
Feb 3 00:42:22 david-desktop kernel: [ 0.342063] IOMMU: Setting identity map for device 0000:00:1d.0 [0xbea97000 - 0xbeaa3fff]
Feb 3 00:42:22 david-desktop kernel: [ 0.342085] IOMMU: Setting identity map for device 0000:00:1a.0 [0xbea97000 - 0xbeaa3fff]
Feb 3 00:42:22 david-desktop kernel: [ 0.342102] IOMMU: Setting identity map for device 0000:00:14.0 [0xbea97000 - 0xbeaa3fff]
Feb 3 00:42:22 david-desktop kernel: [ 0.342115] IOMMU: Prepare 0-16MiB unity mapping for LPC
Feb 3 00:42:22 david-desktop kernel: [ 0.342121] IOMMU: Setting identity map for device 0000:00:1f.0 [0x0 - 0xffffff]
Feb 3 00:42:22 david-desktop kernel: [ 0.342143] PCI-DMA: Intel(R) Virtualization Technology for Directed I/O
Feb 3 00:42:22 david-desktop kernel: [ 0.342202] ------------[ cut here ]------------
Feb 3 00:42:22 david-desktop kernel: [ 0.342207] WARNING: CPU: 2 PID: 1 at drivers/pci/search.c:46 pci_find_upstream_pcie_bridge+0x51/0x63()
Feb 3 00:42:22 david-desktop kernel: [ 0.342209] Modules linked in:
Feb 3 00:42:22 david-desktop kernel: [ 0.342212] CPU: 2 PID: 1 Comm: swapper/0 Not tainted 3.12.9-gentoo #2
Feb 3 00:42:22 david-desktop kernel: [ 0.342214] Hardware name: Gigabyte Technology Co., Ltd. Z87X-D3H/Z87X-D3H-CF, BIOS F7 08/02/2013
Feb 3 00:42:22 david-desktop kernel: [ 0.342216] 0000000000000000 ffff88042c4d5d10 ffffffff817b910e 0000000000000000
Feb 3 00:42:22 david-desktop kernel: [ 0.342218] ffff88042c4d5d48 ffffffff8108792c ffffffff81381104 0000000000000000
Feb 3 00:42:22 david-desktop kernel: [ 0.342221] ffff88042c2f1000 ffff88042c2f1098 ffffffff81c9e970 ffff88042c4d5d58
Feb 3 00:42:22 david-desktop kernel: [ 0.342223] Call Trace:
Feb 3 00:42:22 david-desktop kernel: [ 0.342227] [<ffffffff817b910e>] dump_stack+0x45/0x56
Feb 3 00:42:22 david-desktop kernel: [ 0.342231] [<ffffffff8108792c>] warn_slowpath_common+0x7a/0x93
Feb 3 00:42:22 david-desktop kernel: [ 0.342234] [<ffffffff81381104>] ? pci_find_upstream_pcie_bridge+0x51/0x63
Feb 3 00:42:22 david-desktop kernel: [ 0.342236] [<ffffffff810879e4>] warn_slowpath_null+0x15/0x17
Feb 3 00:42:22 david-desktop kernel: [ 0.342239] [<ffffffff81381104>] pci_find_upstream_pcie_bridge+0x51/0x63
Feb 3 00:42:22 david-desktop kernel: [ 0.342243] [<ffffffff815ded3c>] intel_iommu_add_device+0x48/0x1b9
Feb 3 00:42:22 david-desktop kernel: [ 0.342245] [<ffffffff815d8b85>] ? bus_set_iommu+0x4a/0x4a
Feb 3 00:42:22 david-desktop kernel: [ 0.342247] [<ffffffff815d8bba>] add_iommu_group+0x35/0x43
Feb 3 00:42:22 david-desktop kernel: [ 0.342250] [<ffffffff8147b816>] bus_for_each_dev+0x78/0x82
Feb 3 00:42:22 david-desktop kernel: [ 0.342252] [<ffffffff815d8b7e>] bus_set_iommu+0x43/0x4a
Feb 3 00:42:22 david-desktop kernel: [ 0.342255] [<ffffffff81d4305d>] intel_iommu_init+0x9d0/0xaad
Feb 3 00:42:22 david-desktop kernel: [ 0.342258] [<ffffffff81d0d6e9>] ? free_initrd_mem+0x30/0x35
Feb 3 00:42:22 david-desktop kernel: [ 0.342261] [<ffffffff81d004d3>] pci_iommu_init+0x12/0x3c
Feb 3 00:42:22 david-desktop kernel: [ 0.342263] [<ffffffff81d004c1>] ? memblock_find_dma_reserve+0x124/0x124
Feb 3 00:42:22 david-desktop kernel: [ 0.342266] [<ffffffff81000267>] do_one_initcall+0x7f/0x103
Feb 3 00:42:22 david-desktop kernel: [ 0.342269] [<ffffffff8109ff82>] ? parse_args+0x17b/0x236
Feb 3 00:42:22 david-desktop kernel: [ 0.342272] [<ffffffff81cfae25>] kernel_init_freeable+0x15d/0x1e3
Feb 3 00:42:22 david-desktop kernel: [ 0.342274] [<ffffffff81cfa714>] ? do_early_param+0x88/0x88
Feb 3 00:42:22 david-desktop kernel: [ 0.342277] [<ffffffff817aff80>] ? rest_init+0x74/0x74
Feb 3 00:42:22 david-desktop kernel: [ 0.342280] [<ffffffff817aff89>] kernel_init+0x9/0xd6
Feb 3 00:42:22 david-desktop kernel: [ 0.342282] [<ffffffff817c68bc>] ret_from_fork+0x7c/0xb0
Feb 3 00:42:22 david-desktop kernel: [ 0.342285] [<ffffffff817aff80>] ? rest_init+0x74/0x74
Feb 3 00:42:22 david-desktop kernel: [ 0.342288] ---[ end trace e75e64a0a66a8c15 ]---[/src]
Und später dann:
[src=text]Feb 3 00:42:27 david-desktop kernel: [ 43.529867] dmar: DRHD: handling fault status reg 2
Feb 3 00:42:27 david-desktop kernel: [ 43.529872] dmar: DMAR:[DMA Read] Request device [01:00.0] fault addr 4256e8000
Feb 3 00:42:27 david-desktop kernel: [ 43.529872] DMAR:[fault reason 02] Present bit in context entry is clear
Feb 3 00:42:29 david-desktop kernel: [ 45.540665] ata6.00: configured for UDMA/133
Feb 3 00:42:29 david-desktop kernel: [ 45.540668] ata6: EH complete
Feb 3 00:42:31 david-desktop kernel: [ 47.568164] ata6.00: configured for UDMA/133
Feb 3 00:42:31 david-desktop kernel: [ 47.568166] ata6: EH complete
Feb 3 00:42:35 david-desktop kernel: [ 51.538719] NVRM: RmInitAdapter failed! (0x26:0x38:1178)
Feb 3 00:42:35 david-desktop kernel: [ 51.538729] NVRM: rm_init_adapter failed for device bearing minor number 0
Feb 3 00:42:35 david-desktop kernel: [ 51.538745] NVRM: nvidia_frontend_open: minor 0, module->open() failed, error -5
Feb 3 00:42:35 david-desktop kernel: [ 51.546801] nvidia 0000:01:00.0: irq 47 for MSI/MSI-X
Feb 3 00:42:39 david-desktop kernel: [ 55.670548] dmar: DRHD: handling fault status reg 2
Feb 3 00:42:39 david-desktop kernel: [ 55.670553] dmar: DMAR:[DMA Read] Request device [01:00.0] fault addr 42b63e000
Feb 3 00:42:39 david-desktop kernel: [ 55.670553] DMAR:[fault reason 02] Present bit in context entry is clear
Feb 3 00:42:47 david-desktop kernel: [ 63.678509] NVRM: RmInitAdapter failed! (0x26:0x38:1178)
Feb 3 00:42:47 david-desktop kernel: [ 63.678521] NVRM: rm_init_adapter failed for device bearing minor number 0
Feb 3 00:42:47 david-desktop kernel: [ 63.678538] NVRM: nvidia_frontend_open: minor 0, module->open() failed, error -5
Feb 3 00:42:48 david-desktop kernel: [ 63.705581] nvidia 0000:01:00.0: irq 47 for MSI/MSI-X
Feb 3 00:42:52 david-desktop kernel: [ 67.823667] dmar: DRHD: handling fault status reg 2
Feb 3 00:42:52 david-desktop kernel: [ 67.823673] dmar: DMAR:[DMA Read] Request device [01:00.0] fault addr 42b60b000
Feb 3 00:42:52 david-desktop kernel: [ 67.823673] DMAR:[fault reason 02] Present bit in context entry is clear
Feb 3 00:43:00 david-desktop kernel: [ 75.832522] NVRM: RmInitAdapter failed! (0x26:0x38:1178)
Feb 3 00:43:00 david-desktop kernel: [ 75.832533] NVRM: rm_init_adapter failed for device bearing minor number 0
Feb 3 00:43:00 david-desktop kernel: [ 75.832557] NVRM: nvidia_frontend_open: minor 0, module->open() failed, error -5[/src]
Dabei scheint es sich um ein bekanntes Problem zu handeln: Kernel Bugreport. Ich habe die entsprechende Option in der Kernel-Konfiguration daher erst mal wieder deaktiviert. Ich dachte mir ich schreib das hier mal auf, falls jemand ebenfalls über diesen Fehler stolpert.

Die hervorgehobene Option muss deaktiviert werden (also [ ])!

Außerdem ist es mir gelungen, das Problem mit den virtuellen Konsolen teilweise zu beheben. Ich hab jetzt immer die virtuellen Konsolen, keine blinkenden Unterstriche mehr. Ursache des Problems war, dass sich das Startskript "ntp-client" beim Starten des Systems aufgehangen hat (warum weiß ich nicht) und dadurch wohl die Konsolen nicht gestartet wurden. Wenn man ntp-client killt (killall ntp-client) oder aus den zu startenden Diensten entfernt (rc-config delete ntp-client), funktionieren die virtuellen Konsolen wieder.

SP4C3 · 3 Feb. 2014

Aaah ein gentoo user ...
Da schau ich heute abend gerne über den ausführlichen eingangspost.

musv · 3 Feb. 2014

Das DMA-Remapping hab ich bei mir aktiviert und hab damit keine Probleme. Könnte vermutlich mit Deinem Board nicht ganz funktionieren.

Die nvidia-driver sollten auch mit kernel-3.13. laufen. Allerdings musst du dazu das Paket patchen. Siehe dazu auch hier: https://devtalk.nvidia.com/default/topic/644906/linux/331-20-on-3-13-rc1-kernel/3/

Die Probleme mit der Konsole sind bekannt. Liegt daran, dass sich der Nvidia-Treiber mit dem Treiber in der Konsole (vermutlich vesa oder uvesafb) beißt. Bei mir kommt die Fehlermeldung ebenfalls, in die Konsole komm ich aber.

Und noch was:
Wenn du einen Kernel Ooops kriegst, ist des sehr wahrscheinlich, dass der Kernel nicht mehr stabil funktioniert. D.h. alle Ungereimtheiten, die danach noch auftreten, können durchaus auch vom Kernel Ooops beeinflusst / hervorgerufen werden. Auf diese Symptome kannst du Dich dann nicht mehr verlassen.

Ansonsten find ich jetzt aber auf den ersten Blick keine aussagekräftigen Fehler.

antu · 3 Feb. 2014

musv schrieb:
Das DMA-Remapping hab ich bei mir aktiviert und hab damit keine Probleme. Könnte vermutlich mit Deinem Board nicht ganz funktionieren.

Ich lasse es erst mal deaktiviert, vielleicht tut sich da ja in Zukunft noch was (neuer Kernel/neues BIOS, o.Ä.).

musv schrieb:
Die nvidia-driver sollten auch mit kernel-3.13. laufen. Allerdings musst du dazu das Paket patchen. Siehe dazu auch hier: https://devtalk.nvidia.com/default/topic/644906/linux/331-20-on-3-13-rc1-kernel/3/

Werde ich mal ausprobieren.

musv schrieb:
Die Probleme mit der Konsole sind bekannt. Liegt daran, dass sich der Nvidia-Treiber mit dem Treiber in der Konsole (vermutlich vesa oder uvesafb) beißt. Bei mir kommt die Fehlermeldung ebenfalls, in die Konsole komm ich aber.

Scheint efifb zu sein.
[src=text]Feb 3 13:48:59 david-desktop kernel: [ 0.395626] Linux agpgart interface v0.103
Feb 3 13:48:59 david-desktop kernel: [ 0.395826] uvesafb: failed to execute /sbin/v86d
Feb 3 13:48:59 david-desktop kernel: [ 0.395828] uvesafb: make sure that the v86d helper is installed and executable
Feb 3 13:48:59 david-desktop kernel: [ 0.395829] uvesafb: Getting VBE info block failed (eax=0x4f00, err=-2)
Feb 3 13:48:59 david-desktop kernel: [ 0.395831] uvesafb: vbe_init() failed with -22
Feb 3 13:48:59 david-desktop kernel: [ 0.395833] uvesafb: probe of uvesafb.0 failed with error -22
Feb 3 13:48:59 david-desktop kernel: [ 0.395840] efifb: probing for efifb
Feb 3 13:48:59 david-desktop kernel: [ 0.395942] efifb: framebuffer at 0xc9000000, mapped to 0xffffc9000ad00000, using 3072k, total 3072k
Feb 3 13:48:59 david-desktop kernel: [ 0.395944] efifb: mode is 1024x768x32, linelength=4096, pages=1
Feb 3 13:48:59 david-desktop kernel: [ 0.395946] efifb: scrolling: redraw
Feb 3 13:48:59 david-desktop kernel: [ 0.395947] efifb: Truecolor: size=8:8:8:8, shift=24:16:8:0
Feb 3 13:48:59 david-desktop kernel: [ 0.407674] Console: switching to colour frame buffer device 128x48
Feb 3 13:48:59 david-desktop kernel: [ 0.419018] fb0: EFI VGA frame buffer device[/src]

In die Konsole komme ich ja auch, nur solange ich nicht angemeldet bin verdunkelt sich der Bildschirm nach ein paar Sekunden. Erst wenn ich mich (blind) angemeldet habe, oder wieder mit Alt+F7 zur grafischen Oberfläche zurück wechsle habe ich wieder ein Bild. Vielleicht irgendein Stromsparmechanismus?

musv schrieb:
Und noch was:
Wenn du einen Kernel Ooops kriegst, ist des sehr wahrscheinlich, dass der Kernel nicht mehr stabil funktioniert. D.h. alle Ungereimtheiten, die danach noch auftreten, können durchaus auch vom Kernel Ooops beeinflusst / hervorgerufen werden. Auf diese Symptome kannst du Dich dann nicht mehr verlassen.

Ansonsten find ich jetzt aber auf den ersten Blick keine aussagekräftigen Fehler.

Seit ich IOMMU deaktiviert habe, kommen keine Ooops-Meldungen mehr im Systemprotokoll. Ich mache gerade noch mal ein emerge -eav -j4 --keep-going world system, vielleicht haben die Fehler am Anfang ja den Kompiliervorgang irgendwie beeinflusst und KDE hat deshalb diese

Fehler. Als nächstes werde ich mal Kernel 3.13 ausprobieren.

antu schrieb:
USB funktioniert nicht richtig. Zuerst wurde meine Maus nicht erkannt (Mauszeiger bewegt sich nicht), das habe ich behoben indem ich die Maus an einen USB2-Anschluss (war vorher in einem USB3-Anschluss) gesteckt hab. Mein Handy wird ebenfalls nicht erkannt, Fehler beim Einstecken:

Die Maus funktioniert inzwischen wieder, sowohl am USB2- als auch am USB 3-Anschluss, nachdem ich ein paar mal neu gestartet habe. Ich hab zwischendurch die Kernel-Konfiguration mehrmals geändert, was genau die Verbesserung brachte lässt sich jetzt nicht mehr feststellen. Das Handy konnte ich auch ohne Rechner-Neustart wieder verwenden, nachdem ich das Handy neu gestartet habe (nicht den Rechner).

Die aktuelle Kernel-Konfiguration bezüglich USB sieht so aus (die Debugoption nehme ich wieder raus, die Debugnachrichten müllen doch sehr das Systemprotokoll zu):

antu · 3 Feb. 2014

antu schrieb:
Außerdem ist es mir gelungen, das Problem mit den virtuellen Konsolen teilweise zu beheben. Ich hab jetzt immer die virtuellen Konsolen, keine blinkenden Unterstriche mehr. Ursache des Problems war, dass sich das Startskript "ntp-client" beim Starten des Systems aufgehangen hat (warum weiß ich nicht) und dadurch wohl die Konsolen nicht gestartet wurden. Wenn man ntp-client killt (killall ntp-client) oder aus den zu startenden Diensten entfernt (rc-config delete ntp-client), funktionieren die virtuellen Konsolen wieder.

Anscheinend gibt es irgendein Problem mit DNS-Abfragen bzw. nicht gefundenen Domains. ntpdate bleibt hängen, wenn es die Domain des NTP-Servers nicht auflösen kann bzw. wenn es diese Domain nicht gibt (das sollte zwar nicht passieren, aber egal). Auch andere Programme haben Probleme, wenn ich versuche eine ungültige Domain anzugeben.

Wenn ich im Firefox versuche die URL "gibts.nicht" aufzurufen bleibt der Tab-Titel "Verbinden ...", eine Fehlermeldung erscheint nicht. Wenn ich versuche "gibts.nicht" anzupingen bleibt ping einfach hängen, d.h. es kommt kein Fehler. Eigentlich müsste sowas wie "unknown host: gibts.nicht" kommen. Wenn ich ntpdate -s -b -u -v gibts.nicht eingebe, passiert das gleiche, ntpdate macht einfach nichts mehr. Andere DNS-Server habe ich bereits probiert (8.8.8.8), gleiches Problem.

Könnte das vielleicht sogar die Ursache der KDE-Probleme sein? Vielleicht hängt KDE sich ja an irgendwelchen DNS-Abfragen auf und macht deshalb solche Probleme?!

Woran könnte das liegen?

strace ping gibts.nicht:

[src=text]execve("/bin/ping", ["ping", "gibts.nicht"], [/* 100 vars */]) = 0
brk(0) = 0xea9000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f00b8c7b000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=258924, ...}) = 0
mmap(NULL, 258924, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f00b8c3b000
close(3) = 0
open("/lib64/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\200\33\2\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1709328, ...}) = 0
mmap(NULL, 3815896, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f00b86b8000
mprotect(0x7f00b8852000, 2097152, PROT_NONE) = 0
mmap(0x7f00b8a52000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x19a000) = 0x7f00b8a52000
mmap(0x7f00b8a58000, 14808, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f00b8a58000
close(3) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f00b8c3a000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f00b8c39000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f00b8c38000
arch_prctl(ARCH_SET_FS, 0x7f00b8c39700) = 0
mprotect(0x7f00b8a52000, 16384, PROT_READ) = 0
mprotect(0x608000, 4096, PROT_READ) = 0
mprotect(0x7f00b8c7c000, 4096, PROT_READ) = 0
munmap(0x7f00b8c3b000, 258924) = 0
getuid() = 0
geteuid() = 0
setresuid(-1, 0, -1) = 0
setresuid(-1, 0, -1) = 0
socket(PF_INET, SOCK_DGRAM, IPPROTO_ICMP) = -1 EACCES (Permission denied)
socket(PF_INET, SOCK_RAW, IPPROTO_ICMP) = 3
getuid() = 0
setresuid(-1, 0, -1) = 0
brk(0) = 0xea9000
brk(0xeca000) = 0xeca000
getpid() = 27369
open("/etc/resolv.conf", O_RDONLY|O_CLOEXEC) = 4
fcntl(4, F_GETFD) = 0x1 (flags FD_CLOEXEC)
fstat(4, {st_mode=S_IFREG|0644, st_size=83, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f00b8c7a000
read(4, "domain lan\n#nameserver 8.8.8.8\nn"..., 4096) = 83
read(4, "", 4096) = 0
close(4) = 0
munmap(0x7f00b8c7a000, 4096) = 0
stat("/etc/resolv.conf", {st_mode=S_IFREG|0644, st_size=83, ...}) = 0
open("/etc/resolv.conf", O_RDONLY|O_CLOEXEC) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=83, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f00b8c7a000
read(4, "domain lan\n#nameserver 8.8.8.8\nn"..., 4096) = 83
read(4, "", 4096) = 0
close(4) = 0
munmap(0x7f00b8c7a000, 4096) = 0
open("/etc/nsswitch.conf", O_RDONLY|O_CLOEXEC) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=513, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f00b8c7a000
read(4, "# /etc/nsswitch.conf:\n# $Header:"..., 4096) = 513
read(4, "", 4096) = 0
close(4) = 0
munmap(0x7f00b8c7a000, 4096) = 0
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=258924, ...}) = 0
mmap(NULL, 258924, PROT_READ, MAP_PRIVATE, 4, 0) = 0x7f00b8c3b000
close(4) = 0
open("/lib64/libnss_files.so.2", O_RDONLY|O_CLOEXEC) = 4
read(4, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\240\"\0\0\0\0\0\0"..., 832) = 832
fstat(4, {st_mode=S_IFREG|0755, st_size=51600, ...}) = 0
mmap(NULL, 2148112, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0x7f00b84ab000
mprotect(0x7f00b84b7000, 2093056, PROT_NONE) = 0
mmap(0x7f00b86b6000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0xb000) = 0x7f00b86b6000
close(4) = 0
mprotect(0x7f00b86b6000, 4096, PROT_READ) = 0
munmap(0x7f00b8c3b000, 258924) = 0
open("/etc/host.conf", O_RDONLY|O_CLOEXEC) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=935, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f00b8c7a000
read(4, "# /etc/host.conf:\n# $Header: /va"..., 4096) = 935
read(4, "", 4096) = 0
close(4) = 0
munmap(0x7f00b8c7a000, 4096) = 0
open("/etc/hosts", O_RDONLY|O_CLOEXEC) = 4
fcntl(4, F_GETFD) = 0x1 (flags FD_CLOEXEC)
fstat(4, {st_mode=S_IFREG|0644, st_size=1387, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f00b8c7a000
read(4, "# /etc/hosts: Local Host Databas"..., 4096) = 1387
read(4, "", 4096) = 0
close(4) = 0
munmap(0x7f00b8c7a000, 4096) = 0
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=258924, ...}) = 0
mmap(NULL, 258924, PROT_READ, MAP_PRIVATE, 4, 0) = 0x7f00b8c3b000
close(4) = 0
open("/lib64/libnss_dns.so.2", O_RDONLY|O_CLOEXEC) = 4
read(4, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\20\21\0\0\0\0\0\0"..., 832) = 832
fstat(4, {st_mode=S_IFREG|0755, st_size=22816, ...}) = 0
mmap(NULL, 2117896, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0x7f00b82a5000
mprotect(0x7f00b82aa000, 2093056, PROT_NONE) = 0
mmap(0x7f00b84a9000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x4000) = 0x7f00b84a9000
close(4) = 0
open("/lib64/libresolv.so.2", O_RDONLY|O_CLOEXEC) = 4
read(4, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\340:\0\0\0\0\0\0"..., 832) = 832
fstat(4, {st_mode=S_IFREG|0755, st_size=84712, ...}) = 0
mmap(NULL, 2189936, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0x7f00b808e000
mprotect(0x7f00b80a1000, 2097152, PROT_NONE) = 0
mmap(0x7f00b82a1000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x13000) = 0x7f00b82a1000
mmap(0x7f00b82a3000, 6768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f00b82a3000
close(4) = 0
mprotect(0x7f00b82a1000, 4096, PROT_READ) = 0
mprotect(0x7f00b84a9000, 4096, PROT_READ) = 0
munmap(0x7f00b8c3b000, 258924) = 0
socket(PF_INET, SOCK_DGRAM|SOCK_NONBLOCK, IPPROTO_IP) = 4
connect(4, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("192.168.178.153")}, 16) = 0
poll([{fd=4, events=POLLOUT}], 1, 0) = 1 ([{fd=4, revents=POLLOUT}])
sendto(4, "9\327\1\0\0\1\0\0\0\0\0\0\5gibts\5nicht\0\0\1\0\1", 29, MSG_NOSIGNAL, NULL, 0) = 29
poll([{fd=4, events=POLLIN}], 1, 5000) = 1 ([{fd=4, revents=POLLIN}])
ioctl(4, FIONREAD, [104]) = 0
recvfrom(4, "9\327\201\203\0\1\0\0\0\1\0\0\5gibts\5nicht\0\0\1\0\1\0\0\6"..., 1024, 0, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("192.168.178.153")}, [16]) = 104
close(4) = 0
socket(PF_INET, SOCK_DGRAM|SOCK_NONBLOCK, IPPROTO_IP) = 4
connect(4, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("192.168.178.153")}, 16) = 0
poll([{fd=4, events=POLLOUT}], 1, 0) = 1 ([{fd=4, revents=POLLOUT}])
sendto(4, "\355=\1\0\0\1\0\0\0\0\0\0\5gibts\5nicht\3lan\0\0\1\0"..., 33, MSG_NOSIGNAL, NULL, 0) = 33
poll([{fd=4, events=POLLIN}], 1, 5000) = 1 ([{fd=4, revents=POLLIN}])
ioctl(4, FIONREAD, [79]) = 0
recvfrom(4, "\355=\205\203\0\1\0\0\0\1\0\0\5gibts\5nicht\3lan\0\0\1\0"..., 1024, 0, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("192.168.178.153")}, [16]) = 79
close(4) = 0
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=258924, ...}) = 0
mmap(NULL, 258924, PROT_READ, MAP_PRIVATE, 4, 0) = 0x7f00b8c3b000
close(4) = 0
open("/usr/lib64/libnss_wins.so.2", O_RDONLY|O_CLOEXEC) = 4
read(4, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\00004\5\0\0\0\0\0"..., 832) = 832
fstat(4, {st_mode=S_IFREG|0755, st_size=1612616, ...}) = 0
mmap(NULL, 3716104, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0x7f00b7d02000
mprotect(0x7f00b7e6a000, 2097152, PROT_NONE) = 0
mmap(0x7f00b806a000, 139264, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x168000) = 0x7f00b806a000
mmap(0x7f00b808c000, 5128, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f00b808c000
close(4) = 0
open("/usr/lib64/tls/x86_64/libnsl.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/usr/lib64/tls/x86_64", 0x7fffe9e96700) = -1 ENOENT (No such file or directory)
open("/usr/lib64/tls/libnsl.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/usr/lib64/tls", 0x7fffe9e96700) = -1 ENOENT (No such file or directory)
open("/usr/lib64/x86_64/libnsl.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/usr/lib64/x86_64", 0x7fffe9e96700) = -1 ENOENT (No such file or directory)
open("/usr/lib64/libnsl.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/usr/lib64", {st_mode=S_IFDIR|0755, st_size=155648, ...}) = 0
open("/lib64/libnsl.so.1", O_RDONLY|O_CLOEXEC) = 4
read(4, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0pA\0\0\0\0\0\0"..., 832) = 832
fstat(4, {st_mode=S_IFREG|0755, st_size=88960, ...}) = 0
mmap(NULL, 2194072, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0x7f00b7aea000
mprotect(0x7f00b7afe000, 2097152, PROT_NONE) = 0
mmap(0x7f00b7cfe000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x14000) = 0x7f00b7cfe000
mmap(0x7f00b7d00000, 6808, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f00b7d00000
close(4) = 0
open("/usr/lib64/libdl.so.2", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/lib64/libdl.so.2", O_RDONLY|O_CLOEXEC) = 4
read(4, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\340\16\0\0\0\0\0\0"..., 832) = 832
fstat(4, {st_mode=S_IFREG|0755, st_size=14520, ...}) = 0
mmap(NULL, 2109712, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0x7f00b78e6000
mprotect(0x7f00b78e8000, 2097152, PROT_NONE) = 0
mmap(0x7f00b7ae8000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x2000) = 0x7f00b7ae8000
close(4) = 0
open("/usr/lib64/librt.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/lib64/librt.so.1", O_RDONLY|O_CLOEXEC) = 4
read(4, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0`#\0\0\0\0\0\0"..., 832) = 832
fstat(4, {st_mode=S_IFREG|0755, st_size=31640, ...}) = 0
mmap(NULL, 2128920, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0x7f00b76de000
mprotect(0x7f00b76e5000, 2093056, PROT_NONE) = 0
mmap(0x7f00b78e4000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x6000) = 0x7f00b78e4000
close(4) = 0
open("/usr/lib64/libtalloc.so.2", O_RDONLY|O_CLOEXEC) = 4
read(4, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\320 \0\0\0\0\0\0"..., 832) = 832
fstat(4, {st_mode=S_IFREG|0755, st_size=47432, ...}) = 0
mmap(NULL, 2142704, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0x7f00b74d2000
mprotect(0x7f00b74dd000, 2093056, PROT_NONE) = 0
mmap(0x7f00b76dc000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0xa000) = 0x7f00b76dc000
close(4) = 0
open("/usr/lib64/libtevent.so.0", O_RDONLY|O_CLOEXEC) = 4
read(4, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0p7\0\0\0\0\0\0"..., 832) = 832
fstat(4, {st_mode=S_IFREG|0755, st_size=55984, ...}) = 0
mmap(NULL, 2151176, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0x7f00b72c4000
mprotect(0x7f00b72d1000, 2093056, PROT_NONE) = 0
mmap(0x7f00b74d0000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0xc000) = 0x7f00b74d0000
close(4) = 0
open("/usr/lib64/libtdb.so.1", O_RDONLY|O_CLOEXEC) = 4
read(4, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\200&\0\0\0\0\0\0"..., 832) = 832
fstat(4, {st_mode=S_IFREG|0755, st_size=72120, ...}) = 0
mmap(NULL, 2167312, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0x7f00b70b2000
mprotect(0x7f00b70c3000, 2093056, PROT_NONE) = 0
mmap(0x7f00b72c2000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x10000) = 0x7f00b72c2000
close(4) = 0
open("/lib64/libpthread.so.0", O_RDONLY|O_CLOEXEC) = 4
read(4, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0 p\0\0\0\0\0\0"..., 832) = 832
fstat(4, {st_mode=S_IFREG|0755, st_size=101712, ...}) = 0
mmap(NULL, 2213008, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0x7f00b6e95000
mprotect(0x7f00b6ead000, 2093056, PROT_NONE) = 0
mmap(0x7f00b70ac000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x17000) = 0x7f00b70ac000
mmap(0x7f00b70ae000, 13456, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f00b70ae000
close(4) = 0
mprotect(0x7f00b70ac000, 4096, PROT_READ) = 0
mprotect(0x7f00b72c2000, 4096, PROT_READ) = 0
mprotect(0x7f00b76dc000, 4096, PROT_READ) = 0
mprotect(0x7f00b74d0000, 4096, PROT_READ) = 0
mprotect(0x7f00b78e4000, 4096, PROT_READ) = 0
mprotect(0x7f00b7ae8000, 4096, PROT_READ) = 0
mprotect(0x7f00b7cfe000, 4096, PROT_READ) = 0
mprotect(0x7f00b806a000, 106496, PROT_READ) = 0
set_tid_address(0x7f00b8c399d0) = 27369
set_robust_list(0x7f00b8c399e0, 24) = 0
futex(0x7fffe9e96d00, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x7fffe9e96d00, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 1, NULL, 7f00b8c39700) = -1 EAGAIN (Resource temporarily unavailable)
rt_sigaction(SIGRTMIN, {0x7f00b6e9ba40, [], SA_RESTORER|SA_SIGINFO, 0x7f00b6ea4ec0}, NULL, 8) = 0
rt_sigaction(SIGRT_1, {0x7f00b6e9bad0, [], SA_RESTORER|SA_RESTART|SA_SIGINFO, 0x7f00b6ea4ec0}, NULL, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0
getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM64_INFINITY}) = 0
munmap(0x7f00b8c3b000, 258924) = 0
open("/usr/lib64/samba/upcase.dat", O_RDONLY) = 4
mmap(NULL, 131072, PROT_READ, MAP_SHARED, 4, 0) = 0x7f00b8c5b000
close(4) = 0
open("/usr/lib64/samba/lowcase.dat", O_RDONLY) = 4
mmap(NULL, 131072, PROT_READ, MAP_SHARED, 4, 0) = 0x7f00b8c3b000
close(4) = 0
open("/etc/localtime", O_RDONLY|O_CLOEXEC) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=2309, ...}) = 0
fstat(4, {st_mode=S_IFREG|0644, st_size=2309, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f00b8c37000
read(4, "TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\10\0\0\0\10\0\0\0\0"..., 4096) = 2309
lseek(4, -1467, SEEK_CUR) = 842
read(4, "TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\t\0\0\0\t\0\0\0\0"..., 4096) = 1467
close(4) = 0
munmap(0x7f00b8c37000, 4096) = 0
stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2309, ...}) = 0
uname({sys="Linux", node="david-desktop", ...}) = 0
getrlimit(RLIMIT_NOFILE, {rlim_cur=1024, rlim_max=4*1024}) = 0
stat("/etc/samba/smb.conf", {st_mode=S_IFREG|0644, st_size=1925, ...}) = 0
open("/etc/samba/smb.conf", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=1925, ...}) = 0
read(4, "[global]\n# Name der Arbeitsgrupp"..., 1925) = 1925
close(4) = 0
open("/usr/lib64/gconv/gconv-modules.cache", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=26244, ...}) = 0
mmap(NULL, 26244, PROT_READ, MAP_SHARED, 4, 0) = 0x7f00b8c31000
close(4) = 0
futex(0x7f00b8a578f8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
open("/usr/lib64/gconv/UTF-16.so", O_RDONLY|O_CLOEXEC) = 4
read(4, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\340\6\0\0\0\0\0\0"..., 832) = 832
fstat(4, {st_mode=S_IFREG|0755, st_size=14288, ...}) = 0
mmap(NULL, 2109536, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0x7f00b6c91000
mprotect(0x7f00b6c94000, 2093056, PROT_NONE) = 0
mmap(0x7f00b6e93000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x2000) = 0x7f00b6e93000
close(4) = 0
mprotect(0x7f00b6e93000, 4096, PROT_READ) = 0
socket(PF_NETLINK, SOCK_RAW, 0) = 4
bind(4, {sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 0
getsockname(4, {sa_family=AF_NETLINK, pid=27369, groups=00000000}, [12]) = 0
sendto(4, "\24\0\0\0\22\0\1\3\200\27\360R\0\0\0\0\0\0\0\0", 20, 0, {sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 20
recvmsg(4, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=00000000}, msg_iov(1)=[{"d\4\0\0\20\0\2\0\200\27\360R\351j\0\0\0\0\4\3\1\0\0\0I\0\1\0\0\0\0\0"..., 4096}], msg_controllen=0, msg_flags=0}, 0) = 3456
recvmsg(4, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=00000000}, msg_iov(1)=[{"\24\0\0\0\3\0\2\0\200\27\360R\351j\0\0\0\0\0\0", 4096}], msg_controllen=0, msg_flags=0}, 0) = 20
sendto(4, "\24\0\0\0\26\0\1\3\201\27\360R\0\0\0\0\0\0\0\0", 20, 0, {sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 20
recvmsg(4, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=00000000}, msg_iov(1)=[{"L\0\0\0\24\0\2\0\201\27\360R\351j\0\0\2\10\200\376\1\0\0\0\10\0\1\0\177\0\0\1"..., 4096}], msg_controllen=0, msg_flags=0}, 0) = 156
recvmsg(4, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=00000000}, msg_iov(1)=[{"@\0\0\0\24\0\2\0\201\27\360R\351j\0\0\n\200\200\376\1\0\0\0\24\0\1\0\0\0\0\0"..., 4096}], msg_controllen=0, msg_flags=0}, 0) = 128
recvmsg(4, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=00000000}, msg_iov(1)=[{"\24\0\0\0\3\0\2\0\201\27\360R\351j\0\0\0\0\0\0", 4096}], msg_controllen=0, msg_flags=0}, 0) = 20
close(4) = 0
open("/usr/lib64/samba/upcase.dat", O_RDONLY) = 4
mmap(NULL, 131072, PROT_READ, MAP_SHARED, 4, 0) = 0x7f00b8c11000
close(4) = 0
open("/usr/lib64/samba/lowcase.dat", O_RDONLY) = 4
mmap(NULL, 131072, PROT_READ, MAP_SHARED, 4, 0) = 0x7f00b8bf1000
close(4) = 0
socket(PF_NETLINK, SOCK_RAW, 0) = 4
bind(4, {sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 0
getsockname(4, {sa_family=AF_NETLINK, pid=27369, groups=00000000}, [12]) = 0
sendto(4, "\24\0\0\0\26\0\1\3\200\27\360R\0\0\0\0\0\0\0\0", 20, 0, {sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 20
recvmsg(4, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=00000000}, msg_iov(1)=[{"L\0\0\0\24\0\2\0\200\27\360R\351j\0\0\2\10\200\376\1\0\0\0\10\0\1\0\177\0\0\1"..., 4096}], msg_controllen=0, msg_flags=0}, 0) = 156
recvmsg(4, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=00000000}, msg_iov(1)=[{"@\0\0\0\24\0\2\0\200\27\360R\351j\0\0\n\200\200\376\1\0\0\0\24\0\1\0\0\0\0\0"..., 4096}], msg_controllen=0, msg_flags=0}, 0) = 128
recvmsg(4, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=00000000}, msg_iov(1)=[{"\24\0\0\0\3\0\2\0\200\27\360R\351j\0\0\0\0\0\0", 4096}], msg_controllen=0, msg_flags=0}, 0) = 20
close(4) = 0
open("/etc/hosts", O_RDONLY|O_CLOEXEC) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=1387, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f00b8bf0000
read(4, "# /etc/hosts: Local Host Databas"..., 4096) = 1387
read(4, "", 4096) = 0
close(4) = 0
munmap(0x7f00b8bf0000, 4096) = 0
socket(PF_INET, SOCK_DGRAM|SOCK_NONBLOCK, IPPROTO_IP) = 4
connect(4, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("192.168.178.153")}, 16) = 0
poll([{fd=4, events=POLLOUT}], 1, 0) = 1 ([{fd=4, revents=POLLOUT}])
sendmmsg(4, {{{msg_name(0)=NULL, msg_iov(1)=[{"=\353\1\0\0\1\0\0\0\0\0\0\4eth*\3lan\0\0\1\0\1", 26}], msg_controllen=0, msg_flags=0}, 26}, {{msg_name(0)=NULL, msg_iov(1)=[{")\262\1\0\0\1\0\0\0\0\0\0\4eth*\3lan\0\0\34\0\1", 26}], msg_controllen=0, msg_flags=0}, 26}}, 2, MSG_NOSIGNAL) = 2
poll([{fd=4, events=POLLIN}], 1, 5000) = 1 ([{fd=4, revents=POLLIN}])
ioctl(4, FIONREAD, [72]) = 0
recvfrom(4, ")\262\205\203\0\1\0\0\0\1\0\0\4eth*\3lan\0\0\34\0\1\300\21\0\6\0\1"..., 2048, 0, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("192.168.178.153")}, [16]) = 72
poll([{fd=4, events=POLLIN}], 1, 4999) = 1 ([{fd=4, revents=POLLIN}])
ioctl(4, FIONREAD, [72]) = 0
recvfrom(4, "=\353\205\203\0\1\0\0\0\1\0\0\4eth*\3lan\0\0\1\0\1\300\21\0\6\0\1"..., 1976, 0, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("192.168.178.153")}, [16]) = 72
close(4) = 0
socket(PF_INET, SOCK_DGRAM|SOCK_NONBLOCK, IPPROTO_IP) = 4
connect(4, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("192.168.178.153")}, 16) = 0
poll([{fd=4, events=POLLOUT}], 1, 0) = 1 ([{fd=4, revents=POLLOUT}])
sendmmsg(4, {{{msg_name(0)=NULL, msg_iov(1)=[{"\2a\1\0\0\1\0\0\0\0\0\0\4eth*\0\0\1\0\1", 22}], msg_controllen=0, msg_flags=0}, 22}, {{msg_name(0)=NULL, msg_iov(1)=[{"\260\25\1\0\0\1\0\0\0\0\0\0\4eth*\0\0\34\0\1", 22}], msg_controllen=0, msg_flags=0}, 22}}, 2, MSG_NOSIGNAL) = 2
poll([{fd=4, events=POLLIN}], 1, 5000) = 1 ([{fd=4, revents=POLLIN}])
ioctl(4, FIONREAD, [97]) = 0
recvfrom(4, "\2a\201\203\0\1\0\0\0\1\0\0\4eth*\0\0\1\0\1\0\0\6\0\1\0\0\nv\0"..., 2048, 0, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("192.168.178.153")}, [16]) = 97
poll([{fd=4, events=POLLIN}], 1, 4999) = 1 ([{fd=4, revents=POLLIN}])
ioctl(4, FIONREAD, [97]) = 0
recvfrom(4, "\260\25\201\203\0\1\0\0\0\1\0\0\4eth*\0\0\34\0\1\0\0\6\0\1\0\0\nv\0"..., 1951, 0, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("192.168.178.153")}, [16]) = 97
close(4) = 0
futex(0x7f00b808b420, FUTEX_WAIT_PRIVATE, 2, NULL[/src]

ntpdate hängt sich an der gleichen Stelle auf (futex...).

resolv.conf:
[src=text]domain lan
#nameserver 8.8.8.8
nameserver 192.168.178.153
nameserver 192.168.178.1[/src]

nsswitch.conf:
[src=text]# /etc/nsswitch.conf:
# $Header: /var/cvsroot/gentoo/src/patchsets/glibc/extra/etc/nsswitch.conf,v 1.1 2006/09/29 23:52:23 vapier Exp $

passwd: compat
shadow: compat
group: compat

# passwd: db files nis
# shadow: db files nis
# group: db files nis

hosts: files dns wins
networks: files dns

services: db files
protocols: db files
rpc: db files
ethers: db files
netmasks: files
netgroup: files
bootparams: files

automount: files
aliases: files[/src]

Die ganzen DNS-Funktionen sind meines Wissens nach in der glibc implementiert, die ist erst kürzlich auf Version 2.18-r1 aktualisiert worden und nachdem ich den Rechner aufgerüstet hab, habe ich alle Pakete neu kompiliert, zeitlich würde sie also als Ursache passen. Dummerweise kann man die glibc nicht downgraden, also weiß ich nicht wie ich da weiter vorgehen soll. :unknown:

musv · 4 Feb. 2014

Bei der IOMMU hat sich sowieso einiges im Kernel-3.13 geändert. Die AMD-IOMMU wurde als deprecated markiert. Aktiviert ist bei mir (Xeon X5650):

Code:

  │ Symbol: INTEL_IOMMU [=y]                                                                                                       │  
  │ Type  : boolean                                                                                                                │  
  │ Prompt: Support for Intel IOMMU using DMA Remapping Devices                                                                    │  
  │   Location:                                                                                                                    │  
  │     -> Device Drivers                                                                                                          │  
  │ (1)   -> IOMMU Hardware Support (IOMMU_SUPPORT [=y])                                                                           │  
  │   Defined at drivers/iommu/Kconfig:90                                                                                          │  
  │   Depends on: IOMMU_SUPPORT [=y] && PCI_MSI [=y] && ACPI [=y] && (X86 [=y] || IA64_GENERIC)                                    │  
  │   Selects: IOMMU_API [=y] && DMAR_TABLE [=y]  

  │ Symbol: INTEL_IOMMU_DEFAULT_ON [=y]                                                                                            │  
  │ Type  : boolean                                                                                                                │  
  │ Prompt: Enable Intel DMA Remapping Devices by default                                                                          │  
  │   Location:                                                                                                                    │  
  │     -> Device Drivers                                                                                                          │  
  │       -> IOMMU Hardware Support (IOMMU_SUPPORT [=y])                                                                           │  
  │ (3)     -> Support for Intel IOMMU using DMA Remapping Devices (INTEL_IOMMU [=y])                                              │  
  │   Defined at drivers/iommu/Kconfig:102                                                                                         │  
  │   Depends on: IOMMU_SUPPORT [=y] && INTEL_IOMMU [=y]                                                                           │  
  │                                                                                                                                │  
  │                                                                                                                                │  
  │ Symbol: INTEL_IOMMU_FLOPPY_WA [=y]                                                                                             │  
  │ Type  : boolean                                                                                                                │  
  │   Defined at drivers/iommu/Kconfig:122                                                                                         │  
  │   Depends on: IOMMU_SUPPORT [=y] && INTEL_IOMMU [=y] && X86 [=y]                                                               │  
  │                                                                                                                                │  
  │                                                                                                                                │  
  │ Symbol: IOMMU_API [=y]                                                                                                         │  
  │ Type  : boolean                                                                                                                │  
  │   Defined at drivers/iommu/Kconfig:2                                                                                           │  
  │   Selected by: FSL_PAMU [=n] && IOMMU_SUPPORT [=y] && PPC_E500MC || MSM_IOMMU [=n] && IOMMU_SUPPORT [=y] && (ARCH_MSM8X60 || A │  
  │ 
  │                                                                                                                                │  
  │ Symbol: IOMMU_HELPER [=y]                                                                                                      │  
  │ Type  : boolean                                                                                                                │  
  │   Defined at arch/x86/Kconfig:816                                                                                              │  
  │   Depends on: CALGARY_IOMMU [=n] || GART_IOMMU [=n] || SWIOTLB [=y] || AMD_IOMMU [=n] 
  │
  │ Symbol: IOMMU_SUPPORT [=y]                                                                                                     │  
  │ Type  : boolean                                                                                                                │  
  │ Prompt: IOMMU Hardware Support                                                                                                 │  
  │   Location:                                                                                                                    │  
  │ (7) -> Device Drivers                                                                                                          │  
  │   Defined at drivers/iommu/Kconfig:5

Ok, muss erst mal weg. Was mir noch so aufgefallen ist:

Bist du Dir mit den Nameservern sicher? 192.168.... erscheint mir ziemlich lokal. Hab im Log AGPGART gesehen. Gibt's das noch? Kannst du eigentlich rausnehmen. Das war nur für die AGP-PCI-Architekturen relevant.

antu · 4 Feb. 2014

Was die IOMMU-Sache angeht, danke für deine Konfiguration, werde das mal bei Gelegenheit mit dem neuen Kernel ausprobieren. AGPART kann tatsächlich raus, weiß auch nicht warum das noch drin war/ist.

192.168.178.153 ist mein DNS-Server (Heimserver) für .lan, Anfragen für andere Domains werden einfach an die Provider-DNS-Server weitergeleitet, 192.168.178.1 ist mein Router (auf dem läuft auch ein DNS-Server).

Das DNS-Problem ist gelöst, Problem war der "wins"-Eintrag bei hosts in der nsswitch.conf, nachdem ich den entfernt habe, werden nicht auflösbare Domainnamen auch wieder korrekt behandelt.
[src=text]hosts: files dns wins[/src]
Die obige Zeile sieht jetzt so aus:
[src=text]hosts: files dns[/src]

Dabei ist mir auch aufgefallen, das Samba falsch konfiguriert war. Es war eingestellt, dass es auf eth* lauschen soll, die Netzwerkkarte heißt aber jetzt eno1. Nachdem das korrigiert war, konnte ich auch "wins" wieder in die nsswitch.conf eintragen (hab ich aber trotzdem wieder raus genommen weil ich das nicht brauche).
[src=text]# Auf welchen Netzwerkkarten bietet Samba seine Dienste an?
#interfaces = eth* lo
interfaces = eno1 lo
bind interfaces only = yes[/src]

Seitdem ich das DNS-Problem gelöst hab, stürzt auch das KDE-Panel nicht mehr ab, und die Taskleiste/das Panel bleibt die ganze Zeit über benutzbar.

Außerdem habe ich im Nvidia-Forum gelesen, dass das Problem mit der Monitorabschaltung auf den virtuellen Konsolen wohl ein bekannter Bug des aktuellen Nvidia-Treibers ist. Da muss ich wohl auf die nächste Version warten.

Ich werde bei Gelegenheit mal auf 3.13 aktualisieren, und Bescheid sagen ob es dann mit IOMMU immer noch zu Fehlern kommt. Aber erst mal sind meine Probleme soweit gelöst.

musv · 5 Feb. 2014

Nochwas zum Thema Nvidia-Treiber bei 3.13.:

Auf meiner 64bit-Kiste mit einer Quadro FX 3800 funktionierte der 331.38-Treiber ohne Probleme, nachdem ich den o.g. Patch angewendet hab. Auf meinem Notebook (Lenovo S12, 32bit, Nvidia ION) hingegen bleibt beim Wechsel ins X alles schwarz. Scheinbar hängt sich der Rechner aber dabei auch gleich auf. Weder die Caps-Lock- und Num-Taste bringen die entsprechenden LEDs zum Erhellen noch will irgendein Ping oder SSH auf die Kiste gelingen.

Gab im Gentoo-Forum dazu einen Beitrag, aber grad will das Gentoo-Forum bei mir nicht laden.

antu · 24 Feb. 2014

Ich hab jetzt mal Kernel 3.13.4 mit aktiviertem IOMMU ausprobiert, aber der Startvorgang bricht wieder mit einem Kernel Panic ab, diesmal allerdings eine andere Fehlermeldung. Auch hierzu gibt es einen Bugreport. Da ich VT-d jetzt nicht dringend brauche, werde ich wohl erst mal weiter abwarten.

Den Nvidia-Treiber habe ich auf 331.49 aktualisiert, das Problem mit den schwarzen Konsolen besteht weiterhin. Stört mich jetzt aber im Moment auch nicht so sehr, kann mich ja trotzdem anmelden (nur eben blind). Der aktuelle Betatreiber macht bei mir noch Probleme/lief nicht. Hier bleibt mir wohl auch nicht anderes übrig als auf einen neuen Treiber zu warten.

Probleme nach Hardware-Aufrüstung

antu

NGBler

SP4C3

Neu angemeldet

musv

Bekannter NGBler

antu

NGBler

antu

NGBler

musv

Bekannter NGBler

antu

NGBler

musv

Bekannter NGBler

antu

NGBler