Un comando Ubuntu ha bloccato il mio sistema?

Ho installato Ubuntu sul mio computer qualche giorno fa per eseguire un programma esclusivo. Ho finito con esso e stavo per formattare l'unità per reinstallare Windows. Tuttavia, il mio fratellino voleva eseguire questo comando nel terminale su di esso che avrebbe distrutto il sistema operativo, e ho pensato che non avrebbe fatto male dal momento che avrei formattato l'unità comunque.

Era questo:

sudo rm -rf --no-preserve-root /

Scusa la mia noobiness se questo comando dovrebbe porre fine al mondo o qualcosa del genere. Quindi ha rovinato il sistema operativo e ho riavviato il PC con l'installazione USB di Windows, pianificando di formattare l'unità in Installazione di Windows.

Tuttavia, al riavvio, il monitor non riceveva alcun input. Inoltre, l'indicatore HDD (o qualunque fosse la luce rossa) non stava facendo nulla. (Era spento, in effetti.) I fan stavano funzionando e l'unità DVD era, comunque. (Non credo che ci sia un altoparlante per PC lì dentro, quindi se hai bisogno di alcuni codici di errore bip, scusa.)

Ho provato a cambiare il cavo VGA dalla scheda grafica alla scheda madre, ma non ho ancora ricevuto input. Ho provato a inserire questo vecchio disco di Windows XP nell'unità disco, ma non è stato visualizzato nulla. Schiaccia i pulsanti Elimina, F12, ecc., Ma non è successo nulla. Ho quindi cercato online e provato un suggerimento per ripristinare la RAM, ma non è cambiato nulla. Sto pensando di ripristinare manualmente il CMOS ma non ci sono ancora riuscito. (Per favore, dimmi se avresti raccomandato di farlo, perché non voglio rovinare il PC se non è necessario.)

Ho UEFI, quindi potrei essere in grado di utilizzare un chip di backup nel caso in cui il BIOS sia danneggiato.

Questo è possibile su un sistema UEFI che esegue systemd.

• Phoronix: In un mondo UEFI, "rm -rf /" può bloccare il sistema
• Segnalazione di bug di Systemd , fonte di quell'articolo

Per riassumere, citando un commento da quel report di bug:

Punto 1: L'
eliminazione /sys/firmware/efi/efivars/dovrebbe bloccare la configurazione EFI, ma in un EFI correttamente implementato dovrebbe essere recuperabile.

Punto 2:
Ci sono alcuni pezzi di hardware là fuori con EFI rotto / mal implementato, che possono essere permanentemente murati facendo cose conformi allo standard. Vedi ad esempio il caso in cui Ubuntu ha bloccato alcuni laptop Samsung memorizzando dati aggiuntivi in ​​una memoria EFI. Questo comportamento andava bene per standard ma ha rotto questa particolare implementazione.

Punto 3: L'
esecuzione di qualsiasi cosa come root su cui scrive /dev/sdascriverà la tabella delle partizioni e / o i filesystem. Ciò è negativo soprattutto se non si dispone di backup, ma dopo il partizionamento, la creazione di nuovi file system e la reinstallazione del sistema operativo il dispositivo funzionerà nuovamente. Quindi puoi recuperare da esso avviando alcuni altri media e ripetere l'installazione.

Punto 4:
Thrashing EFI è un tipo completamente diverso di problema. Nel peggiore dei casi non sarai in grado di fare nulla con la macchina in quanto non arriverà al POST. Nessun avvio da un altro supporto, nessuna immissione di alcune utility EFI per riparare cose mancanti. A quel punto il tuo computer è un fermacarte molto costoso.

Il problema si verifica nelle distribuzioni che eseguono systemd e montano efivarfsscrivibile (at /sys/firmware/efi/efivars). Systemd deve scrivere lì, quindi le distribuzioni che usano systemd sono interessate. Tuttavia, non sembra esserci alcuna indicazione che i sistemi Upstart siano interessati.

L'esecuzione del comando rm -rf /può bloccare qualsiasi dispositivo UEFI (incluso quello da cui sto scrivendo). In questo modo si eliminano tutti i file che includono le unità montate e le variabili del firmware EFI (questo è ciò che i mattoni). Linux monta le variabili EFI /sys/firmware/efi/efivars/e rm -rf /cancellerà tutti i file (variabili EFI) in quella cartella. Molto probabilmente il tuo computer è un mattone e non può essere riparato (EFI utilizza NVRAM ).

I vecchi computer BIOS non funzionano rm -rf /perché non dispongono di variabili firmware EFI che potrebbero essere eliminate. Inoltre, è possibile fare la stessa cosa (eliminare tutte le variabili EFI) su Windows con poche righe di codice.

Non è possibile che l'eliminazione dei file distrugga l'unità, normalmente (vedi la mia modifica alla fine - a quanto pare, c'è un modo). Il comando è uguale all'immissione di del -sc: *. * Nella riga di comando di Windows (se la memoria della mia sintassi DOS è corretta). Naturalmente la cancellazione del sistema operativo provocherà il fallimento del sistema operativo, ma niente di più.

Se elimini la directory di avvio insieme a qualsiasi altra cosa, anche all'intera partizione, dovresti comunque ottenere un prompt di GRUB. Il bootloader di GRUB non verrebbe cancellato perché non fa parte della struttura della directory, ma il suo menu è, quindi dovrebbe comunque provare a caricare e dare un errore.

Hai qualche altro problema e non ha nulla a che fare con Ubuntu. Anche se il disco si guasta, ciò non influirebbe sul processo di avvio USB o DVD.

EDIT: OK, penso che la mia risposta sia obsoleta a causa del BIOS UEFI, che è qualcosa di cui so poco. Apparentemente, è possibile eliminare le informazioni critiche sulla configurazione UEFI. Credo che ciò che accade sia che questo viene montato sul filesystem e, se fatto in modo errato, non sarà solo di lettura e può essere cancellato, cancellandolo dal BIOS.

Ho avuto l'esperienza che un supporto di Windows Installer potrebbe bloccarsi se il tuo HD utilizza un formato di cui Windows non è a conoscenza (come ext4).

In questo caso, è necessario eseguire un LiveCD Linux con GParted (come questo ) e formattare il disco rigido su qualcosa come NTFS o FAT32 prima di provare a installare Windows.

Il problema principale qui è che un filesystem può estendersi ai dispositivi. Questo include tutto ciò che è montato. È un problema per UEFI. Diamine, è un problema per Android. E se tu avessi una videocamera montata, diciamo, hai anche cancellato i tuoi contenuti DCIM, giusto? Allora, cosa hai imparato? Il produttore potrebbe essere in grado di aiutarti e potresti essere in grado di eseguire il flashing con altri mezzi.

Pulisci i dischi con dd if = / dev / zero la prossima volta, e cancellare le cose frivolosamente tornerà a morderti un giorno. Finirà tutto in lacrime. Puoi davvero fare del tempo per scherzare con qualcuno come questo, è un po 'peggio di del . nella directory principale PC MS-DOS.