PessoALL,
bom dia a todos. Venho aqui pedir um help caso alguém saiba:
Tenho um servidor CENTOS 4.9 atualizado ( kernel 2.6.9-100.EL ) e não estou conseguindo ativar o modem USB huawei e226 que sempre é detectado como storage device. Veriquei que isto é um comportamento esperado do hardware já que ele tem uma memória flash que guarda o software para Windows e que teria que "dizer" ao kernel (antes do 2.6.20) explicitamente para reconhecê-lo como modem através do UDEV. Pois bem, após ler e seguir alguns howtows ( http://www.hardware.com.br/tutoriais/3g-linux/ e do viva o linux) coloquei o script em */etc/udev/rules.d/99-huawei.rules* descrito abaixo passando as regras para o UDEV, afim de que o mesmo seja detectado como modem e não como storage device.
SUBSYSTEM=="block", ACTION=="add", SYSFS{idVendor}=="12d1", SYSFS{idProduct}=="1003", OPTIONS="ignore_device"
SUBSYSTEM=="usb", SYSFS{idVendor}=="12d1", SYSFS{idProduct}=="1003", RUN+="/sbin/modprobe usbserial vendor=0x12d1 product=0x1003"
Contudo, após reiniciar o servidor e plugar e desplugar o modem várias vezes nada de funcinar, conforme trecho do /var/log/dmesg
Initializing USB Mass Storage driver... scsi0 : SCSI emulation for USB Mass Storage devices Vendor: HUAWEI Model: Mass Storage Rev: 2.31 Type: CD-ROM ANSI SCSI revision: 02 USB Mass Storage device found at 2 usbcore: registered new driver usb-storage
Ao ativar a opção de log no udev ( /etc/udev/udev.conf ) verifiquei que as regras não estão sendo aplicadas, indicando como se estivesse com erro de sintaxe.
Apr 25 17:11:20 toritama udev[2453]: parse error /etc/udev/rules.d/99-huawei.rules, line 1:0, rule skipped Apr 25 17:11:20 toritama udev[2453]: parse error /etc/udev/rules.d/99-huawei.rules, line 2:0, rule skipped Apr 25 17:11:20 toritama udev[2453]: parse error /etc/udev/rules.d/99-huawei.rules, line 3:23, rule skipped Apr 25 17:11:20 toritama udev[2453]: parse error /etc/udev/rules.d/99-huawei.rules, line 5:0, rule skipped Apr 25 17:11:20 toritama udev[2453]: parse error /etc/udev/rules.d/99-huawei.rules, line 6:0, rule skipped Apr 25 17:11:20 toritama udev[2453]: parse error /etc/udev/rules.d/99-huawei.rules, line 7:60, rule skipped
Fiz um busca no google com parte da string deste error e não encontrei muitas respostas concretas. Dai pergunto, algém já se deparou com esta situação??
Testei o mesmo modem em uma máquina virtual com CENTOS 5 e funcionou normalmente.
Tentei também ativar o device na mão, desabilitando módulo usb_storage e utilizando usbserial ( modprobe usbserial vendor=12d1 product=1003 ), porém sem resultado, ou seja, nada de aparecer /dev/ttyUSB*.
Saída do lsusb: Bus 001 Device 002: ID 12d1:1003 Huawei Technologies Co., Ltd. E220 HSDPA Modem / E230/E270 HSDPA/HSUPA Modem Bus 001 Device 001: ID 0000:0000
Trecho do dmesg ao plugar o dispositivo: Initializing USB Mass Storage driver... scsi0 : SCSI emulation for USB Mass Storage devices Vendor: HUAWEI Model: Mass Storage Rev: 2.31 Type: CD-ROM ANSI SCSI revision: 02 USB Mass Storage device found at 2 usbcore: registered new driver usb-storage
Tu tem que usar o usb_modeswitch (ou coisa assim) pra comutá-lo, aí o sistema "desativa" o modo CDRom e ele vira modem, detectando normalmente como ttyUSB0. Tive um assim no CentOS 5.x e sempre funcionou muito bem.
Em 26 de abril de 2011 09:11, Allysson .\oraes moraesab@gmail.comescreveu:
PessoALL,
bom dia a todos. Venho aqui pedir um help caso alguém saiba:
Tenho um servidor CENTOS 4.9 atualizado ( kernel 2.6.9-100.EL ) e não estou conseguindo ativar o modem USB huawei e226 que sempre é detectado como storage device. Veriquei que isto é um comportamento esperado do hardware já que ele tem uma memória flash que guarda o software para Windows e que teria que "dizer" ao kernel (antes do 2.6.20) explicitamente para reconhecê-lo como modem através do UDEV. Pois bem, após ler e seguir alguns howtows ( http://www.hardware.com.br/tutoriais/3g-linux/ e do viva o linux) coloquei o script em */etc/udev/rules.d/99-huawei.rules* descrito abaixo passando as regras para o UDEV, afim de que o mesmo seja detectado como modem e não como storage device.
SUBSYSTEM=="block", ACTION=="add", SYSFS{idVendor}=="12d1", SYSFS{idProduct}=="1003", OPTIONS="ignore_device"
SUBSYSTEM=="usb", SYSFS{idVendor}=="12d1", SYSFS{idProduct}=="1003", RUN+="/sbin/modprobe usbserial vendor=0x12d1 product=0x1003"
Contudo, após reiniciar o servidor e plugar e desplugar o modem várias vezes nada de funcinar, conforme trecho do /var/log/dmesg
Initializing USB Mass Storage driver... scsi0 : SCSI emulation for USB Mass Storage devices Vendor: HUAWEI Model: Mass Storage Rev: 2.31 Type: CD-ROM ANSI SCSI revision: 02 USB Mass Storage device found at 2 usbcore: registered new driver usb-storage
Ao ativar a opção de log no udev ( /etc/udev/udev.conf ) verifiquei que as regras não estão sendo aplicadas, indicando como se estivesse com erro de sintaxe.
Apr 25 17:11:20 toritama udev[2453]: parse error /etc/udev/rules.d/99-huawei.rules, line 1:0, rule skipped Apr 25 17:11:20 toritama udev[2453]: parse error /etc/udev/rules.d/99-huawei.rules, line 2:0, rule skipped Apr 25 17:11:20 toritama udev[2453]: parse error /etc/udev/rules.d/99-huawei.rules, line 3:23, rule skipped Apr 25 17:11:20 toritama udev[2453]: parse error /etc/udev/rules.d/99-huawei.rules, line 5:0, rule skipped Apr 25 17:11:20 toritama udev[2453]: parse error /etc/udev/rules.d/99-huawei.rules, line 6:0, rule skipped Apr 25 17:11:20 toritama udev[2453]: parse error /etc/udev/rules.d/99-huawei.rules, line 7:60, rule skipped
Fiz um busca no google com parte da string deste error e não encontrei muitas respostas concretas. Dai pergunto, algém já se deparou com esta situação??
Testei o mesmo modem em uma máquina virtual com CENTOS 5 e funcionou normalmente.
Tentei também ativar o device na mão, desabilitando módulo usb_storage e utilizando usbserial ( modprobe usbserial vendor=12d1 product=1003 ), porém sem resultado, ou seja, nada de aparecer /dev/ttyUSB*.
Saída do lsusb: Bus 001 Device 002: ID 12d1:1003 Huawei Technologies Co., Ltd. E220 HSDPA Modem / E230/E270 HSDPA/HSUPA Modem Bus 001 Device 001: ID 0000:0000
Trecho do dmesg ao plugar o dispositivo: Initializing USB Mass Storage driver... scsi0 : SCSI emulation for USB Mass Storage devices Vendor: HUAWEI Model: Mass Storage Rev: 2.31 Type: CD-ROM ANSI SCSI revision: 02 USB Mass Storage device found at 2 usbcore: registered new driver usb-storage
CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
On 04/26/2011 09:17 AM, Lucas Timm LH wrote:
Tu tem que usar o usb_modeswitch (ou coisa assim) pra comutá-lo, aí o sistema "desativa" o modo CDRom e ele vira modem, detectando normalmente como ttyUSB0. Tive um assim no CentOS 5.x e sempre funcionou muito bem.
Exato, no CentOS 5.x funciona. Agora no CentOS 4.x eu realmente nunca vi.
Allysson, se você não encontrar solução, pode optar por utilizar um roteador 3G. Custa um pouco em R$ mas pelo menos você abstrai essa parte da conexão e ficará transparente para qualquer sistema operacional.
É um boa, estou estudando também a possibilidade de trocar de modem, recompilar um kernel novo ou atualizar o CentOS. É que vou usar o playsms e no mesmo servidor tem um BIND que não queria mecher.
2011/4/26 Filipe Rosset rosset.filipe@gmail.com
On 04/26/2011 09:17 AM, Lucas Timm LH wrote:
Tu tem que usar o usb_modeswitch (ou coisa assim) pra comutá-lo, aí o sistema "desativa" o modo CDRom e ele vira modem, detectando normalmente como ttyUSB0. Tive um assim no CentOS 5.x e sempre funcionou muito bem.
Exato, no CentOS 5.x funciona. Agora no CentOS 4.x eu realmente nunca vi.
Allysson, se você não encontrar solução, pode optar por utilizar um roteador 3G. Custa um pouco em R$ mas pelo menos você abstrai essa parte da conexão e ficará transparente para qualquer sistema operacional.
-- Filipe Rio Grande do Sul, Brazil _______________________________________________ CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
O Bind é fácil de transplantar, só manter as estruturas de diretório certinho que ele funciona. Meu Bind aqui na empresa era Linux em antigamente (provavelmente Debian, não sei, bem anterior a mim) e foi transplantado pro FreeBSD mantendo a mesma estrutura. Os arquivos são basicamente os mesmos.
Em 26 de abril de 2011 11:26, Allysson .\oraes moraesab@gmail.comescreveu:
É um boa, estou estudando também a possibilidade de trocar de modem, recompilar um kernel novo ou atualizar o CentOS. É que vou usar o playsms e no mesmo servidor tem um BIND que não queria mecher.
2011/4/26 Filipe Rosset rosset.filipe@gmail.com
On 04/26/2011 09:17 AM, Lucas Timm LH wrote:
Tu tem que usar o usb_modeswitch (ou coisa assim) pra comutá-lo, aí o sistema "desativa" o modo CDRom e ele vira modem, detectando normalmente como ttyUSB0. Tive um assim no CentOS 5.x e sempre funcionou muito bem.
Exato, no CentOS 5.x funciona. Agora no CentOS 4.x eu realmente nunca vi.
Allysson, se você não encontrar solução, pode optar por utilizar um roteador 3G. Custa um pouco em R$ mas pelo menos você abstrai essa parte da conexão e ficará transparente para qualquer sistema operacional.
-- Filipe Rio Grande do Sul, Brazil _______________________________________________ CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
Lucas valeu pela dica,
baixei os sources das 2 últimas versões do usb-modeswitch e tentei compilar e deu os erros abaixo Verifiquei que nos pre-requisitos falavam somente do tclsh e do libusb. gcc -o usb_modeswitch usb_modeswitch.c -Wall -l usb usb_modeswitch.c: In function `main': usb_modeswitch.c:395: error: structure has no member named `devnum' usb_modeswitch.c: In function `checkSuccess': usb_modeswitch.c:1101: error: structure has no member named `devnum' usb_modeswitch.c: In function `search_devices': usb_modeswitch.c:1255: error: structure has no member named `devnum' usb_modeswitch.c:1325: error: structure has no member named `devnum' make: ** [usb_modeswitch] Erro 1
Verifiquei que nos pre-requisitos falavam somente do tclsh e do libusb que já tenho. Compilei uma nova versão do libusb e nada.
2011/4/26 Lucas Timm LH linuxhelper@gmail.com
Tu tem que usar o usb_modeswitch (ou coisa assim) pra comutá-lo, aí o sistema "desativa" o modo CDRom e ele vira modem, detectando normalmente como ttyUSB0. Tive um assim no CentOS 5.x e sempre funcionou muito bem.
Em 26 de abril de 2011 09:11, Allysson .\oraes moraesab@gmail.comescreveu:
PessoALL,
bom dia a todos. Venho aqui pedir um help caso alguém saiba:
Tenho um servidor CENTOS 4.9 atualizado ( kernel 2.6.9-100.EL ) e não estou conseguindo ativar o modem USB huawei e226 que sempre é detectado como storage device. Veriquei que isto é um comportamento esperado do hardware já que ele tem uma memória flash que guarda o software para Windows e que teria que "dizer" ao kernel (antes do 2.6.20) explicitamente para reconhecê-lo como modem através do UDEV. Pois bem, após ler e seguir alguns howtows ( http://www.hardware.com.br/tutoriais/3g-linux/ e do viva o linux) coloquei o script em */etc/udev/rules.d/99-huawei.rules* descrito abaixo passando as regras para o UDEV, afim de que o mesmo seja detectado como modem e não como storage device.
SUBSYSTEM=="block", ACTION=="add", SYSFS{idVendor}=="12d1", SYSFS{idProduct}=="1003", OPTIONS="ignore_device"
SUBSYSTEM=="usb", SYSFS{idVendor}=="12d1", SYSFS{idProduct}=="1003", RUN+="/sbin/modprobe usbserial vendor=0x12d1 product=0x1003"
Contudo, após reiniciar o servidor e plugar e desplugar o modem várias vezes nada de funcinar, conforme trecho do /var/log/dmesg
Initializing USB Mass Storage driver... scsi0 : SCSI emulation for USB Mass Storage devices Vendor: HUAWEI Model: Mass Storage Rev: 2.31 Type: CD-ROM ANSI SCSI revision: 02 USB Mass Storage device found at 2 usbcore: registered new driver usb-storage
Ao ativar a opção de log no udev ( /etc/udev/udev.conf ) verifiquei que as regras não estão sendo aplicadas, indicando como se estivesse com erro de sintaxe.
Apr 25 17:11:20 toritama udev[2453]: parse error /etc/udev/rules.d/99-huawei.rules, line 1:0, rule skipped Apr 25 17:11:20 toritama udev[2453]: parse error /etc/udev/rules.d/99-huawei.rules, line 2:0, rule skipped Apr 25 17:11:20 toritama udev[2453]: parse error /etc/udev/rules.d/99-huawei.rules, line 3:23, rule skipped Apr 25 17:11:20 toritama udev[2453]: parse error /etc/udev/rules.d/99-huawei.rules, line 5:0, rule skipped Apr 25 17:11:20 toritama udev[2453]: parse error /etc/udev/rules.d/99-huawei.rules, line 6:0, rule skipped Apr 25 17:11:20 toritama udev[2453]: parse error /etc/udev/rules.d/99-huawei.rules, line 7:60, rule skipped
Fiz um busca no google com parte da string deste error e não encontrei muitas respostas concretas. Dai pergunto, algém já se deparou com esta situação??
Testei o mesmo modem em uma máquina virtual com CENTOS 5 e funcionou normalmente.
Tentei também ativar o device na mão, desabilitando módulo usb_storage e utilizando usbserial ( modprobe usbserial vendor=12d1 product=1003 ), porém sem resultado, ou seja, nada de aparecer /dev/ttyUSB*.
Saída do lsusb: Bus 001 Device 002: ID 12d1:1003 Huawei Technologies Co., Ltd. E220 HSDPA Modem / E230/E270 HSDPA/HSUPA Modem Bus 001 Device 001: ID 0000:0000
Trecho do dmesg ao plugar o dispositivo: Initializing USB Mass Storage driver... scsi0 : SCSI emulation for USB Mass Storage devices Vendor: HUAWEI Model: Mass Storage Rev: 2.31 Type: CD-ROM ANSI SCSI revision: 02 USB Mass Storage device found at 2 usbcore: registered new driver usb-storage
CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
-- Lucas Timm, Goiânia/GO. http://timmerman.wordpress.com
(62) 8198-0867
CentOS-pt-br mailing list CentOS-pt-br@centos.org http://lists.centos.org/mailman/listinfo/centos-pt-br
discuss-pt-br@lists.centos.org
-
Allysson .\\oraes -
Filipe Rosset -
Lucas Timm LH