|
Dimensione: 1179
Commento:
|
Dimensione: 3934
Commento:
|
| Le cancellazioni sono segnalate in questo modo. | Le aggiunte sono segnalate in questo modo. |
| Linea 11: | Linea 11: |
| Nonostante Btrfs sia progettato con solide caratteristiche per rilevare e correggere la corruzione dei dati, ci sono ancora casi in cui il filesystem può subire danni a causa di problemi hardware. | Nonostante Btrfs sia progettato con solide caratteristiche per rilevare e correggere la corruzione dei dati ci sono ancora casi in cui il filesystem può subire danni a causa di problemi hardware. |
| Linea 15: | Linea 15: |
| Se ci sono '''problemi nella memoria RAM''', come la corruzione dei dati dovuta a bit errati, Btrfs non può fare molto per rilevare tali errori prima che i dati vengano scritti su disco. Ad esempio, se un errore di memoria altera i dati prima che vengano scritti su Btrfs, i checksum verranno calcolati sui dati già corrotti, e quindi Btrfs non riuscirà a rilevare l'errore. | Se ci sono '''problemi nella memoria RAM''', come la corruzione dei dati dovuta a bit errati, Btrfs non può fare molto per rilevare tali errori prima che i dati vengano scritti su disco. Ad esempio, se un errore di memoria altera i dati prima che vengano scritti su Btrfs, i checksum verranno calcolati sui dati già corrotti, e quindi Btrfs non riuscirà a rilevare l'errore. = Cosa fare se si verificano errori nel file system = Nell'intero paragrafo uso come esempio il nome del dispositivo '''/dev/sda2''', sostituirlo con il nome del dispostivo della partizione Btrfs. Per identificare il nome di una partizione, consultare il paragrafo: [[Hardware/DispositiviPartizioni/Partizioni|IndividuarePartizioni]] == Salvare i dati == {{{#!wiki note In caso di corruzione, Btrfs per non propagare ulteriore corruzione passa automaticamente alla modalità di sola lettura. '''In questo scenario è possibile salvare i dati, è la prima cosa da fare prima di cercare di riparare il filesystem'''. }}} Nel caso in cui il filesystem non sia montabile, provare a montarlo in sola lettura nella modalità “rescue”. 0. Abilita tutte le opzioni di recupero supportate (btrfs-progs 5.9):{{{ sudo mount -o ro,rescue=all /dev/sda2 /mnt }}} 0. Prova a utilizzare gli slot root di backup all'interno del super blocco (btrfs-progs 5.9):{{{ sudo mount -o ro,rescue=usebackuproot /dev/sda2 /mnt }}} Salvare i dati e procedere alla riparazione del filesystem. {{{#!wiki note Se il filesystem non viene montato con le opzioni di salvataggio, ad esempio questo capita nel caso in cui riceviamo un errore simile: '''[ 4007.489730] BTRFS error (device vdb): parent transid verify failed on 30736384 wanted 10 found 8'''. L'errore '''parent transiid verify''' è il peggior errore per un filesystem Btrfs. Passare direttamente al paragrafo '''Restore''' per cercare di recuperare più dati possibili. }}} [[https://btrfs.readthedocs.io/en/latest/trouble-index.html#troubleshooting-pages|Per maggior dettagli su '''Error: parent transid verify error''']] == Controllo hardware == Prima di procedere al tentativo di riparazione è importante escludere problemi hardware, perché un tentativo di riparazione su un hardware difettoso non fa altro che peggiorare la corruzione del filesystem. '''Effettuare vari test:''' ram, disco, stabilità alimentatore, cavi ecc. == Controllo del filesystem == Per procedere al controllo del filesystem la soluzione più sicura e attendibile è farlo a filesystem smontato. Se è una partizione di sistema, si raccomanda di utilizzare una live che includa l’ultima versione stabile di btrfs-progs. Per controllare l'ultima versione di btrfs-progs, [[https://github.com/kdave/btrfs-progs/tags|consultare il tag release dal progetto upstream.]] 0. Controllo in modalità "originale":{{{ sudo btrfs check /dev/sda2 /mnt }}} 0. Controllo in modalità "lowmem", potrebbe restituire risultati più dettagliati rispetto alla modalità “originale”, in più utilizza meno memoria.:{{{ sudo btrfs check --mode= lowmem /dev/sda2 /mnt }}} == Restore == |
|
Attenzione! Questa è una Pagina di prova. Le informazioni riportate potrebbero essere incomplete, errate e potenzialmente pericolose. Per contribuire alla realizzazione di questa pagina consultare la discussione di riferimento. |
Introduzione
Procedure su come gestire la corruzione del filesystem, causato da problemi hardware.
Nonostante Btrfs sia progettato con solide caratteristiche per rilevare e correggere la corruzione dei dati ci sono ancora casi in cui il filesystem può subire danni a causa di problemi hardware.
Guasti del controller o del firmware del disco: Un controller o firmware difettoso può inviare dati corrotti al filesystem senza segnalarlo correttamente, rendendo inefficaci i meccanismi di protezione di Btrfs. In alcuni casi, l'hardware può corrompere i dati a livello di interfaccia, aggirando i meccanismi di checksum.
Se ci sono problemi nella memoria RAM, come la corruzione dei dati dovuta a bit errati, Btrfs non può fare molto per rilevare tali errori prima che i dati vengano scritti su disco. Ad esempio, se un errore di memoria altera i dati prima che vengano scritti su Btrfs, i checksum verranno calcolati sui dati già corrotti, e quindi Btrfs non riuscirà a rilevare l'errore.
Cosa fare se si verificano errori nel file system
Nell'intero paragrafo uso come esempio il nome del dispositivo /dev/sda2, sostituirlo con il nome del dispostivo della partizione Btrfs. Per identificare il nome di una partizione, consultare il paragrafo: IndividuarePartizioni
Salvare i dati
In caso di corruzione, Btrfs per non propagare ulteriore corruzione passa automaticamente alla modalità di sola lettura. In questo scenario è possibile salvare i dati, è la prima cosa da fare prima di cercare di riparare il filesystem.
Nel caso in cui il filesystem non sia montabile, provare a montarlo in sola lettura nella modalità “rescue”.
Abilita tutte le opzioni di recupero supportate (btrfs-progs 5.9):
sudo mount -o ro,rescue=all /dev/sda2 /mnt
Prova a utilizzare gli slot root di backup all'interno del super blocco (btrfs-progs 5.9):
sudo mount -o ro,rescue=usebackuproot /dev/sda2 /mnt
Salvare i dati e procedere alla riparazione del filesystem.
Se il filesystem non viene montato con le opzioni di salvataggio, ad esempio questo capita nel caso in cui riceviamo un errore simile: [ 4007.489730] BTRFS error (device vdb): parent transid verify failed on 30736384 wanted 10 found 8. L'errore parent transiid verify è il peggior errore per un filesystem Btrfs. Passare direttamente al paragrafo Restore per cercare di recuperare più dati possibili.
Per maggior dettagli su '''Error: parent transid verify error'''
Controllo hardware
Prima di procedere al tentativo di riparazione è importante escludere problemi hardware, perché un tentativo di riparazione su un hardware difettoso non fa altro che peggiorare la corruzione del filesystem.
Effettuare vari test: ram, disco, stabilità alimentatore, cavi ecc.
Controllo del filesystem
Per procedere al controllo del filesystem la soluzione più sicura e attendibile è farlo a filesystem smontato. Se è una partizione di sistema, si raccomanda di utilizzare una live che includa l’ultima versione stabile di btrfs-progs. Per controllare l'ultima versione di btrfs-progs, consultare il tag release dal progetto upstream.
Controllo in modalità "originale":
sudo btrfs check /dev/sda2 /mnt
Controllo in modalità "lowmem", potrebbe restituire risultati più dettagliati rispetto alla modalità “originale”, in più utilizza meno memoria.:
sudo btrfs check --mode= lowmem /dev/sda2 /mnt
