fdisk -l
работает, если вы явно передаете имя целого дискового устройства (например, fdisk -l /dev/block/mmcblk1
); не работает автоматическое обнаружение блочных устройств (очевидно, потому что Android помещает файлы блочных устройств в /dev/block
каталог, но fdisk
ожидает увидеть эти файлы непосредственно в нем /dev
). Поэтому один из вариантов является собрать список целых дисковых устройств ( /dev/block/mmcblk0
, /dev/block/mmcblk1
, ...) и посмотреть на их таблицы разделов , используя . Эти целые дисковые устройства перечислены в соответствующих разделах.fdisk -l <device>
/proc/partitions
blkid
Утилита не смотрит на таблицу разделов на всех - он открывает все блочные устройства , известные в системе и определяет тип файловой системы из фактических данных на этих устройствах; поэтому blkid
не будет отображать правильную информацию для раздела подкачки, пока этот раздел не будет инициализирован mkswap
. Это означает, что blkid
это бесполезно для вашей текущей задачи (поиск того, какой раздел должен быть передан mkswap
).
mount
обычно показывает устройства под /dev/block/vold
, которые названы в соответствии с их старшими и младшими номерами. Чтобы получить обычное имя устройства, вы можете /proc/partitions
найти строку с одинаковыми номерами в первых двух столбцах. Затем вы можете удалить деталь из конца имени устройства, добавить в начало и передать полученное имя, чтобы увидеть таблицу разделов соответствующего устройства.p<number>
/dev/block/
fdisk -l
Помните, что если вы посмотрите на fdisk -l
вывод для внутренней флэш-памяти eMMC, вы можете найти множество разделов со странными типами, особенно на устройствах на базе Qualcomm. Например, смотрите таблицу разделов для Samsung Galaxy W (GT-I8150):
# fdisk -lu /dev/block/mmcblk0
Disk /dev/block/mmcblk0: 3959 MB, 3959422976 bytes
1 heads, 16 sectors/track, 483328 cylinders, total 7733248 sectors
Units = sectors of 1 * 512 = 512 bytes
Device Boot Start End Blocks Id System
/dev/block/mmcblk0p1 1 212991 106495+ c Win95 FAT32 (LBA)
Partition 1 does not end on cylinder boundary
/dev/block/mmcblk0p2 * 212992 213991 500 4d Unknown
Partition 2 does not end on cylinder boundary
/dev/block/mmcblk0p3 213992 221183 3596 46 Unknown
Partition 3 does not end on cylinder boundary
/dev/block/mmcblk0p4 221184 7733247 3756032 5 Extended
Partition 4 does not end on cylinder boundary
/dev/block/mmcblk0p5 229376 239615 5120 47 Unknown
/dev/block/mmcblk0p6 245760 285759 20000 49 Unknown
/dev/block/mmcblk0p7 286720 292863 3072 58 Unknown
/dev/block/mmcblk0p8 294912 306175 5632 48 Unknown
/dev/block/mmcblk0p9 311296 324271 6488 50 Unknown
/dev/block/mmcblk0p10 327680 333823 3072 4a Unknown
/dev/block/mmcblk0p11 335872 342015 3072 4b Unknown
/dev/block/mmcblk0p12 344064 360447 8192 90 Unknown
/dev/block/mmcblk0p13 360448 375807 7680 91 Unknown
/dev/block/mmcblk0p14 376832 387071 5120 92 Unknown
/dev/block/mmcblk0p15 393216 1488895 547840 93 Unknown
/dev/block/mmcblk0p16 1490944 1613823 61440 94 Unknown
/dev/block/mmcblk0p17 1613824 3887103 1136640 95 Unknown
/dev/block/mmcblk0p18 3891200 3993599 51200 96 Unknown
/dev/block/mmcblk0p19 3997696 3998695 500 97 Unknown
/dev/block/mmcblk0p20 4005888 4013079 3596 98 Unknown
/dev/block/mmcblk0p21 4014080 4024319 5120 99 Unknown
/dev/block/mmcblk0p22 4030464 4070463 20000 9a Unknown
/dev/block/mmcblk0p23 4071424 4081663 5120 9b Unknown
/dev/block/mmcblk0p24 4087808 4101807 7000 9c Unknown
/dev/block/mmcblk0p25 4104192 4114431 5120 9d Unknown
/dev/block/mmcblk0p26 4120576 4130815 5120 9e Unknown
/dev/block/mmcblk0p27 4136960 4147199 5120 9f BSD/OS
/dev/block/mmcblk0p28 4153344 7733247 1789952 a0 Thinkpad hibernation
Коды типов разделов там даже опасно неправильны, потому /dev/block/mmcblk0p1
что, как заявлено Win95 FAT32 (LBA)
, на самом деле содержит некоторые системные данные (включая местоположения и MD5-хэши различных частей ПЗУ); однако, /dev/block/mmcblk0p28
который является «внутренним хранилищем данных» в формате FAT16, имеет тип, который выглядит полностью поддельным. В этом случае производитель не использовал повторно 0x82
код типа (Linux swap) для своих собственных целей, но я не уверен, что такие коллизии никогда не происходят, поэтому не следует слепо пытаться использовать любой раздел, который выглядит как swap - сначала проверьте, что размер устройства и расположение разделов - это то, что вы ожидаете увидеть на своей SD-карте.
/proc/mtd
никогда не используется для поиска раздела подкачки на SD-карте (драйверы MTD используются для доступа к непосредственно подключенным необработанным флэш-чипам, они не могут работать с внешними SD-картами).
/proc/swaps
?