Problème d'allumage

Moved Divers
  • @e1415 a dit dans Problème d'allumage :

    @guy a dit dans Problème d'allumage :

    Tu as un problème d'attente sur apt-daily-upgrade.service 47.663s .
    Avant de le désactiver ...

    Est-ce que le résultat fourni par la commande sudo systemd-analyze blame est identique à l'allumage tous les jours ? Autrement dit est-ce que le service apt-daily-upgrade.service est toujours en tête de liste ?

    Le démarrage du PC est-il plus rapide sans connexion Internet (câble débranché et WiFi désactivée) ou avec ou pareil ?

    Les dépôts logiciel ont-ils été modifiés lors de l'installation initiale ? Consulter les fichiers .list sous /etc/apt

  • Merci @e1415. Je désactiverai snapd à la fin de l'évaluation. Voici les réponses demandées avec une remarque : la première commande systemctl... semblait bloquer le terminal : le processus demeurait toujours "en cours"

    <pre><font color="#4CE64C"><b>guy@PaleoPC</b></font>:<font color="#295FCC"><b>~</b></font>$ systemctl status apt-daily-upgrade.service
    ● apt-daily-upgrade.service - Daily apt upgrade and clean activities
    Loaded: loaded (/lib/systemd/system/apt-daily-upgrade.service; static; vendor
    Active: inactive (dead) since Wed 2021-03-31 17:27:54 CEST; 51min ago
    Docs: man:apt(8)
    Process: 2814 ExecStart=/usr/lib/apt/apt.systemd.daily install (code=exited, s
    Main PID: 2814 (code=exited, status=0/SUCCESS)

    mars 31 17:26:54 PaleoPC systemd[1]: Starting Daily apt upgrade and clean activi
    mars 31 17:27:54 PaleoPC systemd[1]: Started Daily apt upgrade and clean activit
    <span style="background-color:#B7B7B7"><font color="#131926">lines 1-9/9 (END)</font></span>
    </pre>

    <pre><font color="#4CE64C"><b>guy@PaleoPC</b></font>:<font color="#295FCC"><b>~</b></font>$ ls /etc/systemd/system/timers.target.wants/
    <font color="#4CCCE6"><b>anacron.timer</b></font> <font color="#4CCCE6"><b>apt-daily-upgrade.timer</b></font> <font color="#4CCCE6"><b>motd-news.timer</b></font>
    <font color="#4CCCE6"><b>apt-daily.timer</b></font> <font color="#4CCCE6"><b>fstrim.timer</b></font> <font color="#4CCCE6"><b>snapd.snap-repair.timer</b></font>
    <font color="#4CE64C"><b>guy@PaleoPC</b></font>:<font color="#295FCC"><b>~</b></font>$ sudo blkid
    [sudo] Mot de passe de guy :
    /dev/loop0: TYPE="squashfs"
    /dev/loop1: TYPE="squashfs"
    /dev/loop2: TYPE="squashfs"
    /dev/loop3: TYPE="squashfs"
    /dev/loop4: TYPE="squashfs"
    /dev/loop5: TYPE="squashfs"
    /dev/loop6: TYPE="squashfs"
    /dev/loop7: TYPE="squashfs"
    /dev/sda1: UUID="09c5ed17-6267-4851-b6fc-4c1e58ac5c0d" TYPE="ext4" PARTUUID="713f0fe2-01"
    /dev/loop8: TYPE="squashfs"
    /dev/loop9: TYPE="squashfs"
    /dev/loop10: TYPE="squashfs"
    <font color="#4CE64C"><b>guy@PaleoPC</b></font>:<font color="#295FCC"><b>~</b></font>$ cat /etc/fstab

    /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/sda1 during installation

    UUID=09c5ed17-6267-4851-b6fc-4c1e58ac5c0d / ext4 errors=remount-ro 0 1
    /swapfile none swap sw 0 0
    /dev/fd0 /media/floppy0 auto rw,user,noauto,exec,utf8 0 0
    <font color="#4CE64C"><b>guy@PaleoPC</b></font>:<font color="#295FCC"><b>~</b></font>$
    </pre>

  • Pourquoi as-tu des balises type HTML dans tes résultats ?

  • Réessayes la commande :

    sudo systemd-analyze blame
    
  • @Olivier J'essaie de trouver un copier/coller mis en forme à partir du terminal.

    @e1415 voilà le résultat

    guy@PaleoPC:~$ sudo systemd-analyze blame
    16.228s snapd.service
    13.510s dev-sda1.device
    13.013s systemd-journal-flush.service
    8.100s configure-printer@usb-004-003.service
    7.784s NetworkManager-wait-online.service
    3.771s snapd.seeded.service
    3.705s networkd-dispatcher.service
    3.043s udisks2.service
    2.705s dev-loop2.device
    2.562s grub-common.service
    2.510s plymouth-quit-wait.service
    1.985s dev-loop6.device
    1.607s gpu-manager.service
    1.552s accounts-daemon.service
    1.525s ModemManager.service
    1.456s dev-loop8.device
    1.430s dev-loop9.device
    1.409s polkit.service
    1.384s dev-loop10.device
    1.313s dev-loop1.device
    1.299s dev-loop4.device
    1.287s dev-loop5.device
    1.286s dev-loop3.device

  • Trouves-tu encore lent le démarrage de ton PC ?

  • Désactive snapd.service s'il ne sert pas te fera gagner un peu de temps au démarrage .
    Redémarre ta machine est donne le retour de cette commande :

    sudo systemd-analyze critical-chain
    
  • Pour la RAM installe ZRAM qui compresse la RAM la moins utilisée pour faire de la place. Les programmes les moins sollicités dans la RAM sont compressés afin d'offrir davantage de ressources aux processus actifs.
    Doc : https://doc.ubuntu-fr.org/zram

  • @Olivier, après les manipulations et trois redémarrages pour tester, je confirme une nette amélioration : 110 secondes pour arriver au bureau actif au lieu de plus de 180 initialement. Ce n'est pas extraordinaire, mais ça devient désormais très acceptable par comparaison. Un grand merci pour vos bons conseils !

    La réponse à la dernière commande, @e1415 :

    guy@PaleoPC:~$ sudo 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 @40.078s
    └─multi-user.target @40.078s
    └─snapd.seeded.service @37.288s +2.789s
    └─snapd.service @37.521s +2.539s
    └─basic.target @36.511s
    └─sockets.target @36.511s
    └─snapd.socket @36.509s +1ms
    └─sysinit.target @35.859s
    └─systemd-timesyncd.service @33.022s +2.836s
    └─systemd-tmpfiles-setup.service @30.120s +2.472s
    └─systemd-journal-flush.service @404ms +29.714s
    └─systemd-journald.service @273ms +129ms
    └─systemd-journald-audit.socket @272ms
    └─system.slice @248ms
    └─-.slice @244ms

  • @guy a dit dans Problème d'allumage :

    ... je confirme une nette amélioration ... ça devient désormais très acceptable par comparaison.

    👍

Sujets suggérés

  • Le Dock d'Emmabuntüs.

    Moved Divers
    7
    2 Votes
    7 Posts
    336 Views

    @livrecinq J'ai installé la version LXQt d'Emmabuntüs DE 3 sur un Eeepc. Il vaut mieux faire l'install en passant par la version live plutôt qu'en direct. Ce serait effectivement une bonne idée de pouvoir l'installer sur le Raspberry Pi.

    @Olivier Le navigateur falkon semble plus léger que firefox. La navigation y est fluide (2Go de mémoire vive, disque dur de 250 Go). Un petit problème tout de même : le son n'est perceptible qu'au travers du jack de mon casque audio.

    @e1415 Le dock est vraiment superbe et donne l'impression d'être sous Mac OS.

  • L'état et le libre

    Moved Divers
    1
    0 Votes
    1 Posts
    133 Views
    No one has replied
  • Debian, c'est bien!

    Moved Divers
    10
    1 Votes
    10 Posts
    348 Views

    C'est mieux en effet d'utiliser un compte non root pour le quotidien. :thumbs_up:

  • 0 Votes
    6 Posts
    270 Views

    @Olivier Bonjour
    Les après-midi de cette semaine. Par contre je ne serai pas constamment devant l'ordinateur, le travail m'obligeant à aller dans les autres pièces de la maison, mais chaque fois que je passe à côté de l'ordinateur je regarde pour voir si j'ai des arrivées de mails et donc je surveillerai si vous êtes en contact avec moi.
    Merci et bonne journée
    Marie-Odile

  • 0 Votes
    4 Posts
    592 Views

    Cette simulation dans VirtualBox peut-elle t'aider ?

    /dev/sdb est le second disque dur que l'on voit grisé avant utilisation.

    0_1542208651352_1-partition-ext4-avant-montage.png

    Pour être utilisé, on double clique sur son icône. Le point de montage est alors visible dans la barre d'adresse de l'explorateur de fichier. Un clique droit dans la fenêtre montre des options grisées ; l'écriture de fichier/dossier n'est pas autorisée.

    0_1542208671981_2-partition-ext4-montee.png

    Il suffit de devenir le propriétaire du dossier correspondant au point de montage pour avoir le droit d'écrire à l'intérieur. Si des fichiers/dossiers existent déjà alors passer la commande chown avec l'option -R. Cette commande doit être passée avec les droits root et donc préfixée par la commande sudo.

    0_1542208679958_3-partition-ext4-acces-ecriture.png

  • 0 Votes
    21 Posts
    4k Views

    @Papinou Merci à toi :thumbs_up: :thumbs_up: :thumbs_up:

  • 0 Votes
    6 Posts
    2k Views

    Super ! les zones DNS ont été corrigées :

    0_1537178698991_dig-corrige.png

  • 0 Votes
    1 Posts
    1k Views
    No one has replied