Tudo bem, assistentes do Ubuntu, eu levantei meu sistema um pouco desnecessariamente, o que agora está me dando a chance de aprender mais sobre como consertar isso ... um ciclo vicioso. De qualquer forma, eu tenho na maior parte do tempo instalado e funcionando novamente para o meu gosto, embora eu esteja recebendo este prompt (foto anexada) quando meu sistema inicializa:
libkmod: ERROR ../libkmod/libkmod-config.c:686 kmod_config_parse: /etc/modprobe.d/blacklist.conf line 56: ignoring bad line starting with 'rt2800usb'
Outros usuários tiveram sucesso apenas com a exclusão da linha ruim de seu arquivo blacklist.conf, o que eu fiz. A linha 56 não existe mais, mas ainda estou recebendo o mesmo erro. Então estou faltando alguma coisa? Existe algum comando de acompanhamento que eu preciso dar ao Ubuntu depois de salvar o arquivo conf?
Parece que se consertou ... ou porque excluí essa linha ruim. Provavelmente é porque eu deletei a linha ruim.
Veja como acessei o arquivo da lista negra:
Abra o terminal
Digite o comando sudo gedit /etc/modprobe.d/blacklist.conf para abrir o arquivo blacklist.conf
Localize a linha incorreta, exclua-a e salve o arquivo
No meu caso, parei de receber o erro após algumas reinicializações. Não sei por que isso atrasou.
A cópia de blacklist.conf consultada durante a inicialização, para produzir esse erro ignoring bad line , é a do sistema de arquivos inicial da RAM .
(O caminho completo da cópia é /etc/modprobe.d/blacklist.conf , como o que você editou. Mas no ponto durante a inicialização quando é consultado, / é o sistema de arquivos RAM inicial em vez do sistema de arquivos raiz regular armazenado no disco.)
Isso explica porque o problema não foi corrigido imediatamente quando você editou o blacklist.conf armazenado em seu sistema de arquivos raiz regular.
O sistema de arquivos RAM inicial é (re) criado em algumas circunstâncias, como quando um novo kernel é instalado e como resultado de algumas instalações de drivers e algumas mudanças na configuração. Acho que esse evento provavelmente acionou sua correção atrasada.
Para o benefício de outras pessoas, e caso você tenha esse problema novamente, você pode executar
update-initramfs -k all -c para reconstruir ( -c ) o sistema de arquivos RAM inicial para todos os kernels instalados ( -k all ). Cada kernel instalado tem seu próprio initramfs associado.
O crédito para esta solução vai para Christian , que apresentou como parte de uma resposta para A atualização do Ubuntu fez com que o sistema travasse na inicialização na tela roxa. O modo de recuperação falha e traz o BusyBox , que é uma versão mais complicada desse problema. Nessa pergunta, o% maublacklist.conf (ou outros fatores) na verdade impedia o sistema de inicializar com sucesso, e era necessário que a correção fosse aplicada em um chroot . Felizmente, isso não foi necessário neste caso.
Desde que o seu problema desapareceu sozinho (aqui e também lá ), eu testei essa solução para ter certeza de que funciona. Em um sistema Ubuntu Server 14.10 Beta 2 (como era o que eu tinha à mão para testar), deliberadamente produzi o problema criando uma linha ruim no meu arquivo blacklist.conf e executando update-initramfs -k all -c . (Como esperado, apenas a edição do arquivo não produziu o erro na reinicialização - precisei reconstruir o sistema de arquivos RAM inicial para aplicar as alterações.) A reversão para o arquivo blacklist.conf correto original não corrigiu o problema imediatamente, mas fez uma vez eu corri update-initramfs -k all -c novamente, como esperado.
Como uma questão secundária, ao editar /etc/modprobe.d/blacklist.conf ou outros arquivos que precisam ser editados como raiz , se você quiser usar o Gedit, eu recomendo executá-lo como gksudo gedit /etc/modprobe.d/blacklist.conf , como rodar programas gráficos como root com sudo direto às vezes cria arquivos de configuração de propriedade da raiz em seu diretório home , interferindo no funcionamento do aplicativo quando você o executa normalmente mais tarde. Se o pacote gksu (que não fornece
gksudo ), você pode usar sudo -H ou sudo -i .