Изменить:
К сожалению, этот ответ не решает проблему ОП . Я не буду удалять это хотя (по крайней мере пока). Это документирует неудачную попытку, которая имеет некоторую образовательную ценность. Это также помешает другим опубликовать такое же возможное решение.
(Редактирование заканчивается здесь, оригинальный ответ ниже).
Ваша ситуация может быть похожа на это, но несколько отличается. Я признаю, что не могу объяснить, как именно действия, которые вы описали, могли вызвать это, тем не менее, я думаю, что моя следующая теория правдоподобна .
В связанном вопросе действительно была суперфлоппи (т.е. файловая система на всем устройстве, без таблицы разделов), но большинство программ (включая Windows) сначала обнаружили свою (недействительную) таблицу разделов.
У вас есть действительная таблица разделов, и большинство программ должны обнаруживать ее (как это делает Windows). Тем не менее KDE Partition Manager считает, что ваш диск является суперфлоппи с файловой системой NTFS на всем устройстве. Похоже, что сначала он пытается обнаружить суперфлоппи файловую систему, и если это удается, он пропускает дополнительные тесты. Я предполагаю, что некоторые части /dev/sdbMBR вводят в заблуждение ваш менеджер разделов.
Если вы не загружаетесь с/dev/sdb (т. Е. Загрузочный код там полностью не используется, вы загружаетесь /dev/sdaтолько и точно), вы можете записать нули в область загрузочного кода /dev/sdbMBR. В моем ответе на связанный вопрос есть диаграмма, которая сравнивает MBR с NTFS VBR:
MBR │ byte offset │ NTFS VBR │ hex / dec │ ───────────┼─────────────┼───────────── │ 0x000 / 000 │ mainly NTFS bootstrap │ … │ metadata code ├─────────────┼───────────── │ 0x054 / 084 │ │ … │ bootstrap ───────────┼─────────────┤ code partition │ 0x1BE / 446 │ table │ … │ ───────────┼─────────────┼───────────── 0x55 │ 0x1FE / 510 │ 0x55 0xAA │ 0x1FF / 511 │ 0xAA ───────────┴─────────────┴─────────────
Этого должно быть достаточно для записи нулей в первые 84 байта диска, чтобы любой инструмент не мог найти подпись NTFS на (предполагаемой) суперфлоппи-диске.
В Linux:
# making backup of the entire MBR just in case dd if=/dev/sdb of=~/sdb.mbr.backup bs=512 count=1 # zeroing alleged NTFS metadata, use 'bs=446' to zero the entire bootstrap code of MBR dd if=/dev/zero of=/dev/sdb bs=84 count=1 sync Затем (пере) запустите KDE Partition Manager и посмотрите, помогло ли это. Если этого не произошло, было бы разумно отменить изменение на тот случай, если вы допустили ошибку, считая, что загрузочный код /dev/sdbне имеет значения.
# reverting dd if=~/sdb.mbr.backup of=/dev/sdb sync