1 |
Am Dienstag, den 07.10.2014, 11:42 +0200 schrieb Juergen Rose: |
2 |
|
3 |
> Vielleicht habe ich die Ursache gefunden. Ich hatte drei (Gruppen von) |
4 |
> Kerneloptionen gesetzt, die wahrscheinlich fuer meine Hardware |
5 |
> ungeeignet waren: |
6 |
> 1. |
7 |
> CONFIG_CALGARY_IOMMU=y |
8 |
> CONFIG_CALGARY_IOMMU_ENABLED_BY_DEFAULT=y |
9 |
> 2. |
10 |
> CONFIG_COMPAT_VDSO=y |
11 |
> 3. |
12 |
> CONFIG_HOTPLUG_PCI=y |
13 |
> CONFIG_HOTPLUG_PCI_ACPI=y |
14 |
> CONFIG_HOTPLUG_PCI_ACPI_IBM=y |
15 |
> |
16 |
> Jetzt habe ich den Kernel mit: |
17 |
> 1. |
18 |
> # CONFIG_CALGARY_IOMMU is not set |
19 |
> 2. |
20 |
> # CONFIG_COMPAT_VDSO is not set |
21 |
> 3. |
22 |
> # CONFIG_HOTPLUG_PCI is not set |
23 |
> |
24 |
> uebersetzt. Beim darauffolgenden Booten scheinen alle meine Probleme |
25 |
> erst einmal verschwunden zu sein. Mal sehen, was die naechsten |
26 |
> Bootversuche sagen. |
27 |
> |
28 |
> Juergen |
29 |
|
30 |
Ich habe mich zu frueh gefreut. Beim letzten (erfolgreichen) Bootversuch |
31 |
hat der Kernel noch gemeckert, dass er das hdaps-Modul nicht laden kann. |
32 |
Dieses Problem konnte ich durch disablen des Kernel-hdaps-Modul loesen. |
33 |
Nun wird beim Booten das hdaps-Modul von tp_smapi ohne Probleme geladen. |
34 |
Leider tauchen danach wieder alle Timeouts, die ich in meiner ersten |
35 |
Mail beschrieben habe, wieder auf. Weiterhin wird wieder ueber den |
36 |
Fehler beim Zugriff |
37 |
/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/1-1.3:1.0/power/control |
38 |
gemeckert (diese Datei existiert nicht). Der sendmail.service, |
39 |
systemd-logind.service und der colord.service und damit das |
40 |
Multi-User.target wird nicht gestartet. |
41 |
|
42 |
Juergen |