Assim como em outras distribuições live-CD, o Ubuntu/Kubuntu é armazenado no CD na forma de uma imagem comprimida, usando o SquashFS. Ele oferece um nível de compressão similar a outros algoritmos de compressão, como o zip e o rar, mas oferece a vantagem de permitir que o sistema rode diretamente a partir da imagem compactada. Com isso, temos quase 2 GB de softwares armazenados em um CD-ROM de apenas 700 MB.

Quando o sistema é instalado, esta imagem é descomprimida, fazendo com que o sistema ocupe cerca de 2 GB no HD. Se fizéssemos uma instalação normal do sistema, ele ocuparia todo o espaço de um pendrive de 2 GB, não deixando nada para armazenar arquivos e programas adicionais.

Nessa receita, continuaremos a utilizar a imagem compactada do sistema, de forma que a instalação ocupará apenas 650 MB do espaço do pendrive e o restante ficará disponível para guardar arquivos e programas adicionais. É possível inclusive instalar em um pendrive de apenas 1 GB.

A partir do Ubuntu/Kubuntu 6.10 foi introduzido o persistent mode, que permite utilizar uma segunda partição no pendrive para armazenar as alterações. Durante o boot, a partição é montada em conjunto com a imagem compactada utilizando o UnionFS, onde a imagem do sistema é montada em modo somente leitura e a partição em modo de leitura e escrita.

Todas as alterações feitas no sistema são armazenadas na partição e restauradas nos boots subsequentes, de forma que o sistema se comporta de forma muito similar a se estivesse instalado. A principal vantagem é que o sistema ocupara muito menos espaço.

O Ubuntu/Kubuntu 7.04 possui um bug nos scripts de inicialização que faz com que o persistent mode não funcione, por isso é recomendável utilizar o 7.10 (ou mais recente) ou então o antigo 6.10.

O primeiro passo é ter em mãos um CD de instalação da versão do Ubuntu/Kubuntu que você quer instalar no pendrive ou o arquivo .ISO referente ele. Você pode fazer a instalação tanto através de uma distribuição Linux instalada no HD (não precisa sequer ser o Ubuntu/Kubuntu) quanto dando boot através do CD-ROM gravado.

Preparando o pendrive

O primeiro passo é formatar o pendrive, criando duas partições. A primeira será uma partição FAT32, onde será armazenada a imagem do sistema e a segunda será a partição do persistent mode, onde serão salvas as alterações.

A partição FAT32 conterá uma cópia completa do CD de instalação, de forma que ela deve ter 750 MB (para deixar algum espaço vago para caso precise incluir arquivos adicionais). A segunda partição, por sua vez, pode englobar todo o restante do espaço vago do pendrive.

Um pendrive de 2 GB, ficaria assim:

sdd1: 750 MB (FAT)
sdd2: 1.25 GB (EXT3)

Uma pegadinha é que o BIOS só aceita inicializar através do pendrive se você ativar a flag “bootable” para a partição (do pendrive) onde salvou a imagem do sistema. Sem isso, o boot para uma uma mensagem reclamando de que o dispositivo não é bootável. Para fazer isso através do gparted, clique com o botão direito sobre a partição FAT e acesse a opção “Manage Flags”. No menu, marque a opção “boot”:

Ao usar o cfdisk, selecione a partição e ative a opção “[Bootable]“.

O próximo passo é formatar as partições criadas. Preste muita atenção ao indicar as partições referentes ao pendrive para não formatar sua partição de trabalho por engano:

# mkfs.vfat -F 32 /dev/sdd1

# mkfs.ext2 -b 4096 -L casper-rw /dev/sdd2

O parâmetro “-F 32″ faz com que a primeira partição seja formatada em FAT32 (o padrão do mkfs.vfat é usar FAT16) e o “-L casper-rw” define o nome da segunda partição. É necessário que a partição se chame “casper-rw” para que ela seja usada para salvar as alterações, de forma que se você não usar a opção ao formatar, o persistent mode simplesmente não funciona.

O segundo passo é montar a partição do pendrive e o CD-ROM com o sistema para poder copiar os arquivos. É necessário montar o CD-ROM mesmo ao dar boot através dele.

# mkdir /mnt/pendrive /mnt/cd

# mount /dev/sdd1 /mnt/pendrive

# mount /dev/cdrom /mnt/cd

Se você quiser fazer a cópia a partir de um arquivo ISO, pode montá-lo usando o comando “mount -o loop”, que faz com que ele seja acessado como se fosse um CD-ROM gravado, como em:

# mount -o loop kubuntu-7.10-desktop-i386.iso /mnt/cd

Comece copiando todo o conteúdo do CD para a partição do pendrive, usando o “cp -a” (o parâmetro “-a” faz com que sejam copiados todos os arquivos e subdiretórios e todas as permissões sejam mantidas).

# cp -a /mnt/cd/* /mnt/pendrive/

Em seguida é preciso copiar alguns arquivos específicos para o diretório raiz da partição, de forma que eles possam ser usados pelo syslinux:

# cp -a /mnt/cd/isolinux/* /mnt/pendrive/

# cp -a /mnt/cd/casper/vmlinuz /mnt/pendrive/

# cp -a /mnt/cd/casper/initrd.gz /mnt/pendrive/

# cp -a /mnt/cd/install/mt86plus /mnt/pendrive/

# cp -a /mnt/cd/.disk /mnt/pendrive/

Precisamos agora criar o arquivo “syslinux.cfg” no diretório raiz da partição. Nele vai a configuração do gerenciador de boot:

# kwrite /mnt/pendrive/syslinux.cfg

ou

# gedit /mnt/pendrive/syslinux.cfg

O conteúdo do arquivo fica:

Para o Ubuntu:

DEFAULT persistent
GFXBOOT bootlogo

LABEL persistent
menu label ^Modo Persistent
kernel vmlinuz
append preseed/file=preseed/ubuntu.seed boot=casper persistent initrd=initrd.gz ramdisk_size=1048576 root=/dev/ram rw quiet splash locale=pt_BR bootkbd=qwerty/br-abnt2 console-setup/layoutcode=br console-setup/variantcode=nodeadkeys —

LABEL live
menu label ^Modo Live
kernel vmlinuz
append preseed/file=preseed/ubuntu.seed boot=casper initrd=initrd.gz ramdisk_size=1048576 root=/dev/ram rw quiet splash locale=pt_BR bootkbd=qwerty/br-abnt2 console-setup/layoutcode=br console-setup/variantcode=nodeadkeys —

DISPLAY isolinux.txt
TIMEOUT 300
PROMPT 1

Para o Kubuntu

DEFAULT persistent
GFXBOOT bootlogo

LABEL persistent
menu label ^Modo Persistent
kernel vmlinuz
append preseed/file=preseed/kubuntu.seed boot=casper persistent initrd=initrd.gz ramdisk_size=1048576 root=/dev/ram rw quiet splash locale=pt_BR bootkbd=qwerty/br-abnt2 console-setup/layoutcode=br console-setup/variantcode=nodeadkeys —

LABEL live
menu label ^Modo Live
kernel vmlinuz
append preseed/file=preseed/kubuntu.seed boot=casper initrd=initrd.gz ramdisk_size=1048576 root=/dev/ram rw quiet splash locale=pt_BR bootkbd=qwerty/br-abnt2 console-setup/layoutcode=br console-setup/variantcode=nodeadkeys —

DISPLAY isolinux.txt
TIMEOUT 300
PROMPT 1

É importante enfatizar que, apesar de longa, a opção “append” forma uma única linha, do “append” ao “–”.

Na verdade, a única diferença entre os dois é a opção “pressed”, que no Ubuntu é “preseed/file=preseed/ubuntu.seed” e no Kubuntu é “preseed/file=preseed/kubuntu.seed”, no resto os dois arquivos são idênticos.

O arquivo é composto de duas opções. A opção “persistent” contém o parâmetro “persistent” que faz com que o sistema utilize automaticamente a segunda partição para armazenar as alterações, enquanto a opção “live” faz com que o sistema rode em modo live-CD, sem salvar as alterações.

A opção “DEFAULT” diz qual das duas vai ser o padrão. No meu caso, deixei a opção “persistent” como default, de forma que a segunda partição é usada automaticamente e você precisa digitar “live” na linha de boot para que o sistema use o modo live-CD.

Como estamos utilizando o syslinux como gerenciador de boot, no lugar do isolinux, usado no CD, não é possível ajustar a linguagem e o layout do teclado pressionando a tecla F2, como ao dar boot pelo CD, por isso é necessário passar as opções através do arquivo de configuração, por isso incluí as opções “locale=pt_BR bootkbd=qwerty/br-abnt2 console-setup/layoutcode=br console-setup/variantcode=nodeadkeys” no arquivo. Se você quiser que o sistema inicialize no modo padrão, em inglês, basta retirá-las.

No Kubuntu é necessário instalar o pacote “kde-i18n-ptbr” e alterar o idioma através do centro de controle para que o sistema fique em Português. Como estamos usando o pendrive em modo persistent, isso não é um grande problema, já que basta instalar uma vez para que a configuração torne-se permanente.

Com isso estamos quase lá. Falta apenas instalar o syslinux para que o pendrive torne-se bootável. Para isso, é necessário antes de mais nada desmontar a partição:

# umount /mnt/pendrive

O syslinux não vem instalado na maioria das distribuições, por isso é necessário instalá-lo usando o gerenciador de pacotes. No Ubuntu/Kubuntu ou qualquer distribuição derivada do Debian, instale os pacotes “syslinux” e “mtools” via apt-get:

# sudo apt-get install syslinux mtools

Falta agora apenas rodar o comando do syslinux:

# syslinux -f /dev/sdd1

Ao contrário que faríamos ao gravar o lilo num HD por exemplo, o comando deve indicar a partição criada (/dev/sda1) e não o dispositivo.

Concluindo, use o comando abaixo do lilo (o pacote “lilo” deve estar instalado). Ele corrige o setor de boot caso necessário, de forma a remover resquícios de instalações de outros gerenciadores de boot e a corrigir problemas diversos:

# lilo -M /dev/sdd

Com isto, você já tem um pendrive bootável, basta configurar o setup para inicializar através dele e testar.

Se o boot for iniciado de forma normal, mas o sistema parar em um certo ponto, mostrando apenas um cursor piscante no topo da tela, indefinidamente, verifique se a pasta “.disk” do CD foi realmente copiada para o pendrive. Por algum motivo, sem ela o sistema simplesmente não conclui o boot.

Quando falo em “pendrive” estou na verdade me referindo a qualquer dispositivo de armazenamento USB compatível com o padrão usb-storage. O mesmo pode ser feito com HDs externos, ligados na porta USB (os HDs são até menos problemáticos do que os pendrives), câmeras (onde o cartão é acessado como uma unidade de armazenamento) e até mesmo cartões SD ou Memory Stick ligados a um leitor de cartões USB.

Concluindo, aqui vai um pequeno script que automatiza o procedimento que vimos. Ele pode ser usado depois que o pendrive já está particionado e o CD-ROM ou arquivo .iso já está montado na pasta e o syslinux já está instalado.

# Script para instalar o Ubuntu/Kubuntu em um pendrive
# http://guiadohardware.net

# Device do Pendrive
pendrive=”/dev/sdd”

# Pasta onde o CD-ROM ou o arquivo .ISO está montado
cd=”/mnt/cd”

# O editor que será usado para editar o arquivo
editor=”kwrite”

sudo mkfs.vfat -F 32 “$pendrive”1
sudo mkfs.ext2 -b 4096 -L casper-rw “$pendrive”2

mkdir /mnt/pendrive
mount “$pendrive”1 /mnt/pendrive

cp -a $cd/* /mnt/pendrive/
cp -a $cd/isolinux/* /mnt/pendrive/
cp -a $cd/casper/vmlinuz /mnt/pendrive/
cp -a $cd/casper/initrd.gz /mnt/pendrive/
cp -a $cd/install/mt86plus /mnt/pendrive/
cp -a $cd/.disk /mnt/pendrive/

$editor /mnt/pendrive/syslinux.cfg
umount /mnt/pendrive

syslinux -f “$pendrive”1
lilo -M $pendrive

Comente em: http://www.guiadohardware.net/comunidade/dica-instalando/794369/

Não importa que sistema operacional você usa, seja Windows, Mac OS ou Linux, certamente você vai encontrar algum tipo de problema. Especificamente, com o UBUNTU Linux, existe uma grandeza de informações para o ajudar a passar por qualquer crise. Abaixo existem oito formas para buscar ajuda com qualquer problema encontrado no UBUNTU .

1. Google
De longe o método mais fácil e comum pra resolver qualquer problema. O Google vai pesquisar a maioria dos itens listados abaixo, incluindo guias para usuários, wikis, foruns e newsgroups. Mas não é sempre a maneira mais fácil para achar a solução a um problema obscuro ,então seguem aqui algumas alternativas:

2. Ubuntuguide.org – O Manual do Usuário Ubuntu
Este guia do usuário contempla a maioria dos aspectos do Ubuntu, da instalação até suporte a dispositivos de vídeo. É leitura obrigatória a novos usuários do Ubuntu, especialmente aqueles iniciantes com Linux. Razoavelmente equivalente a um manual impresso , o guia vem em forma de Wiki ,e pode responder a maioria de suas questões básicas.

3. Ubuntuforums.org – Ajuda em 60 segundos
Os Fóruns Ubuntu são ótimos lugares para ir quando você possui uma pergunta não listada no guia de usuário. Mas siga a regra #1 e sempre pesquise no Google primeiro – as chances são, alguém já respondeu sua pergunta e o Google já a indexou. As pessoas aqui são amigáveis e a ajuda é rápida; normalmente você obtém uma resposta em minutos. Entretanto você terá de ser registrar, como em todos os fóruns.

4. Canais IRC – Ajuda em 60 segundos, Redux
Se você não quiser se registrar nestes fóruns, ou se você possui apenas uma questão rápida e gostaria de um feedback ao vivo, considere um Canal IRC ubuntu. Como os fóruns, as pessoas são amigáveis e irão fazer o máximo para responder . A forma mais fácil de fazer isto no UBUNTU é instalando o X-chat, e conectar nos servidores Ubuntu (irc://irc.ubuntu.com); ele automaticamente vai levá-lo(a) ao canal #ubuntu , onde você poderá obter ajuda rápida. A maioria das perguntas são respondidas em apenas alguns minutos. Não esqueça de agradecer as pessoas que o ajudaram!

5. Grupos de usuários Linux
Grupos de usuários Linux (LUG) têm sido uma parte importante do suporte ao Linux por muito tempo. Um LUG é onde usuários se encontram para discutir seus problemas, comer pizza, tomar café, etc.. Você pode encontrar um LUG perto de você no Google; muitas universidades possuem estes grupos também.

6. Documentação da Aplicação, Wikis e Fóruns
A maioria das aplicações possui sua documentação própria, incluindo FAQs, sessões de dúvidas, guias de usuários e , algumas vezes, wikis. Este é sempre um bom lugar para pesquisar se você está tendo alugm problema específico com uma aplicação específica.

7. Pergunte ao Programador
Se você está utilizando uma aplicação pequena e não tão conhecida, provavelmente não terá uma documentação tão extensa disponível;ou pior, pode não existir documentação alguma. Mas, a maioria das vezes, os desenvolvedores irão colocar seus endereços de correio eletrônico, ou outra forma de contato, nas páginas de sue projetos – use mas não abuse disto! Desenvolvedores de projetos de código aberto pequenos desejam saber que seus programas estão sendo utilizados e apreciados pelas pessoas, e querem ajudar quando podem; mas não encham eles com um caminhão de perguntas que poderiam ter sido resolvidas através do passo #1 Google.

8. Se tudo falhar – envie um relatório de bug
Não exatamente uma solução instantânea, mas se você está tendo um problema que aparentemente não tem uma resposta, não será solucionado a não ser que você avise os desenvolvedores!

fonte: http://fabiofilho.wordpress.com/2008/01/28/8-formas-de-obter-suporte-para-o-ubuntu-linux/

Uma das coisas que o formato PDF resolveu foi digitalizar minhas impressões.

Voce paga um boleto bancario na internet e ao invés de imprimir o comprovante voce apenas “PDFliza” ele. Ok, vamos parar com neologismo, voce digitaliza sua impressão e quando requerido voce imprime ou envia por email para outra pessoa.

Mas existe um problema que massacra muita gente :

E quando eu tenho não apenas um PDF, mas vários e até mesmo de proporções diferentes (uns no modo paisagem e outros em modo retrato) e preciso junta-los num único PDF ?

Existem poucos programas escritos para esse propósito, mas há uma maneira eficiente de fazer isso no Linux usando o Ghostscript, vejamos.

Primeiramente ponha os arquivos PDF que queira junta-los numa única pasta e usando o terminal caminhe até ela :

cd /pasta/onde/estao/os/pdf

Vamos criar um arquivo texto com o conteúdo dos PDFs existentes nessa pasta :

ls -1 *.pdf >relacao.txt

Voce acabou de criar um arquivo de nome relacao.txt com os nomes dos arquivos .pdf que serão juntados, veja esse exemplo :

contas_em_atraso_de_execao.pdf
dez-darf-simples.pdf
dez-fgts-sem-tomador.pdf
dez-gps.pdf
dez-inss-gps.pdf
dez-simples-nacional.pdf
dpvat-2008.pdf
estatistica_de_recebimento.pdf
ipva-2008.pdf
licenciamento-2008.pdf
recibo-fgts.pdf

A ordem acima será respeitada ao juntar os PDFs, se voce quer uma ordem diferente, basta reeditar este arquivo colocando as linhas na ordem desejada.

Porfim, agora vem a hora de usar o ghostscript, friozinho na barriga ? Que nada, veja como é moleza :

gs  -sDEVICE=pdfwrite -dSAFER -dBATCH -dNOPAUSE -sOutputFile=/tmp/juntar_tudo.pdf @relacao.txt -c -q

Rapaz, voce acabou de criar um /tmp/juntar_tudo.pdf com todos os PDFs alistados em relacao.txt. Se voce tem poucos PDFs e acha que não compensa criar um arquivo relacao.txt voce pode simplesmente relacionar os nomes de arquivos em PDF na própria linha de comando, apenas substitua @relacao.txt pelos nomes dos arquivos PDFs que pretende juntar.

No Windows, o principio é o mesmo, mas naturalmente voce precisa instalar o ghostscript para Windows, e na hora de gerar os PDFs deve executar pelo cmd do Windows :

c:\gs\gs8.54\bin\gswin32.exe -sDEVICE=pdfwrite -dSAFER -dBATCH -dNOPAUSE -sOutputFile=c:\temp\juntar_tudo.pdf @c:\temp\relacao.txt -c -q

Parabens ! Voce é um hacker no terminal Linux e Windows agora. Já faz algo que poucos aplicativos sabem fazer ou custam uma fortuna.

Conclusão

Voce não somente junta PDFs, mas pode juntar Postscripts normais também.

Com um pouquinho de curiosidade e voce pode mudar sDevice e produzir no resultado da junção um arquivo em outro formato como png/jpeg/bitmap. Um hacker por exemplo poderia produzir um jpeg dum PDF e usar um conversor OCR para recuperar um texto protegido. Enfim, com o ghostscript há muitas funcionalidades.

fonte: http://hamacker.wordpress.com/2008/01/31/juntando-pdfs-na-linha-de-comando/

fonte: http://www.bemparana.com.br/index.php?n=57625&t=programa-wubi-ajuda-na-instalacao

Guilherme Petrocchi – petrocchi@linusbera.com.br
José Luiz Costa Neto – zeluiz@linusbera.com.br

Definição

Um cluster, ou aglomerado de computadores, é formado por um conjunto de computadores que utiliza-se de um tipo especial de sistema operacional classificado como sistema distribuído.
É construído muitas vezes a partir de computadores convencionais (personal computers), sendo que estes vários computadores são ligados em rede e comunicam-se através do sistema de forma que trabalham como se fosse uma única máquina de grande porte. Há diversos tipos de cluster. Um tipo famoso é o cluster da classe Beowulf, constituído por diversos nós escravos gerenciados por um só computador.

História

A idéia inicial que conduz ao cluster foi desenvolvida na década de 1960 pela IBM como uma forma de interligar grandes mainframes, visando obter uma solução comercialmente viável de paralelismo.
Nesta época o sistema HASP (Houston Automatic Spooling Priority) da IBM e seu sucessor, JES (Job Entry System) proviam uma maneira de distribuir tarefas nos mainframes interligados. A IBM ainda hoje (2001) suporta o cluster de mainframes através do Parallel Sysplex System, que permite ao hardware, sistema operacional, middleware e software de gerenciamento do sistema prover uma melhora dramática na performance e custo ao permitir que usuários de grandes mainframes continuem utilizando suas aplicações existentes.
Entretanto o cluster ganhou força até que três tendências convergiram nos anos 1980: microprocessadores de alta performance, redes de alta velocidade, e ferramentas padronizadas para computação distribuída de alto desempenho. Uma quarta tendência possível é a crescente necessidade de poder de processamento para aplicações científicas e comerciais unida ao alto custo e a baixa acessibilidade dos tradicionais supercomputadores.
No final de 1993, Donald Becker e Thomas Sterling iniciaram um esboço de um sistema de processamento distribuído construído a partir de hardware convencional como uma medida de combate aos custos dos supercomputadores. No início de 1994, trabalhando no CESDIS, com o patrocínio do projecto HTPCC/ESS, criaram o primeiro cluster desse tipo, o projeto Beowulf.
O protótipo inicial era um cluster de 16 processadores DX4 ligados por dois canais Ethernet acoplados (Ethernet bonding). A máquina foi um sucesso instantâneo e esta idéia rapidamente se espalhou pelos meios acadêmicos, pela NASA e por outras comunidades de pesquisa.

Montagem física do Cluster

Para a confecção do cluster nós escolhemos utilizar quatro máquinas sendo 1 master e 3 slaves, para isso foram definidos os seguintes hardwares para as máquinas:
Master
Athlon XP 2800 +, 1024 MB de RAM, HD 40 GB, PCI LAN Realtek pci 10/100
Slave1
Pentium II 350 Mhz, 192 MB de RAM, HD 6,2 GB, PCI LAN Realtek pci 10/100
Slave2
Pentium D 4 3,06 Ghz, 1024 MB de RAM, HD 80 GB, PCI LAN Realtek pci 10/100
Slave3
Athlon XP 1100+, 1024 MB de RAM, HD 80 GB, PCI LAN Realtek pci 10/100

Configurações básicas e principal

Durante a configuração e instalação do sistema operacional das máquinas que iriam compor o cluster fora utilizado a distribuição Linux Fedora Core 4, kernel 2.4.6, depois desse ponto começamos a configurar alguns arquivos de grande importância.
O primeiro passo foi configurar a rede nas máquinas do cluster, que estavam dispostas em uma topologia estrela utilizando de uma rede Ethernet 100 Mbits/s, ligadas com cabo UTP categoria 5 padrão 568A, ligadas a um switch 100/100 de oito portas. Segue abaixo a configuração das máquinas.
Master
IP: 99.99.99.40/255.255.255.0
Slave1
IP: 99.99.99.41/255.255.255.0
Slave2
IP: 99.99.99.42/255.255.255.0
Slave3
IP: 99.99.99.43/255.255.255.0
Além de arquivos do tipo hosts que funcionam como servidor de DNS para comunicação entre as máquinas.
/etc/hosts

Master master.linusbera
Slave1 slave1.linusbera
Slave2 slave2.linusbera
Slave3 slave3.linusbera

/etc/hosts.equiv (arquivo que define a confiança entre as máquinas)

Master
Slave
Slave1
Slave2
Slave3

/home/.rhosts

.rhosts
Master
Slave1
Slave2
Slave3

/root/.rhosts

.rhosts
Master
Slave1
Slave2
Slave3

/etc/securetty (arquivo indicado para comunicação entre as máquinas sem a necessidade de senha)

rsh
ssh
rlogin

Configuração servidor de tempo (NTPD)

A configuração do servidor de tempo tem função vital no cluster, já que na estrutura do cluster entre as máquinas não pode existir uma diferença de sincronismo maior que vinte minutos, fazendo assim a configuração de um servidor de tempo vital para o funcionamento do cluster, segue abaixo as configurações utilizadas:
Master:
/etc/ntp.conf

server 127.0.0.1 prefer
fudge 127.0.0.1 stratum 0
driftfile /etc/ntp/drift
authenticate no

Slaves:
/etc/ntp.conf

server 99.99.99.40
driftfile /etc/ntp/drift
authenticate no

Servidor de NFS

Este serviço serve para fazer o espelhamento das pastas definidas entre as máquina do cluster, fazendo um sincronismo entre as pastas afim de que todas contenham os mesmo arquivos.
Master:
/etc/exports

/usr/local *(rw,no_root_squash)

Slaves:
Acrescentar ao final do arquivo /etc/fstab a seguinte linha:

99.99.99.40:/usr/local   /usr/local   nfs   exec,dev,suid,rw   1   1

Protocolos de comunicação

Para comunicação entre as máquinas foram utilizados os pacotes de RSH, RLOGIN e SSH.

Programação Paralela (MPI, MPICH)

O MPI (Message Passing Interface) é constituído por um padrão de troca de mensagens com sintaxe definida, mas preservando características exclusivas de cada arquitetura, inclusive para arquiteturas de memória compartilhada.
O principal objetivo do MPI é otimizar a comunicação e aumentar o desempenho computacional das máquinas, não possuindo dessa forma gerenciamento dinâmico de processos e processadores.
Embora exista a restrição citada acima, os programas escritos em MPI tendem a serem mais eficientes pelo fato de não haver overhead na carga de processos em tempo de execução.

Funcionamento do MPICH

O MPI funciona da seguinte forma: cada máquina (node) recebe uma copia do código fonte e um nome. Cada node começa a executar o programa a partir da primeira linha de comando utilizando as seguintes diretrizes:

• Executar todas as linhas de comando não nomeadas;
• Executar as linhas de comando nomeadas com o mesmo nome do node;
• Não executar as linhas de comando com o nome de outro node.

Para que o programa siga essas diretrizes, o que é feito é a inclusão de vários comandos if, com a seguinte estrutura:
"Se eu sou o nodo tal, faço isso… Se não faço aquilo…". (FONTE: Pitanga, 2004)
A grande dificuldade que esse sistema acarreta é a necessidade de manter os diversos processos de troca de informações em sincronismo, para que uma máquina não perca muito tempo aguardando que as outras máquinas enviem informações.

Instalando o MPI/MPICH

Salvar o arquivo mpich.tar.gz na pasta /usr/local. Execute as seguinte linha de comando:
# tar -zxvf mpich.tar.gz
# cd /usr/local/mpich-1.2.7
# ./configure –prefix=/usr/local
# make
# make install

Testando aplicação em MPI

# cd /usr/local/examples
Código em C:
O código fonte utilizado em nossa aplicação foi o cpi.c, que calcula o valor aproximado de Pi. O mesmo é incluso no pacote mpich.tar.gz, localizado em #usr/local/mpich-1.2.7/examples/basic.

#include "mpi.h"
#include <stdio.h>
#include <math.h>
double f( double );
double f( double a )
{
    return (4.0 / (1.0 + a*a));
}
int main( int argc, char *argv[])
{
    int done = 0, n, myid, numprocs, i;
    double PI25DT = 3.141592653589793238462643;
    double mypi, pi, h, sum, x;
    double startwtime = 0.0, endwtime;
    int  namelen;
    char processor_name[MPI_MAX_PROCESSOR_NAME];
    MPI_Init(&argc,&argv);
    MPI_Comm_size(MPI_COMM_WORLD,&numprocs);
    MPI_Comm_rank(MPI_COMM_WORLD,&myid);
    MPI_Get_processor_name(processor_name,&namelen);
    fprintf(stderr,"Process %d on %s\n",
       myid, processor_name);
    n = 0;
    while (!done)
    {
        if (myid == 0)
        {
/*
            printf("Enter the number of intervals: (0 quits) ");
            scanf("%d",&n);
*/
       if (n==0) n=100; else n=0;
       startwtime = MPI_Wtime();
        }
        MPI_Bcast(&n, 1, MPI_INT, 0, MPI_COMM_WORLD);
        if (n == 0)
            done = 1;
        else
        {
            h   = 1.0 / (double) n;
            sum = 0.0;
            for (i = myid + 1; i <= n; i += numprocs)
            {
                x = h * ((double)i – 0.5);
                sum += f(x);
            }
            mypi = h * sum;
            MPI_Reduce(&mypi, π, 1, MPI_DOUBLE, MPI_SUM, 0, MPI_COMM_WORLD);
            if (myid == 0)
       {
                printf("pi is approximately %.16f, Error is %.16f\n",
                       pi, fabs(pi – PI25DT));
      endwtime = MPI_Wtime();
      printf("wall clock time = %f\n",
             endwtime-startwtime);          
       }
        }
    }
    MPI_Finalize();
    return 0;
}

Compilando código em mpi C:
# mpicc cpi.c -o cpi
Executando o código, observando que o atributo do comando "-np" indica o número de processos que serão distribuídos no cluster.
# mpirun -np 4 cpi
pi is approximately 3.1416009869231254, Error is 0.0000083333333323
wall clock time = 0.000238

Monitoramento cluster

Para monitorar o cluster foi utilizado uma ferramenta chamada bWatch, para instalar esta ferramenta faça:
Copie o arquivo bWatch.tar.gz para a pasta /usr/local. Execute os comandos:
# tar -zxvf bWatch.tar.gz
# cd bWatch-1.1.0
# make bWatch
# bWatch.tcl

Local do texto original: http://vivaolinux.com.br/artigos/verArtigo.php?codigo=7661&pagina=1

Depois de estudar o melhor local para instalar o ponto de acesso da rede, calcular o ganho da antena, planejar a área de cobertura e testar o link, nada melhor do que verificar a potência do sinal da prática, de forma a ter uma idéia mais exata da recepção no cliente, verificar a área de cobertura e encontrar pontos cegos na área de cobertura da rede wireless.

Dois softwares muito úteis nesse sentido são o NetStumbler, para Windows e o Wavemon, para Linux.

O Netstumbler permite listar todas as redes disponíveis na área, mostrando o canal, o tipo de encriptação e outros detalhes sobre cada uma além de, o mais importante, mostrar um relatório detalhado sobre a intensidade do sinal, permitindo que você audite a cobertura da sua rede e a intensidade do sinal em cada ponto. Ele é um programa gratuito, que você pode baixar no http://www.netstumbler.com.

Na versão 0.4.0 ele roda sobre o Windows XP e 2000 (ainda não existe suporte para o Vista) e funciona em conjunto com a grande maioria das placas. Está disponível também o MiniStumbler, que roda em palmtops PocketPC.

O NetStumbler não funciona em conjunto com o serviço Wireless Zero Configuration do Windows (que conecta o sistema a redes Wireless automaticamente quando elas estão disponíveis), por isso a primeira coisa que ele tentará fazer ao ser aberto é parar o serviço, de forma a ter acesso completo à placa wireless.

Se o scan não for iniciado automaticamente, abra o menu "Devices". Você notará que existirão duas entradas para a sua placa wireless:

A primeira faz com que ele tente acessar o hardware diretamente, usando um driver interno. Esta opção, usada por padrão, oferece uma varredura mais precisa, mas não funciona com toda as placas. A segunda opção (NDIS) utiliza o driver do Windows e por isso funciona com quase todas as placas. Se necessário, clique no botão "scan" para iniciar a varredura:

Como pode ver pelo screenshot, o NetStumbler mostra todos os pontos de acesso disponíveis, independentemente do canal usado. A cordo ícone indica a intensidade do sinal (cinza para muito fraco, vermelho para fraco, amarelo para regular, verde para bom) e o cadeado indica que a rede está protegida. Na versão 0.4 ele mostra incorretamente que as redes protegidas usando WPA-PSK usam WEP.

As três colunas mais importantes são as "Signal+", "Noise-" e "SNR+", que mostram, respectivamente, a intensidade do sinal (em dBm), a intensidade do ruído e a taxa de sinal/ruído para cada uma. Apenas parte das placas suportadas são capazes de medir corretamente taxa de ruído, nas demais a função fica desativada, com o campo exibindo um "-100" para todas as redes.

O sinal é medido em uma escala negativa (quanto menos melhor), onde cada -3 dB correspondem a uma redução de 50% na intensidade do sinal, de forma que -95 dBm correspondem a apenas um quarto de -89 dBm. A maioria das placas precisa de pelo menos -92 dBm para manter uma conexão na velocidade mínima (1 megabit) e pelo menos -72 dBm para manter uma conexão a 54 megabits.

Em ambientes com muito ruído eletromagnético, é importante ficar de olho também na relação sinal/ruído (SNR), que indica o quanto o sinal é mais forte que o ruído. Para manter uma conexão minimamente estável ele deve ser de pelo menos 5 dB (quanto mais melhor). Este relatório das redes disponíveis é muito útil na hora de escolher qual canal usar, já que você pode avaliar quais canais já estão sendo utilizados e em qual extensão.

Se você é o responsável pela rede de alguma empresa ou órgão governamental, outra utilidade para o relatório é detectar a presença de rogue access points, ou seja, de pontos de acesso "ilegais", instalados sem autorização pelos próprios usuários da rede. Embora às vezes a intenção seja boa, eles podem comprometer a segurança da rede, expondo-a a ataques externos.

Continuando, no menu da esquerda você encontra várias opções de filtros, que permitem mostrar apenas APs usando um determinado canal, com ou sem encriptação, etc. Escolhendo seu próprio ponto de acesso na lista, você tem acesso à função mais interessante do NetStumbler, que é o gráfico de sinal:

Ao usar um notebook, você pode usar o gráfico para verificar a variação do sinal dento da área de cobertura da rede, testando diferentes combinações de antena, ou de posicionamento do AP, potência do transmissor, posição dos clientes, uso ou não de defletor e assim por diante. Ele também pode ser bastante útil na hora de "mirar" as antenas ao criar um link de longa distância.

Você vai perceber que usar uma antena de maior ganho não vai ter tanto efeito sobre o sinal mostrado no gráfico quanto você poderia pensar (afinal, substituir uma antena de 2 dBi por outra de 6 dBi faz o gráfico subir apenas 4 pontos), mas tenha em mente que nas áreas onde o sinal é fraco, um sinal 4 dB mais forte pode representar a diferença entre ter uma conexão de 5.5 megabits e não ter conexão alguma.

Outra observação importante é que mesmo sem sair do lugar, é normal que o sinal sofra pequenas variações (de 3 a 4 dBi), é justamente por isso que é importante trabalhar sempre com uma certa margem de segurança ao escolher a antena e posicionar o AP. Entretanto, grandes variações podem indicar a presença de alguma fonte de forte interferência, como um forno de microondas ou um telefone sem fio que utilize a faixa dos 2.4 GHz.

Outra curiosidade é que o ponto de acesso pode funcionar mesmo sem a antena, já que o próprio conector é suficiente para emitir um sinal fraco. Apesar disso, sem a antena a potência do sinal cai em 20 dB ou mais, o que faz com que a rede só funcione de forma confiável dentro do próprio cômodo onde está o AP.

Concluindo, o NetStumbler pode ser usado em conjunto com um GPS conectado a uma das portas seriais do micro, o que pode ser usado para criar um mapa de redes wireless dentro de uma determinada área. A configuração está no View > Options.

No Linux, você pode monitorar a qualidade do sinal usando o Wavemon, um software bastante simples, em modo texto, que está disponível na maioria das distribuições. Para usá-lo, instale o pacote "wavemon" usando o gerenciador de pacotes e rode (como root) o comando:

# wavemon

Para usá-lo, o PC deve estar conectado ao ponto de acesso da rede. Ao contrário do NetStumbler, ele não é capa de detectar o sinal de outros pontos de acessos próximos, mas você pode usar o Kismet para essa tarefa.

A interface principal mostra a qualidade do link, o nível do sinal, nível de ruído, relação sinal/ruído, além de estatísticas de transmissão e detalhes sobre a rede. Você pode ver um gráfico com a intensidade do sinal pressionando F2.

Uma observação é que o Wavemon não funciona bem ao ativar a placa wireless utilizando o Ndiswrapper (veja mais detalhes a seguir), pois nele as extensões que permitem acessar as estatísticas de sinal fornecidas pela placa não funcionam em conjunto com a maior parte dos drivers.

PS.: este texto não é produção desse blog por favor faça seu comentários em:  http://www.guiadohardware.net/comunidade/medindo-sinal/831412/

Guia de Referências do Linux

A

• adduser – cria um novo usuário.
• alias – permite nomear um conjunto de comandos, a ser executado pelo sistema, por um único nome.
• apropos – informa quais os comandos do Linux possuem, em sua definição, uma determinada expressão.
• ar – inclui/atualiza/extrai/deleta arquivos de/em um repositório de arquivos.
• at – agenda tarefas a serem executadas pelo sistema.
• atq – lista as tarefas agendadas com o comando at.
• atrm – remove tarefas agendadas.
• awk – linguagem de processamento e procura de padrões.

B

• bg – faz um programa, que está executando em primeiro plano, passar a executar em segundo plano.

C

• cal – exibe um calendário simplificado.
• cat – concatena e/ou exibe um ou mais arquivos.
• cd – altera o diretório atual de trabalho do usuário.
• chfn – altera as informações apresentadas pelo utilitário finger.
• chgrp – altera o grupo de arquivos/diretórios.
• chmod – altera as permissões de acesso de arquivos/diretórios.
• chown – altera o dono e o grupo de arquivos/diretórios.
• chsh – altera o shell padrão do usuário.
• clear – limpa a tela do terminal.
• comandos do linux – explica o formato dos comandos do Linux.
• compress – compacta/descompacta arquivos.
• consoles virtuais – interface do Linux com os usuários.
• cotas de disco – define a quantidade de espaço em disco que cada usuário pode usar.
• cp – copia arquivos e diretórios.
• crontab – agenda tarefas para serem executadas periodicamente.
• curingas – *, ? e [ ]
• cut – seleciona colunas de um arquivo txt ou da entrada padrão.
• cvs – aplicativo para gerenciamento de código-fonte.

D

• date – exibe ou modifica a data e a hora do sistema.
• dd – converte e copia um arquivo.
• depmod – produz arquivo contendo as dependências de módulo.
• df – mostra o espaço livre das partições.
• diff – compara dois arquivos, em formato texto, linha a linha.
• DISPLAY – variável de ambiente que define onde a saída de uma aplicação gráfica deve aparecer.
• dmesg – mostra as mensagens da última inicialização do sistema.
• du – informações sobre o uso do disco.
• dvips – converte arquivo .dvi em .ps (PostScript).

E

• echo – mostra o conteúdo dos diretórios.
• edquota – editor do sistema de cotas.
• emacs – editor de textos distribuído pela Free Software Foundation.
• env – executa um programa/comando em um ambiente modificado.
• exit – encerra execução do shell atualmente em uso pelo usuário.
• export – comando do shell que permite configurar e compartilhar variáveis de ambiente entre diversos programas e bibliotecas acessados a partir do mesmo terminal.

F

• fdformat – formatação de baixo nível em disquete.
• fdisk – aplicativo utilizado para particionar discos.
• fg – faz um programa, que está sendo executado em segundo plano (background), passar a ser executado em primeiro plano.
• file – determina o tipo do arquivo.
• find – pesquisa arquivos em uma hierarquia de diretórios.
• finger – exibe informações sobre um usuário.
• fortune – aplicativo que exibe uma citação aleatória.
• free – exibe a quantidade de memória livre/usada no sistema.
• fsck – verifica e repara um sistema de arquivos.
• fuser – identifica os processos que estão usando um determinado arquivo e/ou diretório.

G

• gcc – compilador de C para Linux.
• gdb – aplicativo para depuração de programas C, C++ e Modula-2.
• getty – configura o modo de funcionamento, velocidade e comportamento da linha.
• ghostview – aplicativo para visualização de arquivos .ps (PostScript) e PDF.
• GID – número de identificação de grupo para o kernel do Linux.
• grep – procura padrões em um arquivo.
• groupadd – cria um novo grupo.
• groupdel – deleta um grupo.
• groupmod – modifica um grupo.
• groups – lista os grupos aos quais um usuário pertence.
• grpconv – usa o sistema gshadow para proteger as senhas dos grupos.
• grpunconv – elimina o uso do sistema gshadow de proteção de senhas.
• gunzip – descompacta arquivos.
• gv – mesmo que ghostview.
• gzip – compacta/descompacta arquivos.

H

• head – exibe o início de um arquivo texto.
• help – exibe informações sobre um comando.
• hostname – mostra ou muda o nome do computador na rede.
• hwclock – exibe ou modifica a data e a hora do relógio da máquina.

I

• id – identifica os UIDs e GIDs efetivos e reais.
• ifconfig – configura uma interface de rede.
• init – processo de controle da inicialização do sistema.
• inode – identificador de diretório/arquivo em um sistema de arquivos.
• insmod – carrega módulos do kernel na memória do sistema.
• ipcrm – remove recurso ipc (inter-process communication).
• ipcs – fornece informações sobre recursos ipc (inter-process communication).
• ispell – ferramenta para correção ortográfica.

J

• jobs – mostra os processos executando em segundo plano (background).

K

• kernel – núcleo do Linux.
• kill – envia um determinado sinal a um processo em execução no sistema.
• killall – envia um determinado sinal a um conjunto de processos que usam o mesmo nome.
• kudzu – ferramenta que detecta e configura dispositivos de hardware.

L

• last – exibe todas as informações referentes a entrada (login) e saída (logout) de usuários do sistema.
• lastlog – exibe informações referentes ao último login de cada usuário.
• latex – gera arquivo .dvi a partir da definição de macros TEX.
• ldconfig – atualiza os links para as bibliotecas compartilhadas.
• less – permite fazer a paginação de arquivos ou da entrada padrão.
• lesskey – personaliza as teclas usadas no paginador less.
• lilo – carregador de inicialização do Linux.
• linux_logo – aplicativo que exibe os logotipos do Linux.
• linuxconf – ferramenta de administração do Linux.
• ln – cria ligações entre arquivos.
• locate – lista os arquivos cujos nomes coincidem com o padrão informado.
• login – processo responsável por permitir ou não o acesso de usuários ao sistema.
• lpc – aplicativo para controle de impressão de arquivos.
• lpq – examina o conteúdo da fila de impressão.
• lpr – imprime arquivos.
• lprm – remove arquivos da fila de impressão.
• ls – lista o conteúdo de um diretório.
• lsmod – lista os módulos do kernel que estão carregados na memória.

M

• make – utilitário para verificação e compilação de grupo de arquivos.
• MAKEDEV – script usado para criar/alterar/deletar dispositos em /dev.
• makewhatis – cria a base de dados makewhatis.
• man – formata e apresenta páginas do manual on-line.
• mc – aplicativo para manipulação de arquivos e diretórios.
• mesg – habilita/desabilita o recebimento de mensagens de outros usuários.
• mingetty – getty mínimo para consoles virtuais.
• mkbootdisk – cria um disco de inicialização (emergência) do sistema.
• mkdir – cria diretórios.
• mke2fs – formata uma partição de disco usando o sistema de arquivos ext2.
• mkfs – constrói um sistema de arquivos Linux.
• mkswap – configura uma área de troca (swap) do Linux.
• modprobe – carrega módulos e verifica as dependências dos módulos.
• módulos – peças de código de objeto que podem ser carregados em um kernel em operação.
• more – permite fazer a paginação de arquivos ou da entrada padrão.
• mount – monta sistemas de arquivos.
• mouseconfig – aplicativo para configurar o mouse.
• mpage – permite imprimir várias páginas em uma única folha de papel.
• mt – controla unidades de fita.
• mtools – utilitários para acessar discos DOS no UNIX.
• mv – move (ou altera o nome de) arquivos.

N

• newgrp – muda, temporariamente, o grupo (GID) do usuário.
• nice – configura a prioridade de execução de um comando ou de um programa.
• nl – exibe o conteúdo de um arquivo enumerando as linhas.
• nohup – executa um comando imune a interrupções de conexão.

O

P

• passwd – altera a senha de um usuário.
• permissão de acesso – autorização para ler/gravar/executar um arquivo/diretório do sistema.
• pico – editor de texto baseado no sistema de mensagens pine.
• PID – número de identificação (ID) de um processo.
• pr – formata arquivos de texto para impressão.
• printenv – mostra as variáveis de ambiente utilizadas pelo sistema.
• processo – programa em execução.
• ps – exibe informações sobre os processos que estão executando na máquina.
• pwconv – usa o sistema shadow para proteger as senhas dos usuários.
• pwd – exibe o nome do diretório atual.
• pwunconv – elimina o uso do sistema shadow de proteção de senhas.

Q

• quota – fornece informações sobre o sistema de cotas.
• quotaoff – desabilita o sistema de cotas.
• quotaon – habilita o sistema de cotas.

R

• RCS – aplicativo para gerenciamento de código-fonte.
• reboot – reinicializa o computador.
• redirecionadores de E/S – >, >>, < e |.
• renice – altera a prioridade de um processo que está executando.
• rev – inverte as linhas de um arquivo.
• rlogin – inicia uma sessão de terminal remoto.
• rm – remove arquivos/diretórios.
• rmdir – remove diretórios vazios.
• rmmod – descarrega módulos do kernel da memória do sistema.
• root – administrador do sistema ou superusuário.
• rpm – gerenciador de pacotes da distribuição Red Hat.

S

• separador de comandos – ; e ;\
• set – exibe a lista das variáveis de ambiente.
• setserial – exibe ou modifica as definições sobre porta serial.
• setterm – configura os atributos do terminal no modo texto.
• shell – interpretador de comandos do Linux.
• shutdown – encerra/reinicializa o sistema.
• sistemas de arquivos – como os arquivos e os diretórios são organizados no Linux.
• sort – ordena as linhas de arquivos textos.
• source – atualiza arquivos do sistema.
• split – divide um arquivo em arquivos menores.
• strfile – cria um arquivo de acesso aleatório para armazenamento de strings.
• strings – extrai strings de arquivos binários.
• stty – modifica e/ou mostra as configurações de linhas de terminal.
• su – executa um shell com substituição de usuário e grupo.
• sudo – executa um comando usando os privilégios de um outro usuário.
• swap – partição do disco usada como memória auxiliar (área de troca).
• swapoff – desabilita dispositivos e arquivos para paginação e troca.
• swapon – habilita dispositivos e arquivos para paginação e troca.
• sync – grava os dados da memória nas unidades de disco.

T

• tac- concatena e exibe um ou mais arquivos na ordem inversa.
• tail – exibe as últimas linhas de um arquivo texto.
• talk – permite conversa em tempo real entre dois usuários.
• tar – armazena e extrai arquivos de um arquivo tar.
• teclas especiais – conjunto de teclas com características especiais no Linux.
• tee – ler da entrada padrão e grava na saída padrão.
• telinit – processo de controle da inicialização do sistema.
• telnet – permite acessar uma máquina remotamente.
• tempo de época – data e hora que o Linux considera como o início dos tempos.
• tex- sistema de processamento de textos para formatação de documentos.
• time – mede o tempo necessário para executar um comando/aplicativo.
• top – utilitário que lista, em tempo real, os processos que estão usando a cpu.
• touch – muda a data e a hora do último acesso/modificação de um arquivo.
• tr – apaga ou altera caracteres.
• tree – apresenta, em formato de árvore, o conteúdo de um diretório.
• type – exibe o tipo de um arquivo.

U

• UID – número de identificação do usuário para o kernel do Linux.
• umask – define as permissões que não estão disponíveis aos usuários do sistema.
• umount – desmonta sistemas de arquivos.
• uname – exibe informações sobre o sistema.
• uniq – remove as linhas duplicadas de um arquivo ordenado.
• unset – apaga uma variável de ambiente.
• updatedb – atualiza banco de dados de nome de arquivos.
• uptime – diz há quanto tempo o sistema está funcionando.
• useradd – cria um novo usuário.
• userdel – remove usuário e seus respectivos arquivos do sistema.
• usermod – modifica uma conta de usuário do sistema.
• users – mostra os usuários que estão atualmente conectados ao sistema.

V

• variáveis de ambiente – conjunto de variáveis usadas para definir o ambiente de trabalho dos usuários do sistema.
• vigr – edita o arquivo /etc/group.
• vim – editor de textos em formato ASCII.
• vipw – edita o arquivo /etc/passwd.
• visudo – edita o arquivo /etc/sudoers.

W

• w – informa quais os usuários que estão conectados e o que eles estão executando.
• wc – conta linhas, palavras e caracteres de arquivos.
• whatis – mostra um resumo rápido sobre um ou mais comandos.
• whereis – lista as localizações de programas binários, fontes e documentações.
• who – informa quais os usuários que estão conectados.
• whoami – fornece a identificação efetiva do usuário.

X

• X ou X Window – é a interface gráfica (GUI) padrão do Linux.
• xhost – define quais máquina podem acessar o servidor X.
• xman – aplicativo gráfico de exibição da documentação do Linux para o sistema X Window.

Y

Z

• zgrep – procura padrões em um arquivo compactado.
• zip – compacta arquivos.

Caso você queira armazenar este guia no seu computador, pois aí não terá a necessidade de estar conectado à internet para consultá-lo, lhe mostrarei como fazer isso usando o comando wget:

Abra um terminal e digite:

$ wget -r http://www.uniriotec.br/~morganna/guia/

A opção (-r) significa recursivo, ou seja, tudo que está abaixo disso. “

O dicionário que acompanha o BrOffice possui versões distintas para PT_BR, PT_PT e ES_CL (espanhol-chile) e é maior e melhor que o que vem acompanhando o OOo.org. Recomendo a cada um que use uma dessas línguas a atualizar seu dicionário, eis o passo a passo :

1) Baixe o arquivo com o dicionário em http://www.broffice.org.br/verortografico

2) Descompacte-o.

3) Verifique onde ficam os dicionários do OpenOffice no seu sistema, a localização desse dicionário antigamente dava-se sempre no diretório de instalação do OpenOffice, porém isso mudou agora que o mesmo dicionário pode servir para várois aplicativos diferentes. Se voce quer saber onde fica o dicionário PT_BR em seu sistema, execute no prompt :

$dpkg – -search pt_BR.dic pt_BR.aff (são dois traços juntos – -)
myspell-pt-br: /usr/share/myspell/dicts/pt_BR.dic
openoffice.org-hyphenation: /usr/share/myspell/dicts/hyph_pt_BR.dic
myspell-pt-br: /usr/share/myspell/dicts/pt_BR.aff

Parabens ! Agora sabemos que ele fica em /usr/share/myspell/dicts/ e sabemos até qual foi o pacote que proporciono-o, isto é, “myspell-pt-br” . Se a execução do comando acima não retornou nada para você então é porque não instalou os dicionários, use o Synaptic e confira a presença do pacote “myspell-pt-br”.

4) Copie os arquivos que foram descompactados para o diretório encontrado no passo anterior :

sudo cp pt_BR.aff pt_BR.dic /usr/share/myspell/dicts/

Obviamente o exemplo acima é para atualizar os dicionários PT_BR, a atualização PT_PT e ES_CL é similar, apenas os nomes dos arquivos mudam.

Feito. Reinicie as aplicações que re-utilizam esse dicionário -Firefox, thunderbird e OpenOffice só para citar alguns – para ter o completo funcionamento do dicionário.

Considerações Finais

A titulo de curiosidade, o dicionário PT_BR que acompanha o OpenOffice – que na realidade é um mixto com o PT_PT – possui 569K, e sabe qual o tamanho do dicionário que estou sugerindo acima ? 4,6M com verbetes caprichados, e como dizia certo vilão no filme “os incriveis” : “é maior e melhor”.

Ctrl+C Ctrl+V de: http://hamacker.wordpress.com/2007/04/22/atualize-o-dicionario-do-openoffice-22-no-feisty/

Primeira parte: http://diarionet.wordpress.com/2007/04/03/linux-a-evolucao-social-primeira-parte/

Inclusão social, ao longo dos séculos, sempre foi o lema primordial no discurso de inúmeros políticos para a tão sonhada democracia, iniciada 3 séculos antes de Cristo no livro Política, de Aristóteles.

O quadro não mudou nada. Com o avanço da tecnologia, a inclusão também passou a ser digital, pois todos têm direito de compartilhar informações por um meio muito fácil, a Internet. E, para resolver este problema, inúmeros programas estatais ou provados foram criados, como o OLPC (One Laptop Per Children), que visa levar um laptop de estudo a cada estudante; computadores com preços mais acessíveis, etc.

A iniciativa maior, no Brasil, tendo repercussão até no exterior, foi com certeza o “Computador para todos”. Conforme o site oficial:

“O Computador para Todos tem como objetivo principal possibilitar a população que não tem acesso ao computador possa adquirir um equipamento de qualidade, com sistema operacional e aplicativos em software livre, que atendam ao máximo às demandas de usuários, além de permitir acesso à Internet.”

Ou seja, ter um preço baixo era a característica fundamental dos computadores do programa. E, obviamente, um dos primeiros gastos cortados foram com o sistema operacional. A solução quase que unânime foi a instalação do Linux em tais PCs, que acabou por popularizar uma das paixões de muita gente, era motivo de alegria ver milhares de computadores serem vendidos com o pinguim.

No início de 2006, um amigo próximo, sabendo que eu vestia a camisa do Linux todo dia, chegou em mim e disse “realmente, o Linux é muito ruim”. Espantado, comecei a conversar com ele o porquê disso, já que todos nós sabemos que o Linux é um dos melhores sistemas operacionais, se não for o melhor. Expliquei também que o Linux era dividido em distribuições, contando características de cada uma.

O computador possuía uma distribuição própria da linha. Ele trouxe o mesmo na minha casa, e, embora use intensamente Linux há anos, confesso que até eu fiquei assustado. Para começar, tinha o clássico defeito de 2GB apenas estarem formatados; os outros 38 estavam simplesmente sem uso algum, um fator considerável para um computador vendido em lote. E não era apenas isso; até o papel de parede da distro tinha imagens serrilhadas, como se feitas em programas de desenho básico.

Não pára por aí. Recentemente fui fazer uma visita básica às lojas que vendem tais computadores. Olhei uma das distribuições mais famosas dos PCs do programa federal, e realmente, me senti inconformado. Ao mexer o mouse para sair da proteção de tela, me deparei com o Xscreensaver – para um possante Pentium 4. Daí já dá para ver como o sistema é moderno e atualizado.

Além disso a questão da seleção dos programas é algo crítico: muitas distribuições dessas possui um arranjo bastante atrapalhado de programas, como, por exemplo, maioria de aplicativos GTK num ambiente KDE.

Após a postagem do primeiro artigo, um usuário me enviou um texto descrevendo sua situação constrangedora também os o Linux instalado no “Computador para todos”. Veja seu relato.

Vale lembrar que a crítica abaixo é de um usuário, não tendo relação nenhuma com as opiniões do Guia Do Hardware. O “X” foi usado para não mostrar o nome da distribuição referente:

“Júlio, sou assíduo leitor do GDH resolvi me cadastrar no fórum, pois como você em breve publicará uma segunda parte comentando o “Computador para todos”, achei por bem independente do resultado te passar a seguinte informação: no Estado da Bahia está sendo vendido um computador incluso no programa para todos com a distribuição X, a tal distro é de causar vergonha para a comunidade de usuários de Linux, e o site da distro é de fazer chorar. Por exemplo: o acesso de banda larga em Salvador é via Velox, na distro tem um botão para tal, só que simplesmente não funciona. O manual da distro é uma piada, enfim, nem vou entrar em muitos detalhes, dê uma olhada que você vai entender o porquê de eu vir aqui te fazer esse alerta e com certeza você irá estar melhor preparado para escrever sobre o “Computador para todos”.

E, mais tarde:

“Continuando nossa conversa sobre sistemas furados e que denigrem a imagen do Linux, queria te dizer o seguinte: na empresa onde estou como “temporário”, todas as estações de trabalho usam Linux, divididas entre Ubuntu e Conectiva que inclusive serão migradas para Ubuntu. Em casa eu utilizo o Kuruma e Ubuntu em duas máquinas, sendo uma delas um servidor de arquivos, com D.S.L e Coyote roteando minha rede. O caso que te contei sobre o X se deu por conta de minha ex-mulher, que mora com minha filha em Salvador – BA ter ganho de sua irmã um “Computador para todos” com a famigerada distro instalada, o que fez com que ela me pedisse socorro aqui em SP. Você imagina uma usuária que sequer chega a ser leiga em Windows tentando aprender de cara a lidar com Linux desses, ainda mais um que não funciona e não tem informação alguma. O transtorno aumentou mais ainda quando eu, com muita boa vontade tentei acessar o site dos caras e dei com “os burros n’água”.

Espero ter contribuído com minha indignação para que você escreva mais e melhores textos como tem feito.

Um grande abraço”

Essa infelizmente é a realidade. Programas que, sem definir estratégias, tentam agir pelo impulso, pela resposta rápida de resultados; ponto totalmente contraditório, já que a qualidade é um dos fatores essenciais para qualquer tipo de venda. Ainda não pára por aí. Outro usuário também comentou num fórum:

“Segundo nos passaram, uma grande montadora lançou algumas linhas de computadores com o sistema Y, mas não prestou um suporte de qualidade, e a preocupação deles é vender em quantidade de forma que os gastos com suporte sejam irrelevantes (desde que comprem bastante, os consumidores podem reclamar á vontade do suporte ineficiente).”

Projetos sociais de implantação do Linux são totalmente favoráveis e merecem apoio, disso não há dúvidas. De uma forma ou de outra, acabam popularizando o Linux e a informática, levando mais e mais informações para cada cidadão. Entretanto, a má estratégia e administração acabam por atrapalhar uma evolução social mais agradável.

O Linux, há mais de uma década em média, era utilizado somente por técnicos ou curiosos, em que ninguém se arriscava a substituir o Windows. O tempo foi passando o movimento a favor do software livre foi crescendo, e alguns usuários já começavam a arriscar-se na “façanha” de usar o Linux no dia-a-dia. Hoje, é usado em escolas, laboratórios, e inúmeras casas como o sistema padrão. Contudo, esse “inúmeras” é uma parcela insignificante com relação aos usuários de Windows somado com a população que nunca utilizou um computador na vida. E um desses que vamos pegar.

Imaginem uma família de classe baixa, que usava seu Pentium 100 com Windows 95, e decide comprar outro computador. Chegando na loja, opta pelo “Computador para todos”, mas fica com um pé atrás por vir com Linux (obviamente, o pé atrás é aquele pré-conceito explicado no primeiro artigo), e, embora muitos amigos “loucos” tenham falado bem do Linux e outros “normais” falado mal, pelo irresistível preço compra seu computador.

Chegando em casa, ligando o PC verifica que seu HD possui 1 GB de espaço livre. Em pleno KDE, o mensageiro padrão é o Gaim, que ele não sabia mexer. Os pacotes, todos mal selecionados, ícones incoerentes no menu e no desktop, programas totalmente desatualizados, dificuldade em instalar programas – não porque no Linux é difícil, muito pelo contrário – e sim pois o usuário simplesmente não tem documentação para tal. Cansado de tudo, sem amigos, tendo que corrigir problemas técnicos, ele simplesmente “larga a mão”, indo numa lojinha de esquina, e pimba – instala o Windows – sem licença. E o pior de tudo é que ele espalha ao seu redor, entre amigos e familiares, que “Linux é uma porcaria. Não recomendo”.

O problema de tudo isso não é o Linux. E sim das empresas que escolhem uma distribuição mal elaborada, ou fazem uma sem conhecimento e pessoal técnico aprofundado e especializado, resultando num sistema “caseiro”. Isso fora a documentação, não existente em lugar nenhum. Fóruns? Nem pensar, a distribuição afinal acabou de sair do forno. E como tudo que sai do forno, ainda está muito quente.

Solução para isso é não tentar se arriscar numa nova distribuição, oferecer suporte às já existentes, e instalar tantas boas por aí – openSUSE, Ubuntu, Mandriva (que inclusive dá suporte no Brasil), Fedora, etc. Distribuições assim são robustas, famosas, que oferecem suporte fenomenal na Internet, possuem interfaces personalizadas de maneira profissional, centenas de pessoas desenvolvendo, e tudo mais. Assim, o Linux simplesmente deixa de ser algo caseiro, feito às pressas e implantado em máquinas, para ser algo profissional, popular positivamente e motivo de satisfação dos clientes.

Não apenas em qualidade, e sim em versão. Não adianta instalar uma versão de 2 anos atrás do Linux para obter bons resultados. A comunidade do software livre caminha muito depressa, sendo necessário estar sempre com uma distribuição “em dia”.

Outra solução também é as atuais distribuições voltadas para computadores de baixo custo contratarem mais gente especializada e certificada, ampliarem a rede de desenvolvedores e fazer algo maduro, profissional.

O mesmo acontece em empresas e instituições, como universidades. Há alguns anos, várias começaram a migrar para o Linux, reduzindo custos; o Governo Federal também, e recentemente o Banco do Brasil, isso excluindo inúmeras outras. A sorte é que as empresas tem a quem recorrer, possuem pessoal contratado e a produtividade de seus funcionários é fundamental.

E por falar em Banco do Brasil, após veiculação de uma série de críticas pela revista Você S/A, a pŕopria ouvidoria da instituição deu um retorno interessante ao BR-Linux:

“1 – O BB faz uso de softwares livres desde 2001;

2 – A migração é um sucesso graças à participação dos funcionários. São eles os responsáveis pelos procedimentos em suas estações, para que o sistema operacional OS/2 ou Windows seja desinstalado e instalado o Linux. São mais de mil instalações por dia com números crescentes, sendo que, nos primeiros três dias de migração, foram mais de 6 mil estações migradas para o novo sistema. O Banco teve o cuidado em manter o visual do sistema anterior e seus aplicativos para que as mudanças fossem mínimas. E ainda assim municiou os mais de 50 mil funcionários beneficiados na primeira fase da mudança de software com todas as informações necessárias.

3 – Não houve muitas dúvidas dos funcionários, que possuem vários canais de comunicação e atendimento às soluções bancárias. Todos apresentam, sem exceção, números baixíssimos de ocorrências, traduzindo a adoção de softwares livres como a suíte de escritório OpenOffice.org e o Sistema Operacional GNU/Linux em um grande sucesso. As mudanças são debatidas em Grupos de Discussão da Intranet Corporativa do Banco com a troca de milhares de mensagens entre funcionários. A maior parte das mensagens são elogios à nova plataforma e as dúvidas sempre são solucionadas rapidamente, algumas vezes, inclusive, entre os próprios usuários. Além disso, o Núcleo de Software Livre da Diretoria de Tecnologia tem aproveitado as sugestões dos funcionários para que a evolução dos produtos esteja cada vez mais alinhada aos requisitos dos usuários.

4 –Há pouquíssimos registros de travamentos nas plataformas com Linux instalados. Esse número é residual e, definitivamente, não é superior ao que havia na plataforma Windows ou OS/2.

5 – A opção do BB por software livre não é uma questão ideológica, a Empresa utiliza sempre a opção de software que apresenta o melhor custo benefício, tanto que utiliza um grande número de soluções baseadas em software proprietário.”

Ou seja, desde que escolhido a dedo e tendo pessoal realmente especializado, o Linux em empresas se torna uma “mão-na-roda”, e claro, questões de migração são normais, levando um tempo curto até a adaptação de um sistema ao outro (não adaptação em dificuldades, e sim em ambientes).

Voltando sobre a inclusão digital, temos também o Intell Classmate, com o Mandriva, e o OLPC, com uma versão personalizada do Fedora rodando um gerenciador de janelas Sugar, feito por conta própria. Esses são dois casos em que há uma cooperação mútua empresa-Linux, no sentido de oferecer um aparelho de baixo custo e com qualidade ao mesmo tempo. Na raíz disso estão várias equipes de profissionais que realmente conhecem do assunto, empenhados em desenvolver o melhor. Nisso hão há dúvidas que resultados positivos sobrevalecerão, tanto para os apaixonados por Linux, tanto para os usuários de tais notebooks.

Ou seja: de técnico para popular, esse é o caminho desse sistema operacional extremamente flexível, indo desde celulares até servidores ultra-potentes. Contudo, é preciso bastante documentação, ensinamento, pois um processo de transição está em andamento. É preciso também oferecer qualidade e superioridade, diferencial, para garantir a satisfação completa de fabricantes, vendedores e usuários. Da mesma forma que usar Linux do desktop era loucura há alguns anos, não usar passará a ser. As gerações estão caminhando e, o Linux vai se tornar algo natural em breve, não sendo necessario nem gastar tanto em suporte e migração. E com isso o Linux cresce ainda mais.

Na próxima parte do artigo, vamos discutir o que acontece dentro da própria comunidade Linux que acarreta num vetor contrário ao seu movimento.

fonte: Guia do Hardware.net

O Windows XP é relativamente robusto e estável, além de oferecer muitas opções de configuração. Deveria ser seguro nas mesmas proporções, mas, infelizmente, não é isso o que acontece. Uma vez precisei da senha de administrador de uma instalação do meu Windows 2000, pois instalei às pressas e não anotei a senha. Para meu uso diário, fiz uma conta limitada, mas, um belo dia precisei me logar como administrador para instalar os drivers da webcam. Aí começou a dor de cabeça: e agora, que senha eu usei na instalação?

Percorrendo a Internet, não demorou muito para encontrar a solução. No Windows NT/2000, para contas locais, basta apagar os arquivos SAM e SAM.log, da pasta C:\WINDOWS\system32\config. Comentei isso na época no meu blog (http://janelasepinguins.blogspot.com/2005/10/hackeando-as-senhas-no-windows-2000.html).

Aproveitando a solução, testando no Windows XP, não funcionava: o sistema ficava inacessível após a remoção destes arquivos, e nem iniciava mais. Ou seja, isso foi detectado e corrigido no Windows XP, mas não no 2000, pelo menos, não até o Service Pack 4.

Qualquer um pode ser administrador!

Recentemente, recebi pela área de envio de dicas de um dos meus sites, uma dica bem rápida, aproveitando-se de um recurso do Windows XP para obter acesso como administrador. Deixo então o agradecimento pela colaboração do Rhadsclei, que me passou a idéia e o nome do arquivo envolvido, e decidi comentá-la neste texto, detalhadamente.

O Windows XP usa uma conta especial do sistema, chamada “SYSTEM”. Essa conta é usada enquanto nenhum usuário está logado, pois para os programas funcionarem no Windows NT, eles precisam de uma conta de usuário, e usarão as configurações de personalizações e segurança do perfil desse usuário. Mesmo após o logon, se você abrir a guia “Processos” do Gerenciador de tarefas, verá que alguns programas são executados por essa conta, “SYSTEM”. Possivelmente são serviços essenciais inicializados antes do ponto de logon, onde há interação com o usuário. Muito provavelmente esta conta especial é usada durante a instalação do Windows também, após o início da parte gráfica. A “brecha” é que ela possui privilégios administrativos. Qualquer programa rodado com ela, tem direitos de administrador, e pode fazer o que bem quiser no sistema. Eis o segredo: rodar um programa sem fazer logon, usando essa conta. Você me perguntaria: mas como, se antes de fazer logon não tenho acesso a nenhum menu ou meio de chamar programas?

Por vias normais, não. Mas…

O Windows possui ferramentas de acessibilidade, para auxiliar de forma mínima usuários com deficiências motoras e/ou audiovisuais. Ele possui um gerenciador de utilitários, chamado pelo atalho Win+U. Independentemente deste, pode-se ficar segurando a tecla SHIFT por 8 segundos, e então as opções de acessibilidade são abertas. Elas permitem configurar o alto-contraste, o movimento do cursor do mouse via teclado, a emissão de sons em determinadas situações, a piscagem da tela durante a reprodução de um som de sistema (como um “beep”, por exemplo), etc. Para permitir que os usuários com necessidades especiais tenham esse auxílio durante o logon, o atalho de ficar segurando SHIFT por 8 segundos funciona também na tela de logon.

Eis o truque, facilmente aplicado: substituir o arquivo que é chamado pelo atalho das opções de acessibilidade por outro executável qualquer. O mais prático é o “cmd.exe”, o interpretador de comandos. Basta acessar a pasta system32, renomear (ou apagar) o arquivo “sethc.exe”, e então copiar o “cmd.exe” para essa mesma pasta, renomeando a cópia com o nome “sethc.exe”. Só isso. Agora, ao segurar SHIFT por 8 segundos, o prompt de comando será aberto. Na tela de logon, como os direitos da conta usada ali são de administrador, o prompt de comando será executado como administrador.

Nota: na tela de logon que lista os usuários, o prompt de comando (ou o arquivo “sethc.exe”, mais precisamente) poderá ficar oculto, por trás dela. Para não se atrapalhar e exibi-lo corretamente, alterne para o logon clássico, teclando duas vezes CTRL + ALT + DEL. (No Windows NT, teclar duas vezes CTRL + ALT + DEL não faz com que o sistema seja reiniciado; se você não acompanhou o Windows 2000/XP e só conhece o 9x/Me, é bom saber disso

O arquivo pode ser substituído facilmente se o usuário possuir uma conta local, mesmo que restrita, e se o HD estiver formatado em FAT/FAT32. Usando o próprio Explorer pode-se trocar o arquivo, já que ele não fica aberto o tempo todo. Se o HD estiver formatado em NTFS, onde os usuários limitados não têm permissão de escrita nas pastas de sistema do Windows, e/ou se o usuário for um intruso que não possui sequer conta local, basta usar um sistema alternativo, que rode do CD. O mais comum é o Linux, diversas distros, como o Kurumin Isso considerando que o sistema possa ler e escrever em NTFS, o que é o caso do Kurumin 7.

Rodando o prompt de comando como administrador, você pode chamar programas, que serão executados com privilégios de administrador. Rode “control userpasswords2” para criar novos usuários ou redefinir a senha de qualquer conta de usuário, incluindo, é claro, do administrador.

Se preferir, use o console de gerenciamento do computador (compmgmt.msc), e clique em “Usuários e grupos locais”. Eu me surpreendi, pois foi possível rodar até o Explorer! Veja alguns screenshots. Para decepção dos usuários que confiam tanto na segurança do Windows, saiba que estas imagens não foram montadas num programa gráfico, foram todas obtidas com o famoso “Print Screen”, salvas originariamente no Paint, também rodando sem fazer logon:

Ao dar o comando “explorer.exe” no prompt, o Explorer foi aberto. Na primeira vez, definiu o papel de parede “Alegria”, que é padrão, e ainda ofereceu o “Tour do Windows”. Observe a tela de logon arrastada para o topo. Nenhuma senha foi necessária.

Criação de uma nova conta de usuário, com o comando control userpasswords2.

Ao dar CTRL+ALT+DEL, abriu-se o Gerenciador deTarefas. Pelo visto, ele ficou instável Isso ocorreu com alguns outros programas também. No entanto, após criar uma conta e se logar com ela, o acesso ao sistema ficava “normal”.

Clicando com o direito na área de trabalho e em “Propriedades”, pode-se alterar os temas. Veja, deixei o prateado para a tela de logon! Até que esta dica pode ser útil para mera personalização, você altera as opções visuais da tela de logon sem precisar tocar no registro.

Percebi alguns problemas de estabilidade ao rodar programas deste modo, como no gerenciador de tarefas, o copiar/colar arquivos pelo Explorer não funcionava, etc. Depois de uns 5 minutos o Explorer era fechado sozinho, não sei se isso foi programado ou se é devido algum erro não esperado. Afinal não é esperado “fazer logon sem fazer logon”, com a conta de usuário SYSTEM. Mas ele podia ser aberto a qualquer momento, digitando-se “explorer” no prompt de comando novamente.

Talvez isso possa ser usado também no Windows Server 2003, visto que possui muita coisa herdada do XP. Eu não testei, mas me deu uma vontade danada de instalá-lo só para testar. Se funcionar, a Microsoft pisou na bola legal com os usuários dos servidores, afinal isso num servidor é inaceitável. Como não testei, não posso dizer muito, além de meras “premonições”. Eu estava usando o Windows XP SP1, e coloquei o SP2 só para ver se o problema permanecia nele. Afinal, se tivesse sido corrigido, eu nem me atreveria a escrever este texto. “Pode ser” que alguma das atualizações automáticas tenha corrigido isso, eu não sei porque não uso o computador principal com Internet, portanto, nada de atualizações automáticas. Mas acredito que não, senão esta falha já teria vazado muito mais amplamente.

E como se proteger?

Uma dica para proteção, caso você tenha computadores com Windows XP na empresa (ou em qualquer lugar que seja), e queira se prevenir, é usar o “syskey”. Ele é um programinha não documentado que vem com o Windows, e permite alterar a forma de criptografia das contas de usuários locais. Você pode configurar o Windows para solicitar uma senha especial, independentemente de qualquer conta de usuário, a toda inicialização. Se quiser mais proteção, pode requerer um disquete obrigatório. Sem ele, não se usa o Windows. Para isso basta abrir o SysKey, digitando syskey no “Executar”.

Tela do SysKey. Clique em “Atualizar” para alterar a proteção do sistema das contas de usuários. Não perca a senha nem o disquete, se for o caso, senão, adeus contas de usuários (mas os arquivos permanecem em C:\Documents and settings). Você poderá instalar o Windows do zero em outra pasta, mas perderá acesso a qualquer arquivo criptografado em partições NTFS (se você possuir arquivos protegidos desta forma, é claro).

Pelo menos em teoria, ao ativar a criptografia do banco de dados de contas de usuários dessa forma, o Windows não tem como permitir o logon de ninguém, simplesmente porque não tem as informações das contas, que estariam codificadas na senha especial ou no arquivo do disquete. Pelo que testei, o atalho de segurar SHIFT por 8 segundos não funcionou na tela que pede a senha especial (do syskey). Uma outra idéia, complementar a esta e que não deve ser usada sozinha, é remover ou trocar o arquivo “logon.scr”, na pasta system32, a proteção de tela padrão. Os efeitos poderiam ser parecidos se o usuário substituisse esse arquivo pelo prompt de comando, e esperasse ansiosamente por 10 minutos na tela de logon. Para quem não sabe, uma proteção de tela é um arquivo executável, com a extensão “.scr” (eles possuem diferenças técnicas sim, com relação aos “.exe”; mas se você renomear um “.exe” para “.scr”, verá que funciona da mesma forma).

A responsabilidade é de cada um

Algumas pessoas particularmente me criticam por escrever “dicas” com este teor. Em meio a tantos agradecimentos e comentários, recebi algumas críticas de revoltados com um texto que escrevi há um tempo sobre criação de vírus (http://janelasepinguins.blogspot.com/2006/08/dica-como-criar-um-vrus.html). Não nego que tive um gostinho de atrair lammers, me divirto com as pessoas que acham que sabem de tudo só por seguirem uma receita que mal entendem como funciona. Lá na frente, um dia, elas têm que encarar uma situação e se ferram. Mas muita gente reconheceu o lado importante da matéria (como os vírus são criados, como agem, como se defender, o que fazer, etc). Provavelmente receberei críticas quanto a este texto, mas os que criticam negativamente são usuários que vão contra o bem comum, ao compartilhamento da informação. Matei a cobra e mostrei o pau, “travei o pc mas mostrei no gerenciador de processos quem foi o culpado”. Quanto mais esta informação for divulgada, mais gente se cuidará e, de certa forma, pressionará a empresa produtora do Windows a rever algumas coisas nos seus sistemas antes de soltá-los. Vai dizer que o Tio Bill não sabia que durante a tela de logon a conta usada possui privilégios administrativos? Tudo bem, errar é humano. Antes divulgar esta informação de forma clara e técnica e permitir que mais técnicos e profissionais de TI se mexam para proteger os sistemas dos seus clientes, do que não divulgá-la, ocultá-la. Ela não ficará oculta, um passa para o outro, e se nada for feio para tentar proteger os sistemas, muitos espertinhos se aproveitarão desse mole que o Windows dá. Alunos em escolas e bibliotecas, clientes em lan houses, funcionários em empresas, e até mesmo – porque não? – o seu filho, no seu computador.

Além dessa questão, é uma mão na roda para quem precisa recuperar a senha pessoal, ou criar uma nova conta de usuário, se perder acesso por qualquer motivo às configurações do computador. Uma dica que deve fazer parte da mala de ferramentas de qualquer técnico Windows que se preze. Engraçado que um bom técnico Windows deve ter um live-CD do Linux, não é?

Concluindo

Isso mostra que a senha de administrador no Windows XP e nada é a mesma coisa. Como o software é fechado, a comunidade não pode fazer nada, devendo esperar por um patch da Microsoft. Isso “se sair”. Enquanto isso, o Windows em casa ou no escritório, não está seguro. A idéia é de que a conta de administrador é segura, potente, de que realmente o sistema está protegido. Mas não é isso que ocorre. O acesso local, quando possível, é uma das formas mais fáceis de invadir um computador alheio. Portanto, pense em soluções físicas de proteção. Gabinetes com cadeado, câmeras de segurança onde tiver computadores importantes… Só para não falar da segurança paranóica aplicada em data-centers (paranóica, mas essencial!). Enfim, cuide-se.

fonte: Guia do Hardware.net

Carlos E. Morimoto

Introdução

O Knoppix é uma das distribuições mais bem sucedidas. Além de ser uma das distribuições mais populares, ele deu origem a um sem número de distribuições especializadas, que juntas possuem um número de usuários provavelmente maior do que qualquer outra distribuição.

Isso foi possível pois, além de ser fácil de usar como um live-CD, o Knoppix pode ser personalizado, o que permite desenvolver novas distribuições e soluções. Você pode escolher entre começar a partir do Knoppix original ou usar o Kurumin (ou outra das muitas distribuições derivadas dele), corrigindo problemas, adicionando novos recursos ou personalizando o que quiser.

O Kurumin mantém a detecção de hardware, possibilidade de personalização e outras características positivas do Knoppix original, adicionando diversos scripts, personalizações, drivers e ferramentas de configuração que tornam o sistema mais fácil e agradável de usar. Enquanto o Knoppix é um sucesso entre o público técnico, o Kurumin conseguiu crescer rapidamente entre os usuários finais, um
terreno que até então parecia difícil de conquistar.

Os exemplos deste capítulo se concentram na remasterização do Kurumin (que é, afinal, uma das soluções mais usadas aqui no Brasil), mas os mesmos passos podem ser usados em outras distribuições recentes, derivadas do Knoppix. É uma uma boa oportunidade de colocar em prática o que aprendemos até aqui.

O Básico

O Knoppix é uma distribuição baseada no Debian, que utiliza o módulo cloop para rodar a partir de uma imagem compactada. Além de dar boot diretamente através do CD, DVD ou pendrive, sem alterar os arquivos no HD, ele inclui uma série de utilitários, com destaque para o hwsetup, que se encarrega de detectar todo o hardware da máquina durante o boot.

Não importa qual seja a configuração do PC: se os componentes forem compatíveis com a versão do Kernel usada, ele funciona sem nenhuma intervenção do usuário. Os scripts de inicialização podem ser editados, de forma a incluir suporte a componentes adicionais, que não sejam detectados pelo script padrão, ou executar funções adicionais diversas, como salvar as configurações em um pendrive ou num compartilhamento de rede.

Além do Kurumin, existem hoje em dia algumas centenas de distribuições baseadas no Knoppix ou distribuições “netas”, desenvolvidas a partir do Kurumin ou outra das distribuições “filhas”. As vantagens em relação a outras distribuições são:

1- Ele detecta e configura o hardware automaticamente, dispensando a configuração manual em cada máquina

2- Além de ser usado como live-CD, ele pode ser instalado no HD, mantendo a configuração e a detecção de hardware feita durante o boot. O próprio instalador pode oferecer opções adicionais e fazer modificações onde necessário.

3- Você pode instalar novos programas a partir dos repositórios do Debian, usando o apt-get, sem precisar manter pacotes ou um repositório externo.

4- O conteúdo do CD é compactado, o que permite instalar quase 2 GB de programas num CD de 700 MB, mais do que suficiente para uma distribuição completa. Os mesmos passos descritos aqui podem ser usados caso seja necessário desenvolver um sistema maior, destinado a ser gravado em DVD, ou uma distribuição compacta, destinada a ser gravada em um mini-CD.

5- É possível instalar drivers para softmodems e outros tipos de hardware não suportados por default, programas binários ou comerciais, e assim por diante. Você pode até mesmo usar o Wine para rodar alguns aplicativos Windows.
Existem inúmeras aplicações para a idéia. Você pode criar uma distribuição padrão para ser instalada em todos os PCs da empresa e, ao mesmo tempo, usá-la como uma forma de introduzir o Linux aos funcionários, mantendo o Windows instalado no HD. É possível criar CDs bootáveis com softwares diversos para apresentar a seus clientes; criar CDs para aplicações específicas, como discos de recuperação, CDs com documentação, e assim por diante. Só depende da sua criatividade.

Dentro da imagem do CD, você encontra apenas alguns arquivos pequenos, incluindo a página html exibida no final do boot, que variam de acordo com a distribuição. Dentro da pasta /KNOPPIX, vai o arquivo compactado com o sistema, que ocupa quase todo o espaço do CD.

Este arquivo nada mais é do que uma imagem compactada da partição raiz do sistema. O módulo cloop “engana” o Kernel, fazendo-o pensar que está acessando uma partição EXT2 no HD, quando, na verdade, os dados dentro da imagem vão sendo descompactados de forma transparente, conforme são requisitados.

Algumas pastas do sistema que precisam de suporte a escrita, como, por exemplo, os diretórios “/home” e “/var”, são armazenadas num ramdisk de 2 MB criado no início do boot. Este ramdisk pode crescer conforme necessário, desde que exista memória suficiente. Como nem todo mundo tem 256 MB de RAM ou mais, o sistema usa partições Linux swap, ou arquivos de troca encontrados em partições Windows, caso exista um HD instalado. Na falta dele, o sistema roda inteiramente na memória RAM, lendo os arquivos a partir do CD.

O módulo cloop foi originalmente desenvolvido por Andrew Morton, que é atualmente o mantenedor do Kernel 2.6. Na época ele achou que o módulo não serviria para nada interessante e o descartou. Algum tempo depois ele foi redescoberto pelo Klaus Knopper, que acabou o utilizando como um dos componentes base do Knoppix. É um bom exemplo sobre como as coisas funcionam dentro do open-source.

Nas versões recentes, o ramdisk é usado também para armazenar as alterações feitas com a ajuda do UnionFS. O diretório raiz contém um conjunto de links que apontam para diretórios dentro da pasta “/UNIONFS”, que é composta pela combinação do ramdisk (leitura e escrita) e da pasta “/KNOPPIX”, onde é montada a imagem compactada do CD (somente leitura).

Para gerar uma versão customizada, precisamos descompactar esta imagem numa pasta do HD, fazer as modificações desejadas, gerar uma nova imagem compactada e finalmente, gerar o novo arquivo .iso, que pode ser gravado no CD ou DVD.

Para isso, você precisará de uma partição Linux com 2.5 GB de espaço livre (no caso do Kurumin) ou 3.5 GB caso esteja remasterizando o Knoppix ou outra distribuição com 700 MB. No caso das versões em DVD, é necessário um espaço proporcionalmente maior. Calcule um espaço 5 vezes maior que o tamanho do sistema original, pois a imagem descompactada ocupa 3 vezes mais espaço e vai ser necessário guardar também a nova imagem compactada e o arquivo .iso final.

É necessário ter também uma partição Linux swap (ou um arquivo swap) de 1 GB, menos a quantidade de RAM do PC. Se você tem 512 MB de RAM, por exemplo, vai precisar de pelo menos mais 512 MB de swap. O problema neste caso é que o sistema usa a memória para armazenar a imagem compactada enquanto ela está sendo processada, copiando o arquivo para o HD apenas no final do processo.

Note que a quantidade de memória varia de acordo com o tamanho da imagem gerada. Ao gerar uma imagem maior, destinada a ser gravada em DVD, você vai precisar de uma quantidade proporcional de memória ou swap.

Todo o processo de remasterização pode ser feito a partir do próprio CD do Kurumin, ou da distribuição que está sendo modificada. Todas as ferramentas necessárias estão inclusas no próprio CD.

Uma observação importante é que é preciso usar a mesma versão do módulo cloop instalada no sistema de desenvolvimento para fechar o arquivo compactado. Em outras palavras, se você está fazendo um remaster do Kurumin, com uma versão personalizada do Kernel 2.6.16, por exemplo, você vai precisar instalar a mesma imagem do Kernel numa instalação do Kurumin no HD e fechar o novo ISO usando esta instalação.

Se você estiver rodando versões diferentes do Kernel, ou estiver usando outra distribuição, as versões do cloop serão diferentes e o novo CD simplesmente não vai dar boot.

Extraindo

O primeiro passo é dar boot com o CD do Kurumin ou da distribuição em que vai trabalhar. Monte a partição que será usada para extrair o sistema. Você pode aproveitar também a partição de uma distribuição Linux já existente no HD, desde que ele possua espaço livre suficiente.

Um detalhe importante é que (no Kurumin) você deve montar a partição via terminal e não usando os atalhos no desktop. Eles montam as partições adicionando o parâmetro “nodev”, que impede que os scripts direcionem suas saídas para o “/dev/null”, causando uma série de erros. Vou usar como exemplo a partição “/dev/hda6″.

# mount -t reiserfs /dev/hda6 /mnt/hda6

O próximo passo é criar duas pastas, uma para abrigar a imagem descompactada e outra para guardar os arquivos que irão no CD (fora da imagem compactada), como os arquivos de boot e os manuais. Lembre-se de que os arquivos dentro da imagem compactada ficam acessíveis apenas dando boot pelo CD, enquanto os arquivos fora da imagem podem ser acessados a partir de qualquer sistema operacional, como se fosse um CD-ROM comum.

Na época em que comecei a desenvolver o Kurumin, a única referência (embora bem resumido) era o “Knoppix how-to” do Eadz. Em homenagem, continuo até hoje usando os nomes de pastas indicados nele:

# mkdir /mnt/hda6/knxmaster
# mkdir /mnt/hda6/knxsource
# mkdir /mnt/hda6/knxsource/KNOPPIX
A pasta “knxmaster” é usada para armazenar uma cópia simples dos arquivos do CD, usada para gerar o ISO final. A pasta “knxsource/KNOPPIX” por sua vez armazena a cópia descompactada do sistema, onde fazemos as modificações.

Comece fazendo a cópia completa dos arquivos do CD para dentro da pasta “knxmaster/”. Ao dar boot pelo CD, os arquivos ficam disponíveis dentro da pasta “/cdrom”:

# cp -a /cdrom/* /mnt/hda6/knxmaster/

Em seguida, vamos criar a imagem descompactada do sistema na pasta knxsource/KNOPPIX/. Para o comando abaixo você deve ter dado boot a partir do CD; ele nada mais é do que uma forma de copiar o sistema de arquivos montado durante o boot para a pasta indicada:

# cp -Rp /KNOPPIX/* /mnt/hda6/knxsource/KNOPPIX/

Esta etapa demora um pouco, pois além de ler os arquivos no CD, o processador tem o trabalho de descompactar tudo, como se estivesse instalando o sistema no HD. Terminada a cópia, você verá a árvore de diretórios do sistema dentro da pasta:

Você deve estar se perguntando se o próximo passo será acessar a pasta e sair editando os arquivos de configuração e instalando aplicativos manualmente. Bem, isso até seria possível para alguém sem muito o que fazer, mas existe uma forma muito mais fácil de trabalhar dentro da pasta de desenvolvimento, utilizando o comando “chroot“. Ele permite transformar a pasta no diretório raiz do sistema, de modo que você possa instalar programas, instalar e remover pacotes e até mesmo abrir o KDE e sair alterando suas configurações. Tudo o que você fizer dentro da janela do chroot alterará seu novo CD bootável. Para ativá-lo, use o comando:

# chroot /mnt/hda6/knxsource/KNOPPIX/

(como root)

A partir daí, a pasta passa a ser vista pelo sistema como se fosse o diretório raiz, fazendo com que todos os comandos sejam executados dentro do seu sistema de desenvolvimento:

Antes de começar a trabalhar, monte o diretório /proc dentro do chroot. Sem isso a funcionalidade será limitada e você receberá erros diversos ao instalar programas:

# mount -t proc /proc proc

Nas versões recentes, que utilizam o udev (usado a partir do Kurumin 6.0), é necessário montar também a pasta “/sys” e o “/dev/pts”. Sem os dois, você não conseguirá carregar o modo gráfico, como explico adiante:

# mount -t sysfs sys /sys
# mount -t devpts /dev/pts /dev/pts

Para acessar a internet de dentro do chroot e assim poder usar o apt-get para instalar programas, edite o arquivo “/etc/resolv.conf“, colocando os endereços dos servidores DNS usados na sua rede, como em:

nameserver 200.199.201.23
nameserver 200.177.250.138
A partir daí, você pode instalar novos pacotes via apt-get, como se fosse um sistema instalado. Se precisar instalar pacotes manualmente, copie os arquivos para dentro de uma pasta no diretório e instale usando o comando “dpkg -i”. No Kurumin, por exemplo, uso a pasta “/knxsource/KNOPPIX/packages/”, que é vista como “/packages” dentro do chroot.

Inicialmente, o chroot permite usar apenas comandos de modo texto. Você pode editar arquivos manualmente usando editores de modo texto, como o mcedit e o vi e usar o apt-get, mas não tem como usar ferramentas gráficas ou mudar configurações no centro de controle do KDE, por exemplo.

É possível carregar o modo gráfico de dentro do chroot, configurando a variável DISPLAY do sistema para que seja usado um servidor X externo. Isso permite carregar o KDE ou outros ambientes gráficos, útil principalmente quando você precisar alterar as opções visuais do sistema, editar o menu do KDE ou alterar a configuração dos aplicativos.

É até possível fazer isso via linha de comando (eu faço editando os arquivos de configuração do KDE (que vão dentro da pasta “.kde/”, no home) mas é muito mais simples através do Kcontrol.

Existem duas opções aqui. Você pode abrir um segunda seção do X, ou usar o Xnest (a opção mais simples, porém mais precária), que abre uma instância do X dentro de uma janela.

Para abrir o servidor X “real”, use o comando:

# X -dpi 75 :1

Isso abrirá um X “pelado”, com a tela cinza e o cursor do mouse. Volte para o X principal pressionando “Ctrl+Alt+F7″ e retorne para ele pressionando “Ctrl+Alt+F8″.

Para abrir o Xnest, use (neste caso com seu login de usuário, não o root), os comandos:

$ xhost +
$ Xnest :1
Em ambos os casos, você terá aberta uma segunda seção do X (:1), que podemos usar de dentro do chroot. Note que, para usar o Xnest, você precisa instalar o pacote “xnest” via apt-get.

Existem algumas considerações antes de continuar. Inicialmente, você está logado como root dentro do chroot. Ao alterar as configurações do sistema (configurações visuais, menu, programas que serão carregados na abertura do KDE, etc.) precisamos fazer isso como o usuário usado por padrão no sistema, “knoppix” no Knoppix ou “kurumin” no Kurumin.

As configurações padrão vão inicialmente na pasta “/etc/skel”. O conteúdo é copiado para a pasta home durante o boot, criando a pasta “/home/kurumin” ou “/home/knoppix”. Precisamos refazer esse processo artificialmente, de forma a carregar o ambiente gráfico (e com o usuário certo a partir do chroot.

Comece (ainda como root) copiando os arquivos para a pasta home do usuário desejado. Vou usar como exemplo o usuário kurumin. Lembre-se de que tudo isso é feito dentro da janela do chroot:

# cd /home
# cp -R /etc/skel kurumin
# chown -R kurumin.kurumin kurumin/
# rm -rf /var/tmp/*
Agora logue-se como o usuário kurumin (ainda dentro do chroot) e abra o KDE na instância extra do X que abrimos anteriormente:

# su kurumin
$ cd /home/kurumin/
$ export DISPLAY=localhost:1
$ startkde
Isso abrirá o KDE dentro da segunda seção do X. Se precisar carregar outra interface, substitua o “startkde” pelo comando adequado.

Ao usar o Xnest, é normal que sejam exibidas mensagens de erro diversas (no terminal) durante a abertura do KDE. Alguns aplicativos podem ser comportar de forma estranha, o que também é normal já que ele não oferece todos os recursos do servidor X “real”. Pense nele como uma forma rápida de alterar as configurações do sistema que está sendo remasterizado e não como algo livre de falhas.

Depois de alterar todas as configurações desejadas, feche o KDE pelo “Iniciar > Fechar Sessão > Finalizar sessão atual” e, de volta ao terminal do chroot, copie os arquivos modificados do “/home/kurumin” de volta para o “/etc/skel”, sem se esquecer de restabelecer as permissões originais:

$ exit
# cd /home
# cp -Rf kurumin/* /etc/skel/
# chown -R root.root /etc/skel
# rm -rf /home/kurumin

Fechando a nova imagem

Depois de fazer a primeira rodada de alterações, é hora de fechar a nova imagem e testar. Evite fazer muitas modificações de uma vez, pois assim fica mais difícil de detectar a origem dos problemas. O ideal é fazer algumas alterações, fechar uma nova imagem, testar, fazer mais algumas alterações, fechar outro, e assim por diante. Salve as imagens anteriores, elas podem ser usadas como pontos de recuperação. Com elas, você pode recuperar o sistema a partir de qualquer ponto, caso aconteça qualquer problema estranho que não consiga resolver sozinho.

Caso, mais adiante, você faça alguma alteração que quebre o sistema, basta dar boot com o último CD gerado, deletar o conteúdo da pasta “/knxsource/KNOPPIX” e extrair a imagem novamente. Você terá seu sistema de volta da forma como estava quando gravou o CD.

Para fazer os testes, você tem duas opções: gravar os CDs e dar boot num segundo micro ou usar uma máquina virtual, configurada para usar o arquivo .iso gerado como CD-ROM (a melhor opção se você tem apenas um PC). Evite gravar as imagens em CD-RW para testar, pois eles apresentam muitos erros de leitura, que podem levar a problemas estranhos no sistema, causados por falta de arquivos. Eles podem fazer você perder muito tempo procurando por problemas que na verdade são causados pela mídia. Use CD-R normais, ou use diretamente os arquivos .iso dentro da VM.

Ao fechar as imagens, comece limpando o cache de pacotes do apt-get dentro do chroot. O apt conserva uma cópia de todos os pacotes baixados, o que desperdiça bastante espaço.

# apt-get clean

Você pode também deletar a base de dados dos pacotes disponíveis (que é gerada ao rodar o “apt-get update”), reduzindo o tamanho da imagem final em quase 10 MB:

# rm -f /var/lib/apt/lists/*

(não delete a pasta “/var/lib/apt/lists/partial”, apenas os arquivos)

Outro comando útil, que ajuda a liberar espaço é o “deborphan”, que lista bibliotecas órfãs, que não são necessárias para nenhum programa instalado. Elas vão surgindo conforme você instala e remove programas.

# deborphan

Os pacotes listados por ele podem ser removidos com segurança usando o “apt-get remove”.

Delete também o histórico de comandos do root, que contém os comandos que você executou durante o processo de personalização; não existe necessidade de divulgá-los ao mundo. Aproveite para eliminar também o diretório .rr_moved:

# rm -f /home/root/.bash_history
# rm -rf /.rr_moved
Finalmente chegou hora de dar adeus ao chroot e gerar a nova imagem. Comece desmontando o “/dev/pts”, o “/sys” e o diretório “/proc” que montamos no início do processo, caso contrário todo o conteúdo da memória e do diretório /dev será incluído na imagem, gerando um arquivo gigante:

# umount /dev/pts
# umount /sys
# umount /proc
Agora pressione CTRL+D para sair do chroot.

O próximo passo é gerar o novo arquivo compactado. Esta etapa demora um pouco já que o sistema precisa compactar todo o diretório knxsource.

Antes de tentar gerar a imagem, use o comando free para verificar se a memória swap está ativada. Se necessário, formate novamente a partição swap e reative-a com os comandos “mkswap /dev/hda2″ e “swapon /dev/hda2″, substituindo o “hda2″ pela partição correta.

Depois de tudo verificado, o comando para gerar a imagem é:

# mkisofs -R -V “Meu_CD” -hide-rr-moved -pad /mnt/hda6/knxsource/KNOPPIX \
| /usr/bin/create_compressed_fs – 65536 > /mnt/hda6/knxmaster/KNOPPIX/KNOPPIX

(As duas linhas formam um único comando)

Ele é um pouco longo mesmo, dado o número de parâmetros necessários. Aqui vai uma explicação mais detalhada da função de cada um:

mkisofs: Este é o programa usado para gerar imagens ISO no Linux. Ele é utilizado originalmente por programas de gravação de CD. Graças aos parâmetros extras, ele é “adaptado” para gerar a imagem compactada do sistema.

-R: Ativa as extensões Rock-Ridge, que adicionam suporte a nomes longos no Linux.

-V “Kurumin”: O nome do volume. Você pode substituir o “Kurumin” por qualquer outro nome.

-hide-rr-moved: Esconde o diretório RR_MOVED caso encontrado. Apenas uma precaução.

-pad: Para prevenir problemas de leitura, o tamanho total da imagem deve ser sempre um múltiplo de 32 KB. Este parâmetro verifica isso e adiciona alguns bits zero no final da imagem para completar os últimos 32 KB, caso necessário.

/mnt/hda6/knxsource/KNOPPIX: Este é o diretório fonte, onde está a imagem descompactada do sistema. Não se esqueça de substituir o “hda6″ pela partição correta.

| /usr/bin/create_compressed_fs – 65536: Este é o grande truque. O pipe direciona toda a saída do comando para o programa “create_compressed_fs” (incluído no sistema), que se encarrega de compactar os dados. Note que por causa do uso deste comando, você só poderá gerar a imagem compactada a partir do Kurumin ou outra distribuição baseada no Knoppix, de preferência uma instalação do próprio sistema que está remasterizando. Você não conseguirá fazer a partir do Mandriva (por exemplo), pois ele não inclui o executável citado aqui.

> /mnt/hda6/knxmaster/KNOPPIX/KNOPPIX: O redirecionamento (>) faz com que o fluxo de dados gerado pelos comandos anteriores seja salvo no arquivo que especificamos aqui, gerando a imagem compactada do sistema, que será usada no novo arquivo .iso.

Depois de gerar a imagem você notará que o seu micro ficará um pouco lento, pois o processo consome toda a memória RAM disponível. Isso é normal, mova um pouco o mouse e clique nas janelas que ele logo volta ao normal.

Com a nova imagem compactada gerada, falta agora apenas fechar o .iso do CD, usando os arquivos da pasta knxmaster. Este comando é usado nas versões recentes, que utilizam o Kernel 2.6:

# cd /mnt/hda6/knxmaster

# mkisofs -pad -l -r -J -v -V “Kurumin” -no-emul-boot -boot-load-size 4 \
-boot-info-table -b boot/isolinux/isolinux.bin -c boot/isolinux/boot.cat \
-hide-rr-moved -o /mnt/hda6/kurumin.iso /mnt/hda6/knxmaster
No final será gerado o arquivo “kurumin.iso” dentro da pasta “/mnt/hda6″. Você pode alterar o nome do arquivo destino de acordo com a necessidade.

O comando gera um CD bootável usando o isolinux, um sistema de boot que tem uma função similar à do lilo e grub, mas é otimizado para uso em CD-ROMs. Os arquivos vão dentro da pasta “boot/isolinux” no raiz do CD. O comando indica o caminho para o executável do isolinux, que será incluído no CD (boot/isolinux/isolinux.bin).

As versões antigas, com o Kernel 2.4, usavam uma imagem de um disquete de 1.44 como sistema de boot. Este é o sistema mais compatível com placas antigas, mas tem uma séria limitação: o sistema de boot precisa ter menos que 1.44 MB, a capacidade do disquete. Com todas as novidades e melhorias, o Kernel 2.6 ficou muito maior, tornando quase impossível criar um sistema de boot funcional em apenas 1.44 MB.

Caso você precise remasterizar uma versão antiga, ainda com o Kernel 2.4, os passos e comandos para remasterizar são os mesmos, mas o comando para fechar o ISO fica:

# mkisofs -pad -l -r -J -v -V “Meu_CD” -b KNOPPIX/boot.img -c \
KNOPPIX/boot.cat -hide-rr-moved -o /mnt/hda6/kurumin.iso /mnt/hda6/knxmaster
Ao remasterizar o Kanotix, ou outra distribuição live-CD que utilize o grub como gerenciador de boot, o comando fica:

# mkisofs -pad -l -r -J -v -V “Kanotix” -b boot/grub/iso9660_stage1_5 -c \
boot.cat -no-emul-boot -boot-load-size 4 -boot-info-table -hide -rr -moved \
-o /mnt/hda6/kanotix.iso /mnt/hda6/knxmaster
Existem duas variáveis dentro do script de instalação (o arquivo “/usr/local/bin/kurumin-install”), que devem ser alteradas de acordo com o tamanho do sistema. Você pode verificar isso a partir do próprio Konqueror, ou usando o comando “du -sh”, como em:

$ du -sh /mnt/hda6/knxsource/

Logo no começo do script, você encontra a função responsável pela barra de progresso exibida durante a cópia dos arquivos. Altere o valor de acordo com o tamanho do sistema informado pelo du:

progressbar()
{
{
TOTAL=1300
Um pouco mais abaixo, pela variável que determina o espaço mínimo necessário para fazer a instalação do sistema. O script aborta a instalação caso a partição destino seja menor que o valor especificado aqui:

FSMIN=1300

Personalizando o KDE e programas

Personalizar a configuração padrão do sistema, ajustando o comportamento dos programas, organizando o menu iniciar e arrumando a parte visual acaba sendo uma das partes mais importantes ao desenvolver um sistema destinado a usuários não técnicos, já que é necessário criar um ambiente familiar, bonito e fácil de usar.

O Kurumin armazena as preferências padrão do usuário kurumin (o usado por default) na pasta “/etc/skel“. O conteúdo desta pasta é copiado para a pasta “/ramdisk/home/kurumin” durante o boot e (ao rodar o sistema a partir do CD) todas as alterações são perdidas quando o micro é desligado.

Para alterar as configurações default é preciso ir direto ao ponto, editando diretamente os arquivos da pasta “/etc/skel” dentro do chroot. Navegando dentro dela você encontrará pastas com as preferências do KDE e vários outros programas. Não se esqueça de marcar a opção “marcar arquivos ocultos” no Konqueror.

É recomendável dar uma garimpada nestes arquivos de vez em quando, pois você sempre vai encontrar algumas opções de configuração que não estão disponíveis no Kcontrol. Uma dica, caso você queira estudar mais sobre a edição manual dos arquivos é usar a função “Procurar por arquivos modificados > Nos últimos xx minutos” dentro do kfind para localizar os arquivos modificados depois de cada alteração feita pelo Kcontrol. Embora não pareça à primeira vista, os arquivos de configuração do KDE são bastante organizados e legíveis.

O menu iniciar do KDE é gerado a partir da combinação dos links do diretório “/usr/share/applications/”, onde a maior parte dos pacotes instalados coloca seus ícones e do diretório “/usr/share/applnk”, onde você pode colocar ícones personalizados, que ficam disponíveis para todos os usuários.

Os ícones do KDE são arquivos de texto normais, salvos com a extensão .desktop. Abrindo-os num editor de texto, você verá uma estrutura como esta:

O mais importante aqui são as linhas “exec”, que contém o comando que é executado ao clicar sobre o ícone, a linha “Icon” que contém o ícone usado (os arquivos disponíveis estão dentro da pasta /usr/share/icons) e as linhas “Name” e “GenericName” que contém o nome e descrição, da forma como são exibidos no menu iniciar.

Além das pastas “/usr/share/applications” e “/usr/share/applink”, que formam o iniciar “principal” do sistema, existe um iniciar “particular” para cada usuário, que vai dentro da pasta “.kde/share/applnk/“, dentro do home.

O iniciar é montado a partir da junção do conteúdo das três pastas. Quando existe algum “conflito”, como um ícone configurado de forma diferente nas duas pastas, vale o que está na pasta do usuário.

Dentro das pastas você encontrará um arquivo .directory que contém o nome e descrição da pasta (com suporte a internacionalização) e o ícone usado ao exibí-la no iniciar:

Ao editar o iniciar utilizando o kmenuedit, as alterações são salvas nas pastas “.config” e “.local”, novamente dentro do home de cada usuário.

Os ícones que aparecem no Desktop do KDE ao dar boot vão na pasta “/etc/skel/Desktop”. Estes ícones seguem o mesmo padrão dos ícones do iniciar. Você pode incluir também sub-pastas:

<h1>

Finalmente, os aplicativos que são executados durante o boot (como a janela do Konqueror exibindo o index.html do CD), são configurados através de ícones colocados na pasta “/etc/skel/.kde/Autostart”. A sintaxe dos arquivos .desktop é a mesma em todas estas pastas, você pode arrastar um ícone da pasta “/usr/share/applnk” diretamente para ela, por exemplo:

Assim como o KDE, os demais programas sempre criam pastas de configuração dentro do home. As configurações do XMMS por exemplo, vão dentro da pasta “.xmms“, as do gMplayer vão dentro da “.mplayer“, e assim por diante. As configurações dos aplicativos do KDE ficam centralizadas dentro da pasta “.kde/share/apps“, também dentro do home. Todas estas pastas que começam com um ponto são vistas pelo sistema como pastas ocultas: para vê-las, você precisa marcar a opção “mostrar arquivos ocultos” no Konqueror.

Esta edição manual dos arquivos é interessante para conhecer melhor o sistema e ter mais controle sobre o que está acontecendo. Mas, por outro lado, ela é trabalhosa e demora até que você consiga dominar um número grande de opções.

A forma mais rápida de personalizar estas configurações é abrir o chroot, logar-se como o usuário desejado copiar as pastas do /etc/skel, rodar o KDE e alterar as configurações desejadas dentro da janela do Xnest e depois salvar as alterações, como vimos anteriormente. A edição manual pode ser usada para corrigir pequenos detalhes e eventuais problemas.

Scripts de inicialização

Depois de instalado, o Kurumin passa a se comportar de forma semelhante a uma instalação do Debian, com os serviços iniciados através de links ou scripts nas pastas “/etc/rcS.d” e “/etc/rc5.d”.

Mas, ao rodar a partir do CD, um único script cuida de toda a configuração do sistema, o “/etc/init.d/knoppix-autoconfig“. Ele roda o “/usr/bin/hwsetup” (a ferramenta de detecção de hardware), executa o “/usr/sbin/mkxf86config” (que faz a configuração do vídeo) e verifica os parâmetros passados durante o boot (como o “noacpi”, “bootfrom=”, “noscsi”, “xserver=vesa” etc.).

No final do script “/etc/init.d/knoppix-autoconfig”, vai o comando “/etc/init.d/kdm start” que inicia o carregamento do modo gráfico. Neste ponto é executado o script “/etc/X11/Xsession.d/45xsession”, que verifica os parâmetros de boot relacionados com o ambiente gráfico (desktop=fluxbox ou desktop=gnome, por exemplo), copia o diretório “/etc/skel” para o “/home/kurumin”, criando o diretório home do usuário padrão do sistema e, por último, carrega o KDE ou outro ambiente gráfico escolhido.

No Knoppix original e em outras distribuições derivadas dele, o carregamento do modo gráfico não é disparado pela abertura do KDM, mas sim diretamente através de uma entrada no arquivo “/etc/inittab”. Na prática isso não faz muita diferença, pois o script “/etc/X11/Xsession.d/45xsession” é executado da mesma forma.

A instalação do Kurumin é feita pelo script “/usr/local/bin/kurumin-install“, que copia os arquivos do sistema para a partição, define senhas e faz outras alterações necessárias.

Ao personalizar o sistema, é importante conhecer a função de cada um destes scripts, pois eles permitem modificar o comportamento do sistema durante o boot e fazê-lo executar funções adicionais. Vamos a alguns exemplos:

Quando você precisar fazer alguma alteração no processo inicial de boot, alterar o comportamento de uma das opções de boot ou criar uma nova (como o “kurumin union=” que adicionei no Kurumin 5.1), alterar a configuração padrão do teclado ou linguagem, ou executar algum comando em especial durante o boot, altere o “/etc/init.d/knoppix-autoconfig”.

Por exemplo, esta é a seção do script que verifica se o parâmetro “kurumin noalsa” foi passado no boot e decide se executará ou não os comandos que detectam e ativam a placa de som:

if checkbootparam “noalsa”; then
echo “Abortando a detecção da placa de som, como solicitado no boot.”
else
if [ -n "$USE_ALSA" -a -x /etc/init.d/alsa-autoconfig ]; then
touch /tmp/modules.dep.temp
[ -n "$SOUND_DRIVER" ] && rmmod -r “$SOUND_DRIVER” >/dev/null 2>&1
case “$ALSA_CARD” in auto*) ALSA_CARD=”";; esac
ALSA_CARD=”$ALSA_CARD” /etc/init.d/alsa-autoconfig
[ ! -r /etc/modules.conf ] && \
ln -sf /KNOPPIX/etc/modules.conf /etc/modules.conf
fi
/etc/init.d/alsa start
# Unmuta o som
aumix -w 80 &; aumix -v 80 &; aumix -m 20 &; aumix -c 80 &; aumix -l 50 &
# Abre as permissões do som para outros usuários:
chmod 666 /dev/dsp
chmod 666 /dev/mixer
fi
Quando você precisa verificar ou alterar algo relacionado com a configuração do vídeo, com a cópia dos arquivos do “/etc/skel” para o “/home/kurumin” ou com as opções de boot que permitem especificar o gerenciador de janelas padrão (kurumin desktop=fluxbox, kurumin desktop=gnome, etc.) procure no “/etc/X11/Xsession.d/45xsession”.

Este é um exemplo de configuração, a parte do script que verifica se foi dada alguma opção no boot para usar o fluxbox, gnome ou outro desktop e, caso contrário, carrega o KDE:

[ -f /etc/sysconfig/desktop ] && . /etc/sysconfig/desktop
export QDESKTOP=$(cat $HOME/.wmrc)
if [[ -n $QDESKTOP && $QDESKTOP != "default" ]]; then
DESKTOP=$QDESKTOP
else
# kde is the default
[ -z "$DESKTOP" ] && DESKTOP=”kde”
fi
Quando precisar alterar algo relacionado com o processo de instalação do sistema, como fazer com que ele se comporte de forma diferente depois de instalado, ou adicionar algum passo adicional na instalação, você pode modificar o instalador, que no caso do Kurumin é o script “/usr/local/bin/kurumin-install”.

Ele é uma evolução do “knx-hdinstall”, o antigo instalador do Knoppix. Atualmente o Knoppix utiliza um novo instalador, que faz um “live-install”, fazendo com que a instalação no HD se comporte da mesma forma que do CD, com o procedimento de detecção de hardware feito a cada boot. É uma idéia diferente de instalação, com alguns pontos positivos e outros negativos.

As versões recentes do Kanotix introduziram um instalador gráfico, com uma interface mais bonita e várias mudanças, que acabou sendo incorporado ao Knoppix como instalador alternativo. Como pode ver, existem outras opções de instaladores, que você pode utilizar na sua personalização.

Como comentei no início deste capítulo, você pode incluir funções adicionais para detectar componentes que não sejam automaticamente ativados pelos scripts padrão. Isto é importante em muitas situações, pois é comum que empresas possuam lotes de impressoras, placas de vídeo ou outros componentes que precisem de alguma configuração adicional para funcionarem. Ao invés de fazer as modificações máquina por máquina, é mais eficiente escrever um script que as faça automaticamente durante o boot do CD.

Você pode encontrar alguns exemplos de funções diversas que uso no Kurumin no arquivo “/usr/local/bin/hwsetup-kurumin“, executado no final do boot, através do comando incluído no final do arquivo “/etc/init.d/knoppix-autoconfig”.

Este arquivo não é muito longo, pois normalmente as entradas antigas vão sendo removidas com o tempo, conforme vão sendo usadas novas versões do hwsetup, com suporte aos novos componentes.

Uma forma simples de detectar componentes durante o boot é através da saída do comando “lspci”. Veja um trecho da identificação que não mude de um modelo de placa para outra e filtre usando um pipe e o grep, de forma a carregar o módulo apropriado caso a entrada seja encontrada. Estes são dois exemplos que usei no Kurumin 5.1 para detectar placas CMI 8738 e a placa de som virtual usada pelo VMware:

cmi=`lspci | grep “CM8738″`
if [ -n "$cmi" ]; then
/sbin/modprobe snd-cmipci
fi

ensonic=`lspci | grep “Ensoniq ES1371″`
if [ -n "$ensonic" ]; then
/sbin/modprobe snd-ens1371
fi
No caso de placas de vídeo, é necessário fazer alterações no arquivo “/etc/X11/xorg.conf”, modificando a linha com o driver usado. No caso de placas com suporte 3D, é muitas vezes necessário também carregar um módulo de Kernel.

A detecção do vídeo é feita pelo script “/usr/sbin/mkxf86config“. Ele detecta a placa de vídeo, monitor e outras informações necessárias e gera o arquivo de configuração do vídeo. Quando ele não conhece a identificação de uma determinada placa de vídeo, é normal que ele use o driver “vesa” que é um driver genérico, que possui um baixo desempenho.

Você pode incluir funções no final do script para detectar a placa usando a saída do lspci e substituir a linha com o driver usando o sed. Este é um exemplo que usei para detectar as placas Intel Extreme, usadas no HP NX6110 e outros notebooks. Colocado no final do arquivo, ele troca o driver de “vesa” para “i810″ quando a placa é detectada. Se o driver já estiver correto, ele não faz nada:

# Detecta as Intel Extreme
# (mais adiante, o próprio script renomeia o arquivo para xorg.conf)
vidintel=`lspci | grep “Intel Corp. Mobile Graphics”`
vidintel2=`lspci | grep “Intel Corporation Mobile”`
vidintel3=`lspci | grep “915GM/GMS”`
if [ -n "$vidintel" -o -n "$vidintel2" -o -n "$vidintel3" ]; then
sed -e ‘s/vesa/i810/g’ /etc/X11/XF86Config-4 > /etc/X11/XF86Config-4.1
rm -f /etc/X11/XF86Config-4; mv /etc/X11/XF86Config-4.1 /etc/X11/XF86Config-4
fi
Em alguns casos, detalhes aparentemente simples podem fazer você perder um bom tempo. Um problema que tive nas versões recentes do Kurumin foi com relação com medidor de bateria do KDE. Você configura se ele deve ser ativado ou não durante o boot através da opção “Controle de energia > Bateria do Laptop” dentro do Painel de Controle do KDE e a configuração é salva no arquivo “.kde/share/config/kcmlaptoprc” (dentro do home).

O problema é que ele só é útil em notebooks. Se você simplesmente o deixar ativo na configuração, ele vai ser aberto sempre, mesmo em desktops, onde ele não tenha serventia alguma.

Uma forma que encontrei para tornar a detecção mais inteligente, fazendo com que ele seja habilitado apenas em notebooks, foi incluir uma função dentro do arquivo “/etc/X11/Xsession.d/45xsession” (que, como vimos, é o responsável pela abertura do X e carregamento do KDE), que verifica se o módulo “battery” está ativo (indício que o sistema está rodando num notebook, com bateria) e altera o arquivo de configuração, desativando o medidor de bateria quando necessário:

bateria=`lsmod | grep battery`
if [ -z $bateria ]; then
cd /ramdisk/home/kurumin/.kde/share/config/
sed -e ‘s/Enable=true/Enable=false/g’ kcmlaptoprc > kcmlaptoprc2
rm -f kcmlaptoprc; mv kcmlaptoprc2 /kcmlaptoprc
fi

Em alguns casos mais específicos, você pode precisar incluir novas opções de boot.

Mudando a lingua padrão e traduzindo as mensagens de boot

Hoje em dia, quase todos os programas que usamos no dia-a-dia incluem suporte a internacionalização.

No caso do KDE, as traduções para todos os aplicativos base são agrupadas nos pacotes “kde-i18n”, como em “kde-i18n-ptbr” ou “kde-i18n-es” (espanhol), que podem ser instalados via apt-get. Os pacotes não conflitam entre si, de forma que você pode manter vários deles instalados e definir qual será a língua padrão dentro do Kcontrol, junto com a configuração do teclado e outros detalhes.

O suporte a inglês norte-americano vem instalado por padrão e é usado quando configurado, ou quando nenhum outro pacote de internacionalização estiver instalado.

Os demais programas, são configurados através do pacote “locales“. Neste caso, cada programa inclui diretamente as traduções disponíveis e você determina qual será utilizada por padrão e quais outras ficarão instaladas. As demais podem ser removidas automaticamente usando o comando “localepurge“, o que economiza um bocado de espaço.

Para alterar a configuração do locales, use o comando:

# dpkg-reconfigure locales
Para remover os arquivos de internacionalização que não estão sendo usados, execute o:

# localepurge

Além dos aplicativos, existem também as mensagens do sistema, exibidas durante o boot quando o sistema roda a partir do CD-ROM.

Para traduzi-las, você precisa ir diretamente nos dois scripts executados durante o boot, o “linuxrc“, que fica dentro da imagem compactada de boot (o arquivo “boot/isolinux/minirt26.gz”) e o arquivo “/etc/init.d/knoppix-autoconfig”, dentro da imagem principal.

Para chegar ao “linuxrc”, acesse a pasta “/mnt/hda6/knxmaster/boot/isolinux”. Descompacte o arquivo minirt26.gz, crie uma pasta temporária e monte-a dentro da pasta. O “linuxrc” fica logo no diretório raiz. Ao terminar, faça o processo inverso, desmontando e compactando a imagem novamente:

# cd /mnt/hda6/knxmaster/boot/isolinux/
# gunzip minirt26.gz
# mkdir tmp/
# mount -o loop minirt26.gz tmp/
# kedit tmp/linuxrc
# umount tmp/
# gzip minirt26
Para traduzir as mensagens nos dois arquivos, pesquise dentro do arquivo por “echo”, usado para escrever a grande maioria das mensagens exibidas na tela.

Mudando o usuário padrão

O usuário padrão do Knoppix é o “knoppix”, que foi trocado pelo usuário “kurumin” nas versões recentes do Kurumin.

Os passos básicos para trocar o usuário padrão do sistema ao remasterizar o CD são:

1. Edite o arquivo “/etc/passwd”, troque o “kurumin” e o “home/kurumin” pelo nome e o diretório home do novo usuário

2. Edite o arquivo “/etc/shadow” e novamente troque o “kurumin” pelo novo usuário. Este é o arquivo de senhas, que pode ser visto e editado apenas pelo root.

3. Troque o login também no “/etc/sudoers”, que é o arquivo com a configuração do sudo.

4. É preciso trocar o nome do usuário também no arquivo “/etc/kde3/kdm/kdmrc” (para manter o autologin do KDE) e no arquivo /etc/X11/Xsession.d/45xsession.

5. Não se esqueça de mudar todas as ocorrências do login no arquivo “/etc/group” e no arquivo “linuxrc”, dentro da imagem compactada carregada durante a etapa inicial do boot (o arquivo “boot/isolinux/minirt.gz”, que vimos a pouco). Existem também referencias a serem trocadas no script “/etc/init.d/knoppix-autoconfig”

Estas alterações trocam o usuário no sistema, mas falta também fazer as modificações no “/usr/local/bin/kurumin-install”, que é o instalador, assim como em mais alguns scripts dos ícones mágicos. Use o kfind para localizar os arquivos que precisam ser modificados com mais facilidade, procurando por linhas que contenham a string “kurumin”.

Criando um DVD de recuperação

Ao alterar os scripts de inicialização, você pode mudar radicalmente o comportamento do sistema, fazendo com que ele execute ações específicas durante o boot. Isso permite criar todo tipo de solução, como CDs de demonstração que rodam programas específicos, CDs de diagnóstico, mini-distribuições com conjuntos personalizados de programas, e assim por diante.

Vamos a um exemplo de como criar um DVD de recuperação, que restaura automaticamente uma imagem previamente criada usando o Partimage, de forma a restaurar o sistema originalmente instalado na máquina, como nos micros de grife. Este DVD de recuperação não se limita a restaurar instalações do Linux: você pode restaurar também instalações do Windows, ou instalações com dois ou mais sistemas em dual boot. A única limitação é a capacidade da mídia usada. Dependendo do tamanho da imagem, o sistema de recuperação pode ser gravado num mini-DVD, ou até mesmo num CD-R.

Comece instalando e configurando o sistema normalmente no micro alvo. Depois de terminar, use o Partimage para gerar uma imagem de cada partição do HD, junto com o backup da MBR e da tabela de particionamento.

Coloque todos os arquivos que serão usados dentro da pasta “knxmaster/” na sua partição de trabalho. Você pode colocar tudo dentro de uma sub-pasta para manter as coisas organizadas, como “knxmaster/image/”. Lembre-se de que os arquivos colocados na “knxmaster/” não são compactados ao fechar a imagem. Por isso, não se esqueça de ativar a compactação do Partimage ao gerá-los.

O próximo passo é fazer com que o DVD passe a restaurar a imagem automaticamente durante o boot, sem intervenção do usuário. A idéia é que o sistema de recuperação seja o mais simples possível, de forma que seja possível restaurar a imagem rapidamente em caso de problemas.

Uma dica é que, ao invés de fazer um DVD de recuperação que chega “chutando o balde”, formatando o HD e deletando todos os arquivos, você pode fornecer os micros com o HD dividido em duas partições: uma com o sistema e outra para dados. O DVD de recuperação pode então restaurar apenas a partição do sistema, sem mexer na partição de dados, dando também a opção de fazer uma restauração completa.

Para que o DVD restaure a imagem durante o boot, precisamos alterar o conteúdo do script “knxsource/KNOPPIX/etc/init.d/knoppix-autoconfig“, dentro da partição de trabalho.

Como vimos, este é o script responsável por toda a etapa inicial do boot, onde o hardware é detectado e o KDE carregado.

O que vamos fazer é colocar os comandos para gravar a imagem e reiniciar o micro no final deste arquivo. Isso fará com que o sistema entre em loop. Ele começa o boot, faz a gravação da imagem de recuperação e em seguida reinicia a máquina, sem nem chegar a abrir o KDE. Você pode incrementar este script adicionando mais opções.

O comando que chama o partimage e regrava a imagem sem perguntar nada ao usuário é:

partimage -f action=2 -b restore /dev/hda1 /cdrom/image/sistema.img.000
shutdown -h now
O Partimage possui várias opções de linha de comando, que você pode estudar através do “man partimage”. O “-b” faz com que o processo todo seja feito automaticamente, sem pedir confirmação e o “-f action=2” reinicia o micro depois da gravação. O “/dev/hda1” é a partição onde a imagem será escrita, enquanto o “sistema.img.000” é o arquivo de imagem colocado dentro da pasta knxmaster. Note que ao dar boot via CD, todo o conteúdo da pasta “knxmaster/” fica acessível através da pasta “/cdrom”, mantendo a mesma estrutura de diretórios.

O “shutdown -h now” abaixo da primeira linha é só pra garantir que o micro vai mesmo reiniciar depois de terminar a gravação. Na verdade ele nem chega a ser usado, pois o próprio comando do Partimage se encarrega de reiniciar no final do processo.

Você pode adicionar as linhas próximo do final do arquivo, logo abaixo das linhas abaixo, que marcam o final da parte de detecção e configuração inicial do sistema:

echo “6″ > /proc/sys/kernel/printk
# Re-enable signals
trap 2 3 11

O final do arquivo ficará assim:

echo “6″ > /proc/sys/kernel/printk
# Re-enable signals
trap 2 3 11

partimage -f action=2 -b restore /dev/hda1 /cdrom/image/sistema.img.000
shutdown -h now

# … seguido pelo restante do script.

Para uma restauração completa do HD, incluindo a MBR e a tabela de particionamento, os comandos seriam:

dd if=/cdrom/image/hda.mbr of=/dev/hda
sfdisk –force /dev/hda < /cdrom/image/hda.sf
partimage -f action=2 -b restore /dev/hda1 /cdrom/image/sistema.img.000
shutdown -h now
… onde o “hda.mbr” é o arquivo com a cópia dos primeiros 512 bytes do HD, gerado usando o dd e o “hda.sf” é a tabela de particionamento, gerada pelo sfdisk; ambas as coisas incluídas na pasta “image/”, junto com a imagem principal.

Note que esta restauração completa vai restaurar o particionamento original do HD, apagando todos os dados. É importante exibir um aviso e pedir duas ou mais confirmações antes de realmente começar o processo. Você pode exibir as mensagens e confirmações usando o dialog, já que elas serão exibidas com o sistema em modo texto.

Caso o HD tenha mais de uma partição (mesmo que vazias), você deve gerar e restaurar a imagem de cada uma usando o partimage.

Depois da modificação, feche o novo ISO, grave o DVD e faça o teste dando boot no micro alvo. Você pode também testar dentro de uma máquina virtual do VMware.

No caso da idéia de oferecer a opção de restaurar apenas a partição do sistema ou fazer a restauração completa, você pode usar um script como o abaixo, que pergunta e executa os comandos apropriados:

dialog –msgbox “Bem vindo o DVD de recuperação do sistema.” 8 50

dialog –yes-label “Sistema” –no-label “Completa” –yesno “Você deseja apenas restaurar a instalação do sistema, ou fazer uma restauração completa, apagando todos os dados do HD? \n
Responda ‘Sistema’ para restaurar o sistema ou ‘Completa’ para fazer a restauração completa.” 10 50

if [ "$?" = "0" ]; then
partimage -f action=2 -b restore /dev/hda1 /cdrom/image/sistema.img.000
shutdown -h now
elif [ "$?" = "1" ]; then
dialog –yesno “Isto vai restaurar o particionamento original, apagando todos os
dados do HD! Tem certeza que quer continuar?”
if [ "$?" = "0" ]; then
dd if=/cdrom/image/hda.mbr of=/dev/hda
sfdisk –force /dev/hda < /cdrom/image/hda.sf
partimage -f action=2 -b restore /dev/hda1 /cdrom/image/sistema.img.000
shutdown -h now
else
shutdown -h now
fi
fi
O Partimage copia apenas os dados dentro da partição para a imagem e ainda compacta tudo. Isso faz com que seja possível colocar uma partição com cerca de 3 GB ocupados (suficiente para uma instalação completa do Ubuntu, Fedora ou Mandriva, ou uma instalação do Windows XP, incluindo alguns programas extras e atualizações) dentro de uma imagem de pouco mais de 1 GB. Mesmo incluindo a imagem do Kurumin, você ainda fica com bastante espaço livre no DVD.

Outra possibilidade é deixar uma partição no final do HD reservada só para armazenar a imagem. As partições Linux não são enxergadas pelo Windows, de modo que o usuário em muitos casos nem vai perceber. Neste caso você precisaria apenas fazer algumas modificações naquelas duas linhas que vão no arquivo /etc/init.d/knoppix-autoconfig. Se você estiver usando a partição “hda5″ para armazenar o backup e ela estiver formatada em ReiserFS, as linhas ficariam:

mount -t reiserfs /dev/hda5 /mnt/hda5
partimage -f action=2 -b restore /dev/hda1 /mnt/hda5/winXP.img.000
reboot
Ao gerar versões especializadas, você pode reduzir o tamanho da imagem principal do sistema, deixando mais espaço livre ou tornando-o mais leve, removendo os pacotes e componentes que não serão utilizados, o que pode ser feito através do próprio apt-get.

A forma mais rápida de remover grandes grupos de pacotes (todo o KDE, todas as bibliotecas do Gnome, todos os programas gráficos, etc.) é procurar por “pacotes âncora”, ou seja, pacotes que são dependências de grandes grupos de pacotes. Removendo o pacote inicial, você remove de uma vez todos os pacotes que se apóiam sobre ele.

Para remover de uma vez quase todo o KDE e aplicativos, por exemplo, remova o pacote “kdelibs-data”:

# apt-get remove kdelibs-data

Para remover todos os aplicativos do Gnome e outros aplicativos baseados na biblioteca GTK2 (útil caso você queira fazer uma personalização com apenas programas do KDE), remova o pacote “libgtk2.0-0″ (note que o número da versão varia), como em:

# apt-get remove libgtk2*

Muitos aplicativos aparentemente “independentes”, como o Firefox, Thunderbird, Acrobat Reader e Mplayer utilizam o GTK2 e são removidos juntamente com ele, por isso analise bem a lista de pacotes que serão removidos antes de continuar.

Para remover de uma vez todos os programas gráficos, remova o pacote “xlibs-data”. Esta medida extrema pode ser útil em casos específicos, onde é usado apenas algum utilitário de modo texto específico, como no nosso exemplo do DVD de recuperação com o partimage.

# apt-get remove xlibs-data

Criando seus própios pacotes .deb

Em muitas situações, é preciso instalar softwares compilados manualmente, adicionar firmwares ou arquivos diversos necessários para ativar determinados componentes, expandir a funcionalidade de alguns programas específicos, modificar o conteúdo de pacotes já instalados no sistema, ou mesmo instalar novos scripts e utilitários em geral.

Embora a solução mais simples seja sair copiando diretamente os arquivos e modificando o que for necessário, esta não é exatamente uma boa idéia do ponto de vista da manteneabilidade. Com o tempo, você vai esquecer parte das alterações feitas, fazendo com que o sistema fique cheio de arquivos e configurações que não são mais usados, ou que conflitem com outros componentes instalados.

A melhor forma de adicionar novos componentes é sempre através de pacotes, instalados através do apt-get ou dpkg. Quando o componente não é mais necessário, você simplesmente remove o pacote e todos os arquivos relacionados a ele são apagados, de forma rápida e limpa. Em algumas situações, pode ser necessário também modificar o conteúdo de um pacote existente, seja para corrigir dependências marcadas incorretamente, ou mesmo para corrigir eventuais problemas com os arquivos contidos nele, modificando o conteúdo de pacotes gerados através do checkinstall, por exemplo.

Os pacotes do Debian, nada mais são do que arquivos compactados, que contém a árvore de arquivos e diretórios que serão instalados e um conjunto de arquivos de controle, que contém informações sobre o pacote e (opcionalmente) scripts que são executados antes e depois da instalação ou remoção. Quando o pacote é instalado, o apt-get ou dpkg simplesmente descompacta o arquivo e copia os arquivos para o diretório raiz, mantendo a mesma estrutura de pastas usada no pacote.

A moral da história é que é muito mais pratico instalar programas através de um pacote .deb do que seguir uma receita no estilo “descompacte, copie o arquivo, x para a pasta y, depois edite o arquivo k”. É um formato muito mais prático para disponibilizar programas e atualizações.

Ao criar seus pacotes, o primeiro passo é criar uma pasta contendo a estrutura de diretórios e arquivos que fazem parte do pacote. Ferramentas como o checkinstall e o dpkg-deb fazem isso automaticamente.

Tome cuidado para não incluir arquivos que façam parte de outros pacotes, pois (além da mensagem de erro exibida ao instalar), ao remover seu pacote, todos os arquivos referentes a ele são deletados, deixando o sistema desfalcado. Caso seu programa precise de arquivos externos, prefira sempre colocar os pacotes que os provém como dependências.

Dentro da pasta com os arquivos do pacote, existe também uma pasta DEBIAN (em maiúsculas mesmo), que armazena os arquivos de controle. O principal (cuja presença é obrigatória em qualquer pacote .deb) é o arquivo “control” onde vão as informações de controle do pacote.

Este é o arquivo “control” do pacote mozilla-firefox:

Package: mozilla-firefox
Version: 1.5.dfsg+1.5.0.1-1
Section: web
Priority: optional
Architecture: all
Depends: firefox
Installed-Size: 96
Maintainer: Eric Dorland <eric@debian.org>
Source: firefox
Description: Transition package for firefox rename
Package to ease upgrading from older mozilla-firefox packages to the
new firefox package.
.
This package can be purged at anytime once the firefox package has
been installed.
Destes campos, os únicos realmente obrigatórios são “Package” (que contém o nome do pacote, que não pode conter pontos ou outros caracteres especiais), “Version” (a versão), “Archteture” (a plataforma a que se destina, geralmente i386), Maintainer (o nome e e-mail do mantenedor do pacote, no caso você), “Depends” (a lista de dependências do pacote, com os nomes dos pacotes separados por vírgula e espaço) e “Description”, onde você coloca um texto dizendo resumidamente o que ele faz.

O campo “version” é um dos campos importantes, pois é por ele que o apt-get vai se orientar na hora de instalar o pacote. Se você lançar uma atualização do pacote mais tarde, o campo deve ser alterado. Um pacote com versão “1.1″ é visto como uma atualização para o pacote de versão “1.0″, por exemplo.

Tome cuidado ao usar o campo “Depends”, pois marcar as dependências incorretamente pode trazer problemas para quem vai utilizar seu pacote. Deixar de marcar pacotes que são necessários, vai fazer com que muita gente instale seu pacote sem ter alguns dos outros componentes necessários, fazendo com que ele não funcione. Por outro lado, incluir um número grande de dependências vai fazer com que seu pacote seja problemático de instalar, ou mesmo seja removido em futuras atualizações do sistema, quando algum dos outros pacotes de que depende ficar indisponível, ou mudar de nome.

Ao indicar uma dependência, você pode exigir uma versão mínima, como em:

Depends: konqueror (>= 4:3.5.0-1), python

Neste exemplo, o pacote exige a presença do Konqueror 3.5.0-1 ou mais recente, junto com qualquer versão do Python, o que é muito diferente de usar:

Depends: konqueror (= 4:3.5.0-1), python (= 2.3.5)

Neste caso, você está exigindo versões específicas dos dois pacotes, o que faz com que seu pacote seja automaticamente removido caso um dos dois seja atualizado para uma versão mais recente.

Se o usuário realmente precisar do seu pacote, vai acabar forçando a reinstalação, ou vai tentar reinstalar as versões antigas do Konqueror e/ou Python, o que vai acabar levando a problemas muito mais graves. Ou seja, a menos que absolutamente necessário, jamais exija uma versão específica; use sempre o “>=” para indicar uma versão mínima, ou apenas o nome do pacote, para deixar a versão em aberto.

Você pode adicionar também os campos “Section” (que diz a seção, dentro do gerenciador de pacotes em que o pacote será classificado) e “Priority” (o nível de prioridade do pacote, entre extra, optional, standard, important e required). Normalmente, qualquer pacote “não essencial” é marcado como “extra” ou “optional”.

Este é mais um exemplo de arquivo control, usado no pacote dos ícones mágicos do Kurumin:

Package: icones-magicos
Priority: optional
Version: 6.0
Architecture: i386
Maintainer: Carlos E. Morimoto <morimoto@guiadohardwarwe.net>
Depends: kommander, xdialog
Description: Painéis e scripts do Kurumin.
Para criar um pacote manualmente, contendo, scripts, firmwares, documentação ou arquivos diversos, crie uma pasta contendo todos os arquivos que serão copiados, reproduzindo a estrutura de pastas da forma como serão copiadas para o diretório raiz, crie a pasta “DEBIAN” e inclua o arquivo control com as informações sobre ele.

Depois de preencher o arquivo “DEBIAN/control” e verificar se todos os arquivos estão nos lugares corretos, use o comando “dpkg-deb -b” para gerar o pacote. Basta fornecer o diretório onde estão os arquivos do pacote e o nome do arquivo que será criado, como em:

# dpkg-deb -b IconesMagicos/ icones-magicos_6.0.deb

Ao examinar o arquivo gerado usando o Kpackage ou outro gerenciador, você verá que a descrição os arquivos correspondem justamente ao que você colocou dentro da pasta.

Você pode também alterar um pacote já existente, o que é especialmente útil para “arrumar” pacotes gerados automaticamente através do checkinstall, corrigindo a localização de arquivos ou alterando a descrição ou lista de dependências do pacote.

Para extrair um pacote, use o comando “dpkg -x”, informando o pacote e a pasta destino, como em:

# dpkg -x mozilla-firefox_1.5.dfsg+1.5.0.1-1_all.deb firefox/

Este comando extrai apenas os arquivos do programa, sem incluir os arquivos de controle. Para extraí-los também, crie a pasta “DEBIAN” dentro da pasta destino e use o comando “dpkg -e”, como em:

# dpkg -e mozilla-firefox_1.5.dfsg+1.5.0.1-1_all.deb firefox/DEBIAN/

A partir daí, você tem a árvore original do pacote dentro da pasta. Depois de fazer as alterações desejadas, gere o pacote novamente, usando o “dpkg -b”:

# dpkg -b firefox/ mozilla-firefox.deb

fonte: Guia do Hardware.net

Usar um programa de computador livre, com código aberto, significa ter a possibilidade de entender como funciona o programa, podendo modificá-lo de acordo com as necessidades do usuário. Em outras palavras, qualquer um pode acessar e alterar a área em que estão registradas as informações que fazem o programa funcionar, o chamado código fonte. Por isso, ele é considerado aberto e livre.

Existem mais de 30 licenças que sistematizam o uso de softwares livres. A mais usada é a General Public License, criada pelo especialista americano Richard Stallman, que em português significa Licença Pública de Uso Geral. A GPL oferece quatro direitos ao usuário: copiar, distribuir, modificar e estudar.

A licença também impõe uma restrição: uma vez modificado o programa, a mudança não pode ser apropriada por nenhum dos usuários, ela é de uso comum entre aqueles que partilharam o programa.

Uma das metáforas mais utilizadas para explicar o conceito desse tipo de programa é a da receita de bolo. É como se um programa de computador fosse o bolo, e o código dele a sua receita. No software livre, as pessoas têm acesso à  receita, o que possibilita que alterem o sabor do bolo (ou a finalidade do programa) como preferirem. No outro modelo, conhecido como software proprietário, as pessoas não podem ter acesso à  receita.

A possibilidade de alterar o código dos softwares impulsiona a criação de comunidades de programadores e usuários que discutem e melhoram o funcionamento de programas. Os defeitos são discutidos em fóruns, que analisam o código até que o problema seja resolvido.

O Fórum Internacional Software Livre, que começou nesta quinta-feira (12/04/2007) e é realizado desde 2000 em Porto Alegre, é um dos encontros mundiais da comunidade que desenvolve esse tipo de programa.

Atualmente, muitas empresas utilizam o software livre em seus sistemas, pois consideram que ele tem várias vantagens sobre o outro tipo de programa, chamado software proprietário. Nesse modelo, a empresa que desenvolveu o produto precisa autorizar seu uso, normalmente mediante pagamento.

fonte:www.click21.com.br

Na edição:

Especial Memórias

Bluetooth no Linux

Filtros de linha, estabilizadores e nobreaks

Desktop Publishing e Linux

Entendendo a internet sob a rede elétrica

Adaptadores úteis

Opções de armazenamento externo

HDs: entendendo a placa controladora

Treo 600 “Um pouco de história”

Tiras do Mangabeira

Resumo GDH Notícias

O Linux, assim como todo os programas de código fonte aberto, com certeza, são os softwares que mais evoluem em todo o mundo, movido por uma força impressionante, chamada comunidade. Pessoas que, por vontade própria, querem fazer a diferença implantando seus ideais e conhecimentos na realidade, no intuito de manterem a melhor das democracias: o próprio cidadão faz e aplica o que quer. Isso com certeza gera uma velocidade grande em projetos mantidos por grandes comunidades; e como cada pessoa ajuda como pode, o resultado sempre acaba sendo excelente. Este é o Linux que vemos hoje.

É até emocionante falar como esse sistema funciona. Pessoas unidas, cada qual com suas capacidades, tentando chegar num objetivo. De um outro lado, há pessoas que, não seguindo uma linha de raciocínio aberta por conta da falta de atualização, acaba sendo um vetor contrário; além de não ajudar, acaba atrapalhando com opiniões pré-conceituosas e apaixonadas. Lembrando que usei “pré-conceito” para distinguir do atual “preconceito” que o brasileiro conhece: aqui falo de conceito prévio, sem conhecimento.

Vamos exemplificar. Você já deve ter ouvido uma pessoa que usou a vida inteira Windows, e, um dia desses chegou a usar Linux, entretanto, há uns 4 anos. Numa conversa que tive em mensageiros com um amigo, eu dizia que estava usando somente o Linux havia uns 4 anos, estava feliz da vida, pois o sistema é redondinho, não dá problema, dor de cabeça, etc; todos os adjetivos que você usualmente fala sobre Linux. A pessoa volta dizendo que ela já usou Linux, que tinha visual horrível, era difícil de mexer, não conseguia formatar um disquete sequer (olha a época da pessoa), não sabia como fazia nada. Detalhe: a última vez que usou faz apenas 5 anos.

A gota d’água foi quando disse em particionamento. Deu pra ver por telepatia a palidez da pessoa ao ouvir esta palavra. Ansiosa, disse que particionar era a maldição do Linux, porque é tudo confuso, que já perdeu dados, etc. Ouvi friamente tudo isso, até que mostrei telas do GParted, a facilidade de particionamento em forma de programa, o Beryl, o KDE e GNOME mais atuais, etc. A pessoa disse “tem que mexer em muitos comandos pra poder ficar assim”. Mal sabia ele que bastam cliques para poder ter um visual ao gosto.

Sem o que dizer, e puxado pelo assunto que eu havia de publicar uma análise do Mandriva, começou a falar mal do Ubuntu e dele, porque as duas tinham nomes estranhos, e isso era um dos motivos que ele não baixava para testar. Deu vontade de eu ir dormir, sinceramente. Pelo que eu saiba, nomes não interferem na usabilidade de sistema algum. É a mesma coisa que “não vou contratar fulano para a minha empresa porque ele tem nome feio”.

Vamos por partes, em primeiro lugar o visual. Realmente, o Linux já foi feio um dia, bem como o Windows ou qualquer outro sistema operacional, isso faz parte da evolução da informática. Veja, por exemplo, o KDE e GNOME de 7anos atrás:

Vejam agora:

E outra questão importante: são altamente personalizáveis, sem precisar por mão alguma em comandos. Veja por exemplo, o que um usuário fez com o KDE:

E não digo só isso. Enquanto muita gente “baba” no visual do Windows Vista, o Linux já estava um passo adiante, com efeitos de transparência e alternância de desktops espetaculares:

Claro, instalar o AIGLX e Beryl antigamente era uma coisa difícil, pois ainda estava em testes, e essa palavra assimila-se a desenvolvimento, ou seja, para o usuário final, não há dificuldade de instalação.

Outro ponto é o suporte à hardware. O usuário que conversava também me disse que era chato ficar montando e desmontando CDs toda vez que inseria um. Também não sabe que já existe novidades (antigos) como o udev e hal, que gerenciam toda a parte de dispositivos removíveis, como pendrives, CDs, DVDs, etc, abrindo, no KDE, uma tela com todas as opções:

E isto, sem dúvida, evoluiu em termos de detecção também. Basta inserir um CD, ir beber um copo d’água e pronto. Tudo identificado, tudo funcionando. Claro que há excessões: distribuições como o Ubuntu, por exemplo, que só contém um CD, possui quantidade menor de drivers, natural. Mas você poderá instalá-los de modo fácil; e também há os sistemas como o openSUSE e Mandriva, do tamanho de um DVD, que já vem com praticamente tudo. É raríssimo hoje ter que compilar drivers para rodar tal dispositivo, tarefa que era cotidiana anos atrás.

E, a maior parte da reclamação dos usuários vem da parte de instalação dos programas. Certo dia, um amigo a quem tinha indicado o Linux, e teoricamente testado, chegou todo irritado em mim e disse: “Não vou usar Linux, porque não tem como rodar o eMule nele; nenhum programa que tenho consigo instalar”. Disse para ela: calma, calma. O Windows tem seus programas; já o Linux tem outros, para as mesmas funções. Falando para ele que o aMule era o programa mais famoso de ED2K para Linux, voltou ele dizendo “esse aMule é ainda melhor”. Bem, bem…

O Linux tem programas de qualidade superior ao Windows, e vice-versa, obviamente. Por exemplo, nenhum aplicativo para gravação de CDs é tão poderoso quanto o K3B, para Linux. E a instalação também é outro ponto questionado: “Po, baixei um programa no SuperDownloads, para Linux, e não consigo instalar” é a frase típica de iniciantes. No Linux, a metodologia é outra: você vai até o gerenciador de pacotes e instala o que quiser:

Vou citar outro fato real, muito próximo: minha própria mãe. Ela nunca havia mexido em computador frequentemente, e começou a utilizar meu openSUSE, com o login dela, todos os dias. Simplesmente não perguntava nada, ficava até admirado que ela foi aprendendo sozinha tudo, coisas que eu nem imaginava. Um dia, quando foi dar uma mexida no computador da amiga, com Windows, começou a reclamar, dizendo quue era mais complicado, era chato, dava erros estranhos. O melhor foi quando ela perguntou: “Você tem que atualizar o antivírus toda semana”. Ela virou e respondeu: “No Linux não tenho preocupações com vírus”. Fora que, com duas sessões abertas, basta com Ctrl+Alt+F7 para ela acessar o login dela enquanto vou comer, por exemplo.
Afinal, ao contrário do que a maioria pensa que para configurar o Linux é preciso saber comandos, está muitíssimo enganado. Veja os painéis de controle do Mandriva (MCC) e openSUSE (YaST):

Você deve estar se perguntando: “O usuário iniciante não possui estas informações”. Errado. Ele possui sim, a Internet é a maior prova disto, porém o comodismo acaba falando mais alto; no sentido de que, já com um preconceito a respeito do Linux, tem a vontade de desistir logo, nem que seja inconscientemente.

Outro fator contra o próprio Linux está dentro dele mesmo: as paixões. Da mesma forma que um viciado no Windows é totalmente preconceituoso, apaixonados por certas distribuições acabam acarretando no mesmo efeito. O pior é quando uma pessoa que usa a distro X começa a falar mal da Y, sem ao mesmo ter usado ela por um período (usado não no sentido de rodar e ver o menu, e sim de instalar programas, configurar, mudar, etc). Isso é totalmente prejudicial ao mundo o software livre, pois mentes fechadas numa idéia si não sobrevive num processo dinâmico de evolução em métodos. É preciso ter a mente aberta, e testar antes de opinar sobre distro ou programas. Mas isso vamos conferir em outra parte deste artigo, de modo mais completo.

Resumindo, o que freia a expansão do software livre são os pré-conceitos de quem não acompanha a evolução deste. Quem não fica antenado em novidades, sempre experimentando-as, acaba virando um morto digitalmente, servindo só para defender o sistema operacional pago, que, cá entre nós, possui poucas novidades nas novas versões. Fato é que, o Windows, por ser lançado a cada meia década, pelo intervalo de tempo maior tudo é publicado e todos ficam sabendo.
Já no Linux, um simples sono pode deixar passar para trás muitas novidades. Os aplicativos são interligados; cada dia é uma novidade diferente; os sistemas são atualizados em períodos desde 6 até 18 meses em versões finais, fora as de desenvolvimento. O Linux evolui muito rápido, e quem não quer saber dele, por preconceito, acaba se tornando um vetor contrário ao vendo chamado software livre, cada vez maior.

‘Experimentar antes de opinar‘; essas são as palavras-chave para que o sistema aberto tenha cada vez mais sucesso.

fonte: Guia do Hardware.net 

Este artigo ensina como instalar o Ubuntu Linux em um pendrive. Ele poderá ser usado como referência para instalar qualquer distro em LiveCD.

Autor: Chantra

Configurando o Pendrive

Localizando o dispositivo

Inicialmente, você precisa plugar o pendrivre e verificar a qual dispositivo ele está associado.

$ sudo fdisk -l

Disk /dev/sdb: 1 GB, 515899392 bytes
16 heads, 32 sectors/track, 1968 cylinders
Units = cylinders of 512 * 512 = 262144 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *           1        1968      503792    e  W95 FAT16 (LBA)

• Usando o nome do dispositivo errado seu sistema será destruido!!

Criando as partições

Desmonte a partição:

$sudo umount /dev/sdb1

Execute o fdsik para recriar a tabela de partição:

$sudo fdisk /dev/sdb

Delete todas as partições e crie 2 partições nova:

• 1 partição com o sistema de arquivos FAT de 750M onde será mantido a iso do LiveCD

• O que sobrar será outra partição

Siga os seguintes passos para criar as partições usando o fdisk:

• n para criar uma nova partição

• p para torná-la primaria

• 1 então ela será a primeira partição primaria

• Aceitar o padrão ou digite 1 para iniciar do primeiro cilindro

• +750M para informar o tamanho desta partição

• a ativará a partição para boot

• 1 para escolher a partição 1

• t para alterar o tipo de partição

• 6 para configará-la como Fat16

Agora siga os seguintes passos para criar a segunda partição:

• n para criar uma nova partição

• p para torná-la primaria

• 2 será a segunda partição

• Aceite o padrão e pressione <ENTER>

• Aceite o padrão para usar todo o espaço livre

• Digite w para gravar a tabela de partição no pendrive

Formatando as partições

A primeira parição será formatada como FAT16 e se chamará liveusb.

$ sudo mkfs.vfat -F 16 -n liveusb /dev/sdb1

A segunda partição será formata como ext2 e se chamará casper-rw. Lembre-se que se está partição não se chamar casper-rw este artigo não funcionará!

$ sudo mkfs.ext2 -b 4096 -L casper-rw /dev/sdb2

Agora, copie os arquivo para o penrive.

Instalando o Ubuntu

Montando a imagem do LiveCD do Ubuntu

Montando do CD

$ sudo mount /media/cdrom

Montando um arquivo .iso

$ mkdir /tmp/ubuntu-livecd
$ sudo mount -o loop /path/to/feisty-desktop-i386.iso /tmp/ubuntu-livecd

Montando as partições do pendrive

Desconecte e conecte novamente o pendrive e o linux montará as partições automaticamente no diretório /media, se isto não ocorrer execute os seguintes passos:

$ mkdir /tmp/liveusb
$ sudo mount /dev/sdb1 /tmp/liveusb

Copiando os arquivos para o pendrive

Acesso o diretório da imagem do CD que neste artigo está montado em /tmp/ubuntu-livecd, mas posderá estar em /media/cdrom , e copie para a raiz da primeira partição do pendrive:

• os diretórios: ‘casper’, ‘disctree’, ‘dists’, ‘install’, ‘pics’, ‘pool’, ‘preseed’, ‘.disk’

• O ocnteúdo do diretório ‘isolinux’

• e os arquivos ‘md5sum.txt’, ‘README.diskdefines’, ‘ubuntu.ico’

• e estes arquivos também: ‘casper/vmlinuz’, ‘casper/initrd.gz’ e ‘install/mt86plus’

$ cd /tmp/ubutu-livecd
$ sudo cp -rf casper disctree dists install pics pool preseed .disk isolinux/* md5sum.txt README.diskdefines ubuntu.ico casper/vmlinuz casper/initrd.gz install/mt86plus /media/liveusb/

Acesse a primeira partição e renomei o arquivo isolinux.cfg para syslinux.cfg:

$ cd /tmp/liveusb
$ sudo mv isolinux.cfg syslinux.cfg

Altere o arquivo /tmp/liveusb de acordo com as suas configurações.

Edite o arquivo syslinux.cfg:

DEFAULT persistent
GFXBOOT bootlogo
GFXBOOT-BACKGROUND 0xB6875A
APPEND  file=preseed/ubuntu.seed boot=casper initrd=initrd.gz ramdisk_size=1048576 root=/dev/ram rw quiet splash --
LABEL persistent
  menu label ^Start Ubuntu in persistent mode
  kernel vmlinuz
  append  file=preseed/ubuntu.seed boot=casper persistent initrd=initrd.gz ramdisk_size=1048576 root=/dev/ram rw quiet splash --
LABEL live
  menu label ^Start or install Ubuntu
  kernel vmlinuz
  append  file=preseed/ubuntu.seed boot=casper initrd=initrd.gz ramdisk_size=1048576 root=/dev/ram rw quiet splash --
LABEL xforcevesa
  menu label Start Ubuntu in safe ^graphics mode
  kernel vmlinuz
  append  file=preseed/ubuntu.seed boot=casper xforcevesa initrd=initrd.gz ramdisk_size=1048576 root=/dev/ram rw quiet splash --
LABEL check
  menu label ^Check CD for defects
  kernel vmlinuz
  append  boot=casper integrity-check initrd=initrd.gz ramdisk_size=1048576 root=/dev/ram rw quiet splash --
LABEL memtest
  menu label ^Memory test
  kernel mt86plus
  append -
LABEL hd
  menu label ^Boot from first hard disk
  localboot 0x80
  append -
DISPLAY isolinux.txt
TIMEOUT 300
PROMPT 1
F1 f1.txt
F2 f2.txt
F3 f3.txt
F4 f4.txt
F5 f5.txt
F6 f6.txt
F7 f7.txt
F8 f8.txt
F9 f9.txt
F0 f10.txt

Tornando o pendrive bootável

Instale os arquivos syslinux e mtools:

$ sudo apt-get install syslinux mtools

Desmonte o dispositivo /dev/sdb1 e torne-o bootável:

$ cd
$ sudo umount /tmp/liveusb
$ sudo syslinux -f /dev/sdb1

Reinicie a máquina e altere a BIOS para dar boot pelo pendrive.

Resolvendo problemas

Se ocorrer algum erro durante o boot, a MBR deve estar corrompida. Para corrigir isso use o lilo (instalado somente para esse propósito).

$ lilo -M /dev/sdb

Links

Debuntu.org – http://www.debuntu.org

fonte: Ubuntu Brasil

Existe um programa, o PEBuilder / BartPE, que extrai os arquivos de um CD do Windows e gera uma imagem ISO, que deverá ser depois gravada em CD. Essa imagem contém comandos de inicialização (é um CD de boot), mas não é para instalar o Windows. Ela executará o Windows, de forma semelhante às distribuições Linux que rodam do CD, como o Kurumin por exemplo, (digo de forma semelhante “para o usuário”, visto que são sistemas incompatíveis entre si e sem ligações . O que dá a entender é que ele carrega o Windows até determinado ponto de uma suposta “instalação”, onde o hardware gráfico é ativado e recursos essenciais são executados. No entanto em dado momento a “instalação” é interrompida e é executado um programa, um menu para você acessar os aplicativos.

Você não terá a sua disposição o Explorer, pois ele é muito pesado e deveria carregar muitas outras coisas. No entanto as janelas ficam com o tema padrão do Windows, e a maioria dos programas que estiver no HD pode ser executada. Ele criará um disco virtual na memória RAM (ramdisk), e alguns arquivos que precisam de suporte a escrita são colocados aí. Não precisará de senha nem nada, ele usará a conta padrão do Windows (a conta usada durante a instalação, e posteriormente, a que é utilizada até a tela de logon).

Bem… Vamos mostrar um tutorial básico e fácil!

Você precisará de:

• CD do Windows XP (com Service Pack 1 ou posterior), ou Windows Server 2003 (com ou sem Service Pack).

• O BartPE (baixe em www.nu2.nu/pebuilder e instale-o).

• Cerca de 1 GB livre no seu HD, temporariamente (depois de gravar o CD você pode apagar a pasta do PEBuilder e a imagem ISO do CD e recuperar o espaço).

Aqui eu vou mostrar apenas como gerar o CD. Você pode personalizar uma série de coisas editando os “plug-ins”, mas como este site é dedicado “também” a geeks e fuçadores, não vamos nos deter a isso. Para adicionar alguns programas para rodar do CD você tem que alterar um plug-in do BartPE que adiciona entradas no registro (ele é instalado por padrão, basta editá-lo), afinal alguns programas só rodam se encontrarem determinadas informações no registro. O processo consiste em indicar a fonte dos arquivos, uma pasta com arquivos adicionais que você queira deixar no CD e configurar os plug-ins desejados. O PEBuilder fará o restante sozinho. Vamos lá.

Com o PEBuilder instalado, abra-o (Iniciar > Programas > PEBuilder). Veja:

Coloque o CD do Windows na unidade de CD, e indique o caminho no campo da fonte (indique a unidade, não a pasta i386). Se você quiser, inclua uma pasta com arquivos que você queira deixar no CD (por exemplo, alguns programas extras, arquivos diversos, a foto da sua namorada…). No campo “Saída”, deixe o padrão; é apenas uma pasta para onde os arquivos serão copiados, com a estrutura do CD. No campo “Saída da mídia”, escolha “Criar imagem (ISO)” e escolha o local para salvar o arquivo. Se quiser gravar direto pode marcar a opção “Queimar CD/DVD”, mas aí você deverá ter o CD do Windows em outra unidade. Se você só possui a unidade de gravação deixe marcada a opção de criar imagem, e depois grave-a com o seu programa de gravação de CDs.

Enfim.. Clicando no botão “Plugins” você pode ativar ou desativar plug-ins. Uma série deles é inserida por padrão. Recomendo ativar o “Boot Fix”, que habilita o item “Pressione uma tecla para iniciar do CD…”. Isso ajuda na hora de dar boot em um PC com sistema já instalado, afinal você não precisa retirar o CD para alternar o sistema. Para ativá-lo, clique no botão “Plugins”, selecione o “Boot Fix…” e clique no botão “Ativar/Desativar”. Depois clique em “Fechar”, retornando à tela do PE Builder. Aí é só clicar em “Gerar”. Agora “sente e relaxe enquanto o Windows 98 é instalado em seu PC”… He he, sente e relaxe enquanto os arquivos são extraídos do CD do Windows, mesclados com as configurações do PE Builder / BartPE e armazenados no ISO.

Ao fim ele mostrará um relatório. É bom observar se não tem erros. Agora é só gravar o CD

Para a maioria dos programas de gravação, você pode usar diretamente a opção “Gravar imagem”, mas existem excessões. No caso do Nero Burning ROM, por exemplo, você precisa abrir o programa, cancelar a tela de entrada, clicar no menu “Gravadora > Gravar imagem” e indicar o arquivo ISO criado.

Veja o sistema dando boot (é a mesma tela de boot do Windows “normal”):

Agora ele em execução:

Nesse caso personalizei o menu com links para programas que coloquei numa pasta adicional do CD (para editar o menu, edite o arquivo “\pebuilder3110a\plugin\nu2menu\nu2menu.inf”, está em estilo XML e não é difícil), além de traduzi-lo. Por ali pode-se trocar a imagem do botão “Iniciar” também . E para trocar o papel de parede, basta trocar o arquivo “bartpe.bmp” na pasta do PE Builder.

A adição de alguns programas específicos fica facilitada, pois vêm pré-configurados pelo PEBuilder. O que você deve fazer é copiar e colocar os arquivos do programa na pasta dele (dentro da pasta “\plugin\<NomeDoPrograma>\files”), e editar o arquivo “.inf” da pasta do programa (esse arquivo mantém entradas que serão adicionadas no registro, para o funcionamento correto dos aplicativos, visto que não terão como ser instalados depois, com o Windows rodando do CD). Para adicionar o Nero Burning ROM, por exemplo, copie os arquivos da pasta “Nero Burning ROM” (do seu Nero já instalado) para “\plugin\nero burning rom\files”, editando no arquivo “\plugin\nero burning rom\penero.inf” o número serial e seu nome de registro. No caso do Nero 6, copie também o “shfolder.dll” da pasta system32 para a pasta “files” do Nero no PEBuilder. No arquivo “.inf” haverá algumas notas sobre requisitos de outros programas. Se o programa que você precisa incluir não estiver “catalogado” pelo PEBuilder, você pode colocar a pasta dele dentro da pasta adicional, que você pode definir na primeira tela apresentada.

Ele rodará até mesmo em PCs sem HD. Experimente desconectar o cabo do seu se não acredita.

Eu não testei a rede nem a conexão, muito menos o som. Diversos programas simplesmente não têm como ser executados, como o Internet Explorer, já que carregariam para isso uma série de arquivos e drivers do Windows inviáveis. Para acessar os arquivos e pastas das unidades, use o programa “A43 File Management Utility”, já embutido por padrão no Bart PE.

O Windows é um sistema que não foi projetado para rodar do CD, portanto agradeça por ter esta alternativa não-MS que funciona. Apesar das limitações, ele é excelente como ferramenta para técnicos.

Um uso comum, muito usado em manutenção, por exemplo, é jogar os dados do usuário em outra partição ou HD para formatar o primeiro sem perder os dados, além de poder ver arquivos do HD, editar e salvar arquivos em disquetes, copiar disquetes.

Observação: NÃO UTILIZE MÍDIAS CD-RW (regraváveis). Funciona, mas não é recomendável para CD de boot, por ser geralmente mais leeento e apresentar problemas mais facilmente.

Dica: Se você não quer gastar um CD só para testar (mesmo tendo hoje CDs virgens a menos de 1 real!), pode usar um emulador de PC e dar boor através dele! (como o VMware, QEMU, Bochs, Xen, entre outros).

Uma nota legal: Os CDs gerados usando o PC Builder devem ser apenas para uso pessoal. Redistribuí-los de qualquer forma (mesmo emprestar o CD para amigos) é considerado uma forma de pirataria. Legalmente falando, mesmo para gerar um CD para uso pessoal, você precisaria de um CD original do Windows e a licença de uso. Dentro dos termos da EULA da Microsoft, o CD gerado pelo PE Builder seria considerado uma instalação do sistema.

As cláusulas sobre engenharia reversa da EULA não se aplicam neste caso, pois elas se referem ao uso de ferramentas de engenharia reversa, usadas para “desmontar” o programa e obter o código fonte. No caso do PE Builder, você está apenas gerando uma instalação modificada, o que é legalmente similar a gerar uma mídia de instalação contendo um service pack ou outras atualizações, por exemplo.

fonte: Guia do Hardware.net

Até agora, o Yahoo! Mail, líder do setor, com 250 milhões de usuários –contra 236 milhões do Hotmail da Microsoft, 60 milhões do Gmail do Google e 50 milhões do AOL Mail, segundo a empresa Comscore–, propunha um espaço limitado de um gigabyte.

Era uma oferta muito inferior aos 2,6 GB oferecidos pelo Gmail e os 2 GB do Hotmail, num momento em que o forte crescimento do intercâmbio de fotos, vídeos e outras mensagens multimídia aumentam consideravelmente a necessidade de armazenamento dos internautas.

fonte: Folha OnLine 

Normalmente, os programas destravadores são divulgados antes mesmo do lançamento oficial dos produtos, mas a Microsoft vinha conseguindo frustrar os piratas com a exigência de um registro feito via internet .

A Folha apurou que um hacker autodenominado Clony desenvolveu um programa capaz de driblar o Windows Genuine Advantage, que, depois de 30 dias, barra usuários do Vista que não possuírem um registro único feito com autenticação on-line.

O destravador do autor anônimo diz a que veio em seu prolixo nome: Windows Vista All Versions x86 OneClick Activator.

De acordo com descrição do site KezNews, o OneClick Activator altera os dados de reconhecimento do hardware (Bios) pelo sistema e, assim, engana a trava contra piratas do Vista.

O novo Windows pode ser instalado sem que um número de série seja informado, uma característica que facilitou a ação do destravador. Nada é complicado para o usuário que busca a cópia ilegal. Basta executar o OneClick Activator e apertar os botões Next, OK e Finish, como na instalação de um software comum.

O pioneirismo de Clony foi comprovado também pela comparação com as cópias do Vista vendidas em barracas de softwares ilegais na cidade de São Paulo, que trazem programas para burlar a ativação que não funcionam.

Os números de série impressos nas embalagens do DVDs piratas não ajudam as cópias falsas. Um dos “destravadores” mais comuns é o antiWPA, que tenta alterar os registros do Vista, mas não consegue.

Frustrados

Na semana passada, o blog do gerente-sênior do Windows Genuine Advantage, Alex Kochis, fez pouco dos piratas. Circulava na internet a teoria de que era possível estender o uso sem registro do Vista por meio de alterações manuais.

Ao analisar o método, Kochis escreveu, em blogs.msdn.com/wga, que estava “feliz em atualizar os leitores do blog”, pois a técnica era inútil.

fonte: Folha OnLine 

Em sua argumentação, Rocha afirmou que “o candidato não existe fora de um partido político. Parece equivocado que o mandato pertença ao candidato eleito.” Ele disse ainda que deputados tratam seus mandatos “como se fossem suas propriedades”.

A decisão foi motivada por uma consulta feita pelo PFL sobre o direito de os partidos e coligações preservarem a vaga quando houver pedido de cancelamento de filiação ou de transferência do candidato eleito por um partido para outra legenda.

Como os ministros votaram

O ministro Cesar Rocha respondeu à consulta do PFL com o argumento de que os partidos e coligações devem conservar o direito ao mandato obtido se o candidato eleito se desfiliar para ingressar em outra legenda.

O presidente do TSE, ministro Marco Aurélio Mello, acompanhou o voto do relator. Ele lembrou dispositivos da Lei 9.096/95 (Lei dos Partidos Políticos) _os artigos 25 e 26 dessa norma_ os quais autorizam o partido político a estabelecer medidas disciplinares e penalidade caso o parlamentar não acompanhe, em atitudes ou no voto, as diretrizes da legenda. O ministro Marco Aurélio também citou resolução do TSE que prevê que, caso o registro do candidato seja indeferido após a alimentação das urnas eletrônicas, os votos deste candidato devem ser direcionados ao partido.

O ministro Cezar Peluso _terceiro a manifestar o voto_ acompanhou o relator, argumentando que “a vinculação do partido ao candidato é ínsita ao sistema representativo proporcional”. Lembrando o artigo 14 da Constituição Federal, ele disse que a filiação partidária é requisito essencial à elegibilidade do candidato. O cancelamento dessa filiação ou a transferência para outra legenda “tem por efeito a preservação da vaga ao partido”, declarou.

O ministro Carlos Ayres Britto, também acompanhou o relator, seguido na decisão pelos ministros José Delgado e Caputo Bastos, no sentido de que o mandato pertence ao partido e não ao eleito.

O único a manifestar-se contrário foi o ministro Marcelo Ribeiro, que que declarou “não pode haver perda do mandato se o candidato eleito troca de partido, porque essa penalidade não está prevista nem na Constituição Federal nem em normas infraconstitucionais”. O ministro disse que, no seu entendimento, o artigo da Constituição que estabelece os casos de perda de mandato (artigo 55) “é exaustivo e não comportaria essa hipótese extra, de infidelidade partidária”.

Fenômeno antigo

Os números confirmam a promiscuidade na política. Até o dia 25 de março, 35 dos 513 deputados federais abandonaram seus partidos desde a última eleição, em outubro de 2006. Desses, 25 estariam em agremiações de oposição àquelas as quais foram eleitos, segundo levantamento do TSE.

O fenômeno é antigo. O site “Congresso em Foco” aponta que um em cada três dos 618 deputados, entre titulares e suplentes que exerceram o mandato entre janeiro de 2003 e dezembro de 2006, trocou de partido durante o período. Na legislatura passada, 193 deputados trocaram 285 vezes de partido.

Votos do candidato ou do partido?

Pela interpretação do TSE, os votos pertencem aos partidos, e não aos candidatos. A justificativa apóia-se na legislação eleitoral.

Pela regra atual, a distribuição de cadeiras baseia-se na seguinte regra: divide-se o número de votos válidos pela quantidade de vagas em disputa em cada Estado. O resultado é o chamado quociente eleitoral. A partir daí, as vagas são distribuidas aos partidos e coligações de acordo com o número de votos que eles obtiveram. Por fim, as vagas são são preenchidas pelos candidatos mais votados em cada legenda.

Em São Paulo, por exemplo, um partido ou coligação precisava de 296.519 votos para eleger um deputado.

De acordo com o TSE, apenas 32 deputados federais obtiveram votação ou superior ao coeficiente eleitoral e não precisaram dos votos de seus partidos para se elegerem.

fonte: UOL

Na aba “Backup“, você encontra o Partition Image e o Konserve, dois utilitários de backup bastante distintos. O Partition Image permite fazer imagens das partições, de forma a salvar, recuperar ou clonar as partições atuais. Ele é extremamente útil tanto nos momentos em que quiser fazer um backup completo do sistema, quanto quando precisar clonar a instalação do sistema, instalando-o em vários micros.

O Partimage deve ser usado com o Kurumin rodando direto do CD. O backup com a imagem da partição pode ser salvo tanto em uma outra partição do HD (você deve montá-la antes, ativando a permissão de escrita) quanto via rede, em uma pasta compartilhada via NFS. São copiados apenas os dados dentro da partição que, em seguida, são comprimidos em gzip ou bzip2 (o bzip2 comprime um pouco mais, mas é mais lento). Uma partição de 5 GB, com 3 GB ocupados vai gerar um arquivo de, em média, 1 GB. Não o subestime por causa da interface em modo texto: ele é um dos programas mais usados na área, competindo diretamente com o Norton Ghost.

O Konserve, por sua vez, é um utilitário bem mais simples, que permite fazer backup de pastas específicas. Você define as pastas que serão incluídas no backup, onde ele será salvo e sua periodicidade e ele faz o resto.

Na pasta “Particionamento“, você encontra os atalhos para o Gparted e o Cfdisk e também o Testdisk, que permite recuperar partições acidentalmente deletadas. Veremos mais detalhes sobre ele logo a seguir, no tópico sobre recuperação de partições danificadas.

Na pasta “Impressora“, você encontra atalhos para o kaddprinterwizard, hp-setup e o hp-toolbox, que já vimos, além do printmgr (Gerenciar as impressoras instaladas) e o kjobviewer (Gerenciar a fila de Impressão), onde você pode gerenciar as impressoras instaladas e gerenciar os trabalhos de impressão (e remover aquele livro de 200 páginas que você mandou imprimir por engano , além do printconf, um script que tenta detectar automaticamente novas impressoras instaladas.

A pasta “Ferramentas do KDE” agrupa um conjunto de pequenos utilitários e plugins do Konqueror que são úteis em várias situações. O “Gerenciar e Instalar Novas Fontes” (fonts:/System/truetype no Konqueror) permite gerenciar e instalar novas fontes TrueType, simplesmente colocando os arquivos dentro da pasta. Você pode instalar as fontes do Windows (que podem ser copiada a partir da pasta C:\Windows\Fonts) ou fontes incluídas em programas diversos. As fontes são um componente importante, pois permitem que páginas web e documentos sejam exibidos corretamente. Ter as fontes necessárias instaladas melhoram bastante o nível de compatibilidade do OpenOffice com os arquivos do Office, por exemplo.

O Ksysguard (Gerenciador de Tarefas) mostra uma lista com os programas que estão rodando, junto com a quantidade de memória utilizada por cada um, além de outras informações. Você pode usá-lo também para finalizar programas.

Se você quer ver uma lista dos pacotes instalados no Kurumin, abra o “Gerenciador de Pacotes” (Kpackage). Se o Kurumin estiver instalado no HD e você já tiver rodado o comando “apt-get update” ou clicado no ícone “Atualizar lista de pacotes”, ele também mostrará uma lista com todos os pacotes disponíveis nos repositórios do Debian, que podem ser instalados via apt-get. Outro utilitário útil para gerenciar os programas instalados é o “kmenuedit“, que permite editar o menu iniciar do KDE.

O “Configurar os serviços do sistema” é um pequeno script que permite listar, ativar e desativar serviços de sistema (como o Cups, Cron, SSH, Samba e outros), além de scripts e configurações carregadas durante o boot. O Kurumin já vem configurado de forma bastante otimizada, mas você sempre pode reduzir o tempo de boot em alguns segundos ou reduzir um pouco o consumo de memória do sistema desativando alguns serviços que não são necessários no seu caso. Veremos mais detalhes sobre a configuração do serviços de sistema logo a seguir.

No menu “Gnome System Tools“, você encontra um conjunto de utilitários que originalmente foram desenvolvidos no Red Hat, depois incluídos no Fedora e (com modificações) no Mandriva, até finalmente serem portados para o Debian. Muitas destas ferramentas duplicam utilitários que já vimos, servindo como uma espécie de backup para quando as coisas dão errado:

Estes utilitários também são encontrados no Ubuntu e (com algumas diferenças) também nas versões atuais do Fedora. Se você tem experiência com um dos dois, vai se sentir em casa. O conjunto inclui:

• Configurar Impressora (gnome-cups-add): Este é o mesmo utilitário para configurar a impressora usado no Ubuntu. Ele tem a mesma função do kaddprinterwizard, porém com uma interface um pouco diferente. Ele também funciona perfeitamente no Kurumin, de forma que você pode escolher qual dos dois usar.

• Configuração da Rede (network-admin): Esta é uma ferramenta alternativa para configurar a rede. Ao ser aberto, ele detecta as placas de rede (incluindo placas wireless) e modems instalados e mostra um menu de configuração separado para cada um. Note que ele se limita a exibir as placas e modems que já foram detectados e ativados pelo sistema. Ele não é capaz de detectar e ativar sua placa wireless ou modem por si só.

• Data e Hora (time-admin): É uma forma alternativa de ajustar a hora e o fuso horário do sistema. Você pode fazer isso também usando o “kcmshell –clock” do KDE, clicando com o botão direito sobre o relógio.

• HDs e Partições (disks-admin): Permite ver e montar as partições disponíveis no HD, substituindo os ícones no “Meu Computador” ou a montagem manual. Note que ele se limita a mostrar as partições existentes, para fazer alterações você deve usar o Gparted.

• Pastas Compartilhadas (shares-admin): Permite criar e desativar compartilhamentos de rede. Originalmente, ele permite apenas criar compartilhamentos NFS, mas passa a incluir também compartilhamentos do Samba, caso o servidor esteja instalado. Como vimos, você pode instalar o servidor Samba no Kurumin usando o ícone mágico ou instalando o pacote “samba” via apt-get.

• Gerenciador de Dispositivos (hal-device-manager): Este é um pequeno utilitário que permite examinar os componentes do micro, da forma como ele é visto pelo sistema operacional. As informações acabam sendo úteis apenas para o público técnico, pois ao invés de mostrar o modelo da placa-mãe, por exemplo, ela mostra informações sobre o chipset, interrupções, sensores e assim por diante.

• Gerenciar Usuários e Grupos (users-admin): Este é provavelmente o utilitário mais útil do conjunto, o utilitário para gerenciar usuários e grupos.

Lembre-se de que o Linux é um sistema multiusuário. Sempre que permitir que alguém use seu micro, você pode criar um usuário separado, impedindo que o visitante danifique seus arquivos ou a configuração do sistema. O mesmo se aplica quando quiser dar acesso via SSH para alguém ou criar compartilhamentos usando o Samba. Utilize um usuário separado também quando precisar executar algum problema suspeito, assim você limita os danos caso ele contenha qualquer código malicioso.

fonte original: Guia do Hardware.net 

Marco Antonio Queiroz é consultor sobre acessibilidade e construiu seu próprio site.

Os leitores de tela, que possibilitam o acesso às páginas na internet, comunicação através de e-mails, envio de arquivos e o uso de outros programas, funcionam lendo o código HTML (linguagem de programação do site), indo da esquerda para a direita e de cima para baixo. “Para acessar o conteúdo de um site, a pessoa sem visão precisa navegar de link em link, com a tecla “tab”, até chegar à informação que deseja. Existem recursos que permitem pular alguns links, tornando o processo mais rápido”, conta o consultor.

Como o software transforma em áudio o código da página, ele não descreve o que é exibido em uma imagem, apenas lê o que ela representa como código — “foto” ou “gráfico”, por exemplo. “Isso dificulta a compreensão. Em uma imagem com link, por exemplo, só é possível saber ao que ele leva se a página tiver acessibilidade, com um texto junto ao código que descreva seu conteúdo”, conta Queiroz. O programa avisa qual é o tipo de estrutura pela qual está passando, notificando, por exemplo, se há uma caixa de texto. Para fazer a seleção, o clique do mouse é substituído pelo “enter”.

Alternativas

São quatro os principais softwares desse tipo utilizados no Brasil, sendo dois nacionais, um deles gratuito: o Dosvox, produzido pelo Núcleo de Computação Eletrônica da Universidade Federal do Rio de Janeiro e disponível no site da instituição. “Ele é o que tem menos recursos, mas possui vários programas e é muito simples de manipular. A pessoa não precisa decorar muita coisa, por isso é fácil para quem está começando a utilizar o sistema”, conta.

Os outros leitores mais utilizados são o brasileiro Virtual Vision, além dos estrangeiros Windows Eyes e Jaws for Windows — este último, o mais utilizado no mundo.

Uma novidade implementada pela Receita Federal neste ano mostra que a acessibilidade deve se tornar cada vez mais presente nos sites de serviço: pela primeira vez, o software para a declaração do Imposto de Renda trouxe uma adaptação para ser interpretado por leitores de tela. Já no mundo off-line, uma exposição de Portinari leva as obras de arte até os deficientes visuais (assista ao vídeo ao lado).

Para o consultor, a acessibilidade faz com que pessoas com deficiência visual se tornem “cidadãos mais comuns”, podendo adquirir conteúdo via internet. Um exemplo dessas páginas é a Bengala Legal, de Queiroz, que tem diversos artigos, fotos, poesias, notícias, links e é totalmente acessível.

Leitura

Outros softwares para os deficientes visuais são os áudio-livros, que passam as histórias escritas para o som. Em destaque, há aqueles que utilizam a tecnologia Daisy(sigla em inglês para sistema digital de informação acessível), que transforma o livro em um arquivo de MP3, geralmente com uma interpretação de um artista. “Se for reproduzido em um computador, o texto do livro é exibido simultaneamenta na tela, em tamanho ampliado, para pessoas com visão prejudicada que gostam de ler”, explica Queiroz.

Segundo ele, também existem outros programas para transformar um texto em áudio, com tecnologia menos sofisticada que a do áudio-livro, mas com uma voz mais humanizada que a dos leitores de tela tradicional — isso pode deixar a escuta mais confortável.

Outras coisas bastante simples também precisam ser transferidas para o sistema sonoro, quando o equipamento é utilizado por deficientes visuais. Existem relógios, por exemplo, que “falam” as horas. Além disso, apesar da internet, o sistema de leitura braile não foi substituído. “As impressoras em braile são úteis para a leitura de pequenos textos. Em grande quantidade, acabam saindo caros e vale mais a pena utilizar os leitores de tela”, conta Queiroz.

Fonte: G1 Tecnologia

O engenheiro mecatrônico Samuel César Júnior, um dos responsáveis pelo projeto da empresa Optatis, conta que o trabalho começou por iniciativa dos próprios cadeirantes (como são chamados os usuários do veículo) de uma associação de Ceilândia, cidade-satélite de Brasília. “Eles nos procuraram após submeter o projeto à Finep [órgão de financiamento do governo federal] e conseguir a aprovação”, afirma César Júnior.

Samuel César Júnior, um dos responsáveis pela iniciativa

Segundo ele, muitos deles já possuem cadeira de rodas motorizada. O problema, no entanto, é que o veículo normalmente é importado, caro (custa entre R$ 4.000 e R$ 20 mil) e de difícil manutenção. Não é incomum que repor uma peça custe quase tanto quanto a cadeira de rodas inteira.

“Com um projeto totalmente nosso, seria possível reduzir o custo e facilitar a manutenção. Além disso, a idéia é capacitar o pessoal da associação para que eles mesmos possam, no futuro, fazer a manutenção e até a conversão completa da cadeira convencional para a cadeira motorizada”, diz o engenheiro. “Nós forneceríamos, por exemplo, o chip controlador programado, e eles fariam a montagem.”

Os elementos básicos necessários para “turbinar” a cadeira de rodas convencional são dois motores independentes; uma placa de potência, responsável por gerenciar esses motores; um manche, que serve de “volante” da cadeira; e uma placa de controle, que faz a leitura dos comandos do manche e os transforma nos movimentos do veículo.

No caso do manche, um controle de videogame faz o serviço sem o menor problema, embora outras soluções possam ser usadas, de acordo com o engenheiro. Os outros componentes também podem ser encontrados com facilidade. A parte eletrônica depois é programada pelos engenheiros, para que ela cumpra a função de “entender” os comandos necessários para controlar o movimento da cadeira de rodas.

“Nós ainda não fizemos uma certificação oficial da cadeira. Esse é um dos nossos objetivos para o futuro. Mas os próprios cadeirantes já a testaram e gostaram do que viram. A velocidade, mobilidade e dirigibilidade estão bastante boas”, afirma César Júnior.

Segundo ele, embora ainda seja cedo para estabelecer um valor final para o veículo, ele deve ficar bem abaixo do preço das cadeiras motorizadas importadas.

Fonte: G1 Tecnologia

Você pode encontrar mais informações sobre a configuração de servidores Linux no  livro Redes e Servidores Linux. Mas, mesmo que você não tenha intenção de se tornar um administrador de redes Linux, pode instalar muita coisa de forma fácil usando os ícones mágicos incluídos no Kurumin. Para isso, acesse a opção “Instalar e configurar Servidores” dentro do Centro de Controle:

Este é um dos painéis com mais opções dentro do Centro de Controle. Vamos a um resumo das opções disponíveis.

Em outra dica, Já falei sobre as opções para configurar a rede, compartilhar a conexão e ativar o firewall. Ao compartilhar a conexão você pode aproveitar para adicionar um servidor proxy com o Squid. Ele incrementa o compartilhamento, adicionando um cache que armazena os arquivos mais acessados, o que melhora a velocidade de acesso e, ao mesmo tempo, permite que você acompanhe as páginas acessadas a partir dos outros micros da rede, usando o Sarg.

Originalmente, ao usar um proxy é necessário configurar manualmente cada micro da rede para usá-lo, o que é bastante trabalhoso. No caso do Squid você tem a opção de configurar um proxy transparente, que é feito combinando o recurso de aceleração http do Squid com o uso de uma regra de firewall, que faz com que todos os pacotes recebidos pelo servidor na porta 80, a partir dos micros da rede local, sejam encaminhados ao Squid e daí para a internet.

A regra de firewall opera de forma passiva, dispensando configurações adicionais. Enquanto os micros da rede utilizarem seu servidor para a acessarem a web, involuntariamente estarão passando pelo servidor proxy, usufruindo do cache e outras otimizações e tendo seus acessos logados. Caso necessário, você pode também criar uma lista de sites bloqueados, restringindo, por exemplo, o acesso ao Orkut.

Na aba “Web e FTP” você encontra as opções de instalar um servidor Web Apache, com suporte a PHP e MySQL, que você pode usar para estudar sobre servidores web e testar os vários chats, fóruns e sistemas de gerenciamento de conteúdo de páginas que temos disponíveis.

No mesmo menu está a opção para instalar um servidor FTP, usando o Proftpd. Ele pode ser utilizado para compartilhar arquivos, dentro da rede ou na internet. É possível usá-lo para criar um simples FTP anônimo, ou liberar o acesso apenas a pessoas autorizadas. Para que o FTP fique disponível na internet, é necessário manter a porta 21 aberta no firewall. Se você acessa através de um modem ADSL configurado como roteador, é necessário redirecionar (port forwarding) a porta 21 para o seu micro. O Proftpd é configurado através do arquivo “/etc/proftpd.conf” e os arquivos que ficarão disponíveis para o FTP anônimo (que você pode ativar descomentando as linhas no final do arquivo) vão na pasta “/home/ftp”.

Na aba seguinte, “Arquivos e Impressoras”, você encontra o script para configurar um servidor Samba, que pode ser usado para compartilhar arquivos com outras máquinas da rede, tanto Windows quanto Linux. Anteriormente, aprendemos como acessar os compartilhamentos usando o Kurumin como cliente; através desta opção, ele pode se tornar servidor.

Ao instalar o servidor Samba, é necessário cadastrar os logins dos usuários que terão acesso aos compartilhamentos. Não é necessário que os logins e senhas sejam iguais aos usados nas máquinas Windows, mas ao usar senhas diferentes será necessário fornecer um dos logins cadastrados ao acessar os compartilhamentos. Você pode configurar o servidor e criar novos compartilhamentos usando o Swat, ou diretamente no arquivo “/etc/samba/smb.conf”.

Caso muita gente vá usar o servidor para guardar arquivos, você pode usar a opção de configurar quotas de disco, limitando o espaço que poderá ser usado por cada um.

A opção de compartilhar impressoras permite compartilhar as impressoras na rede usando o próprio Cups, como já vimos. Estas impressoras podem ser usadas tanto nas outras máquinas Linux, quanto nas máquinas Windows.

Na aba “Acesso Remoto” você encontra o script para instalar um servidor LTSP, batizado de “Kurumin Terminal Server”. O LTSP combina o NFS, DHCP, XDMCP, TFTP e um conjunto de scripts próprios para criar um servidor de terminais, que permite aproveitar micros antigos, ou com processadores lentos como terminais, executando via rede os aplicativos instalados no servidor.

Ao contrário do que pode parecer à primeira vista, o desempenho das estações é muito bom. Mesmo usando um Pentium 100 como terminal, os aplicativos rodam com praticamente a mesma velocidade que rodam ao serem executados localmente no servidor. Esta solução é adotada nos Telecontros e em diversas empresas, como uma forma de aproveitar máquinas antigas e reduzir custos.

A configuração de um servidor LTSP está longe de ser trivial, tanto que ele consome quase 50 páginas do livro Redes e Servidores Linux. Mas, o script automatiza a maior parte da instalação, permitindo que você consiga colocar o servidor para funcionar apenas lendo cuidadosamente as opções de instalação.

O primeiro passo é montar a rede entre o servidor e os terminais. Configure o servidor para usar o endereço “192.168.0.10″, que é o endereço de exemplo usado nos arquivos de configuração. Desta forma, seu trabalho é bem menor, pois você usa a configuração padrão.

Os terminais dão boot via rede e rodam todos os softwares a partir do servidor. Graças a isso, eles não precisam de HD nem CD-ROM, você só precisa configurá-los para dar boot através da rede. No caso das máquinas um pouco mais novas, que já possuem rede onboard, você só precisa acessar o setup e configura-las para dar boot via rede. Nas mais antigas, com placas PCI, você vai precisar usar um disquete ou CD-ROM de boot.

Para isso acesse o http://www.rom-o-matic.org/. Este site é um gerador de imagens de boot, onde você indica o modelo da placa de rede e o formato desejado e ele lhe devolve a imagem de boot a usar.

No primeiro campo, indique o modelo da placa de rede e, no segundo, indique o tipo de imagem que será gerada. Estão disponíveis módulos para várias placas de rede, incluindo as 3com, Intel, sis900 (usada em muitas placas onboard) e via-rhine-6105, usado nas placas Encore novas. As antigas placas com chipset Realtek 8139 trabalham em conjunto com o módulo “rtl8139″.

Use a opção “Floppy Bootable ROM Image (.zdsk)” para gerar a imagem de um disquete de boot ou a opção “ISO bootable image with legacy floppy emulation (.liso)” para gerar um CD de boot. Nesse caso, renomeie o arquivo gerado, de “.liso” para “.iso.

Para gravar um CD de boot, basta gravar a imagem da forma como gravaria um arquivo .iso tradicional. Depois, configure o cliente para dar boot através do CD-ROM. Intencionalmente, escolhemos a opção “with legacy floppy emulation”, que torna a imagem compatível com os BIOS usados em micros antigos. Para gravar os disquetes, use o comando: “dd if=eb-5.0.10-rtl8139.lzdsk of=/dev/fd0” (onde o eb-5.0.10-rtl8139.lzdsk é o nome do arquivo).

Ao dar boot nas estações, elas pararão na etapa inicial do boot, onde procuram pelo servidor. Aproveite para anotar o endereço MAC de cada estação, que é mostrado nas mensagens de boot.

O endereço MAC é um número de 12 dígitos (como: 00:0C:29:6F:F4:AB), diferente em cada placa, que você pode localizar facilmente entre as mensagens exibidas. Ele aparece na penúltima linha, como em “lancepci: 00:0C:29:6F:F4:AB”.

Enquanto o servidor não estiver configurado, os terminais vão ficar indefinidamente no “Searching for DHCP Server…”, um sintoma de que que o boot via rede está ativo. Agora falta apenas o principal: o servidor .

O script do Kurumin Terminal Server se encarrega de baixar e instalar os pacotes, além de gerar uma configuração modelo, que você só precisa ajustar para seu uso.

A parte mais trabalhosa é a edição do arquivo de configuração do DHCP, onde você deve cadastrar os endereços MAC das placas de rede usadas nos clientes, de forma que o servidor possa diferenciar cada um. Mantenha os modelos de configuração incluídos no arquivo, substituindo apenas os endereços de exemplo pelos dos micros da sua rede:

No arquivo “/opt/ltsp/i386/etc/lts.conf”, aberto em seguida você pode incluir opções específicas para cada terminal, incluindo a resolução de vídeo e tipo de mouse usado em cada um. O LTSP é capaz de detectar as configurações automaticamente, assim como ao dar boot com um CD do Kurumin na maior parte dos casos, mas as opções no arquivo podem ser usadas para forçar o uso de configurações específicas ou em caso de problemas. O próprio arquivo inclui vários exemplos de configuração e você encontra instruções detalhadas no livro.

Cada estação possui uma seção própria dentro do arquivo, onde você pode incluir opções relacionadas a ela. Para fazer com que uma estação utilizasse resolução de 800×600 com 60 Hz de taxa de atualização para o monitor e 16 bits de cor, por exemplo, você adicionaria as linhas:

X_MODE_0 = 800×600 # (Resolução de vídeo)
X_VERTREFRESH = 60 # (Refresh rate do monitor)
X_COLOR_DEPTH = 16 # (Bits de Cor)
Veja um exemplo de como ficaria a modificação dentro do arquivo:

O LTSP é um sistema muito interessante, pois toda a configuração é feita no próprio servidor, minimizando o trabalho ao administrar uma rede com muitas estações. Ele também se adapta muito bem a redes de diferentes tamanhos. Você pode tanto usá-lo em uma rede com 40 terminais, quanto instalá-lo no seu micro, para poder usar um Pentium 100 que estava encostado como único terminal. O fato de ativar o LTSP, não impede que você possa continuar utilizando o micro recrutado como servidor normalmente.

Além do script para instalar o LTSP, a aba de acesso remoto do painel oferece também as opções para ativar o servidor SSH e instalar o NX Server e o VNC. Embora sirvam para basicamente a mesma coisa (acessar sua máquina remotamente, de forma a executar comandos ou rodar aplicativos pela rede), os três funcionam de forma bem diferente.

O SSH é a ferramenta mais básica de administração de rede. Ao ativar o servidor, você pode se conectar a ele a partir das outras máquinas da rede usando o comando “ssh login@servidor“, fornecendo um login de acesso válido e o IP ou domínio do servidor (como em: ssh kurumin@192.168.0.1). É possível ainda usar o SSH para transferir arquivos. Para isso, abra uma janela do Konqueror e acesse a URL “fish://login@servidor” (como em: fish://kurumin@192.168.0.1). Depois de fornecer a senha de acesso, você vê os arquivo do servidor e pode transferi-los simplesmente arrastando-os para outra janela.

O NX Server usa o SSH como base, mas vai mais longe, implementando várias camadas de compressão e cache, que permitem rodar aplicativos gráficos com um excelente desempenho, mesmo via internet. Ao se conectar, você vê o desktop do servidor e pode usar qualquer aplicativo instalado nele. O NX é composto de um módulo servidor e um cliente.

Finalmente, o VNC é o sistema mais tradicional, também usado para abrir um desktop remoto do servidor e usar os aplicativos instalados nele. O VNC não é tão eficiente quanto o FreeNX, mas é mais fácil de instalar e configurar.

fonte: Guia do Hardware.net

Ele é capaz de manipular partições formatadas nos mais diversos sistemas de arquivos, incluindo EXT3, ReiserFS, XFS e outros sistemas de arquivos usados no Linux, além de FAT e NTFS. Você pode inclusive usá-lo para fazer imagens de instalações do Windows, sem problema algum.

Ao fazer a imagem da partição, o partimage verifica seu conteúdo e salva apenas os dados, aproveitando para comprimir tudo usando o sistema de compressão escolhido por você. Isso permite gerar arquivos relativamente pequenos. Se você tiver uma instalação do Kurumin, que está ocupando 3 GB de uma partição com 20 GB, vai acabar com um arquivo de imagem de pouco mais de 1 GB .

O Partimage também é capaz de quebrar a imagem em vários arquivos (você especifica o tamanho desejado), permitindo que os backups possam ser facilmente gravados em DVD ou múltiplos CDs.

O partimage é um programa relativamente comum, disponível nos repositórios da maioria das distribuições ou na página oficial: http://www.partimage.org. Ele já vem pré-instalado no Kurumin e várias outras distribuições live-cd, onde você só precisa chamá-lo usando o o comando “partimage“, como root.

Assim como ao particionar o HD usando o gparted, você não tem como criar ou restaurar imagens de partições que estão montadas. Por isso, é fortemente recomendável que você sempre execute partimage com o sistema rodando a partir do CD (o Kurumin é ideal para isso , já que desta forma todas as partições do HD ficam disponíveis sem restrições.

A primeira tela mostra as partições disponíveis no HD. Lembre-se de que no Linux, as partições primárias são numeradas de 1 a 4 e as partições lógicas de 5 em diante, mesmo que você possua apenas uma ou duas primárias. É fácil identificar as partições dentro do Partimage, pois ele exibe o tamanho e o sistema de arquivos de cada partição:

Clique aqui para ler o restante do tutorial

Jobs dez anos atrás, na sala da diretoria da Apple, pouco depois de retomar o comando da empresa: o “monstro visionário” voltou a concentrar esforços em um número reduzido de projetos com grande impacto tecnológico. Essa fórmula de sucesso prevalece até hoje

Poucas empresas no mundo conquistaram o direito de chamar a si mesmas de revolucionárias. A Ford é uma delas. Seu fundador, Henry Ford, iniciou em 1908 a produção em série de automóveis. A IBM, que criou os computadores modernos, é outra. Os mainframes mudaram a maneira como empresas e governo trabalham e abriram novos horizontes para a ciência. Os estúdios Disney, com seus desenhos animados, redefiniram a indústria de entretenimento. Mas exemplos como esses são restritos, raros mesmo. A inovação radical, aquela capaz de criar um produto novo e um novo mercado, ocorre apenas de tempos em tempos na história do capitalismo. Mesmo agora, numa era de inovação programada e verbas bilionárias de pesquisa e desenvolvimento, poucas empresas se destacam no mar revolto das novidades. Diante disso, chama a atenção o desempenho de uma companhia instalada em Cupertino, na Califórnia, à margem da Baía de São Francisco. A Apple Inc., que completará 31 anos em abril, já deixou marcas no universo desproporcionais à sua idade e ao seu tamanho como empresa. Ela ocupa apenas a 159a posição na lista das maiores companhias americanas – mas seu currículo como inovadora é impressionante. Leia o restante da reportagem…

meu comentário: vale a pena ler a íntegra da reportagem, ela dá uma visão de um homem que molda o mundo a sua volta.

fonte: Guia do Hardware.net

por: Carlos E. Morimoto
01/03/2007

Uma diferença fundamental entre os live-CDs, como o Kurumin e distribuições Linux “tradicionais”, como o Mandriva, Fedora e Slackware, ou mesmo com relação ao Windows, é a forma como o sistema é instalado.

Tradicionalmente, os CDs de instalação das distribuições Linux contêm pacotes individuais de instalação dos programas juntamente com um programa de instalação. Ao dar boot através do CD, você abre um instalador, que se encarrega de instalar o sistema no HD. Depois de concluída a instalação, você reinicia a máquina e pode finalmente usar o sistema.

Durante a instalação, você pode escolher quais pacotes quer instalar e o instalador se encarrega de “montar” o sistema, instalando individualmente os pacotes marcados, como neste screenshot do instalador do Mandriva:

Esta abordagem permite um controle maior sobre o que será instalado, mas possui também algumas desvantagens:

• Torna a instalação mais complexa e confunde os usuários iniciantes (e muitas vezes também os avançados), já que pouca gente conhece a função de cada pacote e não sabe bem quais instalar. Nem sempre as descrições dos pacotes dão uma visão clara sobre sua função e importância. Para amenizar isso, os instaladores adotam um “meio termo”, onde você inicialmente escolhe entre algumas categorias, como “Ferramentas de escritório”, “Programação”, “Servidores”, etc., e acessa a tela de seleção manual de pacotes apenas se quiser personalizar a instalação.

• Aumenta muito o trabalho dos desenvolvedores, que precisam se preocupar em checar as dependências de cada pacote e a ordem em que eles devem ser instalados para manter a instalação consistente, independentemente do que o usuário escolher.

• O sistema pode ser apenas instalado, não roda direto do CD.

Nos live-CDs temos um sistema “base”, já configurado, que roda diretamente do CD. O instalador limita-se a copiar este sistema para o HD e fazer as alterações necessárias para que ele se adapte ao novo ambiente.

Apesar dos puristas torcerem o nariz, os live-CDs são uma forma tão mais prática de usar e instalar o sistema que cada vez mais distribuições passam a adotar este formato. Um exemplo clássico é o Ubuntu: nas primeiras versões ele utilizava um instalador “da velha guarda” em modo texto, mas a partir do 6.6 passou a ser distribuído primariamente na forma de live-CD.

Ao instalar o Kurumin no HD, são mantidas as configurações feitas durante o boot. Por isso, primeiro teste o sistema rodando a partir do CD e certifique-se de que o vídeo está corretamente configurado, as placas de som e rede estão funcionando, etc. antes de iniciar a instalação.

Se você não tem espaço suficiente no HD para criar várias partições, ou não quer arriscar seus arquivos mexendo no particionamento do HD (lembre-se: Só Jesus salva, o homem faz backup! , você pode ainda treinar usando o VMware Player, um virtualizador que permite instalar as distribuições dentro de máquinas virtuais, que abordo mais adiante. Graças ao VMware, também é possível rodar o Kurumin sobre o Windows.

A opção de instalar o Kurumin está bem visível dentro da tela inicial do Painel de Controle e você pode também chamar o instalador usando o comando “sudo kurumin-install” no terminal. No Painel estão organizadas também outras funções que usamos para configurar o sistema, que examinaremos com mais cuidado adiante.

O instalador é, na verdade, um script, localizado dentro da pasta “/usr/local/bin/”. Você pode estudá-lo e até alterá-lo caso necessário, usando um editor de textos qualquer. Assim como o instalador, muitas ferramentas aparentemente complexas, são, na verdade, scripts relativamente simples, que trabalham executando em ordem os comandos de texto necessários para realizar cada tarefa. Uma característica importante no Linux é que apesar de todas as ferramentas gráficas, toda configuração do sistema pode ser feita através do terminal, desde que você saiba os passos necessários.

Antes de instalar, vamos revisar alguns passos importantes:

As partições no Linux

Temos duas interfaces IDE na placa-mãe, onde cada uma permite a conexão de dois HDs, configurados como master ou slave. O primeiro HD, conectado à interface IDE primária e configurado como master, é reconhecido pelo Linux como hda, o segundo HD, slave da IDE primária é reconhecido como hdb, enquanto os dois HDs conectados à IDE secundária são reconhecidos como hdc e hdd. Caso você esteja usando um HD Serial ATA, então ele será visto como sda. Caso sejam dois, um será o sda e o outro sdb. O mesmo acontece ao usar HDs SCSI.

Ao mesmo tempo, cada HD pode ser dividido em várias partições. Podemos ter um total de 4 partições primárias ou três partições primárias e mais uma partição estendida, que pode englobar até 255 partições lógicas. É justamente a partição lógica que permite a nós dividir o HD em mais de 4 partições.

Esta limitação das 4 partições primárias é uma limitação que existe desde o primeiro PC, lançado em 1981. Os projetistas que escreveram o BIOS para ele precisavam economizar memória e chegaram à conclusão que 2 bits (4 combinações) para o endereço das partições seriam suficientes, pois na época os HDs mais vendidos tinham apenas 5 MB e só existia um sistema operacional para PCs (o MS-DOS), de forma que era raro alguém precisar criar mais de uma partição. As coisas mudaram “um pouco” de lá pra cá, mas infelizmente esta limitação continua até os dias de hoje .

Para amenizar o problema, fizeram um “xuncho” adicionando a possibilidade de criar partições lógicas. Ao invés de criar 4 partições primárias e ficar sem endereços para criar novas partições, você cria uma “partição estendida”, que é uma espécie de container, que permite criar mais partições. A partição estendida contém uma área extra de endereçamento, que permite endereçar as 255 partições lógicas. É possível criar até 4 partições estendidas, de forma que (em teoria) é possível dividir o HD em até 1020 partições.

A primeira partição primária, do primeiro HD (hda), é chamada de hda1. Caso o HD seja dividido em várias partições, as demais partições primárias são chamadas de hda2, hda3 e hda4. Porém, o mais comum ao dividir o HD em várias partições é criar apenas uma partição primária e criar as demais partições dentro de uma partição estendida.

As partições estendidas recebem números de 5 em diante (hda5, hda6, hda7, etc.) mesmo que as partições hda2 e hda3 não existam:

Neste mapa temos a partição primária, montada no diretório raiz (/) e uma partição estendida, que engloba tanto a partição swap quanto a partição montada em /home. Este é o esquema de particionamento mais usado no Linux: três partições, sendo uma a partição raiz, onde o sistema fica instalado, a partição swap e uma terceira partição (opcional), montada no diretório /home.

A idéia é a mesma de dividir o HD em C:\ e D:\ no Windows: simplesmente manter seus arquivos pessoais em uma partição diferente da dos arquivos do sistema, para melhorar a segurança e permitir que você possa tranqüilamente reformatar a partição do sistema quando precisar reinstalá-lo, sem correr o risco de perder junto seus arquivos pessoais. Se estiver com dúvidas sobre como o HD está particionado, abra o gparted, que você encontra no Iniciar > Sistema. Ele mostra um mapa do HD.

Digamos que você queira particionar um HD de 80 GB para instalar o Windows e o Kurumin em dual boot, deixando uma partição de 20 GB para o Windows, uma partição de 20 GB para o Kurumin, uma partição de 1 GB para swap e uma partição maior, de 39 GB para guardar seus arquivos (você poderia usar esta partição maior como home, como explico mais adiante). Como precisamos de 4 partições no total, seria possível criar diretamente 4 partições primárias, mas neste caso você ficaria sem endereços e perderia a possibilidade de criar novas partições mais tarde, caso resolvesse testar uma outra distribuição, por exemplo.

Ao invés disso, você poderia começar criando a partição de 20 GB do Windows como primária (é sempre recomendável instalar o Windows na primeira partição do HD e em uma partição primária, devido às particularidades do sistema) e em seguida criar uma partição estendida, englobando todo o resto do espaço, criando as demais partições como partições lógicas dentro dela. Estes conceitos referentes às partições valem para qualquer programa de particionamento, do gparted ao Partition Magic. Elas são uma particularidade da plataforma PC e não do Linux.

Instalando

Ao começar a instalação propriamente dita, o primeiro passo é escolher em qual HD o sistema será instalado, caso você tenha mais de um:

O particionamento do HD pode ser feito através do cfdisk, um particionador de modo texto que lembra um pouco o fdisk do Windows 98, ou usando o gparted, um particionador gráfico com uma interface parecida com o Partition Magic. O cfdisk é mais prático quando você simplesmente quer formatar o HD todo e criar novas partições, enquanto o gparted permite que você redimensione partições do Windows e outras distribuições Linux para liberar espaço para instalar o Kurumin.

O Kurumin 7 ocupa cerca de 1.6 GB ao ser instado, mas você precisará de espaço para guardar seus arquivos e instalar outros programas, de forma que o ideal é reservar pelo menos 4 GB para o sistema.

O instalador te obriga a escolher um dos dois, mas se o HD já estiver particionado, basta fechar o gparted ou selecionar a opção “Quit” na janela do cfdisk para prosseguir com a instalação. Mais adiante, veremos mais detalhes sobre o uso do cfdisk e do gparted.

Copiando os arquivos

Depois de particionar o HD, chegamos à parte mais crucial da instalação, que é a cópia dos arquivos propriamente dita. O instalador detecta automaticamente partições swap disponíveis no HD e pergunta qual usar apenas caso exista mais de uma. Nas versões recentes do Kurumin (a partir do 6.1) o instalador cria um arquivo de swap de 256 MB caso não exista nenhuma partição swap disponível, permitindo que você instale o sistema usando uma única partição. Este “arquivo de swap” é um pouco mais lento do que usar uma partição swap dedicada, por isso é sempre preferível criar uma partição swap “de verdade” ao particionar o HD.

Continuando, o instalador pergunta e em qual partição o sistema deve ser instalado. Note que a lista inclui apenas partições formatadas em sistemas de arquivos do Linux, para evitar o clássico acidente de formatar por engano a partição do Windows. Lembre-se de que a sua partição C:\ do Windows é geralmente a “/dev/hda1” no Linux.

O Linux suporta vários sistemas de arquivos diferentes. A função do sistema de arquivos é organizar o espaço disponível no HD, criar estruturas que permitem gravar e ler arquivos de forma organizada. Os primeiros sistemas de arquivos suportados pelo Linux, bem no começo do desenvolvimento, eram o Minix e o EXT. Ambos possuíam limitações graves com relação ao desempenho e ao tamanho máximo das partições, de forma que ambos foram substituídos pelo EXT2, que continua em uso até hoje.

O EXT2 é um sistema similar ao FAT32 do Windows. Os arquivos são organizados de uma forma simples, com o HD dividido em vários clusters (que no EXT2 chamamos de blocos), onde cada cluster armazena um arquivo ou um fragmento de arquivo. Um índice no início do HD guarda uma tabela com os endereços de cada arquivo no HD.

Muita gente gosta desta simplicidade e por isso continua usando o EXT2 até hoje. O problema é que, assim como o FAT32 do Windows, o EXT2 tem uma grande tendência a perder dados quando o micro é desligado incorretamente (o que em um desktop é muito comum). Nestes casos entra em ação o fsck, que vasculha todos os arquivos da partição, de forma a detectar e corrigir erros, da mesma forma que o scandisk do Windows. Os dois problemas fundamentais com o fsck são que:

1- O teste demora muito.

2- Ele só corrige erros simples. Sempre que um problema mais grave é detectado, o carregamento do sistema é abortado e você cai em um prompt de recuperação (herança da época em que o Linux era feio, estranho e complicado), onde você precisa conhecer e saber usar os comandos necessários para reparar os erros manualmente.

Ou seja, a menos que você tenha um no-break e seu micro nunca seja desligado no botão, não use o EXT2. Ele é um sistema obsoleto, assim com o FAT32 no Windows.

Temos, em seguida, o EXT3, uma evolução do EXT2, que inclui um sistema de journaling. O journal (diário) consiste em uma espécie de log, que armazena todas as alterações que são feitas nos arquivos e quando elas foram concluídas. Quando o micro é desligado incorretamente, o fsck consulta este “diário” para corrigir os erros, sem precisar executar o teste completo.

Embora as versões iniciais do EXT3 tivessem muitos problemas, ele evoluiu bastante nos últimos anos e é atualmente um sistema de arquivos bastante seguro, utilizado por padrão na maioria das distribuições. As principais vantagens de usar o EXT3 são o boot mais rápido (em média 10 segundos menos do que ao instalar em uma partição ReiserFS e a grande oferta de programas de manutenção e recuperação de dados).

Finalmente, temos o ReiserFS, que é a opção default de sistema de arquivos desde as primeiras versões do Kurumin. Ele é também um sistema de arquivos bastante moderno, que inclui muitos recursos para a proteção dos dados e do próprio sistema de arquivos no caso de problemas diversos e desligamentos incorretos. O ReiserFS também aproveita melhor o espaço, agrupando arquivos pequenos, de forma que eles sejam gravados de forma contínua. Isso acaba fazendo uma grande diferença, pois no Linux temos uma quantidade muito grande de pequenos executáveis, bibliotecas e arquivos de configuração.

O ReiserFS é um sistema bastante robusto, bem adaptado para suportar os maus-tratos típicos de um desktop. Por isso (apesar do rápido avanço do EXT3) ele ainda é o sistema recomendado.

Outros sistemas “modernos” são o XFS e o JFS, que são otimizados para uso em servidores. Eles também são relativamente populares, mas não são oferecidos pelo instalador para não aumentar muito o número de opções.

Depois de selecionar a partição e o sistema de arquivos, o instalador confirma mais uma vez se você realmente quer formatar a partição para instalar o sistema. Existe aqui uma opção de atualização escondida, que foi incluída a partir do Kurumin 4.2: se você responder “Não”, o instalador vai copiar os arquivos sem formatar a partição, atualizando uma versão anterior do Kurumin instalada, sem apagar seus arquivos e configurações.

Assim como no Windows, esta opção de atualização é mais propensa a problemas, pois é difícil preservar todos os programas instalados e todas as modificações que foram feitas. Embora a atualização funcione bem na maioria dos casos, alguns programas podem deixar de funcionar (o que pode ser resolvido simplesmente reinstalando-os). Os arquivos e configurações, que são o mais importante, são sempre preservados.

A cópia dos arquivos propriamente dita é relativamente rápida, cerca de 7 minutos ao instalar em um micro com um drive de 52x.

Embora o sistema fique carregado durante a cópia, nada impede que você navegue ou faça alguma outra coisa enquanto o sistema está sendo instalado. Os dados são copiados diretamente a partir do CD-ROM (que é somente leitura) para dentro da partição, de forma que a cópia não é perturbada mesmo que você crie ou modifique alguns arquivos durante a instalação.

Concluindo a instalação

Dicas: particionamento

Configurando o grub

fonte: Guia do Hardware.net 

Segundo o site da revista “New Scientist”, cada módulo da máquina funciona como um robô separado, que pode se mover independentemente, girar e rodar — para isso, eles contam com acelerômetros 3D que indicam sua orientação.

Os seis lados de cada parte podem se conectar com qualquer outro módulo. Uma vez ligados, eles se comunicam, coordenando mudanças na estrutura e até mesmo transmitindo energia.

“O Superbot consiste em módulos robóticos em forma de Lego [brinquedo montável], mas autônomos, que podem se reconfigurar em diferentes sistemas para diferentes tarefas”, explica Wei-Min Shen, da Universidade da Califórnia do Sul. Cada parte pode coordenar a atividade utilizando seus próprios sensores e os dos outros módulos. Para rolar, por exemplo, cada parte deve monitorar os acelerômetros de seus parceiros.

A equipe diz que o Superbot pode eventualmente ser uma boa companhia para astronautas na Lua ou em outro lugar do espaço. Alguns módulos extras adaptados poderiam permitir que o Superbot atuasse em diversos tipos de tarefas.

Modelos semelhantes anteriores tiveram problemas na coordenação, e algumas vezes precisaram de módulos especiais para gerar formas particulares. Ao dar a cada módulo mais flexibilidade, Shen diz que o Superbot deve ser capaz de assumir um maior número de formas mais eficientemente.

fonte: G1