Прикольный станочек. Хотя IMHO лучше бы комплект честных переходников под распространённые типы флешек.
Один только вопрос: а если можно слить данные, то как получают таблицу распределения строчек? Она же падла в контроллере должна лежать. А если она там и не повреждена, то почему тогда флеха не отзывается?
И как узнают распиновку — всегда думал что может сильно отличаться даже у карт одной марки, названия и ёмкости.
Микс последовательно устраняется по определённым признакам, либо (реже) по заранее известному алгоритму по модели контроллера. В каждой странице данных есть служебная информация, по которой выстраивается порядок страниц в блоке, определяется номер блока в банке, и так далее.
Распиновку анализируют, сигналы различного назначения довольно характерны. Сложнее всего с линиями данных, но тоже есть свои хитрости.
А вообще, не боги горшки обжигают)
Так оно и предназначено для случаев с не рабочим контроллером. И написано ещё рентген нужен, без него ни как )
https://blog.acelaboratory.com/pc-3000-flash-spider-board-ad...Ну, продавайцы PC-3000 будут много чего рассказывать о "нужности" всего, что они "в комплексе" пытаются втюхать. В реале же эти флехи кажется и для обычного мощного света прозрачны. А вот ренгеном можно запороть данные (по крайней мере я слышал такое предупреждение, но не знаю кому бы удалось —не у многих есть рентген).
конкретно с рентгеном не сталкивался, но флеш микроконтроллеров периодически сбивается даже в "чистой" зоне ядрёного производства
Не так. Рентген просто даёт открыться полевому транзистору, а уже открытый транзистор может дать усиление процессу.
Сам не проверял, только слышал что так бывает, но я не уверен, что те кто это утверждает, не теоретики (не проверившие гипотезу на практике).
От тех кто использовал я слышал только что так не бывает (но они тоже не сверяли данные).
Древние чипы вообще стирались ультрафиолетом и имели наклейку чтобы их не стёрло солнцем. Но там чуть другое строение памяти, хотя физика сильно похожа.
С продавцами то понятно всё. Но не думаю что тем чем пользуются, способны разрушить. Чем именно и какой мощности пользуются, мне неизвестно. Так что утверждать не берусь.
Да какой бы ни пользовались, это поддаётся тестированию на живой флешке. Скажем, превысить в 100 раз требуемое время экспозиции и сравнить записанные данные по контрольным суммам, и так вычислить вероятность. Хватит одного эксперимента.
А рентген вполне можно и у медиков заказывать как услугу, достаточно маленького стоматологического.
Вот интересно, кажется ты меня сегодня преследуешь. Ну , или я тебя. Подписался из-за ника
Вот я тоже подумал, что такие тесты не совсем корректны. Они просто запускали музыку и совали телефон под луч рентгена. А затем смотрели играет музыка дальше или нет. А также грузятся ли программы. Именно поэтому я решил, что для корректного теста надо было просто флэшку взять и после обработки лучом снять образ и сравнить с оригинальным образом, снятым до обработки. Ну или хотя бы хэш сумму посчитать у этих образов.
У них лампочка от стоматологического рентгена была и самодельный источник питания высоковольтный. Вот эти видео: и На одном сборка, на втором эксперименты.
Ниже мой коммент с видео тех экспериментов. А также то, что я считаю не очень корректным этот эксперимент.
Один только вопрос: а если можно слить данные, то как получают таблицу распределения строчек? Она же падла в контроллере должна лежать
Контроллер программно эмулируется, там в комплекте все необходимое есть для этого, вроде как.
Увы, мы нескоро доживём до тех времён, когда файловые системы научатся работать с RAW-данными, и там можно будет прописывать ФИЗИЧЕСКИЕ адреса, а не виртуальные, и соответственно выводить из строя сбойные дорожки, планомерно снижая объём флешки (или SSD), вместо того чтобы умирать внезапно всей.
там можно будет прописывать ФИЗИЧЕСКИЕ адреса, а не виртуальные
Не будет этого никогда. Во-первых, те же SSD постоянно меняют расположение данных для выравнивая износа.
Во-вторых, разным файлам может принадлежать один и то же физический адрес (жесткие и символические ссылки).
В-третьих, бывают мелкие файлы размером меньше логического кластера, и некоторые ФС перемещают их в отдельный кластер, чтобы впустую не расходовать дисковое пространство.
Поэтому, физическое отдельно, логическое отдельно. И чем дальше - тем больше это актуально.
Во-первых, те же SSD постоянно меняют расположение данных для выравнивая износа.
Не поверишь, хорошие карты памяти делают в аккурат то же самое. И флешки. Только не расположение данных меняется, заметь. Изнашивает не заполненность ячеек, а только операция записи, потому именно при записи (даже частичной) и делается перенос данных в другое место.
И почти ничего не мешает делать это на уровне файловой системы, выигрыш я уже назвал. Зато прекраснейшая предсказуемость, и возможность предотвратить потерю данных. Однако вся инфа технически может быть потеряна при переформатировании, проблема только в этом.
В любом случае, я считаю эту инфу нужно держать в доступном для софта месте, чтобы иметь возможность обслуживания надёжными алгоритмами и резервирования. Потому что процессор-то с этим справляется легко и непринуждённо, а вот на внутренних контроллерах экономят. Знал бы ты, как греются контроллеры, когда сбойных и слабых секторов много. И соответственно плодят ошибки, потому что охладиться эти крохи не успевают.
JFFS2, YAFFS не оно? специализированные ФС для NAND флеш памяти, вполне себе справляются с задачей исключения сбойных блоков чипа из работы.
PS эти фс как раз и используются в большинстве мобильных устройств с флеш памятью.
Ещё и флеш должна давать прямой доступ операционной системе. А не жонглировать блоками на уровне контроллера.
Ну, на SSD хотя бы битые "сектора" уходят "в отлуп", заменяясь новыми из резерва.
(хотя я встречал только одну нормальную реализацию у этого процесса, на старых Интел, алля 320 серия, ets. У всех остальных какая-то жесть начинает твориться.)
На нормальных картах памяти тоже, где этот резерв есть. Глупость SSD в том, что при исчерпании резерва нельзя сократить размер устройства и работать дальше, например при помощи фирменного софта. Тупо вбросил как службу и раз в месяц пусть бы запускалась.
Перспективно другое направление: после изменения конструкции чипа памяти, можно переодически восстанавливать его ресурс с помощью мгновенного отжига, но с потерей всей информации на чипе. Диск может периодически по очереди выводить по одному чипу из работы, и восстанавливать их ресурс, снимая таким образом ограничения по ресурсу. Но такое сейчас используется только в космическом секторе, для гражданских пока слишком дорого получается.
Но такое сейчас используется только в космическом секторе, для гражданских пока слишком дорого получается.
Для гражданских оно и не нужно. Даже потребительские SSD имеют огромный ресурс на запись. Например, мой 840EVO без всяких оптимизаций (отключений свопа, точек восстановления, индексаций, и прочего) за много лет отработал только 20% ресурса, записав 44.1 ТБ. Ему еще пахать и пахать...
Там где даже этого мало - есть профессиональные решения подороже, и там уже другой сегмент.
А в чём техническая проблема? Ну кроме снижения продаж.
Например на HDD проблем технических нет вообще с этим, но есть желание производителей продавать новые устройства. Потому HDD не восстанавливают повреждений.
Может там идет автоподбор распиновки.
А вот с таблицей - не понятно. Может есть какие-то алгоритмы.