GNU/Linux >> Linux Esercitazione >  >> Linux

È pericoloso scrivere su /dev/nvram?

Sono curioso di sapere esattamente perché vorresti eseguire un comando del genere se pensi che possa danneggiare il tuo computer...

/dev/nvram fornisce l'accesso alla memoria non volatile nell'orologio in tempo reale su PC e Atari. Sui PC questo è generalmente noto come memoria CMOS e memorizza le opzioni di configurazione del BIOS; puoi vedere le informazioni memorizzate guardando /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

Tutto questo è gestito dal nvram modulo del kernel, che si occupa dei checksum ecc. La maggior parte delle informazioni qui è presente solo per ragioni storiche e riflette i limiti dei vecchi sistemi operativi:il computer su cui ho eseguito questo non ha quattro unità floppy, le informazioni sul disco rigido sono errato, così come le informazioni sulla memoria e le informazioni sulla scheda video.

Non ho provato a scrivere valori casuali sul dispositivo, ma sospetto che non rovinerebbe il tuo sistema:nel peggiore dei casi, dovresti essere in grado di ripristinare cancellando il CMOS (di solito c'è un pulsante o un ponticello per farlo sulla tua scheda madre) . Ma non lo proverei!

Le uniche caratteristiche utili nella memoria CMOS al giorno d'oggi sono legate all'RTC. In particolare, nvram-wakeup può programmare l'allarme CMOS per accendere il computer in un momento specifico. (Quindi questo sarebbe un motivo per scrivere a /dev/nvram .)


Probabilmente potrebbe, ma dipende dal tuo BIOS. Vedi questo problema correlato con la configurazione EFI in cui un laptop è stato bloccato cancellando le variabili EFI. Se alcuni BIOS non sono in grado di gestire le variabili cancellate, è probabile che alcuni potrebbero non gestire meglio la spazzatura casuale nella nvram.

Per lo meno, prima di provare questo, controlla se esiste una procedura di ripristino della nvram per il tuo hardware specifico. Di solito qualcosa come rimuovere la batteria di backup dalla scheda madre per un po'.


Sarebbe probabilmente essere risolvibile perché il firmware noterà che il checksum fallisce e lo ripristinerà (all'avvio successivo), o in alternativa estraendo la batteria CMOS e/o utilizzando un jumper di cancellazione CMOS. Naturalmente, il firmware difettoso potrebbe decidere diversamente.

Personalmente non consiglierei di provarlo. Proprio come non ti consiglierei di testare una presa GFI infilandoci dentro una forchetta.


Linux
  1. In che modo Linux gestisce più separatori di percorsi consecutivi (/home////nomeutente///file)?

  2. Linux:differenza tra /dev/console , /dev/tty e /dev/tty0?

  3. Quanto sono portatili /dev/stdin, /dev/stdout e /dev/stderr?

  4. Come mappare il dispositivo /dev/sdX e /dev/mapper/mpathY dal dispositivo /dev/dm-Z

  5. Cosa sono i file /dev/zero e /dev/null in Linux

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

Cos'è /dev/mem?

Linux:differenza tra /dev/console , /dev/tty e /dev/tty0

kernel:disabilitare /dev/kmem e /dev/mem

È sbagliato collegare /dev/random a /dev/urandom su Linux?

Perché sono necessari < o > per usare /dev/tcp