Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 Re : Système » [abandon] plantage total au démarrage serveur graphique » 19-11-2020 11:55:04

Bonjour Debian Alain !

mes question sont toujours les mêmes qu'au tout début de ce fil. Après avoir essayé (presque !) toutes les solutions que vous m'avez tous proposées ici, et après avoir parcouru d'autres forums et d'autres sites, il semblerait que je ne sois pas le seul à avoir ce genre de soucis, mais je n'ai trouvé de réponse au problème nulle part.
Je pense donc effectivement qu'il vaut mieux que je repasse par une ré-installation complète avec Debian 10.6. Mais je ne pourrai le faire, faute de temps, que dans quelques mois (rien ne urge smile ).

Je vais donc clore ce fil en l’étiquetant "abandon".
Je vous remercie tous en tous les cas pour les recherches que vous avez faites merci.gif et à bientôt peut-être dans un autre post... !

#2 Re : Système » [abandon] plantage total au démarrage serveur graphique » 07-11-2020 22:30:47

même message d'erreur sur l'absence du dossier :

depmod: ERROR: could not open directory /lib/modules/4.19.0-12: No such file or directory

etc, etc...

Bref, quoi qu'il en soit, suite à mon post #80, ça ne marche toujours pas : rien de changé !

#3 Re : Système » [abandon] plantage total au démarrage serveur graphique » 06-11-2020 15:59:50

Ahhh décidément, rien n'est simple en distanciel !!!

Demi mea culpa : j'avais tapé la bonne commande (que j'avais vérifiée smile, ayant oublié la première fois le "-amd64") mais je suis allé trop vite en ne précisant pas que j'ai essayé les deux commandes. Bilan : même message d'erreur à chaque fois !

Bref, après avoir encore une fois désinstallé puis réinstallé firmware-amd-graphics, voici ce que j'obtiens :

update-initramfs -u -k 4.19.0-12-amd64


update-initramfs: Generating /boot/initrd.img-4.19.0-12-amd64
W: Possible missing firmware /lib/firmware/amdgpu/vega20_asd.bin for module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/vega20_sos.bin for module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/vega20_rlc.bin for module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/vega20_mec2.bin for module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/vega20_mec.bin for module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/vega20_me.bin for module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/vega20_pfp.bin for module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/vega20_ce.bin for module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/vega20_sdma1.bin for module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/vega20_sdma.bin for module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/vega20_uvd.bin for module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/vega20_vce.bin for module amdgpu
W: Possible missing firmware /lib/firmware/amdgpu/vega20_smc.bin for module amdgpu



et pourtant ... firmware-amd-graphics est bien installé !!!

Problème analogue à https://debian-facile.org/viewtopic.php?id=26584

#4 Re : Système » [abandon] plantage total au démarrage serveur graphique » 06-11-2020 08:54:56

Bonjour jpt !
Désolé pour ce petit retard...

update-initramfs -u -k 4.19.0-12


update-initramfs: Generating /boot/initrd.img-4.19.0-12
W: missing /lib/modules/4.19.0-12
W: Ensure all necessary drivers are built into the linux image!
depmod: ERROR: could not open directory /lib/modules/4.19.0-12: No such file or directory
depmod: FATAL: could not search modules: No such file or directory
cat: /var/tmp/mkinitramfs_HdmyzG/lib/modules/4.19.0-12/modules.builtin: Aucun fichier ou dossier de ce type
find: ‘/var/tmp/mkinitramfs_HdmyzG/lib/modules/4.19.0-12/kernel’: Aucun fichier ou dossier de ce type
depmod: WARNING: could not open modules.order at /var/tmp/mkinitramfs_HdmyzG/lib/modules/4.19.0-12: No such file or directory
depmod: WARNING: could not open modules.builtin at /var/tmp/mkinitramfs_HdmyzG/lib/modules/4.19.0-12: No such file or directory



et pourtant :

ls /lib/modules


4.19.0-10-amd64  4.19.0-11-amd64  4.19.0-12-amd64  4.19.0-6-amd64  4.19.0-8-amd64  4.19.0-9-amd64
 


sad

#5 Re : Système » [abandon] plantage total au démarrage serveur graphique » 21-10-2020 21:17:33

Salut jpt !

jpt a écrit :

Salut,

on dirait que tu patauges dans les mêmes misères que celles que j'ai vécues il y a 3 semaines, et je me suis souvent demandé si ce n'était pas lié (comment ? Pourquoi ?) à la mise à jour du fichier /boot/initrd.img-version qui est effectuée d'après certains forums un peu trop automatiquement àmha (update-initramfs -u -k all).
J'ai pu m'en dépatouiller après avoir vérifié les versions dans /lib/modules (par exemple chez moi il y a les dossiers

4.19.0-10-amd64  4.19.0-11-amd64  4.19.0-12-amd64  4.19.0-9-amd64  4.19.118  5.7.0-0.bpo.2-amd64  5.7.10

[faudra que je fasse le ménage]) et en demandant explicitement la génération avec -u -k 5.7.10 (j'ai abandonné la 4.19).



Je n'ai pas 4.19.118 ni 5.7.0-0.bpo.2-amd64 ni 5.7.10 dans mon /lib/modules.
si j'ai bien compris, selon toi, il faudrait que je fasse

update-initramfs -u -k 4.19.0-12


?

#6 Re : Système » [abandon] plantage total au démarrage serveur graphique » 21-10-2020 21:11:52

Bonsoir Debian Alain !

Debian Alain a écrit :

bonjour golestin  smile  smile  smile

tu as pensé n'installer que "xserver-xorg-video-amdgpu" et ne pas mettre alors le "firmware-amd-graphics"  ?



Je viens d'essayer, ça ne change rien, toujours freeze !

#7 Re : Système » [abandon] plantage total au démarrage serveur graphique » 21-10-2020 14:06:16

Perdu !

après avoir re-re-désinstallé ces composants, et après avoir fait et défait les manips #67 et #68, j'en suis revenu à devoir démarrer sur le noyau 4.19.0-6 pour ne pas freezer la machine. Pourtant ça a marché un certain temps avec le noyau 4.19.0-12. sad
J'aurai peut-être dû ne rien tenter de plus puisque ce dernier noyau semblait fonctionner...

robert2a a écrit :

@golestin

a aucun moment tu parle de comment tu gère ces 2 gpu , bumblebee  ? , ou autre chose ? (puisque un couple intel +amd )



Ben, pour être franc, je ne gère pas smile A l'installation de Debian 10 ça s'est fait tout seul, je ne savais même pas que j'avais deux cartes graphiques ! Je ne me suis jamais posé la question...

#8 Re : Système » [abandon] plantage total au démarrage serveur graphique » 21-10-2020 13:45:17

Le miracle aura été de courte durée !

Suite à mon message #66 j'ai réinstallé firmware-amd-graphics et xserver-xorg-video-amdgpu car, en lançant le noyau 4.19.0-12 j'avais un message d'erreur fugace me disant que les pilotes amdgpu n'avaient pas pu être installés. Mais tout fonctionnait quand même !
Et là, catastrophe, plantage à nouveau.
J'ai fait les manips que vous me proposiez #67 et #68 mais ça ne change rien ! Toujours plantage !

Je vais donc essayer de revenir en arrière en re-désinstallant firmware-amd-graphics et xserver-xorg-video-amdgpu.

#9 Re : Système » [abandon] plantage total au démarrage serveur graphique » 20-10-2020 17:42:11

robert2a a écrit :

@golestin

le #44
GRUB_CMDLINE_LINUX_DEFAULT="quiet radeon.modeset=0"

ce que je te propose
GRUB_CMDLINE_LINUX_DEFAULT="quiet amdgpu.modeset=0"



Ah pardon robert2a, j'avais lu trop vite, toutes mes excuses neutral

#10 Re : Système » [abandon] plantage total au démarrage serveur graphique » 20-10-2020 10:08:46

Miracle !!!

Suite à une mise à jour faite par Découvrir, j'ai la version du dernier noyau qui s'est installée, la 4.19.0-12 et la machine démarre maintenant normalement big_smile

Je vais maintenant tenter de ré-installer ce que j'avais désinstallé et voir s'il y a du changement...

Merci en tous les cas pour toutes les recherches que vous avez faites pour moi. merci.gif

Je clôturerai ce fil après avoir vérifié que tout fonctionne avec les deux gpu...

#11 Re : Système » [abandon] plantage total au démarrage serveur graphique » 19-10-2020 17:51:58

Bonjour robert2a,

oui j'avais déjà essayé ça (mon post #44) et ça plantait toujours !

Bonjour Debian Alain,

j'ai pensé à l'option réinstall mais j'aurais voulu éviter, je l'ai déjà fait il y a à peine quelques mois pour passer de Debian 9 à Debian 10 et, entre la sauvegarde de toutes mes données, la réinstallation en elle même et le re-paramétrage de toutes mes applis, ça m'a pris des plombes.
Au pire, s'il n'y a pas de solution immédiate, je vais continuer à tourner avec le noyau 4.19.0-6 (après tout, ce n'est pas la mort !) et quand j'aurai le temps (cet été smile ) je réinstallerai tout avec la dernière version de Debian.

#12 Re : Système » [abandon] plantage total au démarrage serveur graphique » 17-10-2020 15:29:37

Bonjour,

Debian Alain a écrit :

au pif , tu as pensé à tester un live de  buster et / ou de  testing ?


J'ai donc téléchargé, puis gravé cette image :
https://cdimage.debian.org/cdimage/unof … onfree.iso
Et cela marche parfaitement : plus aucun plantage, en démarrant sur le noyau 4.19.0-11 !
Donc il y a bien un problème dans ma config...

A tout hasard, suite à un

dpkg -l | grep amdgpu


firmware-amd-graphics
xserver-xorg-video-amdgpu


j'ai décidé de désinstaller ces deux composants, ainsi que leurs dépendances.
J'ai redémarré et ... j'ai à nouveau le plantage si je n'utilise pas le noyau 4.19.0-6.
J'en viens donc à me demander, comme jpt dans son #46, si mon problème vient de X scratchhead.gif .

#13 Re : Système » [abandon] plantage total au démarrage serveur graphique » 15-10-2020 08:54:43

Bonjour jpt !

jpt a écrit :



Tu pourrais peut-être tenter de poser ta question (ton problème) sur debian-fr.org.



Je n'ai pas posé la question, mais en fouillant dans leur forum, j'ai trouvé un post qui ressemble fortement à mon problème...
https://www.debian-fr.org/t/probleme-fr … boot/82890
Curieux non ?!

#14 Re : Système » [abandon] plantage total au démarrage serveur graphique » 15-10-2020 08:39:27

Debian Alain a écrit :

curiosité , golestin , parce que là , je sèche :

df -h


des fois que ta racine soit prise ... ?
en pensant à ton post #1 .



non non, de ce côté là j'avais vérifié, j'ai encore de la place smile

df -h


Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
udev               3,9G       0  3,9G   0% /dev
tmpfs              785M     11M  774M   2% /run
/dev/sda2           28G     17G  9,4G  65% /
tmpfs              3,9G     62M  3,8G   2% /dev/shm
tmpfs              5,0M    4,0K  5,0M   1% /run/lock
tmpfs              3,9G       0  3,9G   0% /sys/fs/cgroup
/dev/sda1          511M    5,2M  506M   1% /boot/efi
/dev/sda4          881G    399G  437G  48% /home
tmpfs              785M     16K  785M   1% /run/user/1000
 

#15 Re : Système » [abandon] plantage total au démarrage serveur graphique » 15-10-2020 08:21:27

Bonjour !

epiquantique a écrit :

une idée qui me vien essaye avec un nouvelle utilisateur. ? si les driver on écrit quelque chose, sa pourrai peut être faire un confli, et puis c est assez facile a tester smile bien que tout semble venir du kernel , driver ::/



Voilà j'ai créé un nouvel utilisateur et... j'ai exactement les mêmes soucis : tout fonctionne très bien avec le noyau 4.19.0-6 et ça plante avec les noyaux plus récents !

#16 Re : Système » [abandon] plantage total au démarrage serveur graphique » 13-10-2020 14:39:15

Bonjour jpt smile
Je ne sais pas si ce sont les autres noyaux qui mettent la pagaille.
Tous ces autres noyaux proviennent des mises à jour automatiques faites par Discover.
Sous les précédentes version de Debian, j'avais les mêmes options de mises à jour, les mêmes logiciels installés, le même ordi, et les mises à jour du noyau fonctionnaient très bien. C'est depuis Buster que le problème est apparu et seulement à partir du noyau 4.19.0-8.

#17 Re : Système » [abandon] plantage total au démarrage serveur graphique » 12-10-2020 21:27:03

Bonsoir jpt

jpt a écrit :

C'est curieux, ton histoire :
...

Comment se fait-il qu'on n'ait pas les mêmes erreurs ? Je me demande si on ne fait pas fausse route en cherchant dans X, tu parlais de plantage total, as-tu tenté quand c'est planté d'avoir une console en faisant Ctrl-Alt-Fx avec x de 1 à 6 ? Et la touche "Verr Num" du clavier numérique, elle bascule ou pas ?

De plus, l'erreur du 28/09 ne doit pas en être une puisque tu nous dis dans ton premier post

golestin a écrit :

Si je démarre sur le noyau 4.19.0-6-amd64, pas de problème, tout fonctionne normalement.



oui, je suis bien d'accord avec toi, c'est un peu déroutant.
Je te confirme que, juste après l'authentification, ma bécane se plante totalement : souris, clavier totalement gelés. Plus aucune touche active, je n'ai pas d'autre choix de forcer l'arrêt en appuyant 5 secondes sur le bouton d'alimentation. (J'ai même une fois attendu au moins 15 minutes en me disant que, peut-être un process était en cours et qu'il finirait bien par s'interrompre wink , mais non !)

#20 Re : Système » [abandon] plantage total au démarrage serveur graphique » 12-10-2020 09:50:52

pas de problème big_smile :

cat /etc/default/grub


# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT="0"
GRUB_TIMEOUT="15"
GRUB_DISTRIBUTOR="`lsb_release -i -s 2> /dev/null || echo Debian`"
GRUB_CMDLINE_LINUX_DEFAULT="quiet"
GRUB_CMDLINE_LINUX=""

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL="console"

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE="640x480"

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID="true"

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"
 



Bien sûr c'est "l'ancien grub", après avoir retiré ce que robert2a préconisait !

#21 Re : Système » [abandon] plantage total au démarrage serveur graphique » 12-10-2020 08:24:10

robert2a a écrit :

Bonjour
comme il faut bien commencer par quelque chose on désactive amd
sur grub "radeon.modeset=0"
on le blacklist  "blacklist radeon"



Voilà, j'ai modifié /etc/default/grub comme ci-dessus, et quand je fais :

update-grub


/usr/sbin/grub-mkconfig: 11: /etc/default/grub: radeon.modeset=0: not found
 


voilà l'erreur que j'obtiens !

#22 Re : Système » [abandon] plantage total au démarrage serveur graphique » 10-10-2020 09:43:27

Debian Alain a écrit :



tu peux installer inxi ?



inxi déjà installé big_smile

dmesg | grep DMI:


[    0.000000] DMI: HP HP ProBook 470 G3/8102, BIOS N78 Ver. 01.19 10/17/2017


et :

inxi -Fr


System:    Host: hp-probook Kernel: 4.19.0-6-amd64 x86_64 bits: 64 Console: tty 1 Distro: Debian GNU/Linux 10 (buster)
Machine:   Type: Laptop System: HP product: HP ProBook 470 G3 v: N/A serial: 5CD6258S96
           Mobo: HP model: 8102 v: KBC Version 40.71 serial: PFMLB038J300TA UEFI: HP v: N78 Ver. 01.19 date: 10/17/2017
Battery:   ID-1: BAT0 charge: 41.4 Wh condition: 41.4/41.4 Wh (100%)
CPU:       Topology: Dual Core model: Intel Core i3-6100U bits: 64 type: MT MCP L2 cache: 3072 KiB
           Speed: 797 MHz min/max: 400/2300 MHz Core speeds (MHz): 1: 800 2: 800 3: 800 4: 800
Graphics:  Device-1: Intel HD Graphics 520 driver: i915 v: kernel
           Device-2: AMD Topaz XT [Radeon R7 M260/M265 / M340/M360 / M440/M445] driver: amdgpu v: kernel
           Display: server: X.org 1.20.4 driver: amdgpu,modesetting FAILED: ati unloaded: fbdev,vesa tty: 271x68
           Message: Advanced graphics data unavailable in console for root.
Audio:     Device-1: Intel Sunrise Point-LP HD Audio driver: snd_hda_intel
           Sound Server: ALSA v: k4.19.0-6-amd64
Network:   Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet driver: r8169
           IF: enp2s0 state: down mac: ec:8e:b5:42:78:dc
           Device-2: Intel Wireless 3165 driver: iwlwifi
           IF: wlp3s0 state: up mac: b8:81:98:4b:06:6d
Drives:    Local Storage: total: 931.51 GiB used: 414.82 GiB (44.5%)
           ID-1: /dev/sda vendor: Toshiba model: MQ01ABD100 size: 931.51 GiB
Partition: ID-1: / size: 27.38 GiB used: 16.50 GiB (60.3%) fs: ext4 dev: /dev/sda2
           ID-2: /home size: 880.12 GiB used: 398.32 GiB (45.3%) fs: ext4 dev: /dev/sda4
           ID-3: swap-1 size: 7.90 GiB used: 0 KiB (0.0%) fs: swap dev: /dev/sda3
Sensors:   System Temperatures: cpu: 51.0 C mobo: 41.0 C gpu: amdgpu temp: 511 C
           Fan Speeds (RPM): N/A
Repos:     Active apt repos in: /etc/apt/sources.list
           1: deb http://deb.debian.org/debian/ buster main contrib non-free
           2: deb-src http://deb.debian.org/debian/ buster main contrib non-free
           3: deb http://security.debian.org/debian-security buster/updates main contrib non-free
           4: deb-src http://security.debian.org/debian-security buster/updates main contrib non-free
           5: deb http://deb.debian.org/debian/ buster-updates main contrib non-free
           6: deb-src http://deb.debian.org/debian/ buster-updates main contrib non-free
           Active apt repos in: /etc/apt/sources.list.d/dropbox.list
           1: deb [arch=i386,amd64] http://linux.dropbox.com/debian buster main
           No active apt repos in: /etc/apt/sources.list.d/google-earth-pro.list
           Active apt repos in: /etc/apt/sources.list.d/skype-stable.list
           1: deb [arch=amd64] https://repo.skype.com/deb stable main
Info:      Processes: 221 Uptime: 45m Memory: 7.66 GiB used: 1.83 GiB (23.9%) Init: systemd runlevel: 5 Shell: bash
           inxi: 3.0.32
 



OK c'est bon je commencer à piger ...

Graphics:  Device-1: Intel HD Graphics 520 driver: i915 v: kernel
           Device-2: AMD Topaz XT [Radeon R7 M260/M265 / M340/M360 / M440/M445] driver: amdgpu v: kernel
           Display: server: X.org 1.20.4 driver: amdgpu,modesetting FAILED: ati unloaded: fbdev,vesa tty: 271x68


il y aurait donc bien 2 cartes graphiques !!!
Mais je ne suis pas sûr de comprendre la dernière ligne : amdgpu ne se chargerait pas normalement, d'où le conflit entre les deux cartes ???

En tous les cas, robert2a et jpt étaient sur la bonne voie ... respect wink

#23 Re : Système » [abandon] plantage total au démarrage serveur graphique » 09-10-2020 15:44:18

Debian Alain a écrit :

les portables étant devenus des chefs d'oeuvre d'intégration et de miniaturisation ,

donc distinguer une "carte graphique" d'un  GPU , revient  souvent  au mme .

ce sont deux façons de s'exprimer totalement identiques .



D'accord, ça j'ai bien compris smile
Mais si le constructeur ne mentionne qu'un seul GPU, pourquoi Debian en voit-il deux, c'est là ma vraie question ! Problème lors de l'installation ?? Le système croit qu'il y a plusieurs GPU car il y a plusieurs processeurs intégrant chacun une carte graphique ?? scratchhead.gif Le constructeur précise pourtant qu'il n'y a qu'une carte graphique Intel...

#24 Re : Système » [abandon] plantage total au démarrage serveur graphique » 05-10-2020 09:05:57

Bonjour robert2a,

je suis étonné que le constructeur ait mis 2 cartes graphiques dans un ordinateur portable plutôt dédié à une utilisation bureautique.
Je suis allé voir sur le site de HP : https://support.hp.com/fr-fr/document/c04845559
Le constructeur ne mentionne pas qu'il y a 2 cartes : il ne parle que de la carte Intel intégrée. En tout cas, aucun mot sur une éventuelle carte radeon !

Du coup, je suis un peu perdu : pourquoi il apparaît 2 cartes dans le log de Xorg.0 si physiquement il n'y en a qu'une ??? scratchhead.gif

Je suis aussi allé fouiller dans les fichiers de config de Grub ( /etc/grub.d et /etc/default/grub ) et je n'ai rien trouvé concernant la carte graphique...

#25 Re : Système » [abandon] plantage total au démarrage serveur graphique » 01-10-2020 08:07:22

systemd-analyze blame


         12.297s NetworkManager-wait-online.service
          8.231s ModemManager.service
          7.551s udisks2.service
          5.443s apache2.service
          5.385s dev-sda2.device
          5.274s accounts-daemon.service
          4.674s lm-sensors.service
          3.999s avahi-daemon.service
          3.952s minidlna.service
          3.928s bluetooth.service
          3.916s systemd-logind.service
          3.910s iio-sensor-proxy.service
          3.888s nmbd.service
          3.879s wpa_supplicant.service
          3.879s NetworkManager.service
          3.876s switcheroo-control.service
          3.864s pppd-dns.service
          3.864s rsyslog.service
          3.861s vboxdrv.service
          3.830s networking.service
          1.994s smbd.service
          1.909s ssh.service
          1.903s colord.service
          1.159s systemd-fsck@dev-disk-by\x2duuid-6956b2ec\x2df80d\x2d46d7\x2d82c1\x2d1dff8bbdbb45.service
          1.157s polkit.service
           958ms apparmor.service
           934ms systemd-fsck@dev-disk-by\x2duuid-911E\x2d4DFE.service
           916ms systemd-udevd.service
           836ms keyboard-setup.service
           806ms plymouth-start.service
           770ms systemd-modules-load.service
           687ms upower.service
           472ms systemd-remount-fs.service
           420ms plymouth-quit-wait.service
           420ms plymouth-quit.service
           414ms sys-kernel-debug.mount
           410ms dev-hugepages.mount
           382ms systemd-timesyncd.service
           373ms dev-mqueue.mount
           371ms hddtemp.service
           363ms systemd-sysusers.service
           359ms tlp.service
           338ms sddm.service
           308ms systemd-journald.service
           255ms rtkit-daemon.service
           234ms systemd-tmpfiles-setup-dev.service
           231ms systemd-tmpfiles-setup.service
           226ms vboxautostart-service.service
           225ms systemd-user-sessions.service
           218ms boot-efi.mount
           198ms systemd-udev-trigger.service
           177ms ifupdown-pre.service
           121ms vboxballoonctrl-service.service
           118ms systemd-sysctl.service
           112ms systemd-journal-flush.service
           110ms home.mount
           107ms systemd-tmpfiles-clean.service
            96ms systemd-update-utmp.service
            95ms dev-disk-by\x2duuid-c75323ba\x2d5177\x2d4ee7\x2db2ed\x2d63bae4dae7dd.swap
            92ms user@1000.service
            87ms vboxweb-service.service
            72ms systemd-backlight@backlight:intel_backlight.service
            64ms alsa-restore.service
            62ms systemd-random-seed.service
            53ms plymouth-read-write.service
            37ms console-setup.service
            35ms kmod-static-nodes.service
            25ms systemd-update-utmp-runlevel.service
            18ms user-runtime-dir@1000.service
             5ms sys-fs-fuse-connections.mount
 

Pied de page des forums

Propulsé par FluxBB