Stuw: Fix link to CMDLINE page

2015-01-16T13:23:29Z

Fix link to CMDLINE page

← Предыдущая версия		Версия от 13:23, 16 января 2015
Строка 1:		Строка 1:
	Если Вы [[Переразбивка Внутренней Памяти\|переразбивали внутренний накопитель]], то вероятно вам пригодится понимание того, как работает tegrapart.		Если Вы [[Переразбивка Внутренней Памяти\|переразбивали внутренний накопитель]], то вероятно вам пригодится понимание того, как работает tegrapart.

	'''tegrapart''' - это один из вариантов, которым ядро находит партиции на накопителе тошки (второй механизм называется [[nvtegra]]). Параметры разбивки (партиции) задаются в [[cmdline]] в формате '''<абревиатура партиции>:<стартовый сектор>:<кол-во секторов>:<размер сектора>'''.		'''tegrapart''' - это один из вариантов, которым ядро находит партиции на накопителе тошки (второй механизм называется [[nvtegra]]). Параметры разбивки (партиции) задаются в [[CMDLINE\|cmdline]] в формате '''<абревиатура партиции>:<стартовый сектор>:<кол-во секторов>:<размер сектора>'''.
	Например, один из вариантов '''tegrapart=recovery:300:a00:800,boot:d00:1000:800,mbr:1d00:200:800'''		Например, один из вариантов '''tegrapart=recovery:300:a00:800,boot:d00:1000:800,mbr:1d00:200:800'''
	Здесь задается 3 партиции: recovery (5-я партиция в нумерации [[nvflash]]), boot (6-я партиция в нумерации [[nvflash]]) и mbr.		Здесь задается 3 партиции: recovery (5-я партиция в нумерации [[nvflash]]), boot (6-я партиция в нумерации [[nvflash]]) и mbr.

Zombah: add part table picture

2015-01-14T00:03:00Z

add part table picture

← Предыдущая версия		Версия от 00:03, 14 января 2015
Строка 8:		Строка 8:

	'''Замечание''': наряду с tegrapart в ядре реализован механизм [[nvtegra]], который опирается на описание партций, содержащееся в партиции PT (3-я партиция в нумерации [[nvflash]]), а не на cmdline и содержимое партиций MBR, EM1 и EM2.		'''Замечание''': наряду с tegrapart в ядре реализован механизм [[nvtegra]], который опирается на описание партций, содержащееся в партиции PT (3-я партиция в нумерации [[nvflash]]), а не на cmdline и содержимое партиций MBR, EM1 и EM2.

			[[Файл:AC100 Tab 1.png]]

	===117-я===		===117-я===

Unknown user в 08:13, 15 октября 2014

2014-10-15T08:13:09Z

Новая страница

Если Вы [[Переразбивка Внутренней Памяти|переразбивали внутренний накопитель]], то вероятно вам пригодится понимание того, как работает tegrapart.

'''tegrapart''' - это один из вариантов, которым ядро находит партиции на накопителе тошки (второй механизм называется [[nvtegra]]). Параметры разбивки (партиции) задаются в [[cmdline]] в формате '''<абревиатура партиции>:<стартовый сектор>:<кол-во секторов>:<размер сектора>'''.
Например, один из вариантов '''tegrapart=recovery:300:a00:800,boot:d00:1000:800,mbr:1d00:200:800'''
Здесь задается 3 партиции: recovery (5-я партиция в нумерации [[nvflash]]), boot (6-я партиция в нумерации [[nvflash]]) и mbr.
В начале MBR партиции записан, как это ни странно, MBR. Тот самый, который присутствует в нулевом секторе жесткого диска обычного PC. Внутри MBR можно задать только 4 партиции. В заводской разбивке после MBR идет 5 партиций (APP, CAC, MSC, UBA, UDB), в которых размещаются данные android, поэтому инженерам пришлось использовать так называемую extended партицию (также делается на PC, если нужно разбить диск на более чем 4 партиции). Внутри этой партиции может содержаться большое количество логических томов. Для описания каждого такого тома необходима специальная запись, которая на тошибе размещается во вспомогательныхх партициях EM1 и EM2.
После [[Переразбивка Внутренней Памяти|переразбивки]] положение и размер некоторых партиций меняется, удаляются партиции EM1 и EM2, а после MBR остается 2 партиции для данных. Чтобы после заработала логика tegrapart, нужно править MBR (иначе он будет указывать на старые места партиций) или описывать все партиции в cmdline (mbr описывать в этом случае нельзя, т.к. разбор останавливается на mbr партиции).

'''Замечание''': наряду с tegrapart в ядре реализован механизм [[nvtegra]], который опирается на описание партций, содержащееся в партиции PT (3-я партиция в нумерации [[nvflash]]), а не на cmdline и содержимое партиций MBR, EM1 и EM2.

===117-я===
Рассмотрим, что к чему на примере 117-й модели тошибы (stuw). Структура партиций вот такая:
<pre>
Id Name Start Size
2 BCT 0 1536
3 PT 1536 256
4 EBT 1792 1024
5 SOS 2816 2560
6 LNX 5376 4096
7 MBR 9472 512
8 APP 9984 153600
9 CAC 163584 204800
10 MSC 368384 1024
11 EM1 369408 256
12 UDA 369664 632320
13 EM2 1001984 256
14 UDB 1002240 2876672
</pre>
Соответственно в партции 7 находится MBR:
<pre>
% hexdump -C -n512 ./part-7-MBR.img
00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
000001c0 00 00 83 00 00 00 00 08 00 00 00 60 09 00 00 00 |...........`....|
000001d0 00 00 83 00 00 00 00 68 09 00 00 80 0c 00 00 00 |.......h........|
000001e0 00 00 83 00 00 00 00 e8 15 00 00 10 00 00 00 00 |.......Х........|
000001f0 00 00 05 00 00 00 00 f8 15 00 00 34 d6 00 55 aa |.......Ь...4ж.U╙|
00000200
</pre>
Последние два байта 55aa, значит это и правда [http://en.wikipedia.org/wiki/Master_boot_record MBR]. Партиции прописаны начиная со смещения 0x1BE:
<pre>
Offset Type Start Size
0x1BE 0x83 (Linux) 2048 614400
0x1CE 0x83 (Linux) 616448 819200
0x1DE 0x83 (Linux) 1435648 4096
0x1EE 0x05 (Extended) 1439744 14038016
</pre>
Обратим внимание на то, что в MBR размеры указаны в секторах по 512 байт, а в partitiontable - по 2048.
Первая партиция начинается с 2048-го сектора (по 512 байт, или 512-го сектора по 2048 байт). Это соответствует партиции APP. Размер этой партиции также одинаков в MBR и partitiontable. Вторая партиция в MBR указывает на CAC, третья - на MSC.
Четвертая партиция имеет тип [http://en.wikipedia.org/wiki/Extended_Boot_Record extended] и включает в себя EM1, UDA, EM2 и UDB.
<pre>
% hexdump -C -n512 part-11-EM1.img
00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
000001c0 00 00 83 00 00 00 00 04 00 00 00 98 26 00 00 00 |............&...|
000001d0 00 00 05 00 00 00 00 9c 26 00 00 98 af 00 00 00 |........&...╞...|
000001e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
000001f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa |..............U╙|
00000200
</pre>
<pre>
Offset Type Start Size
0x1BE 0x83 (Linux) 1024 2529280
0x1CE 0x05 (Extended) 2530304 11507712
0x1DE не используется
0x1EE не используется
</pre>
Первая описанная партиция начинается сразу после EM1 и имеет размер 2529280 секторов (632320, если сектора по 2048 байт), значит это описание UDA. Вторая - extended партиция, включающая в себя EM2 и UDB.
<pre>
% hexdump -C -n512 part-13-EM2.img
00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
000001c0 00 00 83 00 00 00 00 04 00 00 00 94 af 00 00 00 |............╞...|
000001d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
000001f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa |..............U╙|
00000200
</pre>
<pre>
Offset Type Start Size
0x1BE 0x83 (Linux) 1024 11506688
0x1CE не задано
0x1DE не используется
0x1EE не используется
</pre>
В EM2 описана одна партиция. Как несложно догадаться, это UDB.

Tegrapart - История изменений

Stuw: Fix link to CMDLINE page

Zombah: add part table picture

Unknown user в 08:13, 15 октября 2014