Cosa può essere danneggiato da uno spegnimento errato e cosa può essere verificato?

Di che cosa dovrei preoccuparmi dopo diversi arresti impropri e problemi di alimentazione? (Ubuntu Server 17.04)

La versione breve della mia storia è che il processo di spegnimento innescherebbe la protezione del circuito della mia scheda madre contro alimentatori instabili, a quel punto il computer si spegnerebbe immediatamente e si riaccenderebbe sullo schermo postale con un messaggio di avviso. La stessa cosa accadrebbe se provassi a mettere i dischi rigidi in standby con hdparm -y.

Sostituire l'alimentatore ha risolto questo problema, anche se sono imbarazzato nell'ammettere che mi ci è voluto per capirlo.

C'è qualcosa che dovrei controllare o azioni correttive che posso intraprendere? Reinstallare (di nuovo) il sistema operativo non sarebbe la cosa peggiore al mondo, ma mi chiedo se dovrei preoccuparmi. Il disco di sistema è un SSD e due unità WD Red in Btrfs con mirroring per l'archiviazione multimediale.

hard-drive power-management shutdown

— Utente 4574
fonte

Benvenuti a bordo, congratulazioni per questa eccellente prima domanda! +1

— dessert

Speriamo che qualcuno scriva una risposta dettagliata con comandi simili a fsck, ma in breve: se hai EXT4 ovunque, è molto stabile contro tali situazioni. Ma BTRFS non va bene in questo a causa della deduplicazione. In caso di interruzione dell'alimentazione può lasciare file avvitati che non hai mai toccato, a causa della deduplicazione. Ho avuto due di queste situazioni su un disco esterno e ho finito per migrare su ext4.

— Ciao Angelo

Hmm ... il sistema è EXT4. Nota interessante su btrfs, ma non credo di aver mai usato la deduplicazione. Non è qualcosa che accade automaticamente, vero?

— Utente 4574

Puoi anche utilizzare il haltcomando e quindi spegnere manualmente il computer dopo che mostra la schermata nera per alcuni minuti, proprio come ai vecchi tempi in cui i computer dicevano "Ora è sicuro spegnere il computer"

— Ferrybig,

La deduplicazione è automatica, è una funzionalità di BTRFS. Non so se può essere disabilitato però.

— Ciao Angelo

Risposte:

Il modo più semplice per controllare il ext4file system è aggiungere

fsck.mode=force

come parametro di avvio.

Può essere eseguito /etc/default/grubo manualmente all'avvio.

Per i sistemi più vecchi che usano upstartrun

sudo touch /forcefsck

e riavviare.

Il comando creerà un /forcefsckfile vuoto che indicherà al sistema di controllare le unità all'avvio.

All'avvio, prima che il file system sia montato fsckverrà eseguito e mostrerà se ci sono errori.

Altrimenti dovrai avviare da un dispositivo esterno.

— Pilot6
fonte

Questo non sembra fare nulla, avvio normale. Ho letto da qualche parte che questo non funziona su sistemi basati su systemd? O è proprio così veloce ...

— Utente 4574

Lavorava con upstart. Non uso ext4da molto tempo e non ho notato che non funziona. Ma ci deve essere un modo per fare lo stesso con systemd.

— Pilota 6

@ User4574 Ho aggiunto come farlo systemd.

— Pilota 6

Ho dovuto cercare aggiungendo i parametri di avvio in grub, ma questo sembrava funzionare. Grazie.

— Utente 4574,

Il ext4file system standard di Ubuntu in una partizione standard di Ubuntu può essere verificato con il seguente comando

sudo e2fsck -f /dev/sdxn

o se si desidera anche verificare la presenza di blocchi danneggiati (blocchi fisicamente danneggiati)

sudo e2fsck -cf /dev/sdxn

dove x è la lettera dell'unità e n è il numero di partizione, ad esempio /dev/sda1.

Vedi man e2fsckper i dettagli.

È necessario eseguire l' avvio da un'altra unità, un'unità live, ad esempio un'unità Linux di ripristino o un'unità live desktop Ubuntu, e la partizione di destinazione non deve essere montata quando si esegue questo comando.

— sudodus
fonte