Comportamento do disco rígido USB estranho

1

Atualmente estou tendo um comportamento estranho ao usar um novo disco rígido externo USB que acredito que o comportamento está relacionado a um problema de montagem, um problema no sistema de arquivos ou uma falha real de hardware. Deve ajudar a comunidade se eu mencionar o que fiz para corrigir o problema e o que usei para montar o disco rígido USB.

Sistema de arquivos

O disco rígido USB foi formatado no Ubuntu em uma VM na minha máquina Windows. Foi depois transferido para o servidor físico Ubuntu.

Montagem USB

Eu instalei o USB Mount usando sudo apt-get install usbmount , após o qual eu pude navegar pelo disco rígido e gravar nele via /media/usb .

Tudo bem até ...

Cheguei a cerca de 20 GB no disco rígido, depois que eu estava recebendo falhas via FTP ao copiar para o dispositivo. Agora o estranho problema é que quando eu uso sudo cp filename e escrevo para o dispositivo eu recebo zero erros. Os erros relatados via Flashfxp são disco cheio ou erro de entrada de leitura / gravação de erros.

Usando Pmount

Remover o USBMount e usar o Pmount não resolve o problema, exceto /media/usb0 , em vez de apenas /usb/ Removendo o pmount e o usbmount, ainda posso ver /media/usb0/ , o que achei bem estranho.

O Fdisk reporta vários problemas

O abaixo é um relatório usando fdisk como você pode ver parece que eu não tenho nenhum sistema de arquivos em sdb que é estranho como eu posso vê-lo. Usando fdisk / dev / sdb / não consigo visualizar nenhuma partição nem posso excluí-las, mesmo ao criar uma.

simon@Pluto2:/media/usb0$ sudo fdisk -l

Disk /dev/sda: 37.0 GB, 37019566080 bytes 255 heads, 63 sectors/track, 4500 cylinders, total 72303840 sectors 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: 0x000c5772

   Device Boot      Start         End      Blocks   Id  System /dev/sda1   *        2048      499711      248832   83  Linux /dev/sda2          501758    72302591    35900417    5  Extended /dev/sda5          501760    72302591    35900416   8e  Linux LVM Note: sector size is 4096 (not 512)

Disk /dev/sdb: 2000.4 GB, 2000398929920 bytes 255 heads, 63 sectors/track, 30400 cylinders, total 488378645 sectors Units = sectors of 1 * 4096 = 4096 bytes Sector size (logical/physical): 4096 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk identifier: 0x0001b7d6

   Device Boot      Start         End      Blocks   Id  System

Disk /dev/mapper/Pluto2--vg-root: 32.6 GB, 32635879424 bytes 255 heads, 63 sectors/track, 3967 cylinders, total 63741952 sectors 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: 0x00000000

Disk /dev/mapper/Pluto2--vg-root doesn't contain a valid partition table

Disk /dev/mapper/Pluto2--vg-swap_1: 4123 MB, 4123000832 bytes 255 heads, 63 sectors/track, 501 cylinders, total 8052736 sectors 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: 0x00000000

Disk /dev/mapper/Pluto2--vg-swap_1 doesn't contain a valid partition table

Execução do fsck

Eu encontrei vários guias on-line e um deles mencionado para executar fsck ... infelizmente isso só faz o problema para mim muito mais confuso.

simon@Pluto2:/media/usb0$ sudo fsck /dev/sdb
fsck from util-linux 2.20.1
e2fsck 1.42.9 (4-Feb-2014)
ext2fs_open2: Bad magic number in super-block
fsck.ext2: Superblock invalid, trying backup blocks...
fsck.ext2: Bad magic number in super-block while trying to open /dev/sdb

The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem.  If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>
 or
    e2fsck -b 32768 <device>

Executando e2fsck -b 8193 e -b 32768

simon@Pluto2:/media/usb0$ sudo e2fsck -b 32768 /dev/sdb
e2fsck 1.42.9 (4-Feb-2014)
e2fsck: Bad magic number in super-block while trying to open /dev/sdb

The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem.  If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>
 or
    e2fsck -b 32768 <device>

Execução de smartctl -i

simon@Pluto2:/media/usb0$ sudo smartctl -d sat -i /dev/sdb
smartctl 6.2 2013-07-26 r3841 [x86_64-linux-3.13.0-32-generic] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Seagate Barracuda 7200.14 (AF)
Device Model:     ST2000DM001-1CH164
Serial Number:    XXXXXXXXXX
LU WWN Device Id: 5 000c50 06636209d
Firmware Version: CC49
User Capacity:    2,000,398,934,016 bytes [2.00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    7200 rpm
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ACS-2, ACS-3 T13/2161-D revision 3b
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 3.0 Gb/s)
Local Time is:    Tue Dec  9 21:31:44 2014 GMT

==> WARNING: A firmware update for this drive is available,
see the following Seagate web pages:
http://knowledge.seagate.com/articles/en_US/FAQ/207931en
http://knowledge.seagate.com/articles/en_US/FAQ/223651en

SMART support is: Available - device has SMART capability.
SMART support is: Enabled

Executando smartctl -d sat -t short / dev / sdb

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed without error       00%       258

Abaixo da marca de 20 GB

Também vale a pena mencionar que, se eu excluir 5gb de dados, posso gravar outros 5gb no dispositivo sem problemas. é só quando o drive se acostuma a um determinado ponto que poderia indicar setores defeituosos, mas então eu esperaria ser capaz de executar várias ferramentas no dispositivo.

    
por Simon Hayter 09.12.2014 / 22:11

3 respostas

1

Seu próprio disco rígido tem um problema em um de seus setores e o problema do disco rígido precisa ser corrigido antes de você tentar reutilizá-lo.

Tudo o que você fez até agora está executando as ferramentas de reparo do sistema de arquivos , que supõem ter um bom disco rígido para funcionar

Se você realmente suspeitar de falha no disco rígido, (que é o que isso parece), você deve executar badblocks

Nesse caso, eu não o executaria em uma partição, mas em toda a unidade e faria um teste destrutivo (se possível).

Antes de executar o seguinte comando, leia man badblocks

badblocks é um nível acima da formatação de baixo nível de um disco e um nível abaixo do formato FS.

O que eu faria é movê-lo para uma máquina física (não uma VM) e: umount /dev/usb0&&badblocks /dev/usb0 -s -v -w onde usb0 é o nome do dispositivo da unidade.

O comando acima iniciará a tecnologia SMART da sua unidade para trocar os setores defeituosos, se possível (e se a SMART não fizer nada, a saída dos badblocks poderá ser usada como entrada para mke2fs )

Relendo toda a conversa novamente:

É uma nova unidade: devolva-a e troque-a por outra!     
por Fabby 10.12.2014 / 02:15
1

A unidade funciona normalmente em outros computadores ou janelas? Você consegue ler & amp; escrever para a unidade inteira?

Eu já usei "casos" de drives usb externos antes, onde você conecta uma unidade HD ou cd / dvd, o Ubuntu (Linux Mint) normalmente vê os HD como / dev / sdc (por exemplo) como uma unidade comum. Não há necessidade de usbmount ou pmount , mas talvez a sua seja mais nova ou estranha de alguma forma. Existe algum outro com a mesma unidade que pode (ou não pode) usá-lo com o linux (Ubuntu, debian, any)?

De qualquer forma, quando ele é montado, qual é o formato da unidade? Dê uma olhada com mount & amp; / ou lsblk .

Qualquer MBR ou GPT? Sua execução fsck no "todo" dispositivo / dev / sdb e não uma partição como / dev / sdb1 (mas fdisk não parece ver qualquer partições de qualquer maneira), mas não pode ver qualquer ext2 / 3/4 FS lá . O fsck ainda se opõe quando usado em / dev / sdb1? E, em geral, é melhor executar fsck em partições não montadas.

Com um disco rígido USB, é difícil dizer se é um problema de software / driver, ou o próprio HD, ou o "case" externo, ou o cabo USB, hub ou plugue ...

Novas informações: eu posso ter esquecido (quase TL; DR ;-) uma informação potencialmente interessante:

  

O disco rígido USB foi formatado no Ubuntu em uma VM na minha máquina Windows

Eu não tive boa sorte com VMs e usb (ou qualquer acesso direto ao hardware) já que tudo passa pelo programa VM, que parece um grande suspeito no comportamento estranho ...

    
por Xen2050 10.12.2014 / 09:06
0

Como uma boa alternativa aos badblocks, você pode tentar o diskscan (do terminal: apt-get install diskscan). Ele mede o tempo de latência dos setores de leitura e também informa os setores defeituosos. Quanto maior o tempo de latência, maior a probabilidade de um erro se desenvolver.

    
por labnut 10.12.2014 / 14:44