Início / unix / Perguntas / 789757
Accepted
elbarna
Asked: 2025-01-18 06:52:39 +0800 CST

Problema muito chato com udev no Slackware: inicialização em 5 minutos ou mais às vezes

  • 772

Às vezes, na inicialização, leio essas mensagens

Jan 17 10:06:02 slack64 udevd[209]:  worker [219] /devices/pci0000:00/0000:00:08.1/0000:08:00.3/usb3/3-4/3-4.4/3-4.4:1.0/host8/target8:0:0/8:0:0:0/block/sr0 timeout; kill it
Jan 17 10:06:02 slack64 udevd[209]:  seq 1878 '/devices/pci0000:00/0000:00:08.1/0000:08:00.3/usb3/3-4/3-4.4/3-4.4:1.0/host8/target8:0:0/8:0:0:0/block/sr0' killed
Jan 17 10:06:46 slack64 udevd[209]:  worker [219] failed while handling '/devices/pci0000:00/0000:00:08.1/0000:08:00.3/usb3/3-4/3-4.4/3-4.4:1.0/host8/target8:0:0/8:0:0:0/block/sr0'

O boot está congelado e pode ficar mais de 5 minutos sem inicializar. A única solução é esta: remover o cabo USB da minha placa wifi (usar o driver 8852bu) e reconectá-lo (!) após a inicialização.

Minha pergunta é: como esse driver USB pode interferir em um dispositivo de bloco? sr0 não é uma unidade real, é um driver falso criado pelo pacote vhba-module.

O sistema é o Slackware 15.0, o hardware não é importante porque você faz a mesma coisa em três PCs diferentes.

Eu tentei esse método , mas não funciona.

wifi

1 respostas

  1. Best Answer

    Encontrei uma solução boa/legal neste fórum

    https://www.linuxquestions.org/questions/slackware-14/very-annoying-problem-on-slackware-with-usb-wifi-card-4175746436/

    crontab -e

@reboot sleep 10 && modprobe -r 8852bu && modprobe 8852bu

    Funciona bem apenas em alguns hardwares, em outros procuro outra solução

    EDIT: outra solução encontrada

    Editar /etc/mkinitrd.conf

    UDEV="0"

    Funciona (às vezes). O problema é que esta placa wifi contém um dispositivo sr0 falso com drivers para windows, udev dá problemas e entra em timeout.

    • 0

relate perguntas