temps de boot avec un SSD, réactivité en général ...
inflames Membre non connecté
-
- Voir le profil du membre inflames
- Inscrit le : 20/06/2011
- Site internet
Reprise du message précédent
Pourras-tu nous donner le résultat de # systemd-analyze time? et si tu es avec un ssd ou un DDÉdité par inflames Le 12/10/2012 à 22h17
thierryR Membre non connecté
-
- Voir le profil du membre thierryR
- Inscrit le : 02/02/2010
- Site internet
Code BASH :
# systemd-analyze time Startup finished in 813ms (kernel) + 8089ms (initramfs) + 64668ms (userspace) = 73571ms
débusqueur de bugs et chercheur en améliorations
Amicalement vôtre.
Kernel: 4.4.92-desktop-1.mga5 x86_64 (64 bit) Desktop: KDE 4.14.35 Distro: Mageia 5 thornicroft
Machine: Mobo: ASUSTeK model: X751SA v: 1.0 Bios: American Megatrends v: X751SA.403
CPU: Quad core Intel Pentium N3710 (-MCP-) cache: 1024 KB Graphics: Card: Intel Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Integrated Graphics Controller
Amicalement vôtre.Kernel: 4.4.92-desktop-1.mga5 x86_64 (64 bit) Desktop: KDE 4.14.35 Distro: Mageia 5 thornicroft
Machine: Mobo: ASUSTeK model: X751SA v: 1.0 Bios: American Megatrends v: X751SA.403
CPU: Quad core Intel Pentium N3710 (-MCP-) cache: 1024 KB Graphics: Card: Intel Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Integrated Graphics Controller
thierryR Membre non connecté
-
- Voir le profil du membre thierryR
- Inscrit le : 02/02/2010
- Site internet
débusqueur de bugs et chercheur en améliorations
Amicalement vôtre.
Kernel: 4.4.92-desktop-1.mga5 x86_64 (64 bit) Desktop: KDE 4.14.35 Distro: Mageia 5 thornicroft
Machine: Mobo: ASUSTeK model: X751SA v: 1.0 Bios: American Megatrends v: X751SA.403
CPU: Quad core Intel Pentium N3710 (-MCP-) cache: 1024 KB Graphics: Card: Intel Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Integrated Graphics Controller
Amicalement vôtre.Kernel: 4.4.92-desktop-1.mga5 x86_64 (64 bit) Desktop: KDE 4.14.35 Distro: Mageia 5 thornicroft
Machine: Mobo: ASUSTeK model: X751SA v: 1.0 Bios: American Megatrends v: X751SA.403
CPU: Quad core Intel Pentium N3710 (-MCP-) cache: 1024 KB Graphics: Card: Intel Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Integrated Graphics Controller
PaLmAs Membre non connecté
-
- Voir le profil du membre PaLmAs
- Inscrit le : 02/04/2007
- Groupes :
smartctl -i -d ata /dev/sda (en root et pour disque ne sata)
J'avoue ne pas connaitre d'autres logiciels aussi précis ? y a peut être mieux ?
paquet smartmontools.
thierryR Membre non connecté
-
- Voir le profil du membre thierryR
- Inscrit le : 02/02/2010
- Site internet
Code BASH :
# urpmf smartctl smartmontools:/usr/sbin/smartctl smartmontools:/usr/share/man/man8/smartctl.8.xz bash-completion:/usr/share/bash-completion/completions/smartctl gsmartcontrol:/usr/share/doc/gsmartcontrol/contrib/cron-based_noadmin/smartctl_subst.sh munin-node:/etc/munin/plugin-conf.d/hddtemp_smartctl munin-node:/usr/share/munin/plugins/hddtemp_smartctl
J'ai donc compris:
Code BASH :
# urpmi gsmartcontrol Pour satisfaire les dépendances, les paquetages suivants vont être installés : Paquetage Version Révision Arch (média « Core Release (distrib1) ») gsmartcontrol 0.8.6 1.mga2 i586 smartmontools 5.42 6.mga2 i586
Mon DD rapide est un
=== START OF INFORMATION SECTION ===
Model Family: Seagate Momentus 7200.4
User Capacity: 500 107 862 016 bytes [500 GB]
Et voilà. C'est le pied linux. Il y a tout...
débusqueur de bugs et chercheur en améliorations
Amicalement vôtre.
Kernel: 4.4.92-desktop-1.mga5 x86_64 (64 bit) Desktop: KDE 4.14.35 Distro: Mageia 5 thornicroft
Machine: Mobo: ASUSTeK model: X751SA v: 1.0 Bios: American Megatrends v: X751SA.403
CPU: Quad core Intel Pentium N3710 (-MCP-) cache: 1024 KB Graphics: Card: Intel Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Integrated Graphics Controller
Amicalement vôtre.Kernel: 4.4.92-desktop-1.mga5 x86_64 (64 bit) Desktop: KDE 4.14.35 Distro: Mageia 5 thornicroft
Machine: Mobo: ASUSTeK model: X751SA v: 1.0 Bios: American Megatrends v: X751SA.403
CPU: Quad core Intel Pentium N3710 (-MCP-) cache: 1024 KB Graphics: Card: Intel Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Integrated Graphics Controller
magnux77 Membre non connecté
-
- Voir le profil du membre magnux77
- Inscrit le : 21/09/2009
- Groupes :
-
Membre d'Honneur
[jps@AMD664 ~]$ systemd-analyze time
Startup finished in 679ms (kernel) + 1875ms (initramfs) + 15898ms (userspace) = 18453ms
Startup finished in 679ms (kernel) + 1875ms (initramfs) + 15898ms (userspace) = 18453ms
Mais quand je compare celui de "inflames" et le mien, je constate que "mon" network-up s'effectue en synchrone alors que le sien s'effectue en asynchrone, comme "mon" ntpdate.
Quelqu'un a-t-il l'explication de cette différence, je serais intéressé.
Si j'arrivais à le mettre en asynchrone, ça me ferait 5 secondes en moins... Sans doute ne suis-je pas seul dans ce cas. Un boot en 13 secondes ça ferait rêver, non ?
inflames Membre non connecté
-
- Voir le profil du membre inflames
- Inscrit le : 20/06/2011
- Site internet
epilip, serait-il possible de me donner le résultat de # systemd-analyze blame? et la totalité du fichier svg?
Je serai curieux de comparer nos 2 démarrage.
Je vois que ton "vboxweb... et vboxbaloonctrl..." démarre avant "network service" alors que pour moi c'est après.
Voici a nouveau mon démarrage en graphique, je n'a rien changé depuis la dernière fois et pourtant j'ai gagné 3 seconde. C'est le fsck qui passe de 3 sec à 1 sec, et l'autre seconde je ne sais pas.
[root@localhost inflames]# systemd-analyze blame
Caché :
5511ms network-up.service
5306ms ntpdate.service
3402ms mandriva-everytime.service
1498ms httpd-prefork.service
788ms udev-settle.service
484ms haldaemon.service
422ms vboxdrv.service
250ms resolvconf.service
220ms avahi-daemon.service
219ms proftpd.service
195ms hddtemp.service
177ms iptables.service
176ms microcode_ctl.service
166ms home.mount
160ms systemd-logind.service
156ms ip6tables.service
152ms polkitd.service
148ms partmon.service
145ms upowerd.service
142ms acpid.service
134ms nscd.service
126ms udisksd.service
125ms msec.service
121ms wine.service
120ms irqbalance.service
108ms vdr.service
108ms mandi.service
101ms rsyslog.service
91ms sensord.service
87ms udev-trigger.service
87ms dbus.service
80ms systemd-readahead-collect.service
72ms mandriva-clean-var-run-lock.service
72ms systemd-readahead-replay.service
72ms fedora-loadmodules.service
71ms mnt-hd.mount
64ms sys-kernel-security.mount
59ms systemd-tmpfiles-setup.service
59ms systemd-modules-load.service
58ms systemd-sysctl.service
56ms dev-hugepages.mount
56ms systemd-vconsole-setup.service
53ms systemd-user-sessions.service
52ms media-win_c.mount
52ms udisks2.service
50ms remount-rootfs.service
50ms systemd-remount-api-vfs.service
50ms vmware-USBArbitrator.service
49ms rpcbind.service
47ms mandriva-save-dmesg.service
46ms mandriva-boot-links.service
46ms sys-kernel-debug.mount
44ms mandriva-kmsg-loglevel.service
39ms fedora-readonly.service
36ms dev-mqueue.mount
28ms console-kit-daemon.service
28ms udev.service
27ms vboxweb-service.service
26ms vboxballoonctrl-service.service
24ms fedora-wait-storage.service
20ms rc-local.service
18ms fedora-storage-init-late.service
18ms fedora-storage-init.service
17ms osspd.service
16ms console-kit-log-system-start.service
9ms ntpd.service
8ms proc-sys-fs-binfmt_misc.mount
8ms sys-fs-fuse-connections.mount
7ms rtkit-daemon.service
1ms proc-bus-usb.mount
5511ms network-up.service
5306ms ntpdate.service
3402ms mandriva-everytime.service
1498ms httpd-prefork.service
788ms udev-settle.service
484ms haldaemon.service
422ms vboxdrv.service
250ms resolvconf.service
220ms avahi-daemon.service
219ms proftpd.service
195ms hddtemp.service
177ms iptables.service
176ms microcode_ctl.service
166ms home.mount
160ms systemd-logind.service
156ms ip6tables.service
152ms polkitd.service
148ms partmon.service
145ms upowerd.service
142ms acpid.service
134ms nscd.service
126ms udisksd.service
125ms msec.service
121ms wine.service
120ms irqbalance.service
108ms vdr.service
108ms mandi.service
101ms rsyslog.service
91ms sensord.service
87ms udev-trigger.service
87ms dbus.service
80ms systemd-readahead-collect.service
72ms mandriva-clean-var-run-lock.service
72ms systemd-readahead-replay.service
72ms fedora-loadmodules.service
71ms mnt-hd.mount
64ms sys-kernel-security.mount
59ms systemd-tmpfiles-setup.service
59ms systemd-modules-load.service
58ms systemd-sysctl.service
56ms dev-hugepages.mount
56ms systemd-vconsole-setup.service
53ms systemd-user-sessions.service
52ms media-win_c.mount
52ms udisks2.service
50ms remount-rootfs.service
50ms systemd-remount-api-vfs.service
50ms vmware-USBArbitrator.service
49ms rpcbind.service
47ms mandriva-save-dmesg.service
46ms mandriva-boot-links.service
46ms sys-kernel-debug.mount
44ms mandriva-kmsg-loglevel.service
39ms fedora-readonly.service
36ms dev-mqueue.mount
28ms console-kit-daemon.service
28ms udev.service
27ms vboxweb-service.service
26ms vboxballoonctrl-service.service
24ms fedora-wait-storage.service
20ms rc-local.service
18ms fedora-storage-init-late.service
18ms fedora-storage-init.service
17ms osspd.service
16ms console-kit-log-system-start.service
9ms ntpd.service
8ms proc-sys-fs-binfmt_misc.mount
8ms sys-fs-fuse-connections.mount
7ms rtkit-daemon.service
1ms proc-bus-usb.mount
Quelqu'un aurait une idée pour réduire encore un peu le temps? quelques seconde en moin c'est toujours bon
Comme le dit epilip, 13 sec au boot sa serai un vrai régal
Édité par inflames Le 15/10/2012 à 21h16
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
inflames :
Quelqu'un aurait une idée pour réduire encore un peu le temps? quelques seconde en moin c'est toujours bon
Quelqu'un aurait une idée pour réduire encore un peu le temps? quelques seconde en moin c'est toujours bon
Se débarasser de ntpdate
J'ai lu quelque part que çà n'est pas indispensable au démarrage pour des stations individuelles. Il faut trouver simplement comment le lancer un peu plus tard.
Visiteur
inflames :
Quelqu'un aurait une idée pour réduire encore un peu le temps? quelques seconde en moin c'est toujours bon
Comme le dit epilip, 13 sec au boot sa serai un vrai régal
Quelqu'un aurait une idée pour réduire encore un peu le temps? quelques seconde en moin c'est toujours bon
Comme le dit epilip, 13 sec au boot sa serai un vrai régal
Tu utilises VMWare et VirtualBox qui grapillent quelques secondes au démarrage pour lancer leurs services. As tu besoin des 2 ?
ip6tables aussi n'est pas utile si tu n'es pas en IPV6
Sinon Papoteur à raison, ntpdate est un service qui garde ton PC à l'heure mais ce n'est pas primordial pour un PC bureautique et on voit que ce service te consomme du temps au démarrage
Édité par Visiteur Le 16/10/2012 à 07h38
magnux77 Membre non connecté
-
- Voir le profil du membre magnux77
- Inscrit le : 21/09/2009
- Groupes :
-
Membre d'Honneur
inflames :
synchrone et asynchrone késako?
C'est très simple :
- synchrone = exécuter et attendre le résultat pour poursuivre
- asynchrone = exécuter et ne pas attendre le résultat pour poursuivre
Mais les applications sont tellement nombreuses que je crains ne pas être très pédagogique. Cherche sur le web un domaine proche de ton expérience : système, programmation. Le cas le plus trivial : les commandes shell sont exécutées en mode synchrone (exécution et attente du résultat avant de passer à la suivante). Tu fais suivre ta commande de "&" et, sans attendre le résultat de ta commande, tu peux exécuter la suivante. Appelé parfois " en background".
Sur l'extrait de graphique que j'ai présenté "network-up" dure et, dans l'attente du résultat, empêche le suivant "network-target"de démarrer.
2°
sylvainsjc :
Tu utilises VMWare et VirtualBox [...] As tu besoin des 2 ?
Je n'ai pas besoin des 2. Je n'ai installé que VirtualBox. je n'ai pas installé VMWare. Mais je vois que "inflames" les a, lui aussi, tous les 2.
3°
inflames :
me donner le résultat de # systemd-analyze blame? et la totalité du fichier svg?
Caché :
[jps@AMD664 ~]$ systemd-analyze blame
5265ms ntpdate.service
5141ms network-up.service
1780ms udev-settle.service
785ms shorewall.service
427ms mandriva-everytime.service
396ms avahi-daemon.service
357ms vboxdrv.service
329ms systemd-logind.service
324ms home.mount
319ms polkitd.service
303ms upowerd.service
280ms numlock.service
279ms iptables.service
271ms udisksd.service
262ms rsyslog.service
255ms partmon.service
251ms saveSSD.mount
248ms network.service
234ms resolvconf.service
223ms msec.service
216ms dbus.service
207ms ip6tables.service
206ms acpid.service
171ms systemd-user-sessions.service
145ms systemd-readahead-collect.service
143ms udev-trigger.service
126ms systemd-readahead-replay.service
125ms mandriva-clean-var-run-lock.service
119ms mandriva-kmsg-loglevel.service
101ms dev-hugepages.mount
96ms systemd-vconsole-setup.service
96ms systemd-remount-api-vfs.service
94ms systemd-sysctl.service
93ms systemd-modules-load.service
92ms remount-rootfs.service
90ms fedora-loadmodules.service
87ms sys-kernel-security.mount
86ms systemd-tmpfiles-setup.service
77ms sys-kernel-debug.mount
74ms savePartitionHomes.mount
72ms mandriva-save-dmesg.service
71ms mandriva-boot-links.service
64ms dev-mqueue.mount
61ms fedora-readonly.service
60ms sshd.service
57ms xinetd.service
56ms udisks2.service
53ms fedora-wait-storage.service
51ms tmp.mount
51ms smb.service
37ms console-kit-log-system-start.service
34ms vboxballoonctrl-service.service
33ms vboxweb-service.service
33ms udev.service
30ms rc-local.service
25ms colord.service
23ms fedora-storage-init.service
22ms preload.service
21ms fedora-storage-init-late.service
18ms mandi.service
11ms console-kit-daemon.service
4ms ntpd.service
3ms proc-sys-fs-binfmt_misc.mount
1ms rtkit-daemon.service
0ms sys-fs-fuse-connections.mount
0ms proc-bus-usb.mount
[jps@AMD664 ~]$
5265ms ntpdate.service
5141ms network-up.service
1780ms udev-settle.service
785ms shorewall.service
427ms mandriva-everytime.service
396ms avahi-daemon.service
357ms vboxdrv.service
329ms systemd-logind.service
324ms home.mount
319ms polkitd.service
303ms upowerd.service
280ms numlock.service
279ms iptables.service
271ms udisksd.service
262ms rsyslog.service
255ms partmon.service
251ms saveSSD.mount
248ms network.service
234ms resolvconf.service
223ms msec.service
216ms dbus.service
207ms ip6tables.service
206ms acpid.service
171ms systemd-user-sessions.service
145ms systemd-readahead-collect.service
143ms udev-trigger.service
126ms systemd-readahead-replay.service
125ms mandriva-clean-var-run-lock.service
119ms mandriva-kmsg-loglevel.service
101ms dev-hugepages.mount
96ms systemd-vconsole-setup.service
96ms systemd-remount-api-vfs.service
94ms systemd-sysctl.service
93ms systemd-modules-load.service
92ms remount-rootfs.service
90ms fedora-loadmodules.service
87ms sys-kernel-security.mount
86ms systemd-tmpfiles-setup.service
77ms sys-kernel-debug.mount
74ms savePartitionHomes.mount
72ms mandriva-save-dmesg.service
71ms mandriva-boot-links.service
64ms dev-mqueue.mount
61ms fedora-readonly.service
60ms sshd.service
57ms xinetd.service
56ms udisks2.service
53ms fedora-wait-storage.service
51ms tmp.mount
51ms smb.service
37ms console-kit-log-system-start.service
34ms vboxballoonctrl-service.service
33ms vboxweb-service.service
33ms udev.service
30ms rc-local.service
25ms colord.service
23ms fedora-storage-init.service
22ms preload.service
21ms fedora-storage-init-late.service
18ms mandi.service
11ms console-kit-daemon.service
4ms ntpd.service
3ms proc-sys-fs-binfmt_misc.mount
1ms rtkit-daemon.service
0ms sys-fs-fuse-connections.mount
0ms proc-bus-usb.mount
[jps@AMD664 ~]$
4° "Quand le sage montre la lune, l'idiot regarde le doigt" ou les graphiques sont la forme la plus habile du mensonge. Je crois que certains doivent rire en nous lisant.
"inflames", j'ai cru que ton network-up était asynchrone mais il ne peut pas davantage l'être que le mien par rapport aux services "réseau" suivants. Les hasards de l'installation font que mes services VirtualBox démarrent AVant "network-up" et tes services VirtualBox APrès "network-up". Ce qui donne graphiquement l'illusion d'asynchronisme de "network-up". Mais, si on fait abstraction de ces services VirtualBox placés avant ou après "network-up" dans ton graphique et mon graphique, les services réseau suivants attendent forcément la fin de network-up.
5°
Papoteur :
Se débarasser de ntpdate
J'ai d'abord cru que ta proposition était en contradiction avec ce qui apparaît clairement dans le graphique. "ntpdate" est effectivement le service le long à démarrer (cf "systemd-analyze blame" plus loin) mais il démarre en asynchrone. J'esseplique avé le graphique:
- la barre rouge qui s'étale de "ntpdate" indique clairement que le démarrage dure effectivement un certain nombre de secondes.
- cependant la ligne suivante montre que le service suivant "rc-local.service" démarre quasiment instantanément.
J'en déduisais que cela n'avait aucune importance. Mais j'ai commis la même erreur que pour "network-up". "ntpdate" ne bloque pas les lancements suivants. mais plus bas dans le graphique, on constate que les services fonctionnellement dépendants, de "time-sync.target" jusqu'à "ntpd.service" attendent plus de 4 secondes que "ntpdate.service" soit terminé.
Faisons-nous discrets...
Édité par magnux77 Le 16/10/2012 à 12h53
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
epilip :
2°
Ta proposition est contradiction avec ce qui apparaît clairement dans le graphique. "ntpdate" est effectivement le service le long à démarrer (cf "systemd-analyze blame" plus loin) mais "ntpdate" démarre en asynchrone. J'esseplique avé le graphique:
- la barre rouge qui s'étale de "ntpdate" indique clairement que le démarrage dure effectivement un certain nombre de secondes.
- cependant la ligne suivante montre que le service suivant "rc-local.service" démarre quasiment instantanément.
2°
Papoteur :
Se débarasser de ntpdate
Ta proposition est contradiction avec ce qui apparaît clairement dans le graphique. "ntpdate" est effectivement le service le long à démarrer (cf "systemd-analyze blame" plus loin) mais "ntpdate" démarre en asynchrone. J'esseplique avé le graphique:
- la barre rouge qui s'étale de "ntpdate" indique clairement que le démarrage dure effectivement un certain nombre de secondes.
- cependant la ligne suivante montre que le service suivant "rc-local.service" démarre quasiment instantanément.
Pas convaincu.
J'ai l'impression au vu du graphique que c'est lui qui conditionne la fin du processus.
Et je rappelle que c'est une indication que j'ai lue quelque part. J'admets que ce n'est pas précis, mais je n'ai plus la référence sous la main.
En voici une : http://kinoute.org/hfr/topic.php?idtopic=71569&idforum=13&idpage=12
magnux77 Membre non connecté
-
- Voir le profil du membre magnux77
- Inscrit le : 21/09/2009
- Groupes :
-
Membre d'Honneur
Papoteur :
Pas convaincu.
Tu as raison, jai regardé de plus près mes graphiques et j'avais déjà rectifié mon message précédent à propos de ntp.
J'ai viré ntp et le démarrage passe de >18 secondes à < de 13,5 secondes
Édité par magnux77 Le 16/10/2012 à 16h37
thierryR Membre non connecté
-
- Voir le profil du membre thierryR
- Inscrit le : 02/02/2010
- Site internet
Je dois être maudit.....
débusqueur de bugs et chercheur en améliorations
Amicalement vôtre.
Kernel: 4.4.92-desktop-1.mga5 x86_64 (64 bit) Desktop: KDE 4.14.35 Distro: Mageia 5 thornicroft
Machine: Mobo: ASUSTeK model: X751SA v: 1.0 Bios: American Megatrends v: X751SA.403
CPU: Quad core Intel Pentium N3710 (-MCP-) cache: 1024 KB Graphics: Card: Intel Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Integrated Graphics Controller
Amicalement vôtre.Kernel: 4.4.92-desktop-1.mga5 x86_64 (64 bit) Desktop: KDE 4.14.35 Distro: Mageia 5 thornicroft
Machine: Mobo: ASUSTeK model: X751SA v: 1.0 Bios: American Megatrends v: X751SA.403
CPU: Quad core Intel Pentium N3710 (-MCP-) cache: 1024 KB Graphics: Card: Intel Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Integrated Graphics Controller
magnux77 Membre non connecté
-
- Voir le profil du membre magnux77
- Inscrit le : 21/09/2009
- Groupes :
-
Membre d'Honneur
thierryR :
Je dois être maudit.....
Non.
thierryR :
avec un processeur léger et un DD qui tourne à 5400 rpm. Mais quand tu ne t'en sers pas tu peux passer en hibernation. C'est plus rapide pour revenir.
Je suis sur un portable et DD interne:
Édité par magnux77 Le 16/10/2012 à 14h43
thierryR Membre non connecté
-
- Voir le profil du membre thierryR
- Inscrit le : 02/02/2010
- Site internet
débusqueur de bugs et chercheur en améliorations
Amicalement vôtre.
Kernel: 4.4.92-desktop-1.mga5 x86_64 (64 bit) Desktop: KDE 4.14.35 Distro: Mageia 5 thornicroft
Machine: Mobo: ASUSTeK model: X751SA v: 1.0 Bios: American Megatrends v: X751SA.403
CPU: Quad core Intel Pentium N3710 (-MCP-) cache: 1024 KB Graphics: Card: Intel Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Integrated Graphics Controller
Amicalement vôtre.Kernel: 4.4.92-desktop-1.mga5 x86_64 (64 bit) Desktop: KDE 4.14.35 Distro: Mageia 5 thornicroft
Machine: Mobo: ASUSTeK model: X751SA v: 1.0 Bios: American Megatrends v: X751SA.403
CPU: Quad core Intel Pentium N3710 (-MCP-) cache: 1024 KB Graphics: Card: Intel Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Integrated Graphics Controller
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie