Tengo curiosidad por saber exactamente por qué querrías ejecutar un comando de este tipo si crees que podría dañar tu computadora...
/dev/nvram proporciona acceso a la memoria no volátil en el reloj en tiempo real en PC y Ataris. En las PC, esto generalmente se conoce como memoria CMOS y almacena las opciones de configuración del BIOS; puede ver la información almacenada allí mirando /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
Todo esto lo maneja el nvram módulo kernel, que se ocupa de las sumas de verificación, etc. La mayor parte de la información aquí solo está presente por razones históricas y refleja las limitaciones de los sistemas operativos antiguos:la computadora en la que ejecuté esto no tiene cuatro unidades de disquete, la información del disco duro es incorrecta, al igual que la información de la memoria y la información del adaptador de pantalla.
No he intentado escribir valores aleatorios en el dispositivo, pero sospecho que no bloquearía su sistema:en el peor de los casos, debería poder recuperarse borrando el CMOS (generalmente hay un botón o puente para hacer eso en su placa base) . ¡Pero yo no lo intentaría!
Las únicas características útiles en la memoria CMOS hoy en día están relacionadas con RTC. En particular, nvram-wakeup puede programar la alarma CMOS para encender su computadora en un momento específico. (Así que esa sería una razón para escribir a /dev/nvram .)
Probablemente podría, pero depende de su BIOS. Vea este problema relacionado con la configuración de EFI donde se bloqueó una computadora portátil al borrar las variables de EFI. Si algún BIOS no puede manejar las variables borradas, es probable que algunos no manejen mejor la basura aleatoria en nvram.
Como mínimo, antes de intentar esto, vea si hay un procedimiento de reinicio de nvram para su hardware específico. Por lo general, algo como quitar la batería de respaldo de la placa base por un tiempo.
Sería probablemente ser reparable ya sea porque el firmware notará que falla la suma de verificación y la restablecerá (en el próximo arranque), o alternativamente tirando de la batería CMOS y/o usando un puente claro CMOS. Por supuesto, el firmware defectuoso puede decidir lo contrario.
Yo personalmente no recomendaría probarlo. Del mismo modo que no recomendaría que pruebe una salida GFI clavándole un tenedor.