Hypothèses

Le poste concerné est un pc d’atelier équipé de 4 Go de ram. La clé usb utilisée est fonctionnelle et contient hiren’s boot. Un live ubuntu démarre correctement sur la même machine. Les réglages bios exacts (uefi/legacy, fast boot, mémoire vidéo) et la configuration mémoire (1×4 Go ou 2×2 Go) ne sont pas connus.

L’erreur 0xc0000017 apparaît quand on tente de démarrer sur une clé usb contenant hiren’s boot. L’écran affiche un statut 0xc0000017 et un message indiquant qu’il n’y a pas assez de mémoire pour créer un ramdisk. Dans ce contexte, le problème ne vient pas d’une clé défectueuse, mais du pc qui n’arrive pas à réserver la mémoire nécessaire au démarrage de l’environnement winpe.

Si vous rencontrez le même symptôme et voulez un diagnostic rapide avec plan d’action, contactez-nous : dépannage informatique en atelier.

Comprendre le message “pas assez de mémoire pour créer un ramdisk”

Hiren’s boot se base sur winpe. Au démarrage, winpe charge une image système (boot.wim) et crée un disque virtuel en mémoire, appelé ramdisk. C’est cette étape qui échoue ici.

Le statut 0xc0000017 indique que winpe ne parvient pas à obtenir assez de mémoire disponible pour créer ce ramdisk. Ce n’est pas forcément un manque de ram “en quantité”. C’est souvent un manque de ram utilisable à ce moment précis, à cause de mémoire réservée par le bios, d’une carte graphique intégrée trop gourmande, ou d’une ram instable.

Le point important constaté dans le diagnostic est que la même machine démarre un live ubuntu. Cela oriente vers un souci spécifique à winpe (réservation mémoire) plutôt qu’un problème global de boot usb.

Constat de départ en atelier

Le démarrage sur clé usb affiche un écran d’erreur winpe avec :

• un statut 0xc0000017
• un message du type “There isn’t enough memory available to create a ramdisk device”

La clé usb est connue comme fonctionnelle. Le test avec ubuntu confirme que l’usb boot est opérationnel sur ce pc.

Étape 1 : vérifier que le pc boote réellement sur la clé usb

Avant de modifier quoi que ce soit, il faut éliminer une confusion fréquente : le pc peut afficher un message de démarrage qui ressemble à un boot “usb”, mais venir en réalité d’un autre chemin (fallback du disque interne, entrée non uefi, menu de boot ambigu).

Procédure de test simple.

Redémarrez la machine et ouvrez le menu de boot (souvent F12, F9, ESC ou DEL selon la marque). Repérez deux types d’entrées possibles.

La première ressemble à “USB” ou au nom du fabricant de la clé.

La seconde commence souvent par “UEFI:” suivi du nom de la clé.

Essayez en priorité l’entrée “UEFI: …” si elle existe. C’est le démarrage le plus fiable pour les environnements modernes.

Résultat attendu.

Si le message 0xc0000017 apparaît toujours, on confirme que c’est bien winpe qui échoue à créer le ramdisk.

Si l’erreur change ou disparaît, c’était potentiellement un mauvais choix d’entrée de boot.

Étape 2 : comprendre pourquoi 4 Go de ram ne suffisent pas toujours pour winpe

Avec 4 Go, hiren’s boot devrait démarrer dans la plupart des cas. Pourtant, l’erreur peut apparaître car winpe a besoin de mémoire disponible et “réservable” au tout début du boot.

Deux scénarios classiques expliquent ce décalage.

Le premier est la mémoire “réservée” par le bios. Une partie de la ram peut être immobilisée pour des besoins matériels avant même que winpe démarre.

Le deuxième est la mémoire instable. Un système linux peut parfois démarrer malgré une barrette marginale, alors que winpe échoue dès la phase critique de création du ramdisk.

Le fait que ubuntu démarre ne suffit donc pas à innocenter la ram.

Étape 3 : ajuster les réglages bios qui réduisent la ram disponible

Cette étape cible le cas où la ram est bien de 4 Go, mais une part trop grande est réservée.

Désactiver fast boot

Dans le bios, cherchez une option nommée “Fast Boot” ou “Ultra Fast Boot”. Désactivez-la.

Pourquoi cela aide.

Le fast boot peut modifier la phase d’initialisation et rendre le démarrage usb plus capricieux. Dans certains cas, cela affecte aussi la disponibilité mémoire au tout début du chargement de winpe.

Test.

Sauvegardez, redémarrez, et retentez hiren’s boot.

Réduire la mémoire vidéo partagée de l’igpu

Si le pc utilise une carte graphique intégrée, le bios peut réserver une portion fixe de la ram (UMA/DVMT/Frame Buffer).

Cherchez un réglage du type “UMA frame buffer size”, “DVMT pre-allocated”, “integrated graphics share memory”, ou équivalent.

Réglez la valeur au minimum disponible. Dans les cas rencontrés en atelier, 64 Mo ou 128 Mo sont des valeurs raisonnables.

Pourquoi cela aide.

Sur un pc à 4 Go, si 1 Go est préalloué à la vidéo, la ram restante peut devenir insuffisante pour winpe au moment de créer le ramdisk.

Test.

Sauvegardez, redémarrez, et retentez le boot sur la clé.

Basculer uefi et legacy si le bios le permet

Certains bios permettent de démarrer en uefi, ou en mode legacy/csm. Selon la machine, la carte mémoire gérée au boot peut varier.

Si vous avez essayé “UEFI: …” sans succès, testez l’autre mode si disponible.

Résultat attendu.

Ce test ne “répare” pas la machine, mais peut permettre un démarrage ponctuel.

Étape 4 : tester la ram même si ubuntu démarre

Quand le diagnostic tourne autour du ramdisk, la ram reste un suspect sérieux.

Si la machine a deux barrettes, un test très simple permet d’isoler une barrette défaillante.

Procédure.

Éteignez le pc, débranchez l’alimentation, et retirez une barrette de ram. Essayez de booter sur hiren’s boot. Faites ensuite l’inverse en remettant la première barrette et en testant avec l’autre.

Résultat attendu.

Si hiren’s boot démarre avec une barrette et échoue avec l’autre, la barrette retirée est probablement en cause.

Si aucune combinaison ne marche, le problème peut être un réglage bios, un slot, ou une limitation de mémoire utilisable.

Étape 5 : changer de port usb pour un boot plus stable

Même si la clé est correcte, le port usb peut influencer le démarrage de winpe.

Test.

Branchez la clé sur un port usb 2.0, souvent noir, plutôt que sur un port usb 3.0, souvent bleu.

Pourquoi cela aide.

Sur certaines cartes mères, surtout anciennes ou avec certains contrôleurs usb, le démarrage winpe est moins tolérant que linux.

Résultat attendu.

Si le boot passe sur usb 2.0, le problème est lié au chemin de boot plutôt qu’à l’image hiren’s elle-même.

Quand hiren’s boot ne passe pas : alternatives fiables en atelier

Si l’objectif est de dépanner, récupérer ou cloner, il est contre-productif de rester bloqué sur un outil qui ne démarre pas.

Le test ubuntu qui passe prouve qu’un environnement live linux est utilisable immédiatement. Il existe plusieurs alternatives, chacune adaptée à un cas précis.

Systemrescue

C’est l’équivalent le plus proche de hiren’s pour le dépannage. Il regroupe des outils de diagnostic, de partitionnement, et de récupération.

C’est une option logique quand winpe échoue, car la majorité des actions atelier restent possibles : analyse disque, montage ntfs, inspection des partitions.

Rescuezilla

C’est une solution orientée clonage et imagerie disque avec interface graphique. C’est utile quand le besoin principal est de migrer un hdd vers un ssd ou de faire une image complète.

Gparted live

C’est un live très léger focalisé sur les partitions. Quand on a juste besoin de voir, redimensionner ou vérifier rapidement, il démarre souvent même sur des machines limitées.

Memtest86+

Si l’erreur de ramdisk revient de manière persistante, un test mémoire est pertinent. L’objectif n’est pas d’optimiser, mais de confirmer ou d’écarter une ram fautive.

Clé d’installation windows (mode réparation)

Quand la demande est “réparer windows” plutôt que “dépanner en général”, une clé officielle d’installation windows permet d’accéder aux options de réparation et à l’invite de commande sans dépendre d’un hiren’s personnalisé.

Ventoy pour regrouper plusieurs iso sur une seule clé

Quand on enchaîne les diagnostics, ventoy permet de tester plusieurs environnements sur une seule clé sans devoir la re-créer à chaque fois. Cela aide aussi à contourner certains comportements de boot.

Vérifier l’état d’un hdd sous ubuntu

Puisque ubuntu démarre sur la machine, il devient un outil de diagnostic immédiat pour le stockage.

Deux approches existent : une approche simple via l’interface graphique, et une approche plus complète via smartmontools.

Vérification simple avec l’outil “Disques”

Ouvrez l’application “Disques”. Sélectionnez le hdd dans la colonne de gauche. Ouvrez le menu (trois points) et choisissez “Données SMART et auto-tests”.

Points à regarder.

L’évaluation globale doit être cohérente. Les erreurs et les indicateurs liés aux secteurs sont les signaux les plus utiles.

Test à lancer.

Commencez par un test “court”, puis un test “étendu” si nécessaire. L’intérêt est de détecter rapidement si le disque présente des erreurs matérielles.

Vérification avancée avec smartmontools

Cette méthode est préférable quand on veut un diagnostic précis.

Commencez par identifier le disque.

lsblk -o NAME,SIZE,MODEL,SERIAL,TYPE

Installez l’outil smartmontools.

sudo apt update
sudo apt install -y smartmontools

Affichez l’état smart complet du disque.

sudo smartctl -a /dev/sda

Le disque peut aussi s’appeler autrement que /dev/sda selon la machine. L’objectif est de viser le bon périphérique.

Si le disque est branché via un adaptateur usb-sata et que smart remonte mal, un mode alternatif peut aider.

sudo smartctl -a -d sat /dev/sda

Lancer un auto-test court.

sudo smartctl -t short /dev/sda

Puis vérifier le résultat dans l’historique.

sudo smartctl -a /dev/sda | grep -i "self-test"

Lancer un auto-test long.

sudo smartctl -t long /dev/sda

Le test long prend plus de temps, mais il est plus révélateur sur un hdd vieillissant.

Récupération de données si le disque est suspect

Quand le diagnostic laisse penser qu’un disque est instable, la priorité est de limiter les lectures inutiles.

Un outil de copie orienté récupération peut être utilisé pour tenter une lecture progressive.

Installation.

sudo apt install -y gddrescue

Test de lecture vers /dev/null (sans écrire de copie finale), avec journal.

sudo ddrescue -n /dev/sda /dev/null /tmp/ddrescue.log

Ce type de test permet d’observer rapidement si le disque rencontre des zones illisibles.

Ce que le diagnostic permet de conclure

Quand ubuntu démarre mais que hiren’s boot affiche 0xc0000017, le problème est rarement la clé.

La piste la plus cohérente est un manque de mémoire réellement disponible pour winpe au démarrage, dû à une mémoire réservée (bios/igpu) ou à une instabilité ram.

Dans un atelier, l’approche la plus rentable est double.

D’un côté, tenter les réglages bios simples et le test des barrettes, car cela peut débloquer hiren’s boot.

De l’autre, ne pas rester bloqué et utiliser ubuntu ou un live spécialisé pour avancer sur le disque, la récupération ou la réparation.

FAQ

Pourquoi ubuntu démarre mais pas hiren’s boot ?

Ubuntu peut démarrer même quand winpe échoue à créer un ramdisk. Winpe est plus sensible à la mémoire disponible et réservable au tout début du boot.

Que signifie exactement le statut 0xc0000017 ?

Dans ce cas, il correspond à l’échec de création d’un disque virtuel en ram pour démarrer l’environnement winpe.

4 Go de ram suffisent-ils pour hiren’s boot ?

Dans beaucoup de cas oui, mais si une partie de la ram est réservée par le bios ou si une barrette est instable, winpe peut refuser de démarrer.

Comment vérifier rapidement un hdd sous ubuntu ?

L’application “Disques” permet de lire les données smart et de lancer des auto-tests. Pour un diagnostic complet, smartmontools fournit un état détaillé du disque.

Quel outil utiliser si hiren’s ne passe pas ?

Un live de secours linux comme systemrescue ou rescuezilla permet de continuer le travail de diagnostic, clonage ou récupération lorsque winpe ne démarre pas.