После 22:00 у меня случилась проблема с диском U: ёмкостью 2 Гб — на нем частично исчезли файлы и папки, изначально мне показалось, что из-за аппаратного сбоя HDD, но потом я выяснил истинную ужасную причину, о которой нужно знать. Рассказываю, как я с этим боролся.

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

Восстановление данных на Яндекс-диске

Для самых ценных файлов (рабочие и личные проекты) была включена автоматическое постоянное сохранение папок на Яндекс-диск, но там они тоже удалились, потому что сработала синхронизация. Но, счастью, они удалились в корзину.

Я вышел из приложения, потому что даже если отключить синхронизацию, сохранение папок с компьютера все равно работает и файлы переносятся в корзину.

Зашел в корзину Яндекса, выделил все файлы и папки в ней и нажал на них восстановить.

Данные на Яндекс-диске начали восстанавливаться:

Через некоторое время восстановились, корзина показывается как пустая:

Попытки восстановить с HDD специальными программами

Параллельно я скачал и запустил Recuva, хотя она и не хотела скачиваться из РФ.

Recuva искала удаленные файлы:

Но к сожалению, программа показала файлы, которые может восстановить, без каталогов, это мало что давало мне. К тому же файлы, измененные 8 августа, в день падения, восстановлению не подлежали:

Попробовал похожую программу EaseUS Data Recovery, но она точно так же не восстанавливала папки:

Восстановление из локальных архивов

Заглянул в свой бэкап-план на Гугл-диске. Там увидел куда сохраняется бэкап:

Сделал несколько копий последнего архива:

На всякий случай отключил создание последнего архива:

Полные архивы на диске я делал не часто. Каждый архив делался на три диска. В данном случае последний 5 месяцев назад, в марте 2025:

Нашел пустой диск на 2 Тб, он у меня был для архивов в будущем, решил на нем собрать образ нужного мне диска. В это же время заказал на озоне диск HDD на 4 Тб.

Подключил его вместо сбойнувшего диска U.

Поставил копирование всего архива диска U на новый диск. Total Commander при этом благополучно вылетел, потому что был на этом диске. Поставил копирование через проводник. Прогноз не особо радовал, но я надеялся что скопируется быстрее:

Копировалось чуть быстрее, но случайно задел ногой HDD, копирование прекратилось:

Перезапустил уже для удобства в Total Commander. Он пропустил уже скопированное и продолжил копирование:

Копирование данных с Яндекс-диска

Чтобы скачать данные с Яндекс-диска, пришлось запустить его на ноутбуке, чтобы он не пытался синхронизировать локальные данные. При этом я сначала пытался скачать Яндекс-360 4.0, который начинал синхронизировать данные, не давая никакого интерфейса. Пришлось удалять это приложение. Потом я из веб-браузера в Яндекс-диске нажал «Скачать Яндекс-диск» и загрузилось то приложение, что мне было нужно (3.0), оно позволило загружать файлы в нужные папки.

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

Скачивание запускал дважды — сначала хотел напрямую с ноутбука на расшаренную папку, но так Яндекс-диск зависал. Поэтому сначала локально на ноутбук, оттуда на компьютер в расшаренную папку.

Сбор итоговых данных из разных источников

У меня была копия данных от марта.

В нее я скопировал в режиме «заменить более старые» файлы из ежедневного архива, а потом скачанное с Яндекс-диска.

Также на ноутбуке у меня синхронизировались в поездках фотографии и видео, я еще раз синхронизировал их с телефоном и скопировал в папку на диске. Это закрыло те файлы фото-видео, которые могли пропасть.

Обошлось практически без потерь.

Перенос модели на рабочий диск

Как раз к 15 часам дня приехал новый диск из Озона на 4 Тб:

По странному стечению обстоятельств, он тоже был Seagate Baracuda — преступника тянет на место совершения преступления.

Вставил в крэдл диск с моделью и поставил через Проводник копирование на новый диск:

Выявление причины удаления файлов

Но счастье длилось недолго. Через некоторое время файлы на диске U: опять начали удаляться.

Кроме того, удалились файлы и с диска Y:, под которым я подключил через WebDav свой Яндекс-диск.

Чтобы понять, что именно удаляет файлы, я запустил старый добрый Process Monitor и истинная причина удаления открылась мне во всей своей зловещей простоте:

То есть файлы удалялись при подключении к удаленному рабочему столу, потому что я подключался с доступными для записи локальными дисками!

Финальное восстановление

Remote Desktop Manager в бесплатной версии не позволяет массово назначать доступ, так что я прошелся по всем записям и настроил доступ только к виртуальному диску Z:, который я создал специально для целей обмена данными.

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

Выводы

1. Техника подводит, это бывает. Но не всегда стоит пенять на технику.

2. Полные архивы надо делать хотя бы раз в месяц. Раз в полгода — это слишком редко. Повезло, что удалось восстановить все данные благодаря нескольким средства бэкапа.

3. От шифровальщика моя схема не защищает, надо продумать варианты. Но от случайного или аппаратного удаления данных защищает.

4. Яндекс-диск через приложение — очень неудобный инструмент, надо пробовать варианты вроде WebDAV. Но даже при подключении диска нужно быть аккуратным с доступом, чтобы данные на Яндекс-диске не очистились.

5. Такие учения заставляют нас задуматься о сохранности наших данных, еще раз напоминают о материальной природе хранения информации.

6. Решил выделить время и упорядочить данные. Старые данные вынести в read-only архивы по годам, чтобы не тратить время на их восстановление.

7. Как закончу с восстановлением данных, сделаю их полный бэкап. Также буду следить, чтобы полный бэкап делался не реже, чем раз в месяц.

8. Нужно поискать, как сделать, чтобы по-умолчанию при подключении по RDP без настроек был доступен только диск Z: