Ответы пользователя по тегу Хранение данных
  • Какой носитель выбрать для хранения фотографий и видео?

    Zettabyte
    @Zettabyte
    Проф. восстановление данных ▪ Вопрос? См. профиль
    С учётом объёма (видео скорее всего, большие) и типа данных (вряд ли нужен регулярный оперативный доступ), вероятнее всего, имеет смысл купить пару больших жёстких дисков и сделать две копии архива.

    Два диска - с точки зрения большей надёжности. В идеале купить их в разных местах, чтобы были из разных партий и ехали к нам каждый сам по себе.

    С точки зрения производителя диска, я бы взял Hitachi (HGST), либо верхние WD, которые на самом деле HGST (смотрите по фото товара). Ещё вариант - Toshiba (у них тоже есть диски, которые были Hitachi), но некоторые их свои модели изредка могут чудить.
    Ответ написан
  • Объединение двух разделов hdd БЕЗ потери данных - реально?

    Zettabyte
    @Zettabyte
    Проф. восстановление данных ▪ Вопрос? См. профиль
    Мы неоднократно сталкивались с ситуациями потери данных при манипуляциях с разделами диска.

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

    Можете в т.ч. создать образ диска, чтобы в случае чего накатить его обратно и иметь всё, включая систему, в состоянии "в точности, как сейчас".
    Ответ написан
    Комментировать
  • Можно ли хранить HDD вплотную друг к другу?

    Zettabyte
    @Zettabyte
    Проф. восстановление данных ▪ Вопрос? См. профиль
    Можно вполне. Укладывайте только диски аккуратно, чтобы не повредить платы электроники.

    Также у 2.5" дисков крышки могут быть весьма тонкими, с такими дисками надо обращаться аккуратно, избегая давления на крышку.

    Если под рукой есть контейнеры, наподобие SeaShell (прозрачные "ракушки"), то их использование будет нелишним.
    Ответ написан
    Комментировать
  • Деградация файлов -- это нормально?

    Zettabyte
    @Zettabyte
    Проф. восстановление данных ▪ Вопрос? См. профиль
    С жёстким диском описание ситуации выглядит странновато - обычно всё-таки при повреждении видео-файлы начинают либо "рассыпаться" (крупные пиксели рандомного цвета, разъезжающаяся на полосы или зависающая картинка), либо обрываться при воспроизведении.

    Для начала вы можете сделать проверку диска R.tester'ом. Он может делать как автоматическую диагностику, используя встроенные скрипты, так и показать вам графики скорости чтения / времени доступа, на которых будут видны проблемные места.

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

    С картой памяти сложнее. Там контроллер может чудить и вы не увидите что происходит за ним.
    Из простых вариантов проверки можно сделать следующее: вставьте карту памяти в компьютер и скопируйте с неё все имеющиеся файлы (хорошо, если какой-то спец. программой, которая также умеет либо верифицировать данные, либо следит за ошибками).

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

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

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

    Если файлы с карты памяти важны, рассмотрите возможность обращения в специализированную компанию, занимающуюся только восстановлением данных, а до этого прекратите пользоваться картой. При прямой подпайке к карте и создании сырых дампов NAND памяти перечитывание возможно, т.к. контроллер в нём уже не участвует.

    Но работа будет недёшевой, т.к. карта явно microSD, а это монолит. На всякий случай, вот краткая памятка о центрах восстановления данных.

    P.S.
    Стандартной проверкой дисков aka CHKDSK пользоваться срочно прекратите. Check disk может запросто покромсать вам файлы так, что потом их уже никто не восстановит.
    Ответ написан
    4 комментария
  • Куда мог исчезнуть файл?

    Zettabyte
    @Zettabyte
    Проф. восстановление данных ▪ Вопрос? См. профиль
    Как первый вариант, у вас контроллер мог перевести флешку в режим read-only. Но воздержитесь от проверки этого предположения путём копирования новых файлов на неё.

    Второе - как вы извлекали флешку из компьютера, если извлекали вообще? Щёлкали по иконке в трее для безопасного извлечения?

    В любом случае, сейчас не записывайте туда никаких новых данных, скачайте программу для восстановления файлов (она бесплатная) и сделайте полное сканирование флешки.
    С учётом того, что документ многократно сохранялся, я думаю, что хотя бы промежуточные версии найтись должны.
    Ответ написан
    Комментировать
  • Как выяснить и исправить причину не загрузки системы?

    Zettabyte
    @Zettabyte
    Проф. восстановление данных ▪ Вопрос? См. профиль
    Прогнал fsck -C -y -c -f /dev/sdb1

    Ох-хо-хох, это, похоже, проклятье какое-то с чекдисками :) :(

    Ну ладно ещё обычные пользователи соглашаются и не останавливают "Проверку диска" от Windows, но вы, человек, который сумел найти и отпаять встроенную в NAS флэшку, затем распаять её так, чтобы она читалась, и туда же?

    Несмотря на то, что:
    • Была явная причина возникновения проблемы (отключение электричества)
    • НАС перестал загружаться = у флэшки проблемы даже с чтением (подтверждение возникновения проблемы)
    • Было известно, что ничего не известно, т.е. NAS, по сути, уникальный, как и софт внутри

    вы тоже решили жахнуть по загрузочной части операцией записи.

    По-хорошему надо было, получив доступ на чтение, делать полный образ, затем хорошо бы делать его ещё насколько возможно, "по-другому" (хотя бы на другом компьютере) и сравнить два образа побайтово или посчитать контрольную сумму.

    Ещё бы хорошо пустить тест чтения, чтобы наглядно оценить состояние накопителя, и только потом думать об fsck.

    Сейчас разумными вариантами представляется всё-таки попробовать опознать NAS и найти владельцев таких же, чтобы попытаться достать софт через них.
    Как вариант ещё можете попробовать собрать массив дисков программно и посмотреть на имеющиеся разделы. Если помимо вашего раздела с данными увидите служебные, то, в зависимости от того, что там, можно попробовать сориентироваться с помощью них.
    Ответ написан
  • Разница между Evernote, OneNote, Wunderlist to-do, ToDoIst?

    Zettabyte
    @Zettabyte
    Проф. восстановление данных ▪ Вопрос? См. профиль
    Из перечисленных вами сервисов (по крайней мере, ToDo-листов) Wunderlist - лучший с той точки зрения, что в бесплатном плане у него не отрезаны необходимые фичи, наподобие email-напоминаний, групповой работы и т.п.

    Однако, важно помнить, что команда разработчиков ушла в Майкрософт и сейчас занимается созданием ТуДу-приложения для них. Соответственно, рано или поздно Вундерлист будет отключен.
    Ответ написан
  • Имеет ли смысл устроить на старой флешке с изношенным началом "двуполье", для продления её жизни?

    Zettabyte
    @Zettabyte
    Проф. восстановление данных ▪ Вопрос? См. профиль
    её 4 ГБ я использовал всегда только наполовину и вторая половина "гуляла" и можно сказать девственно свежа и нетронута

    Что именно вы имеете в виду: что у вас там постоянно лежали файлы объёмом 2 ГБ, которые вы не удаляли и не редактировали (используя оставшиеся 2 ГБ), или что флешка была всё время заполнена только наполовину, но "статичных" данных на ней не было?

    Если первое, то это нехорошо, это как раз повышает износ NAND-памяти, т.к. часть ячеек не может участвовать в работе алгоритма по выравниванию износа (wear leveling), в результате свободные ячейки изнашиваются быстрее.

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

    имеет ли смысл сейчас её очистить и забить первых 2 ГБ пустым файлом

    Флешка - не жёсткий диск и, ввиду упомянутого выше алгоритма, её транслятор сведёт все ваши попытки на нет. В реальности записать конкретные данные в конкретный сектор не получится, они будут распределены случайно.

    Сейчас вы можете сделать следующее:
    • Переместить все данные на жёсткий диск, отформатировать флешку, чтобы там создалалась новая ФС и скопировать туда данные заново. После этого посмотреть на результат.
    • Скачать программу для тестирования флешек и с её помощью оценить состояние накопителя, посмотрев на графики. Кстати, если будете переносить данные, то можете и тесты записи сделать - они уничтожат все данные и сработают как полное форматирование флешки.
    Ответ написан
    Комментировать
  • Как склонировать жесткий диск на другой?

    Zettabyte
    @Zettabyte
    Проф. восстановление данных ▪ Вопрос? См. профиль
    У вас широкий спектр вариантов:
    • можете использовать специальные решения с проприетарным форматом (Acronis True Image, Norton Ghost, ...);
    • либо шестнадцатеричный редактор (CI Hex Viewer, WinHex, ...), с помощью которого создадите несжатую посекторную копию диска. Тут предпочтительнее будет чтобы диск был того же объёма, а лучше модели;
    • если же на диске только файлы (без каких-то привязок - загрузка ОС, установленные программы, ...), то, судя по описанию, ничего не должно помешать их просто скопировать.
    Ответ написан
    2 комментария
  • На сколько райд 1 хорош для увелечения скорости рандомного чтения диска?

    Zettabyte
    @Zettabyte
    Проф. восстановление данных ▪ Вопрос? См. профиль
    У вас в заголовке RAID 1, а в тексте вопроса RAID 0.
    Судя по тому, что акцент на скорости, видимо, речь всё-таки о втором.

    Нам это не очень актуально, так что информацию в голове удерживать не старался, но если мне не изменяет память, для увеличения пропускной способности имеет смысл уменьшать размер страйпа, если же в приоритете random I/O, то наоборот, увеличивать.

    При этом важно помнить о таком параметре, как queue depth. Если он у вас всё время равен единице, то понятно, что никакого прироста не будет, т.к. в единицу времени отправляется только один запрос.
    Бесконечного линейного роста, понятно, не будет, но думаю, что при QD = 16 / 32 / 64 вы окажетесь близко к возможному максимуму.

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

    В общем, экспериментируйте, но не забывайте, что RAID 0 имеет низкую надёжность, которая падает с ростом количества дисков. А при потере одного диска вы теряете доступ ко всему массиву.
    Ответ написан