1. Acesse a pasta que deseja buscar. [ Subpastas farão parte das pesquisas.]
2. Digite o comando: grep -rin “PALAVRA” ./*

Pronto, resultado na tela

Deus te abençoe ricamente!
Sucesso!

hoje tive a necessidade de rodar o memtest86 em um pc aqui de casa. O leitor de CD/DVD não funciona [preciso trocar... rsss], então tive que rodar o memtest86 através de um pendrive.

Vamos aos passos:
1. Baixe o memtest86: http://www.memtest86.com/memtest86-3.5.usb.tgz
2. Acesse a pasta do memtes86
3. Conecte seu pendrive
4. Veja qual partição esta seu pendrive
# sudo diskutil list

Veja saída do comando:

/dev/disk0
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *250.1 GB disk0
1: EFI 209.7 MB disk0s1
2: Apple_HFS Macintosh HD 249.7 GB disk0s2

/dev/disk1
#: TYPE NAME SIZE IDENTIFIER
0: FDisk_partition_scheme *16.0 GB disk1
1: Windows_FAT_32 Cruzer 16.0 GB disk1s1

Note que o Pendrive esta identificado em /dev/disk1
Agora será preciso desmontar:
# sudo diskutil umount /Volume/Nome_pendrive
Se você não fizer isso não será possível rodar o dd para gerar o memtest86 no pendrive.

Pronto basta rodar o comando:
dd if=memtest86-3.5.usb of=/dev/disk1
* Lembre-se que no meu caso foi /dev/disk1, o seu dependerá da saída do diskutil list

Pronto, agora é só da o boot pelo pendrive que seu memtest86 já esta funcionando!

Essa tela, possibilita a instalação rápida e prática de serviços no seu servidor, como ex: samba, lamp, dns, mysql, postgresql e etc…

A dica é:
Caso deseje chamar essa tela em outro momento, basta digitar o comando abaixo no terminal:
# sudo taskel

Primeiramente acesse o link abaixo e pegue a versão stable:

http://www.zdziarski.com/projects/mod_evasive/

Descompacte o arquivo, pode usar o comando abaixo (utilizei a versão 1.10.1)
tar -zxvf mod_evasive_1.10.1.tar.gz

Acesse a pasta do mod_evasive:
cd mod_evasive

Execute o seguinte comando: (Para apache 2.0, se usar uma versão anterior atualize )
/usr/sbin/apxs -cia mod_evasive20.c

Adicione as seguintes linhas em seu httpd.conf

DOSHashTableSize 3097
DOSPageCount 2
DOSSiteCount 50
DOSPageInterval 1
DOSSiteInterval 1
DOSBlockingPeriod 400

Pronto agora reinicie seu apache:
service httpd restart
/etc/init.d/httpd restart

Abraços,
que DEUS abençoe a todos.

Realmente ficou muito mais lento, vamos esperar se lançam alguma atualização para melhorar esse quesito velocidade.
Portanto fica a dica: Não atualizem seu 8.04, ele é uma maravilha.

OBS: Minha máquina é um AMD Turion X2 64Bits – 2GB de RAM – Placa de Vídeo Gforce de 256mb.

Forte abraço!
Deus ilumine e seja louvado na vida de vocês.

O projeto Debian GNU/lFreeBSD tem a intenção de expandir o Debian, possibilitando que esse que é uma das mais populares distribuições Linux, não dependa exclusivamente do kernel Linux, mas possa também utilizar o kernel do FreeBSD.

Em essencia o projeto é um port ao contrário do FreeBSD, removendo da userland todas as bibliotecas e aplicações BSD e adicionando a userland/libs e gerenciamento de pacotes do Debian. Os argumentos dos desenvolvedores Debian envolvidos podem ser encontrados aqui.

Em uma tradução livre, temos:

Aqui estão as razões pelas quais acreditamos que o Debian GNU/kFreeBSD deve ser preferido frente a outros sistemas como o FreeBSD e o Debian GNU/Linux.

Não há verdades absolutas nem esperamos que todos concordem com tais razões. Dessa forma por favor não se empenhe em uma discussão sem fim tentando convencer outra pessoa que o Debian GNU/kFreeBSD é a melhor opção. Esse tipo de coisa nos prejudica mais que ajuda.

Por quê você prefriria o Debian GNU/kFreeBSD ao invés do Debian GNU/Linux?

• Interface de kernel mais limpa ou mais padronizada:

• • Implementação única do /dev via devfs, ao inves das 3 implementações incompatíveis que o Linux oferece para manipular o /dev.
  • OSS como sistema padrão de som (ou seja o padrão de interface suportado por praticamente qualquer Unix-like disponível).
  • OpenBSD Packet Filter (pf).

• Outros recursos legais de segurança, como jails.
• Suporte a drivers NDIS no kernel padrão. No Linux o NdisWrapper provavelmente não entrará no kernel  padrão.
• A possibilidade de ter o ZFS no kernel padrão. Devido a questões de licenceamento e patentes, ZFS provavelmente não vai entrar no kernel Linux.
• kFreeBSD é uma alternativa caso a SCO tenha vencimentos relevantes na justiça e considere o Linux ilegal, ou qualquer outra aleaça. Em termos legais os fontes Linux são como um campo de minas. kFreeBSD é bem menos vulnerável a esses ataques devido ao seu modelo de desemvolvimento menos “estilo bazaar”.
• Desenvolvedores do kernel do FreeBSD tem interesse mais frequente em adicionar novos recursos ao invés de gerar forks (o port do Xbox é um ótimo exemplo. Veja a posição do Linus Torvalds e dos desenvolvedores FreeBSD).
• Alguns dizem que o kFreeBSD tem melhor performance e/ou estabilidde (especialmente nas áreas de disco e sistema de arquivos);
• O kernel FreeBSD pode suportar algum hardware que o Linux não suporte e/ou o FreeBSD suporta melhor (menos bugs).
  

Por quê você preferiria o Debian GNU/kFreeBSD ao invés do FreeBSD?

• Se você gosta do sistema de pacotes do Debian (ou seu conjunto de pacotes) mais do que gosta da Coleção de Ports do FreeBSD (questão de preferência).
• Se você prefere a userland GNU ao invés da BSD (novamente, apenas questão de preferência).
• Se você não tem nada contra a GPL ou software de licença copyleft, vai gostar dos módulosúteis como do ext2fs, o vindouro ReserFS e XFS, ou o fato que o suporte a rede no Xbox vem (ou virá) compilado no kernel padrão.
• Se você se preocupa em ter um sistema 100% livre, ja que nosso compromisso com o Guia de Software Livre Debian (DFSG) garante que o Debian GNU/kFreeBSD não incluirá qualquer software considerado não-livre. Nós removemos alguns drivers não-livres contidos na árvore do FreeBSD, como o driver ath.

Referências:

• O anúncio.
• Lista de motivos acima (original).
• FAQ do projeto Debian GNU/kFreeBSD.
• Wiki oficial do Debian GNU/kFreeBSD.

Créditos: Fug

1. Copiar o modulo para a pasta de modulos ativos do apache:
sudo cp /etc/apache2/mods-available/rewrite.load /etc/apache2/mods-enabled/

2. Editar o arquivo de configuração padrão do apache para ativar o funcionamento de urls amigáveis:
sudo gedit /etc/apache2/sites-available/default

Alterar Options Indexes FollowSymLinks MultiViews AllowOverride None

Para Options Indexes FollowSymLinks MultiViews AllowOverride All

Veja que alteramos apenas o None para All.

Após isso restart o servidor apache
sudo /etc/init.d/apache2 restart

Forte abraços a todos.
Deus seja louvado.

2 vezes que meu ubuntu parou de funcionar a placa de som, e 1 vez eu reinstalei para resolver o problema, sabe como é o tempo de está pesquisando para resolver, como estava precisando reinstalar mesmo, eu o fiz. Mas dessa segunda vez eu achei d+… rsss. Então eu fui procurar o porque do meu som parar de funcionar e ficar só pipocando sem sair áudio algum. Fui no controle de volume e vi que o PCM estava com volume zerado, quando eu aumentei, ele voltou a funcionar, e parou de ficar pipocando… ficando aquele chiado ao invés de tocar a música.

Bom foi assim que eu resolvi, vamos ver se vai voltar.

Abraços a todos.

Dica: Montando Pendrive no OpenSuse 11.1

Tive alguns problemas para montar meu pendrive como user normal no OpenSuse, dei uma pesquisada e encontrei o problema, meu user estava sem as permissões adequadas para montar o pendrive automaticamente. Mas um comando resolve isso tudo. Logue-se como root em algum terminal de sua preferência:

# polkit-auth –grant org.freedesktop.hal.storage.mount-removable –user nomedoseuuser

Pronto!
Agora assim que você plugar seu pendrive ele já será montado automaticamente no diretório /media , no KDE, Gnome e XFCE, já abrem diretamente a janela no caminho do seu pendrive.

Abraço

Autor: Santiago Staviski

Pessoal, navegando na internet achei esse post um que me chamou muito anteção, apesar de ser de 2007. Como muitos utilizam sistemas operacionais não atualizados, acho interessante postar para vocês queridos leitores. Gostaria apenas de alertar vocês que antes de fazerem os procedimentos de correção efetue o teste e tenha certeza que o seu notebook/desktop encontra realmente com o problema citado abaixo.

Recentemente, uma notícia no br-linux alertou sobre a possibilidade do gerenciamento de energia de algumas distribuições GNU/Linux, do Ubuntu em especial, estarem reduzindo a vida útil dos discos rígidos (HDs). Como noticiado em diversos sites da internet [1,2], isto não é um bug do Ubuntu. Na verdade, o Ubuntu apenas segue as recomendações equivocadas fornecidas pelos próprios fabricantes de notebooks e desktops. Neste artigo, o problema é explicado em detalhes e uma solução bastante simples é apresentada. Esta é baseada em um script que necessita ser executado uma única vez e faz todo o trabalho para correção do problema. Além disso, o artigo termina fazendo uma breve discussão sobre o pacote smartmontools que monitora o estado do HD e informa quando este está na eminência de sofrer alguma falha.

Entendo o problema

Pode-se pensar em um HD como aqueles antigos toca-discos usados com os LPs de vinil. Neste caso, o disco de vinil é a superfície de armazenamento, enquanto a agulha pode ser considerada a cabeça de gravação. Normalmente, no caso dos HDs, a cabeça de gravação não toca a superfície do disco. Ao invés disso, esta fica a uma distância segura. Evidentemente, o contato da cabeça de gravação com a superfície do disco durante uma queda ou tombo pode danificá-lo. Então, para permitir o transporte seguro dos equipamentos, foi criada a tecnologia de carga/descarga (load/unload). Basicamente, tal tecnologia permite que a cabeça de gravação seja movida para uma região bem distante da superfície do disco quando este não estiver sendo utilizado, por exemplo, quando o equipamento está em estado de hibernação para economizar energia. É claro, antes do HD poder ser utilizado novamente, a cabeça deve retornar para a sua posição de operação normal.

Desktops também, mas principalmente os notebooks possuem um sistema de gerenciamento de energia. Este desliga alguns dispositivos do hardware que não estão sendo utilizados. É claro que isso também se aplica aos HDs. Assim, para economizar energia, muitas vezes os HDs têm sua rotação reduzida ou até mesmo são desligados temporariamente. Além de economizar energia, se for feito de forma eficiente, isto aumenta a vida útil do HD, pois mantém a sua temperatura mais baixa.

Quando entram em modo de economia de energia, a cabeça de leitura/gravação dos HDs também podem ser descarregadas (unloaded). Quem decide quando fazer isso é o sistema operacional, através de seu sistema de gerenciamento de energia. Este é um ponto importante, pois existe um limite máximo de vezes que a cabeça de gravação pode ser carregada/descarregada. Um valor bastante aceito pare este limite é 600.000 vezes [2]. Contudo, outros autores afirmam que este valor vale apenas para HDs da Hitachi. Para HDs de outros fabricantes, o valor é apenas 200.000 [3]. Após ultrapassar este limite, o HD tem uma grande chance de apresentar perdas de dados.

Em tese, os fabricantes dos notebooks são os mais indicados para decidir a melhor estratégia de carga/descarga dos HDs. Apensar disso, as versões do Windows e do MacOS ignoram as recomendações dos fabricantes e impõem suas próprias estratégias de gerenciamento de energia. Ao contrário, por serem mais fieis aos padrões da indústria, distribuições baseadas no GNU/Linux como, por exemplo, o Ubuntu, realizam o gerenciamento de energia segundo as recomendações dos fabricantes. O problema é que (pasmem) a maioria dos fabricantes fornecem parâmetros absurdos ao sistema operacional. Em alguns casos, se forem seguidos, tais parâmetros podem fazer com que o HD seja carregado/descarregado até 3 vezes por minuto [4]. Neste caso, a vida útil do HD chega ao fim apenas após alguns meses de uso.

Detectando o problema

No Ubuntu, para verificar se o gerenciamento de energia está impondo ciclos de carga/descarga demais ao HD, é necessário instalar o smartmontools. Para isso, simplesmente, deve ser executado o comando a seguir.

sudo apt-get install smartmontools

Com o smartmontools instalado, pode-se utilizar o smartctl como segue para visualizar o número de ciclos de carga que o HD já foi submetido.

sudo smartctl -A /dev/sda | grep Load_Cycle_Count

Evidentemente, /dev/sda deve ser substituído com o dispositivo que deseja-se inspecionar.

A saída do comando anterior é algo como segue.

193 Load_Cycle_Count 0×0032 189 189 000 Old_age Always – 35715

Em tal saída, a informação importante é o último número, o 35715. Este é o número de ciclos de carga do HD. Deve-se esperar algo em torno de 10 ou 20 minutos antes do smartctl ser executado novamente. Isso dará uma estimativa de quantas vezes por minuto o HD está sofrendo um ciclo de carga/descarga. Sabendo que um HD pode sofrer 200.000 ciclos desse tipo, pode-se estimar quantas horas de vida útil ele tem. O ideal é que, durante o intervalo de uns 20 minutos, não seja feito (quase) nenhum ciclo de carga. Contudo, ao invés disso, se o sistema de gerenciamento de energia estiver sendo muito agressivo com o HD, deve-se corrigir o problema.

Corrigindo o problema

Para corrigir o problema, a forma mais prática talvez seja executando o script abaixo como root.

#!/bin/sh

PARAM=255
HD=/dev/sda

echo "#!/bin/sh" > 99-hdd-spin-fix.sh
echo "hdparm -B $PARAM $HD" >> 99-hdd-spin-fix.sh

chmod +x 99-hdd-spin-fix.sh

cp 99-hdd-spin-fix.sh /etc/acpi/suspend.d/
cp 99-hdd-spin-fix.sh /etc/acpi/resume.d/
mv 99-hdd-spin-fix.sh /etc/acpi/start.d/

Parâmetros importantes do script acima são as variáveis PARAM e HD. A variável PARAM pode ser igual a 255 ou 254. O valor 255 desliga o gerenciamento de energia do HD completamente. Assim, os ciclos de carga serão mínimos, mas o HD ficará a uma temperatura mais elevada que o normal. Contudo, é consenso que o HD pode lidar melhor com alguns graus de temperatura a mais do que muitos ciclos de carga. Por outro lado, o PARAM=254 faz com que o gerenciamento de energia para o HD continue ativo, mas de uma forma menos agressiva. Por último, a variável HD deve ser alterada se o dispositivo do HD que se deseja proteger seja diferente de /dev/sda.

Antes de executar o script anterior deve-se copiar e colar as linhas de código acima em um arquivo texto, salva-lo como hdd-spin-fix.sh e executá-lo como segue.

sudo sh hdd-spin-fix.sh

Pronto! Após isso, a próxima vez que o sistema for iniciado, gerenciamento de energia será bem mais gentil com o HD.

Monitorando outros problemas

Um fato importante a ser observado é que o smartctl não fornece apenas informações sobre a quantidade de ciclos de carga. Por exemplo, o comando a seguir fornece dezenas de informações sobre o HD em /dev/sda.

sudo smartctl -a /dev/sda

Há um excelente artigo do Linux Journal [5] que explica todas as informações retornadas pelo smartctl. Tais informações fornecem estimativas bastantes exatas de quando e porque o HD dará problema. Contudo, não é necessário usar o smartctl frequentemente para monitorar a saúde do HD. Ao invés disso, o pacote smartmontools instala um daemon (o smartd) que é ativado na carga do sistema. Assim, basta instalar o smart-notifier com o comando a seguir para ser notificado por uma janela pop-up quando o HD tem uma grande probabilidade de dar problema.

sudo aptitude install smart-notifier

Evidentemente, para funcionar de forma adequada, o smart-notifier deve ser executado sempre que uma nova sessão for iniciada.

Referências

1. Ubuntu Demon’s blog
2. Linux-Hero.com
3. Problem with hard drive clicking
4. Bug #59695 in acpi-support (Ubuntu)
5. Monitoring Hard Disks with SMART

Fonte: http://alexblog.eeol.org/linux/aumentando-a-vida-util-dos-hds/

OBS: PESSOAL, FIZ O TESTE EM UM NOTEBOOK COM UBUNTU 8.10 E NÃO CONSTATEI O PROBLEMA, DESTA FORMA, PEÇO PARA QUEM ACOMPANHOU ESTE TOPICO PRIMEIRO FAÇA O TESTE ANTES DE EFETUAR QUALQUER MUDANÇA.

ABRAÇOS A TODOS,

THIAGO TORRES.