| 1 |
Am Thu, 09 Oct 2014 08:43:29 +0200 |
| 2 |
schrieb Simon Siebert <mail@××××××××××××.de>: |
| 3 |
|
| 4 |
Guten Morgen, |
| 5 |
|
| 6 |
bei der Verwendung von Grub2 muss dort die Zeile |
| 7 |
|
| 8 |
GRUB_CMDLINE_LINUX="init=/usr/lib/systemd/systemd" |
| 9 |
|
| 10 |
in die Datei /etc/default/grub eingetragen und danach ein |
| 11 |
|
| 12 |
grub2-mkconfig -o /boot/grub/grub.cfg |
| 13 |
|
| 14 |
ausgeführt werden. |
| 15 |
|
| 16 |
Beste Grüße |
| 17 |
Christian |
| 18 |
|
| 19 |
> Guten Morgen, |
| 20 |
> ich denke eine systemd pro/contra Diskussion ist hier unnötig. |
| 21 |
> |
| 22 |
> Zum Problem. |
| 23 |
> Bei installieren von systemd via emerge weist das ebuild auf einige |
| 24 |
> kernel Optionen hin, welche gesetzt sein müssen. Sind die alle |
| 25 |
> gesetzt bzw stimmen mit dem was systemd erwartet überein? |
| 26 |
> |
| 27 |
> Gruß |
| 28 |
> Simon |
| 29 |
> |
| 30 |
> Am 07.10.2014 15:27 schrieb Juergen Rose <rose@××××××××××××××.de>: |
| 31 |
> > |
| 32 |
> > Am Dienstag, den 07.10.2014, 11:42 +0200 schrieb Juergen Rose: |
| 33 |
> > |
| 34 |
> > > Vielleicht habe ich die Ursache gefunden. Ich hatte drei (Gruppen |
| 35 |
> > > von) Kerneloptionen gesetzt, die wahrscheinlich fuer meine |
| 36 |
> > > Hardware ungeeignet waren: |
| 37 |
> > > 1. |
| 38 |
> > > CONFIG_CALGARY_IOMMU=y |
| 39 |
> > > CONFIG_CALGARY_IOMMU_ENABLED_BY_DEFAULT=y |
| 40 |
> > > 2. |
| 41 |
> > > CONFIG_COMPAT_VDSO=y |
| 42 |
> > > 3. |
| 43 |
> > > CONFIG_HOTPLUG_PCI=y |
| 44 |
> > > CONFIG_HOTPLUG_PCI_ACPI=y |
| 45 |
> > > CONFIG_HOTPLUG_PCI_ACPI_IBM=y |
| 46 |
> > > |
| 47 |
> > > Jetzt habe ich den Kernel mit: |
| 48 |
> > > 1. |
| 49 |
> > > # CONFIG_CALGARY_IOMMU is not set |
| 50 |
> > > 2. |
| 51 |
> > > # CONFIG_COMPAT_VDSO is not set |
| 52 |
> > > 3. |
| 53 |
> > > # CONFIG_HOTPLUG_PCI is not set |
| 54 |
> > > |
| 55 |
> > > uebersetzt. Beim darauffolgenden Booten scheinen alle meine |
| 56 |
> > > Probleme erst einmal verschwunden zu sein. Mal sehen, was die |
| 57 |
> > > naechsten Bootversuche sagen. |
| 58 |
> > > |
| 59 |
> > > Juergen |
| 60 |
> > |
| 61 |
> > Ich habe mich zu frueh gefreut. Beim letzten (erfolgreichen) |
| 62 |
> > Bootversuch hat der Kernel noch gemeckert, dass er das hdaps-Modul |
| 63 |
> > nicht laden kann. Dieses Problem konnte ich durch disablen des |
| 64 |
> > Kernel-hdaps-Modul loesen. Nun wird beim Booten das hdaps-Modul von |
| 65 |
> > tp_smapi ohne Probleme geladen. Leider tauchen danach wieder alle |
| 66 |
> > Timeouts, die ich in meiner ersten Mail beschrieben habe, wieder |
| 67 |
> > auf. Weiterhin wird wieder ueber den Fehler beim Zugriff |
| 68 |
> > /sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/1-1.3:1.0/power/control |
| 69 |
> > gemeckert (diese Datei existiert nicht). Der sendmail.service, |
| 70 |
> > systemd-logind.service und der colord.service und damit das |
| 71 |
> > Multi-User.target wird nicht gestartet. |
| 72 |
> > |
| 73 |
> > Juergen |
| 74 |
> > |
| 75 |
> > |
| 76 |
> > |
Archives