O MemTest86 + (a versão incluída no Ubuntu 13.04) diz
Failing address: 002f796c48 - 759.5 MB
O que devo especificar no memmap
parâmetro kernel para ignorar esta área?
Eu tentei correr memtester 770MB
e ele diz que está tudo bem, então não parece que as indicações do MemTest significam um erro no 759,5º MB desde o início.
Como interpretar essa indicação do MemTest para configurar memmap
?
Agora não tenho dinheiro para comprar nova RAM e o erro parece ser único, então espero poder substituí-lo.
Respostas:
memmap
Existe este tutorial intitulado: HowTo Bad Memory, que discute a desativação da memória através do kernel usando o
memmap
argumento para o kernel. De acordo com o howto, você tem 2 opções quando se trata dememmap
:(mem=###M option)
(memmap=#M$###M option)
Com a primeira opção, se o memtest relatar que há memória ruim em 600M, você poderá desativar a RAM desse ponto até o final da RAM com isso:
Se houver RAM ruim em 802M e 807M, você pode desativar uma seção de 10M de RAM, começando em 800M, assim:
NOTA: Isso colocará na lista negra os 10M após o endereço base de 800M. Você deve executar
memtest86+
posteriormente para confirmar que esse argumento está correto.BadRAM
Existe um patch disponível para o Ubuntu chamado BadRam. Está bem coberto aqui neste post intitulado: BadRAM no site da comunidade Ubuntu.
Depois de aplicar o patch ao kernel usando os detalhes dessa página, você faz modificações na configuração do Grub2:
trecho desse site para Grub2
Acompanhamento # 1
Olhando na página da wikipedia o memtest86 +, ele diz o seguinte:
trecho da página da Wikipédia Memtest86
Também me deparei com esta página do Gentoo que especificava o
memmap=...
uso de um endereço hexadecimal, para que você pudesse especificá-lo assim:O 5M é apenas um palpite, obviamente, você pode ajustá-lo para mais ou para menos, dependendo da quantidade de RAM nessa região que você deseja / precisa omitir.
Finalmente, você também pode especificar o tamanho em hexadecimal:
Ignoraria 64KB começando no endereço 0x2f796c48.
Referências
fonte
memmap
opção, mas a questão é mais sobre como interpretar a saída do memtest86 +. Dei um exemplo específico de saída do memtest86 + e peço ajuda para configurarmemmap
adequadamente nesse caso específico. 2. "Você deve executar o memtest86 + posteriormente para confirmar que este argumento está correto." - O memtest86 + roda antes de um kernel do sistema operacional, então duvido seriamente que amemmap
opção do kernel do Linux possa afetá-lo.memmap=5M$759M
para o seu caso particular, dado que o memtest86 + está falhando em 759,5MB. 2. Eu quis dizer que você deveria passar amemmap=...
opção para o memtest86 + também. Isso não foi testado / não foi confirmado por mim, mas algo que você poderá fazer com o memtest86 +.O Memtest86 + (usei o 4.20) pode gerar um formato badram diretamente.
Pressione 'c' para acessar o diálogo de configuração
Em seguida, '4' para "Modo de relatório de erros"
Então '3' para "Padrões BadRAM"
A saída mudará de uma lista de falhas individuais de teste para uma série de linhas badram =, cada uma contendo mais um novo setor defeituoso. Como as linhas acrescentam e combinam segmentos adjacentes, você pode executar o teste sem cabeça durante a noite e usar a linha final impressa (embora, se você tiver um dimm realmente ruim, o formato menos preciso "5 megas ao redor deste ponto" provavelmente será um pouco mais curto )
Resultado final:
fonte
tesseract ${IMG} stdout
.., então verificamos e corrigimos a linha antes de inseri-la em / etc / default / grub ... provavelmente levou entrando apenas enquanto manualmente-lo imediatamente ^^