Portátil sem SO

Iniciado por braga37, 27 de Dezembro de 2016, 17:16

tópico anterior - próximo tópico

braga37

Sim, druidaobelix, eu formatei o portátil e coloquei o Windows 10. Mas não pretendo ter o Windows 10. Apenas pretendo ter o Linux como o meu SO nesse portátil, sem dual boot.

Para testar, não me importo de fazer um dual boot (para continuar a utilizar o portátil - windows) até conseguir colocar o Linux a 100%. Nessa altura, formato e meto só o Linux. Neste momento é essa a minha ideia.

Por fim, pelo que entendi da última frase, o que sugere é que quando chegar o adaptador, e já com o Linux instalado, eu faço a instalação (visto que já tenho acesso a net) dos drivers da placa Wireless. É isso?

Obrigado! ;)

druidaobelix

Citação de: braga37 online 24 de Janeiro de 2017, 16:53
Para testar, não me importo de fazer um dual boot (para continuar a utilizar o portátil - windows) até conseguir colocar o Linux a 100%.

Quanto há de espaço total nesse equipamento?
Recordo-me de ter visto algo como 64GB e se for isso pode ficar complicado manter em dual boot Windows e Ubuntu.
O Windows que já está instalado está usando quanto?
www.arredondar.org.br
Vencedor Desafio de Impacto Social Google 2016!
Você também pode participar e fazer a diferença.

nomade

#47
Sobre o wi-fi desabitado, pode testar até pelo Live do Mint que você conseguiu instalar antes.

Vá em programas e atualizações, clique aba drivers adicionais, espere verificar se há algum dispositivo desabilitado e habilite.

Algumas vezes ao instalar o Ubuntu, ou Mint, o driver do dispositivo wlan fica desabilitado por ser proprietário e ser necessário o usuário aceitar termos de uso, mas não quer dizer que o driver não esteja presente no sistema.

Se não listar nenhum dispositivo, mostre a saída para:

sudo lsusb

sudo lspci
Ubuntu Studio 22.04 LTS

druidaobelix

Citação de: nomade online 24 de Janeiro de 2017, 22:10
Se não listar nenhum dispositivo, mostre a saída para:  lsusb lspci

Então, "nomade",

Essas saídas dos comandos mencionados já foram requisitadas antes, foram fornecidas pelo autor e constam do tópico, favor verificar os posts #19, #21 e #29.
www.arredondar.org.br
Vencedor Desafio de Impacto Social Google 2016!
Você também pode participar e fazer a diferença.

braga37

nomade, já testei... como referiu o druidaobelix!

Veja aqui:
http://ubuntuforum-br.org/index.php/topic,121212.msg665847.html#msg665847
http://ubuntuforum-br.org/index.php/topic,121212.msg665849.html#msg665849
http://ubuntuforum-br.org/index.php/topic,121212.msg665921.html#msg665921

druidaobelix, pois... tive de apagar o disco e instalar de raiz o Linux.

Entretanto o adaptador já chegou!  Já liguei... e consigo ter net por cabo. Entretanto, hoje de tarde tive a instalar isto, como referiram:

Citarsudo apt-get -y install git
cd
git clone https://github.com/hadess/rtl8723bs.git
cd rtl8723bs
make
sudo make install
sudo reboot

Mas continuo a não reconhecer a placa wifi...  :(

Era isso que tinha de fazer, não era? Ou troquei-me?

Obrigado!!!

druidaobelix

Ótimo que já tenha internet, ainda que via ethernet, por cabo, isso melhora as coisas.  :)

Se o Ubuntu já está instalado, certifique-se que esteja atualizado.

Como sempre:

sudo apt update

sudo apt upgrade

Era isso mesmo que tinha a fazer, apenas observando que o make install terminasse sem erros (quando fiz aqui correu tranquilo).

Se fez o reboot e nada de wifi, então não deu certo o driver nesse kernel.

Baixe e instale um kernel mais recente, aliás, baixe e instale o último RC (algo como 4.10 etc), veja se funciona direto, pois eventualmente o driver já pode estar lá, e se não funcionar, nesse RC baixado compile esse fonte obtido no git.

Não esqueça que precisa fazer o reboot.
www.arredondar.org.br
Vencedor Desafio de Impacto Social Google 2016!
Você também pode participar e fazer a diferença.

druidaobelix

O último RC que está lá na mainline é o v4.10-rc5, experimente esse.

http://kernel.ubuntu.com/~kernel-ppa/mainline/

É só baixar os .deb correspondente, conforme seja a arquitetura aí instalada (64-bit ou 32-bit) e instalar usando o dpkg

Sabe fazer?

Um modelinho de como fazer (os dados reais precisam ser alterados), pode ser visto aqui:

http://ubuntuforum-br.org/index.php/topic,121225.msg665914.html#msg665914
www.arredondar.org.br
Vencedor Desafio de Impacto Social Google 2016!
Você também pode participar e fazer a diferença.

druidaobelix

Acho que não fui suficientemente claro, explicando melhor: um driver (que no Linux é chamado de módulo) é vinculado a um específico kernel, então quando faz manualmente uma compilação de módulo ela serve para aquele específico kernel.

No caso, baixe o .deb do 4.10-rc5, instale e em seguida reinicie o sistema e suba o sistema por ele, só depois disso então verifique se já há wifi e, se não houver, faça nova compilação usando o fonte  rtl8723bs obtido no git, isto é, compile o código somente quando efetivamente o kernel 4.10-rc5 estiver ativo, o que se pode ver e confirmar usando o 'uname -a'

Não lembro qual é a arquitetura que baixou e instalou aí, mas suponho seja 64-bit, em todo caso confirme fazendo no terminal:

arch

Se resultar x86_64 então é de fato 64-bit.
www.arredondar.org.br
Vencedor Desafio de Impacto Social Google 2016!
Você também pode participar e fazer a diferença.

braga37

#53
Viva.

druidaobelix, sim, terminou sem erros, fiz reboot e ainda nada de wifi.

Corri o comando "sudo apt update" e o "sudo apt upgrade" e instalou qq coisa... mas sem erros.

Depois, verifiquei que era um sistema de x86_64.

Fui até aqui: http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.10-rc6/ e fiz download destes ficheiros:

Build for amd64 succeeded (see BUILD.LOG.amd64):
  linux-headers-4.10.0-041000rc6_4.10.0-041000rc6.201701291830_all.deb
  linux-headers-4.10.0-041000rc6-generic_4.10.0-041000rc6.201701291830_amd64.deb
  linux-headers-4.10.0-041000rc6-lowlatency_4.10.0-041000rc6.201701291830_amd64.deb
  linux-image-4.10.0-041000rc6-generic_4.10.0-041000rc6.201701291830_amd64.deb
  linux-image-4.10.0-041000rc6-lowlatency_4.10.0-041000rc6.201701291830_amd64.deb

Depois fiz:

sudo dpkg -i *.deb

o primeiro terminou sem dar qq erro... mas também não apresentou qq mensagem de sucesso...

O segundo e o terceiro apresentaram este erro:

"Error! Bad return status for module build on kernel: 4.10.0-041000rc6-generic (x86_64)"

Antes de terminar... reparei que não detecta a bateria do portátil... :/

Não está fácil.

Obrigado por toda a ajuda.

druidaobelix

#54
Quando se baixa os pacotes .deb de kernel lá do mainline, em regra não precisa baixar o lowlatency, esse é um kernel para uma específica finalidade (uso intensivo nisso ou naquilo, i.e., renderização, etc) e não o uso geral e comum. Assim, basta sempre baixar os três que são o linux-headers ...all.deb e generic e ainda o linux-image generic, os demais são desnecessários, pode apagar.

Então basicamente o que há a ser baixado e executado são esses:


wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.10-rc6/linux-headers-4.10.0-041000rc6_4.10.0-041000rc6.201701291830_all.deb

wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.10-rc6/linux-headers-4.10.0-041000rc6-generic_4.10.0-041000rc6.201701291830_amd64.deb

wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.10-rc6/linux-image-4.10.0-041000rc6-generic_4.10.0-041000rc6.201701291830_amd64.deb


Note que exatamente sendo um rc (release candidate), significa ser ainda um kernel em desenvolvimento, não finalizado, daí porque apresentar, por exemplo, um problema como esse da bateria não é algo inusual, é sempre possível um problema aqui e ali, exatamente por não estar finalizado.

Claro que se a execução através do dpkg estiver apresentando erro, então não adianta insistir nessa versão ou qualquer uma outra que apresente erro.
www.arredondar.org.br
Vencedor Desafio de Impacto Social Google 2016!
Você também pode participar e fazer a diferença.

druidaobelix

#55
Quanto à questão da conexão wireless propriamente dita, é necessária atentar que quando se experimenta um novo kernel é importante ver, independentemente em si da conexão ou não, se ao menos há o reconhecimento do hardware do wifi.

Além do lspci que já vimos, esse comando pode ajudar nessa identificação:

dmesg | grep -i rtl87

sudo lshw -c network

Além disso, em tese, ainda pode ser que estejamos diante de um chaveamento de hardware desligado, o que embora o driver esteja presente, a conexão não se estabelece.

Assim sendo, para verificar o estado do chaveamento, use:

rfkill list

Experimente ligar fazendo:

sudo rfkill unblock wifi

www.arredondar.org.br
Vencedor Desafio de Impacto Social Google 2016!
Você também pode participar e fazer a diferença.

druidaobelix

Esperanças renovadas, achei mais um firmware:  :)

Realtek SDIO Wi-Fi driver

https://github.com/apinela/rtl8723bs

Compile da mesma forma que já fez antes:

Se ainda não tiver, instale o git:

sudo apt-get -y install git

entre no diretório onde vai executar a compilação, por exemplo, ~/Downloads

cd ~/Downloads

baixe os arquivos necessários:

git clone https://github.com/apinela/rtl8723bs

entre no diretório criado:

cd rtl8723bs/

agora a compilação propriamente dita:

make

sudo make install

sudo reboot

Fiz aqui uma compilação simulada usando o kernel padrão do Ubuntu 16.10, isto é kernel 4.8, e compilou normalmente, sem erros.

Depois do reboot, com ou sem wifi siga o quanto preconizado no post #55.

www.arredondar.org.br
Vencedor Desafio de Impacto Social Google 2016!
Você também pode participar e fazer a diferença.

druidaobelix

Como se pode ver lá no github apinela/rtl8723bs está dito que ainda é necessário aplicar alguns patches:

"Note that on all those tablets, you will need to apply a few patches because to the BayTrail SDIO drivers: [...]"

dizendo, ao final, que os patches são aqueles que estão no subdiretório .../rtl8723bs/patches

Lá constam:

0001-mmc-sdhci-get-runtime-pm-when-sdio-irq-is-enabled.patch
0001-PM-QoS-Add-pm_qos_cancel_request_lazy-that-doesn-t-s.patch
0002-mmc-sdhci-Support-maximum-DMA-latency-request-via-PM.patch
0003-mmc-sdhci-acpi-Fix-device-hang-on-Intel-BayTrail.patch
0004a-mmc-sdhci-pci-Fix-device-hang-on-Intel-BayTrail.patch
0004b-mmc-sdhci-pci-Fix-device-hang-on-Intel-BayTrail.patch

Pelo contexto fiquei com a impressão que a referência, no caso, é o kernel 4.4 do Ubuntu 16.04, visto rapidamente não há referência ao kernel 4.8 do Ubuntu 16.10.

Faça primeiro o básico, que é a compilação mencionada em #56 no Ubuntu 16.10 que tem aí instalado, com o kernel padrão dele, que é o 4.8, e vamos ver o que resulta, depois, dependendo dos resultados, tratamos mais em detalhes desse patcheamento.
www.arredondar.org.br
Vencedor Desafio de Impacto Social Google 2016!
Você também pode participar e fazer a diferença.

braga37

Viva.

Executei os comandos #56

Citarsudo lshw -c network
  *-network               
       description: Ethernet interface
       physical id: 1
       logical name: enx00e04c360082
       serial: 00:e0:4c:36:00:82
       size: 100Mbit/s
       capacity: 100Mbit/s
       capabilities: ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=r8152 driverversion=v1.08.2 duplex=full ip=192.168.1.133 link=yes multicast=yes port=MII speed=100Mbit/s

Este comando: "sudo rfkill unblock wifi" nao resultou... tudo off ainda.

Depois fiz o que está no comando "sudo apt-get -y install git" e resultou neste resultado:

A ler as listas de pacotes... Pronto
A construir árvore de dependências       
A ler a informação de estado... Pronto
git is already the newest version (1:2.7.4-0ubuntu1).
0 pacotes actualizados, 0 pacotes novos instalados, 0 a remover e 0 não actualizados.

druidaobelix, agradeço toda ajuda prestada... no entanto, acha que vale a pena continuar a tentar?

Começo a perder a esperança... e começo a não ter tanto tempo livre como tinha inicialmente.

druidaobelix

#59
Se ainda não resultou também com essa nova fonte (github apinela/rtl8723bs), então fica complicado.

O que pode ainda experimentar é instalar o Ubuntu 16.04, que vem com o kernel 4.4 e nele repetir a instalação para ver se resulta em algo.

Nesse caso também aplicar os patches indicados.

Faça se e quando tiver tempo; desistir é sempre uma opção.

Nem todo hardware trabalhará sempre no Linux e isso não é uma novidade.

O Linux não tem nenhuma pretensão hegemônica no mercado de consumo em massa, quem a tem por razões óbvias ($$) é o sistema operacional comercial.

Quem realmente usa Linux ao se predispor a comprar um equipamento qualquer, primeiro procura se certificar o máximo que puder que aquele específico equipamento trabalha bem no Linux e então só depois faz a compra, não o inverso, pois aí pode virar dor de cabeça na certa.


www.arredondar.org.br
Vencedor Desafio de Impacto Social Google 2016!
Você também pode participar e fazer a diferença.