É perigoso escrever para / dev / nvram?

Encontrei informações de que o nvram é usado para piscar / backup do BIOS e que contém alguns dados relacionados ao BIOS. Será cat /dev/random > /dev/nvrampermanentemente computador tijolo? Estou bastante tentado a digitar esse comando, mas de alguma forma acho que não vai acabar bem para a minha máquina, então acho que gostaria de saber o quão perigoso é jogar com este dispositivo.

Estou curioso para saber exatamente por que você deseja executar esse comando, se acha que pode danificar seu computador ...

/dev/nvramfornece acesso à memória não volátil no relógio em tempo real nos PCs e Ataris. Nos PCs, isso geralmente é conhecido como memória CMOS e armazena as opções de configuração do BIOS; você pode ver as informações armazenadas lá, olhando para /proc/driver/nvram:

Checksum status: valid
# floppies     : 4
Floppy 0 type  : none
Floppy 1 type  : none
HD 0 type      : ff
HD 1 type      : ff
HD type 48 data: 65471/255/255 C/H/S, precomp 65535, lz 65279
HD type 49 data: 3198/255/0 C/H/S, precomp 0, lz 0
DOS base memory: 630 kB
Extended memory: 65535 kB (configured), 65535 kB (tested)
Gfx adapter    : monochrome
FPU            : installed

Tudo isso é tratado pelo nvrammódulo do kernel, que cuida das somas de verificação etc. A maioria das informações aqui estão presentes apenas por razões históricas e reflete as limitações dos sistemas operacionais antigos: o computador em que eu executei isso não tem quatro unidades de disquete , as informações do disco rígido estão incorretas, assim como as informações da memória e do adaptador de vídeo.

Não tentei escrever valores aleatórios no dispositivo, mas suspeito que isso não afetaria seu sistema: na pior das hipóteses, você poderá recuperar a limpeza do CMOS (geralmente há um botão ou jumper para fazer isso na placa-mãe) . Mas eu não tentaria!

Atualmente, os únicos recursos úteis na memória do CMOS estão relacionados ao RTC. Em particular, o nvram-wakeup pode programar o alarme do CMOS para ligar o computador em um horário específico. (Portanto, esse seria um motivo para escrever /dev/nvram.)

Provavelmente poderia, mas depende do seu BIOS. Veja este problema relacionado à configuração da EFI em que um laptop foi bloqueado ao limpar as variáveis ​​da EFI. Se alguns BIOS não conseguem lidar com variáveis ​​limpas, é provável que alguns não consigam lidar melhor com o lixo aleatório no nvram.

No mínimo, antes de tentar isso, verifique se existe um procedimento de redefinição do nvram para o seu hardware específico. Geralmente algo como remover a bateria de backup da placa-mãe por um tempo.

Seria provavelmente ser corrigível porque o firmware vai notar que não soma de verificação e repô-la (na próxima inicialização), ou, alternativamente, puxando a bateria CMOS e / ou usando um jumper Clear CMOS. Obviamente, o firmware do buggy pode decidir o contrário.

Eu, pessoalmente, não recomendaria tentar. Assim como eu não recomendo que você teste uma tomada GFI colocando um garfo nela.