Como não dar um kernel panic na atualização do sabayon [RESOLVIDO]

13. Re: Como não dar um kernel panic na atualização do sabayon

Alberto Federman Neto.
albfneto

(usa openSUSE)

Enviado em 19/01/2019 - 20:25h

Ví sua imagem no Gparted. Tentou em Legacy? Pq tem outro Linux em Legacy.

e onde está a partição /boot/efi? do Sabayon?
https://www.ordinatechnic.com/general-guides/efi-system.

Como disse o Grinder, não precisa de /boot separado e sim de /boot/efi e precisa ser em FAT32:

https://forum.sabayon.org/viewtopic.php?f=57&t=33990&p=180646&hilit=sabayon+and+%2Fboot%...

Porque modifica tanto os nomes e os rótulos? Só vejo uma Raiz Linux sua, a do Debian. Não acho as Raízes , / do Slackware e nem do Sabayon!

e pode usar as opções -av ( e não úv) no equo. Significam --ask --verbose e são compatíveis tanto com --relaxed como --nodeps; Mas num Sabayon normal, não precisaria controlar as atualizações (otutorial é meu). Esse controle é quando necessário; Num Sabayon normal, ele vai evitar dependências de entrarem. Pode ficar faltando pacotes.

Mais uma coisa... quando postou a imagem gparted... Seu HD não está particionado com tabela de alocação GPT? Posso estar errado, pos não tenho prática com UEFI (nenhum micro meu tem) mas acho que UEFI só funciona com tabela de partição GPT

¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨
Albfneto,
Ribeirão Preto, S.P., Brasil.
Usuário Linux, Linux Counter: #479903.
Distros Favoritas: Sabayon, Gentoo, openSUSE, Mageia e OpenMandriva.


  


14. Re: Como não dar um kernel panic na atualização do sabayon [RESOLVIDO]

Leomar de Oliveira
leoCCB

(usa Slackware)

Enviado em 24/01/2019 - 11:48h

albfneto escreveu:

Ví sua imagem no Gparted. Tentou em Legacy? Pq tem outro Linux em Legacy.

e onde está a partição /boot/efi? do Sabayon?
https://www.ordinatechnic.com/general-guides/efi-system.

Como disse o Grinder, não precisa de /boot separado e sim de /boot/efi e precisa ser em FAT32:

https://forum.sabayon.org/viewtopic.php?f=57&t=33990&p=180646&hilit=sabayon+and+%2Fboot%...

Porque modifica tanto os nomes e os rótulos? Só vejo uma Raiz Linux sua, a do Debian. Não acho as Raízes , / do Slackware e nem do Sabayon!

e pode usar as opções -av ( e não úv) no equo. Significam --ask --verbose e são compatíveis tanto com --relaxed como --nodeps; Mas num Sabayon normal, não precisaria controlar as atualizações (otutorial é meu). Esse controle é quando necessário; Num Sabayon normal, ele vai evitar dependências de entrarem. Pode ficar faltando pacotes.

Mais uma coisa... quando postou a imagem gparted... Seu HD não está particionado com tabela de alocação GPT? Posso estar errado, pos não tenho prática com UEFI (nenhum micro meu tem) mas acho que UEFI só funciona com tabela de partição GPT

¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨
Albfneto,
Ribeirão Preto, S.P., Brasil.
Usuário Linux, Linux Counter: #479903.
Distros Favoritas: Sabayon, Gentoo, openSUSE, Mageia e OpenMandriva.


Eu tinha instalado o sabayon com gnome através do multisystem. Como meu not é fraquinho de processador e ram resolvi colocar o lxqt. Mas não ficou bom. Ficou muito estranho. Então coloquei o lxde, que também não ficou do meu agrado. Assim, fui desinstalando os pacotes e devo ter tirado algum importante, que quebrou o sistema . Baixei outra com Kde, mas novamente não instalou nem com unetbootin nem com multisystem. Mas usando o comando dd funcionou. Agora está atualizado, belezinha. Acho que um dos erros para não instalar era que eu formatava a partição do /boot/efi em fat32, mas em uma outra que aparecia automaticamente lá. Depois deu certo. Maravilhosa a dica, valeu mesmo. O print das partições foram tiradas do debian. O sabayon está em /dev/sda5 e o salck em sda3, porém montadas por causa do /etc/fstab. Como eu tentava colocar as distros com o lilo, fui fazendo experiências com o fstab e não descomentei as linhas em questão. Mas eu gostaria de compilar pacotes e não estou conseguindo com o emerge. Rodei um emerg --sync, mudei a linha do /etc/entropy/cilent.con "ignore-spm-downgrades = disable" para enable, atualizei com equo up e equo u, rodei novamente o emerge --sync, mas não instalou com o "emerge i exi" e nem existe o comando layman (imagino que deve ser do pacote exi também). Quero muito compilar programas com o emerge, mas até agora não consegui nenhum kkkk! Mais uma vez eu errei nas opções do equo. Eu digito -av, e não -uv. Tudo é muito novo e ainda me confundo nas opções, mas eu erro na hora de contar o que eu fiz, pois na hora de rodar no terminal eu sempre checo as dicas e manuais. Grato pela atenção!



15. Re: Como não dar um kernel panic na atualização do sabayon [RESOLVIDO]

Leomar de Oliveira
leoCCB

(usa Slackware)

Enviado em 24/01/2019 - 12:07h

Rodando o emerge --sync ele pade para rodar o emerge --oneshot portage. No final aparece isso:

copying lib/_emerge/resolver/output.py -> /var/tmp/portage/sys-apps/portage-2.3.58/work/portage-2.3.58-python2_7/lib/_emerge/resolver
warning: build_py: byte-compiling is disabled, skipping.

running build_ext
building 'portage.util.libc' extension
creating /var/tmp/portage/sys-apps/portage-2.3.58/work/portage-2.3.58-python2_7/temp.linux-x86_64-2.7
creating /var/tmp/portage/sys-apps/portage-2.3.58/work/portage-2.3.58-python2_7/temp.linux-x86_64-2.7/src
x86_64-pc-linux-gnu-gcc -O2 -march=x86-64 -pipe -fPIC -I/usr/include/python2.7 -c src/portage_util_libc.c -o /var/tmp/portage/sys-apps/portage-2.3.58/work/portage-2.3.58-python2_7/temp.linux-x86_64-2.7/src/portage_util_libc.o -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE
gcc-config: error: could not run/locate 'x86_64-pc-linux-gnu-gcc'
error: command 'x86_64-pc-linux-gnu-gcc' failed with exit status 1
* ERROR: sys-apps/portage-2.3.58::gentoo failed (compile phase):
* (no error message)
*
* Call stack:
* ebuild.sh, line 124: Called src_compile
* environment, line 4399: Called distutils-r1_src_compile
* environment, line 1295: Called _distutils-r1_run_foreach_impl 'distutils-r1_python_compile'
* environment, line 412: Called python_foreach_impl 'distutils-r1_run_phase' 'distutils-r1_python_compile'
* environment, line 3819: Called multibuild_foreach_variant '_python_multibuild_wrapper' 'distutils-r1_run_phase' 'distutils-r1_python_compile'
* environment, line 2968: Called _multibuild_run '_python_multibuild_wrapper' 'distutils-r1_run_phase' 'distutils-r1_python_compile'
* environment, line 2966: Called _python_multibuild_wrapper 'distutils-r1_run_phase' 'distutils-r1_python_compile'
* environment, line 683: Called distutils-r1_run_phase 'distutils-r1_python_compile'
* environment, line 1286: Called distutils-r1_python_compile
* environment, line 1160: Called esetup.py 'build'
* environment, line 1767: Called die
* The specific snippet of code:
* "${@}" || die "${die_args[@]}";
*
* If you need support, post the output of `emerge --info '=sys-apps/portage-2.3.58::gentoo'`,
* the complete build log and the output of `emerge -pqv '=sys-apps/portage-2.3.58::gentoo'`.
* The complete build log is located at '/var/tmp/portage/sys-apps/portage-2.3.58/temp/build.log'.
* The ebuild environment file is located at '/var/tmp/portage/sys-apps/portage-2.3.58/temp/environment'.
* Working directory: '/var/tmp/portage/sys-apps/portage-2.3.58/work/portage-2.3.58'
* S: '/var/tmp/portage/sys-apps/portage-2.3.58/work/portage-2.3.58'

>>> Failed to emerge sys-apps/portage-2.3.58, Log file:

>>> '/var/tmp/portage/sys-apps/portage-2.3.58/temp/build.log'

* Messages for package sys-apps/portage-2.3.58:

* ERROR: sys-apps/portage-2.3.58::gentoo failed (compile phase):
* (no error message)
*
* Call stack:
* ebuild.sh, line 124: Called src_compile
* environment, line 4399: Called distutils-r1_src_compile
* environment, line 1295: Called _distutils-r1_run_foreach_impl 'distutils-r1_python_compile'
* environment, line 412: Called python_foreach_impl 'distutils-r1_run_phase' 'distutils-r1_python_compile'
* environment, line 3819: Called multibuild_foreach_variant '_python_multibuild_wrapper' 'distutils-r1_run_phase' 'distutils-r1_python_compile'
* environment, line 2968: Called _multibuild_run '_python_multibuild_wrapper' 'distutils-r1_run_phase' 'distutils-r1_python_compile'
* environment, line 2966: Called _python_multibuild_wrapper 'distutils-r1_run_phase' 'distutils-r1_python_compile'
* environment, line 683: Called distutils-r1_run_phase 'distutils-r1_python_compile'
* environment, line 1286: Called distutils-r1_python_compile
* environment, line 1160: Called esetup.py 'build'
* environment, line 1767: Called die
* The specific snippet of code:
* "${@}" || die "${die_args[@]}";
*
* If you need support, post the output of `emerge --info '=sys-apps/portage-2.3.58::gentoo'`,
* the complete build log and the output of `emerge -pqv '=sys-apps/portage-2.3.58::gentoo'`.
* The complete build log is located at '/var/tmp/portage/sys-apps/portage-2.3.58/temp/build.log'.
* The ebuild environment file is located at '/var/tmp/portage/sys-apps/portage-2.3.58/temp/environment'.
* Working directory: '/var/tmp/portage/sys-apps/portage-2.3.58/work/portage-2.3.58'
* S: '/var/tmp/portage/sys-apps/portage-2.3.58/work/portage-2.3.58'
leo-pc ~ #
e não compila programa nenhum. Sempre aparece mai ou menos isso!


16. Re: Como não dar um kernel panic na atualização do sabayon

Eric
Grinder

(usa Slackware)

Enviado em 24/01/2019 - 15:20h

Em questão de boot/uefi/gpt no gentoo é o seguinte, deve ser parecido senão igual no sabayon.

Primeiro obviamente você deve transformat seu hd em gpt. Você pode fazer isso pelo gparted ou pelo cfdisk.
Depois você precisa criar uma partição de uns 100mb pelo menos, FAT32 ou FAT16 e que o caminho seja /boot/efi

Primeiro você compila ou instala o kernel e depois instala o bootloader/grub

- instala o grub
- adiciona isso no seu make.conf
GRUB_PLATFORMS="efi-64" 

- monta sua partição uefi
mount /dev/sdXY /boot/efi 

- instala o bootloader
grub-install --target=x86_64-efi --efi-directory=/boot/efi 

- adiciona as entradas dos kernels no seu boot
grub-mkconfig -o /boot/grub/grub.cfg 


Bom, feito isso, digamos que é impossível você não conseguir instalar seu boot/kernel
Claro, sua mobo deve estar setada em uefi.

Pode verificar se a entrada foi adicionada utilizando o
efibootmgr 


- - - - -
www.gitlab.com/grinder
www.github.com/ericfernandesferreira
www.youtube.com/candelabrus1


17. Re: Como não dar um kernel panic na atualização do sabayon [RESOLVIDO]

Leomar de Oliveira
leoCCB

(usa Slackware)

Enviado em 24/01/2019 - 23:14h

Grinder escreveu:

Em questão de boot/uefi/gpt no gentoo é o seguinte, deve ser parecido senão igual no sabayon.

Primeiro obviamente você deve transformat seu hd em gpt. Você pode fazer isso pelo gparted ou pelo cfdisk.
Depois você precisa criar uma partição de uns 100mb pelo menos, FAT32 ou FAT16 e que o caminho seja /boot/efi

Primeiro você compila ou instala o kernel e depois instala o bootloader/grub

- instala o grub
- adiciona isso no seu make.conf
GRUB_PLATFORMS="efi-64" 

- monta sua partição uefi
mount /dev/sdXY /boot/efi 

- instala o bootloader
grub-install --target=x86_64-efi --efi-directory=/boot/efi 

- adiciona as entradas dos kernels no seu boot
grub-mkconfig -o /boot/grub/grub.cfg 


Bom, feito isso, digamos que é impossível você não conseguir instalar seu boot/kernel
Claro, sua mobo deve estar setada em uefi.

Pode verificar se a entrada foi adicionada utilizando o
efibootmgr 


- - - - -
www.gitlab.com/grinder
www.github.com/ericfernandesferreira
www.youtube.com/candelabrus1

Então meu caro, eu não transformei meu hd em gpt. Com isso eu precisei apertar o f7, e aparecia uma linha mais ou menos como "sabayon hd". Aí eu entrei no debian e nele eu instalei o grub no /dev/sda. Então o inicio voltou ao normal. Será que tem problema pro sabayon deixar assim? Ou tenho que transformar preferivelmente o hd em gpt?



18. Re: Como não dar um kernel panic na atualização do sabayon [RESOLVIDO]

Leomar de Oliveira
leoCCB

(usa Slackware)

Enviado em 03/02/2019 - 23:47h

albfneto escreveu:

oI,
COMPILAR PACOTES COM Portage, emerge, no sabayon. Procedimento geral, moderno

1. Atualiza Sabayon com Entropy:


# equo up
# equo u -av


2. Agora edita o arquivo /etc/entropy/client.conf, e em "ignore pseudo downgrades", troque disable por enable; Salve o arquivo e não volte ao original

3. Adicione o pacote do layman:


# equo i -av layman


4. Adicione os Overlays do Sabayon. Por default, nos novos, vem desativado:


# layman -a sabayon
#layman -a sabayon-distro


5. Nessa fase, não precisa editar o make.conf, para fazer compilação "genérica 64 bits".. se quiser faze-lo, veja no final Item 11.

6. Agora atualize o banco de dados do portage, e os overlays. Se aparecer "atualizar portage" não o faça. Sabayon e Gentoo usam versões diferentes de Portage:


# emerge --sync
# layman -S
# NÃO RODAR "emerge -av --oneshot portage" mesmo que solicitado


7. Atualize as variáveis de ambiente:


# env-update
$ source /etc/profile (Em Sabayon, mlehor executar coo usuário comum, e não como root)


9. Atualize o suporte ao compilador GCC. No Sabayon atual , apenas "parte" do GCC é instalada por default. Por isso faça:


# equo i -av base-gcc gcc gcc-config autoconf automake make cmake



9. Tente compilar um pacote. Por exemplo, vc quer o Firefox mais novo, já direto em Português do Brasil:


# LINGUAS="pt_BR" L10N="pt-BR" emerge -av firefox firefox-l10n-pt-BR


10. o Pacote que vc procura não é "exi" e sim "eix", e tanto pode ser instalado com Entropy como com Portage:


# equo i -av eix OU
# emerge -av eix


11. Ainda, só pode se quiser, editar seu make.conf.
Pode otimizar pro seu processador, pode colocar espelhos brasileiros de Gentoo (os rsync estão inativos, porisso tenho usado espelhos norte americanos.
Lembre que ele é /etc/portage/make.conf no gentoo, mas no sabayon é: /opt/sabayon-build/conf;intel/portage/make.conf.amd64. O /etc/portage/make.conf, em Sabayon, é link simbólico e precisa ser mantido.
Para saber como se edita make.conf, pesquise na net por "editing make.conf"; safe FLAGS for Gentoo"; e veja:

https://wiki.gentoo.org/wiki/Changing_the_CHOST_variable
https://wiki.gentoo.org/wiki//etc/portage/make.conf
https://forums.gentoo.org/viewtopic-t-1075102-start-0.html
https://wiki.gentoo.org/wiki/Safe_CFLAGS

Se quiser , se baseie no meu. mas mesmo que não edite o make.conf, deve funcionar.

o meu, do Sabayon principal.
o meu atual make.conf (do sabayon principal). Esse não é genérico, está muito otimizado para compilação mais rápida.

http://dpaste.com/06CKXXK
¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨
Albfneto,
Ribeirão Preto, S.P., Brasil.
Usuário Linux, Linux Counter: #479903.
Distros Favoritas: Sabayon, Gentoo, openSUSE, Mageia e OpenMandriva.


Perfeito professor. Funcionou belezinha aqui. Eu demoro pra responder pq não sou da área da informática e vou lendo, estudando, usando dicas antigas, quebrando o sistema, etc kkkk. Sou apenas entusiasta linux. O único pacote que não funcionou foi o googleearth, mas até agora todos os outros estão perfeitos. Uma coisa que eu percebi é que a compilação do sabayon é muito mais rápida que a compilação do slack. Muito mais rápida mesmo. Pra compilar os pacotes LaTex por exemplo, no slack demorava até 3 dias, direto. Já no sabayon foi menos de uma hora. Acho que deu uns 30 minutos. Sem contar que o emerge resolve as dependências por padrão. Já no slack tem que usar os sbotools da vida.




19. Re: Como não dar um kernel panic na atualização do sabayon [RESOLVIDO]

Alberto Federman Neto.
albfneto

(usa openSUSE)

Enviado em 07/02/2019 - 17:16h

De fato Portage é muito bem bolado. Portage é um GCC automatizado e com suporte a dependências.
se resolveu, pode fechar o tópico e marcar a melhor resposta.
¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨
Albfneto,
Ribeirão Preto, S.P., Brasil.
Usuário Linux, Linux Counter: #479903.
Distros Favoritas: Sabayon, Gentoo, openSUSE, Mageia e OpenMandriva.



01 02



Patrocínio

Site hospedado pelo provedor RedeHost.
Linux banner

Destaques

Artigos

Dicas

Tópicos

Top 10 do mês

Scripts