http://www.zago.eti.br/fsck.txt FAQ com discas pra correção no HD, em casos de desligar o micro incorretamente, falha por queda de energia ou arquivos corrompidos. Use CTRL+F para refinar a pesquisa. Veja também o FAQ: http://www.zago.eti.br/arq_sistemas.txt Procure por fsck em: http://focalinux.cipsga.org.br/guia/inic_interm/ch-manut.htm Não esqueça do Google..... *********************************************************************** Ambiente - SUSE 10.1 x86_64 em HD sata, sistema de arquivos riserfs Depois de uma atualização automatica do sistema via script (smart upgrade), no dia seguinte usuários não conseguiam login via ssh, NX, depois de tentar reboot não iniciou mais o sistema, congela na linha após a montagem de /etc/fstab. tentativas para iniciar ou recuperar o sistema. Tentei atualizar o sistema com boot pelo DVD de instação, falha na montagem das partições, não foi possível continuar. Tentei montar o HD instalado em outra maquina como secundario, falhou e retornou mensagem de Falha de segmentação mount /dev/sdb2 /mnt/hd2 Falha de segmentação Procurando por uma solução do tipo fsck, encontrei este pacote no SUSE 10.1 reiserfs - Reiser File System utilities Depois de instalado executei. reiserfsck --rebuild-tree -S -l /root/recover..log /dev/sdb2 Veja mais opções no manual (man reiserfsck) Este comando foi executado apontando para o segundo HD, partição de dados em sdb2, sem montar o segundo HD, sda = HD1 sdb = hd2 Retornou esta mensagem, observe que precisa digitar Yes suse64:/mnt # reiserfsck --rebuild-tree -S -l /root/recover..log /dev/sdb2 reiserfsck 3.6.19 (2003 www.namesys.com) -- corta -- Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes Replaying journal.. Reiserfs journal '/dev/sdb2' in blocks [18..8211]: 0 transactions replayed ########### reiserfsck --rebuild-tree started at Thu Aug 17 16:39:25 2006 ########### Pass 0: The whole partition (38545952 blocks) is to be scanned Skipping 9387 blocks (super block, journal, bitmaps) 38536565 blocks will be read 0%....20%....40%. left 21250658, 17638 /sec Depois de 20 minutos retornou erro bread: Cannot read the block (17302135): (Input/output error). Abortado Nova tentativa. reiserfsck --rebuild-tree /dev/sdb2 Pass 0: ####### Pass 0 ####### Loading on-disk bitmap .. ok, 21178815 blocks marked used Skipping 9387 blocks (super block, journal, bitmaps) 21169428 blocks will be read 0%....block 9077738: The number of items (7) is incorrect, should be (1) - corrected block 9077738: The free space (25) is incorrect, should be (4048) - corrected pass0: vpf-10210: block 9077738, item 0: The item with wrong offset or length found [369147936 11938893 0x200b62c07009923 DRCT (2)], len 0 - deleted Outra tentativa, nesta avisa sobre badblock option (-B) Pass 0: The whole partition (38545952 blocks) is to be scanned Skipping 9387 blocks (super block, journal, bitmaps) 38536565 blocks will be read 0%. left 36769109, 17499 /sec The problem has occurred looks like a hardware problem. If you have bad blocks, we advise you to get a new hard drive, because once you get one bad block that the disk drive internals cannot hide from your sight,the chances of getting more are generally said to become much higher (precise statistics are unknown to us), and this disk drive is probably not expensive enough for you to you to risk your time and data on it. If you don't want to follow that follow that advice then if you have just a few bad blocks, try writing to the bad blocks and see if the drive remaps the bad blocks (that means it takes a block it has in reserve and allocates it for use for of that block number). If it cannot remap the block, use badblock option (-B) with reiserfs utils to handle this block correctly. bread: Cannot read the block (1793735): (Input/output error). Abortado Executei diversas vezes, algo em torno de 11 ou 11 até recuperar o sistema reiserfsck --rebuild-tree /dev/sdb2 *********************************************************************** xfsck - fsck em ambiente gráfico. Tem o xfsck, um script com diversas opções e roda a partir do ambiente gráfico, achei a solução muito interessante pra rodar em maquinas que tem unidade de CD, prefiro no modo manual principalmente em servidores que é comum não ter unidade de CD ou ambiente gráfico, veja mais detalhes e download em: http://www.linuxhard.org/publicacoes.php?acessar=publicacao&id_texto=1257 *********************************************************************** Não execute fsck em discos ou partições montadas, no gerenciador de boot, selecione o modo single, monousuário, init 1 ou algo equivalente, veja dicas no FAQ; http://www.zago.eti.br/grub.txt http://www.zago.eti.br/lilo.txt Também pode entrar em modo single mesmo depois do boot normal, precisa parar os processos de usuarios e operar em modo monousuario, cuidado que vai parar todos os serviços, em um console execute; /sbin/telinit 1 digite a senha do root quando solicitada em seguida a linha de comando do fsck, vai ter que informar o caminho completo, portanto antes de entrar em modo sinlge, use fdisk -l para listar a partições, veja qual o comando vai utilizar e localize seu caminho completo whereis , no CL10 a linha de comando fica mais ou menos assim; /sbin/fsck.ext3 /dev/hda1 -y -c *********************************************************************** fsck é uma ferramenta que faz a verificação no sistema de arquivos, muda conforme a distro e sistema de arquivos em uso, antes de executar estes aplicativos, procure identificar o sistema de arquivos em uso e aplicar ferramenta apropriada, para ReiserFS o nome do comando é reiserfsck, Ext2 e Ext3 use e2fsck, em muitas instalações tem link com outros nomes também. A sintaxe você pode ver na página de manual de cada um. Recomenda-se, também, não executar as verificações em sistemas de arquivos montados. Dependendo da distro o fsck será executado automaticamente no boot em intervalos de x dias ou numero de vezes que o sistema for iniciado (montado), também pode ser configurado pra fazer a verificação automatica ou não. Voce pode persolizar estas configurações a seu modo, veja as opções na página do manual: man tune2fs Evite desabilitar a execução automatica, caso tenha motivos pra isto ou saiba o que está fazendo então vai um exemplo de linha de comando para desativar executação automatica do fsck no boot: tune2fs -i 0 -c 0 Pronto, fsck não será mais executado automaticamente depois depois de X dias ou Y montagens, mesmo desativado pode executar manualmente a qualquer momento. Quando ocorre queda de energia, alguém desliga o micro de maneira incorreta sem executar halt, shutdown ou poweroff, também defeitos no HD, pode corromper arquivos no HD, muito comum quando o sistema de arquivos for ext2, na proxima vez que ligar o micro o sistema pode executar o fsck, isto é o scandisk do linux, pode acontecer do fsck seja executado automaticamente e corrigir os problemas. Em algumas ocorrencias o fsck não é executado automaticamente e para corrigir eventual corrupção de arquivos no HD precisa ser executado manualmente diretamente da linha de comando. Situação comum que é forçado executar o fsck manualmente na inicialização (o boot), duranto o boot o sistema para e exibe a mensagem pedindo para executar o fsck manualmente, a mensagem será semelhante a: Give root password for maintenance (or type Control-D for normal startup): A mensagem pende para digitar a senha do root para entrar no modo manutenção ou CTRL+D para continuar normalmente. Se der um CTRL+D a maquina sera reinicializada e volta a parar neste mesmo ponto. Se digitar a senha do root vai cair na linha de comando (prompt) no modo single user, neste modo os serviços não foram iniciados portanto não tente executar outros programas, execute somente o fsck. Quando terminar de executar o fsck reinicialize a maquina e tudo volta ao normal, claro que somente quando fsck consegue fazer a correção do problema, persistindo o problema ou quando não iniciar mais o sistema pode ser indicação de problemas mais serios com HD ou sistema de arquivos, nestes casos procure fazer boot por um Live CD para manutenção ou coloque o HD como secundario em outra maquina e utilize outras ferramentas pra fazer backup e depois tentar outras opções... Resumindo você tem que digitar a senha do root para entrar na linha de comando e depois: e2fsck ou e2fsck /dev/hdax onde x é partição com problema. ver as partições do HD digite fdisk -l ver as opções do fsck fsck ou e2fsck exemplo para hda1 para sistemas de arquivos ext2 use: e2fsck /dev/hda1 para sistemas de arquivos ext3 use: fsck.ext3 /dev/hda1 substitua hda1 pela partição correta no seu HD responda sim ou yes ou y para todas as perguntas quando terminar o fsck reinicialize o micro com reboot e pronto. e2fsck /dev/hda1 -y -c -y para responder automaticamente com yes, -c para verificar bad blocks e atualizar tabela. e2fsck -y /dev/hda1 (com -y não faz perguntas) se não usou fdisk -l e não sabe qual a partição está com problema, tente todas, hda1, hda2, hda3 até acertar. veja também info fsck q minusculo para sair da ajuda man fsck Não execute fsck ou e2fsck em partição montada. Procure usar a ferramenta compativel com o sistema de arquivos, procure evitar uso forçado de ferramenta ou incompativel com sistema. No CL10 tem diversas versões do fsck, veja por exemplo o resultado: whereis fsck.ext3 fsck: /sbin/fsck /sbin/fsck.ext2 /sbin/fsck.ext3 /sbin/fsck.cramfs /sbin/fsck.minix /sbin/fsck.msdos /sbin/fsck.reiserfs /sbin/fsck.jfs /sbin/fsck.xfs /usr/share/man/man8/fsck.8.gz Pode notar que tem versões especificas para cada sistema de arquivo, exemplo para executar fsck em sistemas com ext3: fsck.ext3 fsck.ext3 /dev/hda1 fsck.ext3 /dev/hda1 -y -c Além da corrupção do sistema de arquivos, outros problemas podem causar pane que impeça do sistema rodar normalmente, tais como disco cheio, bad blocks, corrupção do boot do sistema ou alguma configuração errada nos arquivos de boot, o problema pode estar somente no kernel ou nos arquivos de inicialização, sendo isto ainda tem possibiliades de recuperar os arquivos importantes. Todos os sistemas de arquivos, Reiser, ext2 ou ext3 quando não iniciar o sistema e ferramentas como fsck não recuperar o sistema, tem a opção de fazer boot por outro HD e tentar o montar o HD problematico pra copiar os arquivos. Tendo exito na copia, faça uma inspeção no sistema e tente recupera-lo depois da copia. Antonio Francisco Zago zagolinux@uol.com.br *********************************************************************** A seguir, copias de algumas mensagens com respostas esclarecedoras que circulou na lista Linux-BR, também contribuições que recebi diretamente do autor, de outras listas ou foruns, mande também a sua contribuição, pra este FAQ, envie dica, passo a passo como solucionou um problema, tutorial, artigo e etc.. envie pra zagolinux@uol.com.br mencionando no e-mail "pro FAQ". *********************************************************************** De: Marcos Pitanga Para: oicrams@brfree.com.br, linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) Disk Doctor para Linux Data: 22 Feb 2003 19:36:08 -0300 ----- Original Message ----- From: "Marcio Alexandre da Silva Mendonça" To: "Marcos Pitanga" ; Sent: Friday, February 21, 2003 5:30 PM Subject: Re: (linux-br) Disk Doctor para Linux > Oi Marcos, > > O fsck, até onde eu sei, ele corrige problemas os sistema de arquivos > somente, não contorna o problema dos blocos ruins. fsck -t ext3 -l bad-blocks /dev/hda1 ou entao use o debugfs abs **************************************************************************** seguinte, ao inves de voce dar um Control-D, entre com a senha de root. Vai cair no prompt, ai voce digita: fsck /dev/hdb5 Ele vai tentar corrigir o que tiver com problema, ai ele te pergunta: Fix ? Voce responde yes :) Provavelmente voce vai perder algum arquivo que estava usando... Entao, hora que terminar, ele voltara' ao prompt, ai voce da' um reboot. Bem, eh isso... ja tive casos que com o hd dando problema, qdo rodava o fsck, minha tela virava uma verdadeira matrix, os inodes incorretos nao paravam de correr por aqui, mas no final das contas, so' tinha perdido o /bin da maquina :) Isso tudo so' aconteceu por problema no hd, e nao por falta de energia, entao pode ser que voce nem perca nada... > :-) ) desliguei o meu estabilizador. Duas máquinas estavam ligadas neste > estabilizador. Uma rodando Windows e a minha rodando o Linux 4.2 da (...) > Já o Linux ... Vejam só a mensagem que estou recebendo na inicialização: > /dev/hdb5 contains a file system with errors check forced > ... > Após 3 min > ... > /dev/hdb5: Unattached inode 2050 > /dev/hdb5: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY: > (i.e., without -a or -p options) > > *** Ocorreu um erro durante a verificação dos sistemas de arquivos. > *** Disponibilizando um interpretador de comandos > *** O sistema será reinicializado quando você terminá-lo > > Give root password for maintenance > (or type Control-D for normal startup): > > Se eu typo o Control-D, a máquina reinicializa e eu volto para o > mesmo ponto. Se eu digito a minha senha de root eu consigo entrar no sistama > mas não posso executar NADA. Nem KDE, nem mkdir nem NADA! -- ********************************************************************************** > /dev/hdb5: Unattached inode 2050 > /dev/hdb5: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY: Faca o boot, e no promt do LILO digite: linux init=/bin/bash ro NAO esqueca do "ro". Quando aparecer o prompt, digite: e2fsck /dev/hdb5 Faca o mesmo para as outras particoes ext2 se existirem. Com isso voce executou o fsck manualmente, como solicitado na mensagem. Para terminar, execute "sync" duas vezes, espere um pouco, e resete a maquina. ********************************************************************************** Antes de mais nada, ao fazer essas mexidas, você deve entrara em modo monousuário (single). Para isso, quando aparecer o prompt do LILO, digite: linux single Quando o boot parar e aparecer o prompt, digite: fsck -cvf /dev/hda1 fsck é o "scandisk" do Linux (pode ser e2fsck também. São a mesma coisa). o -cvf significa: (c)hecar os blocos ruins (via programa badblocks, que já está no Linux) e marcá-los como inválidos; (v)isualizar o que está sendo feito; (f)orçar a verificação mesmo que "não precise". /dev/hda1 é o nome da sua partição ext2 (mude-a para a partição onde está o seu Linux. Em casa, é /dev/hda2). O fsck não verifica partições FAT. Creio que para isso você precisaria do scandisk do DOS. Até acho mais recomendável, já que teoricamente haveria risco de ao usar outra ferramenta você acabar ferrando seu HD. Um abraço, Syndson Silva. ********************************************************************************** De: Alysson Oliveira Para: Sandro Stival Neves Cc: linux-br@bazar.conectiva.com.br Assunto: (linux-br) RE: Fsck Data: 22 Aug 2002 16:12:32 -0300 Caro Sandro, acho que já tive um problema parecido, acredito que fazendo: # mount / -o remount,rw você terá acesso ao seu sistema em leitura e escrita! Se isto não resolver, especifique melhor o que tá ocorrendo! _________________________ Alysson Mendes --------------------------------------------- Sandro escreveu: Pessoal Como posso fazer para restabelecer meu /etc/mtab ? sendo que depois de uma queda inesperada, o linux só entra em Read Only, já tentei fazer o fsck sem resultado algum. ********************************************************************************** De: Syndson Silva Responder-a: Syndson Silva Para: Linux-br Assunto: (linux-br) Fw: (linux-br) filesystem (solução) Data: 13 Jan 2003 12:49:25 -0300 Bom... você fez o correto, mas poderia ser melhor. Vejamos: Ao aparecer a mensagem: "Give root password for maintenance, or type Control-D for normal startup" Dê a senha de root, e ele vai te dar o prompt. A partir daí, bastaria fazer: fsck -vfy /dev/hda1 Onde: -vfy -> (v)erbose/mostra processo ; (f)orça checagem e; (y)es!, confirma todas as correções. Eu gosto de usar assim porque o mnemônico fica bonitinho (me lembra (v)ery(fy)). Ah, sim! /dev/hda1 é a partição do Linux. No meu, é /dev/hda2. No seu pode ser um hda3 ou hda4 no lugar. E tenha um bom dia. Syndson. ----- Original Message ----- From: "Alexandre Carlos" To: Sent: Sunday, January 12, 2003 2:49 PM Subject: (linux-br) filesystem (solução) > Após a etapa do desespero e uma boa procura na rede, eu executei o seguinte > comando: > fsck / -y > O Linux inicializou dirreitinho > Alexandre _______________________________________ > Nesse fim de semana teve uma queda de energia e ao ligar recebi a seguinte > mensagem: > Unexpcted Inconsistency; run fsck manually" > "An error occurred during the file system check" > "Dropping you to a shell; the system will reboot when you leave the shell" ********************************************************************************** De: Eduardo Rocha Para: Edson Ahlert Cc: linux-br Assunto: Re: (linux-br) Apagar Lost&Found Data: 28 Jan 2003 12:02:34 -0200 Porque vc não muda a permissão para rwxr-xr-x? Eduardo Rocha P.S.: O utilitario de recuperação de sistema de arquivo no Linux e que eventualmente salva arquivos em lost+found é fsck (seria +/- o scandisk de que vc falou) Edson Ahlert wrote: Tudo bom galera??? Alguém saberia dizer se há algum problema em apagar a pasta /Lost&Found no CL8??? É que quero evitar que os usuários possam gravar nela (as permissões são: d rwx rwx rwx). Até onde sei esta pasta é utilizada para recuperar arquivos danificados (tipo scandisk no Ruindows). ********************************************************************************** De: Jean Philippe << JPHiL >> Para: Edson Ahlert , linux-br Assunto: Re: (linux-br) Apagar Lost&Found Data: 28 Jan 2003 13:25:07 -0200 Edson, Não é uma prática muito sadia apagar "diretórios nativos" do sistema. Se o seu problema é probir que usuários comuns gravem nesse diretótio, use o comando chmod ou para alterar suas permissões de LEITURA (valor=4), ESCRITA (valor=2) e EXECUÇÃO (valor=1). Entao, se quer proibir a escrita num arquivo ou diretório que tenha suas permissões conforme nos mostrou (rwx rwx rwx), faça o seguinte: chmod 774 ou Assim, as permissões passariam a ser [rwx rwx r--] Falow! --- Jean Philippe *JPHiL* [jphil-gnu@infolink.com.br] From: "Edson Ahlert" > Alguém saberia dizer se há algum problema em apagar a pasta /Lost&Found no > CL8??? > É que quero evitar que os usuários possam gravar nela (as permissões são: d > rwx rwx rwx). ********************************************************************************** De: Ronaldo Saheki Para: Marcio Alexandre da Silva Mendonça Cc: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) Disk Doctor para Linux Data: 19 Feb 2003 15:54:06 -0300 On Wed, 2003-02-19 at 08:54, Marcio Alexandre da Silva Mendonça wrote: > Oi pessoal, Olá Márcio, > Gostaria de saber onde encontrar um programa que repare disquetes e HDs > assim como o Norton Disk Doctor do Windows para utilizar no Linux. Bem, não sei se é exatamente isso que você queria, isso não age como o Norton Disk Doctor, creio eu, funciona mais como o ScanDisk... :)) Mas tente utilizar as ferramentas * fsck (e seus irmãos hehehe) * badblocks Isso não vai consertar o HD ou disquete, mas vai marcar os blocos defeitos para não serem utilizados, o que dá quase na mesma. Agora sobre um programa mais específico e poderoso, eu não procurei ainda na net, então se ficar sabendo, ou se alguém mais souber, sinta-se à vontade de me informar ou por e-mail pessoal ou por aqui na lista. > Desde de já, antecipo agradecimentos. ********************************************************************************** De:  Massahide Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Mensagens sobre FSCK no boot Data:  Wed, 8 Oct 2003 23:37:26 -0300         Calma, não tem nada de mais com estas partições, o coitado do fsck só está querendo lhe mostrar que verificou as partições e nelas não há erro, estão clean, além de algumas informaçõesinhas técnicas. Em Wed, 08 Oct 2003 08:46:49 -0300 "Eduardo Rangel Thompson" escreveu: >   Toda vez que reinicio minha máquia ele apresenta a seguinte >   mensagem: > fsck: /boot: clean, 31/8032 files, 5478/32098 blocks > fsck: /home: clean, 948/127744 files, 101418/255031 blocks > fsck: /var: clean, 661/128520 files, 41878/514080 blocks >   Qual o motivo disso?  A máquina foi reiniciada normalmente, e não no >   "tapa".  >   Existe algum problema quanto a estas informações sempre aprecerem >   quando ligo a maquina?  Tem como eu retirar? ********************************************************************************** De:  Thiago Macieira Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Desfragmentador para linux?? Data:  Mon, 15 Nov 2004 21:05:41 -0200 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 José Hercilio Debusto wrote: >Existe algum desfragmentador para linux ??? Existe. Veja no sourceforge.net. >Ou no linux nao hà > necessidade de se rodar desfragmentador no HD como se fax no windows ?? Não há necessidade, exceto em casos extremos. O ext2/ext3 consegue manter pouca fragmentação com o disco com até cerca de 95% de ocupação. Só acima disso começa a fragmentar excessivamente. - --   Thiago Macieira  -  Registered Linux user #65028    thiago (AT) macieira (DOT) info ********************************************************************************** De:  Jorge Godoy Para:  Marcelo Vivan Borro Cc:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Desfragmentador para linux?? Data:  Tue, 16 Nov 2004 09:56:40 -0200 Marcelo Vivan Borro writes: > O desfragmentador chama-se fsck. Não.  O fsck verifica e repara a consistência do sistema de arquivos. Ele não faz o trabalho de desfragmentação.  Havia, há muitos anos atrás, um projeto para um desfragmentador para Ext2 (acho que o nome era e2defrag ou algo assim). Sds, -- Godoy.     ********************************************************************************** De:  Chanderlie Freire de Santiago Cc:  linux-br Assunto:  Re: (linux-br)Internet não_roda_no_usuário_comum Data:  Wed, 17 Nov 2004 14:45:23 -0300    Não sei qual distro v. usa, mas no slack os servidores de DNS obtidos do provedor são armazenados no arquivo /etc/ppp/resolv.conf, mas o sistema busca no arquivo /etc/resolv.conf o endereço dos servidores de DNS. Solução pro meu caso de maquina domestica: - apague o arquivo /etc/resolv.conf - faça o seguinte:  ln /etc/ppp/resolv.conf /etc/resolv.conf - Com o kppp conecto normalmente > > - Quando abro o Firefox, o Thunderbird, ou qualquer outro programa que > > use a net, ele não consegue usar a net e retorna uma mensagem de erro > > como se não estivesse conectado. ********************************************************************************** De:  Jorge Godoy Para:  Claudio Polegato Junior Cc:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Desfragmentador para linux?? Data:  Wed, 17 Nov 2004 18:13:04 -0200 "Claudio Polegato Junior" writes: >   Isso são estimativas de alguns sites, os quais dizem que se seu sistema de > arquivos estiver confinado a uma "pequena" partição, em alguns anos (ou até em um > ano, dependendo o caso), o processo que detalhei procede. Isso é extremamente dependente do sistema de arquivos usado.  Sério mesmo.  Mas, partições minúsculas -- onde o tamanho dos arquivo pode ter um percentual significativo da partição -- têm mais problemas que partições maiores, com certeza.  Um exemplo de partição problemática é um /boot de 25 MB.  Cada versão de kernel atual instalada ocupa uns 300 KB de initrd, mais uns 1,5 MB de "vmlinuz", mais 1 MB de System.map... São quase 3 MB -- mais de 10% da partição -- por instalação / remoção de kernel. Eu tenho uma situação destas aqui :-)  Em 5 anos de updates diários, passando por praticamente todas as versões de kernel de desenvolvimento desde o CL 6, a partição está com 14% de fragmentação.  Veja que é um caso extremo e uma partição minúscula.  Perceba, também, que é coincidente com a remoção de uma versão de kernel (3 MB são ~ 12% de 25 MB).  Creio que na próxima versão que instalar, este espaço vai ser realocado e a fragmentação diminuída. >   Porém, mergulhando em terabytes, presupões que use-se lvm e/ou raid para tanto e Infelizmente o LVM no Linux está limitado a 255 GB.  Uma pena... > quanto mais espaço for necessário não será por desfragmentação que virá a > solução, principalmente devido aos pontos que levantou. Nem mesmo no caso dos 14% citados acima este espaço vem dela.  Sistemas como ReiserFS com tamanhos de bloco variáveis reduzem muito este tipo de problema. Nesses anos todos de Linux, o exemplo que dei acima é a maior fragmentação que já vi -- antes dele a maior era de 5% -- e a causa é bem "adivinhável" neste caso :-) O gerenciamento que temos é muito mais eficiente. Por outro lado, em termos de desempenho, faz uma enorme diferença ter as entradas de diretórios próximas ao centro do disco -- começo do disco -- e ter as partições mais usadas por ali.  Isso tem explicações mecânicas para trazer vantagens, além de ter explicações do projeto dos sistemas de arquivos e de onde guardam informações :-)  Quanto mais próximos, menor o tempo de busca das informações e se as informações mais acessadas estão todas próximas, tem-se um ganho que pode ser significativo numa carga elevada. :-) -- Godoy.     ********************************************************************************** De:  Claudio Polegato Junior Para:  Jorge Godoy Cc:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Desfragmentador para linux?? Data:  Wed, 17 Nov 2004 17:24:44 -0200 (EDT) Tudo bem,   Isso são estimativas de alguns sites, os quais dizem que se seu sistema de arquivos estiver confinado a uma "pequena" partição, em alguns anos (ou até em um ano, dependendo o caso), o processo que detalhei procede.   Porém, mergulhando em terabytes, presupões que use-se lvm e/ou raid para tanto e quanto mais espaço for necessário não será por desfragmentação que virá a solução, principalmente devido aos pontos que levantou. []'s Claudio > "Claudio Polegato Junior" writes: >>   Compensa tivar uma cópia com "tar", formatar a partição e extrair o >> "tar", mais isso a uma vez por ano já está ótimo. Tem sites com >> algumas estivativas, dê uma procurada. > Isso para qual sistema de arquivos? > Tenho máquinas com anos de produção e com modificações enormes > diariamente (centenas de megabytes a gigabytes) onde não há fragmentação > (0,2%, 0,3%).  Isso em anos de operação ininterruptas. > A idéia de um servidor *nix é instalar e o cliente esquecer que ele > existe :-)  Se precisar parar o negócio uma vez por ano por um dia -- > não se faz cópia de terabytes em pouco tempo -- para reinstalar e > recuperar tudo, é um prejuízo enorme.  Tanto em tempo, produtividade > perdida quanto em mídias para realizar a tarefa. > Godoy.     ********************************************************************************** De:  Thiago Macieira Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Porcentagem de fragmentação do disco Data:  Wed, 5 Jan 2005 23:36:44 -0200 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ederson L. Correa wrote: >Então eu queria saber como que eu posso medir isso ? Qual o >comando/aplicativo que me permite medir a fragmentação de uma partição ? O e2fsck mostra a taxa de fragmentação em sistemas de arquivo ext2. Deve funcionar também em ext3. - --   Thiago Macieira  -  thiago (AT) macieira (DOT) info ********************************************************************************** De: Guilherme Gomes Santos Para: Felipe Martins Cc: Linux-BR Assunto: Re: (linux-br)Danifiquei o Jornal de umapartiçãoExt3 no CL10 ( kernel 2.6.11 ) Data: Mon, 04 Apr 2005 23:27:41 -0300 > > >Reinicie a máquina normalmente, após fazer o login, remonte a partição como RW > ># mount -no remount,rw / > >Depois passe um filecheck > ># e2fsck (nao sei qual seu hd mas ponha o device /dev/hda0 para o primeiro hd na primeira partição) > > >Qualquer coisa nos avise. > Muito Obrigado Felipe, Consegui consertar a barbeiragem com as suas dicas. Atenciosamente, Guilherme ********************************************************************************** De: Rodrigo de Lima Silva Para: Daniel Silva Cc: linux-br Assunto: Re: (linux-br)unexpected inconsistency - fc4 Data: Thu, 25 Aug 2005 13:19:39 -0300 Daniel Silva escreveu: > > /: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. > (i.e., without -a or -p options) > [ FALHOU ] > > *** Ocorreu um erro durante a checagem dos sistemas de arquivo. > *** Colocando você numa janela de comandos; o sistema será reiniciado > *** quando sair da janela de comandos. > *** Warning -- SELinux is active. > *** Disabling security enforcement for system recovery. > *** Run 'setenforce 1' for reenable. > > Give root password for maintenance > (or type Control-D to continue): > > > Consigo navegar pelos arquivos da partição ext3 e acessá-los > normalmente pelo Windows, mas o FC4 não inicializa. > Como posso resolver essse problema? A própria mensagem já te diz o que fazer, passar um fsck para checar e corrigir o sistema de arquivos. O comando é fsck.ext3 Consulte a página de manual para maiores detalhes -- Rodrigo de Lima Silva User GNU/Linux Number 289388 rodrigodlima[arroba]yahoo[dot]com[dot]br ********************************************************************************** De: Claudio Polegato Junior Para: Tulio Miranda Barros Cc: Linux-Br Assunto: Re: (linux-br)HDs Morrendo? Data: Mon, 21 Nov 2005 12:03:21 +0000 Tulio Miranda Barros escreveu: > Tenho dois HDs bem lotados e gostaria se saber se estão precisado ser > substituidos ou se tem remédio para eles. Ultimamente, o número de > travamentos estão atrapalhando o uso da máquina. > Reparticionar/Reformatar ou fsck resolve ou só trocando? > Se fsck resolve, como passá-lo na partição que carrega o "/"? só me > atrevi a passar na partição que carrega o /home (desmontei e passei). > Está formatado em ext3. > (...) > Nov 20 18:12:19 esparta kernel: hda: dma_intr: status=0x51 { > DriveReady SeekComplete Error } > Nov 20 18:12:19 esparta kernel: hda: dma_intr: error=0x40 { > UncorrectableError }, LBAsect=80620943, sector=80620807 > Nov 20 18:12:20 esparta kernel: ide: failed opcode was: unknown > Nov 20 18:12:20 esparta kernel: end_request: I/O error, dev hda, > sector 80620807 Olá, Para passar o fsck em na raiz do sistema de arquivos precisa entrar em modo "1" (mono usuário) e executar "fsck.ext3 -vcf /dev/hda3" (supondo a raiz em /dev/hda3 e que seja ext3, como disse). Agora estes tipos de erros que vêm ocorrendo pode ser HD, cabo, controladora IDE e até já vi isso por motivo de kernel (arquivo corrompido), sendo que o mais provável é problema no HD. Se for no HD, não tem cura, pode trocar, mas antes tente colocá-lo em outra máquina e usá-lo, trocar (ou desconectar e conectar novamente) os cabos, tente atualizar ou reinstalar o kernel de outra fonte, etc. Como tem /dev/hdb e também está tendo problemas com o mesmo é bastante provável que seja o cabo e pode ser até a controladora IDE. Então precisa testar mesmo. Depois, se está com pouco espaço, a compra de um novo HD e administração de cópias não é uma má idéia. Boa sorte! (que é o que conta nessas horas). -- []'s Claudio Polegato Junior Um peregrino de Problemas; Um pergaminho de Soluções. ********************************************************************************** De: Thiago Macieira Para: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)HDs Morrendo? Data: Mon, 21 Nov 2005 07:56:12 -0200 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Tulio Miranda Barros wrote: >Olá gente! > >Tenho dois HDs bem lotados e gostaria se saber se estão precisado ser >substituidos ou se tem remédio para eles. Ultimamente, o número de >travamentos estão atrapalhando o uso da máquina. [corta] >Reparticionar/Reformatar ou fsck resolve ou só trocando? >Nov 20 18:12:19 esparta kernel: hda: dma_intr: status=0x51 { DriveReady >SeekComplete Error } >Nov 20 18:12:19 esparta kernel: hda: dma_intr: error=0x40 { >UncorrectableError }, LBAsect=80620943, sector=80620807 >Nov 20 18:12:20 esparta kernel: ide: failed opcode was: unknown >Nov 20 18:12:20 esparta kernel: end_request: I/O error, dev hda, sector >80620807 Sim, os HDs estão morrendo. Use o smartctl para acessar o log do HD e mandá-lo fazer um autoteste, só para ter certeza. Mas compre JÁ HDs novos porque os seus não vão durar muito. Quanto mais demorar, maior as chances de perder mais dado. E note que HDs com defeito assim, de uma hora para a outra, sem mais nem menos, param completamente de funcionar. - -- Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org PGP/GPG: 0x6EF45358; fingerprint: E067 918B B660 DBD1 105C 966C 33F5 F005 6EF4 5358 1. On frumscafte, hwonne time_t wæs náht, se scieppend þone circolwyrde wundorcræftlíge cennede and seo eorðe wæs idel and hit wæs gód. ********************************************************************************** De: Antonio F. Zago Para: Tulio Miranda Barros Assunto: Re: (linux-br)HDs Morrendo? Data: Mon, 21 Nov 2005 23:37:13 +0000 > > Tenho dois HDs bem lotados e gostaria se saber se estão precisado ser > substituidos ou se tem remédio para eles. Ultimamente, o número de > travamentos estão atrapalhando o uso da máquina. > Reparticionar/Reformatar ou fsck resolve ou só trocando? > > Se fsck resolve, como passá-lo na partição que carrega o "/"? só me > atrevi a passar na partição que carrega o /home (desmontei e passei). > Está formatado em ext3. Tulio, HD lotado é risco alto, pode faltar espaço para salvar algum arquivo e com certeza pode trazer algum problema, tente manter um espaço livre razoável, veja que além do swap o sistema usa muito o /tmp. Outro detalhe é saber se o travamento tem algo relacionado com HD ou outras partes do hardware, por exemplo memoria, fonte ou outra peça qualquer, fica difícil afirma que o travamento tem algo relacionado com HD, somente de depois de testa-la em outras maquinas e muita observação para chegar a alguma conclusão. Tente trocar o cabo de dados, já tive alguns problemas com corrupção de arquivos e fsck informando problemas no HD quando o problema estava no cabo de dados, principalmente quando fica mexendo muito no cabo para troca de HD, aos poucos acaba dando mal contato no conectar e isto pode isolar um dos cabinhos de dados e acusar um monte de setores com defeito, ao colocar o HD em outra maquina não acusou problemas, ao voltar o HD com outro cabo de dados também não, nestes 2 casos consegui identificar que o problelama tinha algo a ver com o cabo, um outro caso ocorreu com HD que que quebrou um dos pinos de contato do flat (cabo de dados), neste HD acusou muitos problemas, na troca do HD detectei que faltava um pino do cabo de 40 vias, nem tentei soldar, o fsck fez a correção e continuei usando o HD sem problemas, como descobrir estes problemas é que preciso descobrir sem ser no chute ou usar equipamentos para testar cabo. Veja dicas sobre fsck no FAQ; http://www.zago.eti.br/fsck.txt ********************************************************************************** De: Leonardo Pinto Para: Eduardo Oliveira Cc: Linux-BR Lista Assunto: Re: (linux-br) Espécie de "scandisk" Data: Wed, 18 Oct 2006 19:10:40 -0200 (18:10 BRST) Bom... Existir, existe: fsck.vfat/fsck.msdos /dev/hd[Dispositivo][Partição]. Agora, Eu acho que seria mais seguro você executar o corretor do próprios OS em questão... -- Leonardo Pinto listas#openlogic dot com br Citando Eduardo Oliveira : > Prezados amigos, > > Tem no Linux algum comando que desempenhe a mesma função do scandisk/ chkdsk > do Windows. Estou precisando verificar uma partição FAT32 montada no linux, > aonde tem os arquivos do Microsoft Outlook. **********************************************************************************