Microsoft confirme qu’un problème affecte certaines installations de Windows 11 24H2 et 25H2. Les mises à jour de sécurité récentes peuvent échouer avec l’erreur 0x800f0922, généralement lors du redémarrage vers 35-36 % de l’installation.
J’en avais parlé dans cette actualité : KB5089549 : Microsoft confirme des erreurs 0x800f0922 lors de l’installation de la mise à jour Windows 11
La firme indique désormais avoir identifié la cause et commence à déployer un correctif avec la mise à jour optionnelle KB5089573.

Le problème ne touche toutefois qu’une catégorie bien précise de PC : ceux dont la partition système EFI (ESP) ne dispose plus de suffisamment d’espace libre.

Qu’est-ce que la partition EFI (ESP) ?

Sur les PC modernes utilisant l’UEFI, Windows crée une petite partition spéciale appelée EFI System Partition (ESP).

Cette partition, généralement comprise entre 100 et 260 Mo, contient les éléments indispensables au démarrage :

• Windows Boot Manager
• Les certificats Secure Boot
• Les fichiers BitLocker
• Les chargeurs de démarrage UEFI
• Certains composants OEM

Sans cette partition, Windows ne peut tout simplement pas démarrer.

Le problème est que de nombreux PC disposent encore d’une partition EFI créée il y a plusieurs années, souvent dimensionnée au minimum nécessaire. Avec l’ajout progressif des nouveaux certificats Secure Boot 2023 et des composants de démarrage récents, l’espace libre disponible devient parfois insuffisant.

A lire :

Pourquoi les mises à jour échouent-elles ?

Microsoft explique que le problème apparaît principalement lorsque la partition EFI dispose de 10 Mo ou moins d’espace libre.

Dans ce cas :

• le téléchargement de la mise à jour fonctionne
• la préparation de l’installation se déroule normalement
• le redémarrage démarre correctement

Puis, lorsque Windows tente de mettre à jour les composants de démarrage et les certificats Secure Boot, il manque de place dans la partition EFI.

Le processus s’interrompt alors vers 35-36 % et Windows affiche : Quelque chose ne s’est pas passé correctement. Annulation des modifications.

L’installation est ensuite annulée automatiquement avec l’erreur 0x800f0922.

Comment vérifier l’espace libre de la partition EFI

Windows ne donne pas directement accès à cette partition dans l’Explorateur de fichiers.
Voici deux méthodes pour vérifier l’espace disque de la partition EFI :

• Ouvrez Windows Terminal en administrateur
• Puis passez la commande suivante :

Get-Partition | Where-Object GptType -eq '{c12a7328-f81f-11d2-ba4b-00a0c93ec93b}' | Get-Volume | Format-List Size, SizeRemaining

• Cela affiche la taille de la partition EFI et l’espace disque libre

Plus de méthodes, dans ce guide complet :

Faut-il appliquer le contournement proposé par Microsoft ?

Microsoft indique qu’un correctif est désormais intégré à KB5089573 et sera progressivement déployé aux utilisateurs concernés.

Pour les particuliers, la recommandation est simple :

• installer KB5089573 si elle est disponible
• redémarrer le PC
• relancer Windows Update

Dans la majorité des cas, aucun contournement manuel ne sera nécessaire.

Les administrateurs d’entreprise disposent également d’un Known Issue Rollback (KIR) permettant de neutraliser temporairement le comportement à l’origine du problème.

Peut-on agrandir la partition EFI ?

Oui, mais l’opération reste délicate.

Il est possible :

• de réduire la partition Windows
• de déplacer certaines partitions
• puis d’agrandir l’ESP

Cependant, une erreur sur la partition EFI peut rendre le système non amorçable.

Pour cette raison, Microsoft ne recommande pas cette manipulation aux utilisateurs qui ne maîtrisent pas les outils de partitionnement. Dans la plupart des cas, attendre le correctif officiel reste la solution la plus prudente.

Vous pouvez recréer une partition EFI plus importante :

Mais cette opération est risquée. Il est alors conseillé de demander de l’aide sur le forum.

Pourquoi ce problème apparaît maintenant ?

Cette erreur est directement liée aux changements de sécurité déployés depuis plusieurs mois autour de :

• Secure Boot 2023
• BitLocker
• TPM
• UEFI

Microsoft remplace progressivement les anciens certificats Secure Boot 2011 qui arrivent à expiration et doit donc mettre à jour les composants stockés dans la partition EFI.

Sur les systèmes disposant d’une partition EFI trop petite ou déjà remplie par des composants OEM, cette transition peut provoquer les erreurs 0x800f0922 observées depuis les mises à jour de mai 2026.

L’article Windows 11 : Microsoft confirme que certaines mises à jour échouent à cause de la partition EFI (ESP) est apparu en premier sur malekal.com.

Microsoft reconnaît officiellement que la mise à jour de sécurité KB5089549 pour Windows 11 peut échouer à l’installation avec l’erreur 0x800f0922 sur certains PC.

Le problème touche principalement Windows 11 25H2 après le Patch Tuesday de mai 2026 et semble lié aux nouvelles mises à jour du Secure Boot 2023 intégrées dans cette cumulative.

L’erreur 0x800f0922 revient encore sur Windows Update

L’erreur 0x800f0922 n’est pas nouvelle sous Windows Update. Elle apparaît généralement lorsque Windows rencontre un problème pendant :

• la phase de démarrage sécurisé
• la partition EFI
• les composants de récupération
• ou certaines opérations liées au boot

Avec KB5089549, Microsoft confirme que certains systèmes peuvent :

• échouer pendant l’installation
• annuler la mise à jour
• revenir automatiquement à la version précédente
• afficher 0x800f0922 dans l’historique Windows Update

Dans certains cas, plusieurs redémarrages successifs peuvent également survenir avant l’échec final.

Le problème semble lié au Secure Boot 2023

Cette mise à jour contient notamment les nouveaux certificats Secure Boot 2023 qui remplacent progressivement les anciens certificats UEFI de 2011 arrivant à expiration en juin 2026.

Or, la mise à jour de ces composants sensibles du démarrage Windows nécessite :

• des modifications UEFI
• des mises à jour de certificats
• des opérations sur la partition EFI
• des vérifications TPM/Secure Boot

Sur certaines configurations, ces opérations échoueraient pendant la phase d’installation.

Microsoft précise que le problème touche principalement les systèmes utilisant certaines configurations TPM ou Secure Boot spécifiques.

Techniquement, pourquoi l’erreur 0x800f0922 se produit ?

Le problème semble principalement lié à la partition système EFI (ESP — EFI System Partition), utilisée par Windows pour stocker les composants de démarrage UEFI, Secure Boot et BitLocker.

Avec KB5089549, Microsoft déploie notamment les nouveaux certificats Secure Boot 2023 ainsi que des modifications des fichiers de boot. Or, ces opérations nécessitent d’écrire de nouveaux fichiers dans la partition EFI.

Le souci est que beaucoup de PC disposent d’une partition EFI très petite :

• 100 Mo
• 260 Mo
• parfois moins sur certaines anciennes installations OEM

Et cette partition contient déjà :

• les fichiers de boot Windows
• les certificats Secure Boot
• les fichiers BitLocker
• des composants OEM
• parfois plusieurs anciens chargeurs EFI

Microsoft explique que les systèmes disposant de 10 Mo ou moins d’espace libre dans l’ESP sont particulièrement touchés.

Pendant l’installation :

• Windows télécharge la cumulative
• prépare les nouveaux fichiers de boot
• commence la phase de redémarrage
• tente de mettre à jour les composants EFI/Secure Boot

Mais lors de la phase de reboot — vers 35-36 % d’installation — l’espace devient insuffisant et le processus échoue. Windows déclenche alors automatiquement un rollback avec le message : “Nous n’avons pas pu terminer les mises à jour d’annulation du message d’erreur des modifications.”

Dans les journaux, plusieurs erreurs reviennent fréquemment :

• SpaceCheck: Insufficient free space
• ServicingBootFiles failed. Error = 0x70
• SpaceCheck: <value> used by third-party/OEM files outside of Microsoft boot directories

Le dernier message est particulièrement intéressant car il montre que certains constructeurs OEM ajoutent leurs propres fichiers EFI dans la partition système, réduisant encore davantage l’espace disponible.

Cela explique aussi pourquoi le problème est difficile à corriger globalement :

• chaque constructeur utilise un firmware différent
• les tailles de partition EFI varient énormément
• certains OEM ajoutent beaucoup de composants personnalisés
• certaines anciennes installations Windows ont des partitions EFI sous-dimensionnées

Microsoft recommande actuellement d’utiliser un Known Issue Rollback (KIR) côté entreprise afin de désactiver temporairement le changement responsable du problème.

L’installation de la mise à jour de sécurité de mai 2026 peut échouer avec une erreur 0x800f0922

KB5089549 avait déjà corrigé les problèmes BitLocker

Le contexte est un peu ironique car KB5089549 corrige justement un autre problème important introduit par les précédentes mises à jour Windows 11.

Les mises à jour KB5083769 et KB5082052 provoquaient chez certains utilisateurs des écrans de récupération BitLocker après installation des updates mensuels.

Microsoft avait alors expliqué que :

• certains profils PCR7/TPM
• certaines configurations Secure Boot
• et certaines chaînes de démarrage UEFI

entraient en conflit avec les nouvelles mises à jour de sécurité du démarrage Windows.

KB5089549 était censée corriger définitivement ces problèmes BitLocker sur Windows 11 25H2.

Mais visiblement, la mise à jour introduit maintenant de nouveaux soucis d’installation chez certains utilisateurs.

Microsoft travaille sur un correctif

Pour le moment, Microsoft n’a pas publié de solution définitive.

La firme indique enquêter sur :

• les échecs 0x800f0922
• les problèmes de boot liés au Secure Boot 2023
• certaines incompatibilités TPM/UEFI

Un futur correctif devrait être publié dans une prochaine cumulative ou via Known Issue Rollback (KIR).

En attendant, Microsoft recommande surtout :

• de laisser plusieurs tentatives d’installation
• de vérifier que le BIOS/UEFI est à jour
• de ne pas désactiver Secure Boot
• d’éviter les modifications manuelles de la partition EFI

Pourquoi cette transition Secure Boot devient compliquée

Depuis plusieurs mois, Microsoft déploie progressivement une énorme transition de sécurité autour du démarrage Windows :

• nouveaux certificats Secure Boot 2023
• remplacement des certificats 2011
• nouvelles chaînes de confiance UEFI
• renforcement TPM
• nouvelles politiques de démarrage sécurisé

Le problème est que Windows doit rester compatible avec :

• des millions de PC
• des BIOS OEM très différents
• des firmwares parfois anciens
• des configurations TPM variées

Résultat : la moindre modification du processus de boot peut provoquer :

• erreurs Windows Update
• récupérations BitLocker
• rollback des mises à jour
• problèmes de démarrage

A consulter sur le sujet :

L’article KB5089549 : Microsoft confirme des erreurs 0x800f0922 lors de l’installation de la mise à jour Windows 11 est apparu en premier sur malekal.com.

Après plusieurs incidents liés aux pilotes distribués par Windows Update, Microsoft annonce une nouvelle fonctionnalité baptisée Cloud-Initiated Driver Recovery (CIDR). L’objectif est simple : permettre à Windows 11 de revenir automatiquement à un pilote stable lorsqu’une mise à jour provoque des plantages ou des dysfonctionnements matériels.

Cette annonce intervient alors que Microsoft reconnaît également un autre problème : Windows 11 remplace parfois des pilotes graphiques récents par des versions plus anciennes via Windows Update.

Microsoft veut éviter les catastrophes de pilotes via Windows Update

Les pilotes restent l’une des principales causes de crashs, BSOD et problèmes matériels sous Windows. Lorsqu’un pilote défectueux est publié via Windows Update, les conséquences peuvent être importantes :

• écrans noirs
• redémararge en boucle (reboot loops)
• BSOD
• Wi-Fi ou Bluetooth instables
• performances graphiques dégradées

Jusqu’à présent, la correction dépendait souvent :

• d’un nouveau pilote publié par le constructeur
• d’une désinstallation manuelle
• d’un rollback local effectué par l’utilisateur

Avec Cloud-Initiated Driver Recovery, Microsoft pourra désormais déclencher à distance un retour automatique vers un pilote stable directement via Windows Update.

Comment fonctionne Cloud-Initiated Driver Recovery

Le système fonctionne côté cloud depuis l’infrastructure Windows Update.

Lorsqu’un pilote est détecté comme problématique pendant les validations qualité ou après des signalements massifs :

• Microsoft identifie le pilote défectueux
• crée une demande de récupération
• pousse automatiquement un rollback vers les PC concernés

Windows remplacera alors le pilote problématique par :

• une ancienne version stable
• ou un pilote approuvé compatible

Le tout sans intervention utilisateur ni action du constructeur OEM.

Microsoft précise également que cette récupération utilisera l’infrastructure Windows Update existante. Aucun nouvel agent ou logiciel supplémentaire ne sera nécessaire.

Une réponse aux nombreux problèmes de pilotes récents

Cette évolution n’arrive pas par hasard.

Depuis plusieurs années, Microsoft multiplie les problèmes liés aux pilotes distribués automatiquement :

• pilotes Intel instables
• conflits Wi-Fi/Bluetooth
• BSOD après Patch Tuesday
• pilotes GPU remplacés
• incompatibilités OEM

Plus récemment, Microsoft a reconnu que Windows 11 pouvait remplacer des pilotes graphiques installés manuellement par des versions plus anciennes provenant de Windows Update.

Windows 11 downgrade parfois les pilotes graphiques

Le problème concerne surtout les pilotes GPU :

• NVIDIA
• AMD
• Intel Arc

Des utilisateurs installent un pilote récent depuis le site du fabricant, mais Windows Update peut ensuite réinstaller automatiquement une version OEM plus ancienne.

Cela provoque parfois :

• perte de performances
• disparition de fonctionnalités
• incompatibilités
• bugs graphiques
• régressions de jeux

Le phénomène existe depuis longtemps, mais Microsoft admet désormais officiellement le problème.

Le downgrade de pilote peut parfois boucler

Voici un cas concret observé : MàJ pilote graphique Intel qui revient dans Windows Update (Windows 11 25H2)
Dans ce scénario observé, l’utilisateur installe manuellement un pilote graphique Intel(R) Xe Graphics plus récent via DriversCloud (version 32.0.101.5768).

Cependant, Windows Update détecte ensuite qu’un autre pilote provenant de son catalogue OEM — ici la version 32.0.101.7085 — est considéré comme « mieux adapté » au matériel selon son système de ciblage matériel CHID.

Windows remplace alors automatiquement le pilote installé manuellement par cette autre version lors d’une mise à jour de pilotes.

L’utilisateur pense donc que son pilote n’a pas été correctement mis à jour et réinstalle à nouveau la version proposée par DriversCloud. Quelques jours plus tard, Windows Update effectue une nouvelle rétrogradation, créant ainsi une boucle de mises à jour entre deux versions différentes du pilote graphique.

Ce comportement illustre précisément le problème reconnu récemment par Microsoft concernant les downgrades automatiques de pilotes graphiques via Windows Update.

Microsoft prépare une correction pour le ciblage des pilotes

Microsoft explique que le problème vient notamment du système de ciblage matériel des pilotes Windows Update (CHID).

Le système actuel peut considérer qu’un pilote OEM plus ancien est “mieux adapté” qu’une version plus récente installée manuellement.

Pour corriger cela, Microsoft prépare un nouveau modèle de ciblage plus précis afin d’éviter les downgrades involontaires. Un pilote récent installé manuellement devrait donc être moins facilement remplacé à l’avenir.

Le déploiement progressif des nouvelles règles est prévu entre 2026 et 2027.

Windows Update devient de plus en plus autonome

Avec Cloud-Initiated Driver Recovery, Microsoft poursuit l’évolution de Windows Update vers un système capable de gérer lui-même une partie des problèmes logiciels et matériels. L’objectif est de limiter les situations où un pilote défectueux peut rendre un PC instable pendant plusieurs jours en attendant une intervention manuelle.

Windows 11 intègre déjà de nombreux mécanismes automatiques de réparation, de rollback et de vérification de compatibilité. Désormais, Microsoft veut également pouvoir réagir rapidement côté cloud lorsqu’un pilote problématique est détecté à grande échelle.

Cette approche s’inscrit dans une évolution plus large de Windows Update, qui devient progressivement une plateforme centralisée de maintenance capable de corriger certains problèmes sans action de l’utilisateur ou du constructeur.

L’article Windows 11 : Microsoft va pouvoir corriger à distance les pilotes défectueux ou les downgrad via Windows Update est apparu en premier sur malekal.com.

Microsoft a confirmé un problème affectant plusieurs solutions de sauvegarde sous Windows, causé par le blocage d’un pilote considéré comme vulnérable (psmounterex.sys).
Le problème est apparu après les mises à jour de sécurité récentes (notamment le Patch Tuesday d’avril), qui ont renforcé les mécanismes de blocage des pilotes vulnérables.

Ce dysfonctionnement touche des outils populaires et peut empêcher la restauration ou l’accès aux sauvegardes, un problème critique pour les utilisateurs et les entreprises.

Un blocage lié à la sécurité de Windows

À l’origine du problème : le pilote psmounterex.sys, utilisé pour monter des images de sauvegarde comme des disques virtuels.

Ce pilote est désormais bloqué par Windows via les mécanismes de sécurité, notamment :

• Windows Code Integrity
• la liste de blocage des pilotes vulnérables

Microsoft a mis à jour ses documents d’assistance pour confirmer que les mises à jour d’avril comprennent une mesure de renforcement de la sécurité qui ajoute psmounterex.sys à la liste noire des pilotes vulnérables de l’entreprise, afin de protéger les utilisateurs contre les attaques ciblant une faille de type « débordement de tampon » à haut niveau de gravité (CVE-2023-43896) qui permet aux pirates d’élever leurs privilèges ou d’exécuter du code arbitraire.

Résultat :

• le pilote ne peut plus se charger
• certaines fonctions des logiciels de sauvegarde cessent de fonctionner

Plusieurs logiciels de sauvegarde impactés

Le problème ne concerne pas un seul éditeur.

Microsoft indique que plusieurs solutions sont affectées, notamment :

• Macrium Reflect
• Acronis Cyber Protect Cloud
• UrBackup Server
• NinjaOne Backup

Et plus généralement : tous les outils utilisant ce pilote peuvent être concernés

Des échecs lors de l’accès aux sauvegardes

Sur les systèmes impactés, le problème se manifeste de plusieurs façons.

Les symptômes les plus fréquents :

• impossibilité de monter une image de sauvegarde
• échec lors de l’ouverture ou de la restauration
• erreurs ou blocages lors de la lecture des sauvegardes

En pratique :

• les fichiers de sauvegarde existent
• mais ils deviennent difficilement exploitables

Des erreurs VSS et des blocages dans l’Observateur d’événements

Les utilisateurs peuvent également rencontrer des messages d’erreur spécifiques :

• “The backup has failed because Microsoft VSS has timed out during the snapshot creation”
• VSS_E_BAD_STATE

Dans l’Observateur d’événements, on retrouve aussi :

• des erreurs liées à Code Integrity (Evènement 3077)
• indiquant que psmounterex.sys a été bloqué

Une situation paradoxale : les sauvegardes fonctionnent… mais pas leur utilisation

Point important : la création des sauvegardes n’est pas forcément impactée

• les sauvegardes complètes peuvent toujours être créées
• mais leur montage et leur exploitation échouent

Résultat :

• on peut sauvegarder…
• mais pas restaurer facilement

Ce qui pose un problème majeur en cas d’incident réel.

Un impact sur Windows 10, 11 et Windows Server

Le problème touche plusieurs versions de Windows :

• Windows 11
• Windows 10
• Windows Server

Ce n’est donc pas un bug isolé, mais une conséquence d’un changement de sécurité global.

Une conséquence directe du renforcement de la sécurité

Ce blocage s’inscrit dans une stratégie plus large de Microsoft : renforcer la sécurité en bloquant les pilotes vulnérables

Cependant, cela peut entraîner des effets de bord :

• incompatibilité avec certains logiciels
• fonctionnalités critiques qui cessent de fonctionner
• perturbation des environnements professionnels

Un exemple typique du dilemme :

• plus de sécurité
• mais parfois moins de compatibilité

Que faire en attendant un correctif ?

Microsoft n’a pas encore publié de solution définitive.

En attendant :

• vérifier si votre logiciel de sauvegarde est concerné
• surveiller les mises à jour des éditeurs
• éviter de dépendre d’un seul type de sauvegarde
• tester la restauration régulièrement

Dans les environnements critiques, il est recommandé d’anticiper ces limitations.

Conclusion

Ce problème montre une nouvelle fois la complexité des évolutions de Windows : améliorer la sécurité peut avoir des impacts inattendus sur des outils essentiels.

Dans ce cas précis, les logiciels de sauvegarde — pourtant critiques — peuvent devenir partiellement inutilisables.
Ce type de situation illustre une tendance actuelle : le renforcement de la sécurité Windows entraîne de plus en plus de problèmes de compatibilité avec certains logiciels.

Une situation qui rappelle l’importance de tester régulièrement ses sauvegardes… et pas seulement de les créer.

L’article Windows : Microsoft confirme des échecs de sauvegarde liés au blocage d’un pilote vulnérable est apparu en premier sur malekal.com.

Après le Patch Tuesday d’avril 2026, de nouveaux problèmes viennent d’être signalés par plusieurs utilisateurs de Windows 11.

Selon différents retours, la mise à jour cumulative KB5083769 peut provoquer des comportements critiques, allant de boucles de redémarrage (“death loops”) à des crashs graphiques inhabituels avec affichage pixelisé.

Des “death loops” qui bloquent complètement le système

Le problème le plus grave concerne des boucles de démarrage.

Dans certains cas :

• le PC redémarre après l’installation de la mise à jour
• affiche un écran de récupération
• tente une réparation automatique
• puis redémarre à nouveau

Résultat : le système reste bloqué dans une boucle sans accès au bureau.

Ce type de problème est particulièrement critique, car il empêche totalement l’accès aux données et nécessite souvent une intervention manuelle (mode sans échec, désinstallation de la mise à jour, etc.).

Des crashs graphiques avec écran pixelisé

Autre symptôme surprenant : des crashs avec affichage anormal.

Certains utilisateurs rapportent :

• un écran rempli de pixels ou artefacts visuels
• un affichage “mosaïque” inhabituel
• suivi d’un écran de récupération Windows

Ce comportement suggère un problème bas niveau, potentiellement lié :

• aux pilotes graphiques
• à l’initialisation de l’affichage
• ou à un composant critique du démarrage

Un problème encore mal identifié

À ce stade, Microsoft n’a pas officiellement confirmé ce bug précis dans ses notes de version.

Cependant, plusieurs éléments indiquent qu’il pourrait s’agir :

• d’un conflit avec certains pilotes (GPU ou stockage)
• d’un problème de compatibilité matériel
• ou d’une régression introduite par la mise à jour cumulative

Comme souvent, ces bugs apparaissent après redémarrage, lors des phases critiques du boot.

Des cas encore limités… mais préoccupants

Pour l’instant, les signalements restent relativement limités :

• quelques cas individuels
• plusieurs machines affectées dans certaines entreprises
• différents constructeurs concernés (HP, Dell…)

Cela ne confirme pas un bug généralisé, mais le scénario reste préoccupant.

Car :

un problème de boot = impact critique immédiat
potentiellement difficile à corriger pour l’utilisateur

Un Patch Tuesday déjà chargé en incidents

Ces nouveaux problèmes s’ajoutent à un Patch Tuesday d’avril déjà complexe.

Ces derniers jours, plusieurs incidents ont été signalés :

• récupération BitLocker déclenchée après mise à jour
• problèmes liés à Secure Boot
• bugs sur certains environnements professionnels

Cela confirme une tendance : les mises à jour cumulatives, de plus en plus complexes, peuvent introduire des effets de bord difficiles à anticiper.

A lire :

Que faire si vous êtes concerné ?

Si votre PC est bloqué après la mise à jour :

• tenter un démarrage en mode sans échec
• désinstaller la dernière mise à jour
• utiliser un point de restauration système
• accéder à l’environnement de récupération Windows

Dans les cas les plus critiques, une réparation ou réinstallation peut être nécessaire.

Conclusion

La mise à jour KB5083769 devait améliorer la sécurité et la stabilité de Windows 11, mais elle semble également introduire de nouveaux problèmes dans certains cas.

Entre boucles de démarrage et crashs graphiques, ces incidents rappellent une réalité bien connue : même les mises à jour de sécurité peuvent entraîner des effets secondaires critiques.

Pour l’instant, les cas restent limités, mais il est recommandé de rester prudent et de surveiller les retours avant un déploiement massif, notamment en environnement professionnel.

L’article Windows 11 : la mise à jour d’avril provoque des boucles de démarrage et des crashs graphiques étranges est apparu en premier sur malekal.com.