From: Михаил <consc@mail.ru> To: ALT Linux Community general discussions <community@lists.altlinux.org> Subject: Re: [Comm] Перспективы форматирования USB-flash в ФС отличные от FAT32 Date: Wed, 1 Sep 2010 12:56:09 +0400 Message-ID: <313312837.20100901125609@mail.ru> (raw) In-Reply-To: <20100830155002.GJ4149@newmaster.mivlgu.local> Здравствуйте, Sergey. Вы писали 30 августа 2010 г., 19:50:02: >> >>> Правильно так же форматировать флешку как супер дискету, те без >> >>> создания таблицы разделов. > Не совсем правильно в случае, если предполагается потом делать эту флешку > загрузочной - вроде бы вариант с таблицей разделов в этом случае работает > на разных BIOS с большей вероятностью. Старые BIOS умеют грузится только USB-ZIP. А как по умолчанию разбивается там диск, я не знаю. Я как раз обладаю такой матерью, которая видит флешку как ZIP. USB-HDD эта мать не понимает в принципе. Без MBR на диске у меня получалось загрузить DOS. А вот с MBR нет. Причем кто виноват, толком не разбирался, но похоже, что именно код в MBR, который ждет, что BOOT сектор находится на устройстве 0x80, а BIOS вешает флешку на 0x00. >> > Странно, без таблицы, начало fs совпадает с началом устройства и это >> > означает, что fs гарантированно выровнена по границам физического блока >> >> Вот тут есть ряд замечаний. >> Если говорить о FAT, NTFS, EXT2 системе, то нужно что бы >> не начало FS, а первый кластер был выровнен на границу физического >> блока. Вот лично я так думаю. > Именно так и есть - но специфические сложности с выравниванием есть только > у FAT, у всех прочих ФС (в том числе и NTFS) достаточно обеспечить > выравнивание начала раздела. Не буду спорить. Нужно лезть и читать спецификацию на эти FS, что бы точно знать, сколько секторов и по до что отводится в этих FS. Но, один пень, NTFS и EXT2 не лучший выбор для флешки, по этому даже заморачиваться не буду. > Для FAT можно подстраивать выравнивание, > например, параметром -R <number> для mkdosfs. В принципе возможность > такой подстройки даёт преимущество при создании загрузочной флешки, где > для совместимости с разными BIOS может быть нельзя использовать совсем уж > произвольные значения CHS, что может не давать выровнять именно начало > раздела. Тут опять темный лес. По уму, BIOS должен загрузить код из MBR, а тот уже BOOT сектор. А по факту наблюдал, что при загрузке код в MBR игнорируется, BIOS без его использования сразу грузит код из BOOT. Причем грузятся на этой матери флешки размеченные как в с MBR, так и без него. Как BIOS определяет, что в нулевом секторе сидит BOOT запись, а не MBR, я откровенно не понял. >> И откровенно, я пока не слышал, какими блоками физически оперирует >> флешка. > Вот тут проводились эксперименты с разными флешками: > http://forum.ixbt.com/topic.cgi?id=27:9465 Даже первый пост не дочитал. Решение просто. Ищется чип памяти, установленного во флешке, а по нему тех описание. Там четко будет сказано, размер "строки" этого контролера. И есть одна подлость, что первые(?) несколько секторов используются для служебных нужд. А любая тестилка не зная размер внутреннего буфера флешки, и буфера USB контролера покажет погоду на марсе. -- С уважением, Михаил mailto:consc@mail.ru
next prev parent reply other threads:[~2010-09-01 8:56 UTC|newest] Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top 2010-08-30 6:12 Roman Savochenko 2010-08-30 8:12 ` melcomtec 2010-08-30 9:52 ` Михаил 2010-08-30 10:19 ` melcomtec 2010-08-30 12:30 ` Михаил 2010-08-30 13:04 ` melcomtec 2010-08-30 12:13 ` Roman Savochenko 2010-08-30 12:41 ` melcomtec 2010-08-30 11:32 ` Kharitonov A. Dmitry 2010-08-30 11:51 ` Egor Glukhov 2010-08-30 12:10 ` Roman Savochenko 2010-08-30 13:14 ` Kharitonov A. Dmitry 2010-08-30 15:05 ` Михаил 2010-08-30 15:50 ` Sergey Vlasov 2010-08-30 18:00 ` [Comm] Перспективы форматирования USB-flash в ФС отличные от ?FAT32 Andrey Rahmatullin 2010-08-30 18:19 ` Kharitonov A. Dmitry 2010-09-01 8:56 ` Михаил [this message] 2010-09-01 16:58 ` [Comm] Перспективы форматирования USB-flash в ФС отличные от FAT32 Yura Kalinichenko 2010-08-31 18:40 ` Kharitonov A. Dmitry 2010-09-01 6:02 ` Roman Savochenko
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=313312837.20100901125609@mail.ru \ --to=consc@mail.ru \ --cc=community@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Community general discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/community/0 community/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 community community/ http://lore.altlinux.org/community \ mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com public-inbox-index community Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.community AGPL code for this site: git clone https://public-inbox.org/public-inbox.git