Se você gostaria que os logs dos comandos `make' ou `patch' fossem redirecionados para um arquivo, primeiro, veja qual shell você esta usando: `grep root /etc/passwd' e procure por algo parecido com isso `/bin/csh'.
Se você usa sh ou bash, (comando) 2>&1 | tee (arquivo de saída) irá colocar uma copia da saída do (comando) no arquivo `(arquivo de saída)'.
Para csh ou tcsh, use (comando) |& tee (arquivo de saída)
Para rc (Nota: você provavelmente não usa rc) seria: (comando) >[2=1] | tee (arquivo de saída)
Além de usar disquetes, há vários outros métodos de testar seu novo kernel sem alterar seu atual. Diferente de muitos outros tipos de UNIX, o LILO tem a habilidade de dar boot no kernel de qualquer lugar do disco. Então se você adicionar algo similar como: image = /usr/src/linux/arch/i386/boot/bzImage label = novo_kernel no final do arquivo de configuração do LILO, você pode rodar seu novo kernel sem mecher no seu antigo /vmlinuz (depois de rodar o lilo, naturalmente). A maneira mais fácil de dizer ao LILO para dar boot a um novo kernel, é pressionar a tecla shift durante o tempo de boot (quando ele diz LILO na tela, e nada mais), que lhê-da um prompt. Neste ponto, você tem que digitar `novo_kernel' no prompt para carregar o novo kernel.
Se você desejar manter diferentes sources do kernel no seu sistema no meesmo tempo (isto pode tomar muito espaço em disco; tenha cuidado. O jeito mais comumm de nomear eles é com /usr/src/linux-x.y.z, onde um source com link simbólico, por exemplo, `ln -sf linux-2.4.18 /usr/src/linux' tornara o kernel 2.4.18 o atual. Antes de criar um link simbólico como esse, esteja certo que o último argumento do ln não é um diretório real, o resultado pode não ser o que você espera.
Russel Nelson (nelson@crynwr.com) faz um sumário das alterações para as novas versões do kernel. Elas são pequenas, e você poderia olhar isso antes de fazer uma atualização. Você pode encontrar isso no ftp anonymous ftp://ftp.crynwr.com/pub/kchanges/. Mas esses sumários estão um tanto desatualizados.