Как исправить ошибку «File History — no usable drives found» в Windows

Почему появляется ошибка «File History — no usable drives found»?

Вот наиболее частые причины появления ошибки:

• File History содержит ошибки или сбои в работе компонента.
• Служба File History отключена (вручную или сторонним ПО).
• Диск резервной копии повреждён или недоступен.
• На компьютере есть повреждённые системные файлы.
• Включение функции «Защита системы» отключено, и Windows не видит диск для восстановления.

Важно: «File History» — встроенный инструмент Windows для промежуточного резервного копирования пользовательских файлов. Он удобен, но иногда ненадёжен; имейте резервную копию на другом носителе или в облаке.

Быстрые проверки перед началом

• Убедитесь, что диск резервной копии подключён и отображается в Проводнике.
• Отключите временно сторонние программы резервного копирования или антивирус, которые могут блокировать диск.
• Попробуйте подключить диск к другому порту USB или к другому компьютеру — это поможет проверить аппаратную часть.

Основные способы исправить ошибку

1. Включите File History (Историю файлов)

1. Нажмите клавишу Win, чтобы открыть меню Пуск.
2. Откройте Панель управления.
3. Выберите File History (Историю файлов).

4. Нажмите кнопку «Turn on» (Включить), если функция отключена.

5. Нажмите «Advanced settings» (Дополнительные параметры) в левой части окна.

6. В разделе «Event logs» нажмите «Open File History event logs to view recent events or more» (Открыть журналы событий File History).

7. В окне Просмотра событий (Event Viewer) проверьте, включена ли служба и нет ли ошибок резервного копирования.

Примечание: иногда после включения требуется перезагрузка, чтобы диск появился в списке.

2. Переактивируйте Защиту системы (System protection)

1. Нажмите Win → откройте Панель управления.
2. Выберите «Система».

3. В блоке «Связанные параметры» выберите «Защита системы» (System protection).

4. Выберите диск, на котором создана резервная копия File History, и нажмите «Настроить» (Configure).

5. Если защита включена, временно выберите «Отключить защиту системы» и нажмите «Применить».

6. Затем заново выберите «Включить защиту системы» и снова «Применить». Это «перезапустит» привязку тома к системной защите.

Некоторые пользователи подтверждали, что после переактивации Защиты системы диск снова отображался как пригодный для File History.

3. Выберите другой диск для File History

1. Win → Панель управления → File History.

2. В левой части окна нажмите «Select drive» (Выбрать диск).

3. В разделе «Select a File History drive» укажите оригинальный диск резервной копии или выберите новый внешний диск.

4. Нажмите Next (Далее) и подтвердите выбор.

Если диск физически исправен, выбор другого тома часто решает проблему — особенно при конфликте с ранее назначенным томом.

4. Исправьте повреждённые системные файлы (SFC и DISM)

1. Откройте меню Пуск.
2. Запустите Командную строку от имени администратора (Command Prompt as admin).

3. Выполните команду SFC:

sfc /scannow

4. После завершения SFC выполните DISM для восстановления образа:

dism /online /cleanup-image /restorehealth

5. Перезагрузите ПК.

SFC и DISM исправляют многие проблемы с системными файлами. Если они не помогли — можно рассмотреть более глубокую очистку или переустановку компонентов Windows.

5. Облачный сброс Windows (Cloud reset)

1. Нажмите Win + I → Откройте Параметры (Settings).
2. Перейдите в Recovery (Восстановление).

3. Нажмите «Reset PC» (Сбросить ПК).

4. Выберите «Keep my files» (Сохранить мои файлы).

5. Выберите «Cloud download» (Загрузка из облака) и запустите процесс.

Прежде чем запускать сброс: обязательно создайте резервную копию важных данных на отдельном диске или в облаке. Облачный сброс полезен, если системные компоненты сильно повреждены.

Дополнительно: когда перечисленные решения не работают (Counterexamples)

• Если диск обнаруживается на другом компьютере как проблемный (например, SMART-показатели или ошибки файловой системы) — аппаратная неисправность вероятнее, и лучше заменить носитель.
• Если диск зашифрован (BitLocker) и ключ недоступен, File History не сможет его использовать.
• В средах с групповой политикой (Domain/Enterprise) администратор может блокировать File History — тогда локальные решения не помогут.

Альтернативные подходы к резервному копированию

• Использовать образное резервное копирование (Acronis, Macrium Reflect) для полного бэкапа диска.
• Хранить важные папки в облачных сервисах (OneDrive, Google Drive) с версионированием.
• Настроить планировщик задач для регулярного копирования в rsync‑подобные утилиты (для продвинутых пользователей).

Ментальная модель: почему возникают ошибки File History

• Источник ошибки = (доступность диска) × (права/настройки системы) × (целостность файлов/служб). Если хоть один множитель равен нулю — резервирование не работает.

План действий (SOP) для администратора или продвинутого пользователя

1. Диагностика: проверьте подключение диска, события в Event Viewer для File History.
2. Быстрая перезагрузка службы: включите/выключите File History и Защиту системы.
3. Проверка диска: chkdsk /f на целевом томе (при необходимости).
4. Восстановление системных файлов: SFC → DISM.
5. Если ошибка сохраняется — смените диск или выполните Cloud Reset.
6. Документируйте изменения и проверяйте плановые резервные копии.

Критерии приёмки: после действий диск отображается в File History, резервирование запускается без ошибок в журнале событий и создаётся первая резервная версия.

Чек‑лист ролей

Для обычного пользователя:

• Диск подключён и виден в Проводнике.
• File History включён.
• Попробован другой USB‑порт или кабель.

Для администратора:

• Проверены журналы событий на предмет ошибок File History.
• Защита системы переподключена для целевого тома.
• SFC и DISM выполнены.
• Рассмотрена политика групп и ограничения безопасности.

Тестовые случаи / Критерии приёмки

• Тест 1: Подключить новый внешний диск → выбрать его для File History → старт резервирования. Ожидаемый результат: резервирование начинается и в журнале событий нет ошибок.
• Тест 2: Включить/отключить Защиту системы на целевом диске. Ожидаемый результат: диск появляется/исчезает в списке пригодных томов.
• Тест 3: Запустить sfc /scannow → dism /online /cleanup-image /restorehealth → перезагрузить. Ожидаемый результат: критические ошибки в журнале системных файлов устранены.

Панель фактов (Fact box)

• File History — инструмент для инкрементного резервирования пользовательских папок.
• Частые причины отказа: отключённая служба, недоступный диск, повреждённые системные файлы.
• Быстрые устранения: включение File History, смена диска, SFC/DISM, облачный сброс.

Примечания по безопасности и конфиденциальности

• Если диск шифрован (BitLocker), сохраняйте ключ восстановления надежно — потеря ключа приведёт к утрате данных.
• При сбросе системы убедитесь, что конфиденциальные файлы сохранены в другом месте.

Когда стоит рассматривать профессиональную помощь

• Проявляются аппаратные ошибки SMART на диске.
• Резервирование критически важно для бизнеса и локальные решения не помогают.
• Проблема вызвана политиками домена — обратитесь к IT‑администратору.

Резюме

• Проверьте доступность диска и включение File History.
• Переактивируйте Защиту системы и попробуйте выбрать другой диск.
• Используйте SFC и DISM для исправления системных ошибок.
• При серьёзных проблемах примените облачный сброс, но предварительно создайте резервную копию данных.

Важно: не полагайтесь только на один механизм резервирования — держите минимум одну копию в другом месте (внешний диск или облако).

Если вы пробовали какое‑то из решений выше, напишите в комментариях, какое именно помогло, и опишите признаки неисправности — это поможет другим быстрее определить причину.