Il faut que tu aies les dépôts non-free dans ton sources.list et ensuite tu installeras :
# apt install intel-microcode
Sources de l’information :
Bonjour
Merci pour cette réponse
Ce paquet est déjà installé .
Voici mon sources.list :
#
# deb cdrom:[Debian GNU/Linux 10.7.0 _Buster_ - Unofficial amd64 NETINST with firmware 20201205-11:16]/ buster contrib main non-free
#deb cdrom:[Debian GNU/Linux 10.7.0 _Buster_ - Unofficial amd64 NETINST with firmware 20201205-11:16]/ buster contrib main non-free
deb http://deb.debian.org/debian/ buster main contrib non-free
deb-src http://deb.debian.org/debian/ buster main contrib non-free
deb http://security.debian.org/debian-security buster/updates main contrib non-free
deb-src http://security.debian.org/debian-security buster/updates main contrib non-free
# buster-updates, previously known as 'volatile'
deb http://deb.debian.org/debian/ buster-updates main contrib non-free
deb-src http://deb.debian.org/debian/ buster-updates main contrib non-free
# This system was installed using small removable media
# (e.g. netinst, live or single CD). The matching "deb cdrom"
# entries were disabled at the end of the installation process.
# For information about how to configure apt package sources,
# see the sources.list(5) manual.
L’installation donne :
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
Lecture des listes de paquets…
Construction de l'arbre des dépendances…
Lecture des informations d'état…
intel-microcode est déjà la version la plus récente (3.20210216.1~deb10u1).
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
Patrice
Le CPU a finalement été une fausse piste, j’avais raisonné comme dans mon cas où au départ je n’avais pas les dépôts non-free et l’installation d’intel-microcode m’a fait changer de SMT vulnerable à SMT disabled.
Il faudrait en savoir plus sur ce lampp.service:
# systemctl status lampp.service
# systemctl show lampp.service
Bonsoir
Pas de souci bien sûr : Au moins j’aurais appris un truc : l’existence des CVE. Merci!
Voici le résultat du systemctl status lampp.service:
● lampp.service - LSB: XAMPP
Loaded: loaded (/etc/init.d/lampp; generated)
Active: failed (Result: exit-code) since Fri 2021-06-04 16:51:44 CEST; 5min ago
Docs: man:systemd-sysv-generator(8)
Process: 800 ExecStart=/etc/init.d/lampp start (code=exited, status=1/FAILURE)
Tasks: 32 (limit: 4915)
Memory: 110.8M
CGroup: /system.slice/lampp.service
├─1116 proftpd: (accepting connections)
├─1186 /bin/sh /opt/lampp/bin/mysqld_safe --datadir=/opt/lampp/var/mysql --pid-file=/opt/lampp/var/mysql/debian.pid
└─1347 /opt/lampp/sbin/mysqld --basedir=/opt/lampp --datadir=/opt/lampp/var/mysql --plugin-dir=/opt/lampp/lib/mysql/plugin/ --user=mysql --log-error=/opt/lampp/var/mysql/debian.err --pid-file=/opt/lampp/var/mysql/debian.pid --socket=/opt/lampp/var/mysql/mysql.sock --port=3306
juin 04 16:51:44 debian systemd[1]: Starting LSB: XAMPP...
juin 04 16:51:44 debian lampp[800]: Starting XAMPP for Linux 8.0.6-0...
juin 04 16:51:44 debian lampp[800]: XAMPP: Starting Apache...fail.
juin 04 16:51:44 debian lampp[800]: XAMPP: Another web server is already running.
juin 04 16:51:44 debian lampp[800]: XAMPP: Starting MySQL...ok.
juin 04 16:51:44 debian proftpd[1116]: debian - ProFTPD 1.3.6 (stable) (built Mon May 10 2021 15:57:30 UTC) standalone mode STARTUP
juin 04 16:51:44 debian lampp[800]: XAMPP: Starting ProFTPD...ok.
juin 04 16:51:44 debian systemd[1]: lampp.service: Control process exited, code=exited, status=1/FAILURE
juin 04 16:51:44 debian systemd[1]: lampp.service: Failed with result 'exit-code'.
juin 04 16:51:44 debian systemd[1]: Failed to start LSB: XAMPP.
Et le systemctl show lampp.service :
Type=forking
Restart=no
NotifyAccess=none
RestartUSec=100ms
TimeoutStartUSec=5min
TimeoutStopUSec=5min
RuntimeMaxUSec=infinity
WatchdogUSec=0
WatchdogTimestampMonotonic=0
RootDirectoryStartOnly=no
RemainAfterExit=yes
GuessMainPID=no
MainPID=0
ControlPID=0
FileDescriptorStoreMax=0
NFileDescriptorStore=0
StatusErrno=0
Result=exit-code
UID=[not set]
GID=[not set]
NRestarts=0
ExecMainStartTimestampMonotonic=0
ExecMainExitTimestampMonotonic=0
ExecMainPID=0
ExecMainCode=0
ExecMainStatus=0
ExecStart={ path=/etc/init.d/lampp ; argv[]=/etc/init.d/lampp start ; ignore_errors=no ; start_time=[Fri 2021-06-04 16:51:44 CEST] ; stop_time=[Fri 2021-06-04 16:51:44 CEST] ; pid=800 ; code=exited ; status=1 }
ExecStop={ path=/etc/init.d/lampp ; argv[]=/etc/init.d/lampp stop ; ignore_errors=no ; start_time=[n/a] ; stop_time=[n/a] ; pid=0 ; code=(null) ; status=0/0 }
Slice=system.slice
ControlGroup=/system.slice/lampp.service
MemoryCurrent=116109312
CPUUsageNSec=[not set]
TasksCurrent=32
IPIngressBytes=18446744073709551615
IPIngressPackets=18446744073709551615
IPEgressBytes=18446744073709551615
IPEgressPackets=18446744073709551615
Delegate=no
CPUAccounting=no
CPUWeight=[not set]
StartupCPUWeight=[not set]
CPUShares=[not set]
StartupCPUShares=[not set]
CPUQuotaPerSecUSec=infinity
IOAccounting=no
IOWeight=[not set]
StartupIOWeight=[not set]
BlockIOAccounting=no
BlockIOWeight=[not set]
StartupBlockIOWeight=[not set]
MemoryAccounting=yes
MemoryMin=0
MemoryLow=0
MemoryHigh=infinity
MemoryMax=infinity
MemorySwapMax=infinity
MemoryLimit=infinity
DevicePolicy=auto
TasksAccounting=yes
TasksMax=4915
IPAccounting=no
UMask=0022
LimitCPU=infinity
LimitCPUSoft=infinity
LimitFSIZE=infinity
LimitFSIZESoft=infinity
LimitDATA=infinity
LimitDATASoft=infinity
LimitSTACK=infinity
LimitSTACKSoft=8388608
LimitCORE=infinity
LimitCORESoft=0
LimitRSS=infinity
LimitRSSSoft=infinity
LimitNOFILE=524288
LimitNOFILESoft=1024
LimitAS=infinity
LimitASSoft=infinity
LimitNPROC=31318
LimitNPROCSoft=31318
LimitMEMLOCK=65536
LimitMEMLOCKSoft=65536
LimitLOCKS=infinity
LimitLOCKSSoft=infinity
LimitSIGPENDING=31318
LimitSIGPENDINGSoft=31318
LimitMSGQUEUE=819200
LimitMSGQUEUESoft=819200
LimitNICE=0
LimitNICESoft=0
LimitRTPRIO=0
LimitRTPRIOSoft=0
LimitRTTIME=infinity
LimitRTTIMESoft=infinity
OOMScoreAdjust=0
Nice=0
IOSchedulingClass=0
IOSchedulingPriority=0
CPUSchedulingPolicy=0
CPUSchedulingPriority=0
TimerSlackNSec=50000
CPUSchedulingResetOnFork=no
NonBlocking=no
StandardInput=null
StandardInputData=
StandardOutput=journal
StandardError=inherit
TTYReset=no
TTYVHangup=no
TTYVTDisallocate=no
SyslogPriority=30
SyslogLevelPrefix=yes
SyslogLevel=6
SyslogFacility=3
LogLevelMax=-1
LogRateLimitIntervalUSec=0
LogRateLimitBurst=0
SecureBits=0
CapabilityBoundingSet=cap_chown cap_dac_override cap_dac_read_search cap_fowner cap_fsetid cap_kill cap_setgid cap_setuid cap_setpcap cap_linux_immutable cap_net_bind_service cap_net_broadcast cap_net_admin cap_net_raw cap_ipc_lock cap_ipc_owner cap_sys_module cap_sys_rawio cap_sys_chroot cap_sys_ptrace cap_sys_pacct cap_sys_admin cap_sys_boot cap_sys_nice cap_sys_resource cap_sys_time cap_sys_tty_config cap_mknod cap_lease cap_audit_write cap_audit_control cap_setfcap cap_mac_override cap_mac_admin cap_syslog cap_wake_alarm cap_block_suspend
AmbientCapabilities=
DynamicUser=no
RemoveIPC=no
MountFlags=
PrivateTmp=no
PrivateDevices=no
ProtectKernelTunables=no
ProtectKernelModules=no
ProtectControlGroups=no
PrivateNetwork=no
PrivateUsers=no
PrivateMounts=no
ProtectHome=no
ProtectSystem=no
SameProcessGroup=no
UtmpMode=init
IgnoreSIGPIPE=no
NoNewPrivileges=no
SystemCallErrorNumber=0
LockPersonality=no
RuntimeDirectoryPreserve=no
RuntimeDirectoryMode=0755
StateDirectoryMode=0755
CacheDirectoryMode=0755
LogsDirectoryMode=0755
ConfigurationDirectoryMode=0755
MemoryDenyWriteExecute=no
RestrictRealtime=no
RestrictNamespaces=no
MountAPIVFS=no
KeyringMode=private
KillMode=process
KillSignal=15
FinalKillSignal=9
SendSIGKILL=yes
SendSIGHUP=no
WatchdogSignal=6
Id=lampp.service
Names=lampp.service
Requires=system.slice sysinit.target
Wants=network-online.target
WantedBy=graphical.target multi-user.target
Conflicts=shutdown.target
Before=multi-user.target shutdown.target graphical.target
After=sysinit.target network-online.target remote-fs.target system.slice systemd-journald.socket basic.target
Documentation=man:systemd-sysv-generator(8)
Description=LSB: XAMPP
LoadState=loaded
ActiveState=failed
SubState=failed
FragmentPath=/run/systemd/generator.late/lampp.service
SourcePath=/etc/init.d/lampp
UnitFileState=generated
UnitFilePreset=enabled
StateChangeTimestamp=Fri 2021-06-04 16:51:44 CEST
StateChangeTimestampMonotonic=11282462
InactiveExitTimestamp=Fri 2021-06-04 16:51:44 CEST
InactiveExitTimestampMonotonic=11073878
ActiveEnterTimestampMonotonic=0
ActiveExitTimestampMonotonic=0
InactiveEnterTimestamp=Fri 2021-06-04 16:51:44 CEST
InactiveEnterTimestampMonotonic=11282462
CanStart=yes
CanStop=yes
CanReload=no
CanIsolate=no
StopWhenUnneeded=no
RefuseManualStart=no
RefuseManualStop=no
AllowIsolate=no
DefaultDependencies=yes
OnFailureJobMode=replace
IgnoreOnIsolate=no
NeedDaemonReload=no
JobTimeoutUSec=infinity
JobRunningTimeoutUSec=infinity
JobTimeoutAction=none
ConditionResult=yes
AssertResult=yes
ConditionTimestamp=Fri 2021-06-04 16:51:44 CEST
ConditionTimestampMonotonic=11073096
AssertTimestamp=Fri 2021-06-04 16:51:44 CEST
AssertTimestampMonotonic=11073099
Transient=no
Perpetual=no
StartLimitIntervalUSec=10s
StartLimitBurst=5
StartLimitAction=none
FailureAction=none
FailureActionExitStatus=-1
SuccessAction=none
SuccessActionExitStatus=-1
InvocationID=024c96e726d54aecb6a5cbde7be9a309
CollectMode=inactive
Vu que je ne veux pas abuser de votre précieuse aide, j’ai préféré désinstaller LAMPP. Je n’ai pas eu le temps de l’utiliser avant mes soucis. Je le réinstallerai plus tard.
La désinstallation de LAMPP n’a malheureusement rien changé au problème.
Patrice
Peux-tu regarder l’état de GDM et voir peut-être pour le reconfigurer ?
dpkg-reconfigure gdm3
Si jamais tu as eu des mises à jour il seront bien de vérifier l’état du systèmes voir si tout est opérationnel 
Bonjour Clochette
Merci de t’intéresser à mon souci.
La commande
dpkg-reconfigure
ne renvoie rien. Je suppose que c’est normal. J’ai ensuite lancé la commande :
systemctl status
Et voici ce qu’elle renvoie :
● debian
State: running
Jobs: 0 queued
Failed: 0 units
Since: Mon 2021-06-07 11:38:47 CEST; 1h 50min left
CGroup: /
├─user.slice
│ └─user-1000.slice
│ ├─user@1000.service
│ │ └─init.scope
│ │ ├─1307 /lib/systemd/systemd --user
│ │ └─1308 (sd-pam)
│ ├─session-3.scope
│ │ ├─1269 gdm-session-worker [pam/gdm-password]
│ │ ├─1323 /usr/lib/gdm3/gdm-x-session --run-script default
│ │ ├─1325 /usr/lib/xorg/Xorg vt2 -displayfd 3 -auth /run/user/1000/gdm/Xauthority -background none -noreset -keeptty -verbose 3
│ │ ├─1333 dbus-daemon --print-address 4 --session
│ │ ├─1337 x-window-manager
│ │ ├─1386 /usr/bin/ssh-agent x-window-manager
│ │ ├─1393 /usr/lib/at-spi2-core/at-spi-bus-launcher
│ │ ├─1398 /usr/bin/dbus-daemon --config-file=/usr/share/defaults/at-spi2/accessibility.conf --nofork --print-address 3
│ │ └─1400 /usr/lib/at-spi2-core/at-spi2-registryd --use-gnome-session
│ └─session-5.scope
│ ├─1403 /bin/login -p --
│ ├─1429 -bash
│ └─1462 systemctl status
├─init.scope
│ └─1 /sbin/init
└─system.slice
├─apache2.service
│ ├─648 /usr/sbin/apache2 -k start
│ ├─649 /usr/sbin/apache2 -k start
│ ├─650 /usr/sbin/apache2 -k start
│ └─651 /usr/sbin/apache2 -k start
├─systemd-udevd.service
│ ├─ 296 /lib/systemd/systemd-udevd
│ └─1461 /lib/systemd/systemd-udevd
├─cron.service
│ └─534 /usr/sbin/cron -f
├─polkit.service
│ └─608 /usr/lib/policykit-1/polkitd --no-debug
├─bluetooth.service
│ └─612 /usr/lib/bluetooth/bluetoothd
├─accounts-daemon.service
│ └─530 /usr/lib/accountsservice/accounts-daemon
├─wpa_supplicant.service
│ └─545 /sbin/wpa_supplicant -u -s -O /run/wpa_supplicant
├─mono-xsp4.service
│ └─626 /usr/bin/mono /usr/lib/mono/4.5/xsp4.exe --port 8084 --address 0.0.0.0 --appconfigdir /etc/xsp4 --nonstop
├─ModemManager.service
│ └─531 /usr/sbin/ModemManager --filter-policy=strict
├─systemd-journald.service
│ └─275 /lib/systemd/systemd-journald
├─ssh.service
│ └─632 /usr/sbin/sshd -D
├─colord.service
│ └─605 /usr/lib/colord/colord
├─exim4.service
│ └─1058 /usr/sbin/exim4 -bd -q30m
├─NetworkManager.service
│ ├─543 /usr/sbin/NetworkManager --no-daemon
│ └─765 /sbin/dhclient -d -q -sf /usr/lib/NetworkManager/nm-dhcp-helper -pf /run/dhclient-enp0s25.pid -lf /var/lib/NetworkManager/dhclient-d3eb2c39-f183-4f2e-8884-c53e0d76e4ff-enp0s25.lease -cf /var/lib/NetworkManager/dhclient-enp0s25.conf enp0s25
├─snapd.service
│ └─526 /usr/lib/snapd/snapd
├─gdm.service
│ └─806 /usr/sbin/gdm3
├─rsyslog.service
│ └─527 /usr/sbin/rsyslogd -n -iNONE
├─alsa-state.service
│ └─524 /usr/sbin/alsactl -E HOME=/run/alsa -s -n 19 -c rdaemon
├─cups-browsed.service
│ └─601 /usr/sbin/cups-browsed
├─cups.service
│ └─533 /usr/sbin/cupsd -l
├─upower.service
│ └─1144 /usr/lib/upower/upowerd
├─dbus.service
│ └─541 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only
├─systemd-timesyncd.service
│ └─364 /lib/systemd/systemd-timesyncd
├─avahi-daemon.service
│ ├─535 avahi-daemon: running [debian.local]
│ └─598 avahi-daemon: chroot helper
└─systemd-logind.service
└─525 /lib/systemd/systemd-logind
Patrice
Ce message d’erreur n’a pas été exploité. J’ai cherché avec cette phrase et j’ai trouvé des erreurs de configuration du BIOS concernant les CPU :
Merci, Gilles, pour ta contribution.
Je n’ai pas tout compris sur cette erreur, mais ce que je vois dans https://wiki.osdev.org/MTRR, c’est que la technologie MMTR n’est utilisée que pour les arcitectures x86. Or la commande
uname -l
me renvoie :
x86_64
Par ailleurs, étant en dual boot (je n’ai aucun pb sous Windows), j’ai mis à jour le bios de mon Toshiba. Malgré ça, le message relatif au mtrr apparait toujours.
Est-ce qu’on peut considérer que cette piste est à écarter?
Patrice
Ce n'est pas ce que je comprends :
While this method is available in most new Intel and AMD processors, preference should be given to [Page Attribute Tables](https://wiki.osdev.org/index.php?title=Page_Attribute_Tables&action=edit&redlink=1) instead, as many of the systems usually configure these during early boot from UEFI/BIOS and changing MTRRs which were set up by the firmware may lead to unexpected problems.
Bien que cette méthode soit disponible dans la plupart des nouveaux processeurs Intel et AMD, il est préférable d'utiliser plutôt les tables d'attributs de page, car de nombreux systèmes les configurent habituellement lors du démarrage initial à partir de l'UEFI/BIOS et la modification des MTRRs qui ont été configurés par le microprogramme peut entraîner des problèmes inattendus.
À la lecture de ces phrases, on ne peut pas encore écarter cette piste. Je crois que tu doives modifier certains choix de configuration du BIOS, mais dire précisement lesquels…
Peut-être que cette commande nous en dira plus :
# dmesg | grep -i mtrr
Merci pour cette réponse.
Ce que je ne comprends pas, c’est que je n’ai rien changé dans le bios avant ce problème, et Windows fonctionne bien. Je vais jeter tout de même un oeil sur les options du BIOS…
Patrice
dmesg | grep -i mtrr me renvoie :
[ 0.005817] MTRR default type: uncachable
[ 0.005818] MTRR fixed ranges enabled:
[ 0.005823] MTRR variable ranges enabled:
[ 0.243589] mtrr: your CPUs had inconsistent variable MTRR settings
[ 0.243589] mtrr: probably your BIOS does not setup all CPUs.
[ 0.243589] mtrr: corrected configuration.Bonjour
N’ayant pas trouvé de solution, j’ai reformaté mon PC.
Ce n’est pas une solution, ça, c’est un abandon.
J’assume. Et mon directeur aussi. Il veut que le boulot avance!
Pourtant je crois qu’il y avait une solution, mais comme j’avais l’impression de tirer ce sujet à moi tout seul je me suis dit que quelqu’un d’autre trouverait aussi facilement cette solution ou bien que tu la trouverais tout seul :
Si tu avais effectué cette recherche :
Tu serais tombé sur :
Cela dit que si le BIOS ne configure pas les MTRR, alors le noyau configure les MTRR. Et si ni le BIOS et le noyau ne configurent les MTRR, alors c’est un bug du noyau.
Nous aurions tester cette hypothèse en changeant de noyau. D’ailleurs ta panne est arrivée après une grosse mise à jour comme tu l’indiques dans ton premier message, donc possiblement après un changement de noyau.
Je ne parle pas de la réinstallation elle-même (tu fais ce que tu veux sur ta machine), mais du fait de présenter celle-ci comme une solution dans le forum. Ceux qui feront une recherche pour le même problème et tomberont sur ce fil en espérant y trouver une solution seront déçus !
Bonsoir
Merci pour vos interventions
Ah ok Pascal. Je voulais juste clore le sujet pour que les bénévoles ne perdent pas du temps à lire un sujet clos. Y a-t-il un autre usage dans ce cas?
Merci Gilles. Je risque donc de retomber sur ce problème. Je chercherai alors comment changer de noyau.
Patrice
On pouvait mettre [Abandon] dans le titre.
Quel problème ? Si tu parles des messages relatifs à MTRR, je parie qu’ils se produisent encore. Je les classe dans la catégorie des petits messages habituels et anodins auxquels on ne prête pas attention quand tout va bien - à raison - et on accorde soudain une importance démesurée au moindre problème - à tort.
Bonne idée 
C’est fait
Merci à vous deux