From: mailinglist <mailing_list@gmx.net>
To: gentoo-user-de@lists.gentoo.org
Subject: Re: [gentoo-user-de] Timeouts bei Geraeteerkennung auf einem Thinkpad T410 mit Systemd
Date: Thu, 9 Oct 2014 10:47:08 +0200 [thread overview]
Message-ID: <20141009104708.00007c6e@gmx.net> (raw)
In-Reply-To: <20141009064335.0A8B7E08DF@pigeon.gentoo.org>
Am Thu, 09 Oct 2014 08:43:29 +0200
schrieb Simon Siebert <mail@simonsiebert.de>:
Guten Morgen,
bei der Verwendung von Grub2 muss dort die Zeile
GRUB_CMDLINE_LINUX="init=/usr/lib/systemd/systemd"
in die Datei /etc/default/grub eingetragen und danach ein
grub2-mkconfig -o /boot/grub/grub.cfg
ausgeführt werden.
Beste Grüße
Christian
> Guten Morgen,
> ich denke eine systemd pro/contra Diskussion ist hier unnötig.
>
> Zum Problem.
> Bei installieren von systemd via emerge weist das ebuild auf einige
> kernel Optionen hin, welche gesetzt sein müssen. Sind die alle
> gesetzt bzw stimmen mit dem was systemd erwartet überein?
>
> Gruß
> Simon
>
> Am 07.10.2014 15:27 schrieb Juergen Rose <rose@rz.uni-potsdam.de>:
> >
> > Am Dienstag, den 07.10.2014, 11:42 +0200 schrieb Juergen Rose:
> >
> > > Vielleicht habe ich die Ursache gefunden. Ich hatte drei (Gruppen
> > > von) Kerneloptionen gesetzt, die wahrscheinlich fuer meine
> > > Hardware ungeeignet waren:
> > > 1.
> > > CONFIG_CALGARY_IOMMU=y
> > > CONFIG_CALGARY_IOMMU_ENABLED_BY_DEFAULT=y
> > > 2.
> > > CONFIG_COMPAT_VDSO=y
> > > 3.
> > > CONFIG_HOTPLUG_PCI=y
> > > CONFIG_HOTPLUG_PCI_ACPI=y
> > > CONFIG_HOTPLUG_PCI_ACPI_IBM=y
> > >
> > > Jetzt habe ich den Kernel mit:
> > > 1.
> > > # CONFIG_CALGARY_IOMMU is not set
> > > 2.
> > > # CONFIG_COMPAT_VDSO is not set
> > > 3.
> > > # CONFIG_HOTPLUG_PCI is not set
> > >
> > > uebersetzt. Beim darauffolgenden Booten scheinen alle meine
> > > Probleme erst einmal verschwunden zu sein. Mal sehen, was die
> > > naechsten Bootversuche sagen.
> > >
> > > Juergen
> >
> > Ich habe mich zu frueh gefreut. Beim letzten (erfolgreichen)
> > Bootversuch hat der Kernel noch gemeckert, dass er das hdaps-Modul
> > nicht laden kann. Dieses Problem konnte ich durch disablen des
> > Kernel-hdaps-Modul loesen. Nun wird beim Booten das hdaps-Modul von
> > tp_smapi ohne Probleme geladen. Leider tauchen danach wieder alle
> > Timeouts, die ich in meiner ersten Mail beschrieben habe, wieder
> > auf. Weiterhin wird wieder ueber den Fehler beim Zugriff
> > /sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/1-1.3:1.0/power/control
> > gemeckert (diese Datei existiert nicht). Der sendmail.service,
> > systemd-logind.service und der colord.service und damit das
> > Multi-User.target wird nicht gestartet.
> >
> > Juergen
> >
> >
> >
next parent reply other threads:[~2014-10-09 8:47 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20141009064335.0A8B7E08DF@pigeon.gentoo.org>
2014-10-09 8:47 ` mailinglist [this message]
2014-10-09 16:19 ` [gentoo-user-de] Timeouts bei Geraeteerkennung auf einem Thinkpad T410 mit Systemd Michael Volland
2014-10-09 6:43 Simon Siebert
-- strict thread matches above, loose matches on Subject: below --
2014-10-07 6:43 Juergen Rose
2014-10-07 6:50 ` Gerrit Kühn
2014-10-07 9:04 ` Juergen Rose
2014-10-07 9:33 ` Benedikt Gievert
2014-10-07 9:42 ` Juergen Rose
2014-10-07 13:27 ` Juergen Rose
2014-10-07 9:35 ` Michael Volland
2014-10-07 16:23 ` wirkzeit Design & Technologie
2014-10-07 9:37 ` Gerrit Kühn
2014-10-07 9:28 ` Stephan Mueller
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20141009104708.00007c6e@gmx.net \
--to=mailing_list@gmx.net \
--cc=gentoo-user-de@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox