GNU/Linux >> Tutoriels Linux >  >> Linux

Est-ce que /dev/nvram est dangereux en écriture ?

Je suis curieux de savoir exactement pourquoi vous voudriez exécuter une telle commande si vous pensez que cela pourrait endommager votre ordinateur...

/dev/nvram donne accès à la mémoire non volatile de l'horloge temps réel sur PC et Ataris. Sur les PC, cela s'appelle généralement la mémoire CMOS et stocke les options de configuration du BIOS; vous pouvez voir les informations qui y sont stockées en regardant /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

Tout cela est géré par le nvram module du noyau, qui s'occupe des sommes de contrôle, etc. La plupart des informations ici ne sont présentes que pour des raisons historiques et reflètent les limitations des anciens systèmes d'exploitation :l'ordinateur sur lequel j'ai exécuté ceci n'a pas quatre lecteurs de disquettes, les informations sur le disque dur sont incorrect, tout comme les informations sur la mémoire et les informations sur l'adaptateur d'affichage.

Je n'ai pas essayé d'écrire des valeurs aléatoires sur l'appareil, mais je soupçonne que cela ne bloquerait pas votre système :au pire, vous devriez pouvoir récupérer en effaçant le CMOS (il y a généralement un bouton ou un cavalier pour le faire sur votre carte mère) . Mais je ne l'essayerais pas !

Les seules fonctionnalités utiles de la mémoire CMOS de nos jours sont liées au RTC. En particulier, nvram-wakeup peut programmer l'alarme CMOS pour allumer votre ordinateur à une heure précise. (Ce serait donc une raison d'écrire à /dev/nvram .)


C'est probablement possible, mais cela dépend de votre BIOS. Voir ce problème connexe avec la configuration EFI où un ordinateur portable a été maçonné en effaçant les variables EFI. Si certains BIOS ne peuvent pas gérer les variables effacées, il est probable que certains ne gèrent pas mieux les déchets aléatoires dans la nvram.

À tout le moins, avant d'essayer cela, voyez s'il existe une procédure de réinitialisation nvram pour votre matériel spécifique. Généralement quelque chose comme retirer la batterie de secours de la carte mère pendant un certain temps.


Ce serait probablement être réparable soit parce que le micrologiciel remarquera qu'il échoue à la somme de contrôle et le réinitialisera (au prochain démarrage), soit en tirant sur la batterie CMOS et/ou en utilisant un cavalier d'effacement CMOS. Bien sûr, un micrologiciel bogué peut en décider autrement.

Personnellement, je ne recommanderais pas de l'essayer. Tout comme je ne vous recommande pas de tester une prise GFI en y collant une fourchette.


Linux
  1. Comment Linux gère-t-il plusieurs séparateurs de chemins consécutifs (/home////nom d'utilisateur///fichier) ?

  2. Quand utiliser /dev/random contre /dev/urandom ?

  3. Comment mapper les périphériques /dev/sdX et /dev/mapper/mpathY à partir du périphérique /dev/dm-Z

  4. Que sont les fichiers /dev/zero et /dev/null sous Linux

  5. Qu'est-ce que /dev/mem ?

tty (/dev/tty ) vs pts (/dev/pts) sous Linux

Comment Linux utilise /dev/tty et /dev/tty0

Est-ce une erreur de lier /dev/random à /dev/urandom sous Linux ?

echo ou print /dev/stdin /dev/stdout /dev/stderr

Pourquoi < ou > sont-ils nécessaires pour utiliser /dev/tcp

Différences entre /dev/sda et /dev/sda1