Risposta Stile Testo Dimensione:  10 12 14 16 18 20 24 30 Colore:  Rosso Viola Verde Blu Giallo Grigio Arancio Rosa Allinea:  Centrato Giustificato Linea vuota A capo Altri comandi Emoticons Clicca per riportare il codice nell'area di testo oppure posizionati su un'immagine per vederne il relativo comando. Testo In risposta a AMG_Novice_Usr [quote=AMG_Novice_Usr] Dopo aver giochicchiato un po' con le due partizioni, una con WB3.1/PFS3-AIO e l’altra con WB3.1/SFS, alla fine ho deciso, per installare ClassicWB su DH0, di usare SFS, quindi di avere DH0 creata e formattata (con Format, Quick mode) con SFS, DH1 e DH2 non bootabili, quindi solo per data-storaging, anch’esse create e formattate (con Format, Quick mode) con SFS. Parlando con utenti del forum, mi è sembrato di capire che se copi un file (o un drawer intero, qualsiasi cosa) da una sorgente ad una destinazione, ma non dai il tempo al programma copiatore (es: il comando Sys: C/COPY) di effettuare il flush del contenuto progressivo da copiare sulla destinazione, quindi “interrompi” involontariamente tale scrittura dal buffer intermedio alla destinazione fisica (es: estrai troppo in fretta il floppy dal driver, floppy sul quale stavi scrivendo il file di destinazione), il file-system SFS riesce in qualche modo a "sistemare" le cose (così mi è stato detto/ho letto), per lo meno ti segnala la corruzione del file di destinazione, sul quale il flushing da buffer non è stato completato in modo corretto, o qualcosa del genere (esattamente non so quali interventi vengono presi da SFS a nostra tutela … se qualcuno sa, mi/ci delucidi! 😊 ), cosa che pare che non faccia il file-system PFS. PFS3, dal canto suo, pare che controlli la validità del disco al boot, ed in caso di disco non valido, si occupa autonomamente di validarlo, di correggere la corruzione locale (così ho capito, correggete ogni virgola se sbaglio), mentre invece SFS non lo fa, quindi SFS boota su un disco invalido, fregandosene. Ad ogni modo, in questo periodo di studio, a me preme di più il pregio di SFS, e sopporto il suo difetto, ecco perché ho scelto SFS. È anche vero che SFS è disponibile per OS1.x e 2.x, oltre che per 3.x, mentre PFS3-AIO solo per 3.x. [/quote] formattazione A sinistra Giustificata Nessuna

03 Maggio 2020 Postato da: AMG_Novice_Usr mio cammino verso ClassicWB-Full su A1200 reale ... luci e ombre del target raggiunto

Ciao a tutti, alla fine sono riuscito, anche grazie ai consigli avuti su questo forum, ad installare ClassicWB Full sulla partizione DH0 del mio A1200 (2MB-chip ram, espansione in trap-door di 8MB-fast ram, 68EC020). Vi scrivo per raccontarvi, se può interessare, questa mia prima esperienza di installazione del ClassicWB su un Amiga reale, e al tempo stesso la documento, seppur in modo sintetico/minimale, così che possa essere d’aiuto a qualcuno messo peggio di me (la vedo dura 😊 ) … potrebbe anche (lo spero) costituire un trigger per vostri suggerimenti, riflessioni, proposte di ulteriori esercizi e cogitazioni, ecc … Alla fine ci saranno delle domande su alcune cose che non stanno funzionando su ClassicWB Full ...

Commenti: 23  Aggiungi - Pagine: 1-2

utente amiga quadratico medio Post inviati: 701	Commento AMG_Novice_Usr 3 Maggio 2020    19:45:30
	Dopo aver giochicchiato un po' con le due partizioni, una con WB3.1/PFS3-AIO e l’altra con WB3.1/SFS, alla fine ho deciso, per installare ClassicWB su DH0, di usare SFS, quindi di avere DH0 creata e formattata (con Format, Quick mode) con SFS, DH1 e DH2 non bootabili, quindi solo per data-storaging, anch’esse create e formattate (con Format, Quick mode) con SFS. Parlando con utenti del forum, mi è sembrato di capire che se copi un file (o un drawer intero, qualsiasi cosa) da una sorgente ad una destinazione, ma non dai il tempo al programma copiatore (es: il comando Sys: C/COPY) di effettuare il flush del contenuto progressivo da copiare sulla destinazione, quindi “interrompi” involontariamente tale scrittura dal buffer intermedio alla destinazione fisica (es: estrai troppo in fretta il floppy dal driver, floppy sul quale stavi scrivendo il file di destinazione), il file-system SFS riesce in qualche modo a "sistemare" le cose (così mi è stato detto/ho letto), per lo meno ti segnala la corruzione del file di destinazione, sul quale il flushing da buffer non è stato completato in modo corretto, o qualcosa del genere (esattamente non so quali interventi vengono presi da SFS a nostra tutela … se qualcuno sa, mi/ci delucidi! 😊 ), cosa che pare che non faccia il file-system PFS. PFS3, dal canto suo, pare che controlli la validità del disco al boot, ed in caso di disco non valido, si occupa autonomamente di validarlo, di correggere la corruzione locale (così ho capito, correggete ogni virgola se sbaglio), mentre invece SFS non lo fa, quindi SFS boota su un disco invalido, fregandosene. Ad ogni modo, in questo periodo di studio, a me preme di più il pregio di SFS, e sopporto il suo difetto, ecco perché ho scelto SFS. È anche vero che SFS è disponibile per OS1.x e 2.x, oltre che per 3.x, mentre PFS3-AIO solo per 3.x.
	A500-Plus + A501 + switch meccanico per selezione Double-kickstart 1.3 v. 34.5 / 3.1 v. 40.63 /// A600, Rev. MB. 1.5, espansione in trap-door 1MB chip-ram, Kick-Cloanto 45.66, HDD interno a tracce da 2GB modello MK2104MAV by Toshiba su porta IDE: partizione DH1 con WB2.1 (default) + partizione DH2 con WB3.1 /// A500, Kick 1.3 v. 34.5, scheda espansione in trap-door da 512KB /// A600, espansione da 4MB-fast-ram innestata con zoccolo direttamente su 68K, Kick 2.05 v. 37.300, espansione di chip-ram in trap-door da 1MB, CF da 4GB su adattatore interno CF/IDE: partizione DH0 con CWB GAAE, partizione DH1 con WB2.1, partizione DH2 con WB1.3 /// A500, Rev. MB 6A, Kick 1.3 v. 34.5, A520-TV-RF-Modulator /// A500, PWR-LED ROSSO. Kick 1.2 v. 33.180 /// A500-Plus, PWR-LED ROSSO, Kick 2.04 v. 37.175, Driver DF1 esterno Savage DMF 322, A590 alimentato da alimentatore di CD32, con dentro espansione da 2MB di fast-ram + HDD SCSI Seagate ST32151N da 2GB - DH0 con WB 2.04 e DH1 con WB 1.2 /// A1200, 68EC020, Kick 3.0 v. 39.106, HDD a tracce Hitachi 40GB interno su porta IDE con installato CWB, espansione A1208 in trap-door da 8MB-fast-ram, PLipBox su porta parallela per collegamento via Ethernet a Internet /// Commodore 64 Assy NO. 250425 + floppy drive 5’’ 1/4 modello 1541