[gelöst]a start job is running.würde das gerne unterbinden!

[Emess]

@dufty2

Code: Alles auswählen

root@jessie:/home/michael# journalctl > blub
root@jessie:/home/michael# 

kein output

@detix
wo finde ich die kernelzeile?

[dufty2]

@dufty2

Code: Alles auswählen

root@jessie:/home/michael# journalctl > blub
root@jessie:/home/michael# 

kein output

So langsam aber sicher denke ich, Du willst mich etwas auf den Arm nehmen?

Code: Alles auswählen

# cat blub

und Du hast Deinen output.

[Emess]

Ich will dich definitiv nicht auf den selbigen nehmen.
wenn ich jetzt noch wissen würde wonach wir suchen könnte ich den Output auch dementsprechend kürzen
38011

bin aber Ü50 und brauch mehr input.

Das habe ich alles gemacht. weshalb ich nicht an ein Problem mit. systemd glaube.
https://denibertovic.com/posts/setting- ... 0-minutes/

[detix]

wo finde ich die kernelzeile?

In der /boot/grub/grub.cfg, aber Achtung: beim nächsten Kernelupdate ist das Alles wieder futsch.

Besser wäre es du legst eine /boot/grub/custom.cfg an und erstellst den entsprechenden Menüeintrag dort,
so in dieser Art, Kernelversion und UUID (hinter set...) natürlich anpassen:

Code: Alles auswählen

set Kernel="3.14-2-amd64"
set UUID="91994e61-396f-474d-864f-a4dcc659a8fc"
menuentry "Debian Jessie64 debug" {
  search --no-floppy --fs-uuid --set=root $UUID
  linux /boot/vmlinuz-$Kernel root=UUID=$UUID ro systemd.log_level=debug systemd.log_target=kmsg log_buf_len=1M
  initrd /boot/initrd.img-$Kernel
}

das sollte reichen.

[dufty2]

Die Uhr macht einen Hopser:

Code: Alles auswählen

Sep 14 11:01:39 jessie kernel: sis190 0000:00:04.0 eth0: auto-negotiating...
Sep 14 13:01:43 jessie systemd[1]: Time has been changed

Gemäß https://bbs.archlinux.org/viewtopic.php?pid=1422746 findet sich auch bei Dir

Code: Alles auswählen

Sep 14 11:00:01 jessie systemd-fsck[318]: /dev/sda9: Der Zeitpunkt des letzten Schreibens des Superblocks liegt in der Zukunft.
Sep 14 11:00:01 jessie systemd-fsck[318]: (weniger als ein Tag, wahrscheinlich aufgrund falsch gesetzter Hardware-Uhr)  REPARIERT.

Bei ihm half

Code: Alles auswählen

# timedatectl set-local-rtc 0

also die Uhr im BIOS auf UTC stellen.
Falls nach einem Reboot immer noch keine Besserung eintritt, evtl. mal die Idee mit
/dev/sda8 (resp. 10) in /etc/fstab für die swap-partitionen anpassen angehen.

[Emess]

Ich schau mir das heut Abend mal an.
Biosuhr auf UTC?
Ist mir bisher noch nie aufgefallen, dass dieses gehen soll?
Zumal mein Notebook nur über ein Minibios verfügt.
Heute Abend weiß ich dann hoffentlich mehr.

[Emess]

Also wenn ich meine Bios Uhr hernehme hat die tatsächlich um 2 Stunden nicht gestimmt.
Wenn ich die allerdings korrigiere startet wheezy nicht mehr jessie macht das gleiche gezedere.
Wheezy lässt mich per root auf die Konsole. Wie kann ich dort mitteilen, dass sich wheezy an die Bios Uhr halten soll.?
Meine rudimentären konsolenkenntnisse sind leider etwas eingerostet.

[dufty2]

Stell' doch mal die Uhr - im Bios - wieder 2 Stunden zurück, also wieder "falsch" ein und boote nochmal,
dann - innerhalb von Linux aus - als root

Code: Alles auswählen

# timedatectl set-local-rtc 0

Das solte die Bios-Uhr auch setzten.

[Emess]

probiere ich mal. Aber was ist dann mit ntp?

[Emess]

hab das direkt von Jessie gemacht. whezzy bootet wieder cool
Trotzdem läuft der Startjob bei jessie noch.

[Emess]

Also weiß noch jemand was, oder muss ich das windowslike regeln?

[KP97]

... oder muss ich das windowslike regeln?

Wenn Du damit eine Neuinstallation meinst, wird das auch nicht helfen.
Das sind so die Feinheiten von systemd, die uns in Zukunft sicher noch viel Freude machen werden.

Bei Dir rührt diese Meldung daher, daß Du beim Start eine weitere Partition über die fstab mounten willst.
Du kannst natürlich eine andere Art des Mountens wählen, da gibt es sicher noch andere Möglichkeiten.
Oder Du kompilierst einen Kernel mit dem Parameter CONFIG_FHANDLE=y, das sollte das Problem beheben.

[Emess]

Wenn Du damit eine Neuinstallation meinst, wird das auch nicht helfen.
Das sind so die Feinheiten von systemd, die uns in Zukunft sicher noch viel Freude machen werden.

Bei Dir rührt diese Meldung daher, daß Du beim Start eine weitere Partition über die fstab mounten willst.
Du kannst natürlich eine andere Art des Mountens wählen, da gibt es sicher noch andere Möglichkeiten.
Oder Du kompilierst einen Kernel mit dem Parameter CONFIG_FHANDLE=y, das sollte das Problem beheben.

Ach du liebes Gottchen das wird ja immer besser!
Wieso tut Debian mir so was an?

Kaum läuft was gut. muss es verändert werden.

[Emess]

Ich bin mir sicher man hätte es auch anders regeln können.
Aber eine Netinst (Neu Installation Windowslike ) war wohl die schnellste Lösung.
Alles läuft wieder bestens sogar systemd

[somename]

Ich hatte das Problem auch. Nach ein wenig Recherche bin ich auf folgenden Artikel gestoßen http://www.golem.de/news/init-system-sy ... 01587.html. Da es sich bei mir nur um die swap-Partition handeltete war es kein Risiko den entsprechenden Eintrag in der /etc/fstab einfach auszukommentieren. Beim nächsten Neustart war das Problem behoben. Hat also funktioniert
Vielleicht hat ja noch jemand das Problem, dem oder der die Lösung hilft..

Grüße

[Bodiro]

Ich hatte es grad und das Auskommentieren der swap-Partition in der fstab hat auch bei mir das Problem gelöst. Danke!

[subson]

Ich klinke mich mal hier ein.

In meiner fstab habe ich 2 NFS mounts, die auch zu dem start job Problem führen, wie kann ich die denn anders regeln?

# NFS
#
192.Ser.ver.IP:/mnt/mm /mnt/ServMultiMed nfs rw,hard,intr,auto 0 0
#
192.Ser.ver.IP:/mnt/serv /mnt/ServDaten nfs rw,hard,intr,auto 0 0

Swap habe ich wie hier geschrieben auskommentiert, bei den NFS mounts doch gewiß nicht, ich will das doch nicht immer von Hand mounten müssen.

[ladiko]

ich würde trotzdem mal prüfen ob swap dann aktiviert ist

Code: Alles auswählen

cat /proc/swaps 

und sonst

Code: Alles auswählen

mkswap /dev/sdaX
swapon /dev/sdaX

[EinMartin]

Bei mir war es eine ganz "simple" Ursache ...

* PHP speicherte seine session-Dateien unter /tmp
* /tmp wird beim booten leer gemacht
* Das dauerte MInuten, weil viele Dateien vorhanden waren

Abhilfe:

* Mittels php.ini die Sesssion-Dateien nach /var/lib/php5/sessions/ schreiben lassen.

PS: Ja, in meinem Fall wirklich php5, selber übersetzt da alte Anwendung auf "neuem" Debian und kein Docker oder ähnliches ...

PS2: Ja, ich habe gesehen wie alt der Artikel ist!