Esta pergunta já tem uma resposta aqui:
Eu tenho uma nova unidade flash (com uma semana de idade) que foi marcada como somente leitura pelo Windows, Kubuntu e um particionador inicializável. Por quê isso aconteceu? É consertável? Se for, como posso corrigir isso?
O problema
Em primeiro lugar, esta unidade é nova. Certamente não foi usado o suficiente para morrer devido ao desgaste normal, embora eu não desconsidere os componentes com defeito.
De alguma forma, a própria unidade ficou bloqueada em um estado somente leitura. Gerenciamento de disco do Windows:
Diskpart:
Generic Flash Disk USB Device
Disk ID: 33FA33FA
Type : USB
Status : Online
Path : 0
Target : 0
LUN ID : 0
Location Path : UNAVAILABLE
Current Read-only State : Yes
Read-only : No
Boot Disk : No
Pagefile Disk : No
Hibernation File Disk : No
Crashdump Disk : No
Clustered Disk : No
O que realmente me confunde é Current Read-only State : Yese Read-only : No.
Tentativas de soluções
Até agora, eu tentei:
Formatando-o no Windows (no gerenciamento de disco, as opções de formato ficam acinzentadas ao clicar com o botão direito do mouse).
DiskPart Clean (
CLEAN - Clear the configuration information, or all information, off the disk.):DISKPART> clean DiskPart has encountered an error: The media is write protected. See the System Event Log for more information.Não havia nada no log de eventos.
Formato de linha de comando do Windows
>format G: Insert new disk for drive G: and press ENTER when ready... The type of the file system is FAT32. Verifying 7740M Cannot format. This volume is write protected.Windows chkdsk: veja abaixo para obter detalhes
Kubuntu fsck (através da passagem USB do VirtualBox): veja abaixo para detalhes
Acronis True Image para formatar, converter para GPT, destruir e reconstruir o MBR, basicamente qualquer coisa: falhou (não foi possível gravar no MBR)
Detalhes (e uma bela história)
fundo
Esta era uma unidade flash genérica, nova, de 8 GB, com a qual eu queria criar uma unidade flash com inicialização múltipla. Ele veio formatado como FAT32, embora estranhamente um pouco maior do que a maioria das 8 unidades flash GIGAbyte que eu já encontrei. Aproximadamente 127 MB foram listados como "usados" pelo Windows. Eu nunca descobri o porquê. O espaço útil final era sobre o que eu normalmente esperava de uma unidade de 8 GB (aproximadamente 7,4 GIBIbytes).
Eu tinha lançado algumas distribuições Linux, junto com uma cópia da Hiren. Todos eles inicializariam perfeitamente. Eles foram colocados com YUMI .
Quando tentei colocar o DVD do Knoppix, o YUMI adicionou uma opção de vídeo ímpar ao seu comman de inicialização, o que fez com que o Knoppix inicializasse com uma tela preta nos X. ttys 1 a 6 ainda funcionavam como interfaces apenas de texto.
Alguns dias depois, levei algum tempo para desativar essa opção de vídeo ímpar, fazendo com que o comando de inicialização correspondesse ao que acompanha o Knoppix. Na tentativa de inicializar, o Knoppix relatou alguma forma de corrupção do LZMA.
Antes da edição atual
Eu estava pensando que os arquivos do Knoppix podem ter sido corrompidos de alguma forma, então tentei recarregá-lo. A unidade estava quase cheia (45 MB grátis), então excluí uma ISO genérica que também não estava inicializando. Isso foi bom. Passei pelo YUMI para 'desinstalar' o Knoppix, ou seja, excluir arquivos e removê-los dos menus. Os arquivos foram primeiro e os menus foram limpos com sucesso. No entanto, o espaço livre ficou bloqueado em cerca de 700 MB, o mesmo que era antes de remover o Knoppix. Na pasta antiga do Knoppix, havia um arquivo de 0 byte chamado KNOPPIXque não pôde ser excluído.
Tentei reinserir a unidade para excluir este arquivo - sem remover com segurança, se isso fez alguma diferença (ei, primeira vez em tudo). Executando a chkdskvarredura padrão do Windows sem erros relatados /rou /fencontrados. Correndo com /rapenas ficou preso.
Decidi tentar fsck, então carreguei minha VM Kubuntu e anexei a unidade a ela com a passagem USB 2.0 do VirtualBox. I umounted-lo ( /dev/sda1) e passou um fsck. There are differences between boot sector and its backup.Eu escolhi No action. Ele me disse que os FATs diferem e me pediu para selecionar o primeiro ou o segundo FAT. Qualquer que eu tenha selecionado, recebi um aviso Free cluster summary wrong. Se eu escolher Correct, ele fornecerá uma lista de nomes de arquivos incorretos. Para tentar consertar algo , pelo menos, executei com a -popção No meio da correção dos arquivos, a VM congelou - encerrei o processo cerca de dez minutos depois.
Causa?
Minha próxima tentativa foi usar o YUMI, novamente, para reconstruir toda a unidade. Usei a opção de reformatação do YUMI (para FAT32) e instalei um Kubuntu ISO (700MB). O formato foi bem-sucedido, no entanto, a extração e cópia do Kubuntu (para a qual o YUMI usa um binário 7zip) congelou em cerca de 60%. Depois de esperar cerca de quinze minutos (mais do que o ISO Knoppix de 3,5 GB levou pela última vez), retirei a unidade. A unidade nesse momento já estava formatada, o SYSLINUX já instalado, aguardando a descompactação de um ISO e a modificação dos menus de inicialização.
Ao conectá-lo novamente, surgiu como normal - no entanto, qualquer ação de gravação falharia. O gerenciamento de disco relatou isso como somente leitura. Na reconexão, surgiria normalmente, mas uma operação de gravação faria com que fosse lida apenas novamente. Após algumas tentativas, começou a aparecer como somente leitura na inserção.
Tentativas de correção
Foi quando eu executei as tentativas listadas acima, para tentar reformatá-lo no caso de um formato com defeito. No entanto, a incapacidade de fazê-lo, mesmo em um disco inicializável, indica que algo mais sério está errado. chkdskagora relata que nada está errado e fsckainda relata inconsistências no MBR, mas agora sempre escolhe primeiro o FAT automaticamente depois de me dizer que os FATs diferem. Ainda faz o mesmo Free cluster summary wrongdepois. Não consigo mais executar -pporque agora está marcado como somente leitura. Ele também conseguiu corromper o disco da minha VM de alguma forma na primeira tentativa (sim, tenho certeza de que escolhi o sda, que é mapeado para uma unidade de 7,4 GB - verifiquei três vezes ). Graças a Deus pelas fotos?
Estou quase sem idéias. Na minha opinião inexperiente, parece que algo no firmware da unidade o configurou para ler apenas "permanentemente" de alguma forma - existe alguma maneira de redefinir isso? Não me importo particularmente em manter os dados, considerando que eu os reformatei duas vezes.
Além disso, as correções que me mantêm no Windows são melhores; reduz o risco de eu acidentalmente danificar meu disco rígido principal.
Atualização 1:
Afastei a unidade por curiosidade.
Como você pode ver, não há opções óbvias de proteção contra gravação. Existe um IC do outro lado, com a marca ALCOR, AU6989HL, se isso importa. Se parece não haver maneira de consertar isso, provavelmente puxarei o cartão (colado para baixo) e o colocarei em um leitor de cartão para verificar se é o cartão ou o controlador que morreu.
Atualização 2:
Eu retirei o cartão, o Windows detecta a unidade como um leitor de cartão agora. Os contatos no cartão não parecem ser usados e existem várias linhas de orifícios no próprio cartão. Colocá-lo no leitor de cartão detecta apenas cerca de 30 MB no total, RAW. Provavelmente, a unidade original informa incorretamente o cartão como defeituoso (como se a proteção contra gravação de um cartão SD real estivesse ativada) ou como um mau contato em algum lugar.
Se nada mais, agora tenho um cartão Micro SD de 8 GB de reserva ... assim que descobrir como formatá-lo como 8 GB. O que não parece ser possível (Windows, Partedmagic dd, DBAN ... não, ainda com 30 MB). Ah bem.
Atualização 3
Eu tinha mais alguns desses. O segundo falhou da mesma forma (somente leitura) hoje. Do restante, dois foram detectados como leitores de cartões vazios / unidades não formatadas, dependendo da agitação (contato defeituoso?). Um foi detectado como 1/3 cheio e tinha um nome de volume estranho.
Resultados do H2testw (no último que funcionou totalmente!):
Warning: Only 7762 of 7812 MByte tested.
The media is likely to be defective.
7.5 GByte OK (15896472 sectors)
52 KByte DATA LOST (104 sectors)
Details:0 KByte overwritten (0 sectors)
0 KByte slightly changed (< 8 bit/sector, 0 sectors)
52 KByte corrupted (104 sectors)
0 KByte aliased memory (0 sectors)
First error at offset: 0x0000000186003000
Expected: 0x0000000186003000
Found: 0x00200800c40c3061
H2testw version 1.3
Writing speed: 3.95 MByte/s
Reading speed: 14.0 MByte/s
H2testw v1.4
Embora isso seja um pouco preocupante, evidentemente as unidades realmente têm capacidade de quase 8 GB, conforme verificado por uma ferramenta frequentemente usada com sucesso para detectar unidades flash falsas. O uso de um cartão Micro SD, em vez de um módulo de memória flash marcado, torna quase impossível fazer a atualização da unidade, pois as ferramentas piscantes da Alcor esperam que o modelo de memória seja um parâmetro. Acho que vou jogar tudo fora.
Windows Logse Applications and Services Logs. Nada acontece lá. Sim, atualizei ( F5) continuamente.