|
Dimensione: 1666
Commento:
|
Dimensione: 1986
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 19: | Linea 19: |
| Nell'intero paragrafo uso come esempio il nome del dispositivo '''/dev/sda1''', sostituirlo con il nome del dispostivo della partizione Btrfs. Per identificare il nome di una partizione, consultare il paragrafo: [[Hardware/DispositiviPartizioni/Partizioni|IndividuarePartizioni]] |
|
| Linea 21: | Linea 25: |
| In caso di corruzione, Btrfs per non propagare ulteriore corruzione passa alla modalità di sola lettura, in questo scenario è possibile salvare i dati ed è la prima cosa da fare prima di cercare di riprare il filesystem. | {{{#!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'''. }}} |
| Linea 23: | Linea 29: |
| 0. Nel caso in cui il filesystem non sia montabile, si può provare a montarlo in sola lettura nella modalità “rescue”{{{ sudo mount -o ro,rescue=all /dev/dsdaX /mnt |
0. Nel caso in cui il filesystem non sia montabile, provare a montarlo in sola lettura nella modalità “rescue”:{{{ sudo mount -o ro,rescue=all /dev/sda2 /mnt |
|
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/sda1, 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”:
sudo mount -o ro,rescue=all /dev/sda2 /mnt
