File System Falha no ubuntu 6.10

[coyoterj]

Já vi vários tópicos relatando problema semelhante, porém sem solução...

Estava com o Ubuntu 6.06 blz ai instalei o 6.10 e no boot fica um tempão até entrar no terminal e dar a msg de 'file system check failed', please repair the file system manually.

Alguém sabe dizer se é algum problema da versão ? No 6.06 não estava ocorrendo isso.

Tenho o winxp e o Open Suse em dual boot e os dois não apresentam problemas. O win eu até não estranho porque sei que ele é meio lesado mesmo  , mas no Open Suse está tudo correndo bem.

Segue o checkfs:

Log of fsck -C -R -A -a
Fri Mar  9 10:48:11 2007

fsck 1.39 (29-May-2006)
dosfsck 2.11, 12 Mar 2005, FAT32, LFN
/dev/hda6: 54007 files, 1205417/1829616 clusters
fsck.ext3: Unable to resolve 'UUID=f08e823b-882a-4706-959a-e9005cde0b3d'

fsck.ext3: Unable to resolve 'UUID=df16da8e-1fae-485f-9e9a-7676837704cf'

fsck died with exit status 8

Fri Mar  9 10:48:43 2007
----------------

Abraços e muita sorte para nós !

[arlei]

Olá coyoterj,

por acaso vc ja rodou manualmente o File System Check (fsck)? Da uma olhada no tópico do link abaixo.

http://ubuntuforum-pt.org/index.php?topic=16456.0

Nota: Cada SO um tem seu próprio sistema de arquivos (partição), portanto não quer disser que os outros SO estejam carregando sem problema que o filesystem do Ubuntu não possa estar com alguma coisa.

T+
Arlei

[JeffersonX]

E você usa qual tipo de sistema? ReiserFS ou Ext3? Depois que tive essas paus malucos com ReiserFS só uso EXT3 agora.

[arlei]

E você usa qual tipo de sistema? ReiserFS ou Ext3? Depois que tive essas paus malucos com ReiserFS só uso EXT3 agora.

Tu sabe que muita gente não, digamos "se da bem" com o ReiserFS, mais eu pessoalmente tenho meu sistema formatado em ReiserFS 3.8 se não me engano e não tenho problemas. Além do meu desktop, também uso esse filesystem em outras maquinas, inclusive servidores e não tenho do que me queixar.

T+
Arlei

[coyoterj]

E você usa qual tipo de sistema? ReiserFS ou Ext3? Depois que tive essas paus malucos com ReiserFS só uso EXT3 agora.

Oi JeffersonX, eu sempre usava o Reiserfs no Ubuntu sem problemas. Quando parti para reinstalar o Ubuntu e o Open Suse, preferi mudar para o ext3, por desconhecer as características do Open Suse  com relação ao Reiserfs. Só por esse motivo que mudei.

Agora com relação ao problema, está acusando numa partição fat32 que uso como 'área de transferência' entre o linux x win.

No Suse não acusou nada. Como é uma partição fat32, passei o scandisk que também não apresentou nada estranho. E o Ubuntu 6.06 também não dava esse problema.

Como outras pessoas estão relatando problemas semelhante, poderia ser um bug da versão ?


Abraços,

[coyoterj]

Olá coyoterj,

por acaso vc ja rodou manualmente o File System Check (fsck)? Da uma olhada no tópico do link abaixo.

http://ubuntuforum-pt.org/index.php?topic=16456.0

Nota: Cada SO um tem seu próprio sistema de arquivos (partição), portanto não quer disser que os outros SO estejam carregando sem problema que o filesystem do Ubuntu não possa estar com alguma coisa.

T+
Arlei

Oi Arlei, meu receio é ser um bug do 6.10, já que não ocorria isso no 6.06 e nos outros sistemas não acusam problemas na partição. Essa partição está com fat32 que uso entre o linux e win. Passei o scandisk e só não rodei o fsch manualmente como vc indicou, por receio de perder dados, já que não é uma partição nativa linux. Nesse caso (fat32) eu posso rodar o fsch sem problema ?

Abraços

[arlei]

Pois é, se não me engano tem um comando fsck.vfat ou dosfsck, mais não sei ao certo e de qualquer forma acho que se você usou o scandisk e não deu nenhum erro o problema não deve ser com o sistema de arquivos.
Quanto a este provável BUG que você se refere eu pessoalmente desconheço, e fico sem outra dica qualquer para te dar com relação a este assunto.
Mais se for questão de algum BUG, você ja foi no Launchpad conferir se tem algo descrito quanto a isso?

T+
Arlei

[coyoterj]

Pois é, se não me engano tem um comando fsck.vfat ou dosfsck, mais não sei ao certo e de qualquer forma acho que se você usou o scandisk e não deu nenhum erro o problema não deve ser com o sistema de arquivos.
Quanto a este provável BUG que você se refere eu pessoalmente desconheço, e fico sem outra dica qualquer para te dar com relação a este assunto.
Mais se for questão de algum BUG, você ja foi no Launchpad conferir se tem algo descrito quanto a isso?

T+
Arlei

Fiz o que vc indicou, o comando é fsck.vfat /dev/hda6. Para ter certeza, usei sem parâmetro só para verificar por erros e não retornou nada. Depois fiz com -rv (reparo com intervenção do user e listando resultado), deu tudo ok. No open suse, foi o mesmo resultado.
O que é estranho é que o sistema ao dar o boot passa o fsck.ext3 e aí vai dar erro mesmo. 
Vou ver o launchpad.

Abraços

[JeffersonX]

E você usa qual tipo de sistema? ReiserFS ou Ext3? Depois que tive essas paus malucos com ReiserFS só uso EXT3 agora.

Tu sabe que muita gente não, digamos "se da bem" com o ReiserFS, mais eu pessoalmente tenho meu sistema formatado em ReiserFS 3.8 se não me engano e não tenho problemas. Além do meu desktop, também uso esse filesystem em outras maquinas, inclusive servidores e não tenho do que me queixar.

T+
Arlei

Acho que na verdade o ReiserFs que não gosta de mim hehehe

[coyoterj]

Acho que na verdade o ReiserFs que não gosta de mim hehehe

Pode ser incompatibilidade de gênios... 

Falando sério, até essa semana (quando instalei o Open Suse) eu usava reiserfs há + de 1 ano sem o menor problema.

Abraços,

[arthas_dk]

é so rodar msm o fsck vfat e dar uma olhada (se não retornar nada na tela é porque não há erros) se achar que não está dando certo usa o do windows com as duas opções marcadas (setores defeituosos e a segunda que não lembro)., quanto a partição linux o ext3 faz com que o boot seja mais rápido porém o reiser tem mais estabilidade, inclusive já tive que fazer a manutenção manual do ext3 muitas vezes... já no ubuntu o reiser se destaca melhor no Dapper e no Fawn.

PS. pra quem usa uma partição de troca entro o win e o linux já existe o ntfs-3g que permite escrita em partições ntfs sem ter de recompilar o kernel e que tem uma chance de erro de 0.0001 o que muitas vezes pode ser corrigido pelo chkdisk básico do windows (sem nenhuma opção a mais marcada).