Linux Torvalds está furioso com a Intel

.

Talvez você não saiba, mas o ano de 2018 começou mal no mundo dos computadores e smartphones.

.

O ano começou na verdade detonado por dois bugs. O Meltdown e o Spectre.

.

Para saber mais visito:

.

https://linux.slashdot.org/story/18/01/22/0648227/linus-torvalds-calls-intel-patches-complete-and-utter-garbage

.

https://itsfoss.com/meltdown-spectre/

.

Pelo que consegui entender a origem é um problema físico. Um problema no modo como os processadores de hoje são feitos e a empresa que atualmente produz os processadores mais vagabundos por serem os mais vulneráveis é a antes poderosa Intel.

.

Estes processadores ruins abrem a possibilidade para que scripts maliciosos roubem informações secretas de todas as pessoas que usam computadores e smartphones, pois smartphones são apenas pequenos computadores de mão.

.

Este bug ataca Windows, Mac , Linux, BSD etc…

.

Este bug torna vulnerável processadores Intel, AMD e ARM sendo que processadores ARM acho que são os que todos os celulares do planeta possuem.

.

Para consertar o erro, os vendedores de todos os tipos de computadores estão providenciando updates de software, porém o processador em si é que tem ser consertado a nível de firmware.

.

Aparentemente, a Intel não está fazendo o serviço direito.

.

A maior parte das pessoas que entendem e trabalham com Kernel e sistemas operacionais estão ocupadas batalhando contra as duas falhas de segurança que falei anteriormente neste texto.

.

Linux Torvalds o criador do kernel Linux que faz TODOS OS SUPERCOMPUTADORES DO MUNDO INTEIRO rodarem, Linux Torvalds o criador do kernel que faz funcionar grande parte do mundo Google entre outros, não esquecendo das distros Linux Ubuntu, Linux Fedora, Linux Manjaro, etc… Ele disse, perdoe minha fraca tradução, que:

.

“Os patches da Intel para resolver o problema são total e completamente um lixo absoluto!”

.

Amigo(a) você pode não notar, mas é como se fosse um sonho e você está andando nu pelo mundo.

.

Estamos parece que bastante indefesos e, qualquer pessoa com muito pouco conhecimento a respeito de computadores; pode obter segredos que você não revelaria nem para tua mãe.

.

Quanto mais poderoso for o usuário/empresa, provavelmente mais ataques que exploram as duas vulnerabilidades a pessoa física/jurídica receberá.

.

Faz seis meses que a Intel sabia desta falha e continuou vendendo seus processadores para o mundo inteiro. Nestes seis meses não conseguiu resolver o problema em segredo e não está conseguindo agora que seu crime foi revelado.

.

Qual é o CRIME da Intel?

.

Ora, o crime é saber que tem um produto defeituoso, não revelar que o produto está com defeito e ainda por cima; continuar vendendo a porcaria que potencialmente pode te trazer prejuízos terríveis por seis meses sabendo que não é capaz de solucionar o problema.

.

E se alguém coleta suas senhas e números de cartão de crédito, contas bancárias, lê seus contratos, acessa toda documentação séria que você tem guardada em um máquina por causa da falha de um processador mal projetado vendido a preço de OURO?

.

O que você acha disto tudo?

.

fonte:

https://linux.slashdot.org/story/18/01/22/0648227/linus-torvalds-calls-intel-patches-complete-and-utter-garbage

https://itsfoss.com/linux-kernel-4-15-release-delayed/

Pode usar distro i386 e distro de 32bits em PC 64bits?

.

Vou pesquisar…

.

Parece que pode sim.

.

Acho que eu posso usar 32 bits tranquilamente, e com o Kernel PAE reconhece toda a memória, exceto aquela reservada pelo sistema (para vídeo, por exemplo).

.

O que eu não posso fazer é instalar um kernel 64 bits num Debian 32 bits, pois a diferença entre eles não se resumem ao núcleo Linux.

.

Mas parece que antes tinha excessão…

.

Antes do Kernel PAE existir.

.

Se minha máquina tinha 4 gigas de memória ou mais o sistema de 32 bits só reconhecia 3 ou 3,2 ou 3,5.

.

Então simplificando, para PC 64bits usa distro de 32bits com kernel PAE.

.

Até Breve

.

😀

.

cap-tela-LM

Debian9-Atualizar-o-Kernel-para-4.12.5

[Atualizado]

.

Debian9-Atualizar-o-Kernel-para-4.12.5

.

Primeiro pesquiso de novo, pra saber como fazer isto. Começo a anotar o que achei mais acertado.
.

Informo educadamente a amigos e familiares, que preciso de espaço para executar um trabalho no computador e vai demorar.

.

Vou fazer isto, compilar o kernel do meu Debian 9, por minha conta e risco porque quero aprender e este Kernel tem várias melhorias, assim disse o Linus.
.

 

O Linux Kernel 4.12 foi lançado cheio de novidades e já passou pelo Kernel 4.12.4 e hoje está no 4.12.5.

Para ir fazendo upgrade de kernel não removo os kernéis anteriores.

Tem suporte melhorados dentro da nova versão para vários drivers e também recebeu uma grande melhoria no gerenciamento de energia.

Foi melhorado também, o suporte para muitos processadores.

Pelo que entendi, o mais importante é a melhoria no gerenciamento de energia. Nenhum aplicativo vai consumir mais que outro, assim sendo; não haverá travamentos. Se travar alguma o sistema não trava mais por completo.

.

Eu testei na minha máquina o 4.12 e para mim, é isto mesmo.

.

Vale a pena eu gastar um tempinho e compilar o kernel 4.12.4 (que não funcionou muito bem no meu Debian9) e depois no futuro, o 4.12.5 no meu Debian 9.

.

Durante o processo de compilação é bom eu fechar todos os programas que não estou usando.
.

Eu instalei no Linux Mint e o sistema ficou bem bom. Mas no Linux Mint tem uma ferramenta que faz tudo pra mim. O Ukuu. No Debian não tem isto.
.

No Debian eu tenho que fazer na unha mesmo que nem no tempo dos desbravadores. Não vou perder nada se der errado pois, eu posso acessar o sistema pelo kernel 4.9 que eu não vou remover. Mas mesmo assim, fico um pouco apreenssivo.
.

Para instalar o Linux Kernel 4.12 em quase qualquer distribuição Linux eu posso executar os comandos abaixo.
.

Eles vão baixar o código fonte diretamente do site do Kernel.org e vai ser instalado na minha distribuição Linux, é importante lembrar que caso eu esteja usando drivers como Nvidia ou AMD vou precisar reinstalar o driver novamente.

.

 

>>Preciso de ferramentas. Vou instalar;

.

sudo aptitude install cmake gcc make exuberant-ctags build-essential libncurses5-dev initramfs-tools libaal-dev wget liblzo2-dev gzip dpatch udev ; sudo aptitude update ; sudo aptitude install -f

 

.

Eu faço como descrevo abaixo e funciona para mim.

.

Abro o terminal pelo menu do sistema, viro administrador. Vou pra /src. Baixo o kernel;

.

 

su

 

# cd /usr/src/

.

 

wget -c https://cdn.kernel.org/pub/linux/kernel/v4.x/linux-4.12.5.tar.xz
.

Confiro o que baixei.

ls -t

.

>>Descompacto o kernel;

.

# tar -xvf linux-4.12.5.tar.xz

.

>>Confiro.

# ls -t

.

>>Crio um link simbólico;

.

# ln -s linux-4.12.5 linux

.

>>Confirmo a criação;

.

# ls -t

.

>>Vou para a pasta linux

.

# cd linux

.

>>A janela do terminal deve ser de bom tamanho, não pode ser pequenininha.

 

# make menuconfig

.

>>Entro nas configurações do kernel

.

>>Para alterar de “M” para “*” e vice-versa, é só pressionar a barra de espaços.

.

>>Vou em “Processor type and features”, e se for o caso marco (barra de espaços) a opção que corresponde ao processador da máquina. Eu não mecho em nada.

.

>>Salvo como .config e saio.

.

>>Confiro o arquivo Makefile de leve com o comando abaixo.

.
>>Executo o comando abaixo:

 

# pluma /usr/src/linux/Makefile

 

>>Vejo algo parecido com isto:

 

VERSION = 4
PATCHLEVEL = 12
SUBLEVEL = 5
EXTRAVERSION =
NAME = Fearless Coyote

# *DOCUMENTATION*
# To see a list of typical targets execute “make help”
# More info can be located in ./README
# Comments in this file are targeted only to the developer, do not
# expect to learn how to build the kernel reading this file.

# o Do not use make’s built-in rules and variables
# (this increases performance and avoids hard-to-debug behaviour);
# o Look for make include files relative to root of kernel src
MAKEFLAGS += -rR –include-dir=$(CURDIR)

 

.

 

>>Não mecho em nada no texto. Salvo ele e fecho.

.

>>Confiro;

.

# ls -t

.
>>Executo o comando abaixo, que demora:

 

# make bzImage

.

>>Executo o comando:

 

# ls /usr/src/linux/arch/x86_64/boot/

 

>>Digito:

 

pwd

 

.

 

>>Estou em /usr/src/linux executo o comando;

 

# make modules

 

 

######################
>>DICA:

 

>>Posso limpar prováveis compilações anteriores (opcional). Estou na pasta linux. Se eu quiser conferir é só eu digitar pwd.

.
>>Não é obrigatório eu executar este comando abaixo ele serve para limpar compilações anteriores.

 

# make –kpkg clean

(são dois tracinhos antes de kpkg)

 

>>Posso limpar prováveis compilações anteriores, com outro comando este é opcional também.
.

>>Não é obrigatório eu executar este comando abaixo.

 

# make mrproper

.
######################

 

>>Tenho que executar estes comandos abaixo:

 

>>Executo um comando que vai gerar uma pasta lib modules;

.

# make modules_install

 

.
>>OBS:
Todo este processo é meio demorado e tenho paciencia.

.

>>Instalo o kernel Linux com o comando abaixo;

.

# make install

.

>>Confiro;

.

# cd /lib/modules

.

# ls -t

.

>>Acesso a pasta /boot para executar um comando e assim, evitar kernelpanic;

.

# cd /boot

.

>>Gerar imagem inicial do kernel na pasta /boot;

.

# mkinitramfs -o initrd.img-4.12.5 4.12.5

.

>>Para encontrar as imagens;

.

# update-grub

.

>>Fecho todos os programas e reinicio a minha máquina;

# shutdown -r now

.

$ uname -r

.

$ neofetch

debian-com-kernel4.12.5-compilado

.

# aptitude update

.

# aptitude safe-upgrade

.
###############################
DICA:

>>Em caso de erro em alguma etapa da compilação:

 

1
>>Apague os arquivos criados do novo kernel dentro dos diretórios: /boot e /lib/modules

2
>>Recomece a partir do comando: make-kpkg clean (estando dentro do link: linux)

###############################
.

 

>>Aí depois, mesmo o kernel sendo instalado e executando o sistema a canção pode virar uma festa, ou um choro do tipo:

 

“Eu me lasquei, perdi o dia, perdi horas de instalação, energia e internet, eu mi sifú, sifu, sifu. Tralalálálá…”

.

>>Ahahahahah!!!!

.

Olha, só uma pessoa de fibra e cabeça feita tem a capacidade de valorar e compilar um Kernel.
Quem pelo menos tentou, para mim já é um vencedor. Um mestre zen praticamente.

.

Se a compilação do teu kernel não for demorada, tem alguma coisa errada.

.

Eu tive sorte e só compilei 4 vezes e na última vez, antes de eu matar o computador de paulada, proferindo pragas e maldições de arrepiar os cabelo da mamãe; quase consegui! Quase mesmo.

.

 

😀

.

>>OBS:

Brincadeira. Meu sistema está ótimo e valeu a pena. Enquanto a máquina compila, vou ler um livro.

.

Agosto – 2017

.

Depois de uns quinze dias usando o novo Kernel 4.12 no meu Debian 9, eu posso dizer que ele é REALMENTE ótimo. Administra os programas super bem e se tem algum programa comendo muito é só ir nele e fechar e o sistema segue em frente numa boa a mil por hora e está tudo maravilha! O Linus falou que era um kernel excepcional e ele pela minha experiencia com o kernel 4.12 aprendi que ele está para “variar” (brincadeira) 100% certo e correto.

.

###

OBS:

Remover o kernel 4.12.4 pode causar kernel panic no 4.12.5

.

REMOVER KERNEL NO DEBIAN

 

Pelo que eu pesquisei, o Debian o Kernel fica em 3 lugares.

 

1

/boot

2

/etc ou /boot/grub

 

3

/iib/modules/KERNEL-VERSION/*

 

Se eu compilei o kernel manualmente, eu tenho que remover os seguintes arquivos e pastas do kernel que desejo remover é bom fazer isto com o terminal e o gerenciador de arquivos aberto na mesmas pastas por que aí eu posso ver o que estou fazendo no terminal e pensar melhor e eu abro o terminal na pasta boot assim como em todas as outras:

 

1

/boot/vmlinuz*KERNEL-VERSION*

 

Comandos que eu vou usar como root no meu caso especifico veja abaixo:

:/boot# rm -rf vmlinuz-4.12.4

 

2

/boot/initrd*KERNEL-VERSION*

 

Comandos que eu vou usar como root no meu caso especifico veja abaixo:

:/boot# rm -rf initrd.img-4.12.4

 

3

/boot/System-map*KERNEL-VERSION*

 

Comandos que eu vou usar como root no meu caso especifico veja abaixo:

 

:/boot# rm -rf System.map-4.12.4

 

4

/boot/config-*KERNEL-VERSION*

 

Comandos que eu vou usar como root no meu caso especifico veja abaixo:

 

:/boot# rm -rf config-4.12.4

 

5

/lib/modules/*KERNEL-VERSION*/

 

Comandos que eu vou usar como root no meu caso especifico veja abaixo:

 

:/lib/modules# rm -rf 4.12.4

 

6

Atualizo o grub arquivo de configuração em /etc/grub.conf ou /boot/grub/menu.lst para direcionar para a versão correta do kernel com o comando:

 

update-grub

 

.

 

Tem como remover usando o Synaptic mas o sistema só acha os kernels oficiais do Debian,

.

COMO REMOVER VELHOS KERNELS OFICIAIS DO DEBIAN?

 

1
Clique no menu “Sistema” no painel , na parte superior da tela , clique em “Administração” e clique em ” Gerenciador de Pacotes Synaptic . ”

 

2

Tipo sua senha de root para o diálogo solicitação de senha que aparece e pressione ” Enter”.

 

3

Clique no botão “Procurar” na barra de ferramentas do Synaptic .

 

4

digite “linux-image” na caixa de pesquisa .

 

5

Clique no botão ” Procurar em” caixa e clique em “Nome “.

 

6

Clique no botão “Pesquisar ” .

 

7

o botão direito do mouse em cada pacote instalado que começa com ” linux -image- 2. ” nos resultados de busca – exceto aquela com a versão mais recente – e clique em ” Marcar para remoção completa “. Os pacotes instalados têm uma caixa verde no lado esquerdo de seus nomes em vez de uma caixa cinza vazia.

 

8

Clique no botão “Aplicar” na barra de ferramentas e clique no botão “Aplicar” na janela que parece confirmar .

 

.

 

Até Breve,

 

.

Caso tenha identificado algum erro neste post, por favor, nos informe. Mantenha-se conectado.

.

Se foi útil para você, por favor nos informe.

.

Blog Semanickzaine