fdisk показывает мусор вместо таблицы разделов

вывод

Потому что на флешке нет разделов. Вообще. Просто файловая система на всём /dev/sdX.

а винда создает таблицу разделов на флешке? и понимает ли оба варианта?

винда создает таблицу разделов на флешке?

Сама не создаёт.

и понимает ли оба варианта?

Понимает оба, но если есть таблица разделов, то читает только первый.

а примонтировать второй раздел можно на каких нибудь условиях?

Да, если поставить для флешки специальный драйвер, который заставляет систему считать USB-флешки USB-жёсткими дисками.

то есть флешки с двумя разделами(один криптованный), прикидываются usb-hdd? и эм - что-то не припомню разницы на уровне протокола usb для флешек и hdd. Есть usb clas - mass storage и все.

то есть флешки с двумя разделами(один криптованный), прикидываются usb-hdd?

Нет, для них используется что-то вроде usb-modeswitch.

что-то не припомню разницы на уровне протокола usb для флешек и hdd. Есть usb clas - mass storage и все.

Тоже не знаю, чем они различаются для системы.

а протоколами они и не различаются (и там и там Mass Storage Class), вся магия прячется в драйверах и PID/VID по которым применяются особые освещённые драйвера отучающие офтопик тупить

Если есть таблица разделов, то fdisk ее выдает.
Если нет таблицы разделов, то он выдает: Disk /dev/sdx doesn't contain a valid partition table

В случае parted:
если нет, то Partition Table: loop
если есть, то Partition Table: msdos

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

$ sudo fdisk -l /dev/sdb

Диск /dev/sdb: 503 МБ, 503709696 байт
16 heads, 61 sectors/track, 1008 cylinders, всего 983808 секторов
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000ca904

Устр-во Загр     Начало       Конец       Блоки   Id  Система
/dev/sdb1            2048      491519      244736    b  W95 FAT32
/dev/sdb2          491520      983039      245760   83  Linux

Как так?

Да все правильно они написали, может быть таблица разделов, а может и не быть.

Только в данном случае не в этом дело, мусор возникает именно в таблице разделов, когда она есть. Когда ее нет, fdisk никакого мусора показывать не долежен. То что он показывает я привел выше.

Она может быть без таблицы разделов вовсе?

Тогда остаточный в нём мусор - это просто рандомные данные, записанные при её создании?

Я имел в виду, что у ТС на флешке не было таблицы разделов. У Вас, естественно, ничто не мешает ей быть.

Это то, что fdisk пытается прочитать как таблицу разделов. Почитайте на википедии, как она устроена: почти любой набор байт можно считать как таблицу разделов, но правильной она от этого не станет.

Я просто впервые в жизни вижу USB mass storage device без MBR.

В голове слегка не укладывается как оно так работает.

как MBR вообще относится к USB mass storage class?

остаточный мусор — это твои данные на винте, а mbr это обычный сектор этого винта

Тогда остаточный в нём мусор - это просто рандомные данные, записанные при её создании?

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

остаточный мусор — это твои данные на винте

Вот вы тут все утверждаете, а сами то пробовали смотреть? Я выше пробовал создавать флешку без разделов, что при этом выводит fdisk я привел. А это все разглагольствования не подкрепленные ничем. Тем более у него там таблица разделов есть скорее всего, потому что доказательств обратного он не приводил. Для верности пускай ТС скинет вывод parted.