Parece haver escassez de informações sobre o arquivo System.map. Ele não é nada misterioso, e não é mesmo tão importante assim. Mas a falta de documentação torna-o sombrio. É como um lóbulo da orelha, que todos nós temos um, mas ninguém sabe por quê.

O que são símbolos?

No contexto da programação, um símbolo é o alicerce de um programa: é um nome de variável ou um nome de função.

O que é a tabela de símbolos do Kernel?

O Kernel não usa nomes para símbolos como BytesRead(). É muito mais fácil conhecer o nome da variável ou função, através do endereço como c0343f20. Os seres humanos, por outro lado, não apreciam endereços como c0343f20. Nós preferimos usar nomes de símbolos como BytesRead(). Normalmente, isso não representa um grande problema. O Kernel é principalmente escrito em C, assim o compilador/linkeditor nos permite usar nomes de símbolo quando estamos codificando e permite o Kernel usar endereços quando ele é executado. Todo mundo fica feliz.

Há situações, porém, que precisamos saber o endereço de um símbolo (ou o símbolo de um endereço). Isso é feito por uma tabela de símbolos, e é muito similar a como gdb pode dar-lhe o nome da função de um endereço (ou um endereço de um nome de função). A tabela de símbolos é uma listagem de todos os símbolos, juntamente com seu endereço. Aqui está um exemplo de uma tabela de símbolos:

c03441a0 B dmi_broken
c03441a4 B is_sony_vaio_laptop
c03441c0 b dmi_ident
c0344200 b pci_bios_present
c0344204 b pirq_table
c0344208 b pirq_router
c034420c b pirq_router_dev
c0344220 b ascii_buffer
c0344224 b ascii_buf_bytes

Você pode ver que a variável chamada dmi_broken está no endereço Kernel c03441a0.

O que é o arquivo system.map?

Há dois arquivos que são usados como tabelas de símbolos do Kernel:

1. /proc/kallsyms
2. System.map

Agora você já sabe o que é o arquivo System.map.

Cada vez que você compila um novo Kernel, é necessário mudar os endereços dos nomes de vários símbolos.

O /proc/kallsyms é um arquivo proc que é criado no momento em que o Kernel é carregado. Na verdade, não é realmente um arquivo em disco, é uma representação de dados do Kernel que é dado a ilusão de ser um arquivo de disco. Se você não acredita em mim, tenta encontrar o tamanho do arquivo /proc/kallsyms. Portanto, ele estará sempre pronto para o Kernel que está atualmente em execução.

No entanto, System.map é um arquivo no seu sistema de arquivos. Quando você compilar um novo Kernel, o System.map velho tem informações dos símbolos erradas. Um novo System.map é gerado para cada compilação do Kernel e que você precisa substituir a cópia de antiga por sua nova cópia.

O que é Oops?

Qual é o erro mais comum em seus programas caseiros? A falha de segmentação.

Qual é o erro mais comum no Kernel do Linux? A falha de segmentação. Salvo aqui, a noção de A falha de segmentação, ou segfault, é muito mais complicado e pode ser, como você pode imaginar, muito mais grave. Quando o Kernel referencia um ponteiro inválido, não é chamado um segfault – ele é chamado de “Oops”. Um Oops indica um erro de Kernel e deve sempre ser comunicado e corrigido.

Note-se que uma Oops não é a mesma coisa que um segfault. Seu programa (geralmente) não é possível se recuperar de um segfault. O Kernel não tem necessariamente de estar em um estado instável quando ocorre uma Oops. O Kernel do Linux é muito robusto, o Oops pode apenas matar o processo em curso e deixar o resto do Kernel em perfeito estado sólido.

Um Oops não é um Kernel Panic. Em pânico, o Kernel não pode continuar, o sistema é parado e deve ser reiniciado. Um Oops pode causar um panic se uma parte vital do sistema for destruída. Um Oops em um driver de dispositivo, por exemplo, quase nunca causa panic.

Quando ocorre uma Oops, o sistema irá imprimir as informações que são relevantes para a depuração do problema, como o conteúdo de todos os registos da CPU, e da localização das tabelas descritoras de página. Em particular, o conteúdo do EIP (instruction pointer) é impresso. Como esta:

EIP: 0010:[<00000000>]
Call Trace: []

O que um Oops tem a ver com System.map?

As informações prestadas em EIP e Call Trace não é muito informativa. Uma vez que um símbolo de Kernel não tem um endereço fixo até que o Kernel ser inicializado, c010b860 pode apontar para qualquer símbolo do Kernel. Desenvolvedores do Kernel não teriam a menor idéia por onde começar a olhar para o bug se você simplesmente informasse um endereço. Eles precisam de um nome de símbolo para começar a caçar o bug.

Para ajudar a entender a saída Oops crítica, um daemon chamado klogd, o Kernel logging daemon, é usado para executar a tradução de símbolo para endereços. Quando ocorre um Oops, o klogd intercepta o relatório Oops, traduz endereços em nomes de símbolo (por exemplo, traduzindo c010b860 em BytesRead()), e registra o evento com o logger do sistema, normalmente syslogd.

Para executar a resolução de endereços dos símbolos do Kernel, klogd usa o System.map.

Agora você sabe o que uma Oops tem a ver com System.map.

Fine Print: (como traduzir isso???)

Na verdade, existem dois tipos de resolução de endereço realizada por klogd.

* Tradução estática, que usa o arquivo System.map.
* Tradução dinâmica, que é usada com módulos carregáveis. Esta tradução não usa System.map e portanto, não é relevante para esta discussão, por isso vou descrever brevemente:

Tradução Dinâmica com Klogd

Suponha que você carregue um módulo do Kernel que gera uma Oops. Uma mensagem de Oops é gerado, e klogd intercepta-o. Verifica-se que o Oops ocorreu em d00cf810. Uma vez que este endereço pertence a um módulo carregado dinamicamente, não tem nenhuma entrada no arquivo System.map. klogd irá procurá-lo, não encontrará nada, e conclui que um módulo carregável deve ter gerado a Oops. Em seguida o klogd, consulta o Kernel para símbolos que foram exportados pelos módulos carregáveis. Mesmo que o autor do módulo não exportou seus símbolos, no mínimo, klogd vai saber o que gerou o módulo Oops, o que é melhor do que não saber nada sobre o Oops.

Onde deve ser localizado System.map?

System.map deve ser localizado em qualquer lugar onde o software que utiliza-o possa encontrá-lo. É a única resposta possível até que alguns standards board (ou alguém de autoridade clara) determine o local padrão para o System.map. Com isso em mente, olhe para alguns pacotes de software e descubra onde poderá encontrar o System.map.

klogd

Se não for dada ao klogd a localização do System.map como uma opção de linha de comando com a opção-k, ele utilizará a seguinte Mariz de possíveis locais (a partir da versão 1.4.1) para procurá-lo (ver arquivo de código fonte ksym.c:

static char *system_maps[] =
{
“/boot/System.map”,
“/System.map”,
#if defined(TEST)
“./System.map”,
#endif
(char *) 0
};

O klogd procura por dois arquivos nestes diretórios, o “System.map” e o “System.map-release” onde “release” é a versão do Kernel. Trata-se de uma pesquisa inteligente: se klogd encontra um System.map para uma versão do Kernel que é diferente do Kernel em execução no momento, ele vai continuar pesquisando.

Embora as páginas man klogd e comentários de código fonte aleguem que /usr/src/linux está no caminho de procura, não consigo encontrar qualquer referência a ele. Eu relatei este problema ao projeto Debian e ao Dr. G.W. Wettstein (o autor de ksym.c).

Device Drivers

System.map não é apenas útil para depurar Oops do Kernel. Alguns drivers necessitam do System.map para resolver símbolos, uma vez que estão ligados com cabeçalhos do Kernel em vez da glibc). Eles não funcionarão corretamente sem o System.map. Esta não é a mesma coisa que um módulo não carregar por causa de uma incompatibilidade de versão do Kernel, que tem a ver com a versão do Kernel, e não a tabela de símbolos do Kernel que muda entre as versões!

ps

PS usa uma matriz de busca diferentes (mais geral) do que klogd:

*sysmap_paths[] = {
“/boot/System.map-%s”,
“/boot/System.map”,
“/lib/modules/%s/System.map”,
“/usr/src/linux/System.map”,
“/System.map”,
NULL
};

Onde %s é substituído pela versão do Kernel atualmente em execução.

O que mais utiliza (ou não uso) o System.map

Em um momento (maio 2003), pensei que lsof e dosemu usavam o System.map, mas ao olhar o código fonte (Maio de 2007) eles não aparecem mais (ou talvez eu esteja enganado).

What Happens If I Don’t Have A Healthy System.map?

Suponha que você tenha vários Kernel na mesma máquina. Você precisa de um arquivo System.map separado para cada Kernel. Se você executar um Kernel com nenhum (ou um incorreto) System.map, você vai ver periodicamente avisos irritantes como:

System.map does not match actual Kernel

Toda vez que você usa ps. Além disso, sua saída klogd ksymOops pode não ser confiável em caso de um Kernel Oops.

Fontes:

http://dirac.org/linux/system.map/

http://wrbraga.blogspot.com

Outros materiais:

http://www.frankmarcel.com/seo/oracao-google-nosso

http://www.faqs.org/docs/Linux-HOWTO/Kernel-HOWTO.html

http://en.wikipedia.org/wiki/System.map

http://www.cathedrallabs.org/~landgraf/apresentacoes/2007-09-29-Desenvolvimento_do_Kernel_Linux.pdf

O Ubuntu 10.04 está menos maleável no que diz respeito a personalização da tela de login.

Isso pode ser contornado com a instalação do pacote python-gdm2setup. Contudo, notei falhas como não aplicação de configurações e reconhecimento de temas. Por isso o removí, mas nem por isso deixei de customizar o funto da tela de login.

Mudei minha imagem de fundo substituindo o arquivo de imagem original.

Para isso, siga os passos abaixo:

1 – Escolha uma nova imagem. Ela deve ter extensão PNG e ter as dimensões do seu monitor.

2 – No Terminal, acesse /usr/share/backgrounds:

cd /usr/share/backgrounds

3 – Por segurança, renomeie o arquivo warty-final-ubuntu.png. Essa é a imagem de tom roza que aparece na tela de login do Ubuntu. Sugiro o nome warty-final-ubuntu.BACKUP.png.

sudo mv warty-final-ubuntu.png warty-final-ubuntu.BACKUP.png

4 – Copie para a pasta /usr/share/backgrounds a imagem escolhida para a tela de login:

sudo cp caminho-da-imagem .

Ou se preferir:

sudo cp caminho-da-imagem /usr/share/backgrounds

O caminho-da-imagem varia de acordo com o local onde o gravou. Se houver dúvida, use o comando pwd ou clique com o botão direito > propriedades para conferir o caminho.

5 – Renomeie sua nova imagem de fundo para; warty-final-ubuntu.png. Use o comando mv como informado no passo 3.

Feito isso, faça log off e confira o resultado.

Nota 1: Para fazer rollback, ou seja, voltar a imagem anterior, siga os passos 2 e 3 para desfazer a alteração.

Muito utilizado pela sua praticidade, o wget é uma ótima opção para baixar arquivos.

A seguir, o vemos em ação no Linux:

O wget não existe em Windows, mas podemos usá-lo a partir do utilitário Wget.exe disponível no site ugent.be.

Segue endereço para download:
http://users.ugent.be/~bpuype/wget/

Considero que o amigo leitor já tenha vivência com o MS-DOS. Portanto, abra o MS-DOS e entre na pasta onde o utilitário foi baixado.

Use o comando abaixo para baixar arquivos com wget:

wget -c http://endereco_do_site/arquivo.extensao

Por exemplo:

wget -c http://blogporta80.com.br/conteudo/2009/10/30/High-Quality-Wallpaper.zip

Vemos, a seguir, o Wget.exe em uso no Windows:

Na sintaxe acima, vemos que “wget” invoca o comando wget. O “-c” nos permite baixar arquivos parcialmente baixados. Ou seja, podemos, com ele, continuar downloads interrompidos anteriormente.

Para mais opções, digite:

wget -h

Você já usou um software livre? Se a resposta for não, é sinal que precisa entender a presença do open source no nosso dia-a-dia.

Ao navegar na Internet você está usando ao menos 1 software livre: o DNS. Ou seja, o DNS da sua conexão é um software livre.

Ao mandar um e-mail, por exemplo, você pode estar utilizando software livre chamado Qmail ou um outro chamado Postfix, softwares que rodam nos servidores de e-mail e que emitem as mensagens que você envia.

Um outro software livre muito utilizado se chama Apache. Ele é o webserver responsável por manter sites acessíveis. O Blog Porta 80, o Wikipedia, entre outros, o utilizam.

Portanto, o software livre está presente no nosso dia-a-dia e você o utiliza, mesmo que involuntariamente, com muita frequência.

A quantidade de empresas que migram de plataformas fechadas para sistemas open source é maior a cada dia. A quantidade de profissionais que entram no mercado do software livre cresce com a demanda das empresas.

Isso se deve, em grande parte, ao fato do software livre ser adaptável, seguro, por receber atualizações periódicas e por ser gratuito.

A passos largos, vemos um mundo cada vez mais livre. O software livre é uma realidade já a algum tempo e está aí para quem quiser ver.

A seguir, vemos os códigos de erro de FTP e suas respectivas causas citadas de forma objetiva.

Lembrando que, software clientes de FTP tratam mensagens de erro para não causar pânico nos usuários, mas sempre exibem o código do erro.

Segue:

100 Codes => The requested action is being taken. Expect a reply before proceeding with a new command.

Code => Description

110 => Restart marker reply.
120 => Service ready in (n) minutes.
125 => Data connection already open, transfer starting.
150 => File status okay, about to open data connection.

200 Codes => The requested action has been successfully completed.

Code => Description

200 => Command okay.
202 => Command not implemented
211 => System status, or system help reply.
212 => Directory status.
213 => File status.
214 => Help message.
215 => NAME system type. (NAME is an official system name from the list in the Assigned Numbers document.)
220 => Service ready for new user.
221 => Service closing control connection. (Logged out if appropriate.)
225 => Data connection open, no transfer in progress.
226 => Closing data connection. Requested file action successful (file transfer, abort, etc.).
227 => Entering Passive Mode
230 => User logged in, proceed.
250 => Requested file action okay, completed.
257 => “PATHNAME” created.

300 Codes => The command has been accepted, but the requested action is being held pending receipt of further information.

Code => Description

331 => User name okay, need password.
332 => Need account for login.
350 => Requested file action pending further information.

400 Codes => The command was not accepted and the requested action did not take place. The error condition is temporary, however, and the action may be requested again.

Code => Description

421 => Service not available, closing control connection. (May be a reply to any command if the service knows it must shut down.)`
425 => Can’t open data connection.
426 => Connection closed, transfer aborted.
450 => Requested file action not taken. File unavailable (e.g., file busy).
451 => Requested action aborted, local error in processing.
452 => Requested action not taken. Insufficient storage space in system.

500 Codes => The command was not accepted and the requested action did not take place.

Code => Description

500 => Syntax error, command unrecognized. This may include errors such as command line too long.
501 => Syntax error in parameters or arguments.
502 => Command not implemented.
503 => Bad sequence of commands.
504 => Command not implemented for that parameter.
530 => User not logged in.
532 => Need account for storing files.
550 => Requested action not taken. File unavailable (e.g., file not found, no access).
552 => Requested file action aborted, storage allocation exceeded
553 => Requested action not taken. Illegal file name.

Fonte: http://www.the-eggman.com/seminars/ftp_error_codes.html

Uso o KDE 4.3.3 no desktop do trabalho. Excelente interface. Leve, bonita e fácil de usar.

Logo de cara a primeira coisa que percebi foi a mudança na forma de modificar o tema.

Não ficou difícil de o fazer, mas percebi que haveriam muitos posts em Fóruns abordando o assunto.

Segue, portanto, a forma de alterar e de instalar novos temas:

1 – Clique no K-Menu > Aplicativos > Configurações > Configurações do Sistema. Será exibida a seguinte janela:

Clique no ícone “Aparência”.

Na janela seguinte, destacada a seguir, clique em Estilo localizado no menu lateral esquerdo. A seguir, clique na aba Espaço de Trabalho:

Escolha o tema e clique em Aplicar.

Para instalar novos temas, clique no botão “Obter novos temas…”

Fácil igual contar até 10!

Você ainda pode customizar seu tema navegando nas demais opções.

Lembrando que o KDE 4.4 já está aí!

Abraços!

Instalação:

No Debian, use o apt-get para o instalar:

$ sudo apt-get install nmap

Usando o Nmap
O Nmap fornece, de uma maneira geral, a relação de computadores e serviços ativos. Existem diversas formas e parâmetros a serem informados durante uma varredura.

Para uma melhor compreensão está sendo dividido em dois tópicos as explicações: “Métodos de Varredura” e “Opções Gerais”.

Métodos de Varredura:

-sP
Ping scan: Algumas vezes é necessário saber se um determinado host ou rede está no ar. Nmap pode enviar pacotes ICMP “echo request” para verificar se determinado host ou rede está ativa. Hoje em dia, existem muitos filtros que rejeitam os pacotes ICMP “echo request”, então envia um pacote TCP ACK para a porta 80 (default) e caso receba RST o alvo está ativo. A terceira técnica envia um pacote SYN e espera um RST ou SYN-ACK.

-sR
RCP scan: Este método trabalha em conjunto com várias técnicas do Nmap. Ele considera todas as portas TCP e UDP abertas e envia comandos NULL SunRPC, para determinar se realmente são portas RPC. É como se o comando “rpcinfo -p” estivesse sendo utilizado, mesmo através de um firewall ( ou protegido por TCP wrappers ).

-sS
TCP SYN scan: Técnica também conhecida como “half-open”, pois não abre uma conexão TCP completa. É enviado um pacote SYN, como se ele fosse uma conexão real e aguarda uma resposta. Caso um pacote SYN-ACK seja recebido, a porta está aberta, enquanto um como resposta indica que a porta está fechada. A vantagem dessa abordagem é que poucos irão detectar esse scanning de portas.

-sT
TCP connect() scan: É a técnica mais básica de TCP scanning. É utilizada a chamada de sistema (system call) “connect()” que envia um sinal as portas ativas. Caso a porta esteja aberta recebe como resposta “connect()”. É um dos scan mais rápidos, porém fácil de ser detectado.

-sU
UDP scan: Este método é utilizado para determinar qual porta UDP está aberta em
um host. A técnica consiste em enviar um pacote UDP de 0 byte para cada porta
do host. Se for recebido uma mensagem ICMP “port unreachable” então a porta
está fechada, senão a porta pode estar aberta. Para variar um pouco, a Microsoft
ignorou a sugestão da RFC e com isso a varredura de máquinas Windows é muito
rápida.

-sV
Version detection: Após as portas TCP e/ou UDP serem descobertas por algum dos métodos, o nmap irá determinar qual o serviço está rodando atualmente. O arquivo nmap-service-probes é utilizado para determinar tipos de protocolos, nome da aplicação, número da versão e outros detalhes.

-sF, -sX, -sN
Stealth FIN, Xmas Tree ou Null: Alguns firewalls e filtros de pacotes detectam pacotes SYN’s em portas restritas, então é necessário utilizar métodos avançados para atravessar esses softwares.

FIN: Portas fechadas enviam um pacote RST como resposta a pacotes FIN, enquanto portas abertas ignoram esses pacotes. (Esse método não funciona com a plataforma Windows, uma vez que a Microsoft não seguiu RFC73)

Xmas Tree: Portas fechadas enviam um pacote RST como resposta a pacotes FIN, enquanto portas abertas ignoram esses pacotes. As flags FIN, URG e PUSH são utilizados no pacotes FIN que é enviado ao alvo. (Esse método não funciona com a plataforma Windows, uma vez que a Microsoft não seguiu RFC 973)

Null: Portas fechadas enviam um pacote RST como resposta a pacotes FIN, enquanto portas abertas ignoram esses pacotes. Nenhuma flag é ligada no pacote FIN. (Esse método não funciona com a plataforma Windows, uma vez que a Microsoft não seguiu RFC 973)

Opções Gerais

-D
Durante uma varredura, utiliza uma série de endereços falsificados, simulando que o scanning tenha originado desses vários hosts, sendo praticamente impossível identifiicar a verdadeira origem da varredura.

Ex.: nmap -D IP1,IP2,IP3,IP4,IP6,SEU_IP alvo

-F
Procura pelas portas que estão no /etc/services. Método mais rápido, porém não procurar por todas as portas.

Ex.: nmap -F alvo

-I
Se o host estiver utilizando o ident, é possível identificar o dono dos serviços que estão sendo executados no servidor (trabalha com a opção -sT)

Ex.: nmap -sT -I alvo

-n
Não irá resolver nome de hosts a ser varrido.

Ex.: nmap -n alvo

-O
Ativa a identificação do host remoto via TCP/IP. Irá apresentar versão do Sistema Operacional e tempo ativo.

Ex.: nmap -O alvo

-p Especifica quais portas devem ser verificadas na varredura. Por default, todas as portas entre 1 e 1024 são varridas.

Ex.: nmap -p 22,80 alvo

nmap -p U:53,111,137,T:21-25,80,139,8080

-P0
Não tenta pingar o host antes de iniciar a varredura. Isto permite varrer alvos que
bloqueiam ICMP “echo request (ou responses)” através de firewall.

Ex.: nmap -P0 alvo

-PS[lista_de_portas]
Usa pacotes SYN para determinar se o host está ativo.

Ex.: nmap -PS80 alvo

-PT[lista_de_portas]
Usa TCP “ping” para determinar se o host está ativo.

Ex.: nmap -PT80 alvo

-R
Irá resolver nome de hosts a ser varrido.

Ex.: nmap -R alvo

-r
A varredura será feita nas portas randomicamente, não seguinte a ordem crescente.

Ex.: nmap -r alvo

-T
Esse parâmetro seta a prioridade de varredura do Nmap:

-ttl
Altera o valor do TTL (Time to Live), dessa forma dificulta a origem do pacote.

Ex.: nmap -ttl 55 alvo

-v
Modo verbose. Mostra tudo o que está se passando.

Ex.: nmap -v alvo

Flag não documentada

O nmap tem uma flag não documentada, a flag é: –scanflags. Com ela é possível especificar flags arbitrárias usando nomes de flags ou número. Nesse exemplo estamos usando uma varredura SYN-FIN.

nmap -sS –scanflags SYNFIN -O alvo

Exemplos de utilização

nmap -v alvo

Esta opção faz a varredura de todas as portas TCP reservadas.

nmap -sS -O alvo/24

Lança uma varredura TCP Syn contra cada máquina que está ativa, abrangendo todas as 255 máquinas de classe “C” onde alvo faz parte. Além disso determina o
sistema operacional de cada host.

nmap -sX -p 22,53,110,143 alvo

Envia uma varredura Xmas Tree para o alvo, além de varrer somente os serviços de sshd, Dns, pop3d e imapd.

Porém, diferentemente do Windows, o Linux possui um sistema mais bem estruturado.

Em meu desktop, listei os arquivos da pasta /home/will/Downloads/ArquivosDeImagens com o comando ls -l. O resultado pode ser visto a seguir:

will@dell:~/Downloads/ArquivosDeImagens$ ls -l
total 108
-rw-r–r– 1 will will 2397 2010-03-19 17:05 alegria.jpeg
-rw-r–r– 1 will will 42725 2010-03-19 17:06 conquista.jpg
-rw-r–r– 1 will will 34702 2010-03-19 17:07 forca.jpg
-rw-r–r– 1 will will 23674 2010-03-19 17:07 honra.jpg

Na ordem da esquerda para a direita, o comando retorna as permissões dos arquivos, a quantidade de diretórios, o Owner, o Grupo, o tamanho, a data, a hora e o nome do arquivo/diretório.

De todos os valores que o comando retorna, nos interessa as permissões, o Owner e o grupo.

Observemos os caracteres -rw-r–r–. Eles indicam a permissão do arquivo para o Owner, o Grupo e qualquer outro requisitor que tente manipulá-lo.

Os 3 primeiros caracteres pertencem ao Owner. O Grupo possui os 3 caracteres seguintes. Os últimos 3 caracteres pertencem a qualquer outro requisitor.

As letras representam:

Portanto, meus arquivos estão com a seguinte permissão:

Para alterar permissões, usa-se o comando chmod. Sua sintase é:

chmod [permissao] [arquivo/diretorio]

As permissões existentes são:

Para alterar o Owner e/ou o Grupo, usa-se o comando Chown. A sintaxe é tão simples quanto o chmod.

chown NovoUsuario:NovoGrupo [arquivo/pasta]

Por enquanto é isso. Em breve detalharei melhor as várias vertentes deste assunto.

Até a próxima.