While upgrading VirtualBox to the lastest version (3.0.12) available in Debian repositories (for squeeze), I discovered that the modules needed for VirtualBox to work were compiled on the fly. An unknown process did the job for me : DKMS.

Until very recently, I had to compile myself the source of the following modules : vboxdrv and vboxnetflt

The compilation process was made with module-assistant.

Then, I had to load myself the new modules :

root@localhost:~# modprobe vboxdrv

root@localhost:~# modprobe vboxnetflt

Since the version 3.0 of VirtualBox, its installation has changed a bit.

Manual compilation is no more needed. This job is henceforth done by DKMS.

DKMS stands for Dynamic Kernel Module Support Framework.

Some programs need extra modules to work. These can be already compiled and included in a dedicated Debian package and possibly be loaded at boot time or manually loaded during an user session.

If you want VirtualBox to run properly, the following modules must exist and be loaded :

vboxnetflt, vboxnetadp and vboxdrv

These modules are compiled at boot time by a DKMS process if there are not already present. Then they are automatically loaded.

Before launching VirtualBox, check whether they are here or not :

root@localhost:~# lsmod |grep vbox
vboxnetflt             72328  0
vboxnetadp             66864  0
vboxdrv               102576  1 vboxnetflt

For further technical information about DKMS, please visit the following websites :

http://en.wikipedia.org/wiki/Dynamic_Kernel_Module_Support

Dell and DKMS

Sometimes.. No often (I must admit that ) it is irritating to listen to the Beep when people using Linux system and press tab key to auto complete the commands.

A quick way to disable this is to exec command

cmd: sudo modprobe -r pcspkr

This will temporary solve your problem. And in next restart this it will be restored.

Your could also add a line  towards the end in file “/etc/modprobe.d/blacklist.conf” which will ensure that system doesn’t beep any more

cmd: sudo echo “blacklist pcspkr” >> /etc/modprobe.d/blacklist.conf

To restore

issue cmd: sudo modprobe pcspkr OR remove the line from /etc/modprobe.d/blacklist.conf blacklist pcspkr

Saiba o que são e como instalar drivers em um sistema com Linux
Drivers compilados no Windows podem não funcionar adequadamente se portados para um PC rodando o sistema de código aberto.
Por Cristiano Meira Magalhães, especial para a PC World

Leia a matéria completa em: http://pcworld.uol.com.br/dicas/2008/12/05/saiba-o-que-sao-e-como-instalar-drivers-em-um-sistema-com-linux

Here’s a great table for all your snd-hda-intel needs: Ubuntu Wiki audio_intel_da.

Visto che sto scrivendo un po’ di guide, e non ho voglia tutte le volte di spiegare come caricare un modulo, caricarlo all’avvio o disabilitarlo… Lo scrivo qui che faccio prima.
Nota: questa guida vale con tutte le versioni di linux che usano i module-init-tools (dalla versione 2.5.48 in poi, insomma).

Un esempio della modularità di Linux

I moduli sono parti di codice del kernel esterne dalla parte principale del codice (la parte monolitica). Rispetto al codice incluso nel kernel hanno il vantaggio di poter essere caricati¹ dinamicamente, anche più volte per modulo.

Un kernel prevalentemente modulare permette il caricamento delle sole parti di codice necessarie al nostro sistema, evitando sprechi di memoria e velocizzando l’accensione della macchina.

Al contrario un kernel più monolitico risulta più “grosso” e lento da avviare.

Tutto questo a parità di quantità di codice. Se si includono solo le parti che servono per la singola macchina nella compilazione di un kernel monolitico il consumo di memoria e la velocità di avvio vengono ottimizzati, soprattutto se si elimina l’esigenza del initrd². Perdendo ovviamente la flessibilità di un kernel modulare. Peccato che l’unico metodo per avere un kernel (più) monolitico sia ricompilarlo. Per ovvi motivi di compatibilità i kernel rilasciati dalle distribuzioni contengono la maggior parte dei driver sotto forma di modulo, per avere la compatibilità con un parco macchine maggiore.

Caricare e rimuovere un modulo

Per caricare un modulo asta fare il comando

sudo modprobe nomemodulo

Per rimuovere un modulo basta fare

sudo modprobe -r nomemodulo

Ovviamente sudo serve per diventare superutente, se si è già superutente basta non metterlo all’inizio del comando.

La lista dei moduli caricati

Per vedere i moduli caricati al momento basta fare il comando lsmod, magari in pipe (|) con less (per scorrere meglio la lista) o grep filtro (per vedere solo parte dell’output tramite un filtro).

Caricarli all’avvio

Bisogna aggiungere il nome del modulo al file /etc/modules.

La sintassi del file è:

#eventuali commenti

nomemodulo1
nomemodulo2

Basta accodare il nome del modulo nel file e al prossimo avvio verrà caricato in automatico.

La lista nera

Per evitare che un modulo si carichi automaticamente all’avvio basta accodarlo al file /etc/modprobe.d/blacklist.conf.

La sintassi del file è:

#eventuali commenti

blacklist modulochenonvuoi
blacklist altromodulononvoluto

Al prossimo avvio i moduli selezionati non dovrebbero caricarsi³.

Note

1. O rimossi.
2. Init Ram Disk, una piccola immagine che viene caricata nella ram all’avvio, contenente i moduli principali che servono per l’avvio del sistema.
3. Non sempre mi è funzionato, probabilmente se il modulo è caricato da altri programmi o script tramite modprobe (per ovvi motivi) non funziona… Soprattutto a me non va quando provo ad eliminare il modulo lp, quello della “porta stampante”…

On any recent Linux distro, you can mount any filesystem type directly. For example:

# dd if=/dev/zero of=/tmp/test.img bs=4k count=4096
# mkfs.xfs /tmp/test.img
# mount -v -o loop /tmp/test.img /mnt/tmp

The mount command works even though I didn’t have the xfs.ko kernel module loaded, and I didn’t tell mount that it’s xfs.

How does it do that? I asked around several people at work and no one could give me the correct answer. So in this article I’ll describe exactly how it works.

First of all, I’ll mention two wrong answers to this: (a) the kernel doesn’t have a magic “mount any filesystem” syscall, and (b) it’s nothing to do with either /proc/filesystems or /etc/filesystems.

For (a), the mount(2) syscall clearly takes a filesystem type (string). As for (b), /proc/filesystems only lists filesystems which are known to the kernel already, ie. ones for which we’ve already loaded the right module. Since I didn’t have the xfs module loaded, xfs wasn’t listed in /proc/filesystems before I ran the mount command.

This should be enough of a clue that there must be some utility in userspace which knows how to probe the type by just looking at the header of any arbitrary filesystem. This utility is blkid, which used to be part of e2fsprogs but has now been combined with util-linux-ng.

blkid can probe a filesystem that it has not seen before and tell what type it is:

# blkid /tmp/test.img
/tmp/test.img: UUID="c80ebc11-3b26-4b93-acbb-f52bdfaa9ac5" TYPE="xfs"

Looking at the source for blkid confirms there is a directory full of probe tools for every conceivable filesystem.

The mount utility calls out to blkid — actually to the libblkid library, not to the command line tool, but it comes to the same thing.

So /bin/mount knows what it’s mounting, and requests the “xfs” filesystem type when it issues the system call into the kernel.

That still leaves the question of how the xfs module gets loaded. The answer is that the mount syscall eventually calls the kernel function __request_module. This strange function actually calls out to the userspace /sbin/modprobe binary, causing the module to get loaded. Meanwhile the mount syscall itself is paused. And yes, it even deals with the recursive situation where modprobe might need to mount filesystems or load other modules in order to succeed.

So there you have it, mounting a filesystem can magically load the right kernel module for that filesystem. All done using some userspace probing and some kernel trickery.

As noted here, you must tell the system that you’re using a laptop, so there are several outputs. Edit /etc/modprobe.d/50-sound.conf (or similar) like this:

alias snd-card-0 snd-hda-intel
alias sound-slot-0 snd-hda-intel

options snd-hda-intel model=hp

EDIT: for more models and options, see this Ubuntu Wiki page.

LBRC (Linux Bluettoth Remote Control) is a great tool which lets you control your desktop through your cell phone. The following are the steps that are to be taken to get it installed. (I struggled a lot thats why i’m sharing it out here)

steps

1. download LBRC from http://developer.berlios.de/projects/lbrc/

2. extract it in to a folder (ex. LBRC-0.4)

3. read the README file that comes with the package

4. make sure ‘uinput’ module is up and running. If not do

modprobe uinput

5. install dbus
yum -y install dbus

6. install pybluez
yum -y install pybluez

7. install python-json
yum -y install python-json

Now you have installed all that is required fir the LBRC server.

LBRC comes with a client part also. Install that in your cell phone.

8. get inside LBRC-0.4 and
setup.py build
setup.py install

9. running the server part (as super user)
./LBRCdbus.py

10. SWITCH ON BLUETOOTH CONNECTIVITY and search for devices available. accept the connection and you are done !!

Please note: -

a. You have the latest kernel
b. Bluetooth is turned on on the mobile which you are using

Compartilhando a conexão de Internet

Apesar de ser uma tarefa básica para quem administra redes Linux, o compartilhamento de conexão de Internet pode ser uma questão importante para quem está iniciando e deseja utilizar o Linux como gateway de sua rede local.

A primeira coisa que precisamos compreender é o NAT ou Network Address Translation. Também chamado de masquerading (mascaramento), é o processo de transformar ou traduzir endereços IP de uma rede para outra, no caso de compartilhamento de Internet, o NAT faz a tradução de IPs da rede local em endereço IP da Internet, permitindo assim que máquinas da sua rede local acessem a Internet. Com isso, um único endereço IP de Internet, pode ser compartilhado com todos os IPs da sua rede local.

Ao utilizar um gateway cada pacote de dados é traduzido pelo NAT e é reconhecido como oriundo do IP de Internet, ou seja, independente do IP do computador da rede local, todos os pacotes saem para Internet como sendo do IP de Internet. Quando este pacote retorna, o NAT faz a tradução novamente para direcioná-lo ao computador de origem.

Compartilhando a conexão de Internet

Antes de começarmos a configurar nosso gateway de compartilhamento de Internet, vamos verificar o ambiente a ser utilizado. Para que as configurações funcionem perfeitamente você precisará de um ambiente semelhante a este:

• Uma conexão (que esteja funcionando) com um provedor de Internet;
• Uma máquina com o Debian ou Ubuntu instalado;
• Duas placas de rede instaladas, sendo que uma delas já deve estar com as configurações do provedor de Internet;
• Um hub ou switch para distribuir o acesso à Internet por vários computadores.

Abaixo segue uma sugestão simples de topologia de rede:

LAN: Topologia de uma rede simples

Liberando o encaminhamento de pacotes

A primeira configuração à fazer é liberar o encaminhamento de pacotes IP. Para isso temos duas alternativas. A primeira é alterar o arquivo ip_forward inserindo 1 no seu conteúdo e a segundo é alterando o arquivo sysctl.conf.

Inserindo 1 no arquivo ip_forward:

# echo 1 > /proc/sys/net/ipv4/ip_forward

Alterar o arquivo sysctl.conf:

# vi /etc/sysctl.conf

Remova o símbolo # da linha:

net.ipv4.ip_forward = 1

Salve o arquivo com “:wq!”. Para mais informações sobre o arquivo sysctl.conf, basta digitar o comando:

# man sysctl.conf

Configurando o IP do Gateway

Vamos seguir o exemplo de topologia acima e admitir que temos duas placas de rede e iremos utilizar a placa nomeada como eth0 para acesso à Internet (WAN) e a placa eth1 para acesso à rede local (LAN).

Dica: Para sabermos maiores informações sobre nossas placas de rede, podemos utilizar o comando:

# cat /var/log/dmesg | grep eth

Este comando deverá retornar o chipset da placa de rede e a nomeação definida pelo Linux.

Após verificarmos corretamente as placas de rede e ligarmos os cabos que foram “feitos” utilizando o padrão CAT5e, vamos então configurar manualmente às informações da rede. Como estamos utilizando o Debian Lenny (Debian 5.0) ou Ubuntu Jaunty (Ubuntu 9.04), então as configurações estão no arquivo /etc/network/interfaces. Vamos editá-lo:

# vi /etc/network/interfaces

O arquivo deverá ficar semelhante com o exemplo abaixo:

auto lo
iface lo inet loopback

allow-hotplug eth0
iface eth0 inet dhcp

allow-hotplug eth1
iface eth1 inet static
address 192.168.0.1
netmask 255.255.255.0

Note que não informo endereço de gateway na placa que será responsável por receber todo o tráfego da rede local (LAN). Isto é feito, pois esta máquina é o gateway da rede local.

No Ubuntu, a configuração padrão não menciona allow-hotplug eth0 e sim auto eth0.

Caso sua conexão à Internet for através de IP fixo, então as configurações da eth0 podem ser semelhantes a esta:

allow-hotplug eth0
iface eth0 inet static
address 200.174.144.20
netmask 255.255.255.240
broadcast 200.174.144.31
gateway 200.174.144.17

Usando o IPTables para compartilhamento da conexão de Internet

O IPTables é o software responsável por configurar regras de filtragem de pacotes. Para utilizar o IPTables para compartilharmos o acesso a Internet, antes precisaremos informar ao Kernel os módulos que deverão ser carregados.

# modprobe ip_tables
# modprobe iptable_nat

O comando modprobe é responsável por, além de outras tarefas, adicionar ou remover módulos no Kernel Linux. Os módulos ip_tables e iptables_nat têm a função de adicionar ao Kernel a habilidade de filtrar os pacotes de dados e fazer a “tradução” dos endereços de IP de uma rede para outra.

Agora vamos limpar qualquer regra pré-existente no IPTables, para que possamos garantir o correto funcionamento do NAT e do encaminhamento de pacotes:

# iptables -F INPUT
# iptables -F OUTPUT
# iptables -F FORWARD
# iptables -F -t nat
# iptables -F -t mangle

As linhas acima limpam informações de entrada, saída, encaminhamento, “tradução” e alteração de pacotes.

Por fim, vamos habilitar o encaminhamento de pacotes via IPTables:

# iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

Entendendo os parâmetros passados para o IPTables na linha acima:

• -t nat – utiliza a tabela de “tradução” de endereços IP;
• -A POSTROUTING – adiciona a regra para saída de pacotes;
• -o eth0 – especifica que a interface de saída utilizada é eth0;
• -j MASQUERADE – informa que o foco (target) da regra é o mascaramento de IP.

Testando a conexão de Internet

Para testar se as configurações funcionaram, basta utilizar o comando ping de uma das máquinas clientes da rede. Por exemplo:

# ping www.google.com.br

Monitorando a transferência de pacotes

Monitorando interfaces com IFTop

IFTop é um ótimo utilitário para monitorar a transferência de pacotes entre sua rede local e a Internet. Com ele podemos ver, em tempo real, quais são os sites acessados e medir a taxa de transferência. Para instalar o IFTop no Debian Lenny (Debian 5.0) ou Ubuntu Jaunty (Ubuntu 9.04) basta executar o comando:

# apt-get install iftop

Para utilizá-lo basta especificar a interface (placa) de rede que deseja monitorar. Em nosso exemplo de topologia a placa nomeada como eth0 é a responsável pelo tráfego de Internet. Para monitorá-la vamos utilizar o comando:

# iftop -i eth0

Caso tenha criado um script com as configurações acima, então você poderá adicioná-lo automaticamente à inicialização do sistema com o comando:

# update-rc.d <nome-do-script> defaults

Fontes e Referências

• Wikipedia – NAT;
• How Stuff Works – NAT;
• How to masquerade on Linux;
• iftop: display bandwidth usage on an interface;
• man iptables, man iftop.

If you are trying to install wireless driver for linux in your ubuntu or debian machine try the following bash script in order to get read of the problem. For this you have to use madwifi and have to do modprobe as being the super user or root user (sudo). Here I will first download the madwifi from their site and then untar it then, modprobe the required drivers.

Please comment about your result.

#!/bin/bash

wget -c http://snapshots.madwifi.org/special/madwifi-ng-r2756+ar5007.tar.gz
tar xvf madwifi-ng-r2756+ar5007.tar.gz
cd madwifi-ng-r2756+ar5007

sudo make install
sudo modprobe ath_pci
sudo modprobe wlan_scan_sta

Per fare in modo che un modulo non venga caricato all’avvo di Ubuntu bisogna metterlo in blacklist. Per farlo basta editare il file di configurazione blacklist nel seguente modo:

sudo gedit /etc/modprobe.d/blacklist

aggiungendo una stringa di questo tipo:
blacklist nome_modulo
dove nome_modulo è il modulo che vogliamo disabilitare.
Invece se volessimo rimuovere un modulo che è in esecuzione, (per esempio per disabilitare una periferica) dobbiamo utilizzare il comando rmmod nel seguente modo:

sudo rmmod nome_modulo

Infine, se vogliamo caricare un modulo rimosso, possiamo utilizzare il comando modprobe:

sudo modprobe nome_modulo

I,ve been trying out Rosegarden recently and get an error message each time regarding the setting of realtime priority. It suggests I run “sudo modprobe snd-rtctimer” in a terminal but this returns  “Module snd_rtctimer not found.”and as a quick web search had not come up with any specific help I installed “linux-rt” and its related bits, as mentioned at https://wiki.ubuntu.com/RealTime/Hardy on the old ‘puter and i’m just rebooting it now to see what has happened…………..

Hagan click en la imagen para verlo en tamaño completo.

Al final, ¿¿¿cual tengo???

Y así renace Modprobe noticias!

De la mano de TiFLUG, Modprobe vuelve a surgir para la comunidad. Luego de un largo tiempo, se decidió volver a la marcha.

Recordamos, que este sitio será exclusivo para portal de noticias, dejando a TiFLUG para el grupo. Si quieren ser editores, no duden en hablar con alguno de los administradores.
Ojalá y disfruten del sitio tanto como lo hacemos nosotros

Aquí, Luxiano, -ZoYeR y Patrix, para servirles.

El titulo de esta entrada, ¡es el titulo del sitio de noticias Modprobe! Asi es, hemos vuelto, recargados (espero) y con las mismas ventajas que mencione en el primer post de este sitio, sin gastos, mayor facilidad de administración, etc.

En cuestion de horas, podrán acceder al blog con: http://www.modprobe.com.ar.

Mantendremos separados los dos sitios, es decir, TiFLUG será solo para el grupo y los tips que hemos puesto y pondremos, Modprobe será para las noticias unicamente.

Cualquier integrante del grupo será bienvenido, solo tienen que dejar comentario.

Hasta la próxima!

http://modprobenoticias.wordpress.com.

Ahora también es posible entrar al sitio ingresando en la barra de direcciones modprobe.com.ar. Asi que ¡ya estan cubiertas todas las bases! Si todo sale bien, les voy a dar una sorpresa que estabamos esperando desde hace tiempo (por lo menos yo, que lo intenté varias veces).

Saludos!

If you’re like me, you’re probably quite annoyed with the system beep in Ubuntu. Luckily, there’s an easy fix:

To disable it temporarily:

1. In Terminal (or the console), enter: “sudo rmmod pcspkr”
2. You should not hear the system beep until your next system reboot.

To disable it permanently:

1. In Terminal (or the console), enter: “sudo nano /etc/modprobe.d/blacklist”
2. At the end of the file, enter a new line “blacklist pcspkr”
3. Type Ctrl+O (to save the file), then Ctrl+X (to exit nano)
4. After your next system reboot, you should no longer here the system beep.

Thanks to Turning Off The System (hardware) Beep : Linux Tutorial for the info!