Marcos FRM

A mensagem é bem clara: pressione Y para resolver, porém, se usar o BitLocker, terá que ter chaves de recuperação para conseguir acessar os volumes criptografados. Se não usar o BitLocker, Y não terá efeito colateral algum e fará o erro desaparecer.

Cabe um esclarecimento sobre o mkfs.ext4 no que diz respeito à "formatação lenta". Existem as seguintes opções que afetam o tempo requerido para criar o sistema de arquivos: -c ou -cc Roda o bad blocks por baixo do capô para verificar o disco. -c é uma verificação somente leitura e -cc leitura/escrita. Como o firmware realocará setores ruins durante a gravação de dados, precisa ser -cc. -E lazy_itable_init=1,lazy_journal_init=1 Aceleram a criação do sistema de arquivos, sem ligação com a procura de setores defeituosos. Habilitadas por padrão e aplicadas depois da verificação do bad blocks concluir.

Depois que o comando dd terminar, caso o firmware tenha dado conta do recado, é para os setores defeituosos desaparecerem. Você pode fazer uma formatação lenta com o mkfs.ext4 posteriormente, porém não sei se as distribuições oferecem opção para isso nos instaladores. De qualquer forma, ainda existindo setores ruins depois do dd, o disco não presta mais. Escrevi sobre isso anos atrás aqui.

Rodar via USB? Fica ruim. Tem o paliativo de zerar o disco por completo e depois reinstalar o Linux -- a partir de qualquer mídia live: dd if=/dev/zero of=/dev/sdx bs=1M status=progress (substituindo sdx pelo nome correto do dispositivo em questão). Isso faz o firmware realocar os setores ruins, caso ainda seja possível. No entanto, o ideal é trocar o disco. Edit: não custa lembrar que esse comando dd vai apagar tudo do disco, né...

Não. É uma configuração comum até. Edit: @Bairon Junior ah, esqueci de uma coisa. Como hoje controlador PCIe mais um monte de coisa estão integrados no processador, rodar com apenas um vai limitar alguns recursos, como slots PCIe, possivelmente adaptadores de rede/SAS. Olhe o manual da placa-mãe para saber o que não vai funcionar com um dos soquetes vazio.

Ahh, ok, achei: https://docs.microsoft.com/en-us/troubleshoot/windows-server/backup-and-storage/format-command-not-write-zeros-to-disk Então é uma alternativa. Pena que o jeito que eu sempre uso, mandar instalar no "espaço não alocado", não dá opção de formatação lenta. Assim, diskpart clean all ainda é útil a depender da situação do disco.

A formatação lenta faz um teste de leitura, escrita ou ambos em todos os setores? Não lembro.

Nunca vi. Tal comportamento não está documentado em lugar algum. Acho que está complicando demais. Eu resumiria tudo em: diskpart clean all ("all" para zerar todo o disco), depois mandar o Windows instalar no "espaço não alocado". Se ainda existir problema com o disco depois disso, tem que jogar no lixo e colocar outro.

Cruzes, Partiton Magic é um programa super obsoleto , que ainda usa alinhamento CHS . Concordo com o @Catelan , basta um diskpart clean e depois mandar instalar no espaço "não alocado". O instalador do Windows é esperto o suficiente para criar tudo que precisa ser criado.

Essa tela mostra erro de hardware: alguns setores do disco não puderam ser lidos. Pode ser momentâneo, ou não. O disco está falhando, mesmo assim. Contra esse tipo de erro, apenas RAID pode ajudar. Os três principais sistemas de arquivos de uso geral do Linux -- EXT4, XFS e Btrfs -- são configurados por padrão para manter a ordenação do journal em dia, de forma que, em teoria, num desligamento inesperado, a estrutura do sistema de arquivos em si poderá ser recuperada usando o journal na próxima inicialização. Digo em teoria pois hardware doméstico não tem ajuste fino para isso. Não horando ATA_CMD_FLUSH sempre, por exemplo, fará o coitado do sistema de arquivos ter muito mais trabalho para recuperar-se de um desligamento incorreto. Exemplo prático: SSDs para o mercado corporativo possuem um recurso chamado Power Loss Protection (PLP); é um banco de capacitores que permite ao chip controlador ter tempo suficiente para transferir tudo que está na RAM usada como cache para as memórias flash e atualizar seu mapeamento de endereços (qual endereço LBA corresponde a quais bits em quais páginas) na ocasião de falta de energia: (de https://www.servethehome.com/micron-7400-pro-3-84tb-and-960gb-m-2-pcie-gen4-ssds-with-plp-review/) SSDs domésticos tentam através do firmware fazer o mesmo, até chamam de "Firmware PLP", mas não é a mesma robustez do banco de capacitores.

A partição EFI deve estar no HDD, daí sem ele o BIOS não tem por onde iniciar. Coloque o HDD de volta, rode o diskpart no Prompt de comando (como Administrador), depois: select disk 0 list volume select disk 1 list volume exit (caso haja mais discos, identifique-os com list disk) Assim dá para ter uma noção de como estão as coisas aí. Edit: @Pablo Henrique Modolo outra opção é postar uma captura de tela do Gerenciamento de Disco.

Vi um problema assim numa máquina porcaria da Positivo, ou CCE, talvez AOC, não lembro. No BIOS, tinha aquela opção "OS type" ou similar, em que é possível selecionar "Windows 7", "Windows 8.x", "Other OS", etc. Estava configurada em "Windows 7" e não instalava o Windows 10 de jeito nenhum: travava depois da primeira reinicialização. Mudei para "Windows 8.x" (que é mais próximo do 10) e funcionou.

Cuide que o CentOS foi descontinuado. Seu sucessor é o CentOS Stream, que é um pouco diferente: https://medium.com/swlh/centos-stream-why-its-awesome-5c45d944fb22 Para ter exatamente o mesmo CentOS de antes, tem novos clones, sendo os mais famosos o Rocky e o AlmaLinux. Eu uso o Rocky e não tenho do que reclamar. Cuide que, no mundo Red Hat, processadores x86-32 não são mais suportados oficialmente faz tempo. O CentOS tem (ou tinha) compilação 32-bit com status de "comunitária", porém não sei a quantas anda. Para 32-bit, acho o Debian mais adequado.

Infelizmente não, pois não uso nem gosto de Slackware. Gerenciamento de rede ainda é um troço balcanizado no Linux: Sou fã do NetworkManager, que é o padrão no Fedora e derivados desde muito tempo. É um programa robusto e fácil de usar, tanto em desktop quanto servidores sem interface gráfica.

https://docs.slackware.com/slackware:beginners_guide#configure_your_network Esse ferramental em shell script para gerenciamento de rede é .

Tem a tal EDUP com chip Realtek RTL8822BE no Mercado Livre, com suporte nativo desde o kernel 5.2 (módulo rtw88), que parece ser um código ativamente mantido: https://github.com/torvalds/linux/commits/master/drivers/net/wireless/realtek/rtw88 Provavelmente inferior às com chip Intel, porém mais barata.

Perguntei a mesma coisa dias atrás, talvez te ajude:

Cooler Master MWE V2 450W (Bronze) comprada junto com uma ASUS PRIME A520M-E na Kabum. Obrigado a todos!

Hmmm, a White V2 tem aquele esquema de conversor DC-DC, que é um projeto melhor suponho. Tem também a XPG Pylon 450W e Cooler Master MWE V2 450W (Bronze). Não me importo pagar ~100 reais a mais por um melhor projeto. Essas duas últimas valem a pena?

Obrigado, pessoal. Suspeitava que consumia uma merreca. Modelo do link da Pichau não tem "V2". Existem diferentes modelos V1 e V2?

Aproveitarei algumas peças usadas para montar o seguinte: AMD Ryzen 5 1400 Placa-mãe A520 (a decidir) 1 x 8 GB DDR4 2400 Radeon RX 560 Intel 660p NVMe 1 TB As duas campeãs de recomendações que leio aqui no fórum são Cooler Master MWE Bronze V2 500W e XPG Pylon 550W. Essa configuração acima não deve consumir mais do que 400W (?), assim talvez um modelo de 430W de boa qualidade compense… acho… Um possível upgrade que faça adiante é trocar o processador por um Ryzen mais moderno com vídeo integrado (e duplicar a memória), que deve superar a RX 560, não? Estou por fora do consumo dessas coisas. Nesse caso, já valeria precaver com uma fonte de ~500W?

Não ter disco rígido é uma experiência libertadora.

Talvez só com BIOS Mod. Pesquise no Win-Raid: https://winraid.level1techs.com/

Secure Boot é suportado pelas principais distribuições Linux (Ubuntu, Fedora, openSUSE) desde ~2013. O principal retardatário foi o Debian, que passou a suportar desde a versão 10, lançada em 2019. Distribuições derivadas geralmente herdam o suporte. Das que não suportam, destaco o Arch (e o conhecido derivado Manjaro), Mageia e OpenMandriva. @Esraeu Linux deve rodar melhor nisso aí. Espaço em disco pelo menos não será problema.

Para ficar claro, do ponto de vista da especificação HDMI, nas versões 1.3 e 1.4, há largura de banda suficiente para até 144 Hz 1080p. No entanto, isso não significa que o fabricante implemente tal suporte. Há monitores com conexões "HDMI 1.3" ou "HDMI 1.4" que suportam nessa resolução apenas 120 Hz. Estou desconfiado do seu monitor, que talvez restrinja 120 Hz no HDMI. Porque, se fosse a placa com link de 4,95 Gbit/s (pré-HDMI 1.3), você estaria restrito a 60 Hz, não 120 Hz. Olhou se tem algo a configurar no software do driver? Edit: perdão, li errado! Você só consegue 120 Hz em 1024x768? Caso sim, esqueça. Sua placa de vídeo não implementa link de 10,2 Gbit/s (HDMI 1.3+). Terá que trocar a placa de vídeo.