Posts Tagged ‘filesystem’

gnome, problema para montar dispositivos usb “duplicate uuid”

domingo, março 14th, 2010

As vezes eu acabo futucando demais na mesa aqui do computador o que acaba causando  mal contato na conexão USB entre o notebook e o disco externo, quando isso acontece, o GNOME ao tentar montar o HD nos brinda com o clássico erro “wrong fs type/bad superblock”, deixando claro que ele não consegue mais realizar tal procedimento. Na mesma tela o GNOME sugere que a gente suje a mão e verifique no console – gnome-terminal – via dmesg os erros do sistema, no meu caso o erro era o seguinte:

XFS: Filesystem sdc1 has duplicate UUID – can’t mount

O que acontece?

1. Quando montei pela primeira vez meu HD foi gerado um UUID para ele.

2. Quando iniciei o sistema há alguns dias, ele o montou de acordo com aquele UUID, porém ele havia detectado meu disco como /dev/sdb1, acontece que ao religar o HD USB o sistema estava tentando entender o problema do antigo dispotivo sdb1, o qual não respondia, mas continua ali ocupando espaço no /dev

3. Ao chegar um novo dispositivo, o kernel o nomeou com o próximo dispositivo livre, no caso sdc. O dispositivo em questão só tem uma partição XFS de 500GB, logo sua identifcação foi fixada como sdc1.

4. Ao identificar e registar uma nova partição /dev/sdc1 o Kernel vai tentar montá-la utilizando seu UUID – padrão as distros mais novas – ao invés do dispositivo absoluto, ao fazer isto ele vai ler o UUID gerado para este dispositivo e Pimba, erro, ele vai encontrar um conflito com o UUID do dispositivo sdb1, bugado, porém presente, nesta situação o kernel para tudo e pede ajuda dos universitários, você!

Normalmente o mais fácil é o reiniciar o sistema e tudo volta ao normal, o kernel vai montar seu disco sem problemas, isto vai ocorrer pois na próxima detecção de discos o kernel só vai achar um dispositivo e apenas um uuid, neste cenário tudo vai funcionar redondo.

Mas eu preciso reiniciar? Não, isso é coisa de sistema operacional proprietário bugado, eu uso GNU/Linux e gosto de colocar meu tico e teco para funcionar de vez em quando, por isso fui pesquisar na internet Duplicate UUID no google e achei os caminhos para entender o problema e descrever aqui no post a solução.

Para verificar os UUIDs de seus dispositivo você pode utilizar o comando blkid

root@defiant:/downloads/p2p/subtitles# blkid -s UUID
/dev/sda1: UUID=”613c6fe2-f4d3-4423-85af-695b1607790b” TYPE=”xfs”
/dev/sda2: UUID=”de0958e6-8e82-46c0-8eae-4a4eb512ae1e” TYPE=”xfs”
/dev/sda3: UUID=”179a6dab-3dce-4be4-aebb-193af0a9b807″ TYPE=”xfs”
/dev/sdc1: UUID=”0e55cd49-e14f-4f58-9e2f-fc764df764a1″ TYPE=”xfs”

Beleza vi que o UUID do scd1 é o 0e55cd49-e14f-4f58-9e2f-fc764df764a1

Provavelmente esse é o cara duplicado, mas como vamos resolver esse problema? Fácil, mas vamos sujar as mãos um pouquinho, primeiro temos que montar a partição em um local temporário, vamos lá

# mkdir /media/tmp
# mount -o nouuid /dev/sdc1 /media/tmp

agora vamos gerar um novo uuid para esta partição

# xfs_admin -U generate /dev/sdc1
Clearing log and setting UUID
writing all SBs
new UUID = 179a6dab-3dce-4be4-aebb-193af0a9b807

pronto novo uuid gerado, desmonte a partição

# umount /dev/sdc1
# rm -rf /media/tmp

Agora vá ao seu Gnome, clique em locais/computador, provavelmente você está vendo seu dispositivo USB, clique 2 vezes nele, veja que desta vez ele será montado sem problemas, erros ou alertas e o melhor, você não precisou reiniciar o seu computador.

Se você criou algum link simbólico apontando para o ponto de montagem que referenciava o UUID antigo do dispositivo usb em questão, corrija o link ;)

Referências

http://linux-tips.org/article/50/xfs-filesystem-has-duplicate-uuid-problem

http://en.wikipedia.org/wiki/Universally_Unique_Identifier

https://help.ubuntu.com/community/AutomaticallyMountPartitions

http://linux.die.net/man/8/blkid

[]‘s
Guto

ext4 completa sua fase de desenvolvimento

sábado, outubro 18th, 2008

ext4

Presente no kernel linux desde a versão 2.6.19, o filesystem EXT4 ainda não era considerado maduro,  por isto ele vinha marcado como sistema de arquivos em desenvolvimento, mas a partir do kernel linux 2.6.28 o EXT4 não terá mais este aviso, isto demonstra que o filesystem atingiu sua maturidade de acordo com a opnião dos desenvolvedores do kernel linux.

Bom o EXT4 pode ser considerado estável a partir do novo kernel, porém não custa olhar com calma,  analisar, fazer testes antes de colocá-lo em ambientes de produção, seja um sysadmin cauteloso neste momento ;)

Referências:
http://osnews.com/story/20409/Ext4_Completes_Development_Phase
http://en.wikipedia.org/wiki/Ext3
http://en.wikipedia.org/wiki/Ext4