Marcos FRM

Sim, por isso escrevi relação ganho/malefício.

"semissenoidal" é um nome pomposo para onda retangular, que é esgoto para fontes chaveadas em geral e um veneno para fontes com PFC ativo. Entendo o seu caso de constantes falhas no fornecimento de energia. Idealmente, você resolveria com a empresa fornecedora, porém nesta Infeliz Terra de Ninguém não é tão simples. Nesse caso, a relação ganho/malefício de um UPS "interativo" pode compensar, desde que, no mínimo, tenha inversor que gere onda senoidal.

Acho difícil um adaptador ativo suportar 144 Hz... o circuito fica complexo. Saídas DVI suportam enviar sinal HDMI, porém, como o HDMI é single link, fica restrito ao máximo que um link suporta: 10,2 Gbit/s (HDMI 1.3+) ou 18 Gbit/s (HDMI 2.0+). Talvez sua placa de vídeo apenas suporte link de 4,95 Gbit/s (pré-HDMI 1.3), que é insuficiente para 144 Hz em 1080p (porém dá conta no DVI-D). https://en.wikipedia.org/wiki/Digital_Visual_Interface#DVI_and_HDMI_compatibility Tenha certeza que o cabo aguenta 10,2 Gbit/s (HDMI 1.3+). Edit: evite o adaptador separado; compre um cabo que tenha o conector adequado em cada ponta, para evitar conexões desnecessárias pelo caminho.

Esse A8 é uma desgraça. Qualquer Ryzen é muito melhor!

Adaptadores DVI -> HDMI só podem ser single link, pois não existe comercialmente HDMI "dual link". Olhe o link que postei, está muito bem explicado (item 5.5.2). Em teoria, um adaptador passivo DVI -> HDMI comporta 144 Hz a 1080p, mas pode ser que sua placa de vídeo não suporte, ou o VBIOS, ou o driver. Ou que o cabo seja muito ruim e não ofereça a largura de banda necessária de 10,2 Gbit/s.

144 Hz a 1080p em teoria é possível com adaptadores passivos: https://forums.tomshardware.com/threads/how-to-connect-to-a-120-Hz-display.3268285/post-20043090 Qual é o modelo do monitor e qual resolução usada?

Dá para usar o esquema mídia live com persistência, assim as alterações são salvas. Use o Rufus, que ele cria e formata uma partição em EXT2 ou EXT3 (mesmo no Windows!) no pendrive para usar assim -- é automático, só selecione o tamanho na interface. No entanto, tem que ser um pendrive com desempenho aceitável, senão ficará horrível.

O download é público. Não precisa conta nenhuma.

https://support.microsoft.com/pt-br/windows/criar-mídia-de-instalação-para-o-windows-99a58364-8c02-206f-aa6f-40c3b507420d Baixe a ferramenta que ela permite baixar o arquivo ISO ou criar um pendrive inicializável.

UEFI é superior. Legacy/CSM é obsoleto.

A esta altura, o Windows está usado serviços GOP (Graphics Output Protocol), que é o sucessor do VBIOS em UEFI. Não tem nenhum problema com o Windows. É esse BIOS que é mal programado: os caras deveriam deixar o logotipo da Biostar no meio da tela com fundo preto, assim a animação do Windows fica bonitinha. Uma possível explicação é que sua instalação anterior estava em Legacy/CSM, por isso não acontecia esse fenômeno. Agora, em UEFI, acontece.

NAS deles usam sistemas de arquivos Linux, Btrfs ou EXT4 segundo o Google. Existem drivers para Windows de ambos: https://www.diskinternals.com/linux-reader/ https://github.com/maharmstone/btrfs Ou você pode iniciar com uma mídia live (sem instalar) do Ubuntu, Fedora, etc, e copiar os arquivos para outro lugar.

Não tem diferença.

Dificilmente. Essas listas são sempre incompletas. PCIe (barramento) e NVMe (protocolo) são especificações padronizadas, que todo fabricante que queira seus produtos compatíveis precisa seguir. Ou seja, qualquer SSD é para funcionar em qualquer placa, desde que ambos implementem as especificações corretamente. No caso do protocolo NVMe, como aconteceu com o veterano AHCI do tempo das cavernas (SATA ), até a questão do driver do sistema operacional foi facilitada, pois o driver genérico funciona bem em qualquer dispositivo. Windows tem o seu[*], Linux tem o seu, FreeBSD tem o seu, o BIOS tem o seu (afinal precisa acessar o dispositivo e, para isso, tem que falar a "língua" do mesmo), etc. Se o fabricante do SSD fizer uma implementação do protocolo que divirja da especificação, se ralou, pois não funcionará em lugar nenhum. Claro que existem os... bugs e, em casos mais raros, incompatibilidades. Por isso comentei sobre a versão do BIOS. [*] O driver nativo stornvme.sys, a partir do Windows 10, suporta os principais recursos do protocolo e é a opção recomendada. É ativamente mantido pela Microsoft: a versão 1903 recebeu uma nova versão, depois na 2004 novamente parece... Google dará detalhes.

Essa placa já teve uma penca de atualizações de BIOS. Caso a versão aí esteja muito defasada, tente atualizar. Cuide que, na página de download da ASRock, a instrução é para primeiro atualizar para a versão 7.00 (caso a atual seja anterior) e depois para a última 7.20. As versões recentes não suportam mais CPUs Bristol Ridge (A-Series); não te afeta pois tem um Ryzen aí.

Hmm, a menos que essa placa use uma revisão diferente, com PCI ID diferente... consegue rodar isto? lspci -nn | grep -i Ethernet Edit. Aproveite e poste a versão do kernel: uname -a Provavelmente usando um dos sucessores do CentOS 8 (que foi descontinuado), como o Rocky Linux 8 ou AlmaLinux 8, funcionaria nativamente, porém suponho que tenha razão para precisar do 7... ou não?

Qual versão do CentOS 7 foi instalada? Aqui diz que, a partir do CentOS 7.5, o adaptador de rede Intel I219-V é suportado nativamente: https://www.spinics.net/lists/centos/msg169855.html Portanto, se instalar a última versão, 7.9, é para funcionar.

Ok, para facilitar, aqui está o conteúdo do arquivo ei.cfg que você deverá criar com o Bloco de notas dentro da pasta sources do pendrive: [Channel] _Default [VL] 0 Cuide para o arquivo não ser nomeado ei.cfg.txt! Para tanto, na janela de salvamento, coloque ei.cfg em "Nome:" e depois "Todos os arquivos" em "Tipo:". Assim a extensão .cfg será preservada.

É o comportamento padrão do instalador: se existir chave no BIOS, automaticamente seleciona a versão da chave existente. Para mudar isso, precisa criar um arquivo chamado ei.cfg dentro da pasta "sources" do pendrive. É um arquivo de texto plano que deve ter algo dentro que não lembro. Procure no Google que é algo comum. Com o arquivo no lugar, o instalador vai perguntar a versão que quer instalar, mesmo a chave do Home estando lá no BIOS.

CentOS 7, apesar de suportado, é antigo. Costuma não casar bem com hardware novo. Qual sistema operacional tinha antes? O que aparece rodando o comando "ip a" (sem aspas)?

O problema é que seu SSD é de baixa qualidade. Só isso.

Como curiosidade, há alguns anos, um conhecido fez essa proeza. Não lembro dos detalhes... acho que conectou sei lá como o PCIE no EPS12V, algo assim. Era um Ryzen parrudo de segunda geração com uma fonte boa, Corsair parece. Resultado? A proteção contra curto circuito da fonte evitava que ligasse! Dava só um "tic" quando pressionava o botão liga/desliga do gabinete e nada mais. Tentou várias vezes até desistir e pedir para eu olhar. Detectada a lambança, com os cabos nos lugares corretos, a máquina funcionou normalmente. Imagina o drama...

Para ajudar a iluminar o tópico: https://webapi3.adata.com/storage/downloadfile/XPG Core Reactor _QSG.pdf#page=31

Pastas liberadas? Não entendi. Sem ativar o tal "Modo do Desenvolvedor" e sem "Executar como adminsitrador": C:\Users\Marcos\Downloads>mklink /d teste destino Você não tem privilégios suficientes para realizar esta operação.

É uma configuração dos sistemas operacionais. BIOS só obedece, coitado. Como já dito: Windows por padrão coloca o relógio do hardware (RTC) no horário local, ou seja, com fuso horário local aplicado; portanto, mesmo horário do sistema operacional. No Linux, o padrão é o contrário: usa o RTC em UTC (Hora de Greenwich), ou seja, sem o fuso horário local aplicado (+3h no nosso caso). Ambos podem ser configurados da outra forma. No caso de dual boot, um deles vai funcionar fora da configuração padrão. No seu caso, você modificou o Windows através do valor no registro para usar o relógio do hardware em UTC (+3h), igual ao Ubuntu; assim ambos horários dentro de cada sistema ficam corretos. Quando não há dual boot, pouco importa, pois não olhamos o horário entrando no BIOS, né? O Windows é uma exceção usando RTC no horário local. Todos os demais sistemas operacionais da face da terra usam em UTC.