трим не осуществляется очень часто на ссд диске в силу алгоритмов его работы. Вот "сборка "мусора"" алгоритмом помимо трима у кингстонов действительно херню творит что не восстановить ничего, тем более на бюджетниках мешает пользователю иногда пользоваться ссдюшкой из-за особенностей прошивки и контроллера.
Если затёр Trim - отрубай питание от SSD - и неси винт в лабу. Всё ещё шанс выживания есть. Особенно, если у тебя нету активных процессов, использующих SSD. А то есть гении, которые pagefile.sys кладут на диск с данными.
P.S. и да, важные данные бэкапить надо
не обнулить а пометить свободными для записи ячейками, что в них можно что-то записать спокойно. Даже если там есть старая инфа. И проблема в том что запись ссд осуществляется быстро и ячейки могут быть перезаписаны множеством уже буквально за пару минут.
А тримка отрабатывается контроллером и самой ОС мануально теперь начиная с винды 10 дополнительно. Ячейки будут помечены свободными но это не означает что данные нельзя вообще никак вытянуть если контроллер исправен.
Однако в силу алгоритмов работы прошивок и контроллеров это всё варьируется от "можно восстановить" до "там все уже затёрто "сборкой мусора"".
Когда ты удаляешь файл (не в корзину), то в файловой системе ставится отметка "удалён", что предполагает возможность использования данного пространства при следующей записи. В жёстком диске у тебя есть CHS, а в SSD у тебя есть логическое представление (те же CHS) + реальная физика работы. Операционная система особо не различает, что это за накопитель - алгоритм один и тот же (LBA - адресация по логическим блокам). В отличии от жёсткого диска в SSD есть алгоритм выравнивания износа ячеек, который подразумевает, что следующая запись будет произведена в свободную ячейку с минимальным количеством циклов записи в неё. Если по файловой таблице ячейка свободна, но для контроллера там что-то есть, то контроллер сначала считывает ячейку, потом модифицирует данные в кеше, затем обнуляет ячейку, затем записывает в неё модифицированные данные. Trim указывает контроллеру какие данные уже не нужны, чтобы он подготовил ячейки, в которых эти данные хранятся к следующей записи (обнулил). В противном случае с течением времени SSD начнёт подтормаживать, т.к. будет делать лишние операции.
Если ты знаешь алгоритм лучше - расскажи. Я не против учиться.
>буквально за пару минут.
Это нормальная скорость для ленты на бобинах. Жёсткие диски справляются за мили (или всё-таки нано) секунды, а SSD должен быть быстрее. Особенно если мы вдруг решим поговорить о NVME
нет чувак когда ты удаляешь файл в корзину ты помещаешь его во временное хранилище в системе которое саомочищается по таймеру на хранилище приставленному к каждому файлу. То что ты описываешь с работой ССД или ХДД прошивки не имеет ничего общего в этом плане работы "корзины".
трим указывает на свободные ячейки, которые уже не используются и могут быть перезаписаны свободно, чем больше данных на ссд тем трим чаще от контроллера, плюс еще идет запрос тримки от ОС по дефраге начиная от винды 10 и маков определеной версии. Контроллер отдает трим команды а не тримки указывают контроллеру что и как делать. Контроллер с "фоулт" прошивкой может перезаписать и даже твою инфу которая есть на ССД и нужна тебе, это важно не напортачить в этом плане с прошкой и контроллером в целом. ССД подтормаживает как раз таки от другого от того какая память используется, есть ли кеш, есть ли драм кеш и самого контроллера в плане может ли он обслуживать такое заполнение, а так же его алгоритмов которые варьируются очень иногда дико с дополнительными функциями как в кингстоне совершая "оптимизацию" сборки данных ячеек. И в это время тебя ждет как пользователя либо то либо это. На кингстонах бюджетных со сборкой мусора например беда. Она мешает людям которые его пользуют и может даже с начала работы с файлами показывать 12-20мб скорости данных, потому что алгоритм "сборки мусора" а по идее отпимизации данных в ячейках использовал весь твой ресурс который бы ты мог использовать. И ладно бы он это делал хотя бы когда ты не используешь продолжительно ссд, но он это делает довольно часто и не намерен останавливаться когда ты начинаешь его использовать по понятным причинам.
Поэтому некоторые безбуферники табу ставить под систему постоянно использующуюся бюджетные особенно кингстоновские. Потому что это может аукнутся не раз и замедлить систему даже очень сильно. Буффер нормальный драм просто снижает херню которую творят некоторые контроллеры на ссд включая свои команды и свой алгоритм с добавками.
это к сожалению не такая простая яма и вечно меняющаяся чтобы я её объяснил в пару строк или абзацев кучи текста даже т.к. если охватывать все контроллеры их агрехи и буффер который это сглаживает, а так же нвме, тут получится тонны текста не на одну страницу. За что меня не особо погладят даже по головке и раскрытую суровую реальность старожилы не примут в общем. Т.к. все это дерьмо дико менялось за последние даже 10 лет стремительно не говоря уже об НВМЕ, где ссдюки даже бюджетного уровня сейчас без кеша работают приемлемо даже когда идет алгоритм той же сборки мусора на кингстоновских ССД. скоростей то хватает 600-1200мб\с без буфера вполне приемлемо.
Во-первых, нам надо тогда сойтись во мнении о каких SSD мы говорим. Т.к. на сегодняшний день есть:
- SSD с интерфейсом SATA (2.5''), которые появились первыми для замены жёстких дисков. Некоторые продавались в комлекте с рамой-переходником с 2.5 на 3.5;
- SSD с интерфейсом mSATA - см. предыдущий пункт;
- NGFF - с ними дела не имел, так что тут у меня явный пробел;
- NVME - долго курил маны выбирая накопитель. Остатки мозга старательно пытались закипеть, но в итоге на системный диск взял Samsung EVO, во внешний карман Kingston (скидка была хорошая).
Скорость "12-20мб" это уровень USB1.1 (нижняя планка) - USB2.0 (верхняя планка) и то только для флешек. Жёсткий или SSD в кармашке на USB2.0 даёт около 40 на чтение и запись.
>НВМЕ, где ссдюки даже бюджетного уровня сейчас без кеша работают приемлемо даже когда идет алгоритм той же сборки мусора
Скорей проблема в наличии кэш-памяти. Когда она заканчивается скорость падает на два-три порядка. Если кэш есть, то скорость долго держится на приемлемом уровне. Поэтому после чтения обзоров для системного диска выбрал Samsung EVO и ни о чём не жалею
Топорно конечно, но иногда помогает флешки в чувство привести. Ну или сделать данные на диске не подлежащими восстановлению. Я знаю, что стандарт подразумевает три прохода и всё такое.
Не совсем так. На некоторых старых флешках при занулении контроллер проверял жизнеспособность ячеек и если они уже мертвы, то использовал ячейки из резервной области (в некоторых флешках такая была предусмотрена), либо же усекал объём накопителя.
Случай из жизни: флешка Transcend на 2ГБ (1.907ГиБ) перестала работать - я её занулил и она стала 1.8ххГиБ. Обидно, что образ на 1.9ГиБ перестал влезать, но флешка рабочая осталась.
Перепрошивка требуются в случаях, когда не помогает зануление.
Было дело пробовал. Во-первых, если это что-то +- брендовое, то ещё ладно, если это какой-то нонейм или нонеймовый закос под бренд, то часто-густо всё (VID&PID в контроллере прошит один, а на деле оборудка внутри совсем другая). Поэтому когда ко мне приходят у меня тут флешка не работает я предлагаю вариант или идти в сервис (за деньги), или я форматирую - если форматирование не помогает советую купить новую флешку.
Примерно столько же сколько и полное форматирование. Если уверен в том, что делаешь можно добавить параметр bs=512k. Но я предпочитаю не гадать и оставляю дефолтные 512b.
Перепрошивкой у тебя есть шанс убить флешку, зануление на это не способно.
Trim не удаляет данные, а помечает блоки, как свободные, что позволяет контроллеру затирать их при надобности. Если на SSD полно свободных секторов, то данные в тримнутых блоках могут еще довольно долго жить.
проблема в том что мало кто понимает что из-за скорости ссд и его алгоритма "очистки" чтобы восстановить с него данные надо прекратить им пользоваться сразу же. И восстанавливать данные с него в изолированной среде. Поэтому думают что восстановить данные нельзя. Хотя их можно спокойно восстановить с той же флешки =\
+++ C флешек потёртые данные 100 лет в обед восстанавливаются, и SSD принципиально от той же флешки ничем не отличается.
Типа тот же трим с лохматых 2010-х существует.
Повторяюсь: креатив говно / автор м.. ммм... мог бы не стряпать глупостей
немного отличается, но не суть, люди просто утрируют думая что тот же трим делается после каждой операции с файлами, когда это не так. Данные восстановимы. Но нужно действовать из изолированной среды, чтобы ничего не могло стриггерить контроллер как в обычной среде с поддержкой тримм и запись на диск т.к. данные записываются быстро.
у ссд есть область, где хранится информация о размещении сементов.
если она будет повреждена, прочитать ничего не получится.
видимо имеется ввиду такой отказ
частный сервер для облачного хранилища тех же корпоративных пользователей тоже говорит "ну да-ну да пошел я нахер". А уже тем более частный сервер людей с зашифрованных хранилищем который может открыть любой, нужно только иметь частный сервер с объемом и мощщами тоже.
не, если контроллер полетел то восстановить вообще ничего невозможно даже в лабах. Контроллер позиционирует данные в ячейках и в отличии от HDD там невозможно без него просканировать данные и восстановить. Так что если контроллер рип то и данные на ссд рип полностью.
С хдд проще, ты можешь просканировать блины и считать разметку данных восстановленных в контроллер. Однако она будет не полной так что на полное 100% восстановление даже на хдд не стоит надеятся но процентов 98 на хдд удается обычно вытянуть.
у меня валяется ххд, на определённом участке повисает и не работает, либо в работе зависание намертво либо на старте пк. Важного ничо нет, но если бы данные были на этом участке то их уж не вытащить. Надежность относительная, больше мнимая, важное можно потерять, но за-то восстановить мемы. Если страшно за данные, то просто делать бэкапы у себя и на облако, можно на несколько сразу. Копии лучший способ сохранить информацию.
Ну по идее данные которые уже в ячейках должны остаться,если заменить сам контроллер то их можно будет прочесть,хотя в данном случае утверждать не буду
не, разметки нет контроллера и если в ХДД она не важна особо её можно восстановить то вот в ссд весь шик в том что этого невозможно сделать без разметки контроллера и самого контроллера.
уже не боятся т.к. слц используется в роли кэша для данных, а вот тот же тлц уже давно не такой как в 2010 годах и не уступает по надежности лишь в 2 раза тому же млц, в кратце вместо 4 петабайт данных ты запишешь на ссд всего 2 петабайта но даже этот объем крайне уже надежен и внушителен чем всего пару сотен террабайт на старых моделях.
А так да контроллер на современках обычно рипается быстрее, особенно на браке.
Если поточнее, то пересобрать диск используя рабочие компоненты диска-донора. Блины извлекают только если шпиндель вышел из строя. А так хватает электронику переставить (сам когда-то пробовал).
Вполне. Особенно, если диск использовался не на 99% забития свободного места.
Я так, сулчайно прон шестилетней давности восстановил, когда у шефа доки потёрлись нужные. Обменялись понимающими взглядами )))
та же рекува сейчас спокойно работает с ссд и вполне нормально. В свое время когда ссд еще даже входили в "моду" она с флешками работала так же на ура как и с хдд.
Однако это все зависит от обстоятельств и среды в которой используется ссд даже в момент восстановления.
Стереть данные это более энергоемкая и времяемкая операция, чем просто в реестре жесткого диска убрать запись, что с такого-то по такой байт что-то есть.
По настоящему они удаляются в двух случаях.
1) Пользователь очень хочет конфиденциальности, потому лезет в консоль и дает команду записать с такого-то по такой-то байт нулями, единицами или рандомом.
2) Надо сохранить что-то новое и в качестве места куда сохранить подвернулась эта область с такого-то по такой-то байт, ведь там согласно реестру ничего нет. И новые данные пишутся туда, перезатирая старые.
Он как бы отмечает для себя "вот в этом месте нихуя важного и можно перезаписать, когда понадобится", то есть информация не удаляется если даже очистить корзину, она может хранится очень долго, если надобности записывать новую в то же место на диски небыло. Только вот доставать не очень удобно.
Между делом есть вопрос по SSD . Я заметил что особо дохуя длинные фильмы (реж версия властелина колец) подтормаживают в 4к при воспроизведении с внешнего (usb 3.0) диска. Померил - у него скорость 60мбпс.
Воткнул туда SSD - замер показывает 200мбпс. В то время как диск самсунг должен "крутиться" на 500мбпс, а лимит для USB 3.0 вообще 5гбпс. Коробка от Seagate expansion.
Вопрос: будет ли SSD иметь адекватную скорость в районе 500 если я положу диск в коробку с более новым контроллером?
ну бля диск внешний в телек сунул - видос тормозит. винт обычный HDD как от ноута.
я его раздербанил - воткнул SSDшку. Скорость у нее 500мбпс должна быть. Но через шнур USB только 160-200кбпс. Маловато. Чешу репу - вставить SSD в коробку от более нового диска или все тщета?
Чтобы не было проблем со случайно удаленными данными всем рекомендую Copy-On-Write файловые системы типа ZFS или btrfs. Фишка COW в том, что блоки данных на диске никогда не перезаписываются - если кусочек файла поменялся или удалился - это изменение не затрет существующий блок. Этот принцип дает нам абсолютно бесплатные инкрементальные бэкапы. Уровень Easy: Включаем создание снэпшотов диска по таймеру (например, раз в сутки), и теперь если вы случайно "удалили" файл (см. определение COW выше) - вам не нужно ничего восстанавливать, вы просто берете и открываете этот файл из снэпшота за предыдущий день(час, минуту). Уровень Normal, для тех кому реально важны данные - покупаем NAS и включаем ежедневное копирование снэпшотов диска на этот NAS, и теперь у вас есть резервная копия данных на другом носителе.
То же что и любая файловая система - кинет ошибку при записи данных. Магии тут нет, место из ниоткуда не возьмется, поэтому снэпшоты конечно надо автоматически чистить. Но вообще операционка всегда должна немного резервировать места на такой случай, чтобы было куда системные журналы написать.
ООО
НАЕЗЯ f4ldHH3MEAn.il
Так, бля, ёпта, тут у нас силовой узел, хуё-моё, блядь, но если я прокачаю резак, то не останется на ХП и стазис... Та-а-а-ак, падажжи, ёбана!
|^мых>н,ит»Ммимпму нояу мз<тао
ахдКЧА£3ч
• «*тх>яо>о
Отличный комментарий!