После 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:, который я создал специально для целей обмена данными.
Ранее я жалел, что нельзя было скопировать сразу на новый диск, но сейчас диск с моделью пригодился, я просто скопировал с него на новый диск.
Выводы
Техника подводит, это бывает. Но не всегда стоит пенять на технику.
Полные архивы надо делать хотя бы раз в месяц. Раз в полгода — это слишком редко. Повезло, что удалось восстановить все данные благодаря нескольким средства бэкапа.
От шифровальщика моя схема не защищает, надо п��одумать варианты. Но от случайного или аппаратного удаления данных защищает.
Яндекс-диск через приложение — очень неудобный инструмент, надо пробовать варианты вроде WebDAV. Но даже при подключении диска нужно быть аккуратным с доступом, чтобы данные на Яндекс-диске не очистились.
Такие учения заставляют нас задуматься о сохранности наших данных, еще раз напоминают о материальной природе хранения информации.
Решил выделить время и упорядочить данные. Старые данные вынести в read-only архивы по годам, чтобы не тратить время на их восстановление.
Как закончу с восстановлением данных, сделаю их полный бэкап. Также буду следить, чтобы полный бэкап делался не реже, чем раз в месяц.
Нужно поискать, как сделать, чтобы по-умолчанию при подключении по RDP без настроек был доступен только диск Z:
