Я успешно собрал все свои данные благодаря Testdisk для Linux, но теперь у меня появилась новая проблема. Мой 1 ТБ Samsung 850 EVO показывает 2048 ГБ во время установки Windows.
Когда появляется список источников для установки, я не могу отформатировать диск. Странно то, что диск выглядит нормально, когда я подключаю его к другому ПК как к внешнему, где мне также разрешено его форматировать. Когда я использую другой жесткий диск на том же компьютере, где возникает проблема, я могу отформатировать и выполнить установку как обычно.
Возможно, мой SSD был зажарен, и это было причиной ошибки в первую очередь. Это известная ошибка с этой моделью или кому-нибудь знакомо? Могло ли это быть вызвано при использовании TestDisk? Может ли это быть причиной UEFI на компьютере?
Внешний преобразователь изменяет видимый размер сектора на диске, что нарушает таблицы разделов при перемещении диска между компьютерами.
Если вам необходимо повторно использовать SSD, подключите его как внешний, заполните его нулями, и вы сможете установить на него Windows. Удаление всех разделов, вероятно, будет недостаточно, если он использует GPT.
** НЕ КОГДА-ЛИБО НУЖНО ЗАПОЛНИТЬ SSD! **
Команда ATA Secure Erase идеально подходит для этого.
Почему бы нет? В чем разница между явным заполнением нулями (которое явно и синхронно стирает все блоки) и выполнением либо TRIM, либо безопасного удаления ATA, которое делает то же самое, но неявно и асинхронно? Количество стираний будет одинаковым.
Нет.
Твердотельные накопители действительно стирают одним из двух способов. Современные накопители (в основном после 2012 года) шифруют свои данные ключом, который хранится в NAND. Если включено шифрование пользователя (если поддерживается), оба ключа объединяются. Безопасное стирание просто стирает не пользовательскую часть ключа. Старые диски просто стирают все ячейки данных пользователя за одну операцию. Они ничего не пишут. TRIM также делает это.
Нулевое заполнение (или что-то еще) в основном заполняет диск нулем на уровне сектора. Это делает записи меньше, чем размер блока, что вызывает огромное усиление записи. Это означает, что у вас есть значительное количество, если ненужные записи и удаления.
Интересно. Я думал, учитывая сложность современных контроллеров флэш-памяти, что усиление записи будет незначительным при последовательной записи, независимо от размера блока. Я сделаю некоторые испытания.
Это должно быть незначительным, но многие контроллеры работают на основе очереди на запись и обратной очереди. По сути, эта очередь может быть настолько глубокой, пока не будет записан весь блок. Если запись выполняется в методе сектор за сектором, эта очередь будет быстро заполняться. Эти утилиты, как правило, довольно тупые и не часто пишут в многосекторных блоках. Разница в скорости не обязательно существенная, поэтому нет никаких оснований полагать, что авторы изменили бы это.
Кроме того, между стиранием и программой существует время «заживления». Чем дольше это (в определенных пределах), тем меньше износ флэш-памяти во время записи. Подумайте о буквальном охлаждении, когда стирание приводит к резкому скачку температуры в камере. Чем больше ячейке можно дать остыть, тем меньший ущерб будет нанесен ей при программировании. Это еще одно преимущество TRIM, где он удаляет ненужные сектора в большом количестве задолго до того, как они понадобятся, что предотвращает записи в течение этого времени восстановления. Это противоположно обычным методам работы вспышки, где запись состоит из стирания и немедленного программирования выбранного сектора.
Забавный факт … В более ранние дни более медленных SSD существовал ряд утилит для настройки послепродажного обслуживания, которые фактически перепрограммировали контроллер для изменения таких вещей, как тайминги программы стирания. Это может быть использовано либо для значительного увеличения срока службы привода путем его замедления, либо для его ускорения и еще более значительного сокращения срока службы привода.
Я протестировал твердотельный накопитель Intel с чипом SM2258G, и для последовательной записи усиление равно нулю (то есть 1,0x) независимо от размера блока. К сожалению, у меня нет других SSD, с которых я могу получить усиление, но я подозреваю, что большинство современных контроллеров оптимизируют последовательную запись.
В любом случае, заполнение нулями — это много ненужных записей. Безопасное стирание ничего не переписывает.
Думаю, я тоже проведу какой-нибудь эксперимент, возможно, это уже не так плохо.
Сотрите первые 1000 секторов диска напрямую через контроллер материнской платы или используйте функцию безопасного стирания ATA. Не используйте DBAN и не обнуляйте диск и не заполняйте его случайным образом. Не делайте длинных форматов.
Опять же, вы не должны пытаться сделать это через USB.
Почему не через USB? В чем смысл этого? USB или нет USB, первые 1000 секторов будут обнулены. Если предположить, что запись прошла успешно, в чем разница между командами, поступающими через SATA или USB?
Если он хочет купить совместимый со стандартами интерфейс USB, хорошо. Я видел слишком много людей, которые пробовали использовать их док-станции Seagate Flex (сектор 2K или 4K) и все остальное. Я хочу исключить возможности нестандартного оборудования.
1000 секторов, потому что это сотрет MBR, GPT и, по крайней мере, большую часть любых странных дополнительных рабочих данных, которые может создать его USB-устройство.
Большое спасибо, парни. Я запустил ATA Secure Erase. Команда Time не сработала, и я не парень из Linux, поэтому я просто опустил ее и подождал пятнадцать минут.
& Amp; # x200B;
Пока что с Windows все хорошо. Наверное, последнее, есть ли вероятность, что я убил команду рано? Установщик Windows 10 теперь правильно определяет размер твердотельного накопителя, и установщик идет хорошо.
Я просто хотел бы сказать, что ошибка, которую я сделал ранее с командой Time, заключалась в том, что я сделал «sudo time hdparm» вместо «time sudo hdparm». Я очищаю другой диск и решил потратить лишние десять секунд, думая об этом.