Newsgroup: it.comp.os.linux.sys
Titolo: Come non danneggiare il sistema ??

La domanda potrebbe sembrare banale, ma ho la necessità di avere un 
sistema affidabile nel tempo, pertanto vorrei sapere come:
1) Evitare di corrompere file e sistema
2) Fare dei backup su altre partizioni, tali da poter ripristinare 
velocemente tutto.
Relativamente ad 1), vorrei sapere se sono necessarie ulteriori 
accortezze, oltre a loggarsi come user e non come root, evitare di 
levare la corrente prima di spengere il computer (ovvero limitare le 
interruzioni con gruppo di continuità), limitare installazioni e 
disinstallazioni di pacchetti, etc
Relativamente al 2), avrei pensato di usare dei software che eseguono 
copie immagine degli HD bootando da floppy.
Infine, se attualmente ho linux su hda7, esiste un modo per trasferirlo 
su hda1 senza dover reinstallare tutto?
grazie

 su hda1 senza dover reinstallare tutto?
copiare il tutto e poi usare rdev per cambiare la posizione della root.
Davide
-- 
| Linux: Because rebooting is for adding hardware Solaris: Because you
| don't need to reboot to add hardware Windows: Because rebooting is for
| adding hardware, adding software, regularly scheduled downtime, and
| should also be done on a daily basis to keep the machine running.  
| 
| 

 Davide
Semplice e conciso, grazie


Ricordati di aggiustare /etc/fstab sulla copia.
Alessandro.

 tar
mica tanto.
nel mio server tengo i file degli utenti che accedono dai client windows,
come fanno tutti. Ci sono anche i file *.pst di outlook , con dimensioni
anche di 1,5 Giga cadauno. Poiche' qua si lavora con la posta
continuamente, tali file risultano essere praticamente "toccati e
modificati" almeno una volta ogni 5 minuti, statisticamente.
Se io provo a tarrare o cpare tali file, l'operazione non viene svolta
in tempo infinitesimale; per copiare 2 gbyte ci puo' mettere i suoi 2
minuti. Se il file cambia mentre tar lo sta lavorando, tar se ne esce con
"il file e' cambiato mentre lo stavo leggendo" , e cosi' anche cp mi pare.
Se ci pensi, e' giusto: se un prog qualunque ha copiato il primo giga di
un file lungo 2 giga, e si appresta a copiare la seconda menta', e un
programma terzo modifica la prima meta' dell'originale, allora la copia
risultante NON E' identica all'originale.
La dimensione dei file e' solo l'elemento che rende piu' probabile
l'evento statistico di copiare un file "in corso di modifica" da un
sistema che e' "up" and running.
Quindi i programmi di copia possono funzionare solo "a bocce ferme".
Io ho fatto cosi': sullo stesso hard disk ho un'altra piccola partizione
con un'installazione minima: chiamiamola P2.
La partizione originale con tutti i dati, P1.
ad una certa ora della notte, uno script modifica /etc/lilo.conf
in modo che il prossimo boot sia fatto su P2: poi rebootta.
in P2, appena avviato ,c'e' uno script che copia la partizione P1
sull'hard disk di backup (che e' USB).
Poi quando ha finito rimette a posto il lilo e reboota, di nuovo su P1.
Nel mio caso e' ininfluente interrompere il servizio del server durante la
notte.

 Quindi i programmi di copia possono funzionare solo "a bocce ferme".
Puoi sempre usare LVM, se devi ancora tirare su la macchina: come per 
l'Advanced FS di Digital Unix (e credo un po' tutti i sistemi analoghi 
degli Unix proprietari) puoi fare uno "snapshot" di un volume, che 
rimane "immutabile", mentre il volume normale continua ad essere usato. 
Si tratta di uno snapshot "logico" (che non occupa spazio, o meglio 
credo occupi solo lo spazio delle modifiche dallo snapshot in poi), che 
puoi backuppare e poi cancellare. Se non erro, alla cancellazione del 
volume di backup viene risincronizzato tutto quanto, recuperando un po' 
di spazio.
-- 
Renato Ramonda
_______________________________
Togli TOGLIMI se vuoi scrivermi

 Puoi sempre usare LVM, se devi ancora tirare su la macchina:
non capisco "se devi ancora tirare su la macchina:";
comunque ora vado a vedermi cosa e' LVM.

 
I volumi LVM sono in sostanza alternativi alle partizioni normali, 
quindi non e' che puoi "convertire" una macchina gia' in uso... ma se 
gli aggiungi un hard disk oppure hai spazio libero si puo' fare...


 gli aggiungi un hard disk oppure hai spazio libero si puo' fare...
Dato che mi sembri ferrato, non é che sai darmi una mano con la stampa?
Ho scritto un post piů recente, intitolato:
SOS: Problemone di stampa
Se puoi, mi faresti un favore immenso

 Se puoi, mi faresti un favore immenso
^__^ Purtroppo io e le stampanti ci guardiamo in cagnesco: ci lavoro il 
meno possibile e non ne posseggo nemmeno una, quindi passo!


 notte.
Scusa ma allora non è più facile fare uno script che:
1) fermi tutti i servizi legati alla partizione dati
2) faccia la copia o il tar
3) faccia partire tutti i servizi (in questo caso mi sembra di capire sia
solo samba)
Se dovessi fare il backup anche della partizione di sistema farei come hai
detto tu, però per la sola partizione con i dati mi sembra più comodo uno
script tipo quello sopra.
Ciao
Fabio

 sia solo samba)
all'inizio facevo proprio cosi'.
Ma dovevo fermare mysql, dovevo proibire ad altri pc windows di scrivermi
file di testo di dati, dovevo fare un sacco di cose e ognuna in modo
personalizzato.
Poi mi sono detto: "ma se entra un ladruncolo e mi porta via il pc, o un
incendio mi brucia la sede dell'azienda e mi fotte pc+backup, o io sono in
ferie e non voglio che mi rompano i coglioni , o installo un nuovo
software sulla partizione di sistema e mi devo ricordare di farlo anche
sulla partizione di sistema backuppata,... vorrei avere una copia identica
del server pronta all'uso, ma proprio identica in modo da non dover
pensare a niente. In questo modo io smanetto sul server tutto il santo
giorno, poi cambio ogni due giorni o quando mi gira l'hard disk nel
porta-hard-disk-USB,
mi roto in questo modo 3-4 hard disk identici e sono coperto e felice.

 mi roto in questo modo 3-4 hard disk identici e sono coperto e felice.
Ho capito, per la copia di tutto è la soluzione migliore come comodità,
pensavo copiassi solo la partizione dati.
Ciao
Fabio