Debian-facile

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

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

#1 19-12-2015 18:49:55

robert2a
Membre
Lieu : France
Distrib. : Stretch
Noyau : Linux 4.8.0-1-amd64
(G)UI : Mate 1.16.1
Inscription : 15-11-2014

[resolu]message ERST: can not request

Bonjour
sur un serveur j'ai ce message au boot , à priori pas de soucis mais j aimerai comprendre.

je suis pas sur la machine mais le message est :


ERST: cant not request [une zone mémoire ]
 



sur le net j 'ai rien trouvé a part


GRUB_CMDLINE_LINUX_DEFAULT="quiet erst_disable"
 



je ne vai pas désactiver quelque chose dont je ne sait pas a quoi elle sert.
c est un probleme sur linux (vu les messages sur le net )
dans certain cas ça bug le démarrage du noyau.
si quelqu un peu expliquer ce qu 'est ERST et a quoi il sert .

j'ai l option IOMMU du bios  sur "ENABLE"  (carte serveur + opteron 6320 ) qui réserve une zone mémoire (spécifique a amd)

j'ai de la mémoire UDIMM  non registered non ecc  (que je vai remplacé bientot par de l ecc non registered ,ça coute la peau des fesses roll  )

voici le log du serveur :


Dec 19 17:10:40 debian10 kernel: [    1.831868] ERST: Can not request [mem 0xd7e9e000-0xd7e9ffff] for ERST.
Dec 19 17:10:40 debian10 kernel: [    1.831996] GHES: APEI firmware first mode is enabled by APEI bit and WHEA _OSC.
Dec 19 17:10:40 debian10 kernel: [    1.832088] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
Dec 19 17:10:40 debian10 kernel: [    1.832561] Linux agpgart interface v0.103
Dec 19 17:10:40 debian10 kernel: [    1.832614] AMD IOMMUv2 driver by Joerg Roedel <jroedel@suse.de>
Dec 19 17:10:40 debian10 kernel: [    1.832615] AMD IOMMUv2 functionality not available on this system
 



juste avant le message ERST un extrait du log :


Dec 19 17:10:40 debian10 kernel: [    0.390187] NET: Registered protocol family 1
Dec 19 17:10:40 debian10 kernel: [    1.449207] pci 0000:01:00.0: Video device with shadowed ROM
Dec 19 17:10:40 debian10 kernel: [    1.449217] PCI: CLS 64 bytes, default 64
Dec 19 17:10:40 debian10 kernel: [    1.449287] Unpacking initramfs...
Dec 19 17:10:40 debian10 kernel: [    1.738680] Freeing initrd memory: 15916K (ffff8800360da000 - ffff880037065000)
Dec 19 17:10:40 debian10 kernel: [    1.820554] iommu: Adding device 0000:00:00.0 to group 0
Dec 19 17:10:40 debian10 kernel: [    1.820981] iommu: Adding device 0000:00:02.0 to group 1
Dec 19 17:10:40 debian10 kernel: [    1.821414] iommu: Adding device 0000:00:09.0 to group 2
Dec 19 17:10:40 debian10 kernel: [    1.821841] iommu: Adding device 0000:00:0a.0 to group 3
Dec 19 17:10:40 debian10 kernel: [    1.822263] iommu: Adding device 0000:00:11.0 to group 4
Dec 19 17:10:40 debian10 kernel: [    1.822701] iommu: Adding device 0000:00:12.0 to group 5
Dec 19 17:10:40 debian10 kernel: [    1.822718] iommu: Adding device 0000:00:12.1 to group 5
Dec 19 17:10:40 debian10 kernel: [    1.822736] iommu: Adding device 0000:00:12.2 to group 5
Dec 19 17:10:40 debian10 kernel: [    1.823173] iommu: Adding device 0000:00:13.0 to group 6
Dec 19 17:10:40 debian10 kernel: [    1.823190] iommu: Adding device 0000:00:13.1 to group 6
Dec 19 17:10:40 debian10 kernel: [    1.823208] iommu: Adding device 0000:00:13.2 to group 6
Dec 19 17:10:40 debian10 kernel: [    1.823631] iommu: Adding device 0000:00:14.0 to group 7
Dec 19 17:10:40 debian10 kernel: [    1.823634] AMD-Vi: Using IVRS reported alias 00:11.0 for device 0000:00:14.1[1002:439c], kernel reported alias 00:14.1
Dec 19 17:10:40 debian10 kernel: [    1.823635] AMD-Vi: Added PCI DMA alias 11.0 for 0000:00:14.1
Dec 19 17:10:40 debian10 kernel: [    1.823646] iommu: Adding device 0000:00:14.1 to group 4
Dec 19 17:10:40 debian10 kernel: [    1.824069] iommu: Adding device 0000:00:14.3 to group 8
Dec 19 17:10:40 debian10 kernel: [    1.824491] iommu: Adding device 0000:00:14.4 to group 9
Dec 19 17:10:40 debian10 kernel: [    1.824915] iommu: Adding device 0000:00:14.5 to group 10
Dec 19 17:10:40 debian10 kernel: [    1.825353] iommu: Adding device 0000:01:00.0 to group 11
Dec 19 17:10:40 debian10 kernel: [    1.825807] iommu: Adding device 0000:02:00.0 to group 12
Dec 19 17:10:40 debian10 kernel: [    1.826238] iommu: Adding device 0000:03:00.0 to group 13
Dec 19 17:10:40 debian10 kernel: [    1.826239] AMD-Vi: Found IOMMU at 0000:00:00.2 cap 0x40
Dec 19 17:10:40 debian10 kernel: [    1.826240] AMD-Vi: Interrupt remapping enabled
Dec 19 17:10:40 debian10 kernel: [    1.826339] AMD-Vi: Lazy IO/TLB flushing enabled
Dec 19 17:10:40 debian10 kernel: [    1.828784] perf: AMD NB counters detected
Dec 19 17:10:40 debian10 kernel: [    1.828894] microcode: CPU0: patch_level=0x06000822
Dec 19 17:10:40 debian10 kernel: [    1.828903] microcode: CPU1: patch_level=0x06000822
Dec 19 17:10:40 debian10 kernel: [    1.828909] microcode: CPU2: patch_level=0x06000822
Dec 19 17:10:40 debian10 kernel: [    1.828917] microcode: CPU3: patch_level=0x06000822
Dec 19 17:10:40 debian10 kernel: [    1.828932] microcode: CPU4: patch_level=0x06000822
Dec 19 17:10:40 debian10 kernel: [    1.828943] microcode: CPU5: patch_level=0x06000822
Dec 19 17:10:40 debian10 kernel: [    1.828955] microcode: CPU6: patch_level=0x06000822
Dec 19 17:10:40 debian10 kernel: [    1.828966] microcode: CPU7: patch_level=0x06000822
Dec 19 17:10:40 debian10 kernel: [    1.829077] microcode: Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba
Dec 19 17:10:40 debian10 kernel: [    1.829090] LVT offset 0 assigned for vector 0x400
Dec 19 17:10:40 debian10 kernel: [    1.829123] perf: AMD IBS detected (0x000000ff)
Dec 19 17:10:40 debian10 kernel: [    1.829912] futex hash table entries: 4096 (order: 6, 262144 bytes)
Dec 19 17:10:40 debian10 kernel: [    1.830042] audit: initializing netlink subsys (disabled)
Dec 19 17:10:40 debian10 kernel: [    1.830064] audit: type=2000 audit(1450541428.648:1): initialized
Dec 19 17:10:40 debian10 kernel: [    1.830508] HugeTLB registered 2 MB page size, pre-allocated 0 pages
 


c'est peut etre juste un message de notification  roll

ps:j'ai l option C6 dans le bios désactivé (pour l hibernation je pense ) , sur la doc du bios il l appelle EUP support  (il parle de s5 pour enabled to for EUP )

Dernière modification par robert2a (01-10-2016 07:19:33)

Hors ligne

#2 20-12-2015 01:13:19

robert2a
Membre
Lieu : France
Distrib. : Stretch
Noyau : Linux 4.8.0-1-amd64
(G)UI : Mate 1.16.1
Inscription : 15-11-2014

Re : [resolu]message ERST: can not request

comme je l ai mit dans le titre , google va nous ramener des gens avec ce souci. (débian et linux en général)
je vois que personne a d'idée sur le sujet (a priori c est surtout sur les serveurs ).
et peut etre que ce n'est qu um méssage informatif  hmm
et mes barrettes mémoire ecc sont en rupture de stock , misèreeeee roll

Hors ligne

#3 20-12-2015 01:27:41

kawer
Adhérent(e)
Lieu : Académie de la Croix-Vraie
Distrib. : Debian stable / ArchLinux
Noyau : Current
(G)UI : xfwm4
Inscription : 08-10-2013
Site Web

Re : [resolu]message ERST: can not request

En parlant de google big_smile c'est pas du tout au point leurs truck, en tout cas sur une utilisation normal j'obtiens bien plus de réponse sur ton sujet que sur le googlebilatore

Dernière modification par kawer (20-12-2015 01:30:06)


Rendez à César ce qui est à César et à Dieu ce qui est à Dieu -Cit. J.C.
La persévérance, c'est ce qui rend l'impossible possible, le possible probable et le probable réalisé. -Cit. Robert Half.
Dans toutes les situations, le piège c'était avant, car tu ne voyais pas les murs -Cit. Crevette

Hors ligne

#4 20-12-2015 01:35:07

robert2a
Membre
Lieu : France
Distrib. : Stretch
Noyau : Linux 4.8.0-1-amd64
(G)UI : Mate 1.16.1
Inscription : 15-11-2014

Re : [resolu]message ERST: can not request

pas beaucoup en fr non plus mais c est vrai bien plus de réponses  wink

Hors ligne

#5 17-03-2016 15:29:06

robert2a
Membre
Lieu : France
Distrib. : Stretch
Noyau : Linux 4.8.0-1-amd64
(G)UI : Mate 1.16.1
Inscription : 15-11-2014

Re : [resolu]message ERST: can not request

je déterre ce vieux post  roll

un message du constructeur de la carte mere (suite a une question a propos de cette erreur )


Question
I noticed X8 DP series motherboard showing "ERST: Failed to get Error Log Address Range" message during the RHEL/CentOS 6.2,6.3 version while booting. What is this problem related to?
Answer
For "ERST: Failed to get Error Log Address Range" this type of event message, you can do one of following items to get workaround.
1. Disable ACPI with command "acpi=off" in boot grub
2. Disable WHEA option from enable to disable in BIOS setup menu
The reason is WHEA requesting ACPI 4.0 table support. Recently, X8 DP series do not support ACPI 4.0 feature (only ACPI 3.0). This is why you will see this warming message shown up during OS boot.
 


la traduction approximative hmm


Question
J'ai remarqué X8 DP série mère montrant "ERST: Impossible d'obtenir le journal des erreurs Plage d'adresses" message lors de la version RHEL / CentOS 6.2,6.3 lors du démarrage. Quel est ce problème lié à?
Répondre
Pour "ERST: Impossible d'obtenir le journal des erreurs Plage d'adresses" ce type de message d'événement, vous pouvez faire un des éléments suivants pour obtenir solution de contournement.
1. Désactivez ACPI avec la commande "acpi = off" dans grub boot
2. Désactivez l'option WHEA de permettre de désactiver dans le menu de configuration du BIOS
La raison est WHEA demande ACPI 4.0 support de table. Récemment, la série X8 DP ne prend pas en charge ACPI 4.0 fonction (seulement ACPI 3.0). Ceci est la raison pour laquelle vous verrez ce message de réchauffement montré pendant OS boot.
 



pour la mise a jour du bios , pas de bios plus récent pour l instant
pour l option WHEA faut que je cherche , mettre l acpi a off  dans le grub je sais pas si une bonne option  roll
enfin ci quelqu un a le meme message d erreur , peut etre une information utile

ps: pour rappel carte mere a base d opteron , de marque  SuperMicro

Hors ligne

#6 17-03-2016 16:18:14

raleur
Membre
Inscription : 03-10-2014

Re : [resolu]message ERST: can not request

La traduction automatique d'un texte contenant des fautes de frappe (warning/warming) est périlleuse.

Si j'ai bien compris, ce BIOS contient une fonctionnalité WHEA qui est incompatible avec la version d'ACPI de ce même BIOS.
Grandiose.

Hors ligne

#7 17-03-2016 19:07:31

robert2a
Membre
Lieu : France
Distrib. : Stretch
Noyau : Linux 4.8.0-1-amd64
(G)UI : Mate 1.16.1
Inscription : 15-11-2014

Re : [resolu]message ERST: can not request

j'ai pas compris ce que tu veut dire raleur.

au démarrage , le noyau me donne cet erreur "ERST: cant not request [une zone mémoire ]" qui est différent de celui ci dessus .
mon souci est que je ne connais pas "ERST" et a quoi ça sert.
de mon post d'aujourd'hui j'en conclu que cela a un rapport avec l'acpi et ses tables.
je ne suis pas convaincu si c'est informatif ou une erreur donné par le noyau.
c'est la seule machine a me donner cet erreur (carte mere serveur et cpu amd ) voir mon post en #1 (a ne pas confondre avec RST qui est une fonction intel "rapid storage technology" )
je veut juste comprendre , c'est une erreur typique à linux (toutes distributions confondus )

ps: la carte est mono processeur (et j'ai eut des soucis sur ce serveur avec debian jessie a priori résolu ) il me reste ce message depuis l'upgrade de jessie vers stretch qui est non résolu .

Dernière modification par robert2a (17-03-2016 19:10:12)

Hors ligne

#8 19-03-2016 13:38:25

raleur
Membre
Inscription : 03-10-2014

Re : [resolu]message ERST: can not request

Je ne connais rien non plus à tous ces messages. Je me contentais de commenter le point 2) du message du constructeur en pointant l'absurdité d'implanter deux fonctionnalités incompatibles l'une avec l'autre dans un BIOS.

Dernière modification par raleur (19-03-2016 13:38:44)

Hors ligne

#9 01-10-2016 04:57:21

robert2a
Membre
Lieu : France
Distrib. : Stretch
Noyau : Linux 4.8.0-1-amd64
(G)UI : Mate 1.16.1
Inscription : 15-11-2014

Re : [resolu]message ERST: can not request

Bonsoir
le probleme a disparut avec le kernel 4.7 , j'ai ce message mais je pense que c'est ma mémoire qui est non ecc , le bios a bien ecc disable mais le noyau me donne ce message


Oct  1 04:38:29 debian1 kernel: [    7.143294] EDAC sbridge: ECC is disabled. Aborting
Oct  1 04:38:29 debian1 kernel: [    7.143352] EDAC sbridge: Couldn't find mci handler
Oct  1 04:38:29 debian1 kernel: [    7.143406] EDAC sbridge: Couldn't find mci handler
Oct  1 04:38:29 debian1 kernel: [    7.143462] EDAC sbridge: Failed to register device with error -19.
 


quoique la premiere ligne et les 3 suivantes n'ont peut etre aucun rapport
enfin tout est fonctionnel jusqu au bureau , je prend ça comme un message informatif

ps: beaucoup de messages sur le sujet a base d installation de linux  => https://www.debian-fr.org/t/edac-sbridg … dler/57631
et d'autres en anglais avec une recherche sur =>  "EDAC sbridge: Couldn't find mci handler"

je suis passé sur le bureau xfce4 mais des bugs aussi roll , j'ai installé apt-listbugs wink

Dernière modification par robert2a (01-10-2016 05:09:14)

Hors ligne

#10 01-10-2016 07:17:39

robert2a
Membre
Lieu : France
Distrib. : Stretch
Noyau : Linux 4.8.0-1-amd64
(G)UI : Mate 1.16.1
Inscription : 15-11-2014

Re : [resolu]message ERST: can not request

j'ai testé avec 2 barrettes ecc non-buffered 4Go 1066 (une par processeur) , le maximum est 8x2
plus d erreur .


Oct  1 07:03:01 debian1 kernel: [    8.169008] EDAC sbridge: Seeking for: PCI ID 8086:3cf5
Oct  1 07:03:01 debian1 kernel: [    8.169193] EDAC MC0: Giving out device to module sbridge_edac.c controller Sandy Bridge Socket#0: DEV 0000:7f:0e.0 (INTERRUPT)
Oct  1 07:03:01 debian1 kernel: [    8.169372] EDAC MC1: Giving out device to module sbridge_edac.c controller Sandy Bridge Socket#1: DEV 0000:ff:0e.0 (INTERRUPT)
Oct  1 07:03:01 debian1 kernel: [    8.169374] EDAC sbridge:  Ver: 1.1.1
 


donc bien informatif et pas bloquant , reste a savoir si ça vaut le coup d investir  dans 8 barrettes ecc tongue roll (4 canal par processeur et 2 processeurs ) 16 logements mais ça ferait 64Go , pas l utilité
j avais  8 barrettes de 4Go 1333 non-ecc , donc 16Go sur 4 canal par processeur (total 32 Go)
je passe en résolu
par contre pour ceux qui ont une carte mere non compatible ecc , faut subir le message  hmm

ps: je pense que je me suis trompé de post , => https://debian-facile.org/viewtopic.php … 05#p194005 (probleme d'arret ou reboot avec noyau 4.6 )
celui ci est pour un serveur amd opteron , et je parle d'un bi xeon sur ce post (d'ailleurs les memoires pour test viennent du serveur amd )
j'avais un panic kernel avec le noyau 4.6 sur le xeon (et pas avec le 4.3 ) si je le retrouve je le passe en resolu aussi tongue

pour l amd et la cm supermicro trop de soucis avec linux je l'ai mit hors service .

Dernière modification par robert2a (01-10-2016 07:41:00)

Hors ligne

Pied de page des forums