Atualização demorada pelo zypper no OpenSuse Tumbleweed

Português (Portuguese) Geral
1

Olá a todos, faz 6 meses que estou usando OpenSUSE Tumbleweed e é a única distro Linux que é compátivel com meu hardware, mas o foco principal deste debate é lentidão em buscar atualização e instalar os mesmos, logo abaixo as especificações de harware, tempo aproximado via “time” e logs de depuração.

localhost:/home/suse # time zypper update
Procurando chaves gpg no repositório google-chrome.
gpgkey=https://dl.google.com/linux/linux_signing_key.pub
Baixando os metadados do repositório ‘google-chrome’ …[concluído]
Construindo o cache do repositório ‘google-chrome’ …[concluído]
Procurando chaves gpg no repositório plater’s Home Project (Tumbleweed).
gpgkey=https://download.opensuse.org/repositories/home:/plater/Tumbleweed/repodata/repomd.xml.key
Baixando os metadados do repositório ‘plater’s Home Project (Tumbleweed)’ …[concluído]
Construindo o cache do repositório ‘plater’s Home Project (Tumbleweed)’ …[concluído]
Carregando dados do repositório…
Lendo os pacotes instalados…

As seguintes 124 atualizações de pacote NÃO serão instaladas:
(Texto cortado pra econimizar espaço)

O seguinte produto será atualizado:
openSUSE Tumbleweed 20260223-0 → 20260226-0
O produto ‘openSUSE Tumbleweed’ precisa ser atualizado usando ‘zypper dup’!

O seguinte pacote NOVO será instalado:
libpoppler157

203 pacotes a atualizar, 1 novo.

Tamanho do pacote para download: 670,7 MiB

Alteração no tamanho da instalação do pacote:
| 2,07 GiB requerido pelos pacotes que serão instalados
12,0 MiB | - 2,06 GiB liberado por pacotes que serão removidos

Considere cancelar:
O produto 'openSUSE Tumbleweed' precisa ser atualizado usando 'zypper dup'!

Back end: classic_rpmtrans
Continuar? [s/n/v/…? exibe todas as opções] (s): s

(Texto cortado pra econimizar espaço)

Pré-carregamento concluído. [êxito (10,2 MiB/s) ]

(Texto cortado pra econimizar espaço)

Verificando por conflito de arquivos:
(Texto cortado pra econimizar espaço)
…[concluído]
Executando scripts de pós-transação …[concluído]
Existem programas em execução que ainda usam arquivos e bibliotecas excluídos ou atualizados por atualizações recentes. Eles devem ser reiniciados para se beneficiar das atualizações mais recentes. Execute ‘zypper ps -s’ para listar esses programas.

real 14m41,147s
user 3m29,257s
sys 2m32,755s

OS: openSUSE Tumbleweed x86_64
Host: G31M-ES2C
Kernel: 6.19.3-1-default
Uptime: 9 hours, 49 mins
Packages: 103 (pip), 4297 (rpm), 13 (flatpak-system)
Shell: bash 5.3.9
Resolution: 1366x768
Terminal: lxterminal
CPU: Intel Core 2 Quad Q8200 (4) @ 2.3GHz
GPU: Intel 82G33/G31 Express
Memory: 2.60 GiB / 3.81 GiB (68%)
Network: 100 Mbps
BIOS: Award Software International, Inc. (09/29/2009)

2

Bem-vindo ao fórum.

Pelo que entendi, à velocidade de 10,2 MiB/s ele deve ter levado cerca de 66 segundos para fazer o download. Você percebeu algo diferente disso?

Para instalar devem ter sido os 13min35 restantes. O tempo de instalação está diretamente relacionado ao hardware, que no seu caso não é de alto desempenho e talvez ainda use disco rígido.

Perceba que foram mais de dois Gigabytes de arquivos instalados. Dado o cenário não me parece ter sido um tempo demasiadamente excessivo.

Se esse tempo for um problema real para você, talvez uma distribuição do tipo “rolling release” não seja a ideal.

Apesar de você deixar claro que só quer falar do tempo, notei que você ignorou o aviso do zypper e atualizou com a opção update ao invés de dist-upgrade (dup), como é o recomendado para o Tumbleweed.

Se precisar compartilhar texto em grande quantidade você pode usar o [1]. Também procure usar o botão texto pré-formatado para texto do terminal.

[1] https://paste.opensuse.org/

1 Like
3

que no seu caso não é de alto desempenho e talvez ainda use disco rígido.

eu uso SSD de 250GB

E outras distros, principalmente com Debian como base as atualizações é “veloz” mesmo que seja pra atualizar pacotes grandes, exemplo, Kernel…

4

Em uma máquina virtual a atualização instalou oito vezes mais pacotes e duas vezes e meia mais volume de dados que você e em menos tempo. O download está embutido no tempo e foi cerca de quatro minutos.

Pacotes:

1634 pacotes a atualizar, 57 novos.

Tamanho do pacote para download:    2,15 GiB

Alteração no tamanho da instalação do pacote:
              |      5,19 GiB  requerido pelos pacotes que serão instalados
    1,07 GiB  |  -   4,12 GiB  liberado por pacotes que serão removidos

Máquina:

Machine:
  Type: Kvm System: QEMU product: Standard PC (Q35 + ICH9, 2009) v: pc-q35-8.2 serial: N/A
  Mobo: N/A model: N/A serial: N/A Firmware: UEFI vendor: EDK II v: N/A date: 02/02/2022
Memory:
  System RAM: total: 8 GiB available: 7.73 GiB used: 1.63 GiB (21.1%)
  Array-1: capacity: 8 GiB slots: 1 modules: 1 EC: Multi-bit ECC
  Device-1: DIMM 0 type: RAM size: 8 GiB speed: N/A
CPU:
  Info: 8x 1-core model: AMD Ryzen 5 3600 bits: 64 type: SMP cache: L2: 8x 512 KiB (4 MiB)
  Speed (MHz): avg: 3593 min/max: N/A cores: 1: 3593 2: 3593 3: 3593 4: 3593 5: 3593 6: 3593
    7: 3593 8: 3593
Drives:
  Local Storage: total: 32 GiB used: 7.5 GiB (23.5%)
  ID-1: /dev/vda model: N/A size: 30 GiB
  ID-2: /dev/vdb model: N/A size: 2 GiB
Partition:
  ID-1: / size: 28.38 GiB used: 7.4 GiB (26.1%) fs: ext4 dev: /dev/vda2
  ID-2: /boot/efi size: 1022 MiB used: 108.3 MiB (10.6%) fs: vfat dev: /dev/vda1
Swap:
  ID-1: swap-1 type: partition size: 2 GiB used: 0 KiB (0.0%) dev: /dev/vdb1

Tempo:

real    12m16,414s
user    4m20,851s
sys     1m33,679s
1 Like