Флэшкомания.

выкинь каку

Выкинуть не сложно. Хочется докопаться до истины. И вообще сделать что-то путнее для грамотного тестирования флэшек под линью. А то всё что я накопал на тему проверки флэшэк под линуксом, это вариации на тему dd или безобразно молчаливая f3. А хочется что-то умеющее в процессе сообщать хотя-бы что процесс на «45% complete (100500 errors)» или «32,5Gb from 64Gb tested (0 errors)» Ну в общем что-то поинтерактивнее чем то что есть.

12309?

У меня хдд-шник так же умирает. Ошибок Виктория не показывает.

Просто помирает.

12309?

Не думаю. Проблема локализована на флэшке.

У меня хдд-шник так же умирает. Ошибок Виктория не показывает.
Просто помирает.

Ну так то прикольная смерть без каких либо симптомов. Так не бывает. Симптомы ДОЛЖНЫ быть. Другой вопрос какие и как их искать...

можно попробовать перепрограммировать контроллер флешки, но это под виндой

Единственный симптом - ошибки при работе на уровне файловой системы.

Почему только под виндой? как по мне так для низкоуровневого программинга линукс куда более приспособлен.

Вот понять бы откуда это берется и почему оно такое нестабильное?

Я подписался, жду умных людей в топике.

12309?

Проблема локализована на флэшке.

Откуда ты знаешь, если не пробовал под FreeBSD (TrueOS или GhostBSD)?

все флехи заточены под работу в fat32 - dd убивает их на повал, сложно понять на сколько ты ее зафоршмачил - тестируя в dd, можно попробовать в gparted если он увидет флефу создать заново таблицу разделов, а потом форматнуть в fat32, если все пройдет удачно - можно использовать дальше под любые файловые системы, но только никаких dd...

^ Маразм.

безобразно молчаливая f3.

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

А хочется что-то умеющее в процессе сообщать хотя-бы что процесс на «45% complete (100500 errors)»

Никогда такого не было. Даже во времена флоппи-дисков.

Вот пишешь ты на флешку, пишешь через контроллер, он сообщает — «у меня всё отлично, пишу файло». А у него при этом работа — изобразить из флешки реальным объёмом 2ГБ флешку на 128ГБ.

Можно читать обратно для проверки.

f3 (h2testw) это и делают.

Откуда ты знаешь, если не пробовал под FreeBSD (TrueOS или GhostBSD)?

Исходя из логики которая за 30 лет меня ни разу не подводила.

1. Так себя ведет только это устройство. Аналогичные по функционалу устройства ведут себя иначе. То есть корректно.

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

Диагностически это достаточная информация чтобы локализовать проблемное устройство.

все флехи заточены под работу в fat32 - dd убивает их на повал

Чушь полная. Любой флэшке наплевать какая именно ФС на ней. Флэшка состоит из контроллера, который представляет собой формирователь USB интерфейса, контроллер адресации для конкретных микросхем памяти использованных во флэшке и пзу с указанием формата микросхем. И собственно микросхем памяти где данные и хранятся.

Ни одна программа которая не вызывает режим управления контроллера флэшки не может навредить флэшке. Весть функционал всех программ которые пишут на флэшку (включая dd, gparted, cp и так далее) сводится к передаче контроллеру сообщения: «Сохранить байты FFFFFF по адресу 000000» и не более того. Остальное контроллер флэшки делает уже сам.

Чем это может навредить флэшке?

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

ИМХО! Все нормальные утилиты для тестирования «носителей информации прямого доступа» делают так:

1. отключаем работу аппаратного кэша носителя.

2. берем блок данных со входа.

3. пишем блок на носитель.

4. читаем блок с носителя.

5. сравниваем исходный блок и прочитанный.

6. обновляем данные таймаутов, ошибок и т.п.

7. повторяем 2-6 пока носитель не кончится.

8. Выводим результат окончания работы и включаем работу кэш носителя.

Вот у f3 есть проблема в том что пункт 6 она в процессе работы НИКАК не отображает в отличии от той-же h2testw. И это бесит.

Никогда такого не было. Даже во времена флоппи-дисков.

Ну как Вам сказать, видимо мы пользовались разными программами. Даже банальный виндовый format и тот сообщает сколько процентов он отформатировал.

Вот пишешь ты на флешку, пишешь через контроллер, он сообщает — «у меня всё отлично, пишу файло». А у него при этом работа — изобразить из флешки реальным объёмом 2ГБ флешку на 128ГБ.

Верно, и начиная с 3-го гигабайта идут ошибки потому что записанное и прочитанное не совпадают. Ну если конечно не нули писать на флэшку. :)

dd убивает их на повал

Очередная порция чуши от amd_amd

Выкинуть не сложно. Хочется докопаться до истины.

флешка тебе отвечает, что она 64 гб, а в реальности там микросхема 32 или 16 или 8 гб.

докопались, выкидывай

Причем происходило это только если я её форматировал в Ext4.

Флешка в ext4 ? С журналом?

Как уже сказали выше, китаёзы могли пошаманить с контроллером, чтобы двухгиговая флешка считала себя в 32 раза большего объёма. Проверьте её через F3 и затем создайте раздел, соответствующий реальному объёму (это вроде и автоматически можно сделать через f3fix).

бесспорно мнение анонимуса - самое правильное... по сабжу - часто приходится ставить системы с флешки - как правило это разные системы, а флешка разумеется одна - на которую перезаписываются образы при помощи dd, после 5-6 пезераписей флеха помирает - определяется как хер знает что и имеет размер 3 мб, спасает gparted который позволяет создать таблицу разделов заново и отформатировать ее в родные fat32, после чего флеха начинает нормально определяться и соответствовать заявленому размеру... процесс не бесконечен - предыдущая флеха после очередного воскрешения работает как usb 1.0 и годится теперь только для хранения файлов...

У флэшек ограничен ресурс записи. Она у тебя тупо помирает.

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

докопались, выкидывай

Ах если бы. Файлы общим размером более 60 гигов на ней спокойно переезжали с компа на комп. Так что вариант что меня китаёзи обули на объем флэхи, не вариант.

Флешка в ext4 ? С журналом?

ага. :) Первое что в голову пришло когда понадобилось перетащить 8-и гиговое файло с компа на комп.

бесспорно мнение анонимуса - самое правильное... по сабжу - часто приходится ставить системы с флешки - как правило это разные системы, а флешка разумеется одна - на которую перезаписываются образы при помощи dd, после 5-6 пезераписей флеха помирает - определяется как хер знает что и имеет размер 3 мб, спасает gparted который позволяет создать таблицу разделов заново и отформатировать ее в родные fat32, после чего флеха начинает нормально определяться и соответствовать заявленому размеру... процесс не бесконечен

Интересное наблюдение, но в корне не верное. То что после очередной заливки образа через dd флэха определяется как ХЗ что это не удивительно. Вы же ей трете всё включая таблицу разделов. Вот система её и видит как Вы ей написали в таблице разделов.

И то что она после этого лечится gparted, не удивительно. gparted как раз и нужен чтобы таблицу разделов править/создавать. Возьмите первые 512 байт с любого носителя, и покапайтесь в них hex-редакторм. Много интересного узнаете. Например аккуратно поправив там пару байтиков можно сделать чтобы система определяла флэху на 2 Гб как 100 гиговую. Прикольно, но бесполезно. :)

предыдущая флеха после очередного воскрешения работает как usb 1.0 и годится теперь только для хранения файлов...

А вот это несомненно интересно. Я не знаю как у Вас это произошло, но тип USB определяется не тем как флэха отформатирована, а типом контроллера который в ней установлен. Если там впаян USB 2.0 контроллер, то стать вдруг USB 1.0 он никак не должен даже если все микросхемы памяти у флэшки умрут оптом.

У флэшек ограничен ресурс записи. Она у тебя тупо помирает.

Это логичное предположение которое пришло мне в голову в первую очередь. Но горе в том что нет никаких признаков этого. Если флэха умирает, то попытка записи через dd обычно завершается фэйлом на первом-же участке погибающей микрухи. А тут этого вроде как и нет.

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

То что сводит с ума, как я выше писал, не удивительно. Да и умирало у меня уже несколько флэх. Но эта как-то странно умирает, если вообще умирает. Да и рано ей еще умирать. Она бы дай бог 150 циклов записи прожила. Даже если флэха вообще полный отстой, то 150 циклов всё равно очень мало.

стать вдруг USB 1.0 он никак не должен

он им и не стал - просто скорость теперь как у usb 1.0 и если записать образ mini.iso (40Mb) за пол часа, на установку этого образа уйдет 2 с половиной часа не менее, даже само определение флешки занимает не менее минуты прежде чем она в /dev появляется

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

Маловероятно. Уже выше писал об этом. Что бы китаёзи не нашаманили с контроллером, если она бы была не на 64 гига то я бы не смог на нее записать 60 гигов.

Проверьте её через F3

Поставлю как-нить на ночь и утром скину сюда отчет. Всё равно бесит меня молчаливый f3.

просто скорость теперь как у usb 1.0

А если в этом смысле, то как минимум надо препарировать её и думать почему она вдруг такая тормозная стала.

Я грешным делом подумал что она у вас вдруг ни с того ни с сего определяться стала как USB 1.0 :)

Может в контроллере флэшки реализован алгоритм сжатия данных RLE?

Может в контроллере флэшки реализован алгоритм сжатия данных RLE?

Маловероятно. Или это должен быть оч крутой алгоритм RLE. Он должен был пожать tar.zg как минимум в два раза если я что-то понимаю в конфигурациях флэшек. :)

Вот только dd тут ни при чем. С dd другие проблемы. Юзай gddrescue.

Поставлю как-нить на ночь и утром скину сюда отчет.

Скажу прямо, отчет меня не просто озадачил, а поставил в ступор.

$ sudo f3probe -n -t /dev/sdc
F3 probe 7.0
Copyright (C) 2010 Digirati Internet LTDA.
This is free software; see the source for copying conditions.

WARNING: Probing normally takes from a few seconds to 15 minutes, but
         it can take longer. Please be patient.

Bad news: The device `/dev/sdc' is a counterfeit of type limbo

You can "fix" this device using the following command:
f3fix --last-sec=31037463 /dev/sdc

Device geometry:
	         *Usable* size: 14.80 GB (31037464 blocks)
	        Announced size: 59.86 GB (125542400 blocks)
	                Module: 64.00 GB (2^36 Bytes)
	Approximate cache size: 511.00 MB (1046528 blocks), need-reset=no
	   Physical block size: 512.00 Byte (2^9 Bytes)

Probe time: 23'
 Operation: total time / count = avg time
      Read: 1'44" / 2097708 = 49us
     Write: 20'59" / 8372492 = 150us
     Reset: 525.9ms / 2 = 262.9ms

И что тут загадочного? Продали 16ГБ флешку как 64ГБ.

И что тут загадочного?

Если бы читал написанное выше, то было бы понятно что тут загадочного. На этой самой как ты говоришь 16-и гиговой флэшке не один раз переносились с компа на комп 50+ гигов архивов.

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

Есть же штатная утилита badblocks

Не понимаю зачем покупать флешки в Китае, если даже заводские редкое дерьмо?

Строго говоря в ваших сообщениях не упоминается копирование более 8ГБ (но сразу я это не проверил, извиняюсь).

Упоминается. Но не в этом суть.

Записать 60Гб можно и на фейковую флешку, правда при чтении верные данные будут в первых и нескольких последних секторах.

Архивы распаковывались. :( Потому то и странно всё происходящее.

Есть же штатная утилита badblocks

Чет я про нее забыл. Спасибо.

Не понимаю зачем покупать флешки в Китае, если даже заводские редкое дерьмо?

А Вы думаете где производятся эти самые заводские? В том-же китае на тех-же заводах. Только маркировка и упаковка другая. Вот и зачем тогда переплачивать? Единственное то чего спасают «заводские» флэшки это от тупой перемаркировки размеров. Но это проверяется на раз. Запаковываем, заливаем полный объем флэхи, переносим, распаковываем. Не работает - не платим.

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

В том-же китае на тех-же заводах

Не факт. К тому-же, что мешает взять большую битую память и на уровне контроллера сделать из нее меньшую, а потом она будет дальше сыпатся...
Да и занести в магазин быстрее чем отправить в Китай, особенно если ты уже заплатил...

Не факт.

Факт. Сейчас до 90 процентов фирменного товара мэйдин поднебесная или рядом.

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

Так и делают частенько.

Да и занести в магазин быстрее чем отправить в Китай, особенно если ты уже заплатил.

А вот с этим не поспоришь. Хотя если это флэшка то обычно даже отправлять не просят. Молча деньги возвращают и умоляют чтобы негативный отзыв не писал.

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

В общем я окончательно заблудился с этой флэшкой. Похоже крыша у контроллера поехала окончательно. Она стала показывать что её размер где-то между 80-178 гигами. По показаниям разных программ по разному.

Тему можно считать исчерпанной.