Aller au contenu

cbaud2000

Membres
  • Compteur de contenus

    50
  • Inscription

  • Dernière visite

Réputation sur la communauté

7 Neutre

À propos de cbaud2000

  • Rang
    Matelot

Configuration PC

  • Système d'exploitation
    Windows 10

Visiteurs récents du profil

Le bloc de visiteurs récents est désactivé et il n’est pas visible pour les autres utilisateurs.

  1. cbaud2000

    BSOD "Inaccessible boot device"

    Il me semble en effet que ce serait le plus simple, et le moins risqué. Quant à l'histoire le la carte-mère, j'ai interrogé GIGABYTE pour en avoir le cœur net et ils m'ont répondu ; je vous soumets notre échange dans le fichier joint, et vous me direz, si vous voulez, ce que vous en pensez. Pour ma part, je trouve la réponse un petit peu ambigüe, mais tout de même, je pencherais vers la capacité UEFI, car sinon, quelle serait le sens de cette option évoquée dans la réponse? Je la connaissais bien pour m'en être servi plusieurs fois, mais ne la trouvais pas assez "décisive" pour me faire une opinion définitive. Une autre question : dois-je formater au préalable le disque de 500 Go contenant le W10 Pro à effacer, que j'installerai en second, après le SSD, comme vous le décrivez ? Capacité UEFI.pdf
  2. cbaud2000

    BSOD "Inaccessible boot device"

    Oui c'est très juste ! Simplement, j'étais encore sur la lancée d'un problème de réparation de boot, et j'ai toujours des difficultés à l'abandonner sans avoir compris le pourquoi du comment. Cependant, l'efficacité commande de m'employer à élaborer une config propre, stable et aussi rapide que possible compte tenu des composants dont je dispose. Pour ce faire, dans l'optique d'une installation en AHCI, je m'efforce de trier mes données pour ne sauvegarder que ce qui en vaut la peine, et de disposer de disques prêts, donc vides. Pour ça, je n'ai besoin que de démarrer le Windows 10 Famille qui rame, mais qui est suffisant pour faire des transferts. Au fait, j'y pense : ce W10, dans le portable d'où il vient, était installé en AHCI. Je crois d'ailleurs que je n'installerai que deux DD dans la nouvelle config, au moins pour commencer : le SEAGATE de 500 Go sur lequel se trouve le W10 Pro qui sera effacé, et le SSD CRUCIAL de 480 Go que j'attends. Ces 2 disques suffiront pour contenir les données "vivantes" sur lesquelles je travaille, et je pourrai ensuite exécuter "à froid" les transferts et sauvegardes sur/de mes autres disques, un externe déjà en service, le NAS existant, et les disques internes écartés, connectés au moyen d'un dock que j'attends également. Par conséquent, dès maintenant, je suis prêt à réinstaller le SEAGATE de 500 Go, qui ne contient plus que l'OS W10 Pro que nous sacrifierons. Une question à ce propos : il a été sauvegardé (avec MACRIUM REFLECT) alors qu'il avait déjà ce problème de démarrage ; comme d'habitude dans une sauvegarde système, cette dernière contient deux partitions : la C de l'OS, et une petite de l'ordre de 500 Mo tagée "Réservée au système". La sauvegarde ayant été faite en MBR, ne serait-il pas possible, une fois exécutée une installation neuve en UEFI, de se servir seulement du C sauvegardé pour une restauration partielle qui me ferait gagner beaucoup de temps ? Cela me semble une manip assez improbable, mais ça ne coûte rien de poser la question.
  3. cbaud2000

    BSOD "Inaccessible boot device"

    Oui, n'est-ce pas ? J'en ai fait il y a quelques jours, sans trouver aucune anomalie, mais par acquit de conscience, je recommence et le même résultat est visible ici. Cela étant, j'arrête pour ce soir. Je reprendrai demain, mais pas avant le soir.
  4. cbaud2000

    BSOD "Inaccessible boot device"

    Bien compris ! À mon tour, je te montre les mêmes répertoires chez moi, et tu verras que si les fichiers DEFAULT, SAM, SECURITY, SOFTWARE et SYSTEM sont bien présents dans REGBAK, ils sont vides (0 octet).
  5. cbaud2000

    BSOD "Inaccessible boot device"

    Voilà, c'est fait, mais il semble que j'aboutis à une impossibilité !
  6. cbaud2000

    BSOD "Inaccessible boot device"

    C'est le C, partition de 292 Go !
  7. cbaud2000

    BSOD "Inaccessible boot device"

    Question pour LincolnFan93 : d: c'est la clé bootable, on est bien d'accord ? Pour plus de précision, voici ma config un seul disque, celui du W10 Pro à récupérer.
  8. cbaud2000

    BSOD "Inaccessible boot device"

    Oui je sais bien ! S'il en était besoin, je m'en aperçois encore mieux lorsque j'ai besoin de l'expliquer sur ce forum : un vrai casse-tête ! Alors évidemment, je suis OK pour une réinstall complète qui, de toute manière, est devenue quasi inévitable. Au fait, comme il y aura une petite interruption, le temps que je reçoive le matériel et que j'effectue mon petit ménage dans ce souk, est-ce qu'il ne vaudrait pas mieux que j'ouvre un autre topic quand je serai prêt pour m'y mettre ? Up to you !
  9. cbaud2000

    BSOD "Inaccessible boot device"

    Le mieux, évidemment, serait de l'installer sur le SSD à venir (480 Go). Pour l'heure, celui que j'essayais de récupérer, c'était le W10 Pro sur le DD 1 (Seagate MBR 500 Go), que j'ai perdu le jour où j'ai ajouté dans le PC le DD 2, le HITACHI UEFI 1 To qui venait d'un portable où je l'avais remplacé par un SSD. Il était encore équipé, sur une partition, d'un OS W10 Famille dans lequel j'avais besoin d'aller une ou deux fois. Après cela, je n'ai jamais pu revenir dans le W10 Pro, mais en revanche, j'ai eu l'accès (précaire, car perdu quelquefois) du W10 Famille, mais ramant épouvantablement, ce qui n'était pas tellement grave puisque j'attendais d'avoir terminé mes récupérations dans cette partition pour l'effacer complètement et affecter l'espace au stockage de données. Je précise que la plupart des tentatives faites pour retrouver le boot du W10 Pro l'ont été dans une configuration où je n'avais conservé que le seul disque qui héberge le système.
  10. cbaud2000

    BSOD "Inaccessible boot device"

    Oui, bien sûr. Je reprends une description faite page 1 : Oui bien sûr ! Voici la liste des disques dans DISKPART : DD 0 : le Toshiba en GPT de 3 To, ne contenant que des données (mais il a hébergé un OS Linux, enlevé) DD 1 : le Seagate en MBR de 500 Go avec le Windows 10 Pro x64 que je voulais récupérer dès le début DD 2 : le Hitachi 2.5 en GPT de 1 To avec le Windows 10 Famille x64 provenant d'un laptop HP Envy m6-1162sf  DD 3 : la clé bootable, évidemment. Je commence par ailleurs le ménage, mais comme dit précédemment, cela risque de durer un peu, d'autant que je n'ai plus beaucoup d'espace de stockage externe, en dehors d'un NAS (mais les transferts sont lents)….je crains de lasser votre patience. De toute manière, comme je suis bloqué dans un trou, je suis obligé de me faire livrer mes achats par AMAZON ou consorts, et j'attends donc les miens.
  11. cbaud2000

    BSOD "Inaccessible boot device"

    Pardon à Delta, à qui je n'avais pas répondu. S'agissant du DD1 (cité dans la description incluse dans mon post du 29 août dernier), à savoir le DD de 500 Go en MBR hébergeant le W10 Pro dont j'essaie depuis le début de ce thread de récupérer le boot, je n'ai aucune donnée dessus, rien que l'OS. De toute manière, je sépare toujours la partition système des partitions de données, dont l'essentiel se trouve sur le DD0, le TOSHIBA en GPT de 3 To, qui ne sert qu'au stockage. Bien entendu, dans l'optique d'une réinstallation complète de l'ensemble en AHCI (dont j'ignore la procédure), c'est celui qui me posera le plus de problèmes, car il me faut trouver de la place ailleurs pour sauvegarder, même provisoirement, tout ce qu'il contient. En réalité, je n'ai certainement pas l'utilité de tout conserver, mais m'engager dans une opération de tri sélectif, pourtant maintenant quasi inévitable, m'effraie un peu en raison du temps qu'elle risque de prendre. Je vais acheter en même temps un dock (pour disques 3.5, 2.5 et IDE) de manière à avoir accès à tous les disques ; à terme, le HITACHI en UEFI de 1 To (avec le W10 Famille), par exemple, ne restera pas dans la tour, mais servira de stockage externe.
  12. cbaud2000

    BSOD "Inaccessible boot device"

    Effectivement, s'il y a un os avec l'option AHCI, il vaut mieux tout remettre à plat. De fait, j'ai voulu faire un "Clear CMOS" en ôtant la pile, et j'ai constaté que cette dernière (d'origine sur la CM : une cr 2032) ne fournissait plus que 0,18v, alors qu'elle est donnée pour 3v. Dommage qu'il n'y ait aucune alerte pour ce genre de défaillance, dont on ne peut se rendre compte qu'en enlevant la pile. Je l'ai donc remplacée par une neuve, mais en rallumant le PC, surprise : le disque dur (même config mono DD que la dernière fois) n'était plus détecté. La raison en était que la CM avait conservé en mémoire la dernière configuration que j'avais essayée et enregistrée (un seul disque et tentative de démarrage en mode AHCI), et qu'elle était donc repartie dans ce même mode, alors que l'option par défaut est : Native IDE. À propos de la CM, j'ai enfin pu déterminer qu'il s'agissait de la REV 5.0 : bizarre que les utilitaires ne parviennent pas à le savoir. Maintenant, je n'ai toujours pas de boot sur le W10 Pro, mais le BSOD a modifié son libellé. Pourtant, une vérification dans DISKPART m'a montré que cette fois, tout était en ordre : la partition de l'OS était bien active, avec la petite étoile, et portait la lettre C. Question incidente : comment dois-je faire pour remettre à l'heure le BIOS, qui affiche la date du 1er janvier 2012 ? Je ne peux agir qu'au moyen du clavier, et lorsque j'appuie sur "entrée" quand le focus se trouve sur la date ou l'heure, ce dernier se déplace seulement d'un cran, sans rien me proposer. D'accord avec le programme suggéré par Calisto06 : je vais profiter de l'attente de mon matériel pour récupérer tout ce qui doit l'être sur les disques qui devront probablement être reformatés, d'après ce que j'entrevois. Je sais par expérience que ce genre de bricolage absorbe pas mal de temps, mais aussi que ce n'est pas du temps perdu. Je risque toutefois de manquer de capacité de stockage pour mettre de côté toutes les données contenues dans le DD de 3 To, mais on verra ! Pas de problème pour les clés de licence etc. qui sont sauvegardées autrement.
  13. cbaud2000

    BSOD "Inaccessible boot device"

    Nos deux derniers posts se sont croisés : pas de problème !
  14. cbaud2000

    BSOD "Inaccessible boot device"

    Cela semble pourtant curieux, puisque dès le début, mon OS était un Seven Ultimate x64, suivi d'un Windows 10 Pro x64 insider preview avant la sortie officielle vers la mi-2015, et de toutes les versions successives jusqu'à la 1803, et toujours en x64, comme du reste les OS Linux (AMD 64) que j'ai installés en dualboot. Certes, on peut faire tourner des programmes en 32 bits sur une architecture 64, mais l'inverse est-il possible ?
  15. cbaud2000

    BSOD "Inaccessible boot device"

×