Marcos FRM

É possível. Veja este tópico: Apenas adapte-o ao Debian 12, que foi lançado faz pouco.

O único "porém" com capacidade acima de 32 GB é que, se usar o Media Creation Tool (https://www.microsoft.com/pt-br/software-download), ele criará uma partição de 32 GB e deixará o resto do espaço não alocado. Para reaver o tamanho total depois, use o Rufus, que reparticionará usando toda a capacidade.

Sim. São as duas opções para atualizar: dentro do Windows ou iniciando com um pendrive com DOS, criado com o Rufus: https://rufus.ie/ . No caso do pendrive, essas ECS costumam ter um menu de inicialização acessível, logo ao ligar a máquina, através da tecla F11. Os arquivos descompactados do ZIP precisam ser copiados para o pendrive e o comando que mencionei acima digitado lá, pressionando Enter no final. Quando o programa avisar que o processo concluiu, remova o pendrive e reinicie a máquina pelo botão do gabinete.

A AMD disponibiliza os microcódigos para os fabricantes de placas antes do lançamento dos processadores. É recomendável atualizar. Dentro do arquivo 785GAB30.zip, além do BIOS em si (785GAB30.ROM), tem o atualizador para Windows (AFUWIN.EXE, que depende dos arquivos UCORE*.*) e o atualizador para DOS (AFUDOS.EXE). Este último não roda dentro do Windows, mesmo no prompt de comando. Requer um pendrive inicializável: Eu daria preferência pela versão para DOS por um motivo: a versão disponibilizada do AFUWIN (4.42) é bem antiga (~2009) e sabe-se lá como anda a compatibilidade com Windows recentes. Nos manuais de atualização de BIOS da ECS, recomendam programar todos os blocos, que, na versão com GUI, é feito marcando a caixa "Program All Blocks" de "Block Options" da guia "Setup". Na mesma guia, em "CMOS Options", "Destroy CMOS Checksum" é recomendável, que equivale a um clear CMOS -- acho que é marcada por padrão. Na linha de comando, consegue-se o mesmo com: AFUDOS 785GAB30.ROM /P /B /N /C

Pressione "Y":

Não precisa. O protocolo NVMe é padronizado e o driver nativo do Windows (bem como do Linux, FreeBSD...) suporta todos os modelos. Isso aí está com cara de problema de hardware. Aliás, tente carregar um Linux qualquer para tirar a dúvida. Teste a memória com o Memtest86 também. https://www.memtest86.com/ https://www.memtest.org/ (esse é open source; requer Secure Boot desativado temporariamente) Observação: com CSM ativo, não tem como ter Secure Boot ativo, que é requerido pelo Windows 11.

Se a placa não tiver o recurso de atualizar sem processador, o @1lokos deu a dica: algumas lojas atualizam para você, pagando para tal. AGESA é o microcódigo da AMD, embutido nos BIOS, contendo mais coisas, como o código do fTPM. Como agora são descobertas falhas de segurança seguidamente nos processadores, é importante mantê-lo atualizado: Note que o tópico acima fala apenas das mais recentes. Muitas outras foram descobertas anteriormente, desde 2018, quando pesquisadores começaram a publicar artigos sobre o assunto. E muitas mais virão pela frente. Sim! Os BIOS da ASUS leem NTFS de uns anos para cá. NVMe é suportado faz mais tempo. De outras marcas não sei dizer ao certo quanto ao NTFS -- NVMe tudo que é BIOS suporta desde ~2017. Não sei. Não. Olhe no painel traseiro. Terá um botão e alguma porta USB com destaque, com "frufrus" como o @1lokos diz, destacando o recurso.

Nesta tela, logo que ligar o note, pressione F12: Daí vai cair num menu como este:

Use o menu de inicialização acessível através da tecla F12, que já está ativado ("Main -> F12 Boot Menu"). Ali escolhe a mídia que quiser, incluindo as variáveis de inicialização UEFI já registradas.

Apenas nas placas com recurso "USB Flash blabla" ou parecido (nomes variam). Essas placas têm um botão no painel traseiro e atualizam lendo o arquivo de um pendrive sem precisa de nada, nem processador, nem memória, coisa alguma. Só precisa estar ligada na fonte. É um recurso útil para não se preocupar com "vem com BIOS atualizado ou não", etc. Tem um custo, contudo, pois são placas mais caras. Atualização de BIOS hoje é super tranquilo. Ontem, a propósito, atualizei pela enésima vez minha ASUS PRIME A520M-E (versão 3205: mais falhas de segurança corrigidas no AGESA), cuja ferramenta embarcada no BIOS lê NTFS diretamente do meu SSD NVMe... nem precisa de pendrive.

Com 2 GB? Um navegador consome 2 GB fácil, fácil. Além do SSD, tente aumentar a RAM para pelo menos 3 GB. 4 GB seria o mínimo ideal, mas nem todo hardware dessa época suporta por causa do limite dos ~3,2 GB.

Que salada. Seu Windows usava o particionamento MBR -- instalado em Legacy/CSM. Daí veio o Kubuntu instalado em UEFI: veja que existe uma partição EFI agora (unidade lógica /dev/sda6 dentro da partição estendida /dev/sda4). Aí foi seu erro. O Linux suporta UEFI com particionamento MBR (não sei até que ponto isso é testado pelos desenvolvedores). Entretanto, nesse caso, o GRUB está rodando em UEFI e precisa carregar o bootloader do Windows em Legacy/CSM. Não tenho certeza absoluta, mas é muuuuito provável que não seja suportado. Resumo: ou reinstala tudo em UEFI do zero (migrando para o particionamento GPT), ou remove as partições associadas ao Kubuntu e reinstala apenas ele em Legacy/CSM. Procure o menu de inicialização da sua placa-mãe (F12 geralmente). Quando o modo híbrido UEFI + Legacy/CSM está ativo, as entradas UEFI são prefixadas com "UEFI: ...". As que não tiverem o prefixo são Legacy/CSM. Assim você diferencia como a mídia de instalação será inicializada.

Se veio com o Windows 10 de fábrica não perde. A chave está no BIOS e é aproveitada automaticamente pelo instalador:

O BIOS está em UEFI, porém aparentemente o disco rígido está com uma instalação do Windows em Legacy/CSM (pois o particionamento é MBR, vulgo "msdos"). Recomendo que reinstale em UEFI: - Na guia "Security", configure "Secure Boot" em "Enabled". - Na guia "Advanced", configure "Intel Virtualization Technology" em "Enabled" (é útil ter). - Crie um pendrive de instalação do Windows 10 usando o Media Creation Tool (https://www.microsoft.com/pt-br/software-download ) ou o Rufus (https://rufus.ie/ -- com "Sistema de destino" em "UEFI (não CSM)"). Um dos dois. O resto é dor de cabeça. - Carregue-o e limpe o disco rígido antes de instalar: Pendrive compatível com UEFI será provavelmente carregado automaticamente, ou pelo menos aparecerá na guia "Boot". Se você não puder perder os dados dos disco rígido, pressupondo que a instalação esteja funcional, tem como alternativa tentar alterar, na guia "Boot", "CSM Support" para "Enabled", o que talvez dependa das duas opções próximas ("OS Selection" e "Boot mode select"). Contudo, as três parecem inacessíveis. Prefira instalar do zero em UEFI, que é o modo recomendado.

O spinner não está mais ali. Terminou. Vamos esperar algum colega que use a Steam. Não conheço o programa.

Isso é esperado. Depois de fazer o processo uma vez, não precisa repetir. Aquela caixa não é uma configuração permanente. Dependendo da quantidade de arquivos, pode demorar para terminar. Enquanto estiver rodando, aparece um ícone no canto do retângulo representando a partição, que deveria girar (mas está bugadö e não gira...). Tem que esperar completar antes de fechar o programa.

Precisamos da aba "Boot".

Poste fotos das guias "Security" e "Boot" do BIOS.

Settings -> Miscellaneous -> AMD CPU fTPM (Enabled) Boot -> CSM Support (Disabled) Boot -> Secure Boot -> Secure Boot Enable (Enabled) Se ainda não funcionar, tire uma foto do último menu (Boot -> Secure Boot) e poste aqui. Atenção: seu sistema atual precisa estar instalado em UEFI antes de fazer essas modificações. Procure no menu iniciar por "Informações do sistema", abra e olhe se "Modo da BIOS" (sic) está em "UEFI".

Os drivers FAT, exFAT e NTFS do Linux, por não serem nativos, permitem definir, através das opções de montagem uid= e gid=, um dono "virtual" de todo o conteúdo do sistema de arquivos. Assim, não há problema de permissão ao montá-los no GNOME, KDE, etc, pois o daemon que cuida da tarefa (udisks) faz o trabalho de configurar as opções automaticamente para o usuário corrente. Por outro lado, sistemas de arquivos nativos, como EXT4, ao serem criados, têm como dono o usuário root. O aplicativo Discos do GNOME, caso você tenha formatado por ele, automaticamente modifica o dono para o usuário corrente. No entanto, ao formatar de outra forma, ou em outra máquina (cujo usuário tenha uid e/ou gid diferentes), é comum ficarmos sem permissão de escrita. Aí entra o seguinte recurso do Discos, que permite modificar o dono de sistemas de arquivos nativos existentes: Pressupondo que o aviso da janela de confirmação não aplique-se a você, faça o teste.

Sim. Do 8.1 atualiza para o 10 e do 10 atualiza para o 11. A licença é aproveitada nas atualizações, dessas feitas "dentro" do sistema antigo, quando rodamos setup.exe do ISO ou o Media Creation Tool usando "Atualizar este computador agora". Precisa de internet para funcionar. https://www.microsoft.com/pt-br/software-download Depois de finalmente atualizar para o 11, dali para frente não precisa repetir mais o processo. Instale o 11 diretamente, escolha a versão adequada usada originalmente sem fornecer chave durante a instalação. A ativação fica atrelada à placa-mãe nos servidores da Microsoft. Com uma chave FPP, talvez seja possível pular os processos de atualização, fornecendo a chave do 8.1 diretamente para o instalador do 10 ou do 11. Tem que pesquisar. Ou aguardar se algum colega do fórum confirma.

O corretor quebrou o arquivo de configuração, pois "rạdeon" ("a" no lugar de "ạ") é diferente de "Radeon". Esse troço (inútil na minha opinião -- sei que vocês discordam, infelizmente) de maneira alguma deveria ser aplicado em caixas de código. Aham, a plataforma não oferece a opção. Deveria. Off-topic. Apenas em "Atividades", este post está exibindo esta imagem anexa: https://www.clubedohardware.com.br/uploads/attachments/monthly_2023_08/ImagemdoWhatsAppde2023-08-29(s)11_01_59.jpg.600b1910fb2f4dc779b6be3e7d3c73c9.jpg Não enviei isso. Não tenho ideia de como foi parar ali.

Problema similar em chip parecido: https://askubuntu.com/questions/1466038/graphics-issue-on-older-notebook-with-Radeon-rs690 Não tem quase (?) ninguém mais trabalhando no driver "Radeon" (kernel e Xorg). É possível que tenha quebrado em versões recentes de ambos e ninguém se deu conta. Vale tentar o 20.04 LTS, ou o 22.04 LTS se tiver sorte. Existem algumas opções que podem ser testadas criando um arquivo /etc/X11/xorg.conf.d/Radeon.conf com: Section "Device" Identifier "Radeon" Driver "Radeon" OPÇÃO "nome" "valor" EndSection Substituindo a linha "OPÇÃO..." por algo de https://manpages.ubuntu.com/manpages/jammy/en/man4/Radeon.4.html (improvável ajudar, mas... ). Edit: você precisa usar "Radeon" com "r" minúsculo acima, ok? (o fórum não deixa postar com minúsculo)

ECS H61H2-M2(V1.0) ou H61H2-M2(V2.0)?

Menos mal. O que o link sugere é o mesmo que sugeri no post #7 -- que não funcionou --, com a diferença de rodar os comandos automaticamente quando o usuário logar. Eu não tenho nenhuma máquina com o PulseAudio aqui (uso seu sucessor, o PipeWire); portanto, não darei mais palpites sem ter como testar para não indicar coisa furada.