O @Deleterium faz igual ksks, mas na minha opinião, se a pessoa quiser usar o gentoo, vai precisar de tempo.
1 curtida
Acho que não podemos esquecer o Debian…
Debian puro com o KDE limpo nem chega nos 250MiB de RAM…
Digo por experiência…
Já usei o Arch, e 250MiB de RAM ele puxava com o XFCE Limpo, sem praticamente nenhum serviço instalado.
Já usei Exherbo com Gnome 3.18.
Deu um trabalho…
Quem já compilou o GTK+ completo sabe o inferno que é…
Pra mostrar como o Debian pode ser suave e leve, estou editando e anexando um screenshot do meu Debian híbrido com KDE Plasma.
Apenas um screenshot do terminal, já que as customizações visuais já foram mostradas em screenshots anteriores.
De qualquer forma, sabendo as manhas certas, é possível ter um ambiente muito leve em praticamente qualquer distro…
Uma vez compilei o XFCE pro Slackware…
Resultado final? Sistema com menos de 100MiB de RAM pós-boot.
Mais uma edição para incluir otimizações minhas feitas no XFCE do Arch e Devuan, isso em 2016…
Arch + XFCE
Devuan + XFCE
Hoje opto pelo Plasma pois consigo o mesmo desempenho que tinha no XFCE (em meu hardware), só que com mais recurso.
4 curtidas
Será muito interessante, e bem vindo, um tutorial ensinando a personalizar o terminal desas forma, ainda mais mantendo o bash, provavelmente a maioria muda para zsh somente para ter esse visual.
2 curtidas
E eu que pensava que o pessoal mudava pro Zsh pra ter mais funcionalidades, já que personalizações visuais no Bash é muito simples de se fazer.
É possível fazer customizações sem usar nada de terceiros, ou, pra quem quer o caminho mais fácil, recorrer ao Powerline ou ainda o Starship.
2 curtidas
depois que eu descobri o ventoi eu tenho pelo menos umas 5 imagens a mão a cada momento.
2 curtidas
Olha, nesses dias, depois da surra que o Manjaro Gnome me deu (não é, @chimpa_theist e @swatquest?), foi por pouco que não fui pro Arch puro…
3 curtidas
Deixa quieto, já tô no Manjaro e no Garuda, tem Arch pra todo gosto
2 curtidas
Esse negócio se refere à última formatação…
# tune2fs -l /dev/sda3 | grep created
Filesystem created: Fri Jan 10 23:01:35 2020
# tune2fs -l /dev/sda4 | grep created
Filesystem created: Fri Jan 10 23:01:36 2020
# tune2fs -l /dev/sda5 | grep created
Filesystem created: Sun Jan 12 17:40:07 2020
# tune2fs -l /dev/sda6 | grep created
Filesystem created: Fri Jan 10 23:01:38 2020
# tune2fs -l /dev/sda7 | grep created
Filesystem created: Fri Jan 10 23:06:28 2020
# tune2fs -l /dev/sda8 | grep created
Filesystem created: Thu Jul 2 19:48:20 2020
# tune2fs -l /dev/sda9 | grep created
Filesystem created: Tue Jan 14 21:54:25 2020
# tune2fs -l /dev/sda10 | grep created
Filesystem created: Tue Jan 14 21:54:26 2020
# tune2fs -l /dev/sda11 | grep created
Filesystem created: Tue Jan 14 21:54:27 2020
# tune2fs -l /dev/sda12 | grep created
Filesystem created: Tue Jan 14 21:54:27 2020
# tune2fs -l /dev/sda13 | grep created
Filesystem created: Wed Jul 22 18:11:19 2020
Na verdade, criei várias partições (em poucos segundos), nos dias 10 e 14 de Janeiro ─ computador novo, SSD zero-bala, em preparação para instalar 12 distros em dualboot ─ mas entre os dias 10 e 12 instalei “só” 4 distros (PCLinuxOS, openSUSE, Fedora, KDE Neon)… e elas continuam instaladas até hoje:
A propósito… Esse comando capotou na partição BtrFS do openSUSE, que é o que estou usando no momento:
# tune2fs -l /dev/sda2 | grep created
tune2fs: Bad magic number in super-block while trying to open /dev/sda2
Mas reinstalação em computador novo devia ser posto na conta de “hardware-hopping”… Não distro-hopping!
- KDE Neon, estou usando desde Maio 2016. ─ “Desastre” em 2017, tive de reinstalar…
- Mint KDE, desde Agosto 2016. ─ “Desastre” em 2017, tive de reinstalar…
- Debian testing, desde Outubro 2016
- openSUSE, desde Janeiro 2017, ainda Leap ─ depois fiz upgrade para Tumbleweed
- Mageia, desde Março 2017 ─ reinstalado a cada nova versão Beta
- Arch Linux, desde Junho 2017
- etc.
De “mudança”, mesmo, só:
- Fedora (2018)
- Void (2019)
- MX Linux (2020)
Em substituição a:
- Kubuntu (2009 ~ 2019)
- Devuan
- Sabayon (ia reinstalar… snif!)
2 curtidas
22 de Julho.
Quando soube que tinha um MX Linux Beta com KDE, não resisti.
Eu tinha 2 partições esperando.
Agora, tenho só 1 partição esperando.
3 curtidas
Então o meu caso foi meio a meio, coloquei um SSD, reinstalei uma que usava e coloquei uma nova…
(A propósito, o esquema de partcionamento deu certo!!)
2 curtidas
Hahahah !
Eu testo só as imagens .iso mesmo. E isso, em uma VM.
Me disseram que isso é porta de entrada para atitutudes mais pesadas.
Daqui a pouco criam grupos de auto-ajuda para largar o vício. Algo como “SDAA - Saltadores de Distribuições Anônimos Anônimos”.
2 curtidas
Me aguarde…
1 curtida
Nem tanto, não é isso tudo…
2 curtidas
Imagina se fosse. rsrsrs
2 curtidas
Ia ter um HD externo de 500 GB só pra guardar ISOs e ir trocando/adicionando à medida em que fossem se atualizando!
1 curtida
Tinha que fixar seu post, muito bom e criativo vei.
1 curtida
Conta (10 octilhões de caracteres)
1 curtida
Creio que não, aliás deletar o usuário é desnecessário, apagar somente os arquivos ocultos relativos ao wm/de anterior é o suficente.
3 curtidas
Se não me engano ele só funcioa bem para partições ext*, minha $HOME é de 2017 quando adquiri o notebook.
┌─(edson@zumbi-palmares)(12:24:22)(•)────────────────────────────────────────────(~)─┐
└─(:))─> $ sudo tune2fs -l /dev/sda4 | grep created
Filesystem created: Tue Oct 3 21:40:20 2017
E a raiz do rawhide de fevereiro do ano passado.
┌─(edson@zumbi-palmares)(12:25:00)(•)────────────────────────────────────────────(~)─┐
└─(:))─> $ sudo tune2fs -l /dev/sda3 | grep created
Filesystem created: Sat Feb 2 13:42:05 2019
Apesar de que no fedora a data de criação do fstab pelo anaconda pode ser usada como base de data da instalação, existe uma pequena diferença de minutos entre a formatação/criação e a cópia do fstab para o sistema de arquivos final.
#
# /etc/fstab
# Created by anaconda on Sat Feb 2 13:47:49 2019
#
3 curtidas