USB HDD ext4 muda para somente leitura - qual é o problema? - funciona em outro sistema

0

Espero que alguém possa me ajudar com isso. Anexei um disco rígido externo da Seagate (FreeAgent 750GB) ao Open Media Vault no raspberry pi. Assim que qualquer operação de gravação for tentada, a unidade será remontada somente para leitura. A máquina é raspberryPi v.1 B + (r0OMV 4.1.13+). No entanto, posso anexar a mesma unidade ao meu laptop (manjaro 4.3.6-1-MANJARO) e escrever sem problemas.

Quaisquer pensamentos são apreciados. Dado que este é um disco que funciona bem em outros sistemas, não quero simplesmente comprar um novo disco, porque ele pode ter os mesmos problemas com o raspberryPi e o OMV. Eu posso repetir os passos abaixo que fiz e obter exatamente os mesmos resultados novamente. Só para dizer - este disco funcionou bem por uma semana ou mais dias na mesma máquina raspberryPi e ainda pode funcionar bem com o meu laptop. O disco tem 7 anos de idade. Meus passos de solução de problemas até agora foram:

1) Desmonte e faça fsck:

root@r0OMV:~#  e2fsck /dev/sda1
e2fsck 1.42.5 (29-Jul-2012)
ForteBKP: recovering journal
ForteBKP contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
ForteBKP: 11/45793280 files (0.0% non-contiguous), 2924481/183143385 blocks

imediatamente depois de montá-lo:

mount -a

depois monte os shows:

/dev/sda1 on /media/49fb4a0f-c826-4a7c-877a-76c98dba5b2c type ext4 (rw,noexec,relatime,data=ordered,jqfmt=vfsv0,usrjquota=aquota.user,grpjquota=aquota.group,_netdev)

se eu tentar mkdir, recebo um erro:

mkdir: cannot create directory '/media/49fb4a0f-c826-4a7c-877a-76c98dba5b2c/touch': Read-only file system

e exibições de montagem:

/dev/sda1 on /media/49fb4a0f-c826-4a7c-877a-76c98dba5b2c type ext4 (ro,noexec,relatime,data=ordered,jqfmt=vfsv0,usrjquota=aquota.user,grpjquota=aquota.group,_netdev)

como isso acontece, a saída do syslog é:

Mar  5 12:08:48 r0OMV kernel: [49725.089841] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: user_xattr,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,acl
Mar  5 12:08:50 r0OMV kernel: [49727.055478] blk_update_request: critical target error, dev sda, sector 0
Mar  5 12:08:55 r0OMV kernel: [49732.679403] blk_update_request: critical target error, dev sda, sector 730073112
Mar  5 12:08:55 r0OMV kernel: [49732.679520] Aborting journal on device sda1-8.
Mar  5 12:08:56 r0OMV kernel: [49733.120506] EXT4-fs error (device sda1): ext4_journal_check_start:56: Detected aborted journal
Mar  5 12:08:56 r0OMV kernel: [49733.134090] EXT4-fs (sda1): Remounting filesystem read-only

2) Outras medidas tomadas: Eu olhei para hdparm e smartctl

root@r0OMV:~# hdparm -I /dev/sda1
/dev/sda1:
ATA device, with non-removable media
    Model Number:       ST3750640AS                             
    Serial Number:      5QD40Q51
    Firmware Revision:  3.AFM   
Standards:
    Supported: 7 6 5 4 
    Likely used: 7
Configuration:
    Logical     max current
    cylinders   16383   16383
    heads       16  16
    sectors/track   63  63
... the rest of output seems normal and I cut it for the sake of brevity

root@r0OMV:~# hdparm -r0 /dev/sda1
/dev/sda1:
 setting readonly to 0 (off)
 readonly      =  0 (off)

root@r0OMV:~# hdparm -W /dev/sda1
/dev/sda1:
 write-caching =  0 (off)

mas isso não produziu resultados.

Com o smartctl após um longo teste, descubro que o resultado é

smartctl -H /dev/sda 
smartctl 5.41 2011-06-09 r3365 [armv6l-linux-4.1.13+] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
Please note the following marginal Attributes:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
190 Airflow_Temperature_Cel 0x0022   051   034   045    Old_age   Always   In_the_past 49 (92 106 63 32)

O resto dos parâmetros estão dentro dos limites normais quando eu verifico com -a flag Eu vejo que os testes que eu fiz recentemente parecem OK.

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Extended offline    Aborted by host               80%     15285         -
# 2  Extended offline    Aborted by host               90%     15285         -
# 3  Extended offline    Aborted by host               80%     15285         -
# 4  Short offline       Completed without error       00%     15285         -
# 5  Extended offline    Aborted by host               70%     15276         -
# 6  Extended offline    Completed without error       00%     15157     
    
por r0berts 05.03.2016 / 13:59

1 resposta

0

Eu tenho um adaptador USB que está seguindo um comportamento semelhante. Tão estranho quanto parece ext3 de montagem como ext2 (significa não journaling) permite que o disco funcione. Talvez seja uma opção.

    
por 13.02.2017 / 02:09