USB Flash drive listado por lsblk mas fdisk / gparted falha ao abrir

0

Histórico: Eu quero dd an .iso para o dispositivo e, em seguida, inicializo a partir dele.

O USB Flash Drive parece estar corrompido de alguma forma. Aqui está o que eu sei até agora: Ouput de dmesg | grep -i usb contém o seguinte:

[ 7487.597557] usb 2-1.2: Product: Mass Storage Device
[ 7487.597560] usb 2-1.2: Manufacturer: JetFlash
[ 7487.597564] usb 2-1.2: SerialNumber: 09021000000000000890585749
[ 7487.597980] usb-storage 2-1.2:1.0: USB Mass Storage device detected
[ 7487.600249] scsi host15: usb-storage 2-1.2:1.0
[ 7579.925290] usb 2-1.2: reset high-speed USB device number 8 using ehci-pci

Então eu assumo que a unidade é corretamente reconhecida pelo kernel. Também lsusb está listando o dispositivo:

Bus 002 Device 008: ID 8564:1000 Transcend Information, Inc. JetFlash

E lsblk também:

sdg      8:96   1  14.7G  0 disk 
└─sdg1   8:97   1  14.7G  0 part /media/pc/D89D-344C

O dispositivo foi montado automaticamente. Para abri-lo com fdisk, desmonto-o usando umount /media/pc/D89D-344C

Mas quando tento usar o fdisk, para reparticionar o dispositivo sudo fdisk /dev/sdg , recebo um erro:

fdisk: cannot open /dev/sdg: No such device or address

Usar gparted ou dd resulta na mesma mensagem de erro.

EDIT: Eu verifiquei os logs do kernel com dmesg -f kern -wH

Logs exibidos ao conectar o dispositivo.

[15677.249968] usb 2-1.2: new high-speed USB device number 11 using ehci-pci
[15677.347877] usb 2-1.2: New USB device found, idVendor=8564, idProduct=1000
[15677.347883] usb 2-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[15677.347887] usb 2-1.2: Product: Mass Storage Device
[15677.347891] usb 2-1.2: Manufacturer: JetFlash
[15677.347894] usb 2-1.2: SerialNumber: 09021000000000000890585749
[15677.348361] usb-storage 2-1.2:1.0: USB Mass Storage device detected
[15677.350849] scsi host18: usb-storage 2-1.2:1.0
[15678.351408] scsi 18:0:0:0: Direct-Access     JetFlash Transcend 16GB   1.00 PQ: 0 ANSI: 5
[15678.352272] sd 18:0:0:0: Attached scsi generic sg6 type 0
[15678.353107] sd 18:0:0:0: [sdg] 30883840 512-byte logical blocks: (15.8 GB/14.7 GiB)
[15678.353772] sd 18:0:0:0: [sdg] Write Protect is off
[15678.353778] sd 18:0:0:0: [sdg] Mode Sense: 03 00 00 00
[15678.355509] sd 18:0:0:0: [sdg] No Caching mode page found
[15678.355517] sd 18:0:0:0: [sdg] Assuming drive cache: write through
[15678.361642]  sdg: sdg1
[15678.364016] sd 18:0:0:0: [sdg] Attached SCSI removable disk
[15678.575133] FAT-fs (sdg1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.

executar umount leva aos seguintes registros do kernel:

[15769.457966] usb 2-1.2: reset high-speed USB device number 11 using ehci-pci
[15800.488587] usb 2-1.2: reset high-speed USB device number 11 using ehci-pci
[15810.652140] usb 2-1.2: reset high-speed USB device number 11 using ehci-pci
[15826.815308] usb 2-1.2: reset high-speed USB device number 11 using ehci-pci
[15826.983416] usb 2-1.2: reset high-speed USB device number 11 using ehci-pci
[15837.146944] usb 2-1.2: reset high-speed USB device number 11 using ehci-pci
[15837.240453] sd 18:0:0:0: Device offlined - not ready after error recovery
[15837.240468] sd 18:0:0:0: [sdg] tag#0 FAILED Result: hostbyte=DID_ABORT driverbyte=DRIVER_OK
[15837.240475] sd 18:0:0:0: [sdg] tag#0 CDB: Write(10) 2a 00 00 00 08 01 00 00 01 00
[15837.240479] blk_update_request: I/O error, dev sdg, sector 2049
[15837.240485] Buffer I/O error on dev sdg1, logical block 1, lost async page write
[15837.240501] sd 18:0:0:0: rejecting I/O to offline device
[15837.240506] sd 18:0:0:0: killing request

Espero que este problema possa ser resolvido. Esta é a minha última pen USB.

Obrigado por quaisquer sugestões e ideias.

    
por 7Z0nE 01.10.2017 / 13:11

1 resposta

0

Verifique se /dev/sdg é um nó de dispositivo real. Se algo acidentalmente criou um arquivo ou link de lixo antes de você conectar o disco, o kernel não irá sobrescrevê-lo. (E você não notará porque o nó de disco inteiro não é usado para montagem; apenas nós de partição são necessários.)

Execute ls -l /dev/sdg* e certifique-se de que os números "principais, secundários" informados correspondem exatamente à coluna "MAJ: MIN" em lsblk . (O tipo também precisa ser b , claro.)

Se você encontrar algo estranho, basta removê-lo; o nó do dispositivo correto será criado depois de reconectar a unidade.

    
por 01.10.2017 / 13:36