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

[Emess]

Habe hier ein Multibootsystem testing kontrolliert bei jedem Start alle Partitionen. Wie kann ich das abstellen.
Ein Bild sagt mehr als tausend Worte:


Das dauert 30-40 sek und ich brauch das nicht.
Hat jemand ne Idee?

[schwedenmann]

Hallo

Wie sieht den deine fstab aus ?

Laut googl sollten UUID benutzt werden, bzw. bei swap keine UUID.

mfg
schwedenmann

[detix]

Dem könnte ich mich mal anschließen, hier aber mit stop Jobs.
Es geht wohl um systemd, ein wenig Linderung verschaffte das Editieren der /etc/systemd/system.conf mit:

DefaultTimeoutStopSec=10s
#bei dir dann entsprechend:
DefaultTimeoutStartSec=10s

probiers mal...

[Emess]

hier die fstab

Code: Alles auswählen

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda8 during installation
UUID=abcc32d0-5b15-41d0-af3a-3477153d69e7 /               ext4    errors=remount-ro 0       1
# /home was on /dev/sda9 during installation
UUID=70674ded-d5ba-4e8d-91f4-46623615f84f /home           ext4    defaults        0       2
# swap was on /dev/sda10 during installation
UUID=a7d3cb7f-20ea-4067-a1c2-7b2ff9b0e12f none            swap    sw              0       0
# swap was on /dev/sda7 during installation
UUID=07968591-1bd7-4b81-b9cf-0f7b682c394f none            swap    sw              0       0
/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0
#/dev/sdb1       /media/usb0     auto    rw,user,noauto  0       0

Ist dieselbe wie bei wheezy.


@detix
den wert von 90s auf 10s zu setzen hat keine positive Auswirkung. Es dauert sogar gefühlt länger
unter wheezy gibt es sogar gar keine "systemd.conf" . Brauch ich die eigentlich für was bestimmtes?

[Emess]

ich häng nochmal dmseg dran vielleicht fällt euch was auf?
38010

[detix]

Um mal bei schwedenmanns Post zu bleiben, passen denn die UUIDs zu den Platten?

Code: Alles auswählen

/sbin/blkid

sollte Auskunft geben, laut Bildschirmfoto stört UUID=a7d...
2x swap in der fstab, ist das richtig?
Im Gegensatz zu schwedenmanns Post bin ich allerdings der Meinung,
das gerade swap mit UUID=... in der fstab stehen muss.

[Emess]

die UUID stimmen schon überein. das Phänomen tritt erst seit einiger Zeit nach einen full-upgrade auf

[TRex]

und ich brauch das nicht.

Weiß denn jemand, was "das" ist? Ich glaube nicht, dass systemd mal eben grundlos wartet.

[Emess]

und ich brauch das nicht.

Weiß denn jemand, was "das" ist? Ich glaube nicht, dass systemd mal eben grundlos wartet.

Da habe ich aber von dir schon bessere Hinweise gelesen!

Ich glaube nicht, dass systemd mal eben grundlos wartet

Oder sollte ich die versteckte Botschaft übersehen haben?

[dufty2]

ich häng nochmal dmseg dran vielleicht fällt euch was auf?
38010

Da fehlt die Hälfte:
[ 15.706036] Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
[ 101.277190] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
denn bei

Code: Alles auswählen

# journalctl > blub
# grep -i target blub

habe ich über 20 Treffer

[Emess]

Ich auch!

Code: Alles auswählen

root@jessie:/home/michael#  grep -i target blub
Sep 14 10:59:53 jessie systemd[1]: Reached target Remote File Systems (Pre).
Sep 14 10:59:53 jessie systemd[1]: Reached target Paths.
Sep 14 10:59:53 jessie systemd[1]: Reached target Encrypted Volumes.
Sep 14 10:59:53 jessie systemd[1]: Reached target Syslog.
Sep 14 10:59:57 jessie systemd[1]: Reached target Local File Systems (Pre).
Sep 14 10:59:58 jessie systemd[1]: Reached target Sound Card.
Sep 14 11:00:03 jessie systemd[1]: Reached target Local File Systems.
Sep 14 11:00:03 jessie systemd[1]: Reached target Remote File Systems.
Sep 14 11:00:04 jessie systemd[1]: Reached target Network.
Sep 14 11:00:04 jessie systemd[1]: Reached target Network is Online.
Sep 14 11:00:04 jessie systemd[1]: Reached target RPC Port Mapper.
Sep 14 11:01:23 jessie systemd[1]: Reached target System Initialization.
Sep 14 11:01:23 jessie systemd[1]: Reached target Timers.
Sep 14 11:01:23 jessie systemd[1]: Reached target Sockets.
Sep 14 11:01:23 jessie systemd[1]: Reached target Basic System.
Sep 14 11:01:23 jessie systemd[1]: Reached target Login Prompts.
Sep 14 11:01:30 jessie systemd[1]: Reached target X11 Display Manager.
Sep 14 11:01:30 jessie systemd[1]: Reached target Multi-User System.
Sep 14 11:01:30 jessie systemd[1]: Reached target Graphical Interface.
Sep 14 13:01:44 jessie systemd[1073]: Reached target Default.
root@jessie:/home/michael# 

das bringt mich meinem Problem aber leider nicht näher.

[dufty2]

das bringt mich meinem Problem aber leider nicht näher.

Ich dachte, ich wäre verständlich

Wenn wir Dir helfen sollen, dann wäre es nett, wenn Du den entsprechenden Ausschnitt aus dem journal posten könntest, der bei dmesg offensichtlich nicht enthalten ist.

Jetzt klarer?

[Emess]

Jetzt klarer?

nein!
weil dmesg nicht mehr her gibt.
und ich auch nicht weiß wo ich den Output hernehmen soll?

[dufty2]

Code: Alles auswählen

# journalctl > blub

und dann entsprechend kürzen

[detix]

Du kannst den debug-level erhöhen, wenn du das "quiet" in der grub-Kernelzeile durch:

systemd.log_level=debug systemd.log_target=kmsg log_buf_len=1M

ersetzt, dmesg wird nach Neustart dadurch etwas gesprächiger, obs hilft...
(quiet kann vielleicht auch drin stehen bleiben)
http://freedesktop.org/wiki/Software/systemd/Debugging/

[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.