Partição montando como somente leitura [RESOLVIDO]

rogerio_gentil
(usa Ubuntu)

Enviado em 18/06/2009 - 09:48h

Olá a todos.

Há dois HD's idênticos no meu servidor. Um rodando o sistema e outro é o espelho do primeiro (redundante). O primeiro HD tem duas partições:
/dev/sda1 - / : raiz do sistema
/dev/sda2 - /home : diretórios compartilhados

O problema é que de uns tempos para cá, a partição /dev/sdb2 do HD de espelho, correspondente ao espelho do diretório /home (dev/sda2), está sendo montado como somente leitura.

Ao executar o comando:
# touch /mnt/HD_Backup_home/teste
Aparece a mensagem:
touch : cannot touch '/mnt/HD_Backup_home/teste': Read-only file system

Na tela do monitor diretamente no servidor, têm aparecido mensagens como:
[7160938.713683] EXT3-fs error (device sdb2): htree_dirblock_to_tree: bad entry in directory #15630480: rec_len % 4 !=0 - offset=0 inode149494774, rec-len=30065, name_len=36

Será que é o HD que está com problemas?
At.

rogerio_gentil
(usa Ubuntu)

Enviado em 18/06/2009 - 10:31h

Então Renato.... eu já fiz o seguinte algumas vezes:
# umount /dev/sdb2

# fsck.ext3 -y -V /dev/sdb2
e2fsck 1.39 (29-May-2006)
Using EXT2FS Library version 1.39, 29-May-2006

# mount -t ext3 /dev/sdb2 /mnt/HD_Backup_home/

Quando eu monto e desmonto a partição, ela volta a operar em modo escrita. Porém, depois de um tempo ela volta a montar em modo somente leitura sozinha!

Ainda não descobri o problema...

volcom
(usa Debian)

Enviado em 18/06/2009 - 10:35h

Toca o HD, parece estar com problemas.

rogerio_gentil
(usa Ubuntu)

Enviado em 18/06/2009 - 10:41h

Volcom... estou testando o comando:
# fsck /dev/sdb2
para ver o passo a passo do problema. Posteriomente, testarei o HD com alguma ferramenta do fabricante. Vlw.

At.

renato_pacheco
(usa Debian)

Enviado em 18/06/2009 - 10:51h

Poutz! Pra tá modificando o acesso do nada, pode ser um caso grave, hein? É uma boa ideia vc testar um software do fabricante pra v se há bad blocks ou algo semelhante. Ainda bem q é espelhamento... pode-se trocar o HD sem se preocupar em perder arquivos.

rogerio_gentil
(usa Ubuntu)

Enviado em 18/06/2009 - 11:37h

# fsck /dev/sdb2
fsck 1.39 (29-May-2006)
e2fsck 1.39 (29-May-2006)
/dev/sdb2 contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Deleted inode 15630483 has zero dtime. Fix<y>? yes

Deleted inode 15630485 has zero dtime. Fix<y>? yes

Inode 15630482 has illegal block(s). Clear<y>? yes

Illegal block #12 (218103895) in inode 15630482. CLEARED.
Illegal block #13 (234881081) in inode 15630482. CLEARED.
Illegal block #15 (2868904192) in inode 15630482. CLEARED.
Illegal block #17 (201326592) in inode 15630482. CLEARED.
Illegal block #18 (587335424) in inode 15630482. CLEARED.
Illegal block #21 (67198464) in inode 15630482. CLEARED.
Illegal block #22 (2869168642) in inode 15630482. CLEARED.
Illegal block #24 (1560543232) in inode 15630482. CLEARED.
Illegal block #26 (4060086272) in inode 15630482. CLEARED.
Illegal block #27 (1560545777) in inode 15630482. CLEARED.
Illegal block #28 (1879048236) in inode 15630482. CLEARED.
Too many illegal blocks in inode 15630482.
Clear inode<y>? yes

Inode 18907233 is in use, but has dtime set. Fix<y>? yes

Inode 18907234 is in use, but has dtime set. Fix<y>? yes

Inode 18907234 has imagic flag set. Clear<y>? yes

Inode 18907235 is in use, but has dtime set. Fix<y>? yes

Inode 18907233 has compression flag set on filesystem without compression support. Clear<y>? yes

Inode 18907233, i_size is 9512118615999585473, should be 0. Fix<y>? yes

Inode 18907233, i_blocks is 613653155, should be 0. Fix<y>? yes

Inode 18907235, i_size is 5197807222559368604, should be 0. Fix<y>? yes

Inode 18907235, i_blocks is 2783779303, should be 0. Fix<y>? yes

Inode 18907234 has INDEX_FL flag set but is not a directory.
Clear HTree index<y>? yes

Inode 18907234, i_size is 15796411923348097547, should be 0. Fix<y>? yes

Inode 18907234, i_blocks is 1778780487, should be 0. Fix<y>? yes

Restarting e2fsck from the beginning...
/dev/sdb2 contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes

Running additional passes to resolve blocks claimed by more than one inode...
Pass 1B: Rescanning for multiply-claimed blocks
Multiply-claimed block(s) in inode 15253516: 31269500
Multiply-claimed block(s) in inode 15630480: 31269500
Illegal block number passed to ext2fs_test_block_bitmap #3159195588 for multiply claimed block map
Illegal block number passed to ext2fs_test_block_bitmap #4191216355 for multiply claimed block map
Illegal block number passed to ext2fs_test_block_bitmap #2573202796 for multiply claimed block map
Pass 1C: Scanning directories for inodes with multiply-claimed blocks
Pass 1D: Reconciling multiply-claimed blocks
(There are 2 inodes containing multiply-claimed blocks.)

File /temp/Lixeira/DaniloJ/Icones/ComicIcons33-0.zip (inode #15253516, mod time Wed Mar 15 11:09:00 2006)
has 1 multiply-claimed block(s), shared with 1 file(s):
/temp/Fabricio/Etiquetas CDs (inode #15630480, mod time Mon Nov 10 09:32:26 2008)
Clone multiply-claimed blocks<y>? yes

File /temp/Fabricio/Etiquetas CDs (inode #15630480, mod time Mon Nov 10 09:32:26 2008)
has 1 multiply-claimed block(s), shared with 1 file(s):
/temp/Lixeira/DaniloJ/Icones/ComicIcons33-0.zip (inode #15253516, mod time Wed Mar 15 11:09:00 2006)
Multiply-claimed blocks already reassigned or cloned.

Pass 2: Checking directory structure
Entry 'Manual Instalacao SIG Log Colhedora.pdf' in /temp/Fabricio/CD SIG COLHEDORA (15630468) has deleted/unused inode 15630482. Clear<y>? yes

Directory inode 15630480, block 0, offset 0: directory corrupted
Salvage<y>? yes

Missing '.' in directory inode 15630480.
Fix<y>? yes

Setting filetype for entry '.' in ??? (15630480) to 2.
Missing '..' in directory inode 15630480.
Fix<y>? yes

Setting filetype for entry '..' in ??? (15630480) to 2.
i_file_acl for inode 18907233 (/instals/SQL/sqldeveloper-1.2.1.3213/sqldeveloper/j2ee/home/lib/pcl.jar) is 3159195588, should be zero.
Clear<y>? yes

Inode 18907233 (/instals/SQL/sqldeveloper-1.2.1.3213/sqldeveloper/j2ee/home/lib/pcl.jar) has invalid mode (0171275).
Clear<y>? yes

Pass 3: Checking directory connectivity
'..' in /temp/Fabricio/Etiquetas CDs (15630480) is <The NULL inode> (0), should be /temp/Fabricio (15304856).
Fix<y>? yes

Pass 4: Checking reference counts
Inode 2 ref count is 93, should be 94. Fix<y>? yes

Unattached inode 4904633
Connect to /lost+found<y>? yes

Inode 4904633 ref count is 2, should be 1. Fix<y>? yes

Unattached inode 4904634
Connect to /lost+found<y>? yes

Inode 4904634 ref count is 2, should be 1. Fix<y>? yes

Unattached inode 4904635
Connect to /lost+found<y>? yes

Inode 4904635 ref count is 2, should be 1. Fix<y>? yes

Unattached inode 4904636
Connect to /lost+found<y>? yes

Inode 4904636 ref count is 2, should be 1. Fix<y>? yes

(...)

Inode 7143521 ref count is 2, should be 1. Fix<y>? yes

Unattached inode 7143522
Connect to /lost+found<y>? yes

Inode 7143522 ref count is 2, should be 1. Fix<y>? yes

Unattached zero-length inode 7241734. Clear<y>? yes

Unattached zero-length inode 7636158. Clear<y>? yes

Inode 15304856 ref count is 18, should be 17. Fix<y>? yes

Unattached zero-length inode 15630339. Clear<y>? yes

i_file_acl for inode 18907234 (...) is 4191216355, should be zero.
Clear<y>? yes

Inode 18907234 (...) has invalid mode (0164165).
Clear<y>? yes

i_file_acl for inode 18907235 (...) is 2573202796, should be zero.
Clear<y>? yes

i_faddr for inode 18907235 (...) is 2486341684, should be zero.
Clear<y>? yes

i_frag for inode 18907235 (...) is 64, should be zero.
Clear<y>? yes

i_fsize for inode 18907235 (...) is 98, should be zero.
Clear<y>? yes

Unattached inode 18907235
Connect to /lost+found<y>? yes

Inode 18907235 ref count is 16080, should be 1. Fix<y>? yes

Pass 5: Checking group summary information
Block bitmap differences: -(9970729--9970753) +(31268708--31268712) +(31269497--31269499) +(31270245--31270256) +(31271606--31271609) +(31272979--31272983) +(31275211--31275213) -37836597 -(37994224--37994326)
Fix<y>? yes

Free blocks count wrong for group #1 (22, counted=21).
Fix<y>? yes

Free blocks count wrong for group #304 (5451, counted=5476).
Fix<y>? yes

Free blocks count wrong for group #907 (3723, counted=3732).
Fix<y>? yes

Free blocks count wrong for group #929 (1167, counted=1187).
Fix<y>? yes

Free blocks count wrong for group #954 (67, counted=49).
Fix<y>? yes

Free blocks count wrong for group #1154 (673, counted=674).
Fix<y>? yes

Free blocks count wrong for group #1159 (20408, counted=20511).
Fix<y>? yes

Free blocks count wrong (14034936, counted=14035075).
Fix<y>? yes

Inode bitmap differences: -4903077 -4903080 -4903082 -(4903084--4903086) -4903088 -(15630482--15630483) -15630485
Fix<y>? yes

Free inodes count wrong for group #299 (13151, counted=13158).
Fix<y>? yes

Directories count wrong for group #299 (232, counted=235).
Fix<y>? yes

Free inodes count wrong for group #907 (16172, counted=16173).
Fix<y>? yes

Free inodes count wrong for group #929 (11232, counted=11234).
Fix<y>? yes

Free inodes count wrong for group #954 (16189, counted=16194).
Fix<y>? yes

Directories count wrong for group #954 (11, counted=9).
Fix<y>? yes

Free inodes count wrong (27369648, counted=27369663).
Fix<y>? yes


/dev/sdb2: ***** FILE SYSTEM WAS MODIFIED *****
/dev/sdb2: 597825/27967488 files (1.8% non-contiguous), 41873133/55908208 blocks



Executei o comando:
# touch /mnt/HD_Backup_home/teste
e está ok. Vou esperar um pouco para ver se ele vai alterar o modo de montagem sozinho novamente.
At.

renato_pacheco
(usa Debian)

Enviado em 18/06/2009 - 12:41h

Poutz, man! Quanto erro... creio eu q só isso bastará para solucionar o seu problema. Caso persista, pode estar havendo bad blocks, mas vamos torcer para q isso não aconteça, não é msm?

rogerio_gentil
(usa Ubuntu)

Enviado em 22/06/2009 - 08:45h

Galera... acho que o comando
# fsck /dev/sdb2
resolveu o problema. Não sei porque
# fsck.ext3 -y -V /dev/sdb2
não estava resolvendo. Executei um touch e não apresentou mais a mensagem. Só esqueci de mencionar que o problema começou a ocorrer depois que a partição lotou. Essa deve ser uma das possíveis causas para a partição ter começado a montar-se como somente leitura. Quando executava o script de backup e não tinha mais espaço na partição, ela montava-se como somente leitura.

Assim que possível, executarei alguma ferramenta de verificação de disco do fabricante. Agradeço pela atenção de todos.
At.