Il riavvio forzato danneggia il mio Ubuntu

22

Alcune volte il mio laptop si blocca a causa dell'uso eccessivo di RAM quando apro applicazioni voluminose. Quindi, se non risponde, spengo il laptop usando il pulsante di accensione. Questo danneggia Ubuntu in qualche modo? Può causare problemi di sicurezza o vulnerabilità?

shutdown

— M.Tarun
fonte

3

C'è una buona lista di cosa fare quando Ubuntu si blocca e può aiutarti a risolvere i problemi del "computer bloccato", che puoi provare prima di ricorrere al pulsante di accensione.

— Charles Green,

1

Se si scambia come un matto e non risponde all'input, puoi provare ad aspettare qualche ora. Le probabilità sono buone che qualunque programma stia causando i problemi allocerà troppa memoria e verrà ucciso dal sistema operativo, a quel punto il sistema si stabilizzerà e sarà nuovamente utilizzabile.

— Segna il

1

Immagino sempre se il computer è stato bloccato per un po 'e il disco rigido è silenzioso, quindi o tutto è stato scritto su disco o non lo sarà.

— Wossname

Come si rileva se un SSD è silenzioso (er)?

— Nate Lockwood,

17

Non causerà problemi di sicurezza o vulnerabilità.
Ma può causare danni al sistema operativo e perdita di dati a seconda delle attività in esecuzione al momento.
Detto questo, il tuo computer non dovrebbe rimanere bloccato in caso di utilizzo elevato della RAM.

— Pabi
fonte

5

Se può danneggiare il sistema operativo, può causare problemi di sicurezza o vulnerabilità. Deve semplicemente danneggiare le giuste porzioni del sistema operativo (certo, abbastanza improbabile che il sistema operativo venga danneggiato, funziona come prima senza che nessuno se ne accorga ma senza funzionalità di sicurezza critiche ... comunque ancora possibile).

— Bakuriu,

15

@Bakuriu Finché parliamo di cose improbabili ma ancora possibili , non è anche possibile che un incidente faccia qualcosa di buono? Forse ... produrre un grande libro che guadagna un sacco di soldi?

— Phil Frost,

@PhilFrost Certo, vedi il cervello di Boltzmann per la variante documentata più estrema di quell'idea.

— Volker Siegel,

@Bakuriu Ubuntu usa ext4, che ha un journal, quindi nel peggiore dei casi, ci sarebbe solo un pacchetto installato a metà)

— Ramchandra Apte,

4

@RamchandraApte Ubuntu utilizza qualunque filesystem scelgo ...

— Bakuriu,

6

Ovviamente perderai la quantità di dati che è nella tua RAM in quel momento e non è ancora stata scritta su disco. Inoltre esiste una possibilità teorica di corruzione di dati / file system.

Dalle mie esperienze personali posso dirti che sto ripristinando duramente il mio PC 4-5 volte al giorno negli ultimi 5 anni e che non ho mai avuto il problema di filesystem corrotti. Penso che ext3 / ext4 / ufs siano abbastanza robusti per questo tipo di guasti.

Al contrario, penso che NTFS sia molto più incline a questo. Sul mio impianto di gioco Windows ho una probabilità del 15% circa di corruzione del file system dopo una schermata blu e dovrò avviarlo dal disco per eseguire uno strumento di riparazione del file system in quel caso ... ** sospiro **

— s1lv3r
fonte

10

perché dovresti eseguire un hard reset così spesso?

— Bogdacutu

... in particolare con un kernel Linux in esecuzione. Ovviamente su Windows, ho ancora una certa familiarità con la bella sensazione di un paio di BSOD in un solo giorno, ma i panici del kernel che ho vissuto solo ... 5 volte in totale o qualcosa del genere. I quasi-congelamenti causati da swap sono piuttosto più comuni, ovviamente (quasi non per colpa del sistema operativo), ma questo non è davvero un motivo per il reset hardware, vero? Normalmente è ancora abbastanza facile topuscire dal processo o semplicemente killall.

— leftaroundabout

1

@leftaroundabout: i panici del kernel non sono l'unico modo in cui un sistema si arresta; sono solo uno dei pochi modi in cui il sistema operativo ti dice. :) Ogni mese o giù di lì, al mio laptop piace agire lasciando un po 'di immondizia sullo schermo per un po' prima che si blocchi completamente. (Penso che la mia scheda video si stacchi.) Succede allo stesso modo in Windows, circa con la stessa frequenza ... anche se a volte schermate blu di Windows. (Sembra che

— faccia

@Bogdacutu alcuni driver, in particolare i driver video, tra cui Intel, Nouveau e persino BLOB NVIDIA, sono un vero schifo. Ho sperimentato Oopses molto frequenti, che spesso hanno portato al blocco completo, nonché a blocchi della GPU, il che mi ha reso difficile il ripristino. A volte SysRq + REISUB ha funzionato, altre volte ho dovuto solo premere il pulsante di reset (o tenere premuto il pulsante di accensione sui laptop).

— Ruslan,

1

Un filesystem ext4 non può essere corrotto, che Ubuntu normalmente usa, perché ext4 ha un journal (i dati scritti a metà verranno scartati al prossimo avvio).

— Ramchandra Apte,

2

Si corre il rischio di causare incoerenze nel filesystem. È meglio, anche quando non c'è RAM, dato che normalmente funziona ancora in tali situazioni, usare la sequenza alt-sysrq, poiché ciò tenterà di chiudere le cose nel modo più pulito possibile (se fallisce, allora non sei peggio spento che se hai premuto il pulsante di accensione, ma se ci riesce allora sei potenzialmente meglio). La sequenza è la seguente:

Tenere premuti contemporaneamente il tasto alt e il tasto contrassegnato con "sys rq" (se si è su un laptop, potrebbe essere necessario tenere premuto un tasto speciale sul laptop per accedere alla funzione "sys rq"). Tenendo premuti i tasti, premere e rilasciare le seguenti lettere nel seguente ordine:

R: questo riprende il controllo della tastiera da qualsiasi applicazione che abbia catturato l'attenzione della tastiera
E - tenta di terminare in modo pulito tutti i processi
I - tento di terminare immediatamente tutti i processi (eliminerò tutto ciò che è fallito dalla chiave precedente)
S: sincronizza tutti i filesystem (questa è la parte più importante)
U: rimonta tutti i filesystem in sola lettura (a volte è necessario per scaricare i dati sul disco)
B - esegui un riavvio forzato (sostituisci con O per spegnere il dispositivo invece di riavviare)

— Micheal Johnson
fonte

1

Forse questo aiuterà un po ', per impostazione predefinita Ubuntu e altri swappiness sono impostati su 60, quando il tuo sistema raggiunge il 60% dell'utilizzo di RAM cambia in swap che è lento.

Apri questo file su gedit o nano usando: gksudo gedit /etc/sysctl.confORsudo nano /etc/sysctl.conf
Aggiungi questo alla fine del file: vm.swapiness = 0
Salva il file e riavvia.

Inoltre, quando si rallenta, è necessario verificare se utilizza realmente lo swap che rallenta il sistema, altrimenti le modifiche sopra riportate non saranno di aiuto.

— user297579
fonte

0

Nel mio caso non avvio intenzionalmente il disco rigido, succede durante un viaggio elettrico e ogni volta questo viene chiamato ext4corrotto. Corro fsckall'avvio avanzato. Posso accedere dopo le parole ma il gestore della rete smette di funzionare. Qualche dpkgblocco di directory. Finisco nella reinstallazione. Il mio MAC è meglio qui anche WINDOWS.

— Ravish Tiwari
fonte