Newsgroup: it.comp.os.amiga
Titolo: Vado col PFS (forse). Suggerimenti?

Ciao ragazzi, stavolta mi affido alla vostra esperienza per un consiglio:
dopo l'ennesima, lunghissima svalidazione (su una partizione FFS da 1997 Mb
- sapete, all'epoca dicevano di stare sotto ai 2 giga per evitare probs ;-)) con corollario di checksum error e 4 (QUATTRO) estenuanti ore perse a riparare e validare il tutto con disksalv... mi sono rotto i co**ioni!
Dopo averne letto un gran bene, pensavo di  passare al PFS, almeno su
quella partizione in fermento perenne (posta,downloads; č un magma di roba che viene e che va...).
Il cambio sarebbe veloce da fare, ho un backup fatto la settimana scorsa,
maaa... ci sono controindicazioni?
Es. MakeCD, che se non sbaglio va a mettere le mani dove non dovrebbe
(nell'RDB) funziona lo stesso (č in un'altra partizione)? Ci sono programmi che hanno idiosincrasie manifeste col PFS?
E a tool di recupero (sempre sia lodato il mio kit di floppy di emergenza
con disksalv, readrdb, detache, amibacktools etc etc) come siamo messi? Ho sentito dire che il PFS non si guasta *mai*, ma vorrei avere una scialuppa di salvataggio (funzionante) in caso di sfiga massima!
Insomma, dopo 6 anni di FFS (sarŕ lento, ma non mi ha mai lasciato a piedi)
devo essere sicuro prima di fare il salto nel buio!
Che dite, procedo?

 Che dite, procedo?
Procedi, procedi. Uso PFS2 da oltre tre anni e l'unica volta che mi ha
lasciato a piedi era in caso di un HD già daneggiato in partenza che non ne
voleva sapere di funzionare a dovere.
In altrenativa prova anche a dare un'occhiata allo smart file system che,
quanto dicono (non l'ho mai provato), fa le stesse cose del pfs a costo
zero.
----
Marco Masselli
mar...@mediap.net
mar...@allforweb.com

 - sapete, all'epoca dicevano di stare sotto ai 2 giga per evitare probs ;-)) con corollario di checksum 
Mie regole per gestione HD su Amiga:
Ia partizione da +/- 30 MB
- Workbench: per OS + CyberGraphiX + l'essenzialissimo,
  ripristinabile con installazione standard e poco lavoro
IIa partizione da 200-300 MB
- Work: con directory di sistema "estese"
  X/LIBS
  X/C
  X/FONTS
  e multi-assign del tipo
  ASSIGN X: WORK:X
  ASSIGN C: 	X:C	SYS:C
  ASSIGN LIBS:  X:LIBS  SYS:LIBS
  ASSIGN FONTS: X:FONTS SYS:FONTS
  ....
  Fatti con BindNames (di Haynie) ed eventualmente il Path-Handler della
WShell
  Tutti i programmi CREDONO di scrivere in C: (SYS:S) ecc., in realtà
  scrivono il loro EXTRA nelle directory "filtro" che stanno in
WORK:X/<systemdir>
  così è facile separare i file ufficiali da quelli ufficiosi, e i
secondi non
  cancellano i primi (al massimo li mascherano, ma basta levarli...)
IIIa partizione in poi:
- fare partizioni non molto più grandi del device di backup più comodo
  es: Masterizzatore CDROM 650 MB -> partizone 700 MB
  di più su Amiga sono INUTILI e DANNOSE, perché data la dimensione
  esigua dei file si frammentano e rallentano la lettura dei dati
- SEPARARE IN PARTIZIONI DIVERSE
- i programmi GROSSI (wP, Pain ecc.) dai programmi piccoli e/o Utilities
- i programmi dai DATI prodotti con questi
- i DiskFile/DiskImage (ShapeShifter ecc.) dagli emulatori che li usano
- directory di Cache Web e Swap File da TUTTI gli altri file
Solo in casi eccezionali (partizioni per immagini ISO, o MP3, o video, o
backup)
  fare partizioni giganti, ma usarle SOLO PER QUELLO SCOPO
Con questa organizzazione:
Backuppare E/O RE-ORG(annizare):
- Frequentemente e/o quando cambiano: 
	partizione dati ed EMail, file di configurazione e SCRIPT (X:S X:DEVS
ecc.)
- una tantum e/o quando cambiano:
	sistema e partizione programmi grossi
- se proprio ci tenete:
	partizione con MP3, sowload di aminet ecc.
- MAI: 
	partizione con cache, file di swap, temporanei, immagini ISO ecc.
...magari queste cose si potessero fare con Windows e Linux...
	Sergio
-- 
______________________________________________________________________
Sergio Ruocco                mailto:
sergio...@mlab.disco.unimib.it
Università Statale di Milano-Bicocca  
http://www.disco.unimib.it
DISCo - Software Architecture Lab.    
http://www.sal.disco.unimib.it
phone: 
++39 02 6448 7851
              cell: ++39 0347 2519828

 Insomma, dopo 6 anni di FFS (sarà lento, ma non mi ha mai lasciato a
piedi)
Fortunato! Io ho perso in tanti anni mega e mega di roba con il FFS, tra cui
tanti articoli che sono andati nel paradiso dei giornali :)
--
Giorgio

 
E in caso di svalidazione, usare TurboVal ;-)))
-- 
bye bye
Claudio Marro Filosa
ami...@tiscalinet.it

 zero.
Mah, a casa mia vige il detto "chi più spende meno spende!", quindi vado
sul 
PFS a botta sicura! TNX!

 tanti articoli che sono andati nel paradiso dei giornali :)
Peccato che non abbiamo potuto leggerli! 
Perň, anche se l'hd non mi ha mai mollato :-)  la mia parola d'ordine č
sempre stata "BACKUP!", anche quando usavo i floppy :-/

   scrivono il loro EXTRA nelle directory "filtro" 
Urgh! Questi virtuosismi non credevo neanche si potessero fare :-( 
Mai sottovalutare la potenza di Amiga!

 PFS a botta sicura! TNX!
Anche perche' l'SFS non viene aggiornato da eoni :P
-- 
regards,
Ciro.
--
    Writing from the computer science department of Milan (DSI)
       home page at 
http://www.silab.dsi.unimi.it/~cs556770/
 
--


A me non ha mai dato un problema del genere col pfs anche se dopo l'ultima
reinstallazione globale la v.3.2a dava strani errori di buffer in fase di
salvataggio delle prefs e quindi anche della chiave di registrazione,
problemi che ho risolto mettendo su l'ultima versione, la 3.2d beta.
Ciao.


 la key ogni volta che lo avvii.
Posso confermare che con PFS2/3 non ci sono problemi con MakeCD, che uso da
tempo immemore
senza alcun problema di filesystem :)
Saluti,
--
Giorgio

 Posso confermare che con PFS2/3 non ci sono problemi con MakeCD
Perfetto! :-)
Al massimo sarà la scocciatura di riscrivere la (lunga) key ogni volta!

 Anche perche' l'SFS non viene aggiornato da eoni :P
Questo puo' essere considerato un segno di stabilita'. Se funziona non c'e'
bisogno di aggiornamenti...
Ciao!!!
Claudio Di Martino                           
cla...@unige.it
-------------------------------------------------------------
Unsolicited and/or junk e-mail to this address isn't accepted

 bisogno di aggiornamenti...
Se non viene aggiornato per questo (ma ne dubito), più che segno di
stabilità sarebbe un segno di eccessiva presunzione :-)
Saluti,
Giorgio

per le partizioni PFS, molto utile in caso di dati cancellati per errre!
Se è per questo c'è una cartella nascosta...
-- 
Giuseppe Gigante

 Se è per questo c'è una cartella nascosta...
Non è la stessa cosa, la .deldir contiene un tot di entry ordinate
cronologicamente. Con il salvage di disksalv puoi tranquillamente recuperare
file usciti dalla deldir.
--
Giorgio