Чем занята память?
 

Хотелос бы узнать, почему после форматирования флешки, остается занятым некоторое место?

RogerUP, чем форматируешь-то?

Стандартным, виндусовским

И можно ли как нибудь это пространство освободить?

- в свойствах системы посмотрите ведётся ли наблюдение за флеш (К:\ ) функцией/программой "Восстановление системы".

IgNat, нет восстановление системы везде отключено

RogerUP, возм., часть поверхности накопителя повреждена. Можешь проверить Victoria'ей под Win

RogerUP, в свойствах Корзины посмотрите зарезервированное место под удалённые файлы для флеш (К:\ ). Если 0%, то:- зарезервированное под метафайлы NTFS — служебные файлы (области) :)И тогда:- нет!

Нормально, это файлы самой NTFS:
$MFT, $MFTMir, $LogFile и т.п.

NTFS для флешки плохо, журналирующая система, пишет даже когда читает. Быстро скушает ресурс циклов записи.
Оправдано только для записи файлов размером более 4 ГБ. а у вас вся флешка 4 ГБ

это оказалось правдой...
а вот это нетак...

и в чем разница между htfs и fat32? Скорость работы разная или еще что-то?

RogerUP, У FAT32 например ограничение на размер файлов, то есть вы не сможете скопировать на вашу флешку файл больше 4GB

- :lol: а без файловой системы ещё бы 4кб освободили! ;)

- Tomset, обращаюсь к Вам как к уважаемому мною специалисту, давайте с этим вопросом всё-таки разберемся. Место под журнал является постоянным и занимает минимальное место? При превышении количества (хотя мне сложно это представить :confused:) циклов записи на данном участке, OS передвинет/отведёт новое место под журнал? Если это хоть примерно так, то выбирая из надёжности и возможного окончания цикла записи на минимальном участке ёмкости носителя, по моему мнению, ни на что не претендующему ;), первое предпочтительно! Спасибо!

Да, журнал постояного размера, обычно 64k.
на небольших разделах может быть меньше.
В журнал по кругу, используюя указатель записываются так называемые транзикции.
То есть моменты, к которым состояние файловой системы можно откатить, если какая-та операция записи прервется из за сбоев, так чтобы вся файловая система не разрушилась.
Как именно это работает, к сожалению засекречено.
NTFS постоянно модифицирует записи MFT о файлах и директориях (индексах). Так как отмечает не только время, создания и модификации файлов, но и последнего обращения.
А раз происходит запись, то и в журнал тразикций тоже происходит запись.

Нет ОСь этим не занимается. Этим занимается сам контороллер флешки, если умеет.
Дело в том, что ОСь работает только с в адресации LBA.
А физическое адресация секторов, (обычно называемая АBA) у флешек очень замысловатая. В зависимости от количества микросхем, банков памяти микросхем, объема блоков данных.
Часто используется параллельный доступ к нескольким блокам данных разных микросхем и банков. для ускорения работы, особенно во время записи. Ведь для записи нужно блок данных считать, изменить в нем нужный сектор, занулить блок данных и потом записать на место этот блок.
Так что, например, LBA-1000 и LBA-1001 могут физически быть в разных микросхемах, или банках или блоках данных
Все вместе называется - адресная трансляция или просто - транслятор.
Сколько циклов записи выдержит та или иная ячейка блока данных, неизвестно. может 1000, а может 300 000.
Так что считать количество записей почти бесмысленно.
Используется анализ на основе контроля ECC.
Алгоритмы контроля ECC очень сложные, многоуровневые. Когда блок данных начинает требовать, очень выcокого уровня корекции ECC. Уже становится ясно, что в блоке много убитых ячеек. Тогда контроллер меняет его из резерва, если есть. Но резерв использовать очень накладно. Хотя это лучший метод.
Потому контроллер просто меняет, соответствие ABA-LBA , на самый мало-используемый блок данных.
Но таких контроллеров мало, только в дорогих флешках. В большистве же флешек, обмена блоков вообще нет.
У метода контроля годности блоков по ECC, есть и еще один недостаток.
Суть вот в чем, для того чтобы записать в ячейку, нужно зарядить изолированный затвор полевого транзистора. т.е. пробить диэлектрик электрическим разрядом. Рано или поздно диэлектрик совсем пробьется, и тогда электроны начнут растекаться, сразу на много ячек памяти. Так что ни какой контроль ECC уже не спасет.
Блок коректно вычитать нельзя, менять его в такой ситуации бесмысленно. Данные потеряны сразу в большом блоке данных.
128/256/512кб в зависимости от организации микросхемы.
К тому же, чтобы вести учет всех изменений трансляции, накапливать статистику по блокам, нужно еще и служебные блоки писать, они обычно тоже в тех же микросхемах памяти где и данные.
Накроется служебный блок, все - флешка совсем неисправна.
Так что основной недостаток всех флешек, невозможно заранее предсказать момент отказа.

Tomset, спасибо за подробный ответ. Если честно, то у меня сложилось впечатление по поводу мнения, что NTFS является причиной преждевременного выхода из строя флеш-носителя, "несколько преувеличено" (или, скажем по-другому, больше теоретическое, чем практическое) . Нижеследующее, если я правильно понял :), тоже частично подтверждает это:У дешёвых флеш так много причин выхода из строя, что NTFS явно числится где-то в последних рядах. У дорогих флеш более качественные комплектующие, в частности контроллёр, который, скорее всего, отслеживает ситуацию с ячейками памяти , отведёнными под журнал NTFS, равно как и с другими ячейками, методом коррекции физической переадресации (не знаю как этот метод именовать :)). Возможно, где-то не точно выразился, но мысль, думаю, понятна :) Ни разу не встретил в интернете чёткого/обоснованного диагноза, что причиной выхода из строя флеш стала файловая система NTFS. В Вашей практике (практике Ваших знакомых-ремонтников) есть случаи, когда такой диагноз был поставлен? Спасибо

P.S. Для меня очень важна сохранность/безопасность данных на флеш-носителях. В связи с этим, для себя и моих заказчиков, я форматирую/рекомендую форматировать все флеш-носители, независимо от ёмкости, в файловую систему NTFS. Конечно же, если флеш-носитель используется в других устройствах (фотоаппараты, видеокамеры, двд-плееры и т.д.), то файловая система FAT32, но это другая история :)

IgNat,
В том то и беда, что очень сложно посчитать сколько же записей будет в тот или иной блок данных.
Ни OC, ни NTFS не могут контроллировать это. Невозможно в рамках ATA стандарта узнать физическое положение данных.

Сама NTFS более надежна чем FAT.
Но именно эта надежность самой NTFS, является причиной повышеного количества записей на флешку, что и сводит использование ее на флешках на нет.
Если сравнивать количество записей у FAT и NTFS при записи/чтении одного файла, длиной более 700 байт, но менее длины кластера. То получим такую картину.
FAT: (3/0)
Запись самого файла, запись таблицы FAT и запись директория.
При чтении записи нет
NTFS: (6/2)
запись файла, запись MFT, запись индекса директория, запись Bitmap, запись журнала транзикций, запись прав доступа.
При чтении: запись MFT и запись журнала транзикций.

Думаю понятно, что при NTFS флешка загнется гораздо раньше.

Конечно все зависит от характера и интенсивности работы с файлами на флешке.
База типа 1С. убивает флешку за 1-2 недели.
Интенсивная работа с файлами типа Word, Ехcеl - 6-12 месяцев.
Просто вялотекущее храненение/переноска файлов, хватает на пару-тройку лет.
Основная беда, что угадать когда же наступит момент X, невозможно.
Проверяй - не проверяй.
Так что если куда-то собрался везти важные данные, лучше записать их на две флешки. ;)

Добрый день! Подскажите, пожалуйста, почему флешка JetFlash Transcend 32 Gb не хочет записывать большие файлы (>1Gb)? Флешка отформатирована в NTFS, кэширование включено. Запись начинает выполняться, потом сообщение "Ошибка отложенной записи - Не удалось сохранить все данные файла ... Часть данных потеряна... Попытайтесь сохранить файл в другом месте." После чего ни остановить, ни извлечь нормально флешку нельзя : сообщение - "Устройство не может быть остановлено прямо сейчас. Попробуйте остановить его позже." Не зависит от ОС - те же проблемы в 7 и в ХР. При попытке применить Convert отвечает, что формат - NTFS и все в порядке. В свойствах флешки в Диспетчере устройств отмечено, что устройство работает нормально. Но... записывать невозможно! Что можно сделать для нормальной работы флешки? (Или хотя бы дайте ссылку, куда обратиться с таким вопросом.) Заранее спасибо.

- скорее всего, недостаточно питания.
- проблемное USB-устройство подсоединено непосредственно к USB-порту (впаян в МВ, никаких доп.устройств, удлинителей и т.д.), на тыльной стороне компьютера (это условие обязательно)?

В 7: подсоединяю а) через клавиатуру - проблема, б) через хороший удлинитель - пишу файл 2 с копейкой GB -первый раз записался, создаю папку, опять пишу - проблема "Диск защищен от записи", в) подсоединяю черет порт с тыльной стороны копмьютера, отсоединив от него удлинитель - начинает писать и снова сообщение (см. файл Problem1.png ), при этом флешка открывается и доступ есть (см. файл Problem2.gif - пошлю в следующем сообщении). В ХР: (ноутбук Dell Latitude ) сообщение "Ошибка отложенной записи... и т.д." Мрак какой-то...

Файл Problem2.gif.

Файл Problem2.gif нельзя добавить, превышение объема. Короче, там скриншот из диспетчера устройств (свойства - "Устройство работает нормально").

ofklim,
Утилитой от производителя, надо ее форматнуть (рековернуть :) ) чтоб закрыть плохие блоки данных.
тут искать:
http://flashboot.ru/index.php?name=N...article&sid=21

Спасибо за уделенное время и полезный совет :)