Newsgroup: it.comp.os.linux.sys
Titolo: File system danneggiato da Black Out

Ciao a tutti,
il black out di stanotte ha messo fuori uso il server di un cliente.
Intendo dire che al reboot gli viene chiesta la passwd di root e l'e-
secuzione della solita procedura con fsck manuale. Così il cliente,
spazientito da questo problema (l'unico in mesi di funzionamento inin-
terrotto, ma va a spiegarglielo) ha deciso di passare a XP.
Vorrei sapere se esistono fs più solidi all'interruzione di corren-
te. 
Attenzione alla domanda, non ho chiesto se è bene che il cliente
faccia il back up dei dati o se deve acquistare un UPS. Gli ho fatto
un server con un veccio pentium 75 su cui l'unica cosa che poteva gi-
rare era win98. Questo per farvi comprendere la situazione...
-- 
Paride Perazzolo
La verità che rende gli uomini liberi è per la maggior  parte
la verità che essi non vogliono sentire. (Herbert Agar)

 te. 
In generale, tutti i filesystem di tipo journaled, ossia, per citarne
alcuni:
- EXT3
- ReiserFS
- JFS
- XFS
I primi due supportati dai kernel serie 2.4
Io uso EXT3 da parecchio, e devo dire che anche a seguito di piantamenti o
incidenti con le prese di corrente non ho avuto più problemi di sorta. Lo
uso anche sul portatile dove spesso, anche se ho i vari beep per batterie
scariche e applet di controllo (Allin1), arrivo sempre a farlo spegnere
"malamente".
-- 
Mario "Reliant" Pascucci
Home: 
http://digilander.libero.it/tailchaser
Linux User #327002 - 
http://counter.li.org/
 - RedHat Powered

 te. 
No, afaik.
-- 
                         Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
To iterate is human; to recurse, is divine.

 win98. Questo per farvi comprendere la situazione...
lascialo fare. se il cliente č come lo descrivi č meglio perderlo che
trovarlo ;-)
se vuole win, dagli win. qualsiasi altra cosa sarŕ sempre una scusa per
"te l'avevo detto io..."
Uno skull che s'č stufato dell'ignoranza
-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
The Skull says:
Stop VeriSign. Go to 
http://www.whois.sc/verisign-dns/
* The most stupid thing since Microsoft Network... <g> *

 te. 
Piu` solidi di cosa?
bye,
-- 
   Piergiorgio Sartor

 terrotto, ma va a spiegarglielo) ha deciso di passare a XP.
Se per il cliente 'questo' e' un problema, allora e' meglio che gli metti
l'XP, ti posso assicurare che clienti cosi si lamentano sempre per
qualsiasi cazzata.
Quando incasinera' il suo XP o si beccera' un virus, tornera' a bussare
alla tua porta e probabilmente sara' disposto a sborsare qualche eurello
in piu'.
cya
Banana

 voleva sapere di bootare era (guardacaso) una w2k server ...
bla ... bla ... bla ... ora diciamo la verita': usando EXT2, in questi
casi qualche rischio si corre.
A questo puntoi non aggiungiamo altro. E' una questione vecchia come e'
vecchio il mondo e di gente che usa EXT2 e che perde dati in caso di
smontaggio non pulito ne e' pieno il mondo.
-- 
Ciao,
Massimiliano Adamo
* * * *
Linux make Oracle unbreakable

 No, afaik.
in che senso? .. va bene che lui non dice "meglio di cosa". Ma i journaled
sono meglio dei loro predecessori.


 smontaggio non pulito ne e' pieno il mondo.
Allora il problema č che ha perso dati (*se* li ha persi ), non certo il
fatto che chiede conferma.
O forse usiamo due OS diversi?
La critica puň esser mossa sul fatto che "di lě i dati eran sicuri 100%",
non sul fatto che "di lě me li brasa senza dire nulla".
Altrimenti non č una critica. E' un commento *idiota*.
FULL STOP


 smontaggio non pulito ne e' pieno il mondo.
Mah, io non mi fido ancora dei nuovi fs. Uso ext2 da anni e non ho mai 
perso un bit (anche su macchine spente brutalmente). Un caso ?
-- 
Vincenzo

 sono meglio dei loro predecessori.
Assolutamente. Ma in assenza di criteri, c'e` poco da commentare: se la
domanda e`: "esiste un altro file system (any os) che mi assicura che non
mi succedera` mai nulla", la risposta non puo` essere che quella.


 te. 
quale fs?
hai usato ext3 o reiser e messo a 0 il sesto  campo in /etc/fstab 
dovrebbe bastare per sopravviviere alla maggior parte dei blackout

Vincenzo Valvano ha scritto:

non un caso, molta fortuna...
A me è capitato 1 volta su proxy e la dir di squid era così incasinata che 
ho dovuto "piallare"
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
	Se tu fossi altro quanto sei bischero
	berresti dalle grondaie

 hai usato ext3 o reiser e messo a 0 il sesto  campo in /etc/fstab 
Perchè mettere a 0 il sesto campo? Secondo quanto dice man fstab,
ritengo che sia meglio metterlo a 1 o 2, altrimenti il filesystem non
viene verificato all'avvio.
-- 
Ciao, Pippo Peppo
Registered Linux User #315573

 viene verificato all'avvio.
ed essendo journaled, non deve esserlo...


 Altrimenti non è una critica. E' un commento *idiota*.
Skull, siamo sempre allo stesso vecchio punto: il file-system in questione
era journaling o non lo era?
Nel caso in cui si trattava del vecchio EXT2 e' possibile che si perdano
dei dati.
Anch'io su un server ho EXT2 e la cosa non mi fa dormire sonni tranquilli.


 I primi due supportati dai kernel serie 2.4
Primi tre :)
-- 
Lorenzo

 Anch'io su un server ho EXT2 e la cosa non mi fa dormire sonni tranquilli.
Non mi pare di aver mai detto il contrario.
Quoto:
/*
dipende da cosa stai usando ora, e non lo dici. io mi trovo benino con
ext3, ma è questione di religioni... :-P
*/
Quello che dicevo precedentemente e che *tu* hai quotato, era solamente
relativo al fatto che il fatto che il fs non sia in stato coerente *non*
significa che i dati dentro siano da buttare, anzi, a parte casi di crash
in fase di elevato I/O (e quindi con f/s cache a manetta), di solito al
massimo si passano 5 minuti a guardare fsck che frulla e a rispondere con
qualche decina di yes.
Capitato per centinaia di volte.
Capitato anche che *in alcuni casi* ciò non sia stato sufficiente (meno
spesso cmq di un HD a remengo).
Che poi "meglio journal e bla bla bla" non mi pare di averlo mai negato,
ed ecco perchè il tuo intervento, in quei termini, continua a infastidirmi.
One more beer and heavy metal, and I'm just fine...




e' un caso, ed e' un po' fortuna.
Anch'io sui miei due server, attualmente in ext2, non ho avuto problemi,
ma cio' non toglie che il rischio esiste ed e' imprevedibile e
incalcolabile.
Devo ammettere che si tratta di due server vecchi ma di buona qualita' che
non hanno mai fatto brutti scherzi di reboot improvvisi, ma se cosi' non
fosse i problemi li avrei avuti.


 terrotto, ma va a spiegarglielo) ha deciso di passare a XP.
risposta std: si , puoi provare il reiserfs o l' ext3.
risposta 2: vendigli una licenza di xp , fagli pagare l' installazione sul
p75 , vendigli un server nuovo almeno p4 , rifagli pagare l'installazione ,
aspetta 3 settimane , torna dal cliente col p75 con linux.
-- 
-------------------------------------------------------------------------------
Tutti abbiamo forza sufficiente per sopportare i mali altrui.
                -- Francois de La Rochefouculd
-------------------------------------------------------------------------------

 dei dati.
Se posso fare un'osservazione, quello che Paride chiedeva in pratica era
un FS (o un trucchetto qualunque) per far si' che, in caso di
spegnimento brutale del sistema, non compaia nessun prompt ma il sistema
in qualche modo si ripari da solo e riparta. La questione non è perdere
i dati, ma semplicemente ripartire in qualche maniera senza intervento
umano.
Ciao
  Andrea

 in qualche modo si ripari da solo e riparta. La questione non è perdere
Per fare questo basta modificare l'opzione apposita di boot. Ad esempio 
in Debian basta mettere 'FSCKFIX=yes' nel file '/etc/default/rcS'.
-- 
Vincenzo

 modo si ripari da solo e riparta. La questione non è perdere i dati,
ok: la questione della domanda non era questo. ... ci siamo un po' persi,
ma il rischio corre sempre ... anche fuori da questa domanda.


 rare era win98. Questo per farvi comprendere la situazione...
Stesso problema, ma server win2k. Me stesso spazientito domani metto un
server linux.
Nicola.
-- 
chi va pian va san e va lontan

 Piu` solidi di cosa?
ext2


 perso un bit (anche su macchine spente brutalmente). Un caso ?
mah, anch'io a casa ho un serverino 486 "immortale" che non si pianta
mai nemmeno in caso di mancanza corrente. Ma vai a capire i motivi x
cui alcuni server sono sensibilissimi. Non so se possa dipendere
dall'HW, l'unica differenza che riscontro nel pc di casa mia č che
ha una sola partizione. L'altro ne ha 8.
-- 
Paride Perazzolo
La veritŕ che rende gli uomini liberi č per la maggior  parte
la veritŕ che essi non vogliono sentire. (Herbert Agar)

 I primi due supportati dai kernel serie 2.4
ecco, volendo cambiare da ext2 a un altro di quelli da te citati,
è possibile fare lo switch a caldo senza riformattare oppure
è necessario reinstallare tutto?
-- 
Paride Perazzolo
La verità che rende gli uomini liberi è per la maggior  parte
la verità che essi non vogliono sentire. (Herbert Agar)

 in piu'.
mi pongo sulla riva in attesa...


 è necessario reinstallare tutto?
Da ext2 a ext3 si puo` passare in maniera indolore,
trovi con google le info necessarie (credo sia solo
un tune2fs o simile).
Per gli altri credo si debba creare una partizione
nuova e ricopiare tutto (non credo serva proprio
una reinstallazione da zero).
bye,
-- 
   Piergiorgio Sartor

 ext2
Beh, direi che gia` ext3 sia gia` un pelo meglio.
In generale, pero`, se manca la corrente prima che
i dati (qualunque tipo) siano scritti, non c'e` FS
che tenga...
bye,
-- 
   Piergiorgio Sartor

 è necessario reinstallare tutto?
Ho fatto un paio di passaggi da ext2 a ext3 senza problemi. Unica cosa, ti
serve il cd di installazione in modo rescue, il passaggio va fatto con i
filesystem smontati. Usando tune2fs aggiungi il journal, poi modifichi
l'fstab in modo corretto, e sempre con tune2fs usando gli switch -i e -c
azzeri gli intervalli di check forzato. Ovviamente devi avere un kernel
con il supporto ext3 compilato staticamente, oppure avere i moduli
necessari in initrd. Con un po' di attenzione e facendo una cosa alla
volta è difficile perdere dati. Fra l'altro, se non riesci a far
funzionare in modo ext3, puoi sempre rimontarlo in ext2, per tornare alla
situazione di partenza. 
NB: prima di fare qualsiasi cosa, leggi bene i manuali di tune2fs, e fai
un fsck -f delle partizioni che vuoi convertire dal disco di rescue a
partizioni smontate.
-- 
Mario "Reliant" Pascucci
Home: 
http://digilander.libero.it/tailchaser
Linux User #327002 - 
http://counter.li.org/
 - RedHat Powered

 azzeri gli intervalli di check forzato.
Anche se con un jfs hai meno probabilità di disastri, è bene coniderare
la possibilità di mantenere o -i o -c.
man tune2fs.
-- 
Lorenzo

 problemi di sorta.
Io ho avuto un paio di problemi con ext3 ma dubito siano attribuibili al
file system...
In un caso e' sparito il raid (software - vai a capire come... non mi occupo
in prima persona della macchina, so solo che all'istante X il raid c'era,
all'istante Y (molto maggiore di X) non c'era piu' - nel frattempo la
macchina ha subito un po' di riavvii cattivi), e poco tempo dopo si e' persa
nel limbo l'intera /dev (questa me la devono ancora spiegare, una macchina
che riavvia tranquillamente e si perde la /dev non e' tanto normale), in un
altro (su un'altra macchina) ho avuto una serie folle di errori di sistema
sul disco (diceva che non riusciva a scrivere sul disco, tanto per un po' ho
pensato che fosse andato a donnine), ma dopo aver riavviato in rescue e aver
fatto un fsck manuale ha girato tutto, quindi rivai a capire...
Ciaotutti,
*

 Beh, direi che gia` ext3 sia gia` un pelo meglio.
grazie a tutti per le risposte. prima di tutto testerò la conversione
sul mio portatile, dopo di che la proporrò al cliente che spero ritorni
sui suoi passi riguardo al voler tornare a Microsoft.


 sui suoi passi riguardo al voler tornare a Microsoft.
Fagli vedere questo NG, vedrai che si ravvede :))


 suoi passi riguardo al voler tornare a Microsoft.
scusa ... ma fra l'altro, mi pare che parlavi di un vecchio Pentium.
Come lo metteresti 'sto Microsoft sul vecchio pentium?


 
no, infatti dovrebbe acquistare un pc ad hoc.


 dei dati.
Quasi tutti i file-system di tipo journaling non servono a non perdere dati,
ma a preservare la coerenza del file-system.
Ciao