-
Posts
3.095 -
Cadastrado em
-
Última visita
Reputação
1.686Sobre Marcos FRM
-
Remover informações sobre a placa de Vídeo que aparecem logo no inicio do boot
Marcos FRM respondeu ao tópico de A.carlos10 em Placas de vídeo
Desative o CSM no BIOS -- pressupondo que sua instalação do Windows esteja em UEFI. Para conferir, pesquise no menu iniciar "Informações do sistema", abra o programa e veja o que consta em "Modo da BIOS" (sic). -
Desativar CSM e ativar Secure Boot em monitor antigo
Marcos FRM respondeu ao tópico de The_TurnipHead em Monitores de vídeo
Tem relatos aqui no fórum dizendo que a saída analógica (o conector "VGA" antigão) pode ficar sem imagem até o driver do sistema operacional ser carregado. Só que isso é falha na implementação do fabricante. Sendo uma implementação decente, é para dar imagem imediatamente ao ligar, independente da saída usada. -
Desativar CSM e ativar Secure Boot em monitor antigo
Marcos FRM respondeu ao tópico de The_TurnipHead em Monitores de vídeo
Pode dar problema com placas de vídeo antigas, cujo VBIOS não é compatível. Se for vídeo integrado é para funcionar. -
Na página de bugs do Rufus no GitHub, lembro de gente com problema similar (falta de boot UEFI) com esses ISOs "Lite" modificados do Windows. Talvez o problema seja nele. Tire a dúvida com um ISO oficial: https://www.clubedohardware.com.br/uploads/attachments/monthly_2022_12/rufus_win11_uefi.thumb.png.d7c9ecf5b822dcb7e076a0776112112b.png Ou, se o BIOS for de péssima qualidade, tente habilitar o modo híbrido do Rufus com Alt+E, assim particionará o pendrive em MBR mesmo, que também serve para iniciar em UEFI. Não vai permitir. Ou vai, instalando o UEFI:NTFS? Agora não lembro; memória não é mais a mesma. De qualquer forma, explicação minha sobre o assunto aqui: https://caixaseca.blogspot.com/2023/03/midia-de-instalacao-do-windows-em-mbr.html
-
CPU em 100% sem motivo aparente no A8 9600 e Radeon RX 580
Marcos FRM respondeu ao tópico de ChristianRJ2 em Problemas de desempenho
Ninguém sabe. Se alguém tiver relatos de gente que testou, poste. -
CPU em 100% sem motivo aparente no A8 9600 e Radeon RX 580
Marcos FRM respondeu ao tópico de ChristianRJ2 em Problemas de desempenho
Aí que está, eles não matam. Abrindo os arquivos das versões 7.30 e 10.08 beta com o MCExtractor mostra os microcódigos para os CPUIDs de todas essas famílias lá, com exceção dos Bristol Ridge, como dizem claramente estar ausente a partir da versão 7.00. Ou seja, qualquer Ryzen vai funcionar. Agora o porquê de "não recomendarem" os modelos mais antigos não se sabe. Suporte existe. -
A imagem não está boa, mas parece que você conectou em CHA_FAN, não em CPU_FAN...
-
Como o @GuilhermeGB comentou, se considerarmos o YouTube, praticamente tudo é VP9 ou AV1, sendo que o último está tomando lugar rapidamente lá. Mesmo assim, quando AV1 está disponível, o Google mantém streaming fallback de VP9 e H.264. Então você pode usar uma extensão como a enhanced-h264ify para bloquear os codecs indesejados. Veja este tópico: Em hardware velho, recomendo bloquear AV1 e ver como fica com VP9, que não é tão pesado para decodificar na CPU. Em último caso, bloqueie VP9 também, assim terá H.264 (provavelmente o único codec suportado pela sua GPU). Porém esteja ciente que a qualidade dos vídeos em H.264, principalmente envios recentes, está cada vez pior.
-
O caso do backdoor para o sshd presente na liblzma
Marcos FRM respondeu ao tópico de Marcos FRM em Linux
O repositório no GitHub foi restaurado e a limpeza está em andamento. Este commit é curioso: https://github.com/tukaani-project/xz/commit/77a294d98a9d2d48f7e4ac273711518bf689f5c4 ("Special author" ) -
Recomendação de placa de vídeo AMD Radeon até R$ 3.000,00
Marcos FRM respondeu ao tópico de KairanD em Placas de vídeo
Meio atrasado no tópico. Há boas notícias para o driver proprietário da Nvidia em relação ao Wayland: https://zamundaaa.github.io/wayland/2024/04/05/explicit-sync.html Requererá versões novíssimas dos ambientes, kernel, etc. Lembro de ter olhado por cima, sem entender quase nada, pull requests longuíssimos sobre isso no Mutter, no Xwayland e em outros lugares. Esse trabalho veio majoritariamente de engenheiros da Nvidia e levou anos para ficar pronto. Antes tarde do que nunca. Mesmo você, @KairanD , tendo comprado AMD, fica o link para referência. Talvez o futuro seja mais fácil para GPUs Nvidia no Linux. -
pessoal o que vai ser do processador xeon quando o windows 10 acabar
Marcos FRM respondeu ao tópico de iago4811 em Processadores
De acordo, mas lembrando que Ryzen de primeira geração não é suportado pelo Windows 11. Só o R5 1600AF, que é um Zen+ remarcado. Então teria que ser um Ryzen pelo menos de segunda geração (Zen+)... Investigação que fiz tempos atrás: -
O caso do backdoor para o sshd presente na liblzma
Marcos FRM respondeu ao tópico de Marcos FRM em Linux
Lasse Collin, criador do projeto e seu mantenedor, começou a agir: https://tukaani.org/xz-backdoor/ O processo de reverter as sabotagens do tal Jia Tan também começou: https://git.tukaani.org/?p=xz.git;a=commitdiff;h=f9cf4c05edd14dedfe63833f8ccbe41b55823b00 Ele promete uma investigação nos próximos dias: https://lore.kernel.org/lkml/202403291736.B7E9C61@keescook/T/#mb3010db819413cb42347c92428f8b4cf30e08f6d Cabe destacar que o backdoor foi descoberto por acaso por Andres Freund, um desenvolvedor do PostgreSQL que trabalha para a Microsoft: https://lwn.net/Articles/967194/ Serve de exemplo para deixarmos as bobocas guerras Linux vs Windows de lado... -
https://www.openwall.com/lists/oss-security/2024/03/29/4 https://gist.github.com/thesamesam/223949d5a074ebc3dce9ee78baad9e27 https://www.redhat.com/en/blog/urgent-security-alert-fedora-41-and-rawhide-users https://news.opensuse.org/2024/03/29/xz-backdoor/ https://lists.debian.org/debian-security-announce/2024/msg00057.html https://arstechnica.com/security/2024/03/backdoor-found-in-widely-used-linux-utility-breaks-encrypted-ssh-connections/ https://9to5linux.com/red-hat-warns-fedora-linux-40-41-and-rawhide-users-about-critical-security-flaw Grave, mas deu sorte porque foi descoberto antes de chegar a qualquer lançamento estável das distribuições. Senão vá saber qual seria o desastre. O tal código está sendo estudado neste momento, esperemos detalhes mais adiante. Há forte desconfiança que o autor (Jia Tan) das mudanças no repositório oficial que adicionaram o backdoor esteja envolvido: https://boehs.org/node/everything-i-know-about-the-xz-backdoor O que o sujeito fez em outros projetos open source está sendo revisado. Até no kernel; mesmo os patches sendo de Lasse Collin, decidiram não aceitar até a situação ser esclarecida: https://lore.kernel.org/lkml/202403291736.B7E9C61@keescook/T/#m1f559f130e6d463f83ea0960a1ec3da600341576 (igualmente não esteve em nenhum lançamento estável) Que coisa!!!
Sobre o Clube do Hardware
No ar desde 1996, o Clube do Hardware é uma das maiores, mais antigas e mais respeitadas comunidades sobre tecnologia do Brasil. Leia mais
Direitos autorais
Não permitimos a cópia ou reprodução do conteúdo do nosso site, fórum, newsletters e redes sociais, mesmo citando-se a fonte. Leia mais