Editar:
Infelizmente esta resposta não resolve o problema do OP . Eu não vou deletar isso (pelo menos por enquanto). Ele documenta uma tentativa fracassada que possui algum valor educacional. Isso também impedirá que outras pessoas publiquem a mesma solução possível.
(a edição termina aqui, a resposta original está abaixo).
Sua situação pode ser semelhante a isso , mas um pouco diferente. Eu admito que não posso explicar exatamente como as ações que você descreveu podem ter causado isso, no entanto, acho que minha teoria seguinte é plausível .
Na pergunta vinculada, havia realmente um superfloppy (ou seja, um sistema de arquivos no dispositivo inteiro, nenhuma tabela de partições), mas a maioria dos programas (incluindo o Windows) detectou sua tabela de partições (inválida) primeiro.
Você tem uma tabela de partições válida e a maioria dos programas deve detectá-la (como o Windows). Ainda o KDE Partition Manager acha que seu disco é um superfluxo com o sistema de arquivos NTFS em todo o dispositivo. Parece que ele tenta detectar o sistema de arquivos superfloppy primeiro e, se for bem-sucedido, ele pula testes adicionais. Eu acho que algumas partes do /dev/sdb MBR enganam o Gerenciador de partições.
Se você não inicializar a partir de /dev/sdb (ou seja, o código de bootstrap não é utilizado, você pode inicializar a partir de /dev/sda e com certeza) você pode escrever zeros na área de código de bootstrap de /dev/sdb MBR. Na minha resposta à questão ligada há um gráfico que compara o MBR ao 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
───────────┴─────────────┴─────────────
Deve ser suficiente escrever zeros nos primeiros 84 bytes do disco para impedir que qualquer ferramenta encontre a assinatura NTFS no superfloppy (alegado).
No 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
Então (re) inicie seu gerenciador de partições do KDE e veja se ele ajudou. Caso contrário, é aconselhável reverter a alteração apenas no caso de ter cometido um erro ao pensar que o código de inicialização em /dev/sdb não era importante.
# reverting
dd if=~/sdb.mbr.backup of=/dev/sdb
sync
