Démarrage et le reste...

J'en suis toujours à 90 secondes avant le démarrage.

Y-aurait-il une fonction dans les paramètres que je n'aurais pas vu et qui limiterait le démarrage à 90 sec ?? :rendre:

Je suppose que le service teamviwerd affecte les images de boot du noyau. Je propose, ce qui ne devrait pas poser de problème dans ce genre de cas :
1) S'assurer que le service est bien désactivé : systemctl status teamviewerd.service
Si désactivé:

sudo mkinitcpio -P

et reboot.

Merci mais rien à faire, j'ai toujours mes 90 secondes pile poils :rendre:

J' ai un doute
Donne le retour de :

swapon
cat /etc/fstab
sudo fdisk -l

a vérifier, a nouveau avec

sudo systemd-analyze blame

sudo systemd-analyze critical-chain

si rien n'apparait ,
regarde dans la log

dmesg | grep video

Bonjour, @ lemust83
Voici les retours demandés :

[bruno@bruno-manjaro ~]$ swapon
NAME      TYPE       SIZE USED PRIO
/dev/sde1 partition 29,1G   0B   -1
[bruno@bruno-manjaro ~]$ 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>
UUID=ba037382-222f-4889-b9d0-53896df0683c swap           swap    defaults,noatime 0       0
UUID=D81E-6883                            /boot/efi      vfat    defaults,noatime 0       2
UUID=b207aa08-c1c8-436f-87c9-8925c8e600aa /              ext4    defaults,noatime,discard 0       1
UUID=391a1bdd-92c9-4fd2-aa10-678100bc6076 /home          ext4    defaults,noatime 0       2
UUID=228a1069-3247-47fc-a668-0b8884f364c1 swap           swap    defaults,noatime 0       0
tmpfs                                     /tmp           tmpfs   defaults,noatime,mode=1777 0       0
[bruno@bruno-manjaro ~]$ sudo fdisk -l
[sudo] Mot de passe de bruno : 
Disque /dev/sdb : 2,7 TiB, 3000592982016 octets, 5860533168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : A62FFB38-56BB-4319-A151-CFAC5A5A3B83

Périphérique Début        Fin   Secteurs Taille Type
/dev/sdb1     2048 5860532223 5860530176   2,7T Système de fichiers Linux


Disque /dev/sdd : 223,6 GiB, 240057409536 octets, 468862128 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 50DFC9A4-3B6E-47C6-B946-C61EE2A10E8C

Périphérique  Début       Fin  Secteurs Taille Type
/dev/sdd1      2048    821247    819200   400M Système EFI
/dev/sdd2    821248 105269247 104448000  49,8G Système de fichiers Linux


Disque /dev/sdc : 2,7 TiB, 3000592982016 octets, 5860533168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 73CF6B3F-18BF-4B42-96E9-40ED96BEEE29

Périphérique Début        Fin   Secteurs Taille Type
/dev/sdc1     2048 5860532223 5860530176   2,7T Système de fichiers Linux


Disque /dev/sde : 2,7 TiB, 3000592982016 octets, 5860533168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 5EC432FE-86F6-4764-A36D-2FF7A0234AA8

Périphérique      Début        Fin   Secteurs Taille Type
/dev/sde1    5799501824 5860532223   61030400  29,1G Partition d'échange Linux
/dev/sde5          2048 5799501823 5799499776   2,7T Système de fichiers Linux

Les entrées de la table de partitions ne sont pas dans l'ordre du disque.


Disque /dev/sda : 3,7 TiB, 4000787025920 octets, 976754645 secteurs
Unités : secteur de 1 × 4096 = 4096 octets
Taille de secteur (logique / physique) : 4096 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x0004d68c

Périphérique Amorçage Début       Fin  Secteurs Taille Id Type
/dev/sda1                63 976754644 976754582   3,7T 83 Linux

@ stephane

[bruno@bruno-manjaro ~]$ sudo systemd-analyze blame 
          9.999s updatedb.service
          3.848s man-db.service
           277ms systemd-journald.service
           265ms dev-sdd2.device
           265ms org.cups.cupsd.service
           189ms ufw.service
           188ms ModemManager.service
           158ms tlp.service
           151ms systemd-timesyncd.service
           134ms systemd-modules-load.service
           125ms systemd-fsck@dev-disk-by\x2duuid-391a1bdd\x2d92c9\x2d4fd2\x2daa
           119ms NetworkManager.service
           102ms upower.service
            97ms systemd-udevd.service
            72ms home.mount
            68ms polkit.service
            66ms systemd-logind.service
            60ms avahi-daemon.service
            51ms systemd-tmpfiles-setup-dev.service
            50ms udisks2.service
            47ms logrotate.service
            42ms accounts-daemon.service
            39ms systemd-fsck@dev-disk-by\x2duuid-D81E\x2d6883.service

Et la deuxième :

[bruno@bruno-manjaro ~]$ sudo systemd-analyze critical-chain 
[sudo] Mot de passe de bruno : 
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 @1min 30.531s
└─multi-user.target @1min 30.531s
  └─Modem Manager.service @1min 30.342s +188ms
    └─basic.target @1min 30.281s
      └─sockets.target @1min 30.281s
        └─avahi-daemon.socket @1min 30.281s
          └─sysinit.target @1min 30.273s
            └─sys-fs-fuse-connections.mount @1min 33.116s +1ms
              └─systemd-modules-load.service @87ms +134ms
                └─systemd-journald.socket @86ms
                  └─-.slice @77ms

Colorées en rouge : Modem Manager.service @1min 30.342s +188ms - sys-fs-fuse-connections.mount @1min 33.116s +1ms - systemd-modules-load.service @87ms +134ms

Bonjour
Tu as deux partitions swap de déclarées dans ton fstab, dont l'une fait 29.1go. C'est beaucoup pour une swap, mais je ne pense pas que le problème soit sa taille , mais bien le fait que le système doive gérer deux swap avant d'en sélectionner une.
swapon nous dit que c'est /dev/sde1 qui est utilisée.
Lance sudo blkid pour repérer l'uuid de /dev/sde1, puis édite en root /etc/fstab et mets un # en tête de ligne devant l'autre partition swap.
Ça devrait aller mieux.
Concernant le temps d'initialisation de modem-manager, il faut comprendre que ce service est lancé en parallèle des autres services, mais 1,30 mn est excessif . Cela dit, corrige d'abord ta swap.

C'est peut être une coïncidence, mais 90s c'est le délai que donne systemd à un service pour démarrer ou s'arrêter.

Oui, je m'en étais rendu compte, mais comment faire pour modifier ce délai ??

As tu commencé par régler ta double swap ?

Modifier le timeur de systemd ne ferait que masquer le problème pas le résoudre et masquerait par la suite d'autres erreurs :maisnon:

il faut juste que tu n'utilises qu'un seul swap
regarde aussi ton fichier /etc/default/grub, il faut impérativement avoir le même UUID que dans ton /etc/fstab sinon "timeur"

Merci à tous,

Quand je disais sur un autre post que vous étiez des pros... :gsourire:

J'ai "diésé" la deuxième swap (m'était même pas rendu compte qu'il y en avait deux : ce doit être un reste de mon install Archlinux).

J'ai redémarré et 1,5 seconde plus tard le système est lancé.

Mais ma seconde swap fait partie d'un HDD qui n'a rien à voir avec Manjaro, je n'ai même que Manjaro comme OS. Je ne savais pas qu'une seule distro pouvait gérer deux swap en même temps.

Dernier conseil pour cette swap, je sais que chez moi elle n'est pas obligatoire (16 GO de Ram) et j'ai un SSD sur lequel je n'ai bien sûr pas mis ma partition swap, mais nam1962 m'avait conseillé cette commande pour la swap. Je le cite : "TRES IMPORTANT : gérer l’utilisation de la mémoire (tout le monde devrait le faire : les réglages par défaut sont plus logiques pour un serveur que pour un ordi personnel) – n’oubliez pas, pour sélectionner, le triple clic sur chaque ligne :

echo vm.swappiness=5 | sudo tee /etc/sysctl.d/99-swappiness.conf
echo vm.vfs_cache_pressure=50 | sudo tee -a /etc/sysctl.d/99-swappiness.conf
sudo sysctl -p /etc/sysctl.d/99-swappiness.conf

Note: ces réglages allègent l’utilisation de la swap, dans la config d’origine la swappiness est réglée à 60, ce qui veut dire que la swap peut-etre sollicitée dès 40% d’utilisation de la RAM, par exemple pour 4Go de RAM, vous risquez d’avoir des trucs stockés sur le disque dur (beaucoup plus lent que la RAM) dès 1.7Go d’utilisation. Avec mon conseil votre ordi utilisera 95% de la RAM avant de penser à autre chose. Le cache pressure, lui sollicite plus le cache VFS, ce qui doit fluidifier l’utilisation des applications."

C'est donc de cette façon que j'avais procédé. Est-ce la bonne.

Puis-je formater la deuxième swap avec gparted qui ne me sert à rien ?

Pour le démarrage, je mets résolu :salut:

Je pense avoir compris, lors de l'installation de Manjaro, il m'a installé une swap d'office sur mon SSD (pourtant, lors de l'installation je n'ai mis sur le ssd qu'une partition boot, esp en Fat32 et ma partition /), je ne comprends donc pas comment une swap s'est installée sur ce disque surtout qu'à l'install, j'avais précisé la swap sur un HDD et mon /home sur ce même HDD :siffle

Le problème n'est pas le timer, mais que quelque chose met du temps à démarrer ou ne démarre pas dans les 90s imparties.
Rien ne t'empêche d'utiliser la deuxième swap pour autre chose.

Merci à toi, bien compris.

Mais ce qui m'ennuie, j'ai édité mon précédent message pendant que tu postais le tien :sourire:

, c'est la swap sur mon SSD... :rendre:

Honnêtement, avec 16 go de Ram, ça n'est franchement pas utile, à moins que tu ne passe en veille (suspend). Je doute sincèrement que le système l'utilise autrement que pour ça.
Vu la taille de ton disque /dev/sdc (2.7 Tib) je doute que ce soit un ssd. Tu pourrais y faire une petite place pour y mettre ta swap, au moins tu serais peinard.

Non, le 2,7 Tib, c'est un de mes 3 HDD sur lequel j'avais mis mano mes partitions swap et /home.
J'ai un SSD de 250 Go sur lequel se trouve une partition Fat32 pour le démarrage et ma / sur laquelle d'après blkid se trouverait une deuxième swap que je ne vois pas avec Gparted.

Un truc typique auquel on ne pense jamais, quel noyau est utilisé ? Si c'est le 4.9 ou plus, alors... peut-être... :siffle

C'est le 4.9 ;-)

papajoke a écrit :Modifier le timeur de systemd ne ferait que masquer le problème pas le résoudre et masquerait par la suite d'autres erreurs
il faut juste que tu n'utilises qu'un seul swap
regarde aussi ton fichier /etc/default/grub, il faut impérativement avoir le même UUID que dans ton /etc/fstab sinon "timeur"

Je reviens sur ce message.

J'ai de nouveau le même problème. 100 secondes au démarrage.

TV inacif, le système emploie une seule swap, donc je pense que je pourrais régler le problème par la réponse de papajoke.

L'un de vous pourrait me signifier les commandes à passer ? J'ai peur de faire des conneries :sos: