Fórum Ubuntu Linux - PT
Suporte Técnico => Instalação e Atualização => Tópico iniciado por: vagneraugusto em 30 de Abril de 2020, 21:05
-
Prezados (as),
Gostaria de dicas de vocês sobre qual é a melhor maneira de particionar um disco para utilizar, exclusivamente, um Ubuntu.
Meu notebook veio instalado com um Ubuntu (não me lembro qual a versão, mas não era antiga) de fábrica.
Formatei a máquina, reparticionei de acordo com orientações que li na internet e desde então o processo de ligar e desligar a máquina ficou mais lento. O que pode ser que deu errado?
Estou utilizando o Ubuntu 19.10, mas vou migrar agora para o 20.04 LTS.
Obrigado.
Imagem 01: https://uploaddeimagens.com.br/imagens/hV2DMRk (https://uploaddeimagens.com.br/imagens/hV2DMRk)
Imagem 02: https://uploaddeimagens.com.br/imagens/CJDeTOE (https://uploaddeimagens.com.br/imagens/CJDeTOE)
Imagem 03: https://uploaddeimagens.com.br/imagens/D_t_ByQ (https://uploaddeimagens.com.br/imagens/D_t_ByQ)
Imagem 04: https://uploaddeimagens.com.br/imagens/89TVVkY (https://uploaddeimagens.com.br/imagens/89TVVkY)
Imagem 05: https://uploaddeimagens.com.br/imagens/F_4wrqk (https://uploaddeimagens.com.br/imagens/F_4wrqk)
-
Saída do comando:
sudo lshw
-
Se fosse meu, particionaria assim:
512 MB de boot/efi
Swap por uma questão conservadora, colocaria a =ram
100 GB de / (vai que gosta de baixar muitos programas, caso não, a metade)
o resto para o /home
Em tempo:
Segue uma dica do por quê da partição /home separada.
https://www.vivaolinux.com.br/artigo/InstaleReinstaleRecupere-o-Ubuntu-sem-perder-seus-arquivos
-
Como o selvaking pediu, seria bom saber a marca e modelo do Notebook, pra poder ajudar na questão da lentidão.
Também é bom sabermos que uso você vai fazer do seu sistema. Essa questão de particionamento é longa, mas geralmente para um usário comum o particionamento padrão oferecido pelo instalador resolve para grande maioria. A não ser que você fosse instalar um servidor ou vá fazer uso intensivo de alguma aplicação em particular, nestes casos realmente precisaria realizar algumas mudanças em particular.
No seu caso que é Notebook faço duas perguntas:
1) Vai usar hibernação?
Se for usar o recurso de hibernação deixe uma partição swap no mínimo igual a quantidade de RAM. Como você não falou sua quantidade de RAM não posso opinar no tamanho dessa partição se não for hibernar. O Ubuntu 20.04 detecta se você criou ou não uma partição swap. Se não criou ele cria um Swap file ao invés de partição.
2) Vai querer ter a partição /home separada ou não?
Se quiser separada, deixa 30GB para partição raiz ou / . Mais do que suficiente para um usário comum. A não ser que você seja daqueles usuários compulsivos instaladores de programas! No meu caso que tenho muita coisa instalada minha raiz ocupa 17GB, mas tenho muita coisa para desenvolvimento e servidor instalados. O resto você pode deixar para seus dados na /home.
-
Ser vc instalou usando Legacy Boot, o processo de POST é mais lento mesmo. Via UEFI é mais rápido.
Também tem que ver se vc não instalou programas/serviços que rodam na inicialização, porque isso atrasa o boot.
Roda o comando abaixo, pra ver quem pode ser o culpado.
sudo systemd-analyze blame
-
Saída do comando:
sudo lshw
Executei o 'lshw -short': o outro era gigante.
Segue - Parte 01:
root@notebook-Inspiron-3584:/home/notebook# lshw -short
Caminho do hardware Dispositivo Classe Descrição
============================================================
system Inspiron 3584 (08D1)
/0 bus 05RCHV
/0/0 memory 64KiB BIOS
/0/41 memory 4GiB Memória do sistema
/0/41/0 memory 4GiB SODIMM DDR4 Síncrono Unbu
/0/41/1 memory Project-Id-Version: lshwReport-
/0/45 memory 128KiB L1 cache
/0/46 memory 512KiB L2 cache
/0/47 memory 3MiB L3 cache
/0/48 processor Intel(R) Core(TM) i3-7020U CPU
/0/100 bridge Xeon E3-1200 v6/7th Gen Core Pr
/0/100/2 display Intel Corporation
/0/100/4 generic Xeon E3-1200 v5/E3-1500 v5/6th
/0/100/14 bus Sunrise Point-LP USB 3.0 xHCI C
/0/100/14/0 usb1 bus xHCI Host Controller
/0/100/14/0/5 multimedia Integrated_Webcam_HD
/0/100/14/0/6 generic USB2.0-CRW
/0/100/14/0/7 communication Interface sem fio bluetooth
/0/100/14/1 usb2 bus xHCI Host Controller
/0/100/14.2 generic Sunrise Point-LP Thermal subsys
/0/100/15 generic Sunrise Point-LP Serial IO I2C
/0/100/16 communication Sunrise Point-LP CSME HECI #1
/0/100/17 scsi0 storage Sunrise Point-LP SATA Controlle
/0/100/17/0.0.0 /dev/sda disk 1TB TOSHIBA MQ04ABF1
-
Saída do comando:
sudo lshw
Executei o 'lshw -short': o outro era gigante.
Segue - Parte 01:
root@notebook-Inspiron-3584:/home/notebook# lshw -short
Caminho do hardware Dispositivo Classe Descrição
============================================================
system Inspiron 3584 (08D1)
/0 bus 05RCHV
/0/0 memory 64KiB BIOS
/0/41 memory 4GiB Memória do sistema
/0/41/0 memory 4GiB SODIMM DDR4 Síncrono Unbu
/0/41/1 memory Project-Id-Version: lshwReport-
/0/45 memory 128KiB L1 cache
/0/46 memory 512KiB L2 cache
/0/47 memory 3MiB L3 cache
/0/48 processor Intel(R) Core(TM) i3-7020U CPU
/0/100 bridge Xeon E3-1200 v6/7th Gen Core Pr
/0/100/2 display Intel Corporation
/0/100/4 generic Xeon E3-1200 v5/E3-1500 v5/6th
/0/100/14 bus Sunrise Point-LP USB 3.0 xHCI C
/0/100/14/0 usb1 bus xHCI Host Controller
/0/100/14/0/5 multimedia Integrated_Webcam_HD
/0/100/14/0/6 generic USB2.0-CRW
/0/100/14/0/7 communication Interface sem fio bluetooth
/0/100/14/1 usb2 bus xHCI Host Controller
/0/100/14.2 generic Sunrise Point-LP Thermal subsys
/0/100/15 generic Sunrise Point-LP Serial IO I2C
/0/100/16 communication Sunrise Point-LP CSME HECI #1
/0/100/17 scsi0 storage Sunrise Point-LP SATA Controlle
/0/100/17/0.0.0 /dev/sda disk 1TB TOSHIBA MQ04ABF1
Segue - Parte 02:
/0/100/17/0.0.0/1 volume 953MiB Windows FAT volume
/0/100/17/0.0.0/2 /dev/sda2 volume 7629MiB Linux swap volume
/0/100/17/0.0.0/3 /dev/sda3 volume 885GiB volume EXT4
/0/100/17/0.0.0/4 /dev/sda4 volume 18GiB volume EXT4
/0/100/1c bridge Sunrise Point-LP PCI Express Ro
/0/100/1c/0 enp1s0 network RTL810xE PCI Express Fast Ether
/0/100/1c.5 bridge Sunrise Point-LP PCI Express Ro
/0/100/1c.5/0 wlp2s0 network QCA9377 802.11ac Wireless Netwo
/0/100/1f bridge Sunrise Point LPC Controller/eS
/0/100/1f.2 memory Memory controller
/0/100/1f.3 multimedia Sunrise Point-LP HD Audio
/0/100/1f.4 bus Sunrise Point-LP SMBus
/0/1 system PnP device PNP0c02
/0/2 system PnP device PNP0b00
/0/3 generic PnP device INT3f0d
/0/4 input PnP device PNP0303
/0/5 generic PnP device DLL08d1
/0/6 system PnP device PNP0c02
/0/7 system PnP device PNP0c02
/0/8 system PnP device PNP0c02
/0/9 system PnP device PNP0c02
/1 power DELL FW8KR98
-
Se fosse meu, particionaria assim:
512 MB de boot/efi
Swap por uma questão conservadora, colocaria a =ram
100 GB de / (vai que gosta de baixar muitos programas, caso não, a metade)
o resto para o /home
Em tempo:
Segue uma dica do por quê da partição /home separada.
https://www.vivaolinux.com.br/artigo/InstaleReinstaleRecupere-o-Ubuntu-sem-perder-seus-arquivos
Acho que segui algum tutorial nesta linha, mas não sei se a minha máquina tem alguma especificidade que não levei em conta já que o tutorial é antigo.
-
Como o selvaking pediu, seria bom saber a marca e modelo do Notebook, pra poder ajudar na questão da lentidão.
Também é bom sabermos que uso você vai fazer do seu sistema. Essa questão de particionamento é longa, mas geralmente para um usário comum o particionamento padrão oferecido pelo instalador resolve para grande maioria. A não ser que você fosse instalar um servidor ou vá fazer uso intensivo de alguma aplicação em particular, nestes casos realmente precisaria realizar algumas mudanças em particular.
No seu caso que é Notebook faço duas perguntas:
1) Vai usar hibernação?
Se for usar o recurso de hibernação deixe uma partição swap no mínimo igual a quantidade de RAM. Como você não falou sua quantidade de RAM não posso opinar no tamanho dessa partição se não for hibernar. O Ubuntu 20.04 detecta se você criou ou não uma partição swap. Se não criou ele cria um Swap file ao invés de partição.
2) Vai querer ter a partição /home separada ou não?
Se quiser separada, deixa 30GB para partição raiz ou / . Mais do que suficiente para um usário comum. A não ser que você seja daqueles usuários compulsivos instaladores de programas! No meu caso que tenho muita coisa instalada minha raiz ocupa 17GB, mas tenho muita coisa para desenvolvimento e servidor instalados. O resto você pode deixar para seus dados na /home.
Enviei as configurações na citação à pergunta do selvaking: ela se encontra acima desta resposta.
Pretendo fazer um uso comum: internet e pacote de escritório.
1) Pode ser que em alguns momentos eu utilize. Inclusive, quando estou com duas telas e abaixo a tampa do notebook ele desliga o wi-fi.
2) Eu pensei em deixar a partição home com uns 50GB e deixar outra como se fosse uma NTFS livre (a função da home é tipo isto?) para eu fazer a gestão de todos os meus arquivos. Mas eu não sei qual seria a melhor opção no caso.
-
Ser vc instalou usando Legacy Boot, o processo de POST é mais lento mesmo. Via UEFI é mais rápido.
Também tem que ver se vc não instalou programas/serviços que rodam na inicialização, porque isso atrasa o boot.
Roda o comando abaixo, pra ver quem pode ser o culpado.
sudo systemd-analyze blame
Não sei o que é Legacy Boot: usei a opção de particionamento avançado do próprio instalador do Ubuntu 19.10.
Segue retorno do comando solicitado - Parte 01:
30.661s plymouth-quit-wait.service
23.170s systemd-journal-flush.service
18.976s dev-sda3.device
17.569s networkd-dispatcher.service
16.606s snapd.service
15.033s udisks2.service
14.800s winbind.service
13.031s NetworkManager-wait-online.service
11.672s tor@default.service
10.135s dev-loop10.device
9.328s dev-loop11.device
9.004s dev-loop2.device
8.971s dev-loop12.device
8.940s dev-loop6.device
8.798s dev-loop3.device
8.787s dev-loop14.device
8.716s dev-loop13.device
8.644s dev-loop4.device
7.974s dev-loop0.device
7.814s dev-loop8.device
7.812s dev-loop7.device
7.020s dev-loop9.device
6.983s dev-loop1.device
lines 1-23...skipping...
30.661s plymouth-quit-wait.service
23.170s systemd-journal-flush.service
18.976s dev-sda3.device
17.569s networkd-dispatcher.service
16.606s snapd.service
15.033s udisks2.service
14.800s winbind.service
13.031s NetworkManager-wait-online.service
11.672s tor@default.service
10.135s dev-loop10.device
9.328s dev-loop11.device
9.004s dev-loop2.device
8.971s dev-loop12.device
8.940s dev-loop6.device
8.798s dev-loop3.device
8.787s dev-loop14.device
8.716s dev-loop13.device
8.644s dev-loop4.device
7.974s dev-loop0.device
7.814s dev-loop8.device
7.812s dev-loop7.device
7.020s dev-loop9.device
6.983s dev-loop1.device
6.286s dev-loop5.device
6.256s accounts-daemon.service
5.973s NetworkManager.service
4.851s ModemManager.service
-
Ser vc instalou usando Legacy Boot, o processo de POST é mais lento mesmo. Via UEFI é mais rápido.
Também tem que ver se vc não instalou programas/serviços que rodam na inicialização, porque isso atrasa o boot.
Roda o comando abaixo, pra ver quem pode ser o culpado.
sudo systemd-analyze blame
Não sei o que é Legacy Boot: usei a opção de particionamento avançado do próprio instalador do Ubuntu 19.10.
Segue retorno do comando solicitado - Parte 01:
30.661s plymouth-quit-wait.service
23.170s systemd-journal-flush.service
18.976s dev-sda3.device
17.569s networkd-dispatcher.service
16.606s snapd.service
15.033s udisks2.service
14.800s winbind.service
13.031s NetworkManager-wait-online.service
11.672s tor@default.service
10.135s dev-loop10.device
9.328s dev-loop11.device
9.004s dev-loop2.device
8.971s dev-loop12.device
8.940s dev-loop6.device
8.798s dev-loop3.device
8.787s dev-loop14.device
8.716s dev-loop13.device
8.644s dev-loop4.device
7.974s dev-loop0.device
7.814s dev-loop8.device
7.812s dev-loop7.device
7.020s dev-loop9.device
6.983s dev-loop1.device
lines 1-23...skipping...
30.661s plymouth-quit-wait.service
23.170s systemd-journal-flush.service
18.976s dev-sda3.device
17.569s networkd-dispatcher.service
16.606s snapd.service
15.033s udisks2.service
14.800s winbind.service
13.031s NetworkManager-wait-online.service
11.672s tor@default.service
10.135s dev-loop10.device
9.328s dev-loop11.device
9.004s dev-loop2.device
8.971s dev-loop12.device
8.940s dev-loop6.device
8.798s dev-loop3.device
8.787s dev-loop14.device
8.716s dev-loop13.device
8.644s dev-loop4.device
7.974s dev-loop0.device
7.814s dev-loop8.device
7.812s dev-loop7.device
7.020s dev-loop9.device
6.983s dev-loop1.device
6.286s dev-loop5.device
6.256s accounts-daemon.service
5.973s NetworkManager.service
4.851s ModemManager.service
Segue retorno do comando solicitado - Parte 02:
4.559s secureboot-db.service
4.518s apport.service
4.434s grub-common.service
4.397s systemd-resolved.service
4.319s plymouth-read-write.service
4.012s avahi-daemon.service
3.958s rsyslog.service
3.948s grub-initrd-fallback.service
3.927s xrdp-sesman.service
3.919s thermald.service
3.916s e2scrub_reap.service
3.909s gpu-manager.service
3.897s wpa_supplicant.service
lines 1-40
30.661s plymouth-quit-wait.service
23.170s systemd-journal-flush.service
18.976s dev-sda3.device
17.569s networkd-dispatcher.service
16.606s snapd.service
15.033s udisks2.service
14.800s winbind.service
13.031s NetworkManager-wait-online.service
11.672s tor@default.service
10.135s dev-loop10.device
9.328s dev-loop11.device
9.004s dev-loop2.device
8.971s dev-loop12.device
8.940s dev-loop6.device
8.798s dev-loop3.device
8.787s dev-loop14.device
8.716s dev-loop13.device
8.644s dev-loop4.device
7.974s dev-loop0.device
7.814s dev-loop8.device
7.812s dev-loop7.device
7.020s dev-loop9.device
6.983s dev-loop1.device
6.286s dev-loop5.device
6.256s accounts-daemon.service
5.973s NetworkManager.service
4.851s ModemManager.service
4.559s secureboot-db.service
4.518s apport.service
4.434s grub-common.service
4.397s systemd-resolved.service
4.319s plymouth-read-write.service
4.012s avahi-daemon.service
3.958s rsyslog.service
3.948s grub-initrd-fallback.service
3.927s xrdp-sesman.service
3.919s thermald.service
3.916s e2scrub_reap.service
3.909s gpu-manager.service
-
Ser vc instalou usando Legacy Boot, o processo de POST é mais lento mesmo. Via UEFI é mais rápido.
Também tem que ver se vc não instalou programas/serviços que rodam na inicialização, porque isso atrasa o boot.
Roda o comando abaixo, pra ver quem pode ser o culpado.
sudo systemd-analyze blame
Não sei o que é Legacy Boot: usei a opção de particionamento avançado do próprio instalador do Ubuntu 19.10.
Segue retorno do comando solicitado - Parte 01:
30.661s plymouth-quit-wait.service
23.170s systemd-journal-flush.service
18.976s dev-sda3.device
17.569s networkd-dispatcher.service
16.606s snapd.service
15.033s udisks2.service
14.800s winbind.service
13.031s NetworkManager-wait-online.service
11.672s tor@default.service
10.135s dev-loop10.device
9.328s dev-loop11.device
9.004s dev-loop2.device
8.971s dev-loop12.device
8.940s dev-loop6.device
8.798s dev-loop3.device
8.787s dev-loop14.device
8.716s dev-loop13.device
8.644s dev-loop4.device
7.974s dev-loop0.device
7.814s dev-loop8.device
7.812s dev-loop7.device
7.020s dev-loop9.device
6.983s dev-loop1.device
lines 1-23...skipping...
30.661s plymouth-quit-wait.service
23.170s systemd-journal-flush.service
18.976s dev-sda3.device
17.569s networkd-dispatcher.service
16.606s snapd.service
15.033s udisks2.service
14.800s winbind.service
13.031s NetworkManager-wait-online.service
11.672s tor@default.service
10.135s dev-loop10.device
9.328s dev-loop11.device
9.004s dev-loop2.device
8.971s dev-loop12.device
8.940s dev-loop6.device
8.798s dev-loop3.device
8.787s dev-loop14.device
8.716s dev-loop13.device
8.644s dev-loop4.device
7.974s dev-loop0.device
7.814s dev-loop8.device
7.812s dev-loop7.device
7.020s dev-loop9.device
6.983s dev-loop1.device
6.286s dev-loop5.device
6.256s accounts-daemon.service
5.973s NetworkManager.service
4.851s ModemManager.service
Segue retorno do comando solicitado - Parte 02:
4.559s secureboot-db.service
4.518s apport.service
4.434s grub-common.service
4.397s systemd-resolved.service
4.319s plymouth-read-write.service
4.012s avahi-daemon.service
3.958s rsyslog.service
3.948s grub-initrd-fallback.service
3.927s xrdp-sesman.service
3.919s thermald.service
3.916s e2scrub_reap.service
3.909s gpu-manager.service
3.897s wpa_supplicant.service
lines 1-40
30.661s plymouth-quit-wait.service
23.170s systemd-journal-flush.service
18.976s dev-sda3.device
17.569s networkd-dispatcher.service
16.606s snapd.service
15.033s udisks2.service
14.800s winbind.service
13.031s NetworkManager-wait-online.service
11.672s tor@default.service
10.135s dev-loop10.device
9.328s dev-loop11.device
9.004s dev-loop2.device
8.971s dev-loop12.device
8.940s dev-loop6.device
8.798s dev-loop3.device
8.787s dev-loop14.device
8.716s dev-loop13.device
8.644s dev-loop4.device
7.974s dev-loop0.device
7.814s dev-loop8.device
7.812s dev-loop7.device
7.020s dev-loop9.device
6.983s dev-loop1.device
6.286s dev-loop5.device
6.256s accounts-daemon.service
5.973s NetworkManager.service
4.851s ModemManager.service
4.559s secureboot-db.service
4.518s apport.service
4.434s grub-common.service
4.397s systemd-resolved.service
4.319s plymouth-read-write.service
4.012s avahi-daemon.service
3.958s rsyslog.service
3.948s grub-initrd-fallback.service
3.927s xrdp-sesman.service
3.919s thermald.service
3.916s e2scrub_reap.service
3.909s gpu-manager.service
Segue retorno do comando solicitado - Parte 03:
3.897s wpa_supplicant.service
3.881s bluetooth.service
3.801s gdm.service
3.428s systemd-logind.service
3.372s tor.service
3.356s switcheroo-control.service
3.325s pppd-dns.service
3.246s systemd-modules-load.service
2.782s xrdp.service
2.465s systemd-udevd.service
2.287s snap-gnome\x2d3\x2d28\x2d1804-71.mount
2.113s snap-gnome\x2dlogs-81.mount
2.071s snap-gnome\x2dcalculator-730.mount
2.031s snap-core-8935.mount
1.754s snap-core-9066.mount
1.753s snap-gnome\x2dcharacters-399.mount
1.751s snap-gnome\x2dcharacters-495.mount
1.719s apparmor.service
1.390s fwupd.service
1.188s snap-gnome\x2d3\x2d28\x2d1804-116.mount
1.187s snap-gtk\x2dcommon\x2dthemes-1502.mount
1.182s plymouth-start.service
1.121s upower.service
937ms systemd-backlight@backlight:intel_backlight.service
901ms systemd-sysctl.service
748ms systemd-timesyncd.service
718ms systemd-rfkill.service
677ms snap-gnome\x2dlogs-93.mount
649ms polkit.service
556ms keyboard-setup.service
531ms systemd-fsck@dev-disk-by\x2duuid-EA73\x2d241C.service
30.661s plymouth-quit-wait.service
23.170s systemd-journal-flush.service
18.976s dev-sda3.device
17.569s networkd-dispatcher.service
16.606s snapd.service
15.033s udisks2.service
14.800s winbind.service
13.031s NetworkManager-wait-online.service
11.672s tor@default.service
10.135s dev-loop10.device
9.328s dev-loop11.device
9.004s dev-loop2.device
8.971s dev-loop12.device
8.940s dev-loop6.device
8.798s dev-loop3.device
8.787s dev-loop14.device
8.716s dev-loop13.device
-
Ser vc instalou usando Legacy Boot, o processo de POST é mais lento mesmo. Via UEFI é mais rápido.
Também tem que ver se vc não instalou programas/serviços que rodam na inicialização, porque isso atrasa o boot.
Roda o comando abaixo, pra ver quem pode ser o culpado.
sudo systemd-analyze blame
Não sei o que é Legacy Boot: usei a opção de particionamento avançado do próprio instalador do Ubuntu 19.10.
Segue retorno do comando solicitado - Parte 01:
30.661s plymouth-quit-wait.service
23.170s systemd-journal-flush.service
18.976s dev-sda3.device
17.569s networkd-dispatcher.service
16.606s snapd.service
15.033s udisks2.service
14.800s winbind.service
13.031s NetworkManager-wait-online.service
11.672s tor@default.service
10.135s dev-loop10.device
9.328s dev-loop11.device
9.004s dev-loop2.device
8.971s dev-loop12.device
8.940s dev-loop6.device
8.798s dev-loop3.device
8.787s dev-loop14.device
8.716s dev-loop13.device
8.644s dev-loop4.device
7.974s dev-loop0.device
7.814s dev-loop8.device
7.812s dev-loop7.device
7.020s dev-loop9.device
6.983s dev-loop1.device
lines 1-23...skipping...
30.661s plymouth-quit-wait.service
23.170s systemd-journal-flush.service
18.976s dev-sda3.device
17.569s networkd-dispatcher.service
16.606s snapd.service
15.033s udisks2.service
14.800s winbind.service
13.031s NetworkManager-wait-online.service
11.672s tor@default.service
10.135s dev-loop10.device
9.328s dev-loop11.device
9.004s dev-loop2.device
8.971s dev-loop12.device
8.940s dev-loop6.device
8.798s dev-loop3.device
8.787s dev-loop14.device
8.716s dev-loop13.device
8.644s dev-loop4.device
7.974s dev-loop0.device
7.814s dev-loop8.device
7.812s dev-loop7.device
7.020s dev-loop9.device
6.983s dev-loop1.device
6.286s dev-loop5.device
6.256s accounts-daemon.service
5.973s NetworkManager.service
4.851s ModemManager.service
Segue retorno do comando solicitado - Parte 02:
4.559s secureboot-db.service
4.518s apport.service
4.434s grub-common.service
4.397s systemd-resolved.service
4.319s plymouth-read-write.service
4.012s avahi-daemon.service
3.958s rsyslog.service
3.948s grub-initrd-fallback.service
3.927s xrdp-sesman.service
3.919s thermald.service
3.916s e2scrub_reap.service
3.909s gpu-manager.service
3.897s wpa_supplicant.service
lines 1-40
30.661s plymouth-quit-wait.service
23.170s systemd-journal-flush.service
18.976s dev-sda3.device
17.569s networkd-dispatcher.service
16.606s snapd.service
15.033s udisks2.service
14.800s winbind.service
13.031s NetworkManager-wait-online.service
11.672s tor@default.service
10.135s dev-loop10.device
9.328s dev-loop11.device
9.004s dev-loop2.device
8.971s dev-loop12.device
8.940s dev-loop6.device
8.798s dev-loop3.device
8.787s dev-loop14.device
8.716s dev-loop13.device
8.644s dev-loop4.device
7.974s dev-loop0.device
7.814s dev-loop8.device
7.812s dev-loop7.device
7.020s dev-loop9.device
6.983s dev-loop1.device
6.286s dev-loop5.device
6.256s accounts-daemon.service
5.973s NetworkManager.service
4.851s ModemManager.service
4.559s secureboot-db.service
4.518s apport.service
4.434s grub-common.service
4.397s systemd-resolved.service
4.319s plymouth-read-write.service
4.012s avahi-daemon.service
3.958s rsyslog.service
3.948s grub-initrd-fallback.service
3.927s xrdp-sesman.service
3.919s thermald.service
3.916s e2scrub_reap.service
3.909s gpu-manager.service
Segue retorno do comando solicitado - Parte 03:
3.897s wpa_supplicant.service
3.881s bluetooth.service
3.801s gdm.service
3.428s systemd-logind.service
3.372s tor.service
3.356s switcheroo-control.service
3.325s pppd-dns.service
3.246s systemd-modules-load.service
2.782s xrdp.service
2.465s systemd-udevd.service
2.287s snap-gnome\x2d3\x2d28\x2d1804-71.mount
2.113s snap-gnome\x2dlogs-81.mount
2.071s snap-gnome\x2dcalculator-730.mount
2.031s snap-core-8935.mount
1.754s snap-core-9066.mount
1.753s snap-gnome\x2dcharacters-399.mount
1.751s snap-gnome\x2dcharacters-495.mount
1.719s apparmor.service
1.390s fwupd.service
1.188s snap-gnome\x2d3\x2d28\x2d1804-116.mount
1.187s snap-gtk\x2dcommon\x2dthemes-1502.mount
1.182s plymouth-start.service
1.121s upower.service
937ms systemd-backlight@backlight:intel_backlight.service
901ms systemd-sysctl.service
748ms systemd-timesyncd.service
718ms systemd-rfkill.service
677ms snap-gnome\x2dlogs-93.mount
649ms polkit.service
556ms keyboard-setup.service
531ms systemd-fsck@dev-disk-by\x2duuid-EA73\x2d241C.service
30.661s plymouth-quit-wait.service
23.170s systemd-journal-flush.service
18.976s dev-sda3.device
17.569s networkd-dispatcher.service
16.606s snapd.service
15.033s udisks2.service
14.800s winbind.service
13.031s NetworkManager-wait-online.service
11.672s tor@default.service
10.135s dev-loop10.device
9.328s dev-loop11.device
9.004s dev-loop2.device
8.971s dev-loop12.device
8.940s dev-loop6.device
8.798s dev-loop3.device
8.787s dev-loop14.device
8.716s dev-loop13.device
Segue retorno do comando solicitado - Parte 04:
8.644s dev-loop4.device
7.974s dev-loop0.device
7.814s dev-loop8.device
7.812s dev-loop7.device
7.020s dev-loop9.device
6.983s dev-loop1.device
6.286s dev-loop5.device
6.256s accounts-daemon.service
5.973s NetworkManager.service
4.851s ModemManager.service
4.559s secureboot-db.service
4.518s apport.service
4.434s grub-common.service
4.397s systemd-resolved.service
4.319s plymouth-read-write.service
4.012s avahi-daemon.service
3.958s rsyslog.service
3.948s grub-initrd-fallback.service
3.927s xrdp-sesman.service
3.919s thermald.service
3.916s e2scrub_reap.service
3.909s gpu-manager.service
3.897s wpa_supplicant.service
3.881s bluetooth.service
3.801s gdm.service
3.428s systemd-logind.service
3.372s tor.service
3.356s switcheroo-control.service
3.325s pppd-dns.service
3.246s systemd-modules-load.service
2.782s xrdp.service
2.465s systemd-udevd.service
2.287s snap-gnome\x2d3\x2d28\x2d1804-71.mount
2.113s snap-gnome\x2dlogs-81.mount
2.071s snap-gnome\x2dcalculator-730.mount
2.031s snap-core-8935.mount
1.754s snap-core-9066.mount
1.753s snap-gnome\x2dcharacters-399.mount
1.751s snap-gnome\x2dcharacters-495.mount
1.719s apparmor.service
1.390s fwupd.service
1.188s snap-gnome\x2d3\x2d28\x2d1804-116.mount
1.187s snap-gtk\x2dcommon\x2dthemes-1502.mount
1.182s plymouth-start.service
1.121s upower.service
937ms systemd-backlight@backlight:intel_backlight.service
901ms systemd-sysctl.service
748ms systemd-timesyncd.service
718ms systemd-rfkill.service
-
Ser vc instalou usando Legacy Boot, o processo de POST é mais lento mesmo. Via UEFI é mais rápido.
Também tem que ver se vc não instalou programas/serviços que rodam na inicialização, porque isso atrasa o boot.
Roda o comando abaixo, pra ver quem pode ser o culpado.
sudo systemd-analyze blame
Não sei o que é Legacy Boot: usei a opção de particionamento avançado do próprio instalador do Ubuntu 19.10.
Segue retorno do comando solicitado - Parte 01:
30.661s plymouth-quit-wait.service
23.170s systemd-journal-flush.service
18.976s dev-sda3.device
17.569s networkd-dispatcher.service
16.606s snapd.service
15.033s udisks2.service
14.800s winbind.service
13.031s NetworkManager-wait-online.service
11.672s tor@default.service
10.135s dev-loop10.device
9.328s dev-loop11.device
9.004s dev-loop2.device
8.971s dev-loop12.device
8.940s dev-loop6.device
8.798s dev-loop3.device
8.787s dev-loop14.device
8.716s dev-loop13.device
8.644s dev-loop4.device
7.974s dev-loop0.device
7.814s dev-loop8.device
7.812s dev-loop7.device
7.020s dev-loop9.device
6.983s dev-loop1.device
lines 1-23...skipping...
30.661s plymouth-quit-wait.service
23.170s systemd-journal-flush.service
18.976s dev-sda3.device
17.569s networkd-dispatcher.service
16.606s snapd.service
15.033s udisks2.service
14.800s winbind.service
13.031s NetworkManager-wait-online.service
11.672s tor@default.service
10.135s dev-loop10.device
9.328s dev-loop11.device
9.004s dev-loop2.device
8.971s dev-loop12.device
8.940s dev-loop6.device
8.798s dev-loop3.device
8.787s dev-loop14.device
8.716s dev-loop13.device
8.644s dev-loop4.device
7.974s dev-loop0.device
7.814s dev-loop8.device
7.812s dev-loop7.device
7.020s dev-loop9.device
6.983s dev-loop1.device
6.286s dev-loop5.device
6.256s accounts-daemon.service
5.973s NetworkManager.service
4.851s ModemManager.service
Segue retorno do comando solicitado - Parte 02:
4.559s secureboot-db.service
4.518s apport.service
4.434s grub-common.service
4.397s systemd-resolved.service
4.319s plymouth-read-write.service
4.012s avahi-daemon.service
3.958s rsyslog.service
3.948s grub-initrd-fallback.service
3.927s xrdp-sesman.service
3.919s thermald.service
3.916s e2scrub_reap.service
3.909s gpu-manager.service
3.897s wpa_supplicant.service
lines 1-40
30.661s plymouth-quit-wait.service
23.170s systemd-journal-flush.service
18.976s dev-sda3.device
17.569s networkd-dispatcher.service
16.606s snapd.service
15.033s udisks2.service
14.800s winbind.service
13.031s NetworkManager-wait-online.service
11.672s tor@default.service
10.135s dev-loop10.device
9.328s dev-loop11.device
9.004s dev-loop2.device
8.971s dev-loop12.device
8.940s dev-loop6.device
8.798s dev-loop3.device
8.787s dev-loop14.device
8.716s dev-loop13.device
8.644s dev-loop4.device
7.974s dev-loop0.device
7.814s dev-loop8.device
7.812s dev-loop7.device
7.020s dev-loop9.device
6.983s dev-loop1.device
6.286s dev-loop5.device
6.256s accounts-daemon.service
5.973s NetworkManager.service
4.851s ModemManager.service
4.559s secureboot-db.service
4.518s apport.service
4.434s grub-common.service
4.397s systemd-resolved.service
4.319s plymouth-read-write.service
4.012s avahi-daemon.service
3.958s rsyslog.service
3.948s grub-initrd-fallback.service
3.927s xrdp-sesman.service
3.919s thermald.service
3.916s e2scrub_reap.service
3.909s gpu-manager.service
Segue retorno do comando solicitado - Parte 03:
3.897s wpa_supplicant.service
3.881s bluetooth.service
3.801s gdm.service
3.428s systemd-logind.service
3.372s tor.service
3.356s switcheroo-control.service
3.325s pppd-dns.service
3.246s systemd-modules-load.service
2.782s xrdp.service
2.465s systemd-udevd.service
2.287s snap-gnome\x2d3\x2d28\x2d1804-71.mount
2.113s snap-gnome\x2dlogs-81.mount
2.071s snap-gnome\x2dcalculator-730.mount
2.031s snap-core-8935.mount
1.754s snap-core-9066.mount
1.753s snap-gnome\x2dcharacters-399.mount
1.751s snap-gnome\x2dcharacters-495.mount
1.719s apparmor.service
1.390s fwupd.service
1.188s snap-gnome\x2d3\x2d28\x2d1804-116.mount
1.187s snap-gtk\x2dcommon\x2dthemes-1502.mount
1.182s plymouth-start.service
1.121s upower.service
937ms systemd-backlight@backlight:intel_backlight.service
901ms systemd-sysctl.service
748ms systemd-timesyncd.service
718ms systemd-rfkill.service
677ms snap-gnome\x2dlogs-93.mount
649ms polkit.service
556ms keyboard-setup.service
531ms systemd-fsck@dev-disk-by\x2duuid-EA73\x2d241C.service
30.661s plymouth-quit-wait.service
23.170s systemd-journal-flush.service
18.976s dev-sda3.device
17.569s networkd-dispatcher.service
16.606s snapd.service
15.033s udisks2.service
14.800s winbind.service
13.031s NetworkManager-wait-online.service
11.672s tor@default.service
10.135s dev-loop10.device
9.328s dev-loop11.device
9.004s dev-loop2.device
8.971s dev-loop12.device
8.940s dev-loop6.device
8.798s dev-loop3.device
8.787s dev-loop14.device
8.716s dev-loop13.device
Segue retorno do comando solicitado - Parte 04:
8.644s dev-loop4.device
7.974s dev-loop0.device
7.814s dev-loop8.device
7.812s dev-loop7.device
7.020s dev-loop9.device
6.983s dev-loop1.device
6.286s dev-loop5.device
6.256s accounts-daemon.service
5.973s NetworkManager.service
4.851s ModemManager.service
4.559s secureboot-db.service
4.518s apport.service
4.434s grub-common.service
4.397s systemd-resolved.service
4.319s plymouth-read-write.service
4.012s avahi-daemon.service
3.958s rsyslog.service
3.948s grub-initrd-fallback.service
3.927s xrdp-sesman.service
3.919s thermald.service
3.916s e2scrub_reap.service
3.909s gpu-manager.service
3.897s wpa_supplicant.service
3.881s bluetooth.service
3.801s gdm.service
3.428s systemd-logind.service
3.372s tor.service
3.356s switcheroo-control.service
3.325s pppd-dns.service
3.246s systemd-modules-load.service
2.782s xrdp.service
2.465s systemd-udevd.service
2.287s snap-gnome\x2d3\x2d28\x2d1804-71.mount
2.113s snap-gnome\x2dlogs-81.mount
2.071s snap-gnome\x2dcalculator-730.mount
2.031s snap-core-8935.mount
1.754s snap-core-9066.mount
1.753s snap-gnome\x2dcharacters-399.mount
1.751s snap-gnome\x2dcharacters-495.mount
1.719s apparmor.service
1.390s fwupd.service
1.188s snap-gnome\x2d3\x2d28\x2d1804-116.mount
1.187s snap-gtk\x2dcommon\x2dthemes-1502.mount
1.182s plymouth-start.service
1.121s upower.service
937ms systemd-backlight@backlight:intel_backlight.service
901ms systemd-sysctl.service
748ms systemd-timesyncd.service
718ms systemd-rfkill.service
Segue retorno do comando solicitado - Parte 05:
677ms snap-gnome\x2dlogs-93.mount
649ms polkit.service
556ms keyboard-setup.service
531ms systemd-fsck@dev-disk-by\x2duuid-EA73\x2d241C.service
465ms systemd-sysusers.service
442ms snap-gnome\x2d3\x2d34\x2d1804-27.mount
411ms systemd-journald.service
397ms systemd-udev-trigger.service
348ms kmod-static-nodes.service
333ms systemd-random-seed.service
329ms snap-core18-1754.mount
322ms snap-gnome\x2dcalculator-704.mount
300ms ufw.service
260ms systemd-tmpfiles-setup.service
226ms systemd-user-sessions.service
217ms user@1000.service
174ms colord.service
170ms systemd-tmpfiles-setup-dev.service
169ms swapfile.swap
152ms snap-core18-1705.mount
149ms snapd.seeded.service
143ms sys-kernel-debug.mount
137ms snap-gtk\x2dcommon\x2dthemes-1506.mount
133ms systemd-remount-fs.service
106ms snapd.socket
102ms kerneloops.service
88ms setvtrgb.service
79ms bolt.service
73ms systemd-update-utmp.service
69ms systemd-tmpfiles-clean.service
63ms console-setup.service
55ms rtkit-daemon.service
40ms boot-efi.mount
37ms systemd-update-utmp-runlevel.service
36ms openvpn.service
25ms NetworkManager-dispatcher.service
24ms user-runtime-dir@1000.service
9ms dev-mqueue.mount
8ms sys-kernel-config.mount
6ms sys-fs-fuse-connections.mount
5ms dev-hugepages.mount
lines 71-107/107 (END)
-
Catei o modelo do seu micro e vi que vc tem uma máquina de médio porte.
Notebook Dell Inspiron i15-3584-U10P 7ª Geração Intel Core i3 4GB 1TB 15.6” Linux McAfee Preto
Ela vem com o Ubuntu Linux de fábrica, Provavelmente com alguma configuração da Dell para o vídeo e como vc instalou e não aproveitou a instalação existente. A carga do sistema deve tá lenta por causa disso.
Tbm notei que as partições estão fora de ordem com a /dev/sda4 antes da /dev/sda3.
Ele tá com o UEFI ativo, pois possui a partição EFI e o disco tá formatado com o GPT.
Verifique no SETUP se o Secure Boot está ativado. Se estiver, desative e veja como fica.
Coloca mais informações aqui.
sudo blkidcat /etc/fstabhostnamectlsudo parted -l
Estava olhando novamente suas imagens. E fiquei assustado com o seu particionamento. Típico de quem está aprendendo e comete alguns erros.
Vc tá usando a partição /boot/efi (/dev/sda1) e a partição "/", raiz em /dev/sda3 de 950 GiB.
Vc não ativou a /dev/sda2 que é sua SWAP e que pode causar a lentidão sofrida.
vc tem 20 GiB de espaço livre no meio do disco e 20 GiB de dados em /dev/sda4 que não está sendo montada.
Vc tá precisando de ajuda mesmo.
Ou vc começa tudo do zero se não possuir dados importantes nesse seu HD, ou tenta consertar o que tá errado pedindo ajuda aos "universitários" (brincadeira)
QQ que seja a sua opção me disponho a ajudar pelo ZAP que é mais efetivo.
-
Catei o modelo do seu micro e vi que vc tem uma máquina de médio porte.
Notebook Dell Inspiron i15-3584-U10P 7ª Geração Intel Core i3 4GB 1TB 15.6” Linux McAfee Preto
Ela vem com o Ubuntu Linux de fábrica, Provavelmente com alguma configuração da Dell para o vídeo e como vc instalou e não aproveitou a instalação existente. A carga do sistema deve tá lenta por causa disso.
Tbm notei que as partições estão fora de ordem com a /dev/sda4 antes da /dev/sda3.
Ele tá com o UEFI ativo, pois possui a partição EFI e o disco tá formatado com o GPT.
Verifique no SETUP se o Secure Boot está ativado. Se estiver, desative e veja como fica.
Coloca mais informações aqui.
sudo blkidcat /etc/fstabhostnamectlsudo parted -l
Estava olhando novamente suas imagens. E fiquei assustado com o seu particionamento. Típico de quem está aprendendo e comete alguns erros.
Vc tá usando a partição /boot/efi (/dev/sda1) e a partição "/", raiz em /dev/sda3 de 950 GiB.
Vc não ativou a /dev/sda2 que é sua SWAP e que pode causar a lentidão sofrida.
vc tem 20 GiB de espaço livre no meio do disco e 20 GiB de dados em /dev/sda4 que não está sendo montada.
Vc tá precisando de ajuda mesmo.
Ou vc começa tudo do zero se não possuir dados importantes nesse seu HD, ou tenta consertar o que tá errado pedindo ajuda aos "universitários" (brincadeira)
QQ que seja a sua opção me disponho a ajudar pelo ZAP que é mais efetivo.
Olá selvaking,
De fato, estou precisando de ajuda mesmo. rs
Há muitos anos fiz um particionamento seguindo um tutorial para usar dual boot com Windows e, aparentemente, deu certo. Só que dessa vez parece que piorou do jeito que veio de fábrica.
Minha intenção é começar do zero mesmo já que não zoneei muito a máquina com meus arquivos, mas gostaria de ter um desempenho bom, pois na minha máquina antiga estava apenas um pouco pior do que está hoje e a máquina atual é infinitamente superior à antiga.
O Secure Boot não está ativado.
Quando usava Windows sempre deixava uma partição sem um SO instalado, normalmente era o ‘D:’ e os arquivos eram guardados lá. Quando precisava formatar bastava formatar o ‘C:’: era isso que queria fazer num disco exclusivamente para o Ubuntu.
Obs.: não sabia o que era UEFI. Parei no tempo da BIOS. rs
Segue retorno do comando ‘sudo blkid’:
/dev/sda3: UUID="68b4f728-23e4-4f1f-8ca2-98430c05b4b9" TYPE="ext4" PARTUUID="99daac5b-10db-4de7-8aec-6f28d01d09dc"
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
/dev/loop4: TYPE="squashfs"
/dev/loop5: TYPE="squashfs"
/dev/loop6: TYPE="squashfs"
/dev/loop7: TYPE="squashfs"
/dev/sda1: UUID="EA73-241C" TYPE="vfat" PARTUUID="1387c06c-a595-4566-892f-08043264abb0"
/dev/sda2: UUID="92d08a35-36a5-4eaa-b6b1-77582a768cea" TYPE="swap" PARTUUID="02e3156c-33c3-450b-b652-b0a6253da5c1"
/dev/sda4: UUID="bc1d09d8-2ae7-4eae-a13d-b22ef3d805b7" TYPE="ext4" PARTUUID="43d96009-d4dd-4efe-bf0e-bdf7882ada60"
/dev/loop8: TYPE="squashfs"
/dev/loop9: TYPE="squashfs"
/dev/loop10: TYPE="squashfs"
/dev/loop11: TYPE="squashfs"
/dev/loop12: TYPE="squashfs"
/dev/loop13: TYPE="squashfs"
/dev/loop14: TYPE="squashfs"
-
Catei o modelo do seu micro e vi que vc tem uma máquina de médio porte.
Notebook Dell Inspiron i15-3584-U10P 7ª Geração Intel Core i3 4GB 1TB 15.6” Linux McAfee Preto
Ela vem com o Ubuntu Linux de fábrica, Provavelmente com alguma configuração da Dell para o vídeo e como vc instalou e não aproveitou a instalação existente. A carga do sistema deve tá lenta por causa disso.
Tbm notei que as partições estão fora de ordem com a /dev/sda4 antes da /dev/sda3.
Ele tá com o UEFI ativo, pois possui a partição EFI e o disco tá formatado com o GPT.
Verifique no SETUP se o Secure Boot está ativado. Se estiver, desative e veja como fica.
Coloca mais informações aqui.
sudo blkidcat /etc/fstabhostnamectlsudo parted -l
Estava olhando novamente suas imagens. E fiquei assustado com o seu particionamento. Típico de quem está aprendendo e comete alguns erros.
Vc tá usando a partição /boot/efi (/dev/sda1) e a partição "/", raiz em /dev/sda3 de 950 GiB.
Vc não ativou a /dev/sda2 que é sua SWAP e que pode causar a lentidão sofrida.
vc tem 20 GiB de espaço livre no meio do disco e 20 GiB de dados em /dev/sda4 que não está sendo montada.
Vc tá precisando de ajuda mesmo.
Ou vc começa tudo do zero se não possuir dados importantes nesse seu HD, ou tenta consertar o que tá errado pedindo ajuda aos "universitários" (brincadeira)
QQ que seja a sua opção me disponho a ajudar pelo ZAP que é mais efetivo.
Olá selvaking,
De fato, estou precisando de ajuda mesmo. rs
Há muitos anos fiz um particionamento seguindo um tutorial para usar dual boot com Windows e, aparentemente, deu certo. Só que dessa vez parece que piorou do jeito que veio de fábrica.
Minha intenção é começar do zero mesmo já que não zoneei muito a máquina com meus arquivos, mas gostaria de ter um desempenho bom, pois na minha máquina antiga estava apenas um pouco pior do que está hoje e a máquina atual é infinitamente superior à antiga.
O Secure Boot não está ativado.
Quando usava Windows sempre deixava uma partição sem um SO instalado, normalmente era o ‘D:’ e os arquivos eram guardados lá. Quando precisava formatar bastava formatar o ‘C:’: era isso que queria fazer num disco exclusivamente para o Ubuntu.
Obs.: não sabia o que era UEFI. Parei no tempo da BIOS. rs
Segue retorno do comando ‘sudo blkid’:
/dev/sda3: UUID="68b4f728-23e4-4f1f-8ca2-98430c05b4b9" TYPE="ext4" PARTUUID="99daac5b-10db-4de7-8aec-6f28d01d09dc"
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
/dev/loop4: TYPE="squashfs"
/dev/loop5: TYPE="squashfs"
/dev/loop6: TYPE="squashfs"
/dev/loop7: TYPE="squashfs"
/dev/sda1: UUID="EA73-241C" TYPE="vfat" PARTUUID="1387c06c-a595-4566-892f-08043264abb0"
/dev/sda2: UUID="92d08a35-36a5-4eaa-b6b1-77582a768cea" TYPE="swap" PARTUUID="02e3156c-33c3-450b-b652-b0a6253da5c1"
/dev/sda4: UUID="bc1d09d8-2ae7-4eae-a13d-b22ef3d805b7" TYPE="ext4" PARTUUID="43d96009-d4dd-4efe-bf0e-bdf7882ada60"
/dev/loop8: TYPE="squashfs"
/dev/loop9: TYPE="squashfs"
/dev/loop10: TYPE="squashfs"
/dev/loop11: TYPE="squashfs"
/dev/loop12: TYPE="squashfs"
/dev/loop13: TYPE="squashfs"
/dev/loop14: TYPE="squashfs"
Segue retorno do comando ‘cat /etc/fstab’:
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda3 during installation
UUID=68b4f728-23e4-4f1f-8ca2-98430c05b4b9 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda1 during installation
UUID=EA73-241C /boot/efi vfat umask=0077 0 1
/swapfile
Segue retorno ao comando ‘hostnamectl’:
Static hostname: notebook-Inspiron-3584
Icon name: computer-laptop
Chassis: laptop
Machine ID: XXX (achei melhor não tornar isto público)
Boot ID: XXX (achei melhor não tornar isto público)
Operating System: Ubuntu 19.10
Kernel: Linux 5.3.0-46-generic
Architecture: x86-64
Segue retorno do comando ‘sudo parted -l’:
Modelo: ATA TOSHIBA MQ04ABF1 (scsi)
Disco /dev/sda: 1000GB
Tamanho do setor (lógico/físico): 512B/4096B
Tabela de Partição: gpt
Opções de disco:
Número Início Fim Tamanho Sistema de arquivos Nome Opções
1 1049kB 1001MB 1000MB fat32 boot, esp
2 1001MB 9002MB 8001MB linux-swap(v1)
4 29,0GB 49,0GB 20,0GB ext4
3 49,0GB 1000GB 951GB ext4
-
Minha intenção é começar do zero mesmo já que não zoneei muito a máquina com meus arquivos, mas gostaria de ter um desempenho bom, pois na minha máquina antiga estava apenas um pouco pior do que está hoje e a máquina atual é infinitamente superior à antiga.
VAmos tentar ajustar ela do jeito que tá.
O Secure Boot não está ativado.
Ok!
Quando usava Windows sempre deixava uma partição sem um SO instalado, normalmente era o ‘D:’ e os arquivos eram guardados lá. Quando precisava formatar bastava formatar o ‘C:’: era isso que queria fazer num disco exclusivamente para o Ubuntu.
Quando usava o Windows tbm fazia isso. No mundo linux vc pode usar uma determinada partição como uma pasta específica. Então a pasta /home que é aonde fica os arquivos dos usuarios do sistema pode ser uma partição específica do sistema. Vc ao reinstalar não precisa mexer nela. Seus dados ficam resguardados. Vc fez um particionamento mais na hora de instalar não os usou. Entendeu?
Obs.: não sabia o que era UEFI. Parei no tempo da BIOS. rs
A BIOS continua. O que mudou foi a forma dela interagir com o sistema. No tempo do DOS-MBR não havia essa interação.
Vamos começar por partes como o Jack.
Adicione a seguinte linha no final do seu arquivo /etc/fstab.
UUID=92d08a35-36a5-4eaa-b6b1-77582a768cea none swap sw 0 0
Aproveite e comente a linha abaixo com uma "#" nesse mesmo arquivo.
#/swapfile
Use para isso o comando abaixo no terminal:
sudo gedit /etc/fstab&
salve o arquivo. feche o editor e reinicie sua máquina.
-
Olá selvaking, tudo bem?
Como vou adicionar esta linha?
Vamos começar por partes como o Jack.
Adicione a seguinte linha no final do seu arquivo /etc/fstab.
UUID=92d08a35-36a5-4eaa-b6b1-77582a768cea none swap sw 0 0
É com este comando? Se sim, não deu certo.
Use para isso o comando abaixo no terminal:
sudo gedit /etc/fstab&
Fui até à pasta em que se encontrava o arquivo, entrei nele, inseri a linha, mas não consegui salvar por não ter as permissões.
Detalhe: é para tirar uma linha parecida que já tem neste arquivo?
UUID=EA73-241C /boot/efi vfat umask=0077 0 1 /swapfile none swap sw 0 0
Não é melhor ir na instalação avançada e fazer um particionamento do zero? Está muito complexo.
Abraços.
-
O comando é pra ser colocado no terminal. O terminal seria um prompt do linux. Existe em tudo que linux. Por isso a escolha de ensinar algo pro terminal.vc clica em "atividades" e procura pro terminal.
-
O comando é pra ser colocado no terminal. O terminal seria um prompt do linux. Existe em tudo que linux. Por isso a escolha de ensinar algo pro terminal.vc clica em "atividades" e procura pro terminal.
selvaking, eu sei o que é terminal, tanto é que executei os demais comandos que pediu. Não sou um usuário avançado, porém, não sou totalmente leigo. Infelizmente não fui feliz no momento do particionamento desta vez.
Seguem os resultados dos últimos comandos solicitados (não deram certo):
notebook@notebook-Inspiron-3584:~$ sudo gedit /etc/fstab&
[1] 3276
notebook@notebook-Inspiron-3584:~$ UUID=92d08a35-36a5-4eaa-b6b1-77582a768cea none swap sw 0 0
Comando 'none' não encontrado, você quis dizer:
comando 'note' do deb note (1.3.26-3)
comando 'node' do deb nodejs (10.15.2~dfsg-2ubuntu1)
comando 'nona' do deb hugin-tools (2019.0.0+dfsg-2)
Experimente: sudo apt install <deb name>
[1]+ Parado sudo gedit /etc/fstab
notebook@notebook-Inspiron-3584:~$ #/swapfile
notebook@notebook-Inspiron-3584:~$ "
-
Se vc sabe o que é terminal, vou repetir algo que vc não entendeu. E vc vai rir muito se entender.
O único comando a ser executado no terminal é esse:
sudo gedit /etc/fstab
Ele vai executar o programa gedit que vem a ser o editor de texto do gnome no linux em modo super-usuário root. Ele executa com o arquivo /etc/fstab já aberto.
O arquivo /etc/fstab é o arquivo que vc vai editar adicionando a linha que te falei e comentando outra.
Leia e releia as instruções que te enviei novamente.
ps: Retirei o "&" do fim do comando pois o sudo não estava executando pela primeira vez pois aguardava a senha.
-
Feito!
Eu tinha entendido tudo, porém, não estava dando certo: ao retirar o "&" deu certo.
Qual o próximo passo? Para que serviu o acréscimo dessa linha? Para ativar a partição swap?
-
Feito!
Ok!
Eu tinha entendido tudo, porém, não estava dando certo: ao retirar o "&" deu certo.
O "&" comercial libera o prompt do terminal após executar o comando, mais a primeira vez com o sudo tem que usar a senha e como já tinha feito aqui, rodava de boa.
Qual o próximo passo? Para que serviu o acréscimo dessa linha? Para ativar a partição swap?
O acréscimo da linha serviu pra utilizar a partição SWAP que estava sem função.
Melhorou a performance do notebook?
coloca a saída desse comando:
lsblk /dev/sda
-
Feito!
Ok!
Eu tinha entendido tudo, porém, não estava dando certo: ao retirar o "&" deu certo.
O "&" comercial libera o prompt do terminal após executar o comando, mais a primeira vez com o sudo tem que usar a senha e como já tinha feito aqui, rodava de boa.
Qual o próximo passo? Para que serviu o acréscimo dessa linha? Para ativar a partição swap?
O acréscimo da linha serviu pra utilizar a partição SWAP que estava sem função.
Melhorou a performance do notebook?
coloca a saída desse comando:
lsblk /dev/sda
Opa,
Melhorou para desligar. Para ligar não percebi melhora.
Segue o retorno ao código "sblk /dev/sda":
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 931,5G 0 disk
├─sda1 8:1 0 954M 0 part /boot/efi
├─sda2 8:2 0 7,5G 0 part [SWAP]
├─sda3 8:3 0 885,9G 0 part /
└─sda4 8:4 0 18,6G 0 part
-
Melhorou para desligar. Para ligar não percebi melhora.
Melhora pra ligar vc não vai perceber se não estiver usando uma unidade SSD.
No Windows ele é ligado mais rápido pois apela pra hibernação e nem todos os Hardwares suportam hibernação sobre o Ubuntu. É preciso testar pra saber se o seu ubuntu vai hibernar seu hardware de boa. Inclusive essa opção foi removida do Ubuntu. Mas pode ser utilizada se o hardware suportar.
A primeira coisa a se fazer e ter uma partição de memória SWAP maior ou de mesmo tamanho que a memória e vc tem em torno de 8Gb
2 1001MB 9002MB 8001MB linux-swap(v1)
faça o teste e veja se o seu micro consegue hibernar.
sudo pm-hibernate
Se o comando der desconhecido é pq ele não está instalado.
Instale o pacote pm-utils
sudo apt install pm-utils
e depois execute novamente o primeiro comando dado.
Se o computador se desligar e vc ao ligar verificar que ele volta rapidamente e com todos os programas anteriormente abertos e pq a hibernação funciona nele. Deixe alguns programas abertos para esse teste.
-
Melhora pra ligar vc não vai perceber se não estiver usando uma unidade SSD.
O meu é SSD.
No Windows ele é ligado mais rápido pois apela pra hibernação e nem todos os Hardwares suportam hibernação sobre o Ubuntu. É preciso testar pra saber se o seu ubuntu vai hibernar seu hardware de boa. Inclusive essa opção foi removida do Ubuntu. Mas pode ser utilizada se o hardware suportar.
A primeira coisa a se fazer e ter uma partição de memória SWAP maior ou de mesmo tamanho que a memória e vc tem em torno de 8Gb
2 1001MB 9002MB 8001MB linux-swap(v1)
faça o teste e veja se o seu micro consegue hibernar.
sudo pm-hibernate
Se o comando der desconhecido é pq ele não está instalado.
Instale o pacote pm-utils
sudo apt install pm-utils
e depois execute novamente o primeiro comando dado.
Se o computador se desligar e vc ao ligar verificar que ele volta rapidamente e com todos os programas anteriormente abertos e pq a hibernação funciona nele. Deixe alguns programas abertos para esse teste.
Executei os comandos. A função hibernar não estava instalada. Demorou 1 minuto para processar depois de ter executado o seguinte código:
sudo pm-hibernateE depois que ele processou, a tela ficou preta por 1 ou 2 segundos e depois voltou para o que estava aberto.
Reiniciei e parece que teve uma ligeira melhora, mas não igual estava com o Ubuntu de fábrica da Dell.
Mas, sinceramente, já nem estou preocupando mais com esta velocidade no momento: quero é formatar logo e instalar o Ubuntu 20.04 LTS.
Já tenho 8GB para SWAP: vou aumentar para 16GB, por exemplo.
O que mais tenho que fazer com as demais partições?
Obrigado.
Abraços.
-
E que tem uma partição que não estava sendo carregada e justamente aonde estava a instalação da DELL.
Em qq instalação que carregar vá no terminal e use os comandos abaixo:
sudo os-prober
-
E que tem uma partição que não estava sendo carregada e justamente aonde estava a instalação da DELL.
Em qq instalação que carregar vá no terminal e use os comandos abaixo:
sudo os-prober
Executei, mas não deu nenhum retorno. Depois reiniciei e não mudou nada.
Parece que você quis dizer mais coisas, mas o texto veio faltando pedaços, não?
-
Olá,
Formatei o notebook do zero e adotei o seguinte particionamento:
(https://i.postimg.cc/T5c0vDh4/Captura-de-tela-de-2020-06-01-20-59-38.png) (https://postimg.cc/T5c0vDh4)
É o ideal? Está OK? O que poderia melhorar?
Abraços.
-
Olá,
Formatei o notebook do zero e adotei o seguinte particionamento:
(https://i.postimg.cc/T5c0vDh4/Captura-de-tela-de-2020-06-01-20-59-38.png) (https://postimg.cc/T5c0vDh4)
É o ideal? Está OK? O que poderia melhorar?
Abraços.
Olha, o dobro de memoria fisica para swap, a partição em fat32 (eu) deixo apenas 300mb, para raiz, uns 50GB e o resto home, mas esá bom pelo tamanho do HD está ok, sim
T+
-
Olá,
Formatei o notebook do zero e adotei o seguinte particionamento:
(https://i.postimg.cc/T5c0vDh4/Captura-de-tela-de-2020-06-01-20-59-38.png) (https://postimg.cc/T5c0vDh4)
É o ideal? Está OK? O que poderia melhorar?
Abraços.
Olha, o dobro de memoria fisica para swap, a partição em fat32 (eu) deixo apenas 300mb, para raiz, uns 50GB e o resto home, mas esá bom pelo tamanho do HD está ok, sim
T+
Opa,
Obrigado a todos pela a ajuda.
Abs.