http://www.zago.eti.br/arq_sistemas.txt Neste documento, mensagens sobre sistemas de arquivos, tais como raiser, ext e outros. Use CTRL+F para refinar a pesquisa. veja também neste diretório (site) FAQ sobre: mount.txt -> sobre montagem de discos e partições. mount-ntfs.txt -> acesso com direito a escrita em partições NTFS. novell.txt -> como acessar servidor Novell. particao.txt -> sobre as partições do HD em sistemas Linux. hd.txt -> FAQ com mensagens relacionadas a HD em geral. Pra converter de ext2 pra ext3, procure neste documento por tune sobre o utilitario fsck veja em: http://www.zago.eti.br/fsck.txt Linha de: **************** sapara mensagens ou tópicos. ************************************** http://www.tldp.org/LDP/Linux-Filesystem-Hierarchy/html/ Em ingles, descreve a hieraquia dos dietórios em sistemas Linux, fala sobre a padronização da estrutura de diretórios... http://www.linuxmagazine.com.br/issue/02/provao.pdf PDF mendindo desempenho comparativo entre sistemas de arquivos http://linuxgazette.net/102/piszcz.html Benchmarking Filesystems Com graficos sobre desempenho e outros comparativos entre os sistemas de arquivos. ************************************** http://www.conectiva.com/doc/livros/online/10.0/servidor/pt_BR/ch02.html#sistema.quotas Capítulo 2. Arquivos e Diretórios no Linux http://www.conectiva.com/doc/livros/online/8.0/entendendo/arq.dir.html#SISTEMA-DE-ARQUIVOS ************************************** ext2 para windows, veja em: http://www.fs-driver.org/index.html ************************************** De:  Manoel Pinho Para:  Luciano Cc:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Alternativa a NFS. Data:  Tue, 17 Feb 2004 14:18:19 -0300 Luciano escreveu: Todo mundo que usa linux costuma a sentar o bambu no windows... mas uma > coisa é fato, quando > o servidor de arquivos do windows para as maquinas da rede nao travam, > no linux se o servidor > nfs parar é um cataclisma na rede... alguem sabe se existe uma > alternativa viavel ao NFS para > compartilhamento do home e etc? > No caso do Windows o sistema mesmo isolado da rede já trava naturalmente... :-) O que vc está precisando é de um sistema de arquivos distribuído. Veja o artigo http://www.linuxplanet.com/linuxplanet/reports/4361/1/ O Coda e o Intermezzo, se não me engano, já estão nos kernels mais recentes (nos 2.6.x pelo menos) e o Coda suporta até clientes Windows, o que faz com que o Samba seja desnecessário. Nunca implementei isso mas um dia pretendo. ************************************** De: Manoel Pinho Para: furlin Cc: linux-br Assunto: Re: (linux-br) compartilhamento de arquivos linux/linux Data: 08 Feb 2003 12:07:09 -0300 furlin wrote: Samba é para windows acessar linux! Ou estou enganada? O que nos queriamos era usar um servidor de arquivos de projeto (CL 6) e os clientes (programadores compilando os projetos). Mas com nfs o esquema é dificil! Pois muitas vezes acessamos o mesmo arquivo de projeto, o somente o ultimo a salvar vai ser bem sucedido. Ele nao dá reload aos outros que estao com o projeto aberto. Com o samba em clientes win isso nao acontece. Ele avisa quando alguem salva para que os outros recarreguem o mesmo. Entendeste? Para programação em equipes, mesmo no Ruindows, o ideal é usar algum sistema de controle de versões. No linux o mais usado é o CVS. O cliente e o servidor já vêm nas distribuições linux e há também clientes Windows e linux gráficos muito bons. Vc ainda tem a possibilidade de controlar versões. Veja http://www.g2ctech.com/artigos/servidor-cvs.html (do nosso amigo Godoy aqui da linux-br) http://www.cvshome.org/ http://www.thornleyware.com/scm/clients/ ************************************** Cada sistema operacional tem seu sistema de arquivos, isto é como organizar, guardar e acessar os arquivos e os dispositivos onde estão guardados, em sistemas Linux existem varios sistemas de arquivos e cada um com suas particularidades. Os sistemas DOS, Windows95, 98 ME e algumas opções de instalação dos outros Windows usam no disco rigido (HD) um sistema de arquivos FAT (FAT16 ou FAT32) no sistema FAT não tem recursos para administrar a maquina como em sistemas Linux, não faz parte do sistema FAT este conceito de atribuir direitos ou permissões relacionados ao usuario, arquivo, diretorio e dispositivos do sistema, mas o Linux reconhece e pode acessar estes sistemas de arquivos. Podemos montar e acessar uma partição do HD com sistemas de arquivos FAT, podemos copiar, apagar e gravar arquivos neste volume, como o sistema FAT não suporta atributos de owner+group+all não podemos aplicar chmod ou chown nas partições FAT mesmo quando acessadas por um sistema Linux, não podemos atribuir permissões como fazemos em sistemas de arquivos nativo do Linux. As permissões atribuidas a arquivos e diretorios é inerente ao sistema que administra, os arquivos copiados para um diretorio Linux será submetido ao controle deste sistema independente do sistema de origem, passa a valer as regras e permissões do sistema que administra o local onde está armazenado o arquivo e não do sistema que acessa. Um arquivo executavel do windows não será executavel como arquivo nativo no Linux e vice-versa, mas com Wine por exemplo poderá ser executado no Linux, um arquivo texto poderá ser editando em ambos os sistemas, mas em todos os casos o usuario será controlado e sujeito às regras pré-definidas pelo administrador do sistema que repassou para o usuario poderes ou parte deste poder para o usuario acessar e manipular os arquivos. Antonio Francisco Zago ************************************** ************************************** links: http://www.linux.trix.net/dicas_reiser.htm sobre riserfs http://www.linux.trix.net/dicas_ext3.htm sobre ext3 http://www-106.ibm.com/developerworks/linux/library/l-fs7/ ************************************** Subject: (linux-br) recycle-bin Pessoal: Nao sei que, ha algum tempo (acho que 2 semanas) pediu algo parecido com o recicle-bin do windows para linux. Bem, eu fiz um scriptzinho que faz quase isso. Nao sei se vcs vao gostar, mas eh legalzinho, dah pro gasto, e acima de tudo, eh GPL e pode ser modificado a vontade! ;o) http://www.comp.ufcar.br/~mazza/projects.php Ainda falta implementar algumas configuracoes, como tamanho do trashcan, entre outros, se alguem se habilitar... :o) Qq coisa estou a disposicao. mazza. ************************************ Uma das boas coisas do ext3 é que [...] é possível fazer upgrades diretos de ext2 para ext3. É isso mesmo. Atualizando alguns utilitários-chave do sistema, com o kernel 2.4 instalado e digitando um só comando tune2fs por sistema de arquivos, você pode converter servidores ext2 em sistemas ext3 jornalados. Você pode fazer isso inclusive com o sistema de arquivos ext2 montado. A transição é segura, reversível e incrivelmente fácil e, ao contrário do XFS, JFS e ReiserFS, não é necessário fazer backup e recriar seu sistema de arquivos do zero. ext3 = ext2 + journal Leia mais em: http://www-106.ibm.com/developerworks/linux/library/l-fs7/ De:  Marcus Vinicius Para:  Flavio Lopes , linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Como evitar checagem de partição? Data:  Sun, 9 May 2004 13:27:49 -0300 > Após decorridos 3x inicializações ambos os sistemas avisam que a > partição hdxn foi montada outras tantas vezes sem checar e força a > checagem, desnecessária e fastidiosa. > Tem como evitar isso? Recomendado estar com o sistema de arquivo desmontado: tune2fs -i 0 -c 0 /dev/hdxx Falow Um abraço, Marcus Vinicius Batista dos Santos ************************************ ************************************** Por Carlos E. Morimoto - Detalhes sobre o EXT2 e outros sistemas de arquivos do Linux O EXT2 i o sistema de arquivos utilizado na grande maioria das distribuigues Linux. Na verdade, o EXT2 ja esta de certa forma ultrapassado, pois ja existe um sucessor, o EXT3, que veremos com detalhes mais adiante. Apesar das vantagens, ainda nco se sabe se o EXT3 realmente vira a substituir o EXT2. O sistema de arquivos do Linux passou por uma grande evolugco desde sua aparigco. Na verdade, nos estagios primarios de desenvolvimento, o Linux utilizava um sistema de arquivos bem mais antigo, o Minix filesytem. O Minix i um mini Unix, que Linux Torvalds usou como base nos estagio primarios do desenvolvimento do Linux. Mas, o Minix filesytem possuma varias limitagues, mesmo para a ipoca. Os enderegos dos blocos de dados tinham apenas 16 bits, o que permitia criar partigues de no maximo 64 megabytes. Alim disso, o sistema nco permitia nomes de arquivos com mais de 14 caracteres. Nco i de se estranhar que em pouco tempo o Linux ganharia seu sistema de arquivos prsprio, o Extended File System, ou simplesmente EXT, que ficou pronto em Abril de 92 a tempo de ser inclumdo no Kernel 0.96c. Nesta primeira encarnagco, o EXT permitia a criagco de partigues de ati 2 GB e suportava nomes de arquivos com ati 255 caracteres. Foi um grande avango, mas o sistema ainda estava muito longe de ser perfeito. Logo comegariam a aparecer no mercado HDs com mais de 2 GB e o sistema nco tinha um bom desempenho, alim da fragmentagco dos arquivos ser quase tco grande quanto no sistema FAT. Em resposta a estes problemas, surgiu em Janeiro de 93, o EXT2 que finalmente viria a tornar-se o sistema de arquivos definitivo para o Linux. O EXT2 trouxe o suporte a partigues de ati 4 Terabytes, manteve o suporte a nomes de arquivos com ati 255 caracteres, alim de varios outros recursos, que veremos a seguir. Uma coisa interessante i que no Linux os arquivos nco precisam necessariamente ter uma extensco. I claro, possmvel ter extensues como .ps, .gif, etc. de fato, a maioria dos programas gera arquivos com extensues, como no Windows. A diferenga i que no Linux, as extensues sco apenas parte do nome do arquivo, nco um item obrigatsrio. Por este motivo, i possmvel criar arquivos com varios caracteres apss o ponto, ou mesmo nco usar ponto algum. No Linux, o mais importante sco os atributos do arquivo, sco eles que fazem com que o arquivo seja executavel ou nco por exemplo. Isto i mais seguro e traz uma flexibilidade maior, apesar de ser um pouco confuso no inmcio. :. VFS O Linux i provavelmente o sistema Operacional que suporta um maior nzmero de sistemas de arquivos diferentes. Alim do EXT2, EXT, Minix e Xia, sco suportados os sistemas FAT 16 e FAT 32 do Windows, o HPFS do OS/2 alim de varios outros sistemas como o proc, smb, ncp, iso9660, sysv, affs e ufs. O segredo para toda esta versatilidade i o uso do VFS ou Virtual Filesystem , um divisor de aguas entre o sistema de arquivos e o Kernel e programas. A fungco do VFS i assumir toda a parte administrativa, traduzindo via software, todos os detalhes e estruturas do sistema de arquivos e entregando apenas os dados ao Kernel, que por sua vez, os entrega aos programas. Gragas ao VFS, o Linux pode rodar em qualquer um dos sistemas de arquivos suportados. I por isso que existem varias distribuigues do Linux que podem ser instaladas em partigues FAT 16 ou FAT 32 (como o Winlinux, que pode ser instalado numa pasta da partigco Windows) e ati mesmo inicializar direto do CD-ROM, sem a necessidade de instalar o sistema (neste caso, apenas para fins educativos ou para experimentar o sistema, ja que nco i possmvel salvar arquivos, entre varias outras limitagues). Mas claro, tambim existem varias desvantagens. Ao ser instalado numa partigco FAT 32, o Linux ficara muito mais lento, pois o VFS tera que emular muitas estruturas que nco existem neste sistema. :. Suporte a NTFS O suporte a NFTS ainda esta sendo implementado no Linux. Mesmo o Kernel 2.4.9, que enquanto escrevo i a zltima versco estavel, permite acesso apenas de leitura. Isto significa que vocj pode instalar uma distribuigco do Linux e acessar um HD formatado em NTFS apartir dela, mas podera apenas ler os dados, nada de alterar ou gravar novos arquivos. Por isso que so i possmvel instalar o Winlinux caso seu HD esteja formatado em FAT 16 ou FAT 32. Como o Winlinux i instalado na mesma partigco do Windows, ele precisa ter acesso de leitura e escrita. Existe um projeto para acrescentar suporte completo ao NTFS, o Linux-ntfs. Vocj pode visitar a pagina oficial em: http://sourceforge.net/projects/linux-ntfs/. Ja existe uma versco estavel, mas o programa ainda nco esta completamente desenvolvido. Alim do sistema NTFS ser bastante complexo, ele i proprietario, o que significa que a znica forma de desenvolver um driver para acessa-lo i atravis de engenharia reversa, um processo bastante trabalhoso. Mas, pessoalmente eu acredito que nco demore muito para que consigam acrescentar suporte completo no prsprio kernel, afinal o NTFS i o sistema de arquivos nativo do Windows 2000 e do XP, o que significa que sera cada vez mais usado. Um suporte completo a ele faz muita falta para quem mantim o Linux e o Windows 2000 em dual boot, ja que o Windows 2000 nco enxerga partigues Linux e o Linux consegue apenas ler, mas nco gravar dados na partigco do Windows. No final das contas, o usuario acaba sendo obrigado a ou instalar o W2K numa partigco Fat 32, ou criar uma terceira partigco formatada no sistema FAT para poder trocar facilmente arquivos entre os dois sistemas. :. Estruturas do EXT2 Como disse, tanto o NTFS, quando o EXT2 utilizam estruturas muito diferentes (e ati certo ponto bem mais complexas) que as usadas no sistema FAT. Agora que ja estudamos os sistemas FAT 16, FAT 32 e NTFS usados pelo Windows, chegou a hora de conhecer um pouco mais sobre o sistema usado no Linux. Boot block : I onde tudo comega, pois i aqui que sco gravadas as informagues necessarias para inicializar o sistema Inodes: Os inodes armazenam informagues sobre cada arquivo armazenado. A fungco dos inodes i muito semelhante `s entradas no MFT do sistema NTFS. Cada inode armazena os detalhes sobre um determinado arquivo, incluindo o tipo de arquivo, permissues de acesso, identificagco do(s) usuario (s) dono(s) do(s) arquivo(s), data em que foi criado e modificado pela zltima vez, tamanho e, finalmente, ponteiros para os blocos de dados onde o arquivo esta armazenado. Ao ler qualquer arquivo, o VFS lj primeiro o inode correspondente, para depois chegar ao arquivo. Diretsrios: No EXT2 os diretsrios sco tipos especiais de arquivos, que armazenam uma lista de todos os arquivos e subdirectsrios subordinados a ele. Nesta tabela sco armazenados apenas os nomes e os inodes que representam cada um. Links: Este i um recurso bastante versatil permitido pelo EXT2. Estes links funcionam de uma maneira muito parecida com os links usados nas paginas Web. Cada link pode apontar para um arquivo ou diretsrio qualquer. Ao acessar o link, vocj automaticamente acessa o destino. Vocj pode por exemplo, criar um link CD dentro do diretsrio raiz para acessar o CD-ROM. Ao digitar cd /root/cd vocj vera os arquivos do CD-ROM. Na verdade, os links nada mais sco do que inodes que apontam para o arquivo ou diretsrio em questco. Ao abrir o link, o VFS lj as instrugues e cai direto nos setores ocupados pelo arquivo. Para criar um link simbslico, use o comando ln. Para criar o link CD, dentro do diretsrio raiz, apontando para o CD-ROM por exemplo, o comando seria ln -s /mnt/cdrom /CD :. A estrutura de diretsrios do Linux O Linux usa uma estrutura de diretsrios muito particular. Uma arvore de diretsrios que abrange simplesmente tudo o que existe no sistema, desde os arquivos que estco na partigco onde o sistema foi instalado, ati outros HDs, CD-ROM e, como se nco bastasse, todos os dispositivos de hardware, incluindo o modem, impressora, etc. Quando um programa salva arquivo no diretsrio da impressora por exemplo, ele sco impressos. Os dispositivos ficam dentro da pasta /dev. O drive de disquetes por exemplo, aparece como /dev/fd0. O primeiro disco rmgido instalado na maquina aparece como /dev/hda, o segundo como /dev/hdb e assim por diante. As partigues aparecem com /dev/hdaX, onde o X i um nzmero que representa a partigco. Por exemplo /dev/hda1 mapeia a primeira partigco do primeiro disco rmgido instalado. A vantagem neste caso i que vocj pode montar as partigues nos diretsrios que quiser, ou criar links simbslicos apontando para elas. Isso adiciona uma versatilidade muito grande, apesar de ser um pouco confuso e ati mesmo trabalhoso no inmcio. Caso por exemplo, vocj tenha dividido o HD em duas partigues, com o Windows instalado a primeira, formatada em FAT 32 e o Linux instalado na segunda, basta montar a partigco Windows para ter acesso a todos os arquivos. Caso vocj deseje montar a partigco no diretsrio /win por exemplo, use o comando: mount /dev/hda1 /win -t vfat Este comando diz que vocj deseja montar a partigco primaria do primeiro HD (hda1) no diretsrio /win, ativando o suporte aos nomes de arquivos longos usados pelo Windows 95/98. :. EXT3 O EXT3 i uma evolugco do sistema atual, que apesar de nco representar um avango tco grande quanto foi o EXT2 sobre o EXT, traz alguns recursos importantes. O mais importante i uma melhora no sistema de tolerbncia a falhas. No EXT3 o sistema mantim um diario de todas as operagues realizadas. Quando houver qualquer falha, um reset ou travamento enquanto sistema esta montado, o sistema consulta as zltimas entradas do diario, para ver exatamente em qual ponto houve a falha e corrigir o problema automaticamente, em poucos segundos. No EXT2, sempre que ha uma falha, o sistema roda o e2fsck, um primo do scandisk, que verifica inode por inode do sistema de arquivos, em busca de erros. Este teste demora varios minutos, alim de nem sempre conseguir evitar a perda de alguns arquivos. Existe a opgco de configurar as entradas no diario para aumentar a velocidade de acesso, mas em troca sacrificando um pouco da confiabilidade em caso de falhas, ou aumentar a tolerbncia a falhas, em troca de uma pequena perda de desempenho. A Red Hat anunciou que a prsxima versco da sua distro usara o EXT3 como sistema de arquivos default. Sera possmvel converter a partigco para EXT3, sem perda de dados, durante a instalagco, ou atravis de um utilitario do sistema. _______________________________________________________________________ - Termos de hoje: Sistema de arquivos, GUI, Journaling Por Carlos E. Morimoto Sistema de arquivos - Um sistema de arquivos i um conjunto de estruturas lsgicas e de rotinas, que permitem ao sistema operacional controlar o acesso ao disco rmgido. Diferentes sistemas operacionais usam diferentes sistemas de arquivos. O Windows 98 por exemplo suporta apenas os sistemas FAT 16 e FAT 32, o Windows 2000 suporta tambim o NTFS, que i seu sistema de arquivos nativo. O Linux utiliza o EXT2 como sistema nativo, mas tambim tambim suporta outros sistemas. Assim como os sistemas operacionais, os sistemas de arquivos estco em constante evolugco. O NTFS do Windows 2000 traz recursos que nco existem no NTFS do Windows NT 4, enquanto o EXT2 do Linux em breve dara lugar ao EXT3, que traz varios recursos novos alim de ter um melhor desempenho. GUI Graphical User Interface. I um termo genirico, usado em relagco ` interface grafica de um sistema operacional ou de um programa. Journaling Este i um recurso suportado por alguns sistemas de arquivos, entre eles o EXT3, suportado por algumas distribuigues do Linux (o EXT3 i o sucessor do EXT2, usado atualmente). Basicamente, o sistema de arquivos mantim um journal (ou log) onde sco armazenadas todas as mudangas feitas em arquivos do disco. Quando qualquer erro inesperado surge, ou o sistema i desligado incorretamente, i possmvel localizar todas as operagues que nco haviam sido completadas, restaurando a consistjncia do sistema de arquivos sem a necessidade de vascular arquivo por arquivo, como faz o Scandisk do Windows Junior Bohn linux@gaz.com.br ************************************** Se o seu problema são arquivos grandes, recomendo o IrixFS foi concebido para editar filmes de mais de gigas em realtime... ************************************** tune2fs -j /dev/hda5 Subject: (linux-br) como transformar ext2 em ext3... > oi galera, nao consigo transformar meu ext2 em ext3, o comando nao eh tune2fs /dev/hda5 (meu /) ************************************** Editorial O que acontece com o filesystem quando dá um crash no Linux; isto é, ele trava ou para devido à falta de energia? Existem três cenários: 1. se você não tinha nenhum arquivo aberto, ótimo: não dá problema. 2. Se você tinha algum arquivo aberto mas não estava escrevendo, as alterações serão perdidas; mas o arquivo antigo estará preservado. 3. O problema é quando ocorre um crash no momento em que um arquivo estava sendo escrito. Dependendo do caso você perde completamente o arquivo e se você tiver o azar do crash ocorrer quando o diretório estava sendo atualizado, então você pode perder todo este diretório. O filesystem padrão ext2fs possui dados redundantes. Quando o Linux é bootado, o filesystem é verificado através do fsck e dependendo do caso, o disco é recuperado. Um "journaling filesystem" trabalha com uma espécie de agenda (um log ou um journal). A escrita ocorre em duas etapas: 1. dados sobre a futura operação de escrita são agendadas (gravadas no journal) 2. a operação de escrita é realmente realizada. Assim, se der um crash na fase de "agendamento", o arquivo não é atualizado, mas se mantém intacto. Se der um problema na fase de escrita propriamente dita, então o journal deve conter as informações necessárias para completar a operação de escrita e o disco é atualizado. Existem três "Journaling Filesystems" para Linux: o ext3, o XFS e o ReiserFS. Uma vantagem deste tipo de Filesystem é que o boot é bem mais rápido: ao invés de se verificar o disco todo, verifica-se apenas o que é apontado pelo "Journal". Este texto foi baseado em http://www.linuxgazette.com/issue68/dellomodarme.html que compara os três Journaling Filesystems e dá preferência ao ReiserFS. ************************************** MONTAR HD COMO LEITURA. André Augusto wrote >Gostaria de saber como eu monto o raiz ( / ) somente como leitura, não >quero definitivo quero dar o comando somente no shell e depois voltar ao >normal. Olá, uma solução que eu encontrei para fazer isso é, na verdade, bem simples: você deixa a inicialização remontar a raiz para escrita mas, no fim da inicialização, você a remonta somente para leitura. Para mais segurança, certifique-se que isso ocorre antes que qualquer login seja possível (ou seja, preste atenção ao ssh e telnet). Agora, importante: você deverá ter filesystems separados para vários subdiretórios. Em especial o /var e o /tmp, porque esses daí serão obrigatoriamente RW. O /usr você pode deixar como RO mesmo e o /home vai depender se existe um usuário fazendo alguma coisa ou não. Já o /etc, o /bin e o /sbin não podem ser separados da raiz. O /boot é à sua descrição. Dica: se você tiver memória sobrando e um swap razoável, você pode montar o /tmp na memória, usando o filesystem tmpfs (kernel 2.4). Pense assim: para que criar uma partição para o /tmp e outra para o swap e ter que dividir arbitrariamente? Crie uma só e deixe que o uso decida qual o tamanho de cada. -- Thiago Macieira - UFOT Registry number: 1001 thiagom@mail.com ************************************** De: dicas-l-owner@unicamp.br Assunto: [Dicas-L] Tutorial sobre journaling filesystems Data: 27 Jun 2002 00:21:01 -0300 Quer ter seu próprio endereço na Internet? Garanta já o seu e ainda ganhe cinco e-mails personalizados. DomíniosBOL - http://dominios.bol.com.br -------------------------------------------------------------------- Endereço: http://www.Dicas-l.com.br/dicas-l/20020627.shtml -------------------------------------------------------------------- Software Livre na Unicamp http://www.softwarelivre.unicamp.br -------------------------------------------------------------------- Tutorial sobre journaling filesystems Colaboração: Leonardo Garcia de Mello O Leonardo apresentou um tutorial no Fórum Internacional de Software Livre 2002, sobre alta disponibilidade em Linux. Este é o resumo da apresentação: **Uma das abordagens para obter alta disponibilidade em sistemas de arquivos é a do tipo journaling, ou meta-data logging. O objetivo da palestra é apresentar uma visão geral sobre sistemas de arquivos baseados em journaling para alta disponibilidade em ambiente Linux - tais como ReiserFS, ext3, JFS e XFS** As transparências usadas no FISL 2002 estão em PDF, no endereço http://www.softwarelivre.rs.gov.br/forum/lista_info_sessao_popup.php?s=201 --------------------------------------------------------------- Desenvolvendo Websites com PHP http://novateceditora.com.br/livros/php4/ --------------------------------------------------------------- LIVRO:As Palavras Mais Comuns da Língua Inglesa Rubens Queiroz de Almeida http://www.Dicas-l.com.br/palavrasmaiscomuns.html --------------------------------------------------------------- As mensagens da lista Dicas-L são veiculadas diariamente para 19454 assinantes. Todas as mensagens da Dicas-L ficam armazenadas em http://www.Dicas-l.com.br. A redistribuição desta e outras mensagens da lista Dicas-L pode ser feita livremente, deste que o conteúdo, inclusive esta nota, não sejam modificados. --------------------------------------------------------------- ************************************** De: Manoel Pinho Para: Linux-BR Assunto: (linux-br) Modo alternativo de ter um servidor Linux em uma rede heterogênea Data: 08 Aug 2002 18:36:28 -0300 PessoALL, Tenho acompanhado estas discussões de Samba, Novell, NFS, etc mas eu nunca vi nesta lista ninguém falando sobre meios alternativos de ter um sistema de arquivos distribuído em uma rede heterogênea. Existem vários projetos, como o OpenAFS http://www.openafs.org/ Inter-Mezzo http://www.inter-mezzo.org/ Coda http://www.coda.cs.cmu.edu/ As vantagens desses sistemas são que suportam um ambiente heterogêneo e desconexões (melhor que o NFS) e também rodarem nos Ruindows de maneira mais inteligente do que o infame "ambiente de rede". Também eliminaria a necessidade do pessoal do Samba de ficar correndo atrás da M$ a cada Service Pack que introduz alguma incompatibilidade. E pelo que parece, pelo menos um deles, o Inter-mezzo, já está no kernel do linux, ou seja, já está sendo suportado oficialmente pelo linux. Um amigo meu instalou o Coda há muito tempo numa rede Unix e já funcionava bem naquela época. Alguém já implementou algum deles ? Como é a integração com os Ruindows ? Eu acho o Samba interessante do ponto de vista de economizar a licença de um NT, mas sempre achei que seria mais elegante uma solução transparente, no estilo do NFS. Como não temos clientes NFS livres para Ruindows, eu creio que esses softwares citados podem ser uma solução eficiente e elegante. Só para complementar o assunto, leiam o excelente artigo sobre os sistemas de arquivos distribuídos que existem para linux atualmente: http://www.linuxplanet.com/linuxplanet/reports/4361/1/ Manoel Pinho ************************************** De: Murilo Juchem Para: Thyago Guimaraes , linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) Formatar ext3 Data: 23 Aug 2002 00:01:42 -0300 > Como faço para formatar o linux utilizando o sistema EXT3 ??? Não precisa formatar. Para converter de ext2 para ext3 (que é o ext2 + journaling), usa 'tune2fs -j /dev/hda2' (onde hda2 é a partição a converter), depois muda no arquivo /etc/fstab o tipo da partição de ext2 para ext3. Atte, Murilo Juchem http://www.paginadolinux.hpg.com.br ************************************** De: Edgard Lemos > Qual é o significado do Stick Bit em um arquivo? Segundo o livro "Practical Unix & Internet Security" de Garfinkel e Spafford, o o uso do "sticky bit" para arquivos está obsoleto. Pelo que pude entender, o sticky foi criado para marcar arquivos executáveis que, em vez de ficarem armazenados na memória RAM, ficavam em partições de troca. Isso era nos tempos em que um computador com muita memória tinha 64K de RAM. A grande disponibilidade de RAM e as técnicas de mapeamento de memória modernas "obsoletaram" o uso do sticky para arquivo. []s -- Edgard Lemos edgard@edconsultoria.com.br Usuário Linux nº 135479 ************************************** De: Thiago Macieira Para: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) Diferença entre EXT2, EXT3 e RAISERFS Data: 24 Nov 2002 19:39:17 +0100 Sergio Durand wrote: >o ext2 eh o velho conhecido de todos... >o raiserfs eu nao faco a minima ideia... >e tenho uma duvida sobre ext3... >por acaso o ext3 nao seria o ext2 com alguns modulos carregados pra emular >um controle melhor de fs ?? >ou oq eu falei nao tem nada a ver... e o ext3 eh um fs totalmente >independente do ext2 ? O ext2, cujo nome é Second Extended, é o velho conhecido de todos sim. Foi durante muito tempo o sistema de arquivos padrão do Linux -- praticamente o único disponível depois que o Extended (ext) foi removido dos kernels 2.0 e 2.1. Seu tamanho máximo é de 2 TB. Cabe notar que o ext2 não é mais desenvolvido, ainda que continue presente nos kernels 2.5. Ele simplesmente parou onde está. O ext3, que deveria chamar-se Third Extended, mas nunca vi esse nome, no momento é o ext2 com suporte a journalling (qual a palavra em português para isso?). Ele foi incluído no kernel lá pelo meio da série 2.4, embora estivesse disponível algum tempo antes como patch. O formato de disco é exatamente igual ao do ext2, com a diferença que o ext3 possui o jornal. Ou seja, um ext3 desmontado corretamente é um ext2. Na verdade, era assim até agora. Como eu falei, o ext2 parou de ser desenvolvido, enquanto que o ext3 continua avançando. O ReiserFS (não RaiserFS) foi o primeiro sistema de arquivos com suporte a journalling a entrar no kernel oficial: no 2.4.1. Não posso afirmar com certeza a performance dele com relação ao ext3, mas dizem por aí que ele é mais rápido para arquivos pequenos e para grandes volumes de operações. O ReiserFS atualmente em uso é a versão 3.6. A versão 4.0 que vem por aí promete grandes mudanças para melhor. Tanto o ext2/3 como o ReiserFS permitem o aumento e diminuição do tamanho do sistema de arquivos, mas o ReiserFS pode ser aumentado sem ser desmontado. A estes sistemas de arquivos, podemos também juntar mais dois: o JFS da IBM e o XFS da SGI. O XFS também já faz parte do kernel oficial e possui suporte a ACLs e atributos estendidos. A SGI fornece também bibliotecas para acessar esses metadados em uma maneira que pretende ser o padrão no Linux. O XFS pode crescer, mas não pode diminuir depois. O JFS da IBM acho que ainda não está no kernel oficial. Além disso, temos ainda o velho sistema de arquivos do Minix (anterior ao Extended), que é interessante quando se precisa usar um sistema de arquivos no estilo Unix num disquete, já que o ext2 é meio pesado para isso. PS: posso ter falado besteira! -- Thiago Macieira - UFOT Registry number: 1001 thiagom@mail.com ************************************** De: Leandro Mendes Para: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) criar partiçao ext3 Data: 25 Nov 2002 14:15:11 -0200 Então amigão, agora está sabendo...rsrs Pode ser que eu esteja fazendo errado também. Isso mostra a importância da lista, a troca de experiências. Sempre que eu **crio** uma nova partição pelo fdisk e preciso criar um filesystem na mesma, eu utilizo o mke2fs -j. Ouvi dizer que o tune2fs seria para converter.... não sei o correto então. Já que estamos falando nesse assunto, pergunto a lista...Qual seria o correto para utilizar? Um, outro ou tanto faz? On Mon, Nov 25, 2002 at 11:29:23AM -0200, Leandro Mendes wrote: > > Caros amigos como eu crio uma partiçao ext3 ? > Olá, não sei se essa opção do abaixo resolve, pois eu nunca a usei para isso, mas se não funcionar, use tune2fs -j /dev/hdxx, lembrandro que essa opção de tune2fs tem que ser a versão acima de tune2fs acima de 2.25! T+ Ozimar Rodrigues OBS:. NÃO se esqueça de alterar o /etc/fstab colocando o tipo de partição para ext3 > use mke2fs -j /dev/hdxx > > > obrigado > > De nada > ************************************** De: Paulino Kenji Sato Para: Aldo Nogueira Cc: lista linux-br Assunto: Re: Re: (linux-br) criar partiçao ext3 Data: 25 Nov 2002 19:22:32 -0200 On Mon, 25 Nov 2002, Aldo Nogueira wrote: > Eu jah fiz isso usando: > > # /sbin/mkfs.ext2 /dev/hdxx > # /sbin/tune2fs -j /dev/hdxx > > Eh a mesma coisa, neh? > Resultado final eo mesmo, mas vc teve que digitar ~23 teclas a mais. /sbin/mke2fs -j /dev/hdxx e já ta pronto, e so mudar o fstab para que no próximo boot ele seja montado como ext3. Paulino ************************************** De: Jorge Godoy Para: caj_contratada@petrobras.com.br Cc: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) resimensionar ext3 Data: 28 Nov 2002 23:56:38 -0200 caj_contratada@petrobras.com.br writes: > qual a ferramenta mais apropriada(se é que existe ), para > redimensionar fs ext3? resize2fs Sim, o ext3 é um ext2 com esteróides. Ele se aproveita dos hooks disponibilizados pelo ext2 para inserir a capacidade de fazer journalling. ************************************** De: Marco Aurélio P. de Carvalho Para: Giovani Dias Cc: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) Arqivos compactados Data: 18 Nov 2002 08:16:27 -0200 Iae galera ai informação tirada do guia foca linux: 10.38 gzexe Cria arquivos compactados gzip auto-extrácteis. Este comando é usado para compactar arquivos executáveis que se auto-descompactam assim que são solicitados. É útil para sistemas ou unidades de disco que possuem pouco espaço disponível. Este comando deve somente ser usado para arquivos executáveis. gzexe [arquivo] Onde: arquivo é o arquivo executável que será compactado. Quando gzexe é executado, uma cópia do arquivo original é gravada com o formato nome_do_arquivo~. Exemplo: gzexe /tmp/teste. Marco Aurélio | > Bom Dia, | > Eu tenho uma duvida e gostaria de compartilhar a fim de conseguir uma | > resposta. | > No Windows NT temos a opção de compactar as pastas (algumas, todas ou | > o disco todo) para economizar espaço no HD. | > Isso pode ser feito também com Linux? | > Como? ************************************** De: Rafael Diniz Para: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) RES: (linux-br) =?iso-8859-1?q?N=E3o=20enxergo=20a parti=E7=E3o=20Windows=20pelo?= Linux Data: 01 Dec 2002 12:16:05 +0000 Em Domingo 01 Dezembro 2002 11:54, Andre Saboia escreveu: [corta] > Uma última observação é: se o windows for XP ou 2000 e você esteja > utilizando o system file NTFS, acho que o linux não irá enxergá-lo, a > versão do NTFS dos novos Windows são 5.0. O Linux lê NTFS 5, só que é read-only. Abraços, Rafael Diniz ************************************** ************************************** De: Ricardo Gerardi Para: frank@boxbt.com Cc: linux-br@bazar.conectiva.com.br Assunto: (linux-br) Re: file-max Data: 09 Jan 2003 08:09:16 -0200 Olá Frank: Para fazer isso coloque a seguinte linha num arquivo executado durante a inicialização. echo "30000" > /proc/sys/fs/file-max Eu costumo usar o rc.local. A localização depende da distro, no CL 8 fica em /etc/rc.d/rc.local : Até mais, ************************************** De: zgrp unknow Para: frank@boxbt.com Cc: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) file-max Data: 08 Jan 2003 14:23:56 -0300 Adicione a linha echo "30000" > /proc/sys/fs/file-max Dentro do seu /etc/rc.d/rc.local (funciona em CL) Ou dentro do seu "run-level", por exemplo se o seu linux inicializa em run-level 3 crie um arquivo por exemplo chamado /etc/rc3.d/S99filemax com permissao +x para o root (owner) com o seguinte conteudo: echo "30000" > /proc/sys/fs/file-max Ow dependendo da sua distribuição (como Debian)crie um arquivo por exemplo chamado /etc/rcS.d/S99filemax com permissao +x para o root (owner) com o seguinte conteudo: echo "30000" > /proc/sys/fs/file-max T+ [ ]'s ************************************** De: Piter Punk Para: frank@boxbt.com Cc: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) file-max Data: 08 Jan 2003 14:59:01 -0200 Frank Uez wrote: Existe um arquivo dentro de /proc/sys/fs/file-max, entao esse file-max é onde se especifica o numero maximo de arquivos que linux pode abrir simultaneamente, o padrao é 8000 coloco 30000 nos meus servidores se nao fizer isso tenho problema, mais cada vez que é reiniciado o servidor tenho alterar o arquivo novamente... Alguem pode me dizer como eu faço para manter esse arquivo com numero que eu quero???? Coloca no teu /etc/rc.d/rc.local echo 30000 > /proc/sys/fs/file-max Falous, ************************************** De: Gilberto Martins Para: Lista linux-br Assunto: Re: (linux-br) file-max Data: 08 Jan 2003 14:56:22 -0200 Olá. Altere o /etc/rc.local, incluindo a definição do valor correto. echo 30000 > /proc/sys/fs/file-max []s ************************************** De: cuca@email.martins.com.br Para: linux-br@bazar.conectiva.com.br Cc: Elton Ramos Carvalho Assunto: Re: (linux-br) RES: (linux-br) FTP cai quando chega aos 2GB Data: 31 Jan 2003 13:17:15 -0300 Já utilizei o raizerfs também... localmente não tem problema, consigo criar arquivos bem maiores que dois 2GB... Valeu. Elton Ramos Carvalho @bazar.conectiva.com.br on 31-01-2003 10:30:05 AM Sent by: linux-br@bazar.conectiva.com.br To: "'cuca@email.martins.com.br'" cc: "'linux-br@bazar.conectiva.com.br'" Subject: (linux-br) RES: (linux-br) FTP cai quando chega aos 2GB Nilton, Que eu saiba, o ext3 suporta arquivos com o tamanho máximo de 2GB, portando acredito que no seu caso o melhor seria você utilizar raizerfs que suporta até 20GB, se não me engano. Elton -----Mensagem original----- De: cuca@email.martins.com.br [mailto:cuca@email.martins.com.br] Enviada em: Sexta-feira, 31 de Janeiro de 2003 11:07 Para: linux-br@bazar.conectiva.com.br Assunto: (linux-br) FTP cai quando chega aos 2GB Prioridade: Alta Saudações !! Utilizo o G4U para clonar HD´s, no entanto quando o arquivo chega a 2GB o FTP cai. Inicialmente achei que era problema na definição de block size do meu FS, no entanto, localmente utilizando o mesmo usuário do FTP eu consigo criar arquivos bem maiores que 2GB. Não encontrei nenhuma configuração no server de FTP em relação a isso. Configuração do meu server de FTP: Mandrake 9.0( ext3 ) com ProFtpd Client: G4U fazendo ftp para armazenar a imagem clonada com o uploaddisk. ************************************** Subject: Re: (linux-br) Numero maximo de arquivos aberto no sistema Tenho em minha empresa um squid que dava a mesma coisa até que eu acrescentei no /etc/rc.d/rc.local a seguinte linha: echo 4096 > /proc/sys/kernel/file-max Ou seja, atribuímos a file-max a quantidade de arquivos que você deseja ter abertos. Cuidado para não exagerar ou perderá performance. ************************************** De: Thiago Macieira Para: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) Re: Script X Arquivo .BAT Data: 18 Mar 2003 21:05:47 +0100 Leandro Pereira de Lima e Silva (Zed) wrote: >Uma caracteristica interessante do linux é não precisar utilizar extensão >para definir executáveis, para tornar um arquivo executável basta >chmod +x arquivo Só curiosidade: para não confundir o conceito de "extensão", que define o tipo do arquivo no DOS e Windows, recomenda-se no mundo Unix referir-se à parte final do arquivo como "sufixo". Outra curiosidade: ao contrário do DOS, no mundo Unix nem todos os arquivos têm ponto (.) no nome. Portanto, *.* não significa "todos os arquivos", mas apenas "todos os arquivos que tenham ponto". Em especial, a maior parte dos arquivos executáveis, como os encontrados em /bin ou /usr/bin, não tem ponto. -- ************************************** De: Marcelo Vivan Borro Para: linux-br Assunto: Re: (linux-br) duvida sobre ext3 Data: 17 Mar 2003 13:15:19 -0300 Use mkfs -t ext2 mesmo. O ext3 é igual ao ext2 + journal. Ah, e pesquise no histórico. Isto já havia saído... :) Marcelo ************************************** De: Flavio Villalva Civatti Responder-a: Flavio Villalva Civatti Para: Rodrigo Pereira Pires Cc: Lista Linux-br Assunto: Re: (linux-br) duvida sobre ext3 Data: 17 Mar 2003 14:38:53 -0300 On Mon, 17 Mar 2003, Rodrigo Pereira Pires wrote: > como faco para montar uma particao ext3 no CL8? Nao tem um mkfs -t ext3 > /dev/hda3 por exemplo... prompt$ man tune2fs TUNE2FS(8) TUNE2FS(8) NAME tune2fs - adjust tunable filesystem parameters on second extended filesystems [...] -j Add an ext3 journal to the filesystem. If the -J option is not specified, the default journal parameters will be used to create an appropriately sized journal (given the size of the filesystem) stored within the filesystem. Note that you must be using a kernel which has ext3 support in order to actually make use of the journal. -J journal-options Override the default ext3 journal parameters. Journal options are comma separated, and may take an argument using the equals ('=') sign. The following journal options are supported: [...] Sds. ************************************** De: hamacker Para: Antonio Guidinho Marcos - Servimed Cc: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) Arquivo maior que 2 giga. Data: 14 Apr 2003 16:52:52 -0300 O limite de 2GB vem da sua distro, provavelmente o kernel que veio com ele, veio pre-compilado com o parametro "Large File System Support" desabilitado. Essa é uma probabilidade muito grande. inte+ Antonio Guidinho Marcos - Servimed wrote: Olá! Preciso gravar um arquivo maior que 2 giga e não estou conseguindo. A tabela de partição está conforme abaixo: /dev/hdb1 / ext3 defaults 0 0 /dev/hdb2 swap swap defaults 0 0 /mnt/cdrom /mnt/cdrom supermount ro,dev=/dev/cdrom,fs=iso9660 0 0 Me corrijam caso eu esteja errado. Não consigo gravar devido ao tipo de File System = ext3. Se alterar para ReiserFS conseguirei arquivos maiores que 2 giga? Tem como alterar sem perda de dados? ************************************** De: alrferreira@carol.com.br Para: Suporte Tecinco - Fábio Cc: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) MSG: Limite de Arquivos Abertos no Sistema Data: 24 Apr 2003 10:21:27 -0300 Altere o arquivo /proc/sys/fs/file-max, trocando o valor 4096 para o desejado. ----- ************************************** De: Anderson Silva Para: Suporte Tecinco - Fábio Cc: linux-br Assunto: Re: (linux-br) MSG: Limite de Arquivos Abertos no Sistema Data: 24 Apr 2003 12:17:38 -0300 help ulimit ulimit -n On Thu, 2003-04-24 at 07:53, Suporte Tecinco - Fábio wrote: > Tive um problema ontem em relacao a limite de arquivos abertos > no sistema. Entao gostaria de saber como > que eu aumento esse limite no servidor. ************************************** De: Alexander F. Fernandes - Esc. EDEM Para: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) MSG: Limite de Arquivos Abertos no Sistema Data: 25 Apr 2003 09:46:17 +0000 Não sei se o unlimit vai resolver. Tive um problema desses. A solução foi aumentar o valor do arquivo /proc/sys/fs/file-max Provavelmente esse arquivo está com oito mil e alguma coisa como valor. Aumente seu valor usando um echo: # echo 200000 > /proc/sys/fs/file-max Você deve colocar esse comando no rc.local ou outro lugar para o valor ser aumentado na inicialização. O file-max define o número máximo de arquivos abertos em todo o sistema, independente de usuário. []'s ************************************** De: Claudio Responder-a: Claudio Para: Jefferson Midei Cc: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) ext2 ou ext3 Data: 28 Apr 2003 08:24:44 +0000 ... > ext3... Voces acham que jah posso confiar plenamente no ext3, ou, ainda, se O ext3 é o ext2 com o recurso de journal, que o torna muito mais seguro e mais rápido na recuperação após uma parada inesperada por falta de energia por exemplo. Não tenha dúvidas, formate o seu hd como ext3 e nunca mais vai querer saber de ext2. Claudio ************************************** De: Fernando Bertasso Para: linux-br@bazar.conectiva.com.br Assunto: (linux-br) zebra filesystem Data: 28 Apr 2003 13:12:48 -0300 Pessoal...estava procurando sobre sistemas de arquivos distribuídos na net e encontrei esse link...Nunca ouvi falar desse projeto....alguém conhece? Ou sabe de algum semelhante? http://pathology2.jhu.edu/Informatics/615-lecture2BH/ Para o meu projeto é justamente algo assim que eu estou procurando Fernando ************************************** De: Marcelo Para: Jefferson Midei , linux-br@bazar.conectiva.com.br, alrferreira@carol.com.br Assunto: Re: (linux-br) ext2 ou ext3 Data: 28 Apr 2003 17:54:58 -0700 pelo que sei o reiserfs é mais rapido do que o ext3 ----- Original Message ----- From: To: "Jefferson Midei" ; Sent: Monday, April 28, 2003 4:23 AM Subject: Re: (linux-br) ext2 ou ext3 Jefferson, O ext3 está muito confiável, o qual é recomendado para soluções de alta disponibilidade, evitando o uso fsck para a correção do disco. Obs: Tenho vários servidores de alta disponibilidade (RAID, DRBD, Heartbeat) rodando sob o ext3 e não tive problemas até agora. ************************************** De: alrferreira@carol.com.br Para: Marcelo , linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) ext2 ou ext3 Data: 29 Apr 2003 08:05:21 -0300 Justamente. O reiserfs possui otimizações para trabalhar com arquivos pequenos, reduzindo a fragmentação. Entretanto, até um certo tempo ele não possuia suporte a quota para os usuários e grupos. Existe o JFS, que está incluso na série 2.5 do kernel Linux. O JFS é muito usado pela IBM em seus servidores e dependendo do tipo de bloco suporta arquivos com até 4 Petabytes. Abraços, --------------- André Luiz Rodrigues Ferreira "Marcelo" , .br> , 28/04/2003 21:54 cc: Assunto: Re: (linux-br) ext2 ou ext3 pelo que sei o reiserfs é mais rapido do que o ext3 ----- Original Message ----- From: To: "Jefferson Midei" ; Sent: Monday, April 28, 2003 4:23 AM Subject: Re: (linux-br) ext2 ou ext3 Jefferson, O ext3 está muito confiável, o qual é recomendado para soluções de alta disponibilidade, evitando o uso fsck para a correção do disco. Obs: Tenho vários servidores de alta disponibilidade (RAID, DRBD, Heartbeat) rodando sob o ext3 e não tive problemas até agora. ************************************** De: Arnaldo Carvalho de Melo Para: Milhomem, Marcus Cc: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) Filesystems Xfs, ext3,jfs, ect....... Data: 04 May 2003 02:09:58 -0300 Em Thu, May 01, 2003 at 09:59:30AM -0500, Milhomem, Marcus escreveu: > Eu estou pesquisando na net sobre filesystems, e ja li vários artigos, > sobre a velocidade dos filesystems e tal. Mas eu gostaria de saber, alem da > velocidade, qual filesystem é mais seguro, quando digo seguro, digo que será > restaurado após uma queda de energia por exemplo.... > Porque a velocidade de gravação/leitura é muito importante, porám acho > que a segurança dele é a mais... alguém saberia me dizer qual o filesystem > que entratia nessa briga? sempre em mente que a seguranca dos dados e mais > importante que a velocidade, velocidade vem em segundo lugar... :-) Todos os que tem journalling, e se a segurança é o que interessa, perca um pouco mais de performance e use a opção de journaling de metadados _e_ de dados, não somente a de metadados, o ext3 provê isto, creio que jfs, reiserfs e xfs também. Leia: http://lwn.net/2001/0830/a/jfs-comparison.php3 http://www.linux-mag.com/2002-10/jfs_01.html - Arnaldo ************************************** De: Valdir Responder-a: Valdir Para: Maiquel , linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) Sistema de arquivos Data: 01 Jun 2003 00:43:17 -0300 1- O Linux não possui um sistema de arquivos com suporte a Journaling Esta afirmação era comum na época do Kernel 2.2, aliás também era algo de que me queixava freqüentemente. O sistema EXT2 não oferece uma boa tolerância a falhas, fazendo com que seja necessário rodar o FSCK depois de um desligamento incorreto do sistema. Algumas vezes a passagem do FSCK é rápida e indolor, mas em outras são encontrados erros "irrecuperáveis" no sistema de arquivos e você precisa dar a senha de root e rodar o FSCK manualmente, respondendo se deseja corrigir, um a um, ou não os erros que podem causar perda de dados. Felizmente, hoje já temos a opção de usar o EXT3 ou o ReiserFS, entre pelo menos mais 4 ou 5 opções de sistemas com suporte a journaling, capazes de se reestabelescer automaticamente e sem grandes riscos de perda de dados depois de um desligamento incorreto, assim como no NTFS. Como já tive tempo de testar os dois sistemas durante um bom tempo, posso recomendar o uso do ReiserFS, que foi o que realmente não me deu problemas. O EXT3 ainda é baseado no velho EXT2 e às vezes, algo como uma vez a cada 10 desligamentos incorretos, não é capaz de recuperar o journal e volta a executar o velho FSCK, um problema que não existe no ReiserFS. Auto Sr. Carlos Morimoto http://www.guiadohardware.net Valdir ************************************** De: Antonio Claudio Responder-a: claudio@nettravelrm.com.br Para: Aldo Nogueira , Linux-BR Assunto: Re: (linux-br) Ext3 no cl8+: problemas (longo) Data: 05 Jun 2003 00:15:09 -0400 Em Qua 04 Jun 2003 13:31, Aldo Nogueira escreveu: > Oi, pessoal! Mas noticias! > > O kernel do cl8+ nao vem com suporte a ext3 compilado, ou seja ele estah > disponivel em modulo. Estranho, pois o meu CL8 está com ext3 sim, veja: [root@tux /root]# cat /proc/mounts /dev/hda1 / ext3 rw 0 0 /proc /proc proc rw 0 0 /dev/hda3 /extra ext3 rw 0 0 ........ [root@tux /root]# mount /dev/hda1 on / type ext3 (rw) none on /proc type proc (rw) /dev/hda3 on /extra type ext3 (rw) ............... [root@tux /root]# tune2fs -l /dev/hda3 tune2fs 1.25 (20-Sep-2001) Filesystem volume name: Last mounted on: Filesystem UUID: e2fda6ca-5195-4484-bb31-77162eab62da Filesystem magic number: 0xEF53 Filesystem revision #: 1 (dynamic) Filesystem features: has_journal filetype needs_recovery sparse_super Filesystem state: clean [root@tux /root]# dmesg .......... EXT2-fs warning: checktime reached, running e2fsck is recommended VFS: Mounted root (ext2 filesystem). Journalled Block Device driver loaded kjournald starting. Commit interval 5 seconds EXT3-fs: mounted filesystem with ordered data mode. .......... -- [ ]s, ************************************** De:  Andre Felipe Machado Para:  Linux - BR Assunto:  Re: (linux-br)Ext2 para Ext3 Data:  Wed, 6 Aug 2003 08:08:08 -0300 Olá, Leia a documentação do Conectiva, que tem um passo a passo que funciona bem: www.conectiva.com.br > suporte > documentação > manuais > entendendo o CL8 ou CL9. (sei lá pq, no caso do CL9 tem de carregar o arquivo frame.htm, pois não tem index.html no diretório...) Lá tem um link para "entendendo o ext3", com o passo a passo. boa sorte. André Felipe http://www.andrefelipemachado.hpg.ig.com.br/linux/index.html Em Terça 05 Agosto 2003 17:22, Gustavo Andreoni Vieira dAlmeida escreveu: > Ola > Alguem sabe transformar o sistema de arquivos ext2 instalado > em ext3? > ************************************** De:  Paulo Roberto Oliveira Junior Para:  Gustavo Andreoni Vieira dAlmeida Cc:  Linux - BR Assunto:  Re: (linux-br)Ext2 para Ext3 Data:  Wed, 6 Aug 2003 08:07:59 -0300 (BRT) Olá,         Vc pode utilizar o comando         [root@localhost]# mke2fs -j /dev/hdnX Obs.: nX é a sua partição de disco a ser formatada, para informações a respeito das partições de seu disco, use o comando abaixo:      [root@localhost]# fdisk -l Agora mude para ext3 no arquivo /etc/fstab Procure pela partição formatada e onde estiver ext2 mude para ext3. A sua partição deve ficar assim:     /dev/hdnX         /           ext3       defaults         0  0                                   ^^^^  _______________________________________________     Paulo Junior     Suporte Técnico Conectiva Linux     junior@conectiva.com.br     http://www.conectiva.com.br/suporte  _______________________________________________ ************************************** De:  Anderson Lizardo Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Ext2 para Ext3 Data:  Tue, 5 Aug 2003 22:01:58 -0300 (ART) Em Terça, 5 de Agosto de 2003 16:22, Gustavo Andreoni Vieira dAlmeida escreveu: > Alguem sabe transformar o sistema de arquivos ext2 instalado > em ext3? Extremamente simples: http://puggy.symonds.net/~rajesh/howto/ext3/ext3-5.html#ss5.2 Ah, e não se esqueça de modificar as entradas do fstab das partições modificadas de "ext2" para "ext3". -- Anderson Lizardo ************************************** De:  Dicas-L-Owner@unicamp.br Assunto:  [Dicas-L] Receita de bolo para extrair o módulo ext3 do CD da Conectiva Data:  Mon, 27 Oct 2003 03:01:10 -0200 -------------------------------------------------------------------- Endereço: http://www.Dicas-l.com.br/dicas-l/20031027.shtml --------------------------------------------------------------------         Treinamento PostgreSQL: Introdução ao Banco de Dados          ** 10% de desconto para os assinantes da Dicas-L**                   Campinas: 06 e 07 de novembro     http://www.dextra.com.br/servicos/treinamento/pg/pgintro.htm --------------------------------------------------------------------   Receita de bolo para extrair o módulo ext3 do CD da Conectiva   ============================================================= Colaboração: Febrônio Bomfim Alves Em várias situações, tem-se a necessidade de se bootar uma máquina linux pelo CD e montar o sistema de arquivos na mão. Porém para tal, muitas vezes faz-se necessário buscar os módulos referentes ao sistema de arquivos em um arquivo com extensão .cbz, que é o caso do Conectiva Linux. Por exemplo, se for necessário montar um sistema de arquivos formatado como ext3 a partir do CD da Conectiva, deve-se primeiro encontrar no CD o arquivo modules.cbz e em seguida executar o seguinte comando:   bzcat modules.cbz | cpio -i [diretório]/ext3.o --make-directories Isto fará com que o módulo ext3.o seja extraído do arquivo modules.cbz. Onde está [diretório] entenda como o diretório onde se encontra o módulo desejado, dentro do arquivo modules.cbz. Para visualizar isto pode-se utilizar o comando cpio com a opção de listagem no arquivo. Só mais um detalhe, é que para subir o módulo ext3.o, também se faz necessário o módulo jbd.o que se encontra no mesmo arquivo.  Daí é só usar modprobe para carregar os módulos e finalmente montar os sistemas de arquivo. -----------------------------------------------------------         Guia contra a Violência         ======================= http://www.serasa.com.br/guiacontraviolencia/index.htm -------------------------------------------------------------------- Simpósio Internacional ISTEC/IEEE em Educação Continuada Avançada: Políticas e Tendências em Formação Continuada em Engenharia         21 e 22 de outubro de 2003 - Unicamp          http://rau-tu.ccuec.unicamp.br/ace -------------------------------------------------------------------- As mensagens da lista Dicas-L são veiculadas diariamente para 22880 assinantes.        Todas as mensagens da Dicas-L ficam armazenadas em                http://www.Dicas-l.com.br. A redistribuição desta e outras mensagens da lista Dicas-L pode ser feita livremente, deste que o conteúdo, inclusive esta nota, não sejam modificados. --------------------------------------------------------------- ************************************** De:  Adilson Oliveira Para:  linux-br Assunto:  Re: (linux-br) Algo sobre Sistema de Arquivos com compressão de dados. Data:  Tue, 16 Dec 2003 08:46:25 -0200 Paulino Kenji Sato escreveu: Ola, >  conhecem algum sistema de arquivos para linux que implemente compressão > de dados e que possa ser usando em uma partição de um hd (sem limitações > no tamanho, ou outras)? > Vamos lá: existem basicamente duas formas que eu já usei. Uma é a compressão transparente do file system. Existem alguns patches voando por aí mas até o kernel 2.4.18 apenas se não me engano. A segunda é o módulo cloop usado pelo knoppix e variantes como o kurumim. Este usa uma imagem iso compactada que você gera usando um utilitário. O resultado é rápido e de boa compressão mas o arquivo que você monta é read only. []s Adilson. De:  Adilson Oliveira Para:  Paulino Kenji Sato Cc:  linux-br Assunto:  Re: (linux-br) Algo sobre Sistema de Arquivos com compressão de dados. Data:  Tue, 16 Dec 2003 15:08:20 -0200 Paulino Kenji Sato escreveu: On Tue, 16 Dec 2003, Adilson Oliveira wrote: > E nesse tipo que estou interessado. > Teria algum link sobre esses patchs? > Estou em um cliente no momento e não tenho aqui comigo mas no google vc acha. Uso um hd para fazer backup de varios sevidores, e esse hd encheu, e como > a maioria dos arquivos são textos ou similares, pensei na passibilidade de > usar algum esquema de compressão transparente. > Eu não recomendo. Você torna o seu armazenamento mais frágil pois uma queda de energia numa gravação, por exemplo, pode você perder muito mais que apenas um arquivo. Sugiro você compacter primeiro via um tar+bzip e depois gravar o resultado. []s Adilson. ************************************** De:  Jozeph Brasil Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Problemas com FS's Data:  Tue, 23 Dec 2003 19:17:10 -0300 Olá, O buraco é mais em baixo... O processo de recuperação de arquivos no ReiserFS é meio chato. Se você está dizendo que não consegue, nem ao menos, montar a partição, o que se for realmente o caso, AFAIK não tem como recuperar. Agora, se você conseguir montar a partição danificada... aí sim, pode-se recuperar algumas coisas. Pra começar vai arrumando um HD do mesmo tamanho do que você está usando... pq ao recuperar ele vai jogar as informações para o outro HD. >       Reiser é um sistema duvidoso, mas vc tentou montar esta partição > para ver se pode ao menos copiar seus arquivos importantes? Talvez também > somente o kernel ou o gestor de inicialização tenham se corrompido!!! > pense pelo lado bom :) > > Em Seg, 22 de dezembro de 2003 às 15:38 BRST > "Vinicius Tiburcio" escreveu: > > > Tive um problema com meu Linux (slackware 9.0). > > Sai de casa e deixei o micro ligado, comecou a chover e trovejar > > muito... Quando voltei a minha irmã havia me dito que desligou o > > computador pq estava chovendo muito... > > Quando fui ligar ele, meu sistema de arquivos havia desapareceido > > (reiserfs). > > Tentei passar um fsck e tudo mais... > > Perdi 10 gb de arquivos, sendo q tinha uns 2 gb de arquivos > > importantes... > > Minha pergunta: > > Como devemos proceder quando uma máquina é desligada a força...? > > Qual o primeiro passo? > > Eu acredito que seja bootarmos por um cd e passar um fsck e um > > badblocs no device (sem ele estar montado)... > > Mais não tenho certeza, pois desta vez não funcionou... ************************************** De:  Cleyton Luiz Scherer Para:  Massahide Cc:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Problemas com FS's Data:  Sun, 28 Dec 2003 09:33:24 -0300 (BRT) Eu particularmente A-D-O-R-O o reiserfs e não vou mais utilizar o sistema ext3 por um bom tempo, pois tive duas experiências trágicas com ele (comecei a usar recentemente), o que nunca aconteceu com o reiserfs que uso a muito tempo em n servidores. Em uma das delas, diversos arquivos simplesmente sumiram do sistema, quando acidentalmente alguém chutou o cabo de alimentação elétrica (rabicho) provocando o desligamento abrupto do computador. Ext3 sistema de arquivos jornalado é uma piada. Cleyton On Tue, 23 Dec 2003, Massahide wrote: >       Reiser é um sistema duvidoso, mas vc tentou montar esta partição > para ver se pode ao menos copiar seus arquivos importantes? Talvez também > somente o kernel ou o gestor de inicialização tenham se corrompido!!! > pense pelo lado bom :) ************************************** Date: Sat, 10 Jan 2004 22:49:09 -0200 From: Massahide Subject: Re: (linux-br) alterarpartiçãode ext3 para ext2 To: linux-br@bazar2.conectiva.com.br Message-ID: <20040110224909.28ad8ce4.massahide@ig.com.br> Content-Type: text/plain; charset="iso-8859-1"         Eu já fiz quotas em ext3 sem problemas. Creio que não haja modos de regredir uma partição de ext3 para ext2 a menos que vc corrompa seu journal :) !!! Em Qui, 08 de janeiro de 2004 às 22:14 BRST Luís Erivelton escreveu: > Preciso instalar um sistema de quotas e com isso há a necessidade de > ter uma partição com ext2, por esse motivo tenho que mudar meu > filesystem /home que está como ext3 para ext2. Se alguém tiver uma > dica para essa mudança, fico grato. ************************************** De:  Marcus Lima Responder-a:  marcuslima@marcuslima.eti.br Para:  Massahide , linux-br@bazar2.conectiva.com.br Assunto:  RES: (linux-br) alterar partição de ext3 para ext2 Data:  Tue, 13 Jan 2004 08:09:04 -0200         Eu também já configurei um sistema de quotas com ext3 perfeitamente. Alias, o ext3 é o ext2 melhorado, tudo que havia no ext2 o ext3 faz com a vantagem do Journaling. (falando em grosso modo)         Para regredir o ext3 em ext2, vá até o fstab e onde está definido que a partição é ext3, substitua por ext2. Faça um remount nas partições ou reinicie o Linux.         Remount: mount -a -o remount         Reiniciar: As vezes é necessário porque o remount não irá ser suficiente para remontar as partições em uso! Atenciosamente, Marcus Lima. >       Eu já fiz quotas em ext3 sem problemas. Creio que não haja modos > de regredir uma partição de ext3 para ext2 a menos que vc corrompa seu > journal :) !!! ************************************** De:  Bino Responder-a:  cerberus@contato.com.br Para:  Luís Erivelton , linux-br Assunto:  Re: (linux-br) alterar partição de ext3 para ext2 Data:  13 Jan 2004 15:22:27 -0300 Basta remontar a partição como ext2 umount /home;mount -t ext2  /dev/hda8 /home E altere na fstab para montar como ext2 Só uma dúvida, pra que quota com ext2 e não ext3? Uso normalmente com ext3 ... Até + Em Seg, 2004-01-12 às 07:31, Tiago Cruz escreveu: > Em Sex, 2004-01-09 às 00:14, Luís Erivelton escreveu: > > > Preciso instalar um sistema de quotas e com isso há a necessidade de ter uma > > partição com ext2, por esse motivo tenho que mudar meu filesystem /home que > > está como ext3 para ext2. Se alguém tiver uma dica para essa mudança, fico > > grato. > > Não sei se tem outro jeito: > http://www.fike.kit.net/art/xfs.html -- Sergio Eduardo Felisbino Jr      ---->  BINO        Analista                         Linux Counter: 236079 Contato Global Solutions    \^ ^/     Deb, CNC, Linux is the Best !!    [o o]  m  \J/  m  --------- ************************************** De:  Rafael Diniz Para:  Diniz Alexandre Daminelli Cc:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br) Log não ultrapassa 2Gb Data:  Mon, 19 Jan 2004 06:02:44 +0000 Estou com a seguinte configuração e crio arquivos maiores que 2Gb tranquilamente: slackware 9.1, kernel 2.6.0+reiser4. O sistema de arquivos é o reiser4, mas com o reiser 3.6 deve funcionar também. Em geral não se consegue gravar arquivos maiores que 2Gb ou por causa da glibc, ou por causa do kernel ou por causa do sistema de arquivos utilizado :-P Abraços, Rafael Diniz Em Sex 16 Jan 2004 20:54, Diniz Alexandre Daminelli escreveu: > Pessoal, > > uso Linux RedHat + apache > > gostaria de saber porque o log de acesso a minha página não ultrapassa 2 > Gb. Ele fica localizado em: > /var/log/httpd/www.meuendereco-access_log > > Alguém tem uma explicação para isso? ************************************** De:  Massahide Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)mounting ext3 filesystem as ext2 Data:  Thu, 5 Feb 2004 23:22:55 -0300         Parece-me que é só a falta journal no sistema de arquivos (por algum motivo qualquer ele se perdeu :) ). Tente (em modo de recuperação, com o sistema de arquivos desmontado ou montado somente para leitura) refazer o journal dele com o comando "tune2fs -j /dev/hdx", sendo hdx sua partição. Em Sáb, 31 de janeiro de 2004 às 19:37 BRT Cleyton Luiz Scherer escreveu: > Estive observando as mensagems que o sistema exibe enquanto dá boot e > percebi uma mensagem que me causou pânico: > > EXT2-fs warning (device ide0(3,5)): ext2_read_super: mounting ext3 > filesystem as ext2 > > Era para ser ext3, é o que diz no /etc/fstab. ************************************** De:  Luciano França Rocha Para:  linux-br@bazar2.conectiva.com.br Assunto:  (linux-br)Reiser4 x Reiser3 Data:  Wed, 6 Feb 2002 13:28:41 -0200 Eu sei que é um teste superficial mas eu ja me convenci da velocidade do novo reiser4, fico ansioso para ver as novas distros com esse sistema de arquivos :) Kernel 2.6.4 Com o sistema de arquivos reiserfs versao 3.6 linux:/usr/src # time cp linux-2.6.4/ -R  linux real    3m56.764s user    0m0.348s sys     0m8.320s Com o sistema de arquivos reiser4 linux:/local # time cp linux-2.6.4/ -R linux real    0m37.888s user    0m0.307s sys     0m9.268s ************************************** De:  Thiago Macieira Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)resize2fs do / Data:  Thu, 25 Mar 2004 20:45:47 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Morvan wrote: >Como faço resize do / ext3, usando conectiva 9: > >1) Bootar com cdrom e montar o root=/mnt/cdrom eh possivel (nao posso >montar meu / original)? (Com diskete de recuperaçao monta o / > original) > >2) fdisk /dev/hda, delete part 1, new part 1 muda cilindro de fim, eh > isso? > >3) resize2f -f /dev/hda1  (a partição eh ext3 uso o resize2fs mesmo?) >(pede e2fsck antes, se uso -f (force) reclama que nao acha superblock) O procedimento parece certo. Tente usar o GNU parted antes de mexer diretamente no fdisk/resize2fs. - --   Thiago Macieira  -  Registered Linux user #65028    thiago (AT) macieira (DOT) info ************************************** De:  Marcelo Vivan Borro Para:  Reginaldo Pereira Rossi Cc:  Lista Linux Assunto:  Re: (linux-br)Compartlhar lp0 no SMB Data:  Fri, 26 Mar 2004 10:40:40 -0300 Reginaldo sua mensagem está bem confusa. Pelo que pude entender: Você está usando um servidor de arquivos Linux e criou uma partição fat32 no servidor para compartilhar com máquinas windows.    Isto é perigoso.  Partições fat são extremamente sujeitas a perdas de dados (principalmente no windows :)  ).  Porque não usou ext2, ext3, reiserfs ou qualquer sistema de arquivos decente?  Recomendo que altere o sistema de arquivos desta partição urgentemente.  Além do que não existe segurança nas partições fat, pois elas não tem capacidade de armazenar permissões de arquivo. Você tem uma impressora instalada em uma máquina Linux e quer compartilhá-la na rede com máquinas windows.    Você não citou qual gerenciador de impressão usou.  Acredito que deva ser o cups.  Para que seja possível compartilhar a impressora na rede windows, após tela instalado e funcionando normalmente na máquina local (você permitiu que outros usuários tivessem acesso durante instalação da impressora no cups?), é necessário que se adicione algumas linhas extras no smb.conf.   Não estou lembrado exatamente destas configurações, porém uma rápida pesquisada no site da conectiva ou no histórico ou no FAQ do Zago retornarão os dados.  Procure por "compartilhas impressora CUPS samba".  Após ter executado estas configurações e reiniciado o samba, você deve ser capaz de adicionar a impressora nas máquinas windows como faria normalmente em uma impressora compartilhada pelo windows. Marcelo Vivan Borro Reginaldo Pereira Rossi escreveu: Sr...s > > > ja consegui compartilhar arquivos que estão gravados em um apartiçã FAT32 no > smb, alterando o atributo umasc na boa funcionou legal...mas naum to > consegundo compartilhar a impressora, no meu Fedora elqa roda 100%, e foi > instalada localmente é lógico, nas maquinas Rwin aparece o icone da lp0 no > ambioente de rede, mas qdo vou na sessão configuração-impressoras-adicionar > ou remover impressora-  1-clico em adiconar impresora, 2-impressora de rede, > 3- procurar- a maquina que tem a impessora que quero compartilhar naum > aparece compartilhando a lp0, mas no ambiente de rede a lp0 ou pelo menos o > icone aparece, eu instalo pelo ambiente de rede mas qdo mando imprimir nada > acontece... >   > ************************************** De:  Rafael Diniz Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Mountar particao OpenBSD no Linux Data:  Fri, 23 Apr 2004 22:48:34 +0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Naum sei o OpenBSD, mas o NetBSD 2.0 (current, deve ser lançado em poucas semanas) já usa UFS2, e o linux não tem o mínimo suporte pra UFS2... Abraços, Rafael Diniz Em Qui 22 Abr 2004 17:22, Otavio Augusto escreveu: > Galera eu instalei o openBSD em um HD que roda como escrtavo em uma maquina > que ja tenho o slackware rodando normalmente . > > Acontece que nao hora de instalar o shell bash eu indiquei o caminho errado > no arquivo /etc/shells e depois que dei o logout nao consigo mais entrar . > da a mensagem q o arquivo de shell nao foi encontrado . entao eu loguei no > linux e to querendo montar a particao do openBSD no linux para poder editar > o arquivo e ter acesso ao openbsd novamente. > > Mas eu nao consegui montar a particao dei o comando "mount /dev/hdc4 > /mnt/hd" e qdo dou um ls /mnt/hd ele me retorna uma mensagem de erro da > particao . > > Como faco para montar a particao openbsd no linux ? > se nao dar tem outra solucao para o meu problema ? ************************************** De:  Rafael Diniz Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Mountar particao OpenBSD no Linux Data:  Sat, 24 Apr 2004 01:57:12 +0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Otavio, Vi que o OpenBSD naum usa UFS2, mas mesmo se usasse, no kernel 2.6.5 foi incluido o suporte a UFS2 mas read only, oque naum adiantaria muito no seu caso... Bom, para montar o volume UFS você precisa se certificar que teu kernel está com suporte a UFS e marcada a opção "UFS file system write support (DANGEROUS)" (mexa o mínimo possível), tente dar um # modprobe ufs depois tente algo como: # mount -t ufs -o ufstype=44bsd /dev/hdxx /mount_point Veja se funciona. Abraços, Rafael Diniz Em Sex 23 Abr 2004 22:48, Rafael Diniz escreveu: > Naum sei o OpenBSD, mas o NetBSD 2.0 (current, deve ser lançado em poucas > semanas) já usa UFS2, e o linux não tem o mínimo suporte pra UFS2... > > Abraços, > Rafael Diniz > > Em Qui 22 Abr 2004 17:22, Otavio Augusto escreveu: > > Galera eu instalei o openBSD em um HD que roda como escrtavo em uma > > maquina que ja tenho o slackware rodando normalmente . > > > > Acontece que nao hora de instalar o shell bash eu indiquei o caminho > > errado no arquivo /etc/shells e depois que dei o logout nao consigo mais > > entrar . da a mensagem q o arquivo de shell nao foi encontrado . entao eu > > loguei no linux e to querendo montar a particao do openBSD no linux para > > poder editar o arquivo e ter acesso ao openbsd novamente. > > > > Mas eu nao consegui montar a particao dei o comando "mount /dev/hdc4 > > /mnt/hd" e qdo dou um ls /mnt/hd ele me retorna uma mensagem de erro da > > particao . > > > > Como faco para montar a particao openbsd no linux ? > > se nao dar tem outra solucao para o meu problema ? - -- +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- Engenharia da Computação  --  Unicamp http://www.gnu.org/philosophy/why-free.pt.html Radio Muda, radiolivre.org, Centro de Mídia Independente, SubMídia, GPSL Chave PGP: id 0x2FF86098 / keys.indymedia.org "Acreditar num conhecimento que pode ser vendido e comprado é uma forma sutil (e cruel) de perpetuar a ignorância." +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) ************************************** De:  Dorian Bolivar Para:  Thiago Caminha da Silva Cc:  lista-linux Assunto:  Re: (linux-br)Copia de arquivos grandes pela rede. Data:  Wed, 28 Apr 2004 01:15:59 -0300 On Tue, 2004-04-27 at 18:28, Thiago Caminha da Silva wrote: > Você não vai conseguir mesmo o limite de tamanho de 1 arquivo é em torno de > 2Gb para o protocolo que vc esta usando... a má notícia é que por ftp tb não > da pq o limite é ainda menor... > > Tente por http, pode ser que funcione. Mas eu diariamente transfiro arquivos > que 2 GB por FTP (Linux 2.4, ext3). Não vejo porque tais protocolos estabeleceriam esses limites. O que ocorre é que se o lado servidor ou o lado cliente foram compilados para uma arquitetura que possui espaço de endereçamento de 32 bits (por exemplo), haverá um estouro de memória ao tentar ler ou escrever arquivos > que 2 GB. []s, Dorian ************************************** De:  Thiago Macieira Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br) Esquema de montagem de partições Data:  Fri, 30 Apr 2004 17:53:58 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Roberto Brasil Luersen wrote: >/ >/boot >/var >/usr >/usr/home No Linux, esse seria /home. >/backup > >A dúvida é a seguinte, no freebsd eu consigo marcar algumas >partições como assíncronas. Isto tem como ser feito no linux? No Linux, os sistemas de arquivos são montados sempre assíncronos. Para montá-lo sincronamente, você deve usar a opção sync no /etc/fstab. >Outra coisa, não sei se alguem conhece, mas outra coisa que >eu posso habilitar em cada partição é uma ferramenta chamada >softupdates. Isto existe no linux também? Ou ninguem ouviu >falar ainda? :) O Linux usa sistemas de arquivos jornalados. O único não jornalado suportado atualmente é o ext2. Use qualquer um outro (ext3, reiserfs, reiser4, jfs, xfs) e você terá o jornalamento. Se softupdates é melhor do que jornalamento ou o contrário, não sei dizer. - --   Thiago Macieira  -  Registered Linux user #65028    thiago (AT) macieira (DOT) info     ICQ UIN: 1967141   PGP/GPG: 0x6EF45358; fingerprint: ************************************** De:  Jorge Godoy Para:  vitor@jamyrvasconcellos.com.br Cc:  Lista Linux Br Assunto:  Re: (linux-br)Desfragmentador para Linux Data:  Mon, 10 May 2004 13:02:04 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Monday 10 May 2004 10:55, Vitor Alexandre S. Marinho wrote: > Alguem sabe dizer se existe algum desfragmentador de arquivos para > linux? Utilizo o samba como servidor de arquivos e tenho tido muita > demora para gravação em disco. O kernell que utilizo é o 2.4 e o > file system é o ext3. Existia há muitos anos atrás alguns em teste, mas nunca os vi em estado de produção. Qual a porcentagem de fragmentação em teu sistema? Suponho que seu problema também não seja de fragmentação. Já observou seus logs para ver se não há problemas? Sds, - -- Godoy.     -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) ************************************** De:  Thiago Macieira Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Blocos ruins (Ext3 x ReiserFS) Data:  Wed, 19 May 2004 21:21:53 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Claudio Polegato Jr. wrote: >  Seguinte, sempre usei ext3 e nunca tive problema, mas lendo alguns >artigos, muito sugerem usar o reiserfs. Então peguei um HD meia boca >encostado que eu tinha, o qual tem uma série de blocos ruins e que o > ext3 estava funcionando plenamente, mas eu sempre (quase todo dia) > passa um fsck.ext3 com opção de checar blocos defeituosos para > averiguar se estava tudo bem, e sempre esteve. Com o reiserfs não > encontrei nada sobre blocos ruins. Alguém sabe algo sobre blocos > defeituosos e o reiserfs? Até onde eu saiba, a opção de checagem de blocos ruins só existe para o ext2 e ext3. - --   Thiago Macieira  -  Registered Linux user #65028    thiago (AT) macieira (DOT) info     ICQ UIN: 1967141   PGP/GPG: 0x6EF45358; fingerprint:     E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358 ************************************** De:  Rafael Diniz Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)UFS no Linux Data:  Thu, 24 Jun 2004 02:06:47 +0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Se você esiver utilizando o FreeBSD 5.x, ele usa UFS2. UFS2 soh a partir do kernel 2.6.5 (se não me engano). Aqui no meu 2.6.7 tem a opção bonitinha para UFS, e no help diz que suporta o UFS2, mas somente read-only. mas nada que o google naum teria te dito... Abraços, Rafael Diniz Em Qua 23 Jun 2004 22:58, Rodrigo Rodrigues Dias - Lumina1 escreveu: > > Rodrigo Rodrigues Dias - Lumina1 wrote: > >> Ola Comunidade, > >> > >> Alguém já montou uma partição Freebsd no Linux. Já tentei todas > >> as opções do mount e não consigo. Eu só preciso ler os dados de > >> uma partição UFS, em qualquer que seja o SO. > > > > Por acaso o kernel esta habilitado com o suporte a particao do > > Freebsd ?!?! > > Pior que esta, eu usei instalei um Redhat 8 completo, verifiquei e esta > marcado a opcao de UFS, porem somente pra leitura, mas eu nao preciso > gravar. Eu tambem rodei modprobe ufs    e ele carregou o modulo sem > problemas. > > Eu to pensando em baixar um freebsd live e configurar o Samba, assim pego > os dados via rede, o ruim eh que são 40 gb, eu queria evitar isso.... :( > > Agradeço sua ajuda. > > Valeu! > > Rodrigo Rodrigues Dias - -- +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- Engenharia da Computação  --  Unicamp http://www.gnu.org/philosophy/why-free.pt.html Radio Muda, radiolivre.org, Centro de Mídia Independente, SubMídia, GPSL Chave PGP: id 0x2FF86098 / keys.indymedia.org "Acreditar que um conhecimento pode ser vendido ou comprado é uma forma sutil (e cruel) de perpetuar a ignorância." +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) ************************************** De:  Rodrigo Rodrigues Dias - Lumina1 Para:  caio ferreira Cc:  linux-br Assunto:  Re: (linux-br)UFS no Linux Data:  Wed, 23 Jun 2004 19:58:21 -0300 > Rodrigo Rodrigues Dias - Lumina1 wrote: >> Ola Comunidade, >> >> Alguém já montou uma partição Freebsd no Linux. Já tentei todas >> as opções do mount e não consigo. Eu só preciso ler os dados de >> uma partição UFS, em qualquer que seja o SO. >> > > Por acaso o kernel esta habilitado com o suporte a particao do > Freebsd ?!?! Pior que esta, eu usei instalei um Redhat 8 completo, verifiquei e esta marcado a opcao de UFS, porem somente pra leitura, mas eu nao preciso gravar. Eu tambem rodei modprobe ufs    e ele carregou o modulo sem problemas. Eu to pensando em baixar um freebsd live e configurar o Samba, assim pego os dados via rede, o ruim eh que são 40 gb, eu queria evitar isso.... :( Agradeço sua ajuda. Valeu! Rodrigo Rodrigues Dias ************************************** De:  Jorge Godoy Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Boot Dos e Samba Data:  Thu, 8 Jul 2004 23:37:25 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 08 July 2004 19:22, Reinaldo de A. Bonilho wrote: > Estou dando boot com um disquete DOS com rede e mapeio > uma unidade no servidor samba. Até ae tudo bem, meu > disco tem 26GB livres mas no mapeamento ele só mostra > 2GB. Alguem sabe o que acontece ???? Limitações do DOS? IIRC, o sistema de arquivos dele era bem limitado... - -- Godoy.     -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) ************************************** De:  Demétrius Mendes Para:  César B. Viegas , linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br) limite de arquivos em um diretório Data:  Fri, 23 Jul 2004 15:13:43 -0300 no reiser o numero maximo de arquivos em um subdir eh de 2^32 -4, na versão 3.6, segundo a especificação da Namesys: www.namesys.com, na seção FAQ. em outros filesystem eu naum sei... ----- Original Message ----- From: "César B. Viegas" To: Sent: Friday, July 23, 2004 11:23 AM Subject: (linux-br) limite de arquivos em um diretório > Preciso de uma informação, alguém sabe me dizer se existe um número máximo > de arquivos que podem ser armazenados em um mesmo subdiretório no Linux? ************************************** De:  Francisco S. Wechsler Para:  César B. Viegas Cc:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br) limite de arquivos em um diretório Data:  Fri, 23 Jul 2004 15:10:09 -0400 (EDT) On Fri, 23 Jul 2004, César B. Viegas wrote: > Preciso de uma informação, alguém sabe me dizer se existe um número máximo > de arquivos que podem ser armazenados em um mesmo subdiretório no Linux?   Extraído de lista de discussão do SUSE: 1. O número máximo de arquivos depende do no. de inodes. Se V. pretende armazenar milhares de arquivos pequenos, uma solução seria aumentar o no. de inodes ao formatar do disco (man mk2efs e man dump2efs para mais informações). 2. Na prática, a capacidade do diretório será muito menos limitante que a degradação de seu desempenho ao buscar estes milhares de arquivos. Sendo assim, uma recomendação seria subdividir o diretório de acordo com a letra inicial (ou as duas iniciais) do nome do arquivo (um sub-diretório para os a*, outro para os b* etc.) V. pode ainda subdividir mais, usando a terceira e quarta letras etc. Isto aumenta muito a velocidade de busca. -- Francisco Stefano Wechsler           | Diga não ao monopólio! Use Gnu-Linux. Dep. Prod. Expl. Animal-FMVZ-UNESP   | Que o Pingüim esteja contigo! 18618-000 Botucatu, SP, Brasil       | Tel/FAX: 0-xx-14-3811-7180/7185/7189 | Esperanto, a Língua Internacional. ************************************** De:  Marcos R. Pawloski Para:  Glênio Côrtes Himmen , Edilson Santos , linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Re: Executar arquivo Data:  Mon, 26 Jul 2004 20:40:32 -0300 Ou... o arquivo em questão, apesar de ser um executável, não está setado com esta permissão (por questões de segurança é claro)... Já tentou  um # chmod +x  nome_do_arquivo  e depois um  ./nome_do_arquivo ou ainda um   # sh nome_do_arquivo   ? > Edilson, > > Plataforma errada... > > ----- Original Message ----- > >From: Edilson Santos > > > >Eu recebi um utilitario da dell para diagnosticar se algum problema na > maquina, > >quando tentei executar o arquivo deu a seguinte mensagem: cannot execute > binary > >file . ************************************** De:  Thiago Macieira Para:  linux-br@bazar2.conectiva.com.br, luis@results.com.br Assunto:  Re: (linux-br)Arquivo tar muito grande Data:  Thu, 2 Sep 2004 23:32:13 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Luis Henrique de Faria Guimaraes wrote: >Estou com um problema para executar este comando, pois sei que o kernel >suporta abertura de arquivo com até 2GB e o arquivo que eu quero gerar >ultrapassa este limite. Você errou por algumas ordens de grandeza. O limite para tamanho de arquivo é de alguns petabytes, nos casos mais modestos. - --   Thiago Macieira  -  Registered Linux user #65028    thiago (AT) macieira (DOT) info     ICQ UIN: 1967141   PGP/GPG: 0x6EF45358; fingerprint:     E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358 ************************************** De:  Thiago Macieira Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Tipos de partições Data:  Sat, 25 Sep 2004 16:28:40 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Silas Justiniano wrote: >Que eu saiba, há trÊs tipos de partições que posso utilizar no Linux, >ext2, ext3 e ReiserFS. > >Qual a diferença entre as três? Hmm... não. Primeiro, não são 3, são 5. Segundo, não são tipos de partição, são sistemas de arquivos. (Afinal, nem toda partição tem um sistema de arquivo e nem todo sistema de arquivo fica numa partição) Os outros dois que você não mencionou são XFS e JFS. O Second Extended (ext2) é o sistema de arquivos que foi feito para o Linux para substituir o Extended original. E o ext3 -- que deveria ser "Third Extended" mas eu nunca o vi sendo chamado assim -- é basicamente um ext2+jornalamento. Os outros três são completamente distintos. Eles têm em comum o fato de serem sistemas de arquivo para Unix e serem jornalados. Fora isso, são completamente diferentes: dois implementam ACLs (xfs e ext3), três podem crescer (ext3, reiserfs e xfs), um não pode decrescer (xfs), um pode crescer sem desmontar (reiserfs), e por aí vai. PS: posso estar errado em algumas das características. - --   Thiago Macieira  -  Registered Linux user #65028    thiago (AT) macieira (DOT) info     ICQ UIN: 1967141   PGP/GPG: 0x6EF45358; fingerprint: ************************************** De:  Ednei Pacheco Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Tipos de partições Data:  Sun, 26 Sep 2004 09:05:50 -0300 (ART) Complementando as características descritas pelo Thiago, tanto o ReiserFS (Alta Disponibilidade) quanto o ext3 possuem o journaling, porém com concepções "diferentes". Enfim, segue um trecho de um trabalho que estou desenvolvendo, com estas explicações detalhadas: -//- O ReiserFs apenas armazena informações sobre o espaço dos arquivos e permissões, ao passo que o Ext3 além de executar estas funções ainda salvaguarda o próprio conteúdo dos arquivos afetados durante uma possível queda geral do sistema. A grande vantagem do sistema ReiserFS está na facilidade de recuperar a consistência do sistema de arquivos em um tempo mínimo (décimos de segundos). Praticamente torna-se inexistente a possibilidade de uma pane em alguma pasta ou até mesmo nas partições do disco rígido. Em contrapartida, caso o sistema esteja sofrendo gravações de dados no exato momento da queda, estas arquivos infelizmente não poderão ser recuperados, pois seu conteúdo estará truncado ou incompleto. Já o sistema Ext3 apresenta características quase que "opostas" ao ReiserFS: pelo fato de realizar a manutenção dos dados gravados no exato momento da queda do sistema, as possibilidades de recuperação destes arquivos são infinitamente maiores. Em contrapartida, é praticamente certo a degradação de desempenho face às constantes gravações em seu log de sistema. Além disso, existe a possibilidade do próprio journal se corromper durante a queda do sistema, que com isto acarreta na necessidade da utilização do demorado processo de recuperação com o fsck. -//- Ah, o ReiserFS possui um cluster de 512 bytes; o ext3 de 4096 kbytes. Bem, foi o que consegui apurar até o momento. Se houver algum equívoco no texto acima, favor me corrijam. Att., Ednei Pacheco, pachequinho_rj@yahoo.com.br. ************************************** De:  Claudio Polegato Junior Para:  Jorge Godoy Cc:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Desfragmentador para linux?? Data:  Thu, 18 Nov 2004 05:34:53 -0200 (EDT) Olá Godoy, > Infelizmente o LVM no Linux está limitado a 255 GB.  Uma pena...   Porém, ao que li a pouco tempo na Linux Magazine é que o LVM2 pode conter 65535 blocos lógicos com tamanho padrão de 32 MB cada, o que dá 2 TB totais possíveis de se mapear. Não foi muito a fundo no assunto, mas pelo que percebi este tamanho de bloco lógico pode ser variado, podendo então mudar o limite. Não sei se foi a fundo nesse assunto, mas isso é então verdade ou uma gafe da revista? > 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.   Em se tratando do sistema de arquivos, já vi muitas estatísticas, porém continuo com o ext3 em modo ordered, pois nunca tive problemas com o mesmo. Mas sabe se existe algum lugar que faz estatísticas menos "burras", isto é, mais práticas, como por exemplo o melhor fs para serivdor de e-mail, o melhor para bd (com mysql, oracle, postgresql, etc), o melhor para desktop, o melhor para servidor de arquivos (clipper, cobol, etc), o melhor para DNS, ... Entendo o que quero dizer? E em termos de segurança, qual o melhor? As últimas informação de li sobre os sistema em árvore (praticamente todos com exceção do ext3) é que um corrompimento da árvore manda os dados para o beleléu. []'s Claudio ************************************** De:  Thiago Macieira Para:  linux-br@bazar2.conectiva.com.br Cc:  eddy Assunto:  Re: (linux-br)Convertendo ext3 para reiserfs no Slack 10 Data:  Fri, 19 Nov 2004 19:54:50 -0200 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 eddy wrote: >tem como converter o ext3 para reiserfs sem perder o conteudo o ext3 e >todo o sistema ? Só um: fazendo backup, formatando o sistema de arquivos, restaurando o backup. - --   Thiago Macieira  -  Registered Linux user #65028    thiago (AT) macieira (DOT) info ************************************** De: Adriano Frare Responder A: alfrare@e-alinux.com Para: linux-br Assunto: (linux-br)Conversao EXT2 p/ EXT3 Data: Thu, 17 Feb 2005 22:45:28 -0300 Caros Colegas, Eu tenho uma HD (/dev/hda) na IDE master com 120Gb no qual está instalado o Conectiva 9 e a partição / é EXT2 e fiz a conversão para o EXT3. Eu inicializei o servidor no INIT 1 e realizei o processo de conversão utilizando os seguintes comandos abaixo: 1) executei o comando -> tune2fs -j /dev/hda2 2) Alterei o FSTAB para -> /dev/hda2 / ext3 defaults 1 2 3) Executei o comando -> tune2fs -i 0 -c 0 /dev/hda2 Inicializo o servidor sem problemas, porem ao verificar as messagens do sistema, eu vi a seguinte mensagem: [root@e-alinux afrare]# dmesg | grep ext3 EXT2-fs warning (device ide0(3,2)): ext2_read_super: mounting ext3 filesystem as ext2 Segue abaixo a minha estrutrura de partição. Filesystem 1k-blocks Used Available Use% Mounted on /dev/hda2 112649700 62129960 44705016 59% / /dev/hda1 101089 16962 78908 18% /boot Gostaria de saber se a mensagem na inicialização do servidor é algum tipo de erro. Grato pela ajuda. Adriano De: Adriano Frare Responder A: alfrare@e-alinux.com Para: Fabio Jr. Beneditto Cc: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)Conversao EXT2 p/ EXT3 Data: Sat, 19 Feb 2005 22:55:48 -0300 Caros Colegas, Agradeço a dica e a solução encontrada foi a criação de uma nova imagem de inicialização, pois o EXT3 é um módulo no CL9. Segue abaixo a solução encontrada: 1) Execute o comando -> mkinitrd -v -f initrd-2.4.21-31301U90_19cl_ext3.img 2.4.21-31301U90_19clenterprise --with=ext3 --fstab=/etc/fstab 2) Copie o arquivo initrd-2.4.21-31301U90_19cl_ext3.img para o diretório /boot 3) Crie uma entrada no /boot/grub/menu.lst conforma o exemplo, title = Conectiva Linux 9 [Modo texto - 50 linhas -2.4.21-31301U90_19cl_ext3 - Enterp] kernel = (hd0,0)/vmlinuz-2.4.21-31301U90_19clenterprise vga=791 root=/dev/hda2 3 initrd = (hd0,0)/initrd-2.4.21-31301U90_19clenterprise_ext3.img Agradeço a todos pela ajuda. Adriano ************************************** De: Antonio Claudio Para: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br) Número máximo de arquivos abertos (=?iso-8859-1?q?Configura=E7=E3o_de?= Ambiente) Data: Fri, 27 Aug 2004 18:50:13 -0400 Em Sex 27 Ago 2004 15:44, Eduardo Mauricio Pessoa de Souza escreveu: > Pessoal, > > Preciso de uma ajuda!!! > > Estamos instalando o sistema Protheus da Microsiga no conectiva 10 pro, > existe a recomendação de configurar o numero de arquivos a serem abertos, > foi solicitado que executasse os seguintes comandos: > > comando 1)echo 8192 > /proc/sys/fs/file-max O ideal é depois você colocar este parâmetro no seu /etc/sysctl.conf, fs.file-max=8192, depois execute sysctl -p para carregar no /proc. > comando 2)echo 32768 > /proc/sys/fs/inode-max Esse inode-max é para versões da série 2.2 do kernel, portanto deve ser por isso que ele não está no seu /proc -- []'s Antonio Claudio ************************************** De: scsantos at unigranrio com br Para: linux-br@bazar2.conectiva.com.br, Miguel da Silva Assunto: Re: (linux-br)Copiar arquivo de 2GB para rede NFS faz travaro micro. Data: Fri, 17 Sep 2004 14:31:32 -0300 O travamento é estranho, mais,se o GNU/Linux não estiver preparado para manipular arquivos com mais de 2GB dê uma olhada no tutorial que escrevi para dar uma solução no problema sem precisar compilar o kernel utilizanfo o split. http://www.gulbf.com.br/apostila/split.html GULBF - GRUPO DE USUÁRIO LINUX DA BAIXADA FLUMINENSE - RJ Um fraterno abraço Silvio Cesar L. dos Santos Divisão de Tecnologia da Informação Universidade do Grande Rio - UNIGRANRIO (o_ //\ - Software Livre - V_/_ conhecimento ao alcance de todos ************************************** De: Thiago Macieira Para: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)resize2fs - como faço o calculo para colocar os blocos? Data: Thu, 30 Sep 2004 06:43:31 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 GuiNET© wrote: >bom gostaria de saber como faço o calculo para ter os blocos... ou se já >existe um comando para tal coisa?. Eu recomendo: não faça o cálculo. Deixe o programa fazê-lo. >segue o exemplo: > >======================== >root@guinet:/home/guilherme# resize2fs -d 2 /dev/vg00/lv00 >resize2fs 1.35 (28-Feb-2004) >The filesystem is already 131072 blocks long. Nothing to do! >======================== > >ou seja eu poderia usar o comando com 131072 ? > ># resize2fs /dev/vg00/lv00 131072 Se você está aumentando o sistema de arquivos, aumente o LV primeiro e depois acione o resize. Ele deve sozinho reconhecer o tamanho novo e aumentar. (O resize_reiserfs faz isso e nem precisa desmontar) Se você está diminuindo, diminua o sistema de arquivos para algo menor do que você pretende deixar. Aí diminua o LV para o tamanho final e faça o sistema de arquivos *crescer* para o tamanho final. (Ou seja, chame o resize duas vezes) - -- Thiago Macieira - Registered Linux user #65028 thiago (AT) macieira (DOT) info ICQ UIN: 1967141 PGP/GPG: 0x6EF45358; fingerprint: ************************************** De: Djames Suhanko Para: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)Comparacao Linux vs. NFS Data: Sun, 16 Oct 2005 17:25:30 -0300 Olá ! Em estabilidade e performance, o NFS é superior, mas você pode tentar também o OpenAFS, anteriormente propriedade da Transarc Corporation (chamado apenas AFS até então), atualmente da IBM: http://www-128.ibm.com/developerworks/opensource/ Um guia a respeito: http://www-li5.ti.uni-mannheim.de/~hinkelb/AFS.htm Abraços ! Em Domingo 16 Outubro 2005 16:39, Tito Guerra Bocorny Filho escreveu: > Principalmente nos quesitos velocidade e confiabilidade, qual é o melhor > sistema de arquivos, o bom e velho NFS, o samba ou algum outro?? > alguém tem alguma dica, link ou conhecimento de comparações ou algo que > possa nos ajudar?? -- Djames Suhanko - LinuxUser 158.760 **************************************