Marcos FRM

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.

Não. Tem que ver se sua placa de vídeo suporta e então usar drivers compatíveis.

Dê uma olhada: https://www.nvidia.com/pt-br/GeForce/news/GeForce-RTX-30-series-resizable-bar-support/

Essa restrição do Windows em apenas permitir criação de links simbólicos sendo administrador é um porre. Desde o Windows 10 1703 (Creators Update), ativando o "Modo do Desenvolvedor", em "Configurações -> Atualização e Segurança -> Para desenvolvedores", remove a restrição e links podem ser criados sem elevação de privilégio. https://blogs.windows.com/windowsdeveloper/2016/12/02/symlinks-windows-10/ O que a popularização de ferramentas originadas nos Unix-like não faz...

kkk. Isso que importa! O horário no BIOS estar 3h adiantado é normal, pois está em UTC: https://en.wikipedia.org/wiki/Coordinated_Universal_Time Deixe assim, pois está certo.

Não tem a ver com o BIOS. Tem que descobrir qual sistema não está obedecendo a configuração de manter o relógio (RTC) em UTC ou no horário local, como comentado pelos colegas. Ambos precisam estar configurados do mesmo jeito. Windows tradicionalmente sempre considerou o RTC no horário local. Linux, por outro lado, sempre o considerou em UTC. Honestamente não sei quão robusto é o Windows com o RTC em UTC, visto que é uma configuração escondida que a Microsoft não faz questão de documentar e que tem um longo histórico de bugs: https://www.cl.cam.ac.uk/~mgk25/mswish/ut-rtc.html Edit: @MUrisCuri Aqui diz que, em versões 64-bit do Windows, o valor RealTimeIsUniversal deve ser QWORD: https://wiki.gentoo.org/wiki/System_time#Dual_booting_with_Windows Teste. Sobrescreva o valor RealTimeIsUniversal com o novo tipo (como administrador): reg add "HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\TimeZoneInformation" /v RealTimeIsUniversal /d 1 /t REG_QWORD /f Reinicie e veja se faz diferença. Configure "timedatectl set-local-rtc 0" no Ubuntu.

Confira se o valor foi adicionado corretamente no registro: https://wiki.archlinux.org/title/System_time#UTC_in_Microsoft_Windows Qual Windows usa? Edit: qual versão específica do 10...

Cruzes. Ainda bem que não quis o Windows 95! Para não ficar no off-topic, é o que @Joao531 e @RS Faria falaram. Se o Windows 8.1 já é obsoleto para essa máquina, imagina o 7. Máquina nova é 10 ou 11.

Em princípio, deveriam ter nome de host diferentes. Assim, caso o software use-o, seriam resolvidos, seja via NetBIOS, LLMNR ou mDNS, para os IPs correspondentes. Como citado pelo @dwatashi , verifique se os nomes são diferentes. Depois, tem que ver onde no software do driver fica configurado o nome; deve ter alguma chave no registro para ajustar caso não haja opção na interface.

Mesmo que Windows e programas ocupem 100 GB, dando um boa folga, nem chegou na metade. Aí que está: muitos usuários nunca precisão de mais espaço. Por isso, acho que 256 GB pode ser suficiente a depender do uso, ainda mais com orçamento curto em tempos incertos nesta Infeliz Terra de Ninguém. Cada um com sua opinião, é claro.

Tem muito IPS porcaria no mercado. Tem um tópico gigante sobre o assunto no Adrenaline onde o pessoal lá discute o porquê dessa decadência. Dá última vez que garimpei, havia meio que consenso que os painéis VA estavam melhores. Tem que pesquisar de novo, pois faz uns dois anos, mais ou menos, isso.