Amigapage - Sito italiano dedicato ad Amiga

utente amiga quadratico medio

Post inviati: 701

Mozilla/5.0 (Windows NT 10.0; WOW64; Trident/7.0; rv:11.0) like Gecko

Commento 21
AMG_Novice_Usr	20 Aprile 2020 19:54:43

In relazione al post precedente, quindi alla mia speranza (dico “speranza” perché essendo ignorante in materia, non posso dire “volontà” … sto cercando di entrare nel mondo Amiga da pochi mesi a questa parte, in qualche ritaglio di tempo) di poter usare un SW-Kickstart 3.1 che si “sovrapponga” in RAM al vero/fisico ROM-Kickstart 3.0, vorrei appunto sottoporvi alcuni link, dove alcuni sostengono che per far girare WB3.5 o addirittura 3.9 non è mandatorio avere il ROM-Kickstart 3.1.
Ci sarebbe un tale che ha il ROM-Kickstart 3.0 e a lui l’OS3.9 gira che è una bellezza … possibile?
(in questo forum mi è sempre stato detto che con ROM-Kickstart 3.0 puoi far girare fino al WB3.1).
Un tizio sostiene che è sufficiente “ingannare” le librerie in Libs: con un comando di patching, del tipo:
C

atchlibrary <pippo.library> <N>
Fa l’esempio di N=40
Un esempio tratto dalla sua startup-sequence:
run >nil: patchlibrary exec.library 40
In sostanza questo comando patch non farebbe nulla di serio, semplicemente la libreria passata come primo argomento diventa “convinta” di essere della versione N, ma lei non viene minimamente cambiata … con questo workaround (dice il tizio) si asseconda la workbench.library, che nel caso di OS3.9 pretende di vedere le librerie self-dichiarate come versione 40: la differenza fra le versioni realmente 40 e quelle antecedenti per OS3.1, a detta del tizio, sono quasi nulle … diffondere notizie secondo le quali per usare OS3.9 bisogna avere per forza il Kick3.1 è stata solo una manovra commerciale per vendere appunto le ROM-Kick 3.1.
Ecco alcuni links:

http://eab.abime.net/showthread.php?p=838444#post8 38444

http://eab.abime.net/showthread.php?t=71654

Sono fake news? Oppure le ho interpretate male io (il mio inglese è maccheronico)?

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

utente amiga quadratico medio

Post inviati: 701

Commento 22
AMG_Novice_Usr	20 Aprile 2020 19:55:22

Altra domanda, in parte correlata a quanto detto fin qui, in parte mia pura curiosità …
Magari sbaglio, ma mi pare di aver capito che OS3.5 e OS3.9 vengono venduti su CD-ROM. Esiste anche una distro su floppy disks? Supponendo di poter sostituire il Kick3.0 HW con un Kick3.1 SW (online sto leggendo di “skick”, che suppongo stia per SW-kickstart), oppure supponendo che le gente che dice che Kick3.0 HW è sufficiente a fare girare fino a OS3.9 incluso, oppure supponendo di comprare il chip HW Kick3.1 da sostituire al mio 3.0 … a quel punto come farei ad installare OS3.5 oppure 3.9 sul mio A1200? L’ideale sarebbe se ci fossero degli .adf da acquistare/scaricare online.
In caso negativo, quali sono le alternative? CF via PCMCIA? Collegare un lettore/scrittore di CD-ROM a A1200?

utente amiga quadratico medio

Post inviati: 701

Commento 23
AMG_Novice_Usr	20 Aprile 2020 19:56:01

Altra domanda, sempre nella mia ricerca, da principiante, di versioni “superiori” di OS per Amiga …
Ho letto del ClassicWB (LITE, FULL, ADV, ecc …).
Con il mio HW (A1200, 8MB-fast, 68EC020) potrebbe andar bene, a detto del sito ufficiale, sia FULL che ADV, ad ogni modo sicuramente il LITE. Leggendo la sezione delle istruzioni, non ho ben capito se posso installare Classic WB “da zero”, ossia nella prima partizione, DH0, posso non avere alcun WB installato, oppure se è necessario averne uno già pronto (io ho il WB3.1) per poter procedere all’applicazione dello strato superiore, ovvero ClassicWB.
Mi è sembrato di capire che tramite WinUAE è possibile creare un file, chiamato System.zip. Mi è sembrato di interpretare così: produci System.zip con WinUAE, poi prendi System.zip e portalo su DH0 del tuo Amiga reale, adesso elimina tutti i files e cartelle che si trovano in DH0 (in DH0 abbiamo la precedente installazione di WB3.1 … giusto?), quindi penso io: tanto valeva avere una partizione formattata in FFS, piuttosto che in SFS, piuttosto che in PFS, però senza alcun WB installato … no?
Quindi adesso abbiamo DH0 vuota, con dentro solo System.zip. Adesso decomprimere dentro DH0 tale file (e come faccio a decomprimerlo dentro DH0, se ho eliminato WB? Non ho più Sys:C, quindi non ho più il programma/comando LHA). Adesso metti in DF0 il floppy “Install_ClassicWB.adf” (ho questo adf e so come si scrive un floppy 3.5 partendo da una adf) e segui le istruzioni.
Francamente ci ho capito poco, ho molti dubbi, non ho capito se System.zip serve solo con una installazione “from scratch” (in tal caso me lo potrei risparmiare, dato che non ho dimestichezza con WinUAE, inoltre ho già WB3.1 in DH0, non parto da zero), oppure se System.zip ci vuole anche in presenza di una installazione pre-esistente del WB. Nel caso poi in cui mi ci volesse comunque System.zip, avrei il problema di come trasferirlo dal PC all’A1200. In seriale, con baudrate di 19200 (per i trasferimenti PC/Amiga uso AmigaExplorer, sia lato PC che lato Amiga), ci metterei circa 210 minuti, poiché System.zip è circa 22MB! Insomma … avrei bisogno di molti chiarimenti sulla faccenda ClassicWB.

utente amiga quadratico medio

Post inviati: 701

Commento 24
AMG_Novice_Usr	20 Aprile 2020 19:57:02

Ho fatto un altro esperimento …
Ho prima low-level-formattato tutto il disco rigido con HDToolBox, dopodichè ho ricreato le 4 partizioni DH0 … DH3 come sopra. Adesso ho implementato una piccola variante:
prima avevo fatto:
sistema 1:
DH0 – bootable – pfs3aio
DH1 – non bootable – pfs3aio
sistema 2:
DH2 – bootable – SFS0
DH3 – non bootable – SFS0
Facendo così, installando OS3.1 in DH0 e bootando in DH0, per default NON riesco a vedere DH2 e DH3. L’unico modo per vederle, è quello di rendere residente con LoadModule il device scsi patchato:
C:LoadModule DH0

evs/scsi.device_43.46b8_A600_A1200
Adesso facciamo al contrario, ovvero:
sistema 1:
DH0 – bootable – SFS0
DH1 – non bootable – SFS0
sistema 2:
DH2 – bootable – pfs3aio
DH3 – non bootable – pfs3aio
Ho solo invertito i 2 filesystems.
Installo quindi WB3.1 su DH0.
Faccio il boot su DH0 …
Per default VEDO le partizioni DH2 e DH3, senza alcun bisogno di caricare in ram, nella startup-sequence, il scsi.device patchato di prima.
Volevo solo chiedervi se questa cosa vi torna (io l’ho osservata e ne sono sicuro, accade … vorrei solo una spiegazione razionale sulla faccenda).
Ad ogni modo, per sicurezza ho portato la famosa riga:
C:LoadModule DH0

evs/scsi.device_43.46b8_A600_A1200
Anche nella startup-sequence di DH2 … stesso identico buon funzionamento, nessun cambiamento apprezzato.
Ho già provato a bootare entrambi gli OS (WB3.1 su DH0/SFS, e WB3.1 su DH2/PFS), operando da Early Setup:
se voglio bootare da DH0, non entro in Early, poiché ho messo una priorità maggiore di DH0 rispetto a DH2, se invece voglio bootare da DH2, entro prima in Early per disabilitare momentaneamente DH0.

utente amiga quadratico medio

Post inviati: 701

Commento 25
AMG_Novice_Usr	20 Aprile 2020 19:57:44

Ci sono applicazioni che mettano bene in risalto le differenze di prestazioni fra SFS e PFS2, a parità di OS3.1?
Per adesso quello che ho capito è che:
SFS:
pro:
se durante una copia di files, succede qualcosa ed il file copiato da sorgente a destinazione non viene correttamente copiato (es: hai tolto troppo in fretta il floppy, l’OS non ha fatto in tempo ad eseguire il flush dal buffer al dischetto), questo file corrotto non viene riportato dall’OS come un file corretto e tranquillo, forse viene cancellato, o non so cosa (che provvedimenti prende l’OS a nostra tutela?).
contro:
non disponibile per OS1.x e 2.x, solo per 3.x.
Inoltre se all’avvio c’è un settore/blocco corretto, SFS non effettua automaticamente la riparazione/validazione
PFS:
contro:
se durante la copia di un file abbiamo un problema di corruzione di questo nella locazione di destinazione, ci teniamo il file corrotto, l’OS non prende provvedimenti, noi non ce ne accorgiamo, rimane lì come se fosse un file buono, quindi pericolo!
pro:
disponibile non solo per OS3.x, ma anche per 1.x e 2.x.
Inoltre se all’avvio c’è un settore/blocco corretto, PFS effettua automaticamente la riparazione/validazione.
Avete altre informazioni circa pro e contro dei 2 file-systems?

utente amiga quadratico medio

Post inviati: 701

Commento 26
AMG_Novice_Usr	20 Aprile 2020 19:58:21

Domanda:
quando nei file-systems tipo FFS, SFS, PFS ecc… io “elimino” un file oppure una cartella, è davvero eliminata? Voglio dire, se faccio delete di un drawer che contiene roba per un ammontare di 200KB, questi 200KB vengono “segnati” dall’OS (una specie di cancellazione dei relativi indici) come “liberati”, quindi nuovamente nelle disponibilità dell’utente e assegnati al contatore di memoria ancora disponibile?
Oppure per avere ciò bisogna usare programmi di “vera cancellazione” come DiskSalv?
Grazie

AfAOne

Post inviati: 5887

Mozilla/5.0 (Windows NT 6.1; rv:75.0) Gecko/20100101 Firefox/75.0

Commento 27
AfAOne	20 Aprile 2020 20:55:05

Citazione

all’avvio, quindi all’avvio di OS3.1 in DH0, non vedevo DH2 e DH3 … vedevo solo DH0 e DH1. Le icone di DH2 e DH3 NON erano visibili sul desktop del WB, e neppure il programma Format le vedeva. Solo Early Setup e HDToolBox riuscivano a vederle.
Mi sarei aspettato, sul desktop, di vedere qualcosa del genere:
icona DH2:
del tipo “DH2:NDOS”, oppure “DH2:BAD”, oppure “DH2:# ~” … comunque un’icona
icona DH3:
del tipo “DH3:NDOS”, oppure “DH3:BAD”, oppure “DH3:# ~” … comunque un’icona
Invece queste 2 icone mancavano completamente, quindi non potevo formattarle velocemente con Format, e quindi non potevo installare WB3.1 dentro DH2.

Seguirti è un po' difficile con tutti questi post a raffica, forse sabbe meglio che tu li facessi man mano che riscontri i problemi in modo da seguilimeglio.

Qua non so cosa hai fatto probabilmente ho hai dato un ID sbagliato oppure ci sono volumi con lo stesso nome !

AROS One x86/68k - AfA One - AfA One PPC - Amilator AfA One - Amithlon AfA One - WinUAE OS 4.1

AfAOne

Post inviati: 5887

Commento 28
AfAOne	20 Aprile 2020 21:01:16

Citazione

come se LoadModule lo avesse caricato in una regione di RAM tipo RAD

, qualche altro secondo e arrivo sul desktop di WB3.1 di DH0, e lì vedo correttamente DH2 e DH3.
Provato e riprovato, la cosa è sistematica:
all’accensione non li vedo, dopo un reset/riavvio li vedo.
Come mai?

Non ho capito bene cosa stai facendo, se hai seguito i consigli del link allegato non posso seguiri ecco perchè consigliavo un OS moderno dove tutte queste patch e contro patch non servono.

Tornando al problema credo che al primo riavvio bisogna spettare che LoadModule carichi il device in memoria (si una sorta di RAD) che solo dopo un riavvio a caldo è disponibile.

AROS One x86/68k - AfA One - AfA One PPC - Amilator AfA One - Amithlon AfA One - WinUAE OS 4.1

AfAOne

Post inviati: 5887

Commento 30
AfAOne	20 Aprile 2020 21:24:54

Citazione

Vorrei cogliere l’occasione per capire qualcosa in più sugli Amiga …
Il concetto di “rendere residente” una libreria oppure un device.
Nella ROM (EEPROM, Flash … cosa è esattamente?) chiamata Kickstart (Kick 3.0 nel mio caso) c’è dell’op-code, e questo codice macchina è un set di funzioni, librerie, devices, routines a basso livello dell’OS (tipo il microkernel “exec”, quindi exec.library suppongo, piuttosto che AmigaDOS, piuttosto che intuition.library, piuttosto che … boh … molte altre cose). All’avvio, tutto questo op-code, chiamiamolo Kick-code, viene copiato dalla ROM ed incollato in RAM (credo in chip-ram)… giusto? Una delle prime istruzioni di questo Kick-code istruirà il 68020 a fare questo copia/incolla (correggetemi se sbaglio … io non ho nozioni, sto provando solo a ragionare). La CPU 68EC020 fa il fetching di quelle Kick-istruzioni non direttamente sulla ROM, ma in RAM, dove abbiamo una copia esatta di quelle ROM/Kick-istruzioni …. Giusto? L’OS viene fetchato in RAM, mica su ROM!
Quindi se io volessi sostituire il kernel “exec.library” del mio ROM/Kick originale con una versione più aggiornata di exec.library,
potrei prendere questa libreria dal web, metterla magari in Libs:, poi nella startup-sequence potrei scrivere, come seconda riga:
C:LoadModule SYS:Libs/exec.library

Si questa procedura si fa, ma molto preferiscono sostituirla direttamente nel KickStart, esistono programmi per modificare o aggiornare i KickStartm cosa comenuque non consigliata se non si conosce ciò che si sta facendo, una libreria o un device sostituito nel kickstart potrebbe comortare tanti problemi o strani errori, calcola che il Kickstart non serve solo per il sistema operativo ma anche per avviare giochi e apllicazioni.

Citazione

Da qui scatta un’altra domanda:
quando in gergo amigoso si parla di “mappare via SW il kick 3.1”, si intende questo?
Io ho un A1200 con una ROM/Kick 3.0, ed un utente mi ha detto che si potrebbe “mappare SW il kick 3.1” … ecco … vorrei un attimo capire bene queste cose.

Anche per questo esiste un software specifico, mi pare che in passato abbiamo già discusso su questo e che tu con un A1200 base non hai questa possibilità, comunque uno dei sofware per mappare il kickStart è QUESTO

Citazione

esattamente a cosa serve la prima riga della startup-sequence, ovvero SetPatch? Ho letto la spiegazione online, ma non ho le idee chiare … sembra sempre qualcosa legata a rendere residenti delle ROM/Kick-cose …

Intanto esistono numerosi SetPatch per sistema operativo, nel senso che quelli di OS 2 non puoi usarli su OS3 e viceversa, in più esistono anche versioni più aggiorate.

SetPatch praticamentte fa delle modifiche temporanee per il sistema operativo quando necessario, va sempre eseguito inizio Startup-sequence con il parametro desiterato, se vuoi conoscere tutte le funzioni dei vari parametri, apri una Shell e digita Setpatch seguito da un punto interrogativo: Setpatch ?

In partica senza il Setpach molte demo o applicazioni non funzionano

Ho sistemato i quote errati. Mck.

Commento modificato il 20/04/2020 alle ore 21:38:24

AROS One x86/68k - AfA One - AfA One PPC - Amilator AfA One - Amithlon AfA One - WinUAE OS 4.1

AfAOne

Post inviati: 5887

Commento 31
AfAOne	20 Aprile 2020 21:55:18

Citazione

Ci sarebbe un tale che ha il ROM-Kickstart 3.0 e a lui l’OS3.9 gira che è una bellezza … possibile?
(in questo forum mi è sempre stato detto che con ROM-Kickstart 3.0 puoi far girare fino al WB3.1).
Un tizio sostiene che è sufficiente “ingannare” le librerie in Libs: con un comando di patching, del tipo:

Si conosco quella discussione, una volta l'ho fatta pure io ma è una procedura complessa, inoltre ci sarebbe anche il problema software OS 3.5 e update 3.9 usa la GUI ReAction su tutte le applicazioni di sistema e tutto il software uscito per questi OS, qui per sopperire dovresti installare la ClassAction e comunque non tutto funzionerà, alla fine meglio lasciare stare se non hai tanta esperienza AmigaOS.

Una procedura simile è stata fatta con OS 3.1.4 che nonostante abbia un suo KickStart nativo 3.1.4 si può installare e avviare anche da un KickStart 3.0, ma qui hanno lavorato fior di sviluppatori.

Commento modificato il 20/04/2020 alle ore 21:55:35

AROS One x86/68k - AfA One - AfA One PPC - Amilator AfA One - Amithlon AfA One - WinUAE OS 4.1

AfAOne

Post inviati: 5887

Commento 32
AfAOne	20 Aprile 2020 22:03:57

Citazione

Altra domanda, in parte correlata a quanto detto fin qui, in parte mia pura curiosità …
Magari sbaglio, ma mi pare di aver capito che OS3.5 e OS3.9 vengono venduti su CD-ROM. Esiste anche una distro su floppy disks?

No su floppy esiste solo il disco di ripristino

Citazione

a quel punto come farei ad installare OS3.5 oppure 3.9 sul mio A1200? L’ideale sarebbe se ci fossero degli .adf da acquistare/scaricare online.
In caso negativo, quali sono le alternative? CF via PCMCIA? Collegare un lettore/scrittore di CD-ROM a A1200?

Su reale occorre montare un lettore CD e dal Workbench procedere all'installazione, il CD non è bootable
Seconda soluzione, la migliore scelta è l'uso di WinUAE, esiste anche la procedura diretta ovvero installare OS 3.9 su HD Pulito, diversamente nella "normalità" dovrai prima installare OS 3.0 o 3.1 poi installare OS3.5 e infine installare OS 3,9.

AROS One x86/68k - AfA One - AfA One PPC - Amilator AfA One - Amithlon AfA One - WinUAE OS 4.1

AfAOne

Post inviati: 5887

Commento 33
AfAOne	20 Aprile 2020 22:11:58

Citazione

Altra domanda, sempre nella mia ricerca, da principiante, di versioni “superiori” di OS per Amiga …
Ho letto del ClassicWB (LITE, FULL, ADV, ecc …).
Con il mio HW (A1200, 8MB-fast, 68EC020) potrebbe andar bene, a detto del sito ufficiale, sia FULL che ADV, ad ogni modo sicuramente il LITE. Leggendo la sezione delle istruzioni, non ho ben capito se posso installare Classic WB “da zero”, ossia nella prima partizione, DH0, posso non avere alcun WB installato, oppure se è necessario averne uno già pronto (io ho il WB3.1) per poter procedere all’applicazione dello strato superiore, ovvero ClassicWB.
Mi è sembrato di capire che tramite WinUAE è possibile creare un file, chiamato System.zip. Mi è sembrato di interpretare così: produci System.zip con WinUAE, poi prendi System.zip e portalo su DH0 del tuo Amiga reale, adesso elimina tutti i files e cartelle che si trovano in DH0 (in DH0 abbiamo la precedente installazione di WB3.1 … giusto?), quindi penso io: tanto valeva avere una partizione formattata in FFS, piuttosto che in SFS, piuttosto che in PFS, però senza alcun WB installato … no?
Quindi adesso abbiamo DH0 vuota, con dentro solo System.zip. Adesso decomprimere dentro DH0 tale file (e come faccio a decomprimerlo dentro DH0, se ho eliminato WB? Non ho più Sys:C, quindi non ho più il programma/comando LHA). Adesso metti in DF0 il floppy “Install_ClassicWB.adf” (ho questo adf e so come si scrive un floppy 3.5 partendo da una adf) e segui le istruzioni.
Francamente ci ho capito poco, ho molti dubbi, non ho capito se System.zip serve solo con una installazione “from scratch” (in tal caso me lo potrei risparmiare, dato che non ho dimestichezza con WinUAE, inoltre ho già WB3.1 in DH0, non parto da zero), oppure se System.zip ci vuole anche in presenza di una installazione pre-esistente del WB. Nel caso poi in cui mi ci volesse comunque System.zip, avrei il problema di come trasferirlo dal PC all’A1200. In seriale, con baudrate di 19200 (per i trasferimenti PC/Amiga uso AmigaExplorer, sia lato PC che lato Amiga), ci metterei circa 210 minuti, poiché System.zip è circa 22MB! Insomma … avrei bisogno di molti chiarimenti sulla faccenda ClassicWB

Si tratta di sistemi preinstallati dove tu dovrai aggiungere solo i filedel sistema operativo. Praticamente in due parole queste distro includono un HardFile Bootable che una volta avviato e dato in pasto i Floppy o il CD di Amiga OS otterrai un Sustema Operativo Amiga gia configurato con incluso un bel pacchetto di software.

Questo Hardfile se scritto come immagine disco su CF potrai fare la procedura direttamente da Amiga Reale, su WinUAE invece ti basta solo avviarlo con una configurazione preimpostata su WinUAE o quella in allegata con la distro.

Solito mio video che mostra come installare ClassicWB.

Tutorial Video: Installare ClassicWB Classic

Commento modificato il 20/04/2020 alle ore 22:22:47

AROS One x86/68k - AfA One - AfA One PPC - Amilator AfA One - Amithlon AfA One - WinUAE OS 4.1

AfAOne

Post inviati: 5887

Commento 34
AfAOne	20 Aprile 2020 22:18:03

Citazione

Domanda:
quando nei file-systems tipo FFS, SFS, PFS ecc… io “elimino” un file oppure una cartella, è davvero eliminata? Voglio dire, se faccio delete di un drawer che contiene roba per un ammontare di 200KB, questi 200KB vengono “segnati” dall’OS (una specie di cancellazione dei relativi indici) come “liberati”, quindi nuovamente nelle disponibilità dell’utente e assegnati al contatore di memoria ancora disponibile?
Oppure per avere ciò bisogna usare programmi di “vera cancellazione” come DiskSalv?
Grazie

Riguardo gli standard OFS e FFS i file cancellati si possono recuperare con software come DiskSalv, per PFS e SFS esistono invece dei comadi interni che consentono di rivedere e recuperare i file cancellati come da una normale cartella.

Commento modificato il 20/04/2020 alle ore 22:18:33

AROS One x86/68k - AfA One - AfA One PPC - Amilator AfA One - Amithlon AfA One - WinUAE OS 4.1

utente amiga quadratico medio

Post inviati: 701

Commento 35
AMG_Novice_Usr	21 Aprile 2020 19:23:03

Citazione

Tornando al problema credo che al primo riavvio bisogna spettare che LoadModule carichi il device in memoria (si una sorta di RAD) che solo dopo un riavvio a caldo è disponibile.

Quindi, è giusto per capire …
Mi stai dicendo che all’avvio freddo di Amiga, la ram “RAD” non è disponibile (quei settori di ram sono “disabilitati”), quindi LoadModule carica il device scsi patchato in una parte di ram ancora non funzionante.
Sarebbe bello poter usare un LoadModule “non resistente al reset” (in effetti, a cosa serve questa resistenza? Ogni volta che resetto, io caricherei dalla startup-sequence il device o libreria di interesse in ram, ram normale), quindi vorrei un LoadModule che carichi il device in ram normale, la quale è sicuramente funzionante anche all’avvio freddo (esiste un simile comando?).
Scatterebbe una domandina:
il RAD, o comunque questa specie di RAD nel quale viene caricato l’scsi.device patchato di cui sopra, dove viene allocato? In chip-ram? Credo di si, perché di default la fast-ram non c’è.
C’è la possibilità di allocare RAD o simili in fast-ram?
Ad ogni modo, segnalo che da quando ho fatto:
DH0 – bootable – SFS
DH1 – non bootable – SFS
DH2 – bootable – PFS2
DH3 – non bootable – PFS2
Invece di:
DH0 – bootable – PFS2
DH1 – non bootable – PFS2
DH2 – bootable – SFS
DH3 – non bootable – SFS
Ho notato delle differenze di comportamento del sistema (la startup-sequence è rimasta inalterata):
1)
All’avvio freddo, la CLI non mi informa a video che: “Installed scsi.device … ”
2)
All’avvio caldo, la CLI non mi informa a video che: “Already installed scsi.device … ”
Quindi sembrerebbe che SFS non si accorge del nuovo device … come se lo avesse già o comunque ne
avesse uno del tutto equivalente?
3)
Anche all’avvio freddo da DH0, vedo non solo DH0 e DH1, ma anche DH2 e DH3. E viceversa, avviando da freddo da DH2 (prima faccio Early Setup), oltre a vedere DH2 e DH3, vedo anche DH0 e DH1 … insomma … il funzionamento ottimo come ci si aspetterebbe.

utente amiga quadratico medio

Post inviati: 701

Commento 36
AMG_Novice_Usr	21 Aprile 2020 19:26:51

Citazione

esistono programmi per modificare o aggiornare i KickStart

Aspetta …
(il basimento è dettato dalla mia ignoranza)
Stai dicendo che esistono dei programmi, che possono essere eseguiti da Amiga reale (un floppy diciamo), lanciati i quali io utente posso scrivere delle cose dentro la ROM/Kick di quell’Amiga?
Scatterebbero delle domande:
1)
Ma una ROM è di sola lettura, per definizione di ROM … mi stai dicendo che quelle ROM possono essere scritte da questi programmi? O forse bisogna estrarre il Kick dall’Amiga, collegarlo in qualche modo ad un programmatore collegato ad un PC, e con un programma/GUI che gira sul PC allora riscrivi la ROM/Kick con un FW aggiornato?
2)
Forse il Kick non sono proprio ROM … si dice ROM per brevità … in realtà sono flash?

Premetto che non lo farò mai, troppo complicato per me al momento, tuttavia mi interesserebbe molto sovrascrivere dalla startup-sequence, con LoadModule, diversi moduli, devices, libs ecc… che possano “migliorare” l’OS3.1 caricato da ROM/Kick in RAM. Esiste una lista di device e librerie consigliate per portare il Kick3.0 ad essere un Kick3.1, così da affrontare anche con spalle più larghe un eventuale discorso di OS3.5, OS3.9, OS3.1.4 ecc …

utente amiga quadratico medio

Post inviati: 701

Commento 37
AMG_Novice_Usr	21 Aprile 2020 19:31:16

Citazione

Su reale occorre montare un lettore CD e dal Workbench procedere all'installazione, il CD non è bootable

Ok.
Però vorrei sapere se è fattibile fare questa cosa …
Supponiamo che io mi procuri l’immagine (.iso, .img. … non so) del CD-ROM di OS3.5.
Mi procuro il programma RAR per PC e UnRAR per Amiga.
Con RAR splitto l’immagine di OS3.5 in diversi pezzi R0, R1, ecc … (ciascuno < 720kB).
Adesso ciascun Rn lo scrivo su un floppy disk da 720kB: lo posso fare perché sul PC ho, via USB, un lettore/scrittore esterno di floppy 720K / 1.44M.
Ciascun floppy, uno alla volta, lo do in pasto all’Amiga, poi tramite CrossDOS (ho un lettore/scrittore di floppy esterno DF1, per l’occasione PC1 spostato da Sys:Storage/DOSDrivers a Sys

evs/DOSDrivers) porto ciascun Rn sull’HDD dell’A1200. Quando tutti gli Rn sono stati raccolti nell’Amiga, con UnRAR dovrebbe essere possibile ricostruire l’immagine completa e unita di OS3.5.
A questo punto con DiskImageGUI, su Amiga, dovrebbe essere possibile emulare il device ICD0, su questo si monta l’immagine del CD ricostruita grazie ad UnRAR … a questo punto è come se avessi un lettore CD fisico con dentro il tanto agognato OS3.5.
È corretta la procedura?

AfAOne

Post inviati: 5887

Commento 38
AfAOne	21 Aprile 2020 20:51:30

Citazione

Quindi, è giusto per capire …
Mi stai dicendo che all’avvio freddo di Amiga, la ram “RAD” non è disponibile (quei settori di ram sono “disabilitati”), quindi LoadModule carica il device scsi patchato in una parte di ram ancora non funzionante.

Il disco RAD prima lo devi creare ovvero montare poi se vuoi utilizzarlo come boot devi riavviare altrimenti esiste comunque ma sarà come un floppy inserito dopo il boot da HD.

Usavo questa tecnica nelle compilation per CD32 QUESTA dove non essendoci un HD tutto veniva fatto in RAM e quando si cambiava gioco venva prima cancellato in vecchio disco RAD e poi ne ripartiva un'altro dopo un riavvio a freddo.

Citazione

C’è la possibilità di allocare RAD o simili in fast-ram?

Se hai la Fast RAM e da li che si fanno i dischi RAD, ricordi quel video dove ho creato tanti dischi RAD di certio non li avrei potuti creare dalla Chip.

AROS One x86/68k - AfA One - AfA One PPC - Amilator AfA One - Amithlon AfA One - WinUAE OS 4.1