Problème d'allumage

papinou

@guy Je vois Maximum Total Memory Size: 4096 MB
pour en être sûr :

dmesg | grep Memory

Tu auras, par exemple, Memory: 7878728K/8284912K available. Le 2ème chiffre correspond à la mémoire totale possible, soit 8 Go. Cette commande n'est pas toujours fiable.

Pour en avoir une autre preuve (une sorte de preuve par 9) :

grep MemTotal /proc/meminfo

Le résultat, par exemple : MemTotal: 8048848 kB

Guy

Merci @papinou, mais après les avoir utilisées, il me semble que ces commandes mesurent la mémoire installée, libre et son total.

Elles ne mesurent pas le nombre d'emplacements disponibles avec leur max de mémoire permise.

De toute façon, l'achat de 6GB en trois barrettes de 2 (même modèle que l'original) est fait, donc l'expérience sera vite conclue. J'espère avoir raison ;-).

papinou

@guy Sur mon AIO Lenovo qui a 8 Go de mémoire vive j'ai ce résultat :

Physical Memory Array
Location: System Board Or Motherboard
Use: System Memory
Error Correction Type: None
Maximum Capacity: 16 GB
Error Information Handle: Not Provided
Number Of Devices: 1

Est-ce le total de mémoire vive par slot ? Dans ton cas tu aurais alors la possibilité de 4 x 4, soit 16 Go !

Menfi

J'obtiens les informations suivantes pour mon PC portable équipé d'un processeur Intel Pentium 4405u.

Il est équipé de 2 barrettes de 8 Go.

Guy

@olivier Avec la commande dmidecode, j'obtiens

# dmidecode 3.1
Getting SMBIOS data from sysfs.
SMBIOS 2.4 present.

Handle 0x0024, DMI type 16, 15 bytes
Physical Memory Array
	Location: System Board Or Motherboard
	Use: System Memory
	Error Correction Type: None
	Maximum Capacity: 2 GB
	Error Information Handle: Not Provided
	Number Of Devices: 4

Guy

Après avoir installé une barrette de 2GB, l'allumage s'est amélioré, mais pas de façon décisive. Proche de 2mn au lieu de 3.

L'ouverture des programmes comme LibreOffice et Firefox est, elle, plus rapide, sans être instantanée. La charge du processeur et de la RAM ont significativement baissé d'après les gestionnaires, donc c'est une bonne chose.

Par ailleurs, après avoir ouvert l'ordinateur, j'ai découvert avec déplaisir n'avoir que deux emplacements physiques de RAM... Donc 2x2GB = 4GB max.

En résumé, l'allumage demeure lent par comparaison avec les autres ordinateurs de la maison, mais ça fonctionne...

@+ et encore merci pour vos conseils.

? Hors-ligne

@guy Tu as peut etre des services qui ralentissent le démarrage , essaye cette commande dans un terminal qui liste les services lancés au démarrage, triés selon leur temps d’exécution :

systemd-analyze blame

et regarde le ou les services qui prennent le plus de temps .

Guy

Merci pour la suggestion @e1415

Voilà le résultat

guy@PaleoPC:~$ systemd-analyze blame
         47.663s apt-daily-upgrade.service
         14.195s snapd.service
          6.529s dev-sda1.device
          5.424s NetworkManager-wait-online.service
          3.872s systemd-journal-flush.service
          3.044s networkd-dispatcher.service
          2.726s udisks2.service
          1.722s systemd-tmpfiles-setup.service
          1.393s ModemManager.service
          1.388s gpu-manager.service
          1.363s snapd.seeded.service
          1.198s NetworkManager.service
          1.156s dev-loop1.device
          1.055s accounts-daemon.service
           905ms grub-common.service
           773ms wpa_supplicant.service
           702ms polkit.service
           643ms dev-loop8.device
           638ms upower.service
           636ms dev-loop9.device
           622ms dev-loop2.device
           619ms dev-loop0.device
           613ms dev-loop3.device

? Hors-ligne

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

Tu peux désactiver snapd.service au démarrage s'il ne sert pas .
doc snap : https://doc.ubuntu-fr.org/snap

sudo systemctl disable  snapd.service

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

systemctl status apt-daily-upgrade.service

et aussi le retour de :

ls /etc/systemd/system/timers.target.wants/

sudo blkid

et

cat /etc/fstab

Menfi

@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

Guy

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>guy@PaleoPC:~$ 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
lines 1-9/9 (END)
</pre>

<pre>guy@PaleoPC:~$ ls /etc/systemd/system/timers.target.wants/
anacron.timer apt-daily-upgrade.timer motd-news.timer
apt-daily.timer fstrim.timer snapd.snap-repair.timer
guy@PaleoPC:~$ 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"
guy@PaleoPC:~$ 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
guy@PaleoPC:~$
</pre>

Menfi

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

? Hors-ligne

Réessayes la commande :

sudo systemd-analyze blame

Guy

@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

Menfi

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

? Hors-ligne

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

? Hors-ligne

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

Guy

@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

Menfi

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

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

Problème d'allumage

/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

Sujets suggérés

Lubuntu, (Muon), dificulté à l'installation de programmes

Obsolescence de l'architecture i386

MERCI A L'EQUIPE LINUX DE CHALLANS

L'auto-hébergement

Les messages que j'envoie à partir de mon nom de domaine ne sont pas authentifiés pour Gmail

Commandes en console : 'screenfetch' affiche les informations de votre Linux.

Connaisez-vous "L'Écho des Gnous" l'émission de radio sur le libre?

Qu'est-ce que le logiciel libre ?