[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [gelöst] Re: Systemd und tatsächlich etwas fragwürdiges ...



ok zu früh gesendet, entschuldigt bitte. Jedenfalls:
Oh, ich liebe es. 
1. )Produktivsystem kopieren 
2.) Upgraden 
3.) geht nicht? 
4.) in Ruhe damit beschäftigen 
5.) lösen und verstehen 
6.) Produktivsystem upgraden und Lösung einbauen 
7.) Money 
8.) Repeat

Das ist zumindest die sichere Variante als hinterher wie ein kopfloses Huhn an den falschen Stellen rummotzen.

Yeah, ick freu mir, wa!


Bjoern Meier <bjoern.meier@gmail.com> schrieb am So., 9. Aug. 2015 um 18:44 Uhr:
oh 

Bjoern Meier <bjoern.meier@gmail.com> schrieb am So., 9. Aug. 2015 um 18:39 Uhr:
hi,

Michael Biebl <biebl@debian.org> schrieb am Do., 6. Aug. 2015 um 13:48 Uhr:
Hi,

Am 06.08.2015 um 12:44 schrieb Bjoern Meier:
> für root ja, aber nicht für systemd-fsck.service. Heißt wohl, nicht für
> alle anderen Partitionen.Scheint ein Problem mit LVM zu sein.
>  Ich bin dran.

Interessant, ich bekomme z.B. für meine /home partition:

$ systemctl show -p TimeoutStartUSec
systemd-fsck@dev-disk-by\\x2duuid-7652cf98\\x2de671\\x2d47ea\\x2d80d6\\x2d02be15580bb5.service

TimeoutStartUSec=0

$ grep Timeout /lib/systemd/system/systemd-fsck@.service
TimeoutSec=0


Danke für deine Hilfe, Michael. Ich hätte nichts tun können, dass ist ein Kernel-Fehler https://bugzilla.redhat.com/show_bug.cgi?id=771285
 
Ich bin noch nicht sicher ob ich es einen neuen Kernel für Jessie baue, auf Debian warte oder mit dem Workaround lebe.

Für alle anderen: Der Kernel mit Systemd bekommt Probleme wenn mehr als ein XFS-Volume gemountet werden soll. Mein Workaround: noauto in fstab und den mount in rc.local

Gruß,
Björn 

Reply to: