Nicosss wrote:
Tu peux aussi utiliser la commande hddtemp.
la commande
hddtemp ne me permet pas d'obtenir la température de mon SSD, la commande
smartctl
Ci après les 3 commandes qui te montrent (dans un premier temps la détection de mon second disque "mécanique", puis dans un second temps, je force la commande sur le device et enfin l'information sur la partie smartctl où on peut trouver le champs "Temperature"
root@maya11 ~> hddtemp
/dev/sda: WDC WD40PURX-64GVNY0: 32°C
root@maya11 ~> hddtemp /dev/nvme0n1
ERREUR: /dev/nvme0n1: impossible de déterminer le type de bus (ou ce type de bus est inconnu)
root@maya11 ~> smartctl -a /dev/nvme0n1
smartctl 6.5 2016-05-07 r4318 [x86_64-linux-4.15.17-300.fc27.x86_64] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Number: Samsung SSD 960 EVO 1TB
Serial Number: S3X3NF0K304640P
Firmware Version: 3B7QCXE7
PCI Vendor/Subsystem ID: 0x144d
IEEE OUI Identifier: 0x002538
Total NVM Capacity: 1 000 204 886 016 [1,00 TB]
Unallocated NVM Capacity: 0
Controller ID: 2
Number of Namespaces: 1
Namespace 1 Size/Capacity: 1 000 204 886 016 [1,00 TB]
Namespace 1 Utilization: 389 634 641 920 [389 GB]
Namespace 1 Formatted LBA Size: 512
Local Time is: Wed Apr 18 12:21:04 2018 CEST
Firmware Updates (0x16): 3 Slots, no Reset required
Optional Admin Commands (0x0007): Security Format Frmw_DL
Optional NVM Commands (0x001f): Comp Wr_Unc DS_Mngmt Wr_Zero Sav/Sel_Feat
Maximum Data Transfer Size: 512 Pages
Warning Comp. Temp. Threshold: 83 Celsius
Critical Comp. Temp. Threshold: 85 Celsius
Supported Power States
St Op Max Active Idle RL RT WL WT Ent_Lat Ex_Lat
0 + 6.04W - - 0 0 0 0 0 0
1 + 5.09W - - 1 1 1 1 0 0
2 + 4.08W - - 2 2 2 2 0 0
3 - 0.0400W - - 3 3 3 3 210 1500
4 - 0.0050W - - 4 4 4 4 2200 6000
Supported LBA Sizes (NSID 0x1)
Id Fmt Data Metadt Rel_Perf
0 + 512 0 0
=== START OF SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
SMART/Health Information (NVMe Log 0x02, NSID 0x1)
Critical Warning: 0x00
Temperature: 36 Celsius
Available Spare: 100%
Available Spare Threshold: 10%
Percentage Used: 0%
Data Units Read: 694 020 [355 GB]
Data Units Written: 1 493 911 [764 GB]
Host Read Commands: 7 674 496
Host Write Commands: 11 940 137
Controller Busy Time: 52
Power Cycles: 32
Power On Hours: 16
Unsafe Shutdowns: 19
Media and Data Integrity Errors: 0
Error Information Log Entries: 0
Warning Comp. Temperature Time: 0
Critical Comp. Temperature Time: 0
Temperature Sensor 1: 36 Celsius
Temperature Sensor 2: 42 Celsius
Error Information (NVMe Log 0x01, max 64 entries)
No Errors Logged
root@maya11 ~>
Je n'ai pas fait de tests depuis des live et pour ce qui est de la commande
# journalctl -f
elle ne m'a pas apporté d'aide, il y a eu de nouveaux plantages.
Voici le log pile au moment du passe (voir -- Reboot --), obtenu avec la commande
journalctl
root@maya11 ~> journalctl
.....
avril 18 11:41:07 maya11 audit: NETFILTER_CFG table=mangle family=10 entries=40
avril 18 11:41:07 maya11 audit: NETFILTER_CFG table=raw family=10 entries=30
avril 18 11:41:07 maya11 audit: NETFILTER_CFG table=security family=10 entries=13
avril 18 11:41:07 maya11 audit: NETFILTER_CFG table=filter family=10 entries=83
avril 18 11:41:07 maya11 audit: NETFILTER_CFG table=broute family=7 entries=0
avril 18 11:41:07 maya11 audit: NETFILTER_CFG table=nat family=7 entries=0
avril 18 11:41:07 maya11 audit: NETFILTER_CFG table=filter family=7 entries=0
avril 18 11:41:07 maya11 audit: NETFILTER_CFG table=mangle family=2 entries=6
avril 18 11:41:07 maya11 audit: NETFILTER_CFG table=raw family=2 entries=3
avril 18 11:41:07 maya11 audit: NETFILTER_CFG table=security family=2 entries=4
avril 18 11:41:07 maya11 audit: NETFILTER_CFG table=filter family=2 entries=4
avril 18 11:41:07 maya11 audit: NETFILTER_CFG table=mangle family=10 entries=6
avril 18 11:01:01 maya11 run-parts[8045]: (/etc/cron.hourly) finished 0anacron
avril 18 11:07:20 maya11 plasmashell[1832]: QXcbClipboard: SelectionRequest too old
avril 18 11:07:41 maya11 plasmashell[1832]: QXcbClipboard: SelectionRequest too old
avril 18 11:07:41 maya11 plasmashell[1832]: QXcbClipboard: SelectionRequest too old
avril 18 11:07:41 maya11 plasmashell[1832]: QXcbClipboard: SelectionRequest too old
avril 18 11:07:41 maya11 plasmashell[1832]: QXcbClipboard: SelectionRequest too old
avril 18 11:07:41 maya11 plasmashell[1832]: QXcbClipboard: SelectionRequest too old
avril 18 11:13:01 maya11 anacron[8043]: Job `cron.daily' started
avril 18 11:13:01 maya11 run-parts[10795]: (/etc/cron.daily) starting logrotate
avril 18 11:13:01 maya11 run-parts[10800]: (/etc/cron.daily) finished logrotate
-- Reboot --
avril 18 11:14:03 maya11 kernel: microcode: microcode updated early to revision 0xc2, date = 2017-11-16
avril 18 11:14:03 maya11 kernel: Linux version 4.15.17-300.fc27.x86_64 (mockbuild@bkernel02.phx2.fedoraproject.org) (gcc version 7.3.1 20180303 (Red Hat 7.3.1-5) (GCC)) #1 SMP Thu Apr 12 18:19:17 UTC 2018
avril 18 11:14:03 maya11 kernel: Command line: BOOT_IMAGE=/vmlinuz-4.15.17-300.fc27.x86_64 root=/dev/mapper/fedora-root ro rd.lvm.lv=fedora/root rd.luks.uuid=luks-d5043e49-1426-4bd6-87fc-bf38e6108fdd rd.lvm.lv=fedora/swap rhgb quiet LANG
avril 18 11:14:03 maya11 kernel: x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers'
......
......
avril 18 12:21:36 maya11 audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=dnf-makecache comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
avril 18 12:26:35 maya11 systemd[1]: Starting Cleanup of Temporary Directories...
avril 18 12:26:35 maya11 systemd[1]: Started Cleanup of Temporary Directories.
avril 18 12:26:35 maya11 audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-tmpfiles-clean comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=
avril 18 12:26:35 maya11 audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-tmpfiles-clean comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=s
avril 18 11:56:37 maya11 audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-tmpfiles-clean comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=
avril 18 11:56:37 maya11 audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-tmpfiles-clean comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=s
avril 18 12:01:01 maya11 CROND[3709]: (root) CMD (run-parts /etc/cron.hourly)
avril 18 12:01:01 maya11 run-parts[3712]: (/etc/cron.hourly) starting 0anacron
avril 18 12:01:01 maya11 run-parts[3718]: (/etc/cron.hourly) finished 0anacron
-- Reboot --
avril 18 12:11:08 maya11 kernel: Linux version 4.15.17-300.fc27.x86_64 (mockbuild@bkernel02.phx2.fedoraproject.org) (gcc version 7.3.1 20180303 (Red Hat 7.3.1-5) (GCC)) #1 SMP Thu Apr 12 18:19:17 UTC 2018
avril 18 12:11:08 maya11 kernel: Command line: BOOT_IMAGE=/vmlinuz-4.15.17-300.fc27.x86_64 root=/dev/mapper/fedora-root ro rd.lvm.lv=fedora/root rd.luks.uuid=luks-d5043e49-1426-4bd6-87fc-bf38e6108fdd rd.lvm.lv=fedora/swap rhgb quiet LANG
avril 18 12:11:08 maya11 kernel: x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers'
avril 18 12:11:08 maya11 kernel: x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers'
avril 18 12:11:08 maya11 kernel: x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers'
avril 18 12:11:08 maya11 kernel: x86/fpu: Supporting XSAVE feature 0x008: 'MPX bounds registers'
avril 18 12:11:08 maya11 kernel: x86/fpu: Supporting XSAVE feature 0x010: 'MPX CSR'
avril 18 12:11:08 maya11 kernel: x86/fpu: xstate_offset[2]: 576, xstate_sizes[2]: 256
avril 18 12:11:08 maya11 kernel: x86/fpu: xstate_offset[3]: 832, xstate_sizes[3]: 64
avril 18 12:11:08 maya11 kernel: x86/fpu: xstate_offset[4]: 896, xstate_sizes[4]: 64
avril 18 12:11:08 maya11 kernel: x86/fpu: Enabled xstate features 0x1f, context size is 960 bytes, using 'compacted' format.
avril 18 12:11:08 maya11 kernel: e820: BIOS-provided physical RAM map:
avril 18 12:11:08 maya11 kernel: BIOS-e820: [mem 0x0000000000000000-0x0000000000057fff] usable
avril 18 12:11:08 maya11 kernel: BIOS-e820: [mem 0x0000000000058000-0x0000000000058fff] reserved
avril 18 12:11:08 maya11 kernel: BIOS-e820: [mem 0x0000000000059000-0x000000000009efff] usable
avril 18 12:11:08 maya11 kernel: BIOS-e820: [mem 0x000000000009f000-0x00000000000fffff] reserved
avril 18 12:11:08 maya11 kernel: BIOS-e820: [mem 0x0000000000100000-0x00000000b828cfff] usable
avril 18 12:11:08 maya11 kernel: BIOS-e820: [mem 0x00000000b828d000-0x00000000b82c2fff] ACPI data
J'ai poursuivi mon analyse sur les lenteurs d'ouverture de session, qui en testant avec un autre utilisateur, étaient toujours présentes.
VINDICATORs wrote:Dans le cas ou c'est la session qui plante, tu peux changer d'utilisateurs pour voir si ce n'est pas simplement un souci avec l'actuel. J'ai eu le cas il y a quelques semaines, j'ai renommé les répertoires utilisateur suivant :
.config
.local
.kde
Ca ne m'a pas amélioré ce temps d'ouverture, mais j'ai trouvé dans les logs des problemes avec Virtualbox qui ne retrouvait pas le service VirtualBox :
vboxclient the virtualbox kernel service is not running. exiting.
J'ai désinstallé et réinstallé VirtualBox sur les dépôts rpmfusion-free-updates (comme initialement installé) et le message n'apparaissait plus au démarrage et enfin, l'
ouverture de session était digne d'une configuration comme la mienne !! (ca c'est résolu, pour l'instant). Je testerai une autre fois les dépots Oracle, je verrais.
D'autre part, je me suis penché sur mon
Bios, à cause d'une histoire de "son" ou de "bruit", je m'explique :
Juste après un plantage, quand je me connectais à mon bios pour constater la température de mon processeur et que je voyais qu'elle était normale, je sortais du bios et le "son" que ne faisait plus (la coupure) mes ventilateurs, Ventirads CPU et Ventirads GPU (au moment de s'arreter) n'est pas le meme que lorsque je demande un redémarrage, un peu comme si la commande du Bios était "brutale" contrairement à une commande systeme qui serait "douce".
La derniere
mise à jour Bios que j'avais faite (d'où mon indication sur mon premier post que le Bios était à jour), datait d'une semaine.
J'ai été agréablement surpris de constater qu'il y avait une nouvelle version de Bios, corrigeant un problème de compatibilité de mémoire et stabilité système ... venait de sortir il y a 3 jours. :hammer:
Je viens donc de l'appliquer et je vais utiliser ma machine comme un
forçat et reviendrai ici ...
A ma décharge, je vérifiais de temps à autre les mises à jour Bios de ma carte mère, et les dernières dataient de plus d'un an...