M‑Audio Transit no Ubuntu 9.04 (AMD64)

Resumo rápido

Este guia passo a passo mostra como fazer o M‑Audio Transit (modelo USB que, por padrão, entra em modo DFU) funcionar no Ubuntu 9.04 AMD64. Inclui requisitos, comandos, modificação da regra udev para evitar falhas de segmento em amd64, verificação com lsusb, limitações de 24‑bit e um checklist de verificação por função.

Importante: mantenha o Transit desconectado até que o tutorial peça para conectá‑lo. Se, após aplicar as etapas, o dispositivo permanecer em DFU, tente reiniciar o sistema — em muitos casos um reboot é necessário.

Objetivo principal e variantes de busca relacionadas

Objetivo: carregar o firmware do M‑Audio Transit e habilitar o dispositivo USB de áudio no Ubuntu 9.04 AMD64.

Termos relacionados que este artigo cobre: M‑Audio Transit Ubuntu, madfuload, ma006100.bin, udev rules, USB audio DFU, Ubuntu 9.04 AMD64.

Requisitos

acesso root ou sudo
repositório multiverse habilitado
pacote madfuload (disponível no multiverse)
arquivo de firmware ma006100.bin (extraído do instalador Windows ou do diretório Windows: /windows/system32/drivers/)

Nota: o firmware não é distribuído pelo Ubuntu; você deve obter o arquivo ma006100.bin a partir do pacote de drivers da M‑Audio ou do Windows instalado.

O que vamos fazer (visão curta)

Habilitar multiverse e atualizar apt
Instalar madfuload
Copiar ma006100.bin para /usr/share/usb/maudio
Ajustar a regra udev para chamar madfuload corretamente em sistemas amd64
Conectar o Transit e verificar com lsusb

Detectando o Transit em modo DFU

Quando o Transit é conectado sem firmware, ele aparece como Device DFU. Exemplo de saída de lsusb quando o aparelho está sem firmware:

Bus 001 Device 007: ID 0763:2806 Midiman M-Audio Transit DFU

O objetivo é que, após carregar o firmware, ele reapareça como:

Bus 001 Device 009: ID 0763:2006 Midiman M-Audio Transit

Passo a passo detalhado

1) Verificar e habilitar o repositório multiverse

Execute:

less /etc/apt/sources.list | grep multiverse

Procure uma linha similar a:

deb http://us.archive.ubuntu.com/ubuntu/ jaunty multiverse

Se a linha existir mas estiver comentada com um # na frente, remova o # editando o arquivo de fontes:

sudo nano /etc/apt/sources.list

Salve e atualize o apt:

sudo apt-get update

2) Instalar madfuload

sudo apt-get install madfudload

Observação: o nome do pacote pode variar ligeiramente em repositórios diferentes, mas o utilitário essencial é madfuload. Se o apt reclamar do nome, use apt-cache search madfuload para localizar o pacote correto.

3) Copiar o firmware ma006100.bin

Localize o arquivo ma006100.bin no instalador Windows ou em /windows/system32/drivers/ e copie para:

sudo mkdir -p /usr/share/usb/maudio
sudo cp /caminho/para/ma006100.bin /usr/share/usb/maudio/

Mantenha permissões padrão; o udev e madfuload usarão o arquivo como root.

4) Ajustar a regra udev para evitar segfaults em amd64

No amd64, passar certas variáveis via linha de comando para madfuload pode causar segfaults. Vamos modificar a regra udev existente em /lib/udev/rules.d/42-madfuload.rules.

Abra o arquivo com seu editor (exemplo com gedit):

sudo gedit /lib/udev/rules.d/42-madfuload.rules

Procure a seção Transit que pode se parecer com isto:

# Transit
ACTION=="add", SUBSYSTEM=="usb", DEVPATH=="/*.0",
ENV{PRODUCT}=="763/2806/*", RUN+="/usr/sbin/madfuload -l -3 -f /usr/share/usb/maudio/ma006100.bin -D $root/$name"

Substitua por esta versão ajustada (observe que usamos DEVNAME via env para evitar o segfault):

# Transit
ACTION=="add", SUBSYSTEM=="usb", ENV{PRODUCT}=="763/2806/*", RUN+="/usr/sbin/madfuload -l -3 -f /usr/share/usb/maudio/ma006100.bin -D $env{DEVNAME}"

Salve o arquivo.

Nota: mantenha exatamente a sintaxe do udev; qualquer erro pode impedir que regras udev adicionais funcionem.

5) Conectar o Transit e verificar

Agora conecte o dispositivo Transit. Verifique com lsusb:

user@host:~$ lsusb

Procure a entrada com ID 0763:2006. Se aparecer como 2006 em vez de 2806, o firmware foi carregado com sucesso.

Limitações conhecidas e observações

Reinício: em muitos sistemas (aproximadamente 80% das máquinas testadas) foi necessário um reboot para o Transit ser corretamente reconhecido após a alteração. Caso o dispositivo permaneça em DFU, tente reiniciar.
Limitação de 24‑bit: o Transit é um dispositivo USB 1.1 e não tem largura de banda suficiente para transmitir simultaneamente streams 96/24. Quando o firmware carrega, o dispositivo costuma entrar no modo 16‑bit (8000–48000 Hz) por padrão, que permite reprodução e gravação, mas limita a 48 kHz 16‑bit sob Linux. Isso é uma limitação do hardware/firmware e não do ALSA.

Solução de problemas (cenários e ações)

Problema: madfudload não é encontrado
- Ação: confirme que o pacote foi instalado corretamente. Rode apt-cache policy madfudload ou apt-cache search madfuload.
Problema: ao conectar o Transit nada muda (continua como 0763:2806)
- Ação: verifique se o arquivo ma006100.bin está em /usr/share/usb/maudio e com permissões legíveis por root. Recarregue regras udev com sudo udevadm control –reload; em alguns casos reinicie o sistema.
Problema: erro de sintaxe em /lib/udev/rules.d/42-madfuload.rules
- Ação: reverta a alteração ou compare com uma cópia de segurança. Reinicie o udev ou o sistema para aplicar.
Problema: ainda não há som após o dispositivo ser detectado
- Ação: verifique o ALSA/OSS e os mixers (alsamixer). Confirme que o dispositivo aparece em aplay -l e arecord -l.

Checklist por função

Usuário final
- Ter o arquivo ma006100.bin disponível
- Não conectar o Transit até instrução final
- Seguir passos e reconectar quando solicitado
Administrador / Técnico
- Habilitar multiverse e atualizar apt
- Instalar madfuload
- Copiar firmware para /usr/share/usb/maudio
- Editar /lib/udev/rules.d/42-madfuload.rules conforme instruído
- Recarregar udev ou reiniciar
- Verificar saída do lsusb e aplay/arecord

Critérios de aceitação

O dispositivo aparece em lsusb com ID 0763:2006
O dispositivo aparece em aplay -l (ou arecord -l) como dispositivo de áudio
Não são retornados erros de udev ou madfuload no dmesg após conectar

Mini‑metodologia (resumo operacional)

Preparar repositórios e pacote
Garantir presença do firmware no local esperado
Adicionar uma regra udev segura para amd64
Conectar e validar com lsusb e utilitários ALSA

Playbook de rollback / runbook de incidente

Se algo falhar e for necessário reverter:

Remova a regra editada em /lib/udev/rules.d/42-madfuload.rules ou restaure a cópia original
Remova /usr/share/usb/maudio/ma006100.bin se for necessário isolar o problema
Reinicie udev: sudo udevadm control –reload && sudo udevadm trigger
Teste conexão com Transit; se o comportamento original de DFU persistir, verifique logs em dmesg e /var/log/syslog

Caixa de fatos (rápida)

Vendor/Product IDs: 0763:2806 (DFU), 0763:2006 (Transit após firmware)
Arquivo de firmware: ma006100.bin
Local do firmware em sistemas Debian/Ubuntu: /usr/share/usb/maudio
Utilitário usado: madfuload (instalado via multiverse)
Observação de reboot: alguns sistemas exigem reinício após alterações

Citações e heurística

Especialista em áudio: carregar firmware em dispositivos USB que inicialmente aparecem em modo DFU é uma prática comum para hardware que delega este passo ao driver Windows. A heurística é sempre mover o firmware para um diretório padrão e automatizar o upload via udev para convivência com o ecossistema Linux.

Conclusão

Seguindo os passos acima, o M‑Audio Transit deve ser reconhecido no Ubuntu 9.04 AMD64 e ficar disponível para uso com ALSA, com a limitação de 48 kHz 16‑bit devido ao barramento USB 1.1 do dispositivo. Se algo não funcionar, use a seção de solução de problemas e o checklist por função para diagnosticar e corrigir.

Resumo final: habilite multiverse, instale madfuload, copie ma006100.bin para /usr/share/usb/maudio, altere a regra udev conforme mostrado, conecte o Transit e verifique com lsusb. Se necessário, reinicie o sistema.

Como fazer o dispositivo M‑Audio Transit USB funcionar no Ubuntu 9.04 AMD64