Como eles não quiseram passar o código e julguei essa ser uma tarefa fácil, resolvi fazer o meu também.

O script é bem simples, feito em PHP, não sei se da melhor forma que poderia ser feito, mas pelo menos funciona…hehe

Se você tiver alguma idéia de como melhorar, ou tiver um melhor que esse, me diga.

Este script é distribuido por uma licença Creative Commons, como todo o conteúdo deste site.

Se quiser ter uma cópia dele no seu site, fique a vontade.

O RSS gerado é da versão 2.0, mas é simples adaptá-lo para 0.91 ou 1.0, se for necessário.

Você pode acessar os feeds pelas URLs:

www.brunotorres.net/rss/kernel (versões estáveis do kernel) ou

www.brunotorres.net/rss/kernel-patch (últimos patches – instáveis – para as versões estáveis).

Espero que seja útil!

[update] Acertei o script para considerar os 2.x.x-rcx como versões de patch tb. Tinha esquecido deles!

Para este artigo vamos assumir que a partição que será montada é /dev/hda1 e o ponto de montagem é /win. Mude esses valores de acordo com a sua necessidade.

Primeiro você deve verificar se o seu kernel tem suporte ao sistema de arquivos ntfs. Tente

[root@host] # mount -t ntfs /dev/hda1 /win

se funcionar, ok, o kernel tem suporte. Se retornar uma mensagem de erro do tipo:

"mount: fs type ntfs not supported by kernel"

você vai ter que habilitar este suporte.

Vá ao diretorio onde está o source do kernel

[root@host] # cd /usr/src/linux

e faça

[root@host] # make menuconfig

Se o seu kernel é 2.4.x, vá em

File Systems, e marque a opção

NTFS Filesystem Support (read-only) como ‘M’.

Se for 2.6.x, vá em

File Systems -> DOS/FAT/NT Filesystems e marque

NTFS File System Support como ‘M’.

Perceba que o suporte nativo do kernel ao NTFS é somente de leitura, o kernel 2.6.x tem um suporte a escrita em NTFS, mas extremamente limitado. Leia o help da opção para entender como funciona.

Após isso, faça

[root@host] # make modules && make modules_install

Pronto. Agora que o seu kernel já tem suporte ao NTFS, vamos ? montagem.

Para montar a partição com acesso apenas para o usuário root, faça

[root@host] # mount -t ntfs /dev/hda1 /win

(o parametro ‘-t ntfs’ nem sempre é necessário, teste sem ele, geralmente funciona).

O problema é que ter acesso ? partição apenas como root é complicado. Você pode, por exemplo, ter alguns MP3 e videos nesta partição e querer executá-los como usuário normal.

Para dar acesso ? partição para qualquer usuário, faça o seguinte:

[root@host] # mount -t ntfs -o umask=022 /dev/hda1 /win

A opção umask define as permissões que serão atribuidas aos arquivos da partição. O umask default para a montagem de partições NTFS é 077, o que impossibilita de qualquer usuário, senão o root, acessar os arquivos desta partição.

O umask funciona da seguinte maneira:

permissão = permissão máxima – umask

permissão máxima é 777. No nosso caso, com umask = 022, os arquivos terão as permissões 777 – 022, o que resulta em 755, em formato literal r-xr-xr-x, ou seja, todos pode ler e executar os arquivos. Como o sistema de arquivos é apenas de leitura, ninguem tem permissão de escrita.

E se você quiser permitir que apenas alguns usuários possam acessar a partição?

Faça o seguinte: crie um grupo, por exemplo, ntfs e adicione a ele os usuários que você deseja que possam acessar a partição:

[root@host] # groupadd ntfs

[root@host] # usermod -G ntfs user

O primeiro comando cria o grupo ntfs e o segundo adiciona o usuário user a este grupo. Repita o segundo comando para todos os usuários que você deseja que tenham acesso ? partição.

Agora nós precisamos saber qual o gid (group id, numero de identificação do grupo) de ntfs. Para isso fazemos:

[root@host] # cat /etc/group | grep ntfs | cut -d: -f 3

Esse comando retornará o gid do grupo ntfs, vou usar como exemplo gid=1003.

Vamos montar a partição usando o grupo ntfs como dono da partição:

[root@host] # mount -o gid=1003,umask=027 /dev/hda1 /win

Usamos gid=1003 para indicar que o grupo ao qual pertence a partição é o de gid 1003, ou seja, ntfs; e umask=027 para dar acesso apenas a root e aos usuários pertencentes ao grupo ntfs, negando acesso aos demais usuarios.

Para facilitar a sua vida e fazer com que a partição seja montada automaticamente na inicialização, adicione a seguinte linha ao arquivo /etc/fstab:

Para montar a partição apenas para root

/dev/hda1 /win /ntfs defaults 0 0

Para acesso a qualquer usuário

/dev/hda1 /win ntfs umask=022,auto 0 0

Para dar acesso apenas ao grupo ntfs

/dev/hda1 /win ntfs gid=1003,umask=027,auto 0 0

Vou tentar explicar como obter e instalar este programa.

O kernel 2.6 trouxe consigo diversas mudanças, uma delas foi o formato dos módulos (À primeira vista nota-se a mudança da extensão de .o para .ko) que agora passaram a ser gerenciados por uma ferramenta chamada module-init-tools.

Esta ferramenta é similar ? usada no kernel 2.4 e conta com os mesmos comandos – modprobe, insmod, depmod e lsmod – portanto para o usuário a mudança é transparente.

É necessário que se instale o module-init-tools antes de instalar o kernel 2.6. Se você já compilou o kernel e na hora de instalar os módulos (make modules-install), recebeu uma mensagem de erro similar a essa:

Warning: you may need to install module-init-tools
See http://www.codemonkey.org.uk/docs/post-halloween-2.6.txt
INSTALL drivers/net/dummy.ko
INSTALL drivers/usb/host/ohci-hcd.ko
if [ -r System.map ]; then /sbin/depmod -ae -F System.map 2.6.4-ck1; fi

seguida por diversos erros de “unresolved symbols”, não se desespere, você não precisa compilar o kernel novamente, simplesmente instale o module-init-tools e rode novamente make modules_install.

Obtendo o module-init-tools:

Você pode obter o module-init-tools de duas formas, um pacote binário específico para a sua distribuição, ou o código fonte.

Neste artigo vou me referir apenas ao código fonte, que pode ser instalado em qualquer distribuição. Se você preferir instalar o pacote binário, procure nos repositórios oficiais da sua distro.

Instalação:

Baixe o código fonte do module-init-tools. A versão mais atual é a 3.0 e o arquivo se chama module-init-tools-3.0.tar.bz2.

Descompacte o arquivo:

[root@host] # tar jxvf module-init-tools-3.0.tar.bz2

Entre no diretório:

[root@host] # cd module-init-tools-3.0

Configure, compile e instale:

[root@host] # ./configure --prefix=/usr --bindir=/bin --sbindir=/sbin --sysconfdir=/etc

[root@host] # make

[root@host] # make install

Explicação:

• prefix: o local onde será instalado o programa
• bindir: onde serão instalados os binários.
• sbindir: onde serão instalados os binários que serão usados apenas por root.
• sysconfdir: localização dos arquivos de configuração.

Após compilado e instalado, apenas volte para o diretório do source do kernel

[root@host] # cd /usr/src/linux

e instale os módulos

[root@host] # make modules_install

Pronto. Agora você pode usar o seu novo kernel sem problemas.

Compilar o kernel do linux é uma tarefa que se aprende com o tempo, depois de várias tentativas. Mas os problemas geralmente se resumem à configuração e nao à compilação. Vou tentar dar umas dicas referentes ? configuração, mas lembre-se que cada maquina usa uma configuração diferente por isso tenha em mãos toda a configuração do seu computador e não desista na primeira tentativa.

Para compilar você vai precisar do gcc (A documentação do kernel recomenda a versão 2.95 do gcc, mas eu tenho compilado com sucesso o kernel com as versões 3.2 e 3.3 e muitas distros fazem isso também, a dica é tentar compilar com a versão mais atual do gcc, se der algum problema compile com a 2.95), do Ncurses (geralmente um pacote chamado libncurses-dev ou Ncurses-devel), do make e do module-init-tools.

Qualquer dúvida sobre os pacotes necessários para compilar o kernel, leia o arquivo /usr/src/linux/Documentation/Changes.

Vou usar como referência o kernel da versão 2.6.4 baixado do kernel.org.

Baixe o source do kernel (clique no ‘F’ ao lado da versão do kernel que você deseja baixar. O ‘F’ significa ‘Full source’). Copie o arquivo baixado para /usr/src:

[root@host] # cp linux-2.6.4.tar.bz2 /usr/src

e decompacte-o:

[root@host] # cd /usr/src

[root@host] # tar jxvf linux-2.6.4.tar.bz2

Para facilitar, crie um link simbólico para o diretório que foi criado chamado ‘linux’. Se já existir, remova e crie novamente:

[root@host] # rm /usr/src/linux

[root@host] # ln -s /usr/src/linux-2.6.4 /usr/src/linux

Como a maioria de nós vai compilar o kernel em desktop, vou usar o patch do Con Kolivas, que otimiza o kernel para operações comuns de desktop. Não é obrigatório, mas eu recomendo que use este patch, pois ele melhora bastante o desempenho.

Baixe o arquivo patch-2.6.4-ck1.bz2 e copie-o também para /usr/src

[root@host] # cp patch-2.6.4-ck1 /usr/src

descompacte-o

[root@host] # bunzip2 patch-2.6.4-ck1.bz2

e aplique o patch no source do seu kernel

[root@host] # cd /usr/src/linux

[root@host] # patch -p1 < ../patch-2.6.4-ck1

Agora vamos ? configuração. Estando em /usr/src/linux, digite

[root@host] # make mrproper

para limpar as configurações e depois

[root@host] # make menuconfig

Existem outras maneiras de configurar o kernel, inclusive em modo gráfico, mas aqui vou me referir apenas ao menuconfig.

Como disse anteriormente, esta parte depende muito da máquina em questão. É necessário que você selecione todas as opções referentes ao seu hardware e os sistemas de arquivo que você usa. No menuconfig um ‘*’ significa que a opção será compilada dentro da imagem do kernel, um ‘M’ significa que será compilado como um módulo externo.

O sistema de arquivos que a sua partição linux usa deve ser marcado como ‘*’, bem como suporte a IDE (ou SCSI se for o caso). O restante das opções podem ser escolhidas como módulo, você escolhe.

Lembre-se que se você selecionar alguma opção como módulo, deve marcar a opção

Loadable Module Support -> Enable loadable module support,

Loadable Module Support -> Module unloading

e

Loadable Module Support -> Automatic kernel module unloading.

Depois publicarei um artigo mostrando com mais detalhes a configuração.

Salve a configuração. Agora vamos compilar.

A compilação dos kernels da versão 2.6 é um pouco diferente da 2.4. Não existe mais o comando make dep e tem alguns outros alvos (make help exibe as opções disponíveis).

Vamos por partes:

A primeira coisa a fazer é criar a imagem ‘bootável’ do kernel:

[root@host] # make bzImage

Este comando pode demorar bastante tempo dependendo da máquina usada. Se a sua máquina for antiga arrume algo pra fazer pois é tedioso ficar assistindo ? compilação.

Após terminado esse comando a imagem do kernel gerada é gravada em /usr/src/linux/arch/i386/boot/bzImage

O próximo passo é compilar os módulos (aquelas opções selecionadas como ‘M’ na configuração). Se você nao selecionou nada como ‘M’ (o que não é comum), pode pular essa parte.

[root@host] # make modules

E agora instale os módulos criados:

[root@host] # make modules_install

Se você não tiver instalado o pacote module-init-tools, vai receber uma mensagem de erro ao final do make modules_install. Se isso acontecer, instale o module-init-tools pois sem ele o kernel 2.6 nao vai funcionar.

Tudo certo até aqui? Parabéns, o seu kernel está compilado. Vamos agora configurar o nosso sistema para poder ‘bootar’ este novo kernel.

Copie os arquivos de imagem, configuração e o System.map para /boot

[root@host] # cp /usr/src/linux/arch/i386/boot/bzImage
/boot/vmlinuz-2.6.4

[root@host] # cp /usr/src/linux/.config /boot/config-2.6.4

[root@host] # cp /usr/src/linux/System.map /boot/System.map-2.6.4

Vamos configurar agora o gerenciador de boot para usar esse novo kernel. É importante que você mantenha a versão antiga do kernel intocada para poder inicializar o linux em caso de erros no kernel novo.

Se você usa o LILO, edite o arquivo /etc/lilo.conf com o seu editor de textos preferido.

Saiba qual a partição onde seu linux está instalado. É algo como /dev/hdax, onde x é um número. Olhe no lilo.conf na parte referente ao outro kernel e use a mesma partição na nova configuração. Vou usar /dev/hda2 como referência:

A configuração ficará assim:

image /boot/vmlinuz-2.6.4
    root=/dev/hda2
    label=Linux-2.6.4
    read-only

Salve o arquivo e execute o comando /sbin/lilo para gravar a nova configuração

[root@host] # /sbin/lilo

Se o seu gerenciador de boot é o GRUB, edite o arquivo /boot/grub/grub.conf ou /boot/grub/menu.lst. Veja qual a partição onde seu linux está instalado. O GRUB usa uma configuração um pouco diferente, do tipo (hdx,y), onde x é a interface IDE e o y é o numero da partição. Neste caso /dev/hda2 = (hd0,1). Vou usar /dev/hda2 como exemplo mas lembre-se de trocar para a partição que você usa.

A entrada no arquivo ficará assim:

title Linux-2.6.4

root (hd0,1)

kernel /boot/vmlinuz-2.6.4 root=/dev/hda2 ro

Salve o arquivo e pronto. O GRUB nao necessita que seja rodado nenhum comando apos a alteração.

Para quem deseja usar o gcc-2.95 para compilar o kernel:

Se vc usa normalmente o gcc versão 3.2 ou 3.3 mas deseja compilar o kernel com o 2.95 seguindo as recomendações da documentação, faça o seguinte:

Instale o gcc-2.95. Vamos assumir que ele seja instalado em /usr/bin/gcc-2.95, substitua pelo local correto da sua instalação.

Para usá-lo para compilar o kernel, basta passar o parametro ‘CC’ para o make, assim:

[root@host] # make CC=/usr/bin/gcc-2.95 bzImage

[root@host] # make CC=/usr/bin/gcc-2.95 modules

[root@host] # make CC=/usr/bin/gcc-2.95 modules_install

Espero ter sido claro na minha explicação.

O artigo vale apenas para as versões 2.4 do kernel do linux, mas como ainda é bastante comum usar essa versão, vale a pena dar uma conferida.
Em breve publicarei um artigo atualizado para a versão 2.6.
Por enquanto confira este artigo e boa compilação!