Windows command guide

Boot Repair Info Collector Before BOOTREC or BCDBoot

Boot repair is one of the easiest places to make a bad situation worse with the wrong command. Before you write to boot structures, it helps to collect the current partition view, BCD entries, scanned installations, and mounted volume details. This page is designed as a safer first step before invasive BOOTREC or BCDBoot changes.

This guide is written around the specific symptom-command match for collect boot repair information first, not as a generic dump of terminal lines. That makes the page more useful for real troubleshooting and reduces the chance of running the wrong repair step.

Reviewed guide Updated 2026-04-21
Windows Recovery Environment Command Prompt
diskpart /s X:\list-volumes.txt bcdedit /enum all bootrec /scanos mountvol

Best place to run it

Windows Recovery Environment Command Prompt is the right execution context for this page. Because this repair touches protected Windows state, a normal unelevated shell can return misleading access errors or partial results.

Fast repair workflow

  1. Start from the exact symptom on this page: Windows does not boot, but you want diagnostics before changing boot records
  2. Run the startup recovery line exactly as shown: diskpart /s X:\list-volumes.txt bcdedit /enum all bootrec /scanos mountvol.
  3. This workflow is tuned for this repair, so avoid mixing it with unrelated repair commands too early.
  4. Re-check boot state with BCD or recovery info instead of repeating the same boot command blindly.
  5. If startup still fails, move to partition, file-system, or recovery-media diagnostics instead of stacking more write operations.

Recovery command sequence

Use this sequence when you want the page command in a cleaner, step-by-step recovery block.

:: Run these lines from Windows Recovery Environment when the guide calls for it @echo off echo Starting recovery command sequence... diskpart /s X:\list-volumes.txt bcdedit /enum all bootrec /scanos mountvol echo. echo Review the output and restart only after the command sequence finishes. pause

Verification commands after the repair

These follow-up commands help you check whether the repair actually changed the Windows state that matters, instead of assuming success from a single line.

bcdedit /enum reagentc /info

What problem this collection step is trying to solve

It helps when Windows startup is broken but you do not yet know whether the real issue is the EFI partition, the BCD store, missing installations, wrong drive letters, or a broader disk layout problem.

  • Windows does not boot, but you want diagnostics before changing boot records.
  • Commands like bootrec or bcdboot are likely next, but the current layout is unclear.
  • You need to understand what the recovery console actually sees before editing anything.

How the command set works

The commands list volumes, enumerate all BCD entries, scan for Windows installations, and show mounted volume mappings. Together they help you see whether the expected partitions and boot entries are present before you choose a repair path.

When it makes sense to run it

Use it first in Windows Recovery Environment when boot repair is likely but the current boot layout is not fully understood.

Before you run this command

  • Open an elevated Command Prompt or PowerShell window before running diskpart /s X:\list-volumes.txt bcdedit /enum all bootrec /scanos mountvol.
  • Confirm that the symptom really matches this guide, especially if you are seeing signs such as: windows does not boot, but you want diagnostics before changing boot records.
  • Write down the exact startup or recovery message before you change boot-related data.

What result to expect

After running diskpart /s X:\list-volumes.txt bcdedit /enum all bootrec /scanos mountvol, compare the result against the symptom that brought you here. The most useful checkpoint is whether windows does not boot, but you want diagnostics before changing boot records becomes less frequent, changes form, or produces a clearer error message. A command page is stronger when it helps you verify a real change instead of just assuming the line must have worked.

How to verify that it worked

The best verification step after diskpart /s X:\list-volumes.txt bcdedit /enum all bootrec /scanos mountvol is to repeat the action that previously triggered the problem. If commands like bootrec or bcdboot are likely next, but the current layout is unclear still appears in exactly the same way, the command probably was not the whole answer and you should move to the next targeted check instead of assuming the page is finished.

Why administrator rights matter here

This command changes startup, recovery, or boot configuration. Run it in an elevated shell so Windows can apply the repair instead of only returning an access or privilege error.

Before you run it

These are mainly diagnostic commands, but they must usually be run from the recovery environment. Replace the diskpart script path with a real location that exists in that environment.

When this is probably the wrong fix

This is not the right first fix for a simple slow boot caused by startup apps alone. Use it when Windows cannot start properly, recovery keeps appearing, or boot data itself looks damaged.

What to do if it does not help

If diskpart /s X:\list-volumes.txt bcdedit /enum all bootrec /scanos mountvol does not improve windows does not boot, but you want diagnostics before changing boot records, move to the next repair step that matches the same symptom family instead of piling on random commands. The best follow-up depends on whether the failure is mainly about startup, recovery, or boot configuration.

Frequently asked questions

Should I use diskpart /s X:\list-volumes.txt bcdedit /enum all bootrec /scanos mountvol for this exact Windows symptom?

Use it when the behavior on your PC lines up with the repair target on this page: It helps when Windows startup is broken but you do not yet know whether the real issue is the EFI partition, the BCD store, missing installations, wrong drive letters, or a broader disk layout problem.

What should I check right after diskpart /s X:\list-volumes.txt bcdedit /enum all bootrec /scanos mountvol?

Check whether the original trigger still reproduces the same failure. For this page, a useful checkpoint is whether windows does not boot, but you want diagnostics before changing boot records becomes less frequent, changes form, or points you toward a more specific next step.

When should I not rely on diskpart /s X:\list-volumes.txt bcdedit /enum all bootrec /scanos mountvol alone?

This is not the right first fix for a simple slow boot caused by startup apps alone. Use it when Windows cannot start properly, recovery keeps appearing, or boot data itself looks damaged.