Temps démarrage allongé depuis Stretch... Le sujet est résolu

[DbFr871]

Bonjour à Toutes et Tous

J'ai mesuré le temps au démarrage de Stretch car j'avais constaté qu'il était bien long à m'afficher le bureau... et j'ai obtenu :
+ avec un SSHD Seagate de 500Go : 1mn 15s
+ avec un SSD Samsung evo de 500Go : 1mn 05s

Alors qu'avec Jessie, il démarrait sur le Seagate SSHD en 50s...

et avec Wheezy sur SSD 250Go, en 25s...

Est-ce normal ou bien il y a des améliorations à apporter pour que Stretch se charge plus rapidement... ?

ou que je retourne sur Wheezy...

Merci de vos retours

[piratebab]

Si tu utilises systemd, tu peux voir là ou ça coince:

Code : Tout sélectionner

systemd-analyze critical-chain

Pour un graphique:

Code : Tout sélectionner

systemd-analyze plot > mon-boot.svg

Il y a un autre outils indépendant de systemd pour tracer la séquence de boot, mais je ne retrouve plus son nom

[DbFr871]

Impec, Merci PirateBab

Si tu utilises systemd, tu peux voir là ou ça coince:

Code : Tout sélectionner

systemd-analyze critical-chain

...

.
voici le compte-rendu :

Code : Tout sélectionner

bernard-portable:/home/bernard# systemd-analyze critical-chain
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.

graphical.target @17.965s
└─multi-user.target @17.965s
  └─exim4.service @17.206s +758ms en rouge !
    └─network-online.target @17.196s
      └─NetworkManager-wait-online.service @7.961s +9.234s en rouge !
        └─NetworkManager.service @7.783s +175ms en rouge !
          └─dbus.service @7.708s
            └─basic.target @7.704s
              └─sockets.target @7.704s
                └─acpid.socket @7.704s
                  └─sysinit.target @7.700s
                    └─systemd-update-utmp.service @7.685s +14ms en rouge !
                      └─systemd-tmpfiles-setup.service @7.653s +31ms en rouge !
                        └─local-fs.target @7.644s
                          └─run-user-1000.mount @8.823s
                            └─local-fs-pre.target @413ms
                              └─keyboard-setup.service @120ms +292ms en rouge !
                                └─systemd-journald.socket @117ms
                                  └─-.slice @97ms
bernard-portable:/home/bernard# 

Pour un graphique:

Code : Tout sélectionner

systemd-analyze plot > mon-boot.svg

Il y a un autre outils indépendant de systemd pour tracer la séquence de boot, mais je ne retrouve plus son nom

.
C'est eog (trouvé grâce à tux-planete.fr

et ça donne cette image : est-elle bien lisible ?


Comme sur le site indiqué au dessus, il est possible de lister tout, voici ce qu'il en est de mon ordi :

Code : Tout sélectionner

bernard-portable:~$ systemd-analyze time
Startup finished in 32.811s (kernel) + 19.513s (userspace) = 52.325s
bernard-portable:~$ 

.
la différence que j'ai en plus, c'est le lancement du bios du vaio...

Code : Tout sélectionner

bernard-portable:~$ systemd-analyze blame
          9.234s NetworkManager-wait-online.service
          1.335s apt-daily.service
           974ms apt-daily-upgrade.service
           758ms exim4.service
           552ms dev-sda1.device
           326ms networking.service
           292ms keyboard-setup.service
           213ms upower.service
           198ms ModemManager.service
           194ms smbd.service
           184ms systemd-journald.service
           175ms NetworkManager.service
           122ms systemd-logind.service
           119ms nmbd.service
           117ms winbind.service
           113ms systemd-udev-trigger.service
           104ms speech-dispatcher.service
            99ms rsyslog.service
            94ms systemd-rfkill.service
            94ms udisks2.service
            82ms lm-sensors.service
            72ms systemd-udevd.service
            68ms lightdm.service
            62ms rtkit-daemon.service
            57ms user@1000.service
            53ms systemd-fsck@dev-disk-by\x2duuid-abb8f46f\x2d635d\x2d42c9\x2db4ed\x2d1cc35d746db4.service
            52ms systemd-journal-flush.service
            51ms ntp.service
            47ms systemd-modules-load.service
            47ms colord.service
            40ms hddtemp.service
            39ms systemd-fsck@dev-disk-by\x2duuid-4fd569cd\x2da75a\x2d4c3e\x2daeb3\x2da4ea32795ff5.service
            38ms binfmt-support.service
            38ms avahi-daemon.service
            33ms pppd-dns.service
            33ms wpa_supplicant.service
            33ms alsa-restore.service
            31ms systemd-tmpfiles-setup.service
            30ms polkit.service
            28ms run-rpc_pipefs.mount
            22ms systemd-tmpfiles-setup-dev.service
            22ms console-setup.service
            21ms systemd-remount-fs.service
            18ms systemd-tmpfiles-clean.service
            17ms dev-hugepages.mount
            16ms dev-mqueue.mount
            16ms systemd-user-sessions.service
            15ms systemd-random-seed.service
            15ms sys-kernel-debug.mount
            14ms rc-local.service
            14ms systemd-update-utmp.service
            14ms systemd-sysctl.service
            13ms rpcbind.service
            13ms kmod-static-nodes.service
            12ms proc-sys-fs-binfmt_misc.mount
            11ms nfs-config.service
             9ms systemd-update-utmp-runlevel.service
             6ms systemd-backlight@backlight:nv_backlight.service
             4ms media-usb0.mount
             2ms media-bernard-Sauv1To\x2da.mount
bernard-portable:~$ 

.
apparemment les services sont lancés rapidement, après, ce sont les différences de matériels qui font frein ou pas...

Dommage que je ne l'ai pas connu avec Jessie...

[DbFr871]

Rien trouvé d'anormal dans ce démarrage ?

Purée, pratiquement le même temps qu'avec le SSHD...

et Vous, aucun constat de ralentissement "notable" au passage de Jessie à Stretch ?

[piratebab]

tu devrais commencer par regarder celui qui prends le plus de temps
NetworkManager-wait-online.service, presque 8s à lui tout seul.
Il semble attendre quelque chose, mais quoi ? Probablement l'initialisation d'une interface réseau.
Tu n'as pas essayé de sortir le graphique ?

[DbFr871]

tu devrais commencer par regarder celui qui prends le plus de temps
NetworkManager-wait-online.service, presque 8s à lui tout seul.
Il semble attendre quelque chose, mais quoi ? Probablement l'initialisation d'une interface réseau.
Tu n'as pas essayé de sortir le graphique ?

.
Ben si, il est dans ce commentaire

S'il est illisible, je mettrai celui d'origine, mais il est "grand"...

[DbFr871]

...
Pour un graphique:

Code : Tout sélectionner

systemd-analyze plot > mon-boot.svg

...

.
Pour info, je viens de tester et il est possible de mettre la date avant ou après mon-boot.svg, ce qui devient :

Code : Tout sélectionner

systemd-analyze plot > 20171010-mon-boot.svg

perso, je la place toujours avant, car c'est la première chose que lit le système, et classe chronologiquement...
après chacun fait comme il veut... ce n'était que ce que je faisais

ainsi, s'il y a plusieurs prises de graphique, il y aura une date, voire une heure, si des tests sont effectués, ce sera plus rapide à s'y retrouver

[DbFr871]

Continuant à chercher à "mieux comprendre" les paquets au démarrage, je modifiais le noms des "mon-boot.svg" avec la date et heure en sus, et je lis un fichier qui date que du 26 Août 2017, et qui est boot.messages et dedans il y a de quoi lire... plus de 1050 lignes juste au démarrage, et j'étais sous Jessie...
Pour quelle raison vous indique-je tout cela ?
Tout simplement, pour connaitre la commande qui liste tout ce beau monde

Je pourrai comparer avec les listes faites précédemment, surtout que c'est bien détaillé, je vous en montre une partie, les 50 première lignes, pas trop vous "gaver" avé mes histoires de démarrage...

Code : Tout sélectionner

[    0.000000] Initializing cgroup subsys cpuset
[    0.000000] Initializing cgroup subsys cpu
[    0.000000] Initializing cgroup subsys cpuacct
[    0.000000] Linux version 3.16.0-4-amd64 (debian-kernel@lists.debian.org) (gcc version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.43-2+deb8u3 (2017-08-15)
[    0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64 root=UUID=2f919d4c-be12-4681-8dca-bc64d1991918 ro quiet
[    0.000000] e820: BIOS-provided physical RAM map:
[    0.000000] BIOS-e820: [mem 0x0000000000000000-0x000000000009e7ff] usable
[    0.000000] BIOS-e820: [mem 0x000000000009e800-0x000000000009ffff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000000e0000-0x00000000000fffff] reserved
[    0.000000] BIOS-e820: [mem 0x0000000000100000-0x00000000bdea8fff] usable
[    0.000000] BIOS-e820: [mem 0x00000000bdea9000-0x00000000bdecdfff] ACPI NVS
[    0.000000] BIOS-e820: [mem 0x00000000bdece000-0x00000000bdedefff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000bdedf000-0x00000000bdedffff] ACPI NVS
[    0.000000] BIOS-e820: [mem 0x00000000bdee0000-0x00000000bdf06fff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000bdf07000-0x00000000bdf07fff] ACPI NVS
[    0.000000] BIOS-e820: [mem 0x00000000bdf08000-0x00000000bdf08fff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000bdf09000-0x00000000bdf11fff] ACPI data
[    0.000000] BIOS-e820: [mem 0x00000000bdf12000-0x00000000bdf17fff] ACPI NVS
[    0.000000] BIOS-e820: [mem 0x00000000bdf18000-0x00000000bdf36fff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000bdf37000-0x00000000bdffffff] usable
[    0.000000] BIOS-e820: [mem 0x00000000e0000000-0x00000000efffffff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000ffa00000-0x00000000ffbfffff] reserved
[    0.000000] BIOS-e820: [mem 0x00000000ffe00000-0x00000000ffffffff] reserved
[    0.000000] BIOS-e820: [mem 0x0000000100000000-0x000000013fffffff] usable
[    0.000000] NX (Execute Disable) protection: active
[    0.000000] SMBIOS 2.4 present.
[    0.000000] DMI: Sony Corporation VGN-AW11M_H/VAIO, BIOS R1054Y2 09/23/2009
[    0.000000] e820: update [mem 0x00000000-0x00000fff] usable ==> reserved
[    0.000000] e820: remove [mem 0x000a0000-0x000fffff] usable
[    0.000000] AGP: No AGP bridge found
[    0.000000] e820: last_pfn = 0x140000 max_arch_pfn = 0x400000000
[    0.000000] MTRR default type: uncachable
[    0.000000] MTRR fixed ranges enabled:
[    0.000000]   00000-9FFFF write-back
[    0.000000]   A0000-BFFFF uncachable
[    0.000000]   C0000-CFFFF write-protect
[    0.000000]   D0000-E7FFF write-through
[    0.000000]   E8000-FFFFF write-protect
[    0.000000] MTRR variable ranges enabled:
[    0.000000]   0 base 000000000 mask F80000000 write-back
[    0.000000]   1 base 080000000 mask FC0000000 write-back
[    0.000000]   2 base 0BE000000 mask FFE000000 uncachable
[    0.000000]   3 base 100000000 mask FC0000000 write-back
[    0.000000]   4 disabled
[    0.000000]   5 disabled
[    0.000000]   6 disabled
[    0.000000] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
[    0.000000] e820: update [mem 0xbe000000-0xffffffff] usable ==> reserved
[    0.000000] e820: last_pfn = 0xbe000 max_arch_pfn = 0x400000000
[    0.000000] found SMP MP-table at [mem 0x000fd690-0x000fd69f] mapped at [ffff8800000fd690]
[    0.000000] Base memory trampoline at [ffff880000098000] 98000 size 24576

.
Merci d'avance


edit1
j'aurai bien pris bootlogd , mais il est dit :
Veuillez noter que les systèmes de démarrage n'affichent pas tous des messages dans la console système, de sorte que le fichier journal peut rester vide ; c'est le cas avec systemd (le système de démarrage par défaut). Essayez plutôt « journalctl -b ».
et comme je sais être sous systemd, inutile que je charge ce paquet...

Mais... je vais poser la question à cent sous... pour quelle raison est-il conseillé :
"Essayez plutôt « journalctl -b" ?
mi, j'veux bin... mais comment faire cela ?


edit2
(j'aime bien édit )

j'ai trouvé le journalctl en question ici
et voici sa réponse :

Code : Tout sélectionner

bernard-portable:/home/bernard# journalctl -b
-- Logs begin at Tue 2017-10-10 13:13:04 CEST, end at Tue 2017-10-10 17:02:44 CEST. --
oct. 10 13:13:04 bernard-portable kernel: Linux version 4.9.0-4-amd64 (debian-kernel@lists.debian.org) (gcc ver
oct. 10 13:13:04 bernard-portable kernel: Command line: BOOT_IMAGE=/boot/vmlinuz-4.9.0-4-amd64 root=UUID=2f919d
oct. 10 13:13:04 bernard-portable kernel: x86/fpu: Legacy x87 FPU detected.
oct. 10 13:13:04 bernard-portable kernel: x86/fpu: Using 'eager' FPU context switches.
oct. 10 13:13:04 bernard-portable kernel: e820: BIOS-provided physical RAM map:
oct. 10 13:13:04 bernard-portable kernel: BIOS-e820: [mem 0x0000000000000000-0x000000000009e7ff] usable
oct. 10 13:13:04 bernard-portable kernel: BIOS-e820: [mem 0x000000000009e800-0x000000000009ffff] reserved
oct. 10 13:13:04 bernard-portable kernel: BIOS-e820: [mem 0x00000000000e0000-0x00000000000fffff] reserved
oct. 10 13:13:04 bernard-portable kernel: BIOS-e820: [mem 0x0000000000100000-0x00000000bdea8fff] usable
oct. 10 13:13:04 bernard-portable kernel: BIOS-e820: [mem 0x00000000bdea9000-0x00000000bdecdfff] ACPI NVS
oct. 10 13:13:04 bernard-portable kernel: BIOS-e820: [mem 0x00000000bdece000-0x00000000bdedefff] reserved
oct. 10 13:13:04 bernard-portable kernel: BIOS-e820: [mem 0x00000000bdedf000-0x00000000bdedffff] ACPI NVS
oct. 10 13:13:04 bernard-portable kernel: BIOS-e820: [mem 0x00000000bdee0000-0x00000000bdf06fff] reserved
oct. 10 13:13:04 bernard-portable kernel: BIOS-e820: [mem 0x00000000bdf07000-0x00000000bdf07fff] ACPI NVS
oct. 10 13:13:04 bernard-portable kernel: BIOS-e820: [mem 0x00000000bdf08000-0x00000000bdf08fff] reserved
oct. 10 13:13:04 bernard-portable kernel: BIOS-e820: [mem 0x00000000bdf09000-0x00000000bdf11fff] ACPI data
oct. 10 13:13:04 bernard-portable kernel: BIOS-e820: [mem 0x00000000bdf12000-0x00000000bdf17fff] ACPI NVS
oct. 10 13:13:04 bernard-portable kernel: BIOS-e820: [mem 0x00000000bdf18000-0x00000000bdf36fff] reserved
oct. 10 13:13:04 bernard-portable kernel: BIOS-e820: [mem 0x00000000bdf37000-0x00000000bdffffff] usable
oct. 10 13:13:04 bernard-portable kernel: BIOS-e820: [mem 0x00000000e0000000-0x00000000efffffff] reserved
oct. 10 13:13:04 bernard-portable kernel: BIOS-e820: [mem 0x00000000ffa00000-0x00000000ffbfffff] reserved
oct. 10 13:13:04 bernard-portable kernel: BIOS-e820: [mem 0x00000000ffe00000-0x00000000ffffffff] reserved
oct. 10 13:13:04 bernard-portable kernel: BIOS-e820: [mem 0x0000000100000000-0x000000013fffffff] usable
oct. 10 13:13:04 bernard-portable kernel: NX (Execute Disable) protection: active
oct. 10 13:13:04 bernard-portable kernel: SMBIOS 2.4 present.
oct. 10 13:13:04 bernard-portable kernel: DMI: Sony Corporation VGN-AW11M_H/VAIO, BIOS R1054Y2 09/23/2009
oct. 10 13:13:04 bernard-portable kernel: e820: update [mem 0x00000000-0x00000fff] usable ==> reserved
oct. 10 13:13:04 bernard-portable kernel: e820: remove [mem 0x000a0000-0x000fffff] usable
oct. 10 13:13:04 bernard-portable kernel: e820: last_pfn = 0x140000 max_arch_pfn = 0x400000000
oct. 10 13:13:04 bernard-portable kernel: MTRR default type: uncachable
oct. 10 13:13:04 bernard-portable kernel: MTRR fixed ranges enabled:
oct. 10 13:13:04 bernard-portable kernel:   00000-9FFFF write-back
oct. 10 13:13:04 bernard-portable kernel:   A0000-BFFFF uncachable
oct. 10 13:13:04 bernard-portable kernel:   C0000-CFFFF write-protect
oct. 10 13:13:04 bernard-portable kernel:   D0000-E7FFF write-through
oct. 10 13:13:04 bernard-portable kernel:   E8000-FFFFF write-protect
oct. 10 13:13:04 bernard-portable kernel: MTRR variable ranges enabled:
oct. 10 13:13:04 bernard-portable kernel:   0 base 000000000 mask F80000000 write-back
oct. 10 13:13:04 bernard-portable kernel:   1 base 080000000 mask FC0000000 write-back
oct. 10 13:13:04 bernard-portable kernel:   2 base 0BE000000 mask FFE000000 uncachable
oct. 10 13:13:04 bernard-portable kernel:   3 base 100000000 mask FC0000000 write-back
oct. 10 13:13:04 bernard-portable kernel:   4 disabled
oct. 10 13:13:04 bernard-portable kernel:   5 disabled
oct. 10 13:13:04 bernard-portable kernel:   6 disabled
oct. 10 13:13:04 bernard-portable kernel: x86/PAT: Configuration [0-7]: WB  WC  UC- UC  WB  WC  UC- WT  
oct. 10 13:13:04 bernard-portable kernel: e820: update [mem 0xbe000000-0xffffffff] usable ==> reserved
oct. 10 13:13:04 bernard-portable kernel: e820: last_pfn = 0xbe000 max_arch_pfn = 0x400000000
oct. 10 13:13:04 bernard-portable kernel: found SMP MP-table at [mem 0x000fd690-0x000fd69f] mapped at [ffff9fe4
oct. 10 13:13:04 bernard-portable kernel: Base memory trampoline at [ffff9fe400098000] 98000 size 24576
oct. 10 13:13:04 bernard-portable kernel: BRK [0x5fd2f000, 0x5fd2ffff] PGTABLE
oct. 10 13:13:04 bernard-portable kernel: BRK [0x5fd30000, 0x5fd30fff] PGTABLE
oct. 10 13:13:04 bernard-portable kernel: BRK [0x5fd31000, 0x5fd31fff] PGTABLE
oct. 10 13:13:04 bernard-portable kernel: BRK [0x5fd32000, 0x5fd32fff] PGTABLE
oct. 10 13:13:04 bernard-portable kernel: BRK [0x5fd33000, 0x5fd33fff] PGTABLE
oct. 10 13:13:04 bernard-portable kernel: RAMDISK: [mem 0x375b2000-0x37ad0fff]
oct. 10 13:13:04 bernard-portable kernel: ACPI: Early table checksum verification disabled
oct. 10 13:13:04 bernard-portable kernel: ACPI: RSDP 0x00000000000F03B0 000024 (v02 Sony  )
oct. 10 13:13:04 bernard-portable kernel: ACPI: XSDT 0x00000000BDF10F10 00005C (v01 Sony   VAIO     20090923 MS
oct. 10 13:13:04 bernard-portable kernel: ACPI: FACP 0x00000000BDF07A90 0000F4 (v04 Sony   VAIO     20090923 MS
oct. 10 13:13:04 bernard-portable kernel: ACPI: DSDT 0x00000000BDF09010 005D8B (v01 Sony   VAIO     20090923 IN
oct. 10 13:13:04 bernard-portable kernel: ACPI: FACS 0x00000000BDF17E40 000040
oct. 10 13:13:04 bernard-portable kernel: ACPI: FACS 0x00000000BDF17D40 000040
oct. 10 13:13:04 bernard-portable kernel: ACPI: APIC 0x00000000BDF0FF10 00006C (v02 Sony   VAIO     20090923 MS
oct. 10 13:13:04 bernard-portable kernel: ACPI: MCFG 0x00000000BDF16C90 00003C (v01 Sony   VAIO     20090923 MS
oct. 10 13:13:04 bernard-portable kernel: ACPI: HPET 0x00000000BDF16C10 000038 (v01 Sony   VAIO     20090923 MS
oct. 10 13:13:04 bernard-portable kernel: ACPI: SLIC 0x00000000BDF12C10 000176 (v01 Sony   VAIO     20090923 So
oct. 10 13:13:04 bernard-portable kernel: ACPI: SSDT 0x00000000BDEDF590 000505 (v01 Sony   VAIO     20090923 IN
oct. 10 13:13:04 bernard-portable kernel: ACPI: SSDT 0x00000000BDECDC10 0003B2 (v01 Sony   VAIO     20090923 IN
oct. 10 13:13:04 bernard-portable kernel: ACPI: Local APIC address 0xfee00000
oct. 10 13:13:04 bernard-portable kernel: No NUMA configuration found
oct. 10 13:13:04 bernard-portable kernel: Faking a node at [mem 0x0000000000000000-0x000000013fffffff]
oct. 10 13:13:04 bernard-portable kernel: NODE_DATA(0) allocated [mem 0x13fff8000-0x13fffcfff]
oct. 10 13:13:04 bernard-portable kernel: Zone ranges:
oct. 10 13:13:04 bernard-portable kernel:   DMA      [mem 0x0000000000001000-0x0000000000ffffff]
oct. 10 13:13:04 bernard-portable kernel:   DMA32    [mem 0x0000000001000000-0x00000000ffffffff]
oct. 10 13:13:04 bernard-portable kernel:   Normal   [mem 0x0000000100000000-0x000000013fffffff]
oct. 10 13:13:04 bernard-portable kernel:   Device   empty
oct. 10 13:13:04 bernard-portable kernel: Movable zone start for each node
oct. 10 13:13:04 bernard-portable kernel: Early memory node ranges
oct. 10 13:13:04 bernard-portable kernel:   node   0: [mem 0x0000000000001000-0x000000000009dfff]
oct. 10 13:13:04 bernard-portable kernel:   node   0: [mem 0x0000000000100000-0x00000000bdea8fff]
oct. 10 13:13:04 bernard-portable kernel:   node   0: [mem 0x00000000bdf37000-0x00000000bdffffff]
oct. 10 13:13:04 bernard-portable kernel:   node   0: [mem 0x0000000100000000-0x000000013fffffff]
oct. 10 13:13:04 bernard-portable kernel: Initmem setup node 0 [mem 0x0000000000001000-0x000000013fffffff]
oct. 10 13:13:04 bernard-portable kernel: On node 0 totalpages: 1040143
oct. 10 13:13:04 bernard-portable kernel:   DMA zone: 64 pages used for memmap
oct. 10 13:13:04 bernard-portable kernel:   DMA zone: 21 pages reserved
oct. 10 13:13:04 bernard-portable kernel:   DMA zone: 3997 pages, LIFO batch:0
oct. 10 13:13:04 bernard-portable kernel:   DMA32 zone: 12094 pages used for memmap
oct. 10 13:13:04 bernard-portable kernel:   DMA32 zone: 774002 pages, LIFO batch:31
oct. 10 13:13:04 bernard-portable kernel:   Normal zone: 4096 pages used for memmap
oct. 10 13:13:04 bernard-portable kernel:   Normal zone: 262144 pages, LIFO batch:31
oct. 10 13:13:04 bernard-portable kernel: ACPI: PM-Timer IO Port: 0x408
oct. 10 13:13:04 bernard-portable kernel: ACPI: Local APIC address 0xfee00000
oct. 10 13:13:04 bernard-portable kernel: IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23
oct. 10 13:13:04 bernard-portable kernel: ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
oct. 10 13:13:04 bernard-portable kernel: ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
oct. 10 13:13:04 bernard-portable kernel: ACPI: IRQ0 used by override.
oct. 10 13:13:04 bernard-portable kernel: ACPI: IRQ9 used by override.
oct. 10 13:13:04 bernard-portable kernel: Using ACPI (MADT) for SMP configuration information
oct. 10 13:13:04 bernard-portable kernel: ACPI: HPET id: 0x8086a301 base: 0xfed00000
oct. 10 13:13:04 bernard-portable kernel: smpboot: Allowing 4 CPUs, 2 hotplug CPUs
oct. 10 13:13:04 bernard-portable kernel: PM: Registered nosave memory: [mem 0x00000000-0x00000fff]
oct. 10 13:13:04 bernard-portable kernel: PM: Registered nosave memory: [mem 0x0009e000-0x0009efff]
oct. 10 13:13:04 bernard-portable kernel: PM: Registered nosave memory: [mem 0x0009f000-0x0009ffff]
oct. 10 13:13:04 bernard-portable kernel: PM: Registered nosave memory: [mem 0x000a0000-0x000dffff]
oct. 10 13:13:04 bernard-portable kernel: PM: Registered nosave memory: [mem 0x000e0000-0x000fffff]
oct. 10 13:13:04 bernard-portable kernel: PM: Registered nosave memory: [mem 0xbdea9000-0xbdecdfff]
...

.
je l'ai stoppé car, il doit y avoir un sacré nombre de lignes...
quel serait le moyen de l'imprimer directement dans un fichier texte ?


Encore et Toujours Merci d'avance

[DbFr871]

j'ai trouvé l'option erreur... et elle en dit plus, du moins, c'est ce qui me semble :

Code : Tout sélectionner

bernard-portable:~$ journalctl -p err
-- Logs begin at Tue 2017-10-10 13:13:04 CEST, end at Tue 2017-10-10 17:17:01 CEST. --
oct. 10 13:13:07 bernard-portable systemd-fsck[616]: fsck failed with error code 8.
oct. 10 13:13:12 bernard-portable systemd-fsck[646]: fsck failed with error code 8.
oct. 10 13:13:12 bernard-portable avahi-daemon[732]: chroot.c: open() failed: No such file or directory
oct. 10 13:13:28 bernard-portable kernel: usbhid 8-1.4:1.1: can't add hid device: -71
oct. 10 13:13:53 bernard-portable kernel: usbhid 8-1.4:1.1: can't add hid device: -71
oct. 10 13:13:54 bernard-portable kernel: usb 8-1-port4: Cannot enable. Maybe the USB cable is bad?
oct. 10 13:13:56 bernard-portable kernel: usb 8-1.4: device not accepting address 12, error -22
oct. 10 13:13:57 bernard-portable kernel: usb 8-1.4: device not accepting address 12, error -22
oct. 10 13:13:57 bernard-portable kernel: usb 8-1.4: device descriptor read/64, error -32
oct. 10 13:13:57 bernard-portable kernel: usb 8-1.4: device descriptor read/64, error -32
oct. 10 13:13:58 bernard-portable kernel: usb 8-1.4: device descriptor read/64, error -32
oct. 10 13:13:58 bernard-portable kernel: usb 8-1.4: device descriptor read/64, error -32
oct. 10 13:13:58 bernard-portable kernel: usb 8-1.4: device descriptor read/64, error -32
oct. 10 13:13:59 bernard-portable kernel: usb 8-1.4: device descriptor read/64, error -32
oct. 10 13:13:59 bernard-portable kernel: usb 8-1.4: device not accepting address 17, error -32
oct. 10 13:14:00 bernard-portable kernel: usb 8-1.4: device not accepting address 18, error -32
oct. 10 13:14:00 bernard-portable kernel: usb 8-1-port4: unable to enumerate USB device
oct. 10 13:14:08 bernard-portable kernel: ata2: exception Emask 0x10 SAct 0x0 SErr 0x4040000 action 0xe frozen
oct. 10 13:14:08 bernard-portable kernel: ata2: irq_stat 0x00000040, connection status changed
oct. 10 13:14:08 bernard-portable kernel: ata2: SError: { CommWake DevExch }
oct. 10 16:23:17 bernard-portable kernel: nouveau 0000:01:00.0: fifo: CACHE_ERROR - ch 4 [chromium[4277]] subc 
oct. 10 16:50:29 bernard-portable kernel: nouveau 0000:01:00.0: fifo: CACHE_ERROR - ch 4 [chromium[4277]] subc 
bernard-portable:~$ 

.
ça peut vous aider à trouver ce qui freine ?
apparemment un port qui "plaisante"... mais, à l'évidence, ils fonctionnent tous...

je pourrai déconnecter les ports usb sans souci... et vérifier ainsi, que c'était le frein...

[piratebab]

mon-boot, c'était un exemple, tu mets ce que tu veux comme nom de fichier.
Pour lister ce qui se passe au démarrage, puis plus tard aussi, tu as la commande dmesg. Journalctl est plus bavard, mais comme tu l'as constaté, trop d'infos tue l'info ..
Pour rediriger la sortie d'une commande vers un fichier, il faut utiliser le symbole > comme par exemple
ls > liste.txt

trouver le goulot d'étranglement au boot peut étre un travail de fourmi, mais est toujours très instructif, on apprends pleins de choses sur son système.
Sur le graphique que tu donnes ici
http://www.zimagez.com/zimage/mon-boot1.php
il y a 2 marches principales mais je n'arrive pas à lire à quoi elles correspondent.
nota: tu ne le sais peut étre pas, mais tu peux héberger tes images sur debian-fr.xyz (voir le bandeau supérieur du forum.

[DbFr871]

...
nota: tu ne le sais peut étre pas, mais tu peux héberger tes images sur debian-fr.xyz (voir le bandeau supérieur du forum.

.
Si je le savais, mais j'avais testé une fois, et ça coinçait... et j'avais abandonné

mais, la voici :


est-ce plus lisible ?

Merci pour la commande pour sortir sur un texte

[MicP]

Bonjour

Pour le fichier svg créé par systemd-analyze plot
le plus efficace pour pouvoir le visualiser, serait peut-être de le transmettre directement sur un simple serveur web
et de transmettre un lien web vers ce fichier.

J'utilise les pages perso de free,
et j'y ai simplement uploadé le fichier mon-boot.svg

=======
Vu ton fichier mon-boot.svg,
j'ai l'impression que ce qui fait perdre le pus de temps au démarrage de ton système,
c'est un fsck ou/et le mountage du ou des systèmes de fichiers du ou des disques USB
Peut-être le dé-chiffrement du système de fichiers…

[piratebab]

la version qui est sur debian-fr.xyz est lisible. Il faut par contre "afficher l'image" (clic droit, et non se contenter du visualisateur intégré

[DbFr871]

Bonjour
...
et j'y ai simplement uploadé le fichier mon-boot.svg

.
Sans retouche ?
il est pratiquement mieux lisible que sur mon ordi...

et donc, en 4 secondes, ton ordi est opérationnel

c'est une bécane de notre âge, de nos ordi, hein... ou plus jeune ?

=======
Vu ton fichier mon-boot.svg,
j'ai l'impression que ce qui fait perdre le pus de temps au démarrage de ton système,
c'est un fsck ou/et le mountage du ou des systèmes de fichiers du ou des disques USB
Peut-être le dé-chiffrement du système de fichiers…

.
J'ai désactiver les dd qui étaient au démarrage dans fstab, et au nouveau démarrage, il y a près de 200 lignes de moins...

Cependant, je suis en train de lire, dés que j'ai un peu de temps... entre la taille des haies... , les 2 fichiers démarrage, d'hier et d'aujourd'hui, pour comparer...


Demain je ferai itou, et comparerai le nombre de ligne, déjà... ainsi que les erreurs...

et je reviendrai vers Vous, les Amis, pour le cas où je serai... dans le pétrin...

[DbFr871]

la version qui est sur debian-fr.xyz est lisible. Il faut par contre "afficher l'image" (clic droit, et non se contenter du visualisateur intégré

.
je n'ai pas cette fonction sur mon clic droit...
ni dans le navigateur chromium, ni dans Stretch... peut-être me manque-t-il un paquet... ?

[piratebab]

normalement c'est standard dans les navigateurs, mais ça ne s'appelle peut étre pas exactement pareil.

[DbFr871]

Bonjour matinal...

Alors, depuis que je relève les liste au démarrage, cela s'améliore...
le 10 : 1666 lignes
le 11 : 1497
le 12 : 1371...

en "prenant" le temps de lire les lignes, j'avais vu que :
+ les prises usb posaient problème... aussi, j'ai déconnecté les dd qui étaient branchés pour la sauvegarde...
+ le paquet ntp était manquant... et il cherchait le petit... aujourd'hui, il ne cherche plus !

Aller... je continue la lecture en comparant le dernier relevé au premier...

Belle journée Ensoleillée

[piratebab]

C'est la seule solution. Tâtonner, tester, et faire des mesures.
C'est effectivement souvent les temps d'attente qui plombent le temps de boot.
exim est souvent le coupable, mais dans ton cas, il ne semble pas attendre.

[MicP]

…
Sans retouche ?
il est pratiquement mieux lisible que sur mon ordi...

Aucune retouche : c'est le fichier brut généré par la commande,
et comme il est en vectoriel, il n'y aura aucune pixellisation si on zoome,
on peut récupérer une partie ou tout le texte par copié/collé
et utiliser les fonctionnalités de recherche de texte du navigateur web qui l'affiche.

=======

…c'est une bécane de notre âge, de nos ordi, hein... ou plus jeune ? …

Quand il était plus jeune, c'est moi qui offrait son premier PC à mon fils,
alors, il y a environ 4 ans, comme il changeait de machine,
il m'a offert l'ancienne : un Asus G53SW avec lequel j'ai créé le fichier mon-boot.svg que j'ai transmis plus haut.

[DbFr871]

Code : Tout sélectionner

bernard-portable:/home/bernard# journalctl -p err
-- Logs begin at Thu 2017-10-12 03:57:21 CEST, end at Thu 2017-10-12 09:23:36 CEST. --
oct. 12 03:57:22 bernard-portable avahi-daemon[523]: chroot.c: open() failed: No such file or directory
oct. 12 03:57:42 bernard-portable kernel: usb 8-1-port1: Cannot enable. Maybe the USB cable is bad?
oct. 12 03:57:43 bernard-portable kernel: usb 8-1-port1: Cannot enable. Maybe the USB cable is bad?
oct. 12 04:52:46 bernard-portable kernel: nouveau 0000:01:00.0: fifo: CACHE_ERROR - ch 4 [chromium[2562]] subc 
bernard-portable:/home/bernard# 

.

ça c'est amélioré par rapport au précédent :

Code : Tout sélectionner

bernard-portable:~$ journalctl -p err
-- Logs begin at Tue 2017-10-10 13:13:04 CEST, end at Tue 2017-10-10 17:17:01 CEST. --
oct. 10 13:13:07 bernard-portable systemd-fsck[616]: fsck failed with error code 8.
oct. 10 13:13:12 bernard-portable systemd-fsck[646]: fsck failed with error code 8.
oct. 10 13:13:12 bernard-portable avahi-daemon[732]: chroot.c: open() failed: No such file or directory
oct. 10 13:13:28 bernard-portable kernel: usbhid 8-1.4:1.1: can't add hid device: -71
oct. 10 13:13:53 bernard-portable kernel: usbhid 8-1.4:1.1: can't add hid device: -71
oct. 10 13:13:54 bernard-portable kernel: usb 8-1-port4: Cannot enable. Maybe the USB cable is bad?
oct. 10 13:13:56 bernard-portable kernel: usb 8-1.4: device not accepting address 12, error -22
oct. 10 13:13:57 bernard-portable kernel: usb 8-1.4: device not accepting address 12, error -22
oct. 10 13:13:57 bernard-portable kernel: usb 8-1.4: device descriptor read/64, error -32
oct. 10 13:13:57 bernard-portable kernel: usb 8-1.4: device descriptor read/64, error -32
oct. 10 13:13:58 bernard-portable kernel: usb 8-1.4: device descriptor read/64, error -32
oct. 10 13:13:58 bernard-portable kernel: usb 8-1.4: device descriptor read/64, error -32
oct. 10 13:13:58 bernard-portable kernel: usb 8-1.4: device descriptor read/64, error -32
oct. 10 13:13:59 bernard-portable kernel: usb 8-1.4: device descriptor read/64, error -32
oct. 10 13:13:59 bernard-portable kernel: usb 8-1.4: device not accepting address 17, error -32
oct. 10 13:14:00 bernard-portable kernel: usb 8-1.4: device not accepting address 18, error -32
oct. 10 13:14:00 bernard-portable kernel: usb 8-1-port4: unable to enumerate USB device
oct. 10 13:14:08 bernard-portable kernel: ata2: exception Emask 0x10 SAct 0x0 SErr 0x4040000 action 0xe frozen
oct. 10 13:14:08 bernard-portable kernel: ata2: irq_stat 0x00000040, connection status changed
oct. 10 13:14:08 bernard-portable kernel: ata2: SError: { CommWake DevExch }
oct. 10 16:23:17 bernard-portable kernel: nouveau 0000:01:00.0: fifo: CACHE_ERROR - ch 4 [chromium[4277]] subc 
oct. 10 16:50:29 bernard-portable kernel: nouveau 0000:01:00.0: fifo: CACHE_ERROR - ch 4 [chromium[4277]] subc 
bernard-portable:~$ 

.

pour l'avahi-daemon[523] y a-t-il une manip à faire pour que cela soit résolu ?

pour CACHE_ERROR - ch 4 [chromium[2562]] itou, une manip pour cela ?

et, dernière question, pour quelle raison, le système cherche un câble usb de connecté : usb 8-1-port1: Cannot enable. Maybe the USB cable is bad ?
Sachant que toutes les prise usb sont non connectées...

je continue...