Snel opstarten ?

In de draad “Open Suse 12.2 - Trimdown, Tweaken” zie ik in post#2:


Ter illustratie: mijn laptop boot naar volledige KDE desktop mét http-server, mysql, firebird, virtualbox in 8,21 seconden,....

Bij mij duurt het zo’n 2 minuten voordat ik in KDE aan het werk kan gaan. Nou heb ik (meestal) geen haast, maar het verschil is toch wel erg groot. Dus heb ik naar de output van dmesg gekeken en ben daar een paar lange pauzes tegengekomen. Hieronder een stukje:


   12.677088] input: HDA ATI HDMI HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:02.0/0000:02:00.1/sound/card2/input14
   13.420219] EXT4-fs (sda6): re-mounted. Opts: acl,user_xattr
   20.766353] Adding 2096476k swap on /dev/sda2.  Priority:-1 extents:1 across:2096476k 
   20.832557] EXT4-fs (sda9): mounted filesystem with ordered data mode. Opts: (null)
   21.090564] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null)
   21.304570] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
   22.025182] ip6_tables: (C) 2000-2006 Netfilter Core Team
   22.032395] nf_conntrack version 0.5.0 (16384 buckets, 65536 max)
   22.034190] ip_tables: (C) 2000-2006 Netfilter Core Team
   23.369980] 8139too 0000:03:06.0: eth0: link up, 100Mbps, full-duplex, lpa 0xC5E1
   23.382298] NET: Registered protocol family 17
   34.256949] eth0: no IPv6 routers present
   47.543782] ALSA hda_eld.c:337 HDMI: ELD buf size is 0, force 128
   47.543796] ALSA hda_eld.c:356 HDMI: invalid ELD data byte 0
   47.843905] ALSA hda_eld.c:337 HDMI: ELD buf size is 0, force 128
   47.843919] ALSA hda_eld.c:356 HDMI: invalid ELD data byte 0
   48.144953] ALSA hda_eld.c:337 HDMI: ELD buf size is 0, force 128
   48.144974] ALSA hda_eld.c:356 HDMI: invalid ELD data byte 0
   48.445993] ALSA hda_eld.c:337 HDMI: ELD buf size is 0, force 128
   48.446014] ALSA hda_eld.c:356 HDMI: invalid ELD data byte 0
   48.747018] ALSA hda_eld.c:337 HDMI: ELD buf size is 0, force 128
   48.747040] ALSA hda_eld.c:356 HDMI: invalid ELD data byte 0
   49.047987] ALSA hda_eld.c:337 HDMI: ELD buf size is 0, force 128
   49.048001] ALSA hda_eld.c:356 HDMI: invalid ELD data byte 0
   49.349060] ALSA hda_eld.c:337 HDMI: ELD buf size is 0, force 128
   49.349074] ALSA hda_eld.c:356 HDMI: invalid ELD data byte 0
   49.650090] ALSA hda_eld.c:337 HDMI: ELD buf size is 0, force 128
   49.650110] ALSA hda_eld.c:356 HDMI: invalid ELD data byte 0
   49.951104] ALSA hda_eld.c:337 HDMI: ELD buf size is 0, force 128
   49.951124] ALSA hda_eld.c:356 HDMI: invalid ELD data byte 0
   60.338915] SFW2-INext-ACC IN=eth0 OUT= MAC= SRC=fe80:0000:0000:0000:0216:0aff:fe1c:27fd DST=ff02:0000:0000:0000:0000:0000:0000:00fb LEN=84 TC=0 HOPLIMIT=255 FLOWLBL=0 PROTO=UDP SPT=5353 DPT=5353 LEN=44 
   60.338961] SFW2-INext-ACC IN=eth0 OUT= MAC= SRC=192.168.178.11 DST=224.0.0.251 LEN=64 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353 LEN=44 
   61.341061] SFW2-INext-ACC IN=eth0 OUT= MAC= SRC=fe80:0000:0000:0000:0216:0aff:fe1c:27fd DST=ff02:0000:0000:0000:0000:0000:0000:00fb LEN=84 TC=0 HOPLIMIT=255 FLOWLBL=0 PROTO=UDP SPT=5353 DPT=5353 LEN=44 
   61.341169] SFW2-INext-ACC IN=eth0 OUT= MAC= SRC=192.168.178.11 DST=224.0.0.251 LEN=64 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353 LEN=44 
   63.343777] SFW2-INext-ACC IN=eth0 OUT= MAC= SRC=fe80:0000:0000:0000:0216:0aff:fe1c:27fd DST=ff02:0000:0000:0000:0000:0000:0000:00fb LEN=84 TC=0 HOPLIMIT=255 FLOWLBL=0 PROTO=UDP SPT=5353 DPT=5353 LEN=44 
   63.343886] SFW2-INext-ACC IN=eth0 OUT= MAC= SRC=192.168.178.11 DST=224.0.0.251 LEN=64 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353 LEN=44 
   67.345235] SFW2-INext-ACC IN=eth0 OUT= MAC= SRC=fe80:0000:0000:0000:0216:0aff:fe1c:27fd DST=ff02:0000:0000:0000:0000:0000:0000:00fb LEN=84 TC=0 HOPLIMIT=255 FLOWLBL=0 PROTO=UDP SPT=5353 DPT=5353 LEN=44 
   67.345342] SFW2-INext-ACC IN=eth0 OUT= MAC= SRC=192.168.178.11 DST=224.0.0.251 LEN=64 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353 LEN=44 
   71.518833] EXT4-fs (sda6): re-mounted. Opts: acl,user_xattr,commit=0
   71.522325] EXT4-fs (sda9): re-mounted. Opts: commit=0
   73.310023] EXT4-fs (sda3): re-mounted. Opts: commit=0
   73.313676] EXT4-fs (sda1): re-mounted. Opts: commit=0
   75.346122] SFW2-INext-ACC IN=eth0 OUT= MAC= SRC=fe80:0000:0000:0000:0216:0aff:fe1c:27fd DST=ff02:0000:0000:0000:0000:0000:0000:00fb LEN=84 TC=0 HOPLIMIT=255 FLOWLBL=0 PROTO=UDP SPT=5353 DPT=5353 LEN=44 
   75.346160] SFW2-INext-ACC IN=eth0 OUT= MAC= SRC=192.168.178.11 DST=224.0.0.251 LEN=64 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353 LEN=44 
   76.832219] fuse init (API version 7.18)
   91.349337] SFW2-INext-ACC IN=eth0 OUT= MAC= SRC=fe80:0000:0000:0000:0216:0aff:fe1c:27fd DST=ff02:0000:0000:0000:0000:0000:0000:00fb LEN=84 TC=0 HOPLIMIT=255 FLOWLBL=0 PROTO=UDP SPT=5353 DPT=5353 LEN=44 

De lange pauzes, vooral bij t=34 en t=50 begrijp ik niet. Kan iemand me uitleg geven? O ja: ipv6 is niet ingeschakeld.

Vergeet niet dat er een SSD met SATA-600 aansluiting in mijn laptop zit. Maar toch, twee minuten is wel lang, dan moet er onderweg ergens op gewacht worden.
Hans, kun je de output eens herhalen, maar dan met


dmesg -T

Je krijgt er dan “human readable timeformat” bij. Dan kunnen we iets makkelijker bekijken waar de grootste gaten ontstaan.
Overigens heb ik, bij wijze van experiment, bij de installatie van 12.2 ipv6 niet meer uitgezet en daar geen last van.

Dank voor je commentaar!
Hieronder de output van dmesg -T, maar eerst nog dit:

  • Mijn vraag komt niet door ongeduld met die 2 minuten, maar door het niet begrijpen waar de tijd blijft.
  • Ik heb nog even apart getimed: van het Grub2-scherm tot inloggen: 60 s. Na het inloggen: 60 s met Nepomuk, 30 s zonder Nepomuk. Ik heb de indruk dat van de resterende 30 s veel tijd in hplip gaat zitten.

Maar nu dmesg -T. Ik heb er een groot stuk met veel entries in heel korte tijd er uit geknipt om ruimte te besparen.


oS122:~ # dmesg -T
[Tue Oct 23 12:08:03 2012] Initializing cgroup subsys cpuset
[Tue Oct 23 12:08:03 2012] Initializing cgroup subsys cpu
[Tue Oct 23 12:08:03 2012] Linux version 3.4.11-2.16-desktop (geeko@buildhost) (gcc version 4.7.1 20120723 [gcc-4_7-branch revision 189773] (SUSE Linux) ) #1 SMP PREEMPT Wed Sep 26 17:05:00 UTC 2012 (259fc87)
[Tue Oct 23 12:08:03 2012] Command line: BOOT_IMAGE=/boot/vmlinuz-3.4.11-2.16-desktop root=UUID=c065da7c-bc4d-43cc-8760-c41db4fe238a video=1680x1050 nomodeset resume=/dev/disk/by-id/ata-WDC_WD5000AAKS-00UU3A0_WD-WCAYU8196046-part2 splash=silent quiet showopts
(3200 MHz)

<knip>
-
-
</knip>
[Tue Oct 23 12:08:11 2012] powernow-k8:    1 : pstate 1 (2500 MHz)
[Tue Oct 23 12:08:11 2012] powernow-k8:    2 : pstate 2 (2100 MHz)
[Tue Oct 23 12:08:11 2012] powernow-k8:    3 : pstate 3 (800 MHz)
[Tue Oct 23 12:08:11 2012] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
[Tue Oct 23 12:08:11 2012] 8139cp: 8139cp: 10/100 PCI Ethernet driver v1.3 (Mar 22, 2004)
[Tue Oct 23 12:08:11 2012] MCE: In-kernel MCE decoding enabled.
[Tue Oct 23 12:08:11 2012] 8139cp 0000:03:06.0: This (id 10ec:8139 rev 10) is not an 8139C+ compatible chip, use 8139too
[Tue Oct 23 12:08:11 2012] ACPI Warning: 0x0000000000000b00-0x0000000000000b07 SystemIO conflicts with Region \SOR1 1 (20120320/utaddress-251)
[Tue Oct 23 12:08:11 2012] ACPI Warning: 0x0000000000000b00-0x0000000000000b07 SystemIO conflicts with Region \SMRG 2 (20120320/utaddress-251)
[Tue Oct 23 12:08:11 2012] ACPI Warning: 0x0000000000000b00-0x0000000000000b07 SystemIO conflicts with Region \_SB_.PCI0.SBRG.ASOC.SMRG 3 (20120320/utaddress-251)
[Tue Oct 23 12:08:11 2012] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[Tue Oct 23 12:08:12 2012] 8139too: 8139too Fast Ethernet driver 0.9.28
[Tue Oct 23 12:08:12 2012] 8139too 0000:03:06.0: eth0: RealTek RTL8139 at 0xffffc90000666c00, 00:16:0a:1c:27:fd, IRQ 21
[Tue Oct 23 12:08:12 2012] IT8712 SuperIO detected.
[Tue Oct 23 12:08:12 2012] parport_pc 00:06: reported by Plug and Play ACPI
[Tue Oct 23 12:08:12 2012] parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE]
[Tue Oct 23 12:08:12 2012] sr0: scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda tray
[Tue Oct 23 12:08:12 2012] cdrom: Uniform CD-ROM driver Revision: 3.20
[Tue Oct 23 12:08:12 2012] sr 4:0:0:0: Attached scsi CD-ROM sr0
[Tue Oct 23 12:08:12 2012] sp5100_tco: SP5100 TCO WatchDog Timer Driver v0.01
[Tue Oct 23 12:08:12 2012] sp5100_tco: mmio address 0xfec000f0 already in use
[Tue Oct 23 12:08:12 2012] EDAC MC: Ver: 2.1.0
[Tue Oct 23 12:08:12 2012] ppdev: user-space parallel port driver
[Tue Oct 23 12:08:12 2012] AMD64 EDAC driver v3.4.0
[Tue Oct 23 12:08:12 2012] EDAC amd64: DRAM ECC disabled.
[Tue Oct 23 12:08:12 2012] EDAC amd64: ECC disabled in the BIOS or no ECC capability, module will not load.
[Tue Oct 23 12:08:12 2012]  Either enable ECC checking or force module loading by setting 'ecc_enable_override'.
[Tue Oct 23 12:08:12 2012]  (Note that use of the override may cause unknown side effects.)
[Tue Oct 23 12:08:13 2012] ALSA hda_intel.c:2545 Using LPIB position fix
[Tue Oct 23 12:08:13 2012] ALSA hda_intel.c:1578 Enable sync_write for stable communication
[Tue Oct 23 12:08:13 2012] ALSA hda_codec.c:5101 autoconfig: line_outs=4 (0x1c/0x19/0x22/0x23/0x0) type:line
[Tue Oct 23 12:08:13 2012] ALSA hda_codec.c:5105    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[Tue Oct 23 12:08:13 2012] ALSA hda_codec.c:5109    hp_outs=1 (0x1d/0x0/0x0/0x0/0x0)
[Tue Oct 23 12:08:13 2012] ALSA hda_codec.c:5110    mono: mono_out=0x0
[Tue Oct 23 12:08:13 2012] ALSA hda_codec.c:5113    dig-out=0x20/0x21
[Tue Oct 23 12:08:13 2012] ALSA hda_codec.c:5114    inputs:
[Tue Oct 23 12:08:13 2012] ALSA hda_codec.c:5118  Rear Mic=0x1a
[Tue Oct 23 12:08:13 2012] ALSA hda_codec.c:5118  Front Mic=0x1e
[Tue Oct 23 12:08:13 2012] ALSA hda_codec.c:5118  Line=0x1b
[Tue Oct 23 12:08:13 2012] ALSA hda_codec.c:5120 
[Tue Oct 23 12:08:13 2012] input: HDA ATI SB Line as /devices/pci0000:00/0000:00:14.2/sound/card0/input6
[Tue Oct 23 12:08:13 2012] input: HDA ATI SB Front Mic as /devices/pci0000:00/0000:00:14.2/sound/card0/input7
[Tue Oct 23 12:08:13 2012] input: HDA ATI SB Rear Mic as /devices/pci0000:00/0000:00:14.2/sound/card0/input8
[Tue Oct 23 12:08:13 2012] input: HDA ATI SB Front Headphone as /devices/pci0000:00/0000:00:14.2/sound/card0/input9
[Tue Oct 23 12:08:13 2012] input: HDA ATI SB Line Out Side as /devices/pci0000:00/0000:00:14.2/sound/card0/input10
[Tue Oct 23 12:08:13 2012] input: HDA ATI SB Line Out CLFE as /devices/pci0000:00/0000:00:14.2/sound/card0/input11
[Tue Oct 23 12:08:13 2012] input: HDA ATI SB Line Out Surround as /devices/pci0000:00/0000:00:14.2/sound/card0/input12
[Tue Oct 23 12:08:13 2012] input: HDA ATI SB Line Out Front as /devices/pci0000:00/0000:00:14.2/sound/card0/input13
[Tue Oct 23 12:08:13 2012] ALSA hda_intel.c:2545 Using LPIB position fix
[Tue Oct 23 12:08:13 2012] snd_hda_intel 0000:01:05.1: setting latency timer to 64
[Tue Oct 23 12:08:13 2012] ALSA hda_intel.c:1578 Enable sync_write for stable communication
[Tue Oct 23 12:08:13 2012] ALSA hda_intel.c:2545 Using LPIB position fix
[Tue Oct 23 12:08:13 2012] snd_hda_intel 0000:02:00.1: irq 41 for MSI/MSI-X
[Tue Oct 23 12:08:13 2012] ALSA hda_intel.c:1578 Enable sync_write for stable communication
[Tue Oct 23 12:08:13 2012] input: HDA ATI HDMI HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:02.0/0000:02:00.1/sound/card2/input14
[Tue Oct 23 12:08:18 2012] Adding 2096476k swap on /dev/sda2.  Priority:-1 extents:1 across:2096476k 
[Tue Oct 23 12:08:20 2012] EXT4-fs (sda9): mounted filesystem with ordered data mode. Opts: (null)
[Tue Oct 23 12:08:21 2012] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null)
[Tue Oct 23 12:08:21 2012] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
[Tue Oct 23 12:08:22 2012] ip6_tables: (C) 2000-2006 Netfilter Core Team
[Tue Oct 23 12:08:22 2012] nf_conntrack version 0.5.0 (16384 buckets, 65536 max)
[Tue Oct 23 12:08:22 2012] ip_tables: (C) 2000-2006 Netfilter Core Team
[Tue Oct 23 12:08:23 2012] 8139too 0000:03:06.0: eth0: link up, 100Mbps, full-duplex, lpa 0xC5E1
[Tue Oct 23 12:08:23 2012] NET: Registered protocol family 17
[Tue Oct 23 12:09:00 2012] ALSA hda_eld.c:337 HDMI: ELD buf size is 0, force 128
[Tue Oct 23 12:09:00 2012] ALSA hda_eld.c:356 HDMI: invalid ELD data byte 0
[Tue Oct 23 12:09:00 2012] ALSA hda_eld.c:337 HDMI: ELD buf size is 0, force 128
[Tue Oct 23 12:09:00 2012] ALSA hda_eld.c:356 HDMI: invalid ELD data byte 0
[Tue Oct 23 12:09:01 2012] ALSA hda_eld.c:337 HDMI: ELD buf size is 0, force 128
[Tue Oct 23 12:09:01 2012] ALSA hda_eld.c:356 HDMI: invalid ELD data byte 0
[Tue Oct 23 12:09:01 2012] ALSA hda_eld.c:337 HDMI: ELD buf size is 0, force 128
[Tue Oct 23 12:09:01 2012] ALSA hda_eld.c:356 HDMI: invalid ELD data byte 0
[Tue Oct 23 12:09:01 2012] ALSA hda_eld.c:337 HDMI: ELD buf size is 0, force 128
[Tue Oct 23 12:09:01 2012] ALSA hda_eld.c:356 HDMI: invalid ELD data byte 0
[Tue Oct 23 12:09:01 2012] ALSA hda_eld.c:337 HDMI: ELD buf size is 0, force 128
[Tue Oct 23 12:09:01 2012] ALSA hda_eld.c:356 HDMI: invalid ELD data byte 0
[Tue Oct 23 12:09:02 2012] ALSA hda_eld.c:337 HDMI: ELD buf size is 0, force 128
[Tue Oct 23 12:09:02 2012] ALSA hda_eld.c:356 HDMI: invalid ELD data byte 0
[Tue Oct 23 12:09:02 2012] ALSA hda_eld.c:337 HDMI: ELD buf size is 0, force 128
[Tue Oct 23 12:09:02 2012] ALSA hda_eld.c:356 HDMI: invalid ELD data byte 0
[Tue Oct 23 12:09:02 2012] ALSA hda_eld.c:337 HDMI: ELD buf size is 0, force 128
[Tue Oct 23 12:09:02 2012] ALSA hda_eld.c:356 HDMI: invalid ELD data byte 0
[Tue Oct 23 12:09:15 2012] EXT4-fs (sda6): re-mounted. Opts: acl,user_xattr,commit=0
[Tue Oct 23 12:09:15 2012] EXT4-fs (sda9): re-mounted. Opts: commit=0
[Tue Oct 23 12:09:16 2012] EXT4-fs (sda3): re-mounted. Opts: commit=0
[Tue Oct 23 12:09:16 2012] EXT4-fs (sda1): re-mounted. Opts: commit=0
[Tue Oct 23 12:09:30 2012] fuse init (API version 7.18)
oS122:~ # 

En ja, een snelle SSD maakt natuurlijk wel veel verschil.
En ja, ik ga nu ook even proberen of het activeren van ipv6 verschil maakt.

Op één of andere manier zit ik heel raar tegen dat ALSA stuk aan te kijken. Ook zie ik hierin een card0 en een card2, waarbij het erop lijkt dat card2 niet helemaal doet, wat-ie moet doen. Kun je eens in Yast bij de geluidskaarten kijken of er daar misschien instellingen staan voor een oude, niet meer aanwezige kaart? Of is het de HDMI output van de Radeon?

Dan: eigenlijk denk ik dat je hier de oplossing in eerste instantie moet zoeken. Kun je eens de output posten van


systemd-analyze
systemd-analyze blame

Met name in de output van de tweede kun je goed zien wat het meeste tijd kost.

Tja, het geluid… Er zijn 3 (drie!) geluidsbronnen:
1- de geluids chip op het MoBo
2- het geluid van de videochip op het MoBo
3- het geluid van de HD3450.
Met Yast heb ik de nrs. 2 en 3 uitgeschakeld.
Ik ga er ook van uit dat card2 betrekking heeft op de HD3450.

Leuke tool, dat systemd-analyze. Ik zag dat er ook een optie “plot” is, maar die geeft bij mij geen plaatje (onbelangrijk).
Het levert wel veel details over de eerste 5 seconden, maar helaas niets over de volgende 51:


oS122:~ # systemd-analyze time
Startup finished in 6126ms (kernel) + 51872ms (userspace) = 57999ms
oS122:~ # systemd-analyze blame
  6221ms ntp.service
  1848ms systemd-modules-load.service
  1289ms home.mount
  1261ms localnet.service
  1135ms cycle.service
  1048ms remount-rootfs.service
   589ms storage.mount
   523ms bluez-coldplug.service
   470ms NKBV.mount
   434ms postfix.service
   375ms systemd-vconsole-setup.service
   356ms var-lock.mount
   353ms media.mount
   348ms var-run.mount
   335ms dev-hugepages.mount
   314ms dev-mqueue.mount
   308ms sys-kernel-security.mount
   304ms SuSEfirewall2_setup.service
   296ms console-kit-daemon.service
   287ms sys-kernel-debug.mount
   287ms udev-root-symlink.service
   275ms upower.service
   254ms network-remotefs.service
   218ms systemd-remount-api-vfs.service
   168ms systemd-tmpfiles-setup.service
   167ms systemd-readahead-replay.service
   166ms udev.service
   129ms syslog.service
   127ms SuSEfirewall2_init.service
   120ms systemd-sysctl.service
   105ms systemd-logind.service
   101ms console-kit-log-system-start.service
    97ms fbset.service
    91ms systemd-readahead-collect.service
    88ms xdm.service
    76ms cpufreq.service
    58ms nmb.service
    43ms rtkit-daemon.service
    35ms systemd-user-sessions.service
    35ms udev-trigger.service
    17ms rc-local.service
    14ms acpid.service
     1ms sys-fs-fuse-connections.mount
oS122:~ # 

Bestaat er ook een tooltje voor het bekijken van de 51 s voor de userspace?

Je ziet in ieder geval, dat NTP behoorlijk “trekt”, maar indrukwekkend is dat niet. Ik weet niet of er een dergelijk analyse tooltje is wat specifiek die 51 sec userspace aanpakt.

Bekijk ook deze posts 's http://forums.opensuse.org/english/get-technical-help-here/install-boot-login/479788-systemd-needs-too-much-time-boot-system-post2498050.html

En dan heb ik ook nog een vraagje: heb je al eens geboot in een nieuw schoon useraccount en daar de uitkomsten vergeleken? Voor zover ik weet zou dat niet uit mogen maken, maar toch

Ja, het schone useraccount heb ik geprobeerd. En ja, zoals eigenlijk wel te verwachten was, maakt het geen merkbaar verschil.
Dank voor de link naar het engelstalige forum. Kennelijk ben ik niet de enige met een trage start. Maar een effectief advies is daar nog niet verschenen. Als er nog iets interessants komt zal ik het hier melden.

Je kunt 's wat spelen met services. Bijv. NTP eens uitzetten, kijken wat er gebeurt.

Gouden tip !
In Yast -sysconfig editor - General : Netconfig_ntp_policy : auto vervangen door “” (twee dubbele apostroffen).
Tijd tot loginscherm nu 22s (was 60s).
Samen met de 30s “winst” door Nepomuk niet op te starten zit ik nu dus op ca. 70s. Heel wat beter>
En, vooral, nu weet ik wat de prijs is van ntp en van Nepomuk.

Als ik mijn server van een gewone harde schijf opstart, is het ongeveer hetzelfde. Daar draait wel nepomuk op, maar alleen op de Documenten en mailmappen. Jouw huidige resultaat lijkt me niet verontrustend. Als je daar echt veel in wilt winnen, is een SSD van 30GB voor “/” een prima en niet al te dure oplossing.
.

  • Mijn motivatie was vooral om te begrijpen; mijn begrip is - op dit punt- een stuk vooruitgegaan, waarvoor dank.
  • Nee, ik ga geen SSD kopen: sinds ik met pensioen ben heb ik niet zoveel haast.
  • Ik zal het resultaat ook maar even melden op de draad (in het engelstalige forum) waar je mij op gewezen hebt.

Tot de volgende keer :slight_smile:

Hans.