CONTANDO LINHAS EM BRANCO

Contando as linhas em branco de um arquivo, onde podem ser incluídos espaços e tabs :

cat filename |awk ‘ /^[’\ ‘|’\\t’]*$/ { ++x } END { print “No. of Blank Lines = ” x } ‘

Inicializa??o do Slackware
Inicializa??o do Slackware

Piter Punk

Existe muita documenta??o a respeito do m?todo de inicializa??o System V, utilizada por v?rios *nix comerciais e pelos RedHat-like (Mandrake, Conectiva, etc…). J? o Slackware, utiliza como m?todo de inicializa??o o estilo BSD, muito mais compat?vel com a filosofia de manter tudo simples dominante no Slack…
1 Introdu??o
Quem j? utilizou v?rios Linux j? percebeu, o boot do Slackware ? mais r?pido. E o grande respons?vel por isto ? o m?todo de inicializa??o dele. Ao contr?rio dos sistemas baseados em SystemV, que carregam dezenas de scripts para cada servi?o a ser utilizado, o Slackware carrega apenas uns poucos scripts, mais r?pidos e eficientes…

Todos estes scripts est?o hospedados sob o /etc/rc.d, cada um deles respons?vel por uma das etapas da inicializa??o:

rc.S - Este ? o script de Start do Slackware;
rc.K - Carregado quando entramos no runlevel 1, para manuten??o do sistema;
rc.M - Modo multiusu?rio, utilizado nos demais runlevels;
rc.4 - Aciona o login gr?fico (runlevel 4);
rc.0 e rc.6 - Respectivamente desliga e reboota o computador.
Al?m destes, existem v?rios outros que s?o chamados a partir destes primeiros, alguns deles setam apenas um servi?o, outros configuram o hardware da m?quina, s?o eles:

rc.modules - Carrega os m?dulos do kernel;
rc.pcmcia - Suporte a dispositivos pcmcia (muito utilizados em notebooks);
rc.serial - Configura as portas seriais da m?quina;
rc.cdrom - Verifica se existe um CD no drive e monta-o automaticamente;
rc.gpm - Configura e carrega o gpm (suporte a mouse);
rc.font - Carrega a fonte de console a ser utilizada;
rc.keymap - Ativa o mapa de teclado apropriado e;
rc.ibcs2 - Modo de compatibilidade bin?ria com outro *nix para 386.
Tamb?m temos scripts especiais para a configura??o das interfaces e servi?os da rede:

rc.netdevice - Carrega o m?dulo para a placa de rede correta.
rc.inet1 - Configura IP, Gateway, etc…
rc.inet2 - Carrega v?rios servi?os, como o rpc.portmap, ypbind, nfsd, lpd entre outros;
rc.samba - Ativa o protocolo SMB;
rc.atalk - Uso do protocolo AppleTalk (algu?m usa isso?!?!??!?) e;
rc.news - Carrega os news services;
rc.httpd - Ativa o Apache.
Por ?ltimo, carregamos o rc.local, que cont?m as configura??es pr?prias da m?quina local. Algumas pessoas colocam aqui suas regras de firewall (outras preferem colocar em um rc.firewall), outras usam o rc.local para carregar programas como monitores de rede, etc…

Nas pr?ximas se??es, iremos descrever em detalhes o que fazem cada um destes scripts. Nos acompanhe -;)

2 Os b?sicos…
Bom, considerei como b?sicos os scripts respons?veis por cada runlevel (0,1,2,3,4,5,6), lembrando que os n?veis 2 e 5 na realidade carregam o runlevel 3.

2.1 rc.S
O rc.S faz as primeiras configura??es da m?quina, como ativar a swap e checar os sistemas de arquivos. ? um arquivo cheio de coment?rios, sendo facilmente modific?vel (embora n?o seja t?o aconselh?vel). Para deixar sua box r?pida desde o boot, esse ? o melhor lugar para colocar as suas configura??es do hdparm -;)

Logo que o rc.S ? executado, ele ativa a swap e faz um update das bases de dados. Estas s?o utilizadas pelo comando whereis, which, etc… logo em seguida ? verificada as parti??es de seu disco. ? aqui que a parti??o root ? montada.

Em seguida s?o montadas as outras parti??es, exceto as NFS, j? que os m?dulos de rede e os servi?os apropriados ainda n?o foram carregados.

Na seq??ncia, s?o apagados alguns arquivos tempor?rios e em seguida ? setado o rel?gio do sistema. Caso sua parti??o / seja do tipo UMSDOS (como no ZipSlack), ? neste momento que ela ser? sincronizada e organizada para ser utilizada corretamente.

Se voc? j? tentou modificar o issue (apresenta??o da sua m?quina) percebeu que toda vez que o computador ? rebootado ele volta ? forma original. Isso acontece porque o rc.S apaga e recria o issue (e o motd) toda vez que o computador ? bootado. Se voc? pretende alterar o issue, apague (ou comente com um #) as linhas relativas a ele.

Em seguida, s?o configurados os dispositivos PnP (atrav?s do isapnp), ? carregado o rc.modules e o rc.pcmcia, o que garante que todo o seu hardware estar? reconhecido e funcionando para os pr?ximos scripts.

As ?ltimos comandos executados pelo rc.S, chamam o rc.serial e carregam a semente rand?mica do sistema. A partir daqui o sistema ir? carregar o rc.K, no caso de estar sendo iniciado o runlevel 1 ou o rc.M no caso de ser 2, 3, 4 ou 5. Se algum louco colocou o runlevel 0 ou 6 como default, a m?quina ir? se desligar ou rebootar (ap?s ler o script apropriado).

2.2 rc.K
O rc.K ? utilizado quando o sistema entra no modo monousu?rio. Ele desativa todos os daemons, desabilita os m?ltiplos logins e mant?m os sistemas de arquivos montados (para que seja poss?vel efetuar a manuten??o neles)

A primeira providencia tomada pelo sistema, ? desativar as quotas. Em seguida come?a o processo de desligar os daemons. Primeiramente ? mandado o sinal de HUP, os processos restantes recebem o sinal de TERM e os ultimos recebem o KILL, at? que n?o hajam mais processos em execu??o.

Em seguida o sistema entra no modo monousu?rio e realiza o update das bases de dados. Apesar de extremamente ?til, este script tamb?m ? extremamente curto -;)

2.3 rc.M
Respons?vel pelo modo Multiusu?rio (da? vem o M), o rc.M configura o sistema e carrega o necess?rio para que possamos usufruir do Linux em todas as suas capacidades…

A primeira provid?ncia tomada pelo rc.M ? configurar o tempo de inatividade para que o monitor seja “desligado”. Se isto te incomoda, ou se ? prefer?vel um tempo menor, basta comentar ou alterar este trecho…

Logo em seguida, ele verifica se existe um rc.cdrom e o carrega (caso exista). O pr?ximo passo ? setar o nome da m?quina, se n?o houver nenhum nome configurado (/etc/HOSTNAME) ser? colocado o nome default, darkstar.example.net. Nas pr?ximas linhas ele separa apenas a primeira parte para ser o nome da m?quin (darkstar) o restante fica como nome do dom?nio.

? verificada a exist?ncia do rc.inet1, caso exista, tanto ele quanto o rc.inet2 ser?o carregados. Se ambos n?o existir, ser?o carregados alguns daemons considerados essenciais, o klogd, o syslogd e o lpd (um captura as mensagens de log do kernel, o outro do sistema como um todo e o ?ltimo cuida dos servi?os de impress?o).

Aproveitando que os servi?os de rede j? est?o on-line, o rc.M carrega o m?dulo rc.atalk, para comunica??o com redes Appletalk. Depois inicializa o crond e o atd (ambos executam tarefas agendadas).

O pr?ximo passo ? remover os lockfiles e restaurar a sanidade do sistema. Tamb?m ? executado o ldconfig, que localiza e identifica as bibliotecas do sistema (toda vez que voc? incluir uma biblioteca nova, ? necess?rio rodar o ldconfig).

Agora v?m um grande trecho comentado. Nele h? uma pequena explica??o de como configurar quotas em um sistema Slackware, abaixo desta explica??o est?o os comandos para verificar se existem quotas, chec?-las e ativ?-las.

? ativado o sendmail (se estiver instalado no seu sistema) e o apmd (suporte a APM, se voc? tiver uma fonte ATX, ele pode desligar o seu micro). Antes de ativar o apmd ele verifica se o kernel est? compilado com suporte ? apm.

Estamos na reta final… aqui ? chamado o rc.font, o rc.keymap e o rc.ibcs2, respectivamente respons?veis pelas fontes do console, o mapeamento do teclado e a compatibilidade bin?ria. Os pr?ximos s?o o rc.httpd, rc.samba, rc.gpm, rc.sysvinit e rc.local. Caso voc? n?o queira que algum destes servi?os sejam carregados, basta fazer:

# chmod -x rc.nonono

Assim, o script em quest?o n?o estar? mais como execut?vel. Como o rc.M sempre verifica primeiro se o script ? execut?vel antes de tentar cham?-lo, transformando o script em arquivo comum voc? impede que ele seja carregado. No meu caso o rc.samba, rc.atalk, rc.httpd est?o todos como n?o-execut?veis.

O ?ltimo rc que o rc.M chama ? o rc.local, onde devem ser colocadas as altera??es particulares da sua m?quina.

Quando voc? entra nos n?veis de execu??o 2, 3 ou 5, a inicializa??o p?ra por aqui e carrega o programa de login, geralmente o agetty. Se voc? entrou no n?vel 4, ao inv?s do agetty ser? lido o rc.4…

2.4 rc.4
Script muito simples. Ele verifica se existe o kdm instalado, se houver executa. Se n?o houver kdm, ele procura o gdm e executa. Se n?o houver gdm ele executa o xdm e se n?o houver xdm ele imprime na tela uma mensagem de erro!

Editando este arquivo voc? pode fazer que ele apresente o seu login gr?fico preferido, o meu ? o xdm (ent?o eu comentei todas as linhas e deixei s? a que executa o xdm). Se voc? gosta do wdm, basta inclu?-lo nesta lista (e instalar o wdm na tua m?quina).

2.5 rc.0 e rc.6
Um deles ? um link para o outro. Este script quando chamado rc.0 desliga o computador e quando chamdo rc.6 reinicia a m?quina. Ele salva o rel?gio, desativa as quotas e guarda a semente rand?mica.

Depois ele desmonta os sistemas de arquivo remotos, desativa a swap e desmonta os sistmas de arquivos. Para garantir a integridade do sistema, os discos s?o sincronizados e os dispositivos RAID s?o desativados. O ?ltimo passo ? o desligamento ou o reboot da m?quina.

3 Configura??o da m?quina…
Estes scripts s?o respons?veis por carregar o suporte ao hardware (rc.modules e rc.pcmcia), configur?-lo (rc.serial, rc.cdrom e rc.gpm) ou simplesmente tornar o sistema mais confort?vel (rc.font e rc.keymap). Neste grupo ficou tamb?m o rc.ibcs2, que providencia a compatibilidade bin?ria entre o SCO Unixware (e outros *nix) e o Linux.

3.1 rc.modules
Este arquivo ? respons?vel pelo carregamento dos m?dulos para o kernel. No geral, ? uma extensa lista com todos os m?dulos poss?veis e imagin?veis, sendo que voc? precisa apenas descomentar a linha apropriada (removendo o # da frente) para que o m?dulo seja carregado durante o boot.

Primeiramente ele verifica a exist?ncia de novos m?dulos e realiza o update das depend?ncias. Ou seja, monta uma tabela com o que cada m?dulo precisa para funcionar (por exemplo, o m?dulo para SoundBlaster necessita do SoundCore para funcionar…)

Logo em seguida ele verifica se o suporte a porta paralela est? embutido no kernel, caso n?o esteja, ele carrega o m?dulo para a porta paralela. Perceba que na linha comentada est? um outro modo de carregar o m?dulo, em que se ganha performance (de verdade!). Ao inv?s de carregar o m?dulo sem par?metros, carregue-o informando o io e a irq.

O mesmo m?todo ? utilizado para verificar se o kernel tem suporte a lp (impressora) ou se ? necess?rio carregar o m?dulo. Se voc? usa plip, ou mesmo se tem um zip na paralela e n?o uma impressora, ? uma boa comentar estas linhas, para que o m?dulo lp n?o venha a ser carregado.

Em seguida, vem uma extensa lista com nomes de m?dulos (e alguns par?metros) comentados. Se voc? quiser carregar algum deles, ? s? retirar o # da frente da linha. Apesar de haverem d?zias de m?dulos com placas de rede, a configura??o destas ? prefer?velmente feita atrav?s do rc.netdevice, que ? editado pelo script netconfig (e nada impede que seja feito na m?o).

Este ? um arquivo que merece uma boa olhada, m?dulos para mouses, placas de som, placas de rede, placas SCSI, sistemas de arquivos, etc…

3.2 rc.pcmcia
Como n?o tenho experi?ncia com dispositivos pcmcia, n?o posso dar muitas indica??es de como este arquivo funciona. Observando a sintaxe do script, podemos constatar que ele verifica a exist?ncia de um barramento PCIC, existindo este barramento, ele carrega uma s?rie de m?dulos e o cardmgr, um programa para gerenciar os cart?es.

3.3 rc.serial
Este arquivo ? o respons?vel pelo carregamento de drivers e inicializa??o dos dispositivos seriais de seu computador. ? uma ?tima id?ia mant?-lo exatamente do jeito que est?, e se necessitar de alguma altera??o, mexer preferencialmente no /etc/serial.conf (pode parecer meio covarde, mas em time que est? ganhando n?o se mexe!)
3.4 rc.cdrom
Este script verifica se o CDROM est? montado. Caso n?o esteja, o sistema tenta autodetectar o drive de CDROM (onde geralmente obtem sucesso) e montar o CD. Caso ele n?o consiga carregar nem um CDROM do tipo ATAPI/IDE nem SCSI, ele tenta carregar o m?dulo apropriado para o seu modelo de CDROM (que pelo jeito deve ser um daqueles alien?genas).

Fato interessante, se o CDROM no seu drive for o do Slackware, ele ir? informar:

Mounting Slackware Linux CD-ROM on /cdrom

Acho isso muito show -;)

3.5 rc.gpm
Aqui ? configurado o mouse para o console. Lendo o script ele explica como utilizar a mesma configura??o no X tamb?m. ?tima pedida -:) Se voc? n?o sacar direito como fazer essa “repeti??o” do mouse, leia o meu artigo a respeito do GPM -;)
3.6 rc.font e rc.keymap
Estes dois servem para deixar as coisas mais agrad?veis no console. Por exemplo, colocar uma fonte com acentos e um mapa de teclado que aceite esses acentos -;). Se voc? colocar o mapa com acentos e uma fonte sem acentos, vai ter na sua tela sinais de interroga??o de cabe?a para baixo, carinhas sorridentes e outros s?mbolos estranhos. Se voc? colocar uma fonte com acentos e n?o utilizar o mapa apropriado, voc? ter? v?rios acentos mas nunca ir? conseguir digit?-los… por isso ? importante deixar as coisas bem integradas. Divirta-se!

4 Servi?os de rede
Carregando o m?dulo da placa de rede, configurando a rede e iniciando os mais variados servi?os est?o v?rios outros scripts. Em geral s?o chamados pelo rc.M, mas se voc? n?o quiser carreg?-los basta torn?-los n?o execut?veis. Est? explicadinho na se??o sobre o rc.M -;)

4.1 rc.netdevice
Este script serve unicamente para carregar o m?dulo da placa de rede… ele ? gerado pelo netconfig. Facilita um pouco o trabalho de trocar o m?dulo quando se troca de placa de rede, mas n?o muito…

4.2 rc.inet1
Neste script s?o configuradas as suas interfaces de rede. Tanto a lo (interface de loopback) quanto a eth0 (placa de rede). Aqui ser? dado um IP, m?scara de rede, endere?o de rede e o do broadcast.

Se voc? est? recebendo seu IP por DHCP, basta substituir onde est? DHCP=”no” por DHCP=”yes”.

Ap?s estas etapas, ser? adicionada a rota default. Apesar de poder ser configurado “na unha”, ? muito mais simples configurar este script utilizando o netconfig. Este ? o local apropriado para hackear e colocar mais uma placa de rede, interface plip, etc…

4.3 rc.inet2
Neste script s?o inicializados os servi?os b?sicos de rede. Logo de in?cio s?o setadas algumas vari?veis, uma delas chamada IN_SERV. Por default, o ?nico servidor listado nesta vari?vel ? o lpd, mas podem ser colocados outros servidores aqui. Em servidores NIS, eu costumo colocar o ypserv (a? fica assim: IN_SERV=”lpd ypserv” )

Em seguida, o sistema verifica se o IPV4_FORWARD deve ser ativado ou n?o. Por default ele est? ativado, se voc? n?o gosta muito da id?ia, basta substituir o “1″ pelo “0″. Caso voc? tenha mantido o forward ativado, automaticamente o sistema inclui uma prote??o contra ip-spoofing, por?m esta prote??o pode atrapalhar em alguns casos, para desabilit?-la, ? s? descomentar as linhas que tratam do rp_filter (existe um grande coment?rio a respeito no pr?prio rc.inet2, leia-o com aten??o).

Agora ? carregado o rpc.portmap e, se o seu kernel possuir suporte ao NFS (e voc? tiver dispositivos NFS para montar) ser?o montados todos sistemas de arquivo NFS listados em seu fstab. Interessante verificar que ? poss?vel ter o /usr via NFS, j? que o rc.inet2 ? um dos primeiros scripts chamados pelo rc.M.

Neste momento os daemons s?o inicializados. Come?ando pelo syslogd e klogd (j? comentados na se??o sobre o rc.M). Depois ? ativado o inetd, um servidor encarregado de acionar e chamar outros daemons de internet por demanda. Ou seja, voc? n?o precisa manter um servidor de telnet, um de ftp, um de rlogin e outros funcionando ao mesmo tempo, voc? mant?m o inetd e quando chegar uma requisi??o de ftp ele carrega o servidor de ftp, quando chega a de telnet ele aciona o servidor de telnet… a configura??o deste superservidor est? em /etc/inetd.conf.

Em seguida, ? verificada a exist?ncia do servidor de SSH na m?quina. Se o sshd estiver em /usr/local/sbin ou em /usr/sbin, ele ser? carregado. Depois ? testado o named (observe que existem duas maneiras de carregar o named). O mesmo processo ? aplicado ao routed e ao rwhod. Ap?s tudo isto, s?o carregados os servidores contidos na vari?vel IN_SERV.

O pr?ximo trecho trata do NIS. os coment?rios ajudam bastante. Se voc? quiser rodar a tua m?quina como um cliente NIS, precisa descomentar as linhas que configuram o nisdomainname e as que acionam o ypbind. Voc? sendo um server, ? uma boa id?ia (muito boa) habilitar a mudan?a de senhas via yppasswd, ent?o descomente as linhas referentes ao rpc.yppaswdd.

Agora s?o carregados o rpc.mountd (monta dispositivos NFS) o rpc.nfsd (exporta dispositivos NFS) e outros dois que eu n?o tenho a m?nima id?ia do que fa?am (rpc.pcnfsd e rpc.bwnfsd).

Pronto! Acabou o rc.inet2…

4.4 rc.samba
Apenas verifica a exist?ncia dos servidores do samba (smbd e nmbd) e ent?o ativa os dois. Sem mist?rios…

4.5 rc.atalk
Algu?m, REALMENTE usa isso? Este script carrega uma s?rie de servidores para prover o Linux com o protocolo AppleTalk. ? uma esp?cie de samba para redes AppleTalk. Autentica??o de nomes, zonas, etc…

4.6 rc.news
Carrega um servidor de newsgroup. Se voc? estiver como usu?rio, n?o conseguir? olhar este arquivo (que na realidade ? um link para /usr/lib/news/bin/rc.news).

Interessante ? ele rodar o como usu?rio “news” e n?o como root. Outro fato interessante ? ele n?o ser chamado por nenhum outro script. Para cham?-lo, ? necess?rio introduzir no rc.local:

su news -c /etc/rc.d/rc.news

4.7 rc.httpd
? o mais curto de todos os scripts, se constitui de uma ?nica linha acionando o Apache.

5 The End…
O ?ltimo script carregado ? o rc.local. Este ? o lugar onde colocamos as nossas personaliza??es. Por exemplo, podemos colocar aqui alguns comandos para recriar o issue, assim n?s sobrescrevemos o criado pelo rc.S.

Podemos colocar no rc.local chamadas para outros scripts, como o rc.news ou mesmo um rc.firewall. No caso do meu roteador, que ? uma m?quina “dedicada”, est? no rc.local o comando para discar para o provedor…

Depois de lidos todos estes scripts, o sistema carrega os programas de login: agetty no caso dos terminais texto e o rc.4 (que carrega o xdm) no modo gr?fico. ? poss?vel disponibilizar o login em um terminal serial, mas isso foge do escopo deste artigo.

Quaisquer sugest?es, d?vidas ou cr?ticas mande um e-mail para: piterpk@terra.com.br

Esta not?cia veio de LinuxDicas - Artigos, Dicas e Not?cias Sobre o Mundo Linux
http://www.linuxdicas.com.br/index.php

O link desta not?cia ?:
http://www.linuxdicas.com.br/index.php/modules.php?name=Sections&op=viewarticle&artid=96

Neste artigo iremos apresentar como alterar as imagens no boot loader Grub.

as linhas de seu arquivo /boot/grub/menu.lst deve estar assim

default 0
timeout 30
fallback 1
splashimage=(hd0,1)/grub/splash.xpm.gz

color black/blue white/blue

Salve o arquivo e crie um link simb?lico de /boot/grub para /grub, coloque os arquivo no formato xpm.gz dentro do diret?rio do Grub.

Quero compartilhar com todos uma revolu??o chamada apt-build!

A maior parte das informa??es dessa dica foram retiradas de artigos que foram traduzidos por camaradas de outras distros baseadas em Debian como o BigLinux. Irei cit?-los e eventualmente comentar algo. O apt-build se baseia no conceito do Ports, do freebsd, de instalar e recompilar programas se ajustando ao pc de cada pessoa levando em conta qual processador elas usam e qual poder, consequentemente, cada m?quina possui.

Ele pega as sources dos pacotes e compila tudo automaticamente o que tradicionalmente n?o ? feito pelos usu?rios por ser um processo bastante complexo.

Durante a instala??o ele pergunta quais op??es voc? pretende acrescentar ao gcc e depois pergunta qual processador voc? usa.Me recomendaram por uma op??o mais simples no gcc como o0 mas ap?s a instala??o eu a comentei deixando a otimiza??o restrita ao meu k6-2 500.

Para instalar d? um sudo apt-get install apt-build.Eu fiz a instala??o usando o aptitude dando um sudo aptitude install apt-build.

Quando ele me perguntou qual n?vel de otimiza??o eu queria eu optei pelo n?vel 2 j? que o 3 teoricamente seria inst?vel.Quando ele me perguntou qual op??o eu queria para o gcc eu pus O0 mas antes de instalar qualquer coisa eu comentei essa op??o pondo o seguinte simbolo # antes da linha em que a op??o estava determinada.Dei um sudo kedit /etc/apt/apt-build.conf e deixei o meu assim:

build-dir = /var/cache/apt-build/build repository-dir = /var/cache/apt-build/repository Olevel = -O2 march = -march=k6-2 mcpu = -mcpu=k6-2 #options = ” O0″

Eu recomendo que todos optem pelo n?vel 2 e deixem a parte referente ?s op??es do gcc comentadas.

? fundamental que sejam acrescentadas ?s fontes do apt as seguintes linhas referentes ?s fontes dos pacotes.Eu dei um sudo kedit /etc/apt/sources.list e pus estas :

deb-src http://ftp.de.debian.org/debian testing main contrib non-free deb-src http://ftp.de.debian.org/debian-non-US testing/non-US main contrib non-free deb-src http://ftp.de.debian.org/debian unstable main contrib non-free deb-src http://ftp.de.debian.org/debian-non-US unstable/non-US main contrib non-free deb-src http://ftp.de.debian.org/debian stable main contrib non-free deb-src http://ftp.de.debian.org/debian-non-US stable/non-US main contrib non-free deb-src http://ftp.de.debian.org/debian ../project/experimental main deb-src http://http.us.debian.org/debian/ ../project/experimental main deb-src http://pkg-gnome.alioth.debian.org/debian experimental main

Os comandos s?o semelhantes aos do apt-get.

Temos o apt-build update para atualizar os pacotes, apt-build install programa, apt-build upgrade ( muito complexo e demorado) e apt-build world, o mais complexo, e fortemente n?o recomendado porque recompila todos os programas do sistema o que pode lever dias.

Esse comando equivale ao make world do free bsd.

Quero dizer a todos que no meu limitado k6-2 500 foi uma revolu??o.Compilei o xfce4 e est? voando.? um processo demorado, tenham paci?ncia, mas vale muito a pena.Agora sempre irei utilizar o apt-build e espero que ele se torne padr?o no Kurumin.

Essa dica visou tornar amig?vel a instala??o e configura??o do apt-build compartilhando minha experi?ncia.

Todos os cr?ditos e m?ritos s?o de Julien Reveret, autor das dicas em ingl?s, e de Thiago Scherer, que traduziu as mesmas no seguinte site :

http://grajagan.rg3.net/artigo-apt-build.html

Neste post abaixo est? listando v?rios servidor de hosting que disponibilizam PHP/Mysql livremente

http://www.free-webhosts.com/

Neste artigo estaremos mostrando como camuflar o servidor web Apache.

1) Verifique se seu servidor j? est? como o cabe?alho alterado, para isso entre com o comando

# curl –head http://fsbox.org |grep Server

A sa?da deste comando ser?

% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 5262 0 0 0 0 0 0 –:–:– –:–:– –:–:– 0
Server: Apache/1.3.33 (Debian GNU/Linux) PHP/4.3.10-2

Perceba na linha em negrito que nosso servidor est? informando todas as informa??es referente ao servidor web Apache.

Agora edite o arquivo /etc/apache/httpd.conf e adicione a linha

ServerTokens ProductOnly

Agora entre novamente com o comando abaixo e verifique a sa?da deste comando:

#curl –head http://fsbox.org |grep Server

% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 5262 0 0 0 0 0 0 –:–:– –:–:– –:–:– 0
Server: Apache

Pronto este ? um dos recursos de alterar o cabe?alho do servidor web Apache.

Para quem se interessar a ler o changelog do kernel 2.4.29 abaixo vai o link:

http://www.kernel.org/pub/linux/kernel/v2.4/ChangeLog-2.4.29

Este artigo t?m como objetivo ensinar aos usu?rios a usar os recursos internos do servidor gr?fico X11 para compartilhar aplicativos entre esta??es de trabalho na rede rodando sistemas como BSD’s e Gnu/Linux.

Para fortificar a seguran?a na comunica??o de nosso exemplo, usaremos o OpenSSH para criar um t?nel seguro entre as esta??es.

Considera??es iniciais:
Descreveremos abaixo o aspecto de software e hardware que usaremos para nosso exemplo:

Esta??o 1
Sistema Operacional: Debian Gnu/Linux 3.0 - R4
XFree86 4.3.0
OpenSSH 3.8.1
Configura??o de rede esta??o 1 (Debian Gnu/Linux):
IP: 10.0.0.1
Netmask 255.0.0.0
Hardware:
PIII 500 Mhz
128 MB-Ram
Video: Savage 4 ( 16MB )

Esta??o 2
Sistema Operacional: FreeBSD 4.8
XFree86 4.3.0
OpenSSH 3.8.3
Configura??o de rede esta??o 2 (FreeBSD):
IP: 10.0.0.2
Netmask: 255.0.0.0
Hardware:
Celerom 500 Mhz
128 MR-Ram
Video: Nvidia GeForce ( 32 MB )

* Descrevi apenas os componentes de hardware que est?o relacionados a performance do X11 para nosso exemplo.

Objetivo
Atrav?s de uma esta??o rodando Debian Gnu/Linux abrir uma sess?o no X11 do FreeBSD e depois carregar o gnome 2.6 que est? instalado neste BSD.

1) Para nosso exemplo iremos usar uma sess?o do X11 na m?quina Debian iniciada no display 5 para compartilhar o gnome do FreeBSD.

Para isso use os comandos abaixo:

#xinit — :5

depois de carregado o servidor gr?fico, iremos conferir o valor de nosso DISPLAY com o comando “echo” e a sa?da deve parecer com o exemplo abaixo:

#echo $DISPLAY
:5.0

2) Ainda na esta??o Debian, usando o terminal virtual disponiv?l pelo comando xinit, agora iremos conectar atrav?s do SSH na esta??o FreeBSD, lembramos que daemon do OpenSSH deve estar iniciado e funcionado corretamente para que possamos proceguir em nosso exemplo.

#ssh usuariobsd@10.0.0.2

3) J? conectado na esta??o FreeBSD atrav?s do terminal virtual disponiv?l pelo xinit, use o comando abaixo para iniciar um xterm na esta??o BSD:

#xterm -display 10.0.0.1:5

Com este comando deve aparecer um outro terminal virtual por?m agora da esta??o 2 (FreeBSD), com este terminal iremos abrir o Gnome para isso use o comando abaixo:

#gnome-session

O Gnome pode demorar um pouco para carregar dependendo do tanto de processos abertos em ambas as m?quinas, tipo de hardware usado e aspectos de rede.

? possiv?l que os recursos de hardware como exemplo a placa de som poder? n?o funcionar adequadamente.

Pronto, com isso voc? ter? o Gnome que est? instalado no FreeBSD rodando em sua esta??o com Debian Gnu/Linux, podendo tamb?m usar os aplicativos e arquivos que est?o na m?quina remota.

Considera??es finais:

Um exemplo pr?tico de uso deste nosso artigo, ? quando o administrador t?m que interagir no servidor gr?fico do usu?rio com ele em produ??o.

Um ponto importante ? que todas os aspectos de profile do usu?rio remoto s?o transferidos para a sess?o aberta do X11.

Lembramos tamb?m que este exemplo tamb?m pode ser executado entre qualquer BSD e tamb?m distribuil??es Gnu/Linux.

At? mais,

Nesta dica vamos renomear 1000 arquivos do formato JPEG para o extens?o jpg.

Criando os 1000 arquivos para fazer o teste:

for ((i=1;i<1000;i++); do touch $i.JPEG; done

verifique os arquivos criados com o comando ls

agora para renomear estes 1000 arquivos para .jpg ? simples basta executar o comando abaixo

for ((i=1;i<1000;i++)); do mv $i.JPEG $i.jpg; done

OK at? aqui tudo bem, agora imagine que estes arquivos tenham nomes alternados por?m todos com a extens?o JPEG.

$ for i in `ls *.JPEG`; do mv $i ${i/.JPEG/.jpg}; done

Talvez fique dific?l para voc? visualizar as sintaxes dos comandos acima, para isso, caso esteja usando o FireFOX basta teclar Ctrl e a tecla +.

Qualquer d?vida entre em contato.

Esta dica vai para aqueles que est?o querendo instalar um CMS/Portal para gerenciar grandes quantidades de informa??es e que seja leve, r?pido e f?cil de gerenciar, a dica est? no link abaixo, o Typo3 ? um CMS modular com suporte a Multiplos sites e ainda melhor desempenho para fazer buscas na base de dados que ? MySQL.

O link para download do projeto ?:

http://typo3.org/download/installer/

Vale a pena conferir…