Não consigo utilizar Linux no meu Vivobook S14

Olá pessoal, tudo bom? apesar de sempre acompanhar os vídeos do Diolinux eu sou novo na comunidade e já tentei várias vezes utilizar Linux. Dessa vez, comprei um notebook novo e decidi focar de verdade no uso do linux. Comecei utilizando Debian + KDE, depois fui para Fedora + KDE e atualmente estou no Kubuntu buscando algum sistema que fique “redondo” no meu notebook porque em todas as distros estou enfrentando o mesmo problema uma demora absurda para inicializar o sistema (media de 5 minutos), em todos os cenarios eu testei varias soluções pesquisando no google, IA e nada resolveu, vou mostrar algumas sempre analisando com “systemd-analyze” com "blame"e “critical chain”

Vivobook S14 - Ultra 7, 16 GB, 512 GB

“Regeração do initramfs”, “Desativação do TPM”, Remoção de módulos desnecessários como sistema de impressão ou a espera do network manager no boot. mesmo depois disso e outros comandos o tempo de boot continua o mesmo, quando finalmente inicializa o ambiente grafico funciona bem sem travamentos ou freezing é somente o boot mesmo, não sei se é falta de compatibilidade do kernel com Arrow Lake, testei usar HWE também.

Se alguém já passou por algo parecido ou tiver alguma ideia do que pode estar causando esse delay enorme no boot, eu agradeceria muito a ajuda

Isso tá parecendo que é um problema de configuração de bios. Algo na bios tá deixando o boot lento.

veja se o hardware esta OK,

para o HD tem o QDiskInfo pode intalar usando isso aqui:

Ubuntu / Linux Mint / Debian

sudo add-apt-repository ppa:ubuntuhandbook1/qdiskinfo
sudo apt update
sudo apt install qdiskinfo


ele deve aparecer algo assim

teste tbm a memoria

Usando o Memtester (Dentro do Mint)

Se você não quer reiniciar o PC e deseja fazer um teste rápido (embora menos preciso, pois não consegue testar a RAM que o sistema já está usando), você pode usar o memtester.

  1. Abra o terminal e instale a ferramenta: sudo apt update && sudo apt install memtester
  2. Execute o teste definindo a quantidade de memória (ex: 2GB) e o número de repetições (ex: 1): sudo memtester 2G 1

Nota: O sistema pode ficar lento durante esse processo, pois ele tentará “estressar” a RAM disponível.

Sim, estou tentando investigar e fazer algumas mudanças, fico um pouco receoso em mexer na bios mas estou tentando aos poucos, em paralelo usando normalmente e torcendo para o problema ser corrigido por osmose k

obrigado pelo comentario, utilizando o QDiskInfo está com health status “100% good” e testando a memoria com memtest deu tudo “ok”. vou continuar investigando e evitar de desligar o not, se eu conseguir encontrar uma solução compartilho com vocês

qual a saída dos comandos?

systemctl --failed
sudo dmesg | grep -E -i 'err|failed'
journalctl -xb -p3
systemd-analyze critical-chain
systemd-analyze

Veja também este tópico

Olá, obrigado pelo comentário, agora voltei a utilizar fedora+kde por ter gostado mais já que mudar de distro não resolveu o problema, segue saidas dos comandos enviados (tirei algumas duplicadas para não extender muito)

benas@cyberdeck:~$ systemctl --failed
  UNIT LOAD ACTIVE SUB DESCRIPTION

0 loaded units listed.
benas@cyberdeck:~$ sudo dmesg | grep -E -i 'err|failed'
[sudo] password for benas:
[    0.151139] ACPI BIOS Error (bug): Failure creating named object [\_SB.PC00.TXHC.RHUB.SS01._UPC], AE_ALREADY_EXISTS (20251212/dswload2-326)
[    0.151146] ACPI Error: AE_ALREADY_EXISTS, During name lookup/catalog (20251212/psobject-220)
[    0.152734] ACPI Error: AE_NOT_FOUND, While resolving a named reference package element - \_SB_.IETM.SEN2 (20251212/dspkginit-438)
[    0.160395] ACPI: EC: interrupt blocked
[    0.161030] ACPI: Using IOAPIC for interrupt routing
[    0.350753] ACPI: PCI: Interrupt link LNKA configured for IRQ 0
[    0.350825] ACPI: PCI: Interrupt link LNKB configured for IRQ 1
[    0.350896] ACPI: PCI: Interrupt link LNKC configured for IRQ 0
[    0.353054] ACPI: EC: interrupt unblocked
[    0.483004] fbcon: Deferring console take-over
[    0.561547] RAS: Correctable Errors collector initialized.
[    1.117371] pci 10000:e0:06.1: bridge window [io  size 0x1000]: failed to assign
[    1.117374] pci 10000:e0:06.1: bridge window [io  size 0x1000]: failed to assign
[    1.710907] i915 0000:00:02.0: [drm] *ERROR* [CRTC:151:pipe A] DSB 0 poll error
[    1.719307] i915 0000:00:02.0: [drm] Allocating fbdev: Stolen memory not preferred.
[    1.722600] fbcon: Deferring console take-over
[   21.867330] i915 0000:00:02.0: [drm] *ERROR* GT1: GSC proxy component didn't bind within the expected timeout
[   21.867337] i915 0000:00:02.0: [drm] *ERROR* GT1: GSC proxy handler failed to init
[   32.557731] EDAC MC0: Giving out device to module igen6_edac controller Intel_client_SoC MC#0: DEV 0000:00:00.0 (INTERRUPT)
[   32.664976] i801_smbus 0000:00:1f.4: SMBus using PCI interrupt
[   32.852929] asus_wmi: fan_curve_get_factory_default (0x00110024) failed: -19
[   32.853780] asus_wmi: fan_curve_get_factory_default (0x00110025) failed: -19
[   32.854539] asus_wmi: fan_curve_get_factory_default (0x00110032) failed: -19
[   33.160462] sof-audio-pci-intel-mtl 0000:00:1f.3: use msi interrupt mode
[   33.446708] skl_hda_dsp_generic skl_hda_dsp_generic: ASoC: Parent card not yet available, widget card binding deferred
benas@cyberdeck:~$ journalctl -xb -p3
Jul 20 11:36:52 cyberdeck kernel: virt/tdx: TDX not supported by the host platform
Jul 20 11:36:52 cyberdeck kernel: ACPI BIOS Error (bug): Failure creating named object [\_SB.PC00.TXHC.RHUB.S>
Jul 20 11:36:52 cyberdeck kernel: ACPI Error: AE_ALREADY_EXISTS, During name lookup/catalog (20251212/psobjec>
benas@cyberdeck:~$ systemd-analyze critical-chain
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.
graphical.target @8.679s
└─plasmalogin.service @8.649s +29ms
  └─plymouth-quit.service @8.514s +129ms
    └─systemd-user-sessions.service @8.488s +14ms
      └─remote-fs.target @8.470s
        └─remote-fs-pre.target @2.850s
          └─nfs-client.target @2.850s
            └─gssproxy.service @2.375s +23ms
              └─network.target @2.373s
                └─wpa_supplicant.service @2.359s +14ms
                  └─basic.target @1.926s
                    └─dbus-broker.service @1.889s +23ms
                      └─dbus.socket @1.879s +454us
                        └─sysinit.target @1.876s
                          └─systemd-update-utmp.service @1.867s +8ms
                            └─auditd.service @1.851s +14ms
                              └─systemd-tmpfiles-setup.service @1.758s +90ms
                                └─local-fs.target @1.754s
                                  └─boot-efi.mount @1.725s +23ms
                                    └─boot.mount @1.703s +19ms
                                      └─systemd-fsck@dev-disk-by\x2duuid-c3dd92ef\x2d881d\x2d47f2\x2d98d8\x2d>
                                        └─dev-disk-by\x2duuid-c3dd92ef\x2d881d\x2d47f2\x2d98d8\x2df77604e87f9>
benas@cyberdeck:~$ systemd-analyze
Startup finished in 5.117s (firmware) + 6.407s (loader) + 587ms (kernel) + 30.869s (initrd) + 8.679s (userspace) = 51.661s
graphical.target reached after 8.679s in userspace.

A partir desse log dos seus comandos e analizando o boot.svg consegui resolver o problema:
systemd-analyze plot > boot.svg

Problemas identificados:
1-) Portas seriais legadas (ttyS2/ttyS3) travando
2-) Timeout de I/O do SSD NVMe DRAM-less

Soluções:
1-) Desabilitar portas seriais legadas (ttyS2 e ttyS3)

sudo grubby --update-kernel=ALL --args="8250.nr_uarts=0"

2-) Desabilitar o power management do NVMe

sudo grubby --update-kernel=ALL --args="nvme_core.default_ps_max_latency_us=0"

por meu ssd ser um FORESEE XP2000F512G aparentemente é um bug conhecido dele entrar em modo “repouso profundo” e demorar para “acordar”.

Cara, basta desativar a suspensão e a hibernação do Linux que tudo se resolve. Um abraço.