Newsgroup: it.comp.os.linux.iniziare
Titolo: Backuppare il disco di sistema che sta andando in malora...

Salve a tutti,
Ubuntu 9.10 mi ha segnalato che il disco di sistema, quello da cui viene 
effettuato il boot per intenderci, è prossimo a guastarsi (molti settori 
danneggati, dice lui). Ammesso che sia vero, è meglio correre ai ripari.
Su questo disco da 500GB, per la cronaca, ho le seguenti partizioni:
- Vista loader (C:)
- Vista dati (E:)
- Vista recovery
- Linux Ubunto 9.10 (/)
- Linux swap
- Linux home (/home)
- Linux distro test (per provare altre distro se capita)
Vorrei montare un secondo disco interno da mirrorare al primo, o per lo 
meno su cui fare una copia a intervalli regolari (magari una volta al 
mese), diciamo una volta al mese più o meno.
Ho una mobo ciofegon fatta in cina (pc HP, mai più...) e dubito che 
supporti RAID di qualsivoglia tipo.
Ovviamente l'operazione la farei con una distro live in modo da non 
lavorare su partizioni montate.
Non ho timore di perdere dati sensibili, dato che quelli sono su dischi 
esterni e mirrorati giornalmente con rdiff-backup, ma non vorrei 
giocarmi tutta la configurazione di Linux, dato che ogni volta mi porta 
via 3 o 4 ore ripristinare la configurazione completa, e di Vista.
Copiare solo i files ovviamente non basta dato che devo copiare anche il 
boot sector (si chiama così?) e i vari superblocchi ecc.
Stavo pensando a qualcosa tipo dd, ma non vorrei che copiasse, o 
provasse a copiare, anche i blocchi bacati.
Voi cosa mi consigliate?
Eventualmente c'è qualcosa che può fare il sync del s.o. , freezando il 
fs e copiandolo, per poi riprendere a lavorare? Con diversi sitemi il 
backup a caldo è possibile...
Grazie
Carlo

 boot sector (si chiama così?) e i vari superblocchi ecc.
Monti il nuovo disco sul primo canale IDE/SATA (/dev/sda) e il vecchio disco 
sul secondo canale IDE/SATA (/dev/sdb), parti da una live (io uso finnix), 
crei le partizioni sul nuovo disco, omologhe al primo, crei i filesytem, 
monti la nuova root in /mnt/new, crei /mnt/new/home, monti la nuova home in 
/mnt/new/home, monti la vecchia root in /mnt/old e la vecchia home in 
/mnt/old/home. Poi copi i dati:
(cd /mnt/old ; tar cf - * ) | (cd /mnt/new ; tar xf - )
Una volta copiati i dati smonti le partizioni del vecchio disco, monti il 
filesystem proc in /mnt/new/proc e fai un chroot in /mnt/new. Cambi gli UUID 
in /etc/fstab, lanci un update-grub e poi un grub-install /dev/sda,  esci 
dal chroot, smonti tutto quello che c'è sotto /mnt e riavvii il sistema dal 
nuovo disco.
Per Vista prova con clonezilla.
-- 
Flavio Visentin
Ubuntu in Zulu significa "Non so usare Debian". (cit. CtRiX)

 Su questo disco da 500GB, per la cronaca, ho le seguenti partizioni: -
cerca in rete.. c'è un bug.. segnala praticamente TUTTI i dischi..
capitato anche a me su 2 macchine con dischi assolutamente sani
HTH


MAh, in effetti i blocchi danneggiati sono 74, che su un disco da 500GB 
non mi sembrano un'enormità... ok, cercherò in rete, grazie :)

 riavvii il sistema dal nuovo disco.
Grazie per le spiegazioni esaustive :)
Purtroppo sono procedure con cui non ho dismestichezza e che userei una 
volta ogni 2 o 3 anni se va bene, quini ogni volta dovrei studiarmele 
daccapo perdendoci forse più tempo che non reinstallare il tutto, ma 
comunque ci darò un'occhiata, vedere roba nuova non fa mai male :)
In effetti, come hai giustamente notato, il problema maggiore è Vista, 
mo' mi guardo clonezilla
Grazie
C.

 non mi sembrano un'enormità... ok, cercherò in rete, grazie :)
Sbagliatissimo. 74 settori danneggiati SONO un'enormità. I dischi moderni 
(con meno di 10 anni) hanno tutti un sistema di correzione degli errori che 
funziona riservando una parte di spazio disco per la riallocazione dei 
settori danneggiati. Quando un settore utilizzato del disco è prossimo a 
guastarsi (in base a difficoltà di lettura, al numero di errori da 
correggere, ecc.ecc.), l'elettronica a bordo del disco provvede a copiare il 
contenuto del settore guasto in uno di quelli dell'area di riserva e lo 
rimappa in modo trasparente per il S.O..
Quando i settori di riserva sono finiti, il controller non può più fare 
nulla per sopperire a nuovi danneggiamenti, e quindi il S.O. rileverà i 
nuovi settori danneggiati.
Il fatto quindi che tu veda 74 settori danneggiati significa che il disco ne 
ha già danneggiati qualche migliaio di cui tu non hai avuto alcuna 
percezione e quei 74 che vedi sono solo quelli che non ha potuto riallocare 
automaticamente per mancanza di spazio. I produttori di HD rimpiazzano le 
unità che mostrano anche un solo settore danneggiato proprio per questo.
Con smartctl puoi vedere lo stato dei settori del disco.
http://smartmontools.sourceforge.net/badblockhowto.html


 nuovi settori danneggiati.
Ecco, io ero rimasto fermo a parecchi anni fa in cui i settori bacati 
venivano marcati come "allocati" (o come "bacati") nalla mappa di 
allocazione del disco in modo da non poter venire riutilizzati come 
allocazione dati né resi disponibili tramite formattazione.
In questo modo non c'era un limite prefissato al numero di bad blocks 
che un disco poteva avere. Per questo 74 mi sembravano pochi
Come mai oggi si usa una tecnica diversa?
Grazie
C.

 Come mai oggi si usa una tecnica diversa?
Non è una tecnica diversa. Sono due cose differenti: il S.O. ha sempre i 
suoi metodi di gestione degli errori, ma questi intervengono in tempi 
diversi. È semplicemente una conseguenza dell'abbassamento dei costi. La 
rinuncia di qualche decina di MB di spazio allocabile su centinaia di GB 
(quindi millesimi di spazio) permettono di far apparire il disco integro al 
S.O. anche quando questo non lo è realmente, attuando delle azioni 
correttive preventive che permettono di evitare la perdita di dati.


 correttive preventive che permettono di evitare la perdita di dati.
Chiarissimo, grazie. C'è sempre qualcosa di interessante da imparare :)
C.

 Sbagliatissimo. 74 settori danneggiati SONO un'enormit�.
Non uso ubuntu, quindi chiedo per imparare: chi � che segnala quei 74 
settori?
Sono 74 Reallocated (valore smart) oppure 74 badblock?
Io ho un Barracuda 7200.11 che ha
Power_On_Hours 526
Start_Stop_Count 17
Power_Cycle_Count 24
Reallocated_Sector_Ct 2
non penso di dovermi preoccupare per quei due settori...
-- 
ValeRyo
XT600 "Katoki Pajama" - 
http://www.slimmit.com/go.asp?7Y9
CBR600F "Cerbero" - In vendita - 
http://www.slimmit.com/go.asp?7X0
GamerTag: 
http://card.mygamercard.net/IT/nxe/ValeRyo76.png
 

 non penso di dovermi preoccupare per quei due settori...
No, per i settori reallocated segnalati da smartctl non c'ï¿œ da preoccuparsi, 
in ogni caso tieni sotto controllo i dischi.


 preoccuparsi, in ogni caso tieni sotto controllo i dischi.
Certo, appena arrivati ho fatto un controllo con seatools e me li
ha dati per buoni, ma ogni tanto un occhio ai valori lo do comunque.
Ho pure altri dischi con 30-40 settori riallocati che continuano
ad andare per la loro strada da anni, senza che il valore aumenti.
Penso che si tratti di una o pi� aree del disco con problemi fisici
gi� all'uscita dalla fabbrica.
