Newsgroup: it.comp.os.os2
Titolo: JFS me lo ha fatto dinuovo...

.. premetto che sono all'ultima release delle fix. Cosi'
per sfizio oggi lancio il chkdsk e mi esce il solito messaggio di
qualche tempo fa, che la partizione e' dirty ed e' pericolosissimo
continuare ad usarla.... chissa' da quanto tempo e' cosi.
Ma perche'capperoladro al boot non fa il chkdsk se la
situazione e' cosi' drammatica? adesso mi tocca fare tutto il
tramestio dell'altra volta con dfsee e compagni :-|
Succede anche a voi questa cosa?
-- 
(Unable to open signature file)

 ... premetto che sono all'ultima release delle fix. Cosi'

non e' possibile ottenere dati rilevanti sullo stato del file system se 
questo e' in uso da altri programmi... dovrebbe dirtelo quando lanci il 
programma:
JFS0138: CHKDSK  Checking a mounted file system does not produce dependable
results.
per cui l'unico chkdsk da fare e' quello al boot... per importlo devi mette 
un + davanti alla lettera del disco nell'istruzione ifs del config:
ifs=...jfs.ifs /... /autocheck:+e
se vuoi fare il controllo formato sul disco e... e se non torva errori 
allora la partizione funziona
-- 
Ciao 
        /^\
       / - \ntonio
 -+- Internet: 
aarregh-at-libero.it
 -+- Team Os/2 Italia
 -+- Homepage: 
http://digilander.libero.it/arrex
 -+- Arrex/2... powered by eComStation... proud to be 100% Micro$oft free
--- ProNews/2 1.5 + eComStation 1.0
* Origin "Human Disasters: Hiroshima '45, Chernobyl '86, Windows '95

On Fri, 21 Mar 2003 16:39:55 UTC, 
nospam.to...@iol.it
 (Antonio 
Manara Rossini) wrote:

Molto raramente ma talora capita. Segui il consiglio di Antonio e 
metti un piu' davanti al volume da controllare, nel config.sys.
Nota: JFS al boot fa *sempre* il chkdsk, solo che fa molto in fretta a
farlo :-)
Il chkdsk che gli fai fare aggiungendo il piu' e' un chkdsk con 
sostituzione del journal log (o qualcosa del genere :-)
-- 
ciao, Gabriele
[ 
http://www.quasarbbs.net/xwp
 ]
[ 
http://www.quasarbbs.net/ecsoft2/
 ]

 allora la partizione funziona
Ok, ho usato /autocheck:+* e mi ha verificato tutto... mi sa che ad
intervalli regolari, e' meglio mi ricordi di forzare il chkdsk a 
mano...
Grazie per l'aiuto!
-- 
Antonio Manara Rossini (aka: WarpToy)
WSiTE: 
www.vrglabs.com
 - FiDONET: 2:332/807.14 - iCQ: 14586599 
PGP 5.0i key available.

 sostituzione del journal log (o qualcosa del genere :-)
Fatto, fatto, come ho detto precedentemente, penso sia meglio
forzarlo, a mano, di tanto in tanto, considerato che, praticamente,
al boot non fa molto...
Ciao e grazie!


 mano...
no, inutile... poi JFSfa un mini controllo di stato ogni volta che monti la 
partizione...


 al boot non fa molto...
fa a sufficienza per rilevare se la partizione e' stata chiusa correttamente
o meno... conta che con il journaling anche in caso di errata chiusura lo 
stato precedente e' sempre ricostruibili (in teoria almeno)... quindi puoi 
andare tranquillo...


 scrivere effettivamente le correzioni...
Strano... cosi' quando una part. e' montata non si puo' mai sapere se
il f.system contiene errori o no e quindi l' unico modo per saperlo e'
ogni volta eseguire chkdsk al boot.
Che per correggerli il f.system non debba essere in uso e' logico ma
e' assurdo che non debba esserlo anche per verificarli anche perche'
cosi' come fa a sapere il sistema che c'e' da fare un chkdsk a boot
successivo? Non lo sapra' mai.
 
-- 
Alessandro
-------------------------------------------
Ubi Maior minor cessat
-------------------------------------------

 successivo? Non lo sapra' mai.
e che problema c'e' scusa? Mica stai usando FAT? HPFS, JFS e anche altri 
file system evoluti con NTFS ecc dovrebbero non avere problemi di errori 
interni; questo sia per la struttura a database distribuito, sia per l'uso 
di alberi binari (che facilita le allocazioni rispetto alle TOC) sia per la 
presenza di funzioni ad hoc che dovrebbero correggere errori on the fly se 
ne incontrano... i problemi comunque DOVREBBERO presentarsi soltanto se non 
si esegue correttamente lo spegnimento del file system...
E' solo FAT, che come tutti i sistemi a TOC, non e' affidabile nel 
funzionamento, visto che gli e' permesso generare cross link e simili...


 partizione...
Ok, ah, vuoi dire che il chkdsk lungo lo fa solo se c'e' inconsistenza
nei dati, mentre gli errori che vediamo facendolo a mano sono solo
il risultato di files aperti?... beh, qui me li da anche su dischi che
uso
esclusivamente come "archivio".


 andare tranquillo...
Si, e' che sai, ne parlai tempo fa, dopo aver perso quasi 4gb di dati
per colpa di jfs, un minimo di diffidenza ti resta sempre ;-> 


 esclusivamente come "archivio".
..ripeto, non c'e' da fidarsi di quei chkdsk...


 ..ripeto, non c'e' da fidarsi di quei chkdsk...
Si, si, ok, e' che come dicevo, da quella triste volta...
sono rimasto molto diffidente innanzi ad ogni errore segnalato
da JFS :-)


 da JFS :-)
JFS non e'che sia cosi' pronto per un utilizzo intenso... le versioni 
iniziali (ad esempio quella fornita con eCS) sono assolutamente da 
evitare... anche io perdevo regolarmente directory intere... poi con le 
ultime fix non ho piu' avuto problemi... tocchiamo ferro...


 tocchiamo ferro...
Lo faccio costantemente ad ogni boot, ho cambiato 
sedia appositamente! :-)
