ALT Linux Community general discussions
 help / color / mirror / Atom feed
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



  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