Il comando Linux che mette k.o. alcuni portatili

[Redazione di Hardware Upg]

Link alla notizia: http://www.hwupgrade.it/news/sistemi...ili_60691.html

Il comando rm -rf –no-preserve-root / può determinare la cancellazione di file necessari per avviare alcuni portatili Linux. Diverse segnalazioni diffuse in rete in relazione ai modelli MSI

Click sul link per visualizzare la notizia.

[Wonder]

Anche Format C: in DOS non faceva più avviare il PC. Non mi ricordo una News a tal proposito

[linux_goblin]

è leggermente diverso.....
qui sembra che sia possibile cancellare parte del bios e quindi la macchina non si avvierebbe più (non permettendo di reinstallare un sistema operativo)

errore di msi o di chi ha scritto il bios o di chi ha montato in read-write la partizione ?

[Giouncino]

mi sa che questo caso è diverso: una parte del BIOS efi viene cancellata ed il portatile non mostrerà più nulla a schermo.
con format C: reinstallavi tutto e non c'erano problemi, il BIOS non veniva intaccato

[Rubberick]

+ che altro è grave che venga esposta la partizione efi sulla rom interna o_O

[Wonder]

Veramente parla di una cartella

Tra il materiale cancellato figura anche il contenuto della cartella /sys/firmware/efi/efivars/

non del bios stesso che è scritto su una EEPROM rescrvibile
E poi

viene completamente cancellata anche la partizione di boot EFI dall'interno di Linux

si parla di partizione. Dove stanno per voi le partizioni? Certo non sul BIOS
E cmq il mio commento era sarcastico, non si doveva neanche prendermi sul serio

[benderchetioffender]

Originariamente inviato da Wonder

Veramente parla di una cartella
non del bios stesso che è scritto su una EEPROM rescrvibile
E poi si parla di partizione. Dove stanno per voi le partizioni? Certo non sul BIOS
E cmq il mio commento era sarcastico, non si doveva neanche prendermi sul serio

il problema è che la eeprom è montanta nella cartella /Sys/firmware etc etc, come fosse una "chivetta usb"... peccato che in questo caso non fosse montata in una cartellain sola lettura, ma anche giustamente: di solito è una cartella di proprietà di Root, quindi da utente non la puoi toccare

nel momento in cui spegni il pc (e/o formatti blablabla.... quel che vuoi) la cartella è smontata quindi non esposta

si è una coincidenza bizzarra, come è una bizzarra coincidenza che uno lanci un comando del genere per dio!

il che fà anche capire l'onnipotenza assoluta di Root, che quindi và usato con cognizione di causa (dopo è pur vero che con UEFI son nati piu casini che problemi risolti rispetto i vecchi bios... ma tant'è)

è un comando patchabilissimo (banalmente bastava aggiungere di smontare tutto prima di formattare) e la reale esigenza di usare normalmente questo comando è -ZERO-... quindi boh, è un caso, sfortunato, un semplice bug dato anche dalla relativa "novità" di UEFI
e non è nemmeno da escludere la responsabilità di MSI a lasciare i firmware così accessibili al software, in maniera trasparente...

E' corretto precisare che il problema, documentato in maniera abbastanza ampia in relazione ai portatili MSI, potrebbe riguardare anche prodotti di altri brand. Non si dispone di una casistica estesa

ma và? chi è il fesso che darebbe un comando del genere? 1 su 1 milione..

tuttavia, né si può procedere con prove empiriche visto il potenziale danno che si può causare al portatile. Alla luce dei potenziali rischi legati all'operazione, utilizzare una più innocua procedura di formattazione è un'operazione maggiormente consigliata.

anyway, credo sia possibile ripristinare con un aggiornamento del bios/uefi, quello dovrebbe ripristinare tutto

[fano]

In realtà in una macchina (U)EFI una parte del BIOS e file per permettere il boot sono sul disco primario nella prima partizione che è di solito di pochi MB; partizione che un sistema operativo come si deve non dovrebbe mai esporre all'utente... soprattutto NON in scrittura!

Poi diciamolo a fare "rm -rf /" un po' se la sono cercata

[matrix83]

Originariamente inviato da Wonder

Veramente parla di una cartella
non del bios stesso che è scritto su una EEPROM rescrvibile
E poi si parla di partizione. Dove stanno per voi le partizioni? Certo non sul BIOS
E cmq il mio commento era sarcastico, non si doveva neanche prendermi sul serio

Usi Linux? cosi per sapere. /sys come /proc non sono vere cartelle ma virtuali. Sono ramfs con informazioni su hw e sistema montate per esportare strutture dati del kernel in userspace (oltre a ogni dato di ogni singolo hw installato tra cui anche la struttura delle partizioni, etc)

[battilei]

Originariamente inviato da fano

In realtà in una macchina (U)EFI una parte del BIOS e file per permettere il boot sono sul disco primario nella prima partizione che è di solito di pochi MB; partizione che un sistema operativo come si deve non dovrebbe mai esporre all'utente... soprattutto NON in scrittura!

Poi diciamolo a fare "rm -rf /" un po' se la sono cercata

poettering commented Feb 1, 2016

To make this very clear: we actually write to the EFI fs in systemd. Specifically, when you issue "systemctl reboot --firmware" we'll set the appropriate EFI variable, to ask for booting into the EFI firmware setup. And because we need it writable we'll mount it writable for that.
https://github.com/systemd/systemd/issues/2402

[benderchetioffender]

Originariamente inviato da fano

In realtà in una macchina (U)EFI una parte del BIOS e file per permettere il boot sono sul disco primario nella prima partizione che è di solito di pochi MB; partizione che un sistema operativo come si deve non dovrebbe mai esporre all'utente... soprattutto NON in scrittura!

no quella è una partizione (credo una copia) che si crea in fase di installazione del sistema operativo (tutti i sistemi che usano efi e GPT... win e osx pure la creano), altrimenti se si rompesse il disco rimarresti senza pc no? quindi quella è esponibilissima all'utente (se vuole far danni, ma non irreparabili)

in questo caso è diverso, e in ogni caso /sys non è per nulla esposta agli utenti (pippo, paperino etc etc) ma è solo di root, non a caso

Poi diciamolo a fare "rm -rf /" un po' se la sono cercata

su questo non c'è dubbio

[Wonder]

Beh certo, ma reinstallando torna tutto.
Dal titolo senzazionalistico sembra ceh il PC venga compromesso per sempre

[zappy]

non ho capito... UEFI (o comunque dei suoi pezzi) stanno in una partizione del disco?!? non è in una eprom? che stronzata ciclopica!
e se si scassa il disco non avvii più la macchina?

BIOS per sempre!

[roccia1234]

Certo che anche loro sono proprio delle volpi a lanciare un comando del genere.

Formattare una partizione è passato di moda?

non ho capito... UEFI (o comunque dei suoi pezzi) stanno in una partizione del disco?!? non è in una eprom? che stronzata ciclopica!
e se si scassa il disco non avvii più la macchina?

No, stanno su una eprom che viene montata in quel percorso in /sys

[battilei]

Originariamente inviato da roccia1234

Certo che anche loro sono proprio delle volpi a lanciare un comando del genere.

e figurati alla MSI che volpe il tipo che non ha previsto una
if EEPROM==sputtanata then reload EEPROM from backup;

anche fare firmware decente è passato di moda

[eddie81]

Non viene cancellata nessuna parte del bios! Linux (systemd) monta in una partizione virtuale "/sys/firmware/efi/efivars/" le variabili necessarie alla configurazione del bios EFI da parte del sistema operativo (si possono configurare una serie di sistemi operativi da selezionare dal menu di boot del bios) come se sarebbero una serie di file di testo (nomi delle variabili) con scritto al loro interno i valori. Si linux si fa funzionare un po' tutto in questo modo (cartelle, file virtuali). Con il comando "rm -rf –no-preserve-root /" quando incontra le EFIVAR i valori di queste variabili vengono cancellati. Purtroppo come potete leggere su github per questo caso, oppure per altri casi, sempre inerenti al bios EFI, alcuni produttori tendono a pasticciare con le specifiche EFI. Difatti in avendo i valori cancellati, è non per specifiche, ma per puro buon senso i valori dovrebbero venire automaticamente ripristinati ad un valore di default. Cosa che con EFI di MSI non avviene ritrovandosi con un mattone HI-TECH.

[Lieutenant]

Un paio di precisazioni per meglio spiegare la natura del problema:
- Linux "monta" in un percorso virtuale del file-system le variabili di configurazione UEFI, che sono accessibili sia in lettura che in scrittura "by design". Di per se' non e' un problema: sono le implementazioni UEFI a doversi proteggere da operazioni non consentite.
- Il problema non e' solo di Linux: le variabili UEFI sono accessibili, con relativamente poche righe di codice, da qualunque sistema operativo. Non sarebbe difficile sviluppare virus in grado di trasformare numerosi PC in costosi fermacarte.
- Con "costosi fermacarte" intendo che il PC non prova nemmeno a partire una volta che queste variabili sono state rimosse. Non c'e' modo di installare il sistema operativo, ne' di avviare il PC da dispositivi rimovibili. E' il "bios" stesso a inchiodarsi, ergo il computer va mandato in garanzia.
- Il problema non e' limitato ad MSI. Numerosi brand sono affetti da questo problema o problemi simili. Il passo, con UEFI, e' stato grande... e in gran parte mal gestito.


Il problema, ad ogni modo, non e' limitato alle variabili. Le implementazioni UEFI stanno incontrando notevoli problemi di sicurezza, al punto da cominciare ad essere l'obbiettivo di chi sviluppa determinate categorie di virus/rootkit. Virus del genere, al momento, il consumatore semplicemente NON e' in grado di rimuoverli.

Il problema verra' risolto alla radice dai produttori solo nel momento in cui gli interventi in garanzia diventeranno troppo costosi da gestire, un po' come e' successo con le richieste di reinstallazione, che alla lunga hanno indotto i produttori a inserire partizioni di recovery nascoste.
Con UEFI avverra' probabilmente la stessa cosa. Nel frattempo, purtroppo, sono affari nostri.

[DooM1]

Scusate eh, a me non è chiaro.
Intanto per quale motivo, diverso dall'autodistruzione, qualcuno dovrebbe eseguire quel comando?
Perché sarebbe necessario per rimuovere Arch ?

Io ho sempre saputo che il BIOS è in una EEPROM, la quale ha una sezione flash, e una sezione CMOS volatile.
Tutte le variabili stanno sulla CMOS, diversamente sarebbe da idioti
Allora, siccome non penso proprio che quel comando esegua un flash sulla ROM, anche perché la ROM partirebbe in poco tempo se ogni volta deve flashare per il cambio di una variabile, cambierà qualcosa a livello di OS/disco, o al massimo di CMOS.
Un reset CMOS non risolve?

Cosa mi sfugge?

[floc]

Originariamente inviato da DooM1

Scusate eh, a me non è chiaro.
Intanto per quale motivo, diverso dall'autodistruzione, qualcuno dovrebbe eseguire quel comando?
Perché sarebbe necessario per rimuovere Arch ?

Io ho sempre saputo che il BIOS è in una EEPROM, la quale ha una sezione flash, e una sezione CMOS volatile.
Tutte le variabili stanno sulla CMOS, diversamente sarebbe da idioti
Allora, siccome non penso proprio che quel comando esegua un flash sulla ROM, anche perché la ROM partirebbe in poco tempo se ogni volta deve flashare per il cambio di una variabile, cambierà qualcosa a livello di OS/disco, o al massimo di CMOS.
Un reset CMOS non risolve?

Cosa mi sfugge?

non c'e' un vero motivo, lo han fatto per "vedere l'affetto che fa". Ti sfugge il come perche' forse ti e' poco chiaro il meccanismo e non hai letto l'intervento poco sopra che spiega perfettamente il problema quoto

Originariamente inviato da eddie81

Non viene cancellata nessuna parte del bios! Linux (systemd) monta in una partizione virtuale "/sys/firmware/efi/efivars/" le variabili necessarie alla configurazione del bios EFI da parte del sistema operativo (si possono configurare una serie di sistemi operativi da selezionare dal menu di boot del bios) come se sarebbero una serie di file di testo (nomi delle variabili) con scritto al loro interno i valori. Si linux si fa funzionare un po' tutto in questo modo (cartelle, file virtuali). Con il comando "rm -rf –no-preserve-root /" quando incontra le EFIVAR i valori di queste variabili vengono cancellati. Purtroppo come potete leggere su github per questo caso, oppure per altri casi, sempre inerenti al bios EFI, alcuni produttori tendono a pasticciare con le specifiche EFI. Difatti in avendo i valori cancellati, è non per specifiche, ma per puro buon senso i valori dovrebbero venire automaticamente ripristinati ad un valore di default. Cosa che con EFI di MSI non avviene ritrovandosi con un mattone HI-TECH.

quindi la colpa e' di chi non ha pensato al refresh a default di queste variabili, ne' di linux ne' dell'utente (beh in realta' poteva andarci con cautela eh) quindi nello specifico di msi e compagnia cantante. Le moderne eeprom non hanno problemi di riscrittura, sono comunque cicli limitati.

Originariamente inviato da Lieutenant

[...]
Il problema, ad ogni modo, non e' limitato alle variabili. Le implementazioni UEFI stanno incontrando notevoli problemi di sicurezza, al punto da cominciare ad essere l'obbiettivo di chi sviluppa determinate categorie di virus/rootkit. Virus del genere, al momento, il consumatore semplicemente NON e' in grado di rimuoverli.

Il problema verra' risolto alla radice dai produttori solo nel momento in cui gli interventi in garanzia diventeranno troppo costosi da gestire, un po' come e' successo con le richieste di reinstallazione, che alla lunga hanno indotto i produttori a inserire partizioni di recovery nascoste.
Con UEFI avverra' probabilmente la stessa cosa. Nel frattempo, purtroppo, sono affari nostri.

vero, ma la verita' e' anche un'altra. Ci hanno rifilato uefi con la scusa del "vedrete che non serviranno piu' driver (ve li ricordate i primi proclama?), tutto su uefi, e sara' tutto sicurissimo e certificato" e questo e' il risultato, con uefi sfruttato solo per rendere piu' complicato aggirare le licenze e che spalanca portoni a utilizzi malevoli di vario genere. Ridateci i vecchi bios.

[Raghnar-The coWolf-]

è da mò che c'è questo problema. Anche io ho avuto enormi problemi col dual boot, sempre derivati da sto cavolo di grub2 che è troppo ciccione per alcune efi e sconfina su read/write e quindi è facile che venga parzialmente danneggiato.

Ora ci sono dei tool di recupero del boot, se lo stesso viene parzialmente danneggiato (non so in questo caso cosa intendano).

Ho sputato sangue su un portatile Lenovo...