Menù principale

Notizie  Grafica  Forum  Links  Retro Trailer  Recensioni  Modelli Amiga  Storia Amiga  Retro-Gamers  Lista Utenti  Contatti  Policy sito

Login

Nick Password

Registrati - Recupera dati

06 Febbraio 2022 Postato da: LucioM Rom 3.1 o 3.2?

Ciao a tutti volevo un consiglio sulle Rom del titolo. L'Amiga è il solito A1200 con Vampire V2. Veniamo al punto, ho acquistato l'OS 3.2 ed anche le relative Rom. Le ho installate nell'Amiga così con l'OS e, sarà che non ho più l'età per i cambiamenti, non è che mi sia piaciuto molto anzi l'ho trovato molto carente. Probabilmente mi aspettavo di trovarmi difronte a qualcosa di più moderno, più completo, non so neanch'io, so solo che alla fine ho rimesso le Rom del 3.1 e l'OS 3.9 con i BB 3&4. Però, visto che queste Rom 3.2 le ho acquistate, mi chiedevo se sia possibile/conveniente metterle nell'Amiga ma utilizzarle con l'OS 3.9. Quali siano i pro e quali i contro. Altrimenti rimarrà lì, in bella mostra, nella mia collezione.

Commenti: 34  Aggiungi - Pagine: 1-2

Indice: forum / Richieste di Aiuto

Pagine: -1- [2] - utente amiga quadratico medio Post inviati: 701 Commento 21 AMG_Novice_Usr 9 Febbraio 2022    16:58:35 Citazione Ma il 3.9 su un A1200 VERO con soli 8mb di fast ram, HD/CF e WB a 32 colori lo hai mai visto girare? va benissimo! Confermo. Prima che mi vada in guru per motivi ancora ignoti, dall'accensione fino a quando mi gurizza anche io ho visto un buon funzionamento. 8MB di fast-ram in trapdoor e CF come unici elementi di "espansione". Devo dire che nel filesystem navigavo molto bene anche con 256 colori, non apprezzavo rallentamenti che deturpassero la qualità dell'esperienza utente (con HighRes PAL: 640x256). Arrivavo, con 640x256@256 colori, ad avere ancora free circa 1.3MB di chip-ram e 5.5MB di fast-ram, dopo essermi addentrato i diversi drawers, ma senza lanciare nessuna app ... 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 9 Febbraio 2022    17:06:00 Citazione @AMG_Novice_Usr il minestrone che dico è proprio riguardante le altre partizioni, kick 3.2 e os3.1 ecc. Ti sottopongo 2 questioni: non è per fare polemica, è solo una mia lacuna sul mondo degli OS in generale, ed in particolare su AmigaOS. Forse chiarire questo aspetto farà comodo anche agli esperti ... Questione 1: Se un kickstart, ovvero bootmanager + base dell'OS, fa bootstrap da una partizione DH0 sulla quale è stato installato OS/WB3.2, tutti i moduli e librerie di cui il FW necessita durante la fase di avvio, dovrebbero essere prelevati dal volume dal quale si è deciso di fare bootstrap, in questo caso da DH0/OS3.2. roba.library, roba.device, ecc ... tutto ciò che non è contenuto nel kick ROM fisico 3.2, viene copiato da DH0/OS-WB3.2 ed incollato in chip-ram, ovvero reso residente, e questo durante il bootstrap. Pertanto, se in un'altra partizione, supponiamo DH1/OS3.1, abbiamo altre librerie e devices, magari con le stesso nome di quelle dell'OS3.2, quali problemi potrebbe determinare? Voglio dire, se il sistema fa boot da DH0/OS3.2, cosa gliene importa della roba presente in DH1/OS3.1? Quella roba di 3.1 non viene prelevata e resa residente in fase di boot, la roba viene prelevata dal volume su cui il kick fa boot ... corretto? Secondo quanto detto finora, la coesistenza di più partizioni, ciascuna delle quali ha il suo OS/WB, non dovrebbe comportare alcun problema. Se il kick 3.2 fa bootstrap da DH1 con sopra installato OS/WB3.1, ti do pienamente ragione che potrebbero esserci problemi, ad esempio in questo caso vedresti lo schermo del workbench completamente vuoto perchè il kick3.2 non trova nè icon.library, nè workbench.libray ... questo è giusto, è ovvio. Ma se il kick 3.2 fa boot da DH0 con sopra installato OS/WB3.2, non capisco perchè dovrebbe dargli fastidio OS3.1 su DH1 ... Questione 2: Supponiamo di avere il kick ROM fisico 3.2, e di avere su disco due partizioni, DH0 con OS/WB3.2 e DH1 con OS/WB3.1, e tramite Amiga Early Startup Control io faccio: DH0 - enabled DH1 - disabled inoltre: select boot device = DH0 dopodichè clicco il tasto boot. Così facendo, non dovrei avere nessun minestrone, il kick 3.2 non solo fa bootstrap da DH0 con sopra il suo OS3.2 nativo, ma non vede nessun'altra partizione che potrebbe conflittuare con OS3.2, in quanto DH1 è disabilitata, ovvero non montata nel filesystem. confermi? 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 23 AMG_Novice_Usr 9 Febbraio 2022    17:11:12 Citazione Poi sinceramente non capisco perche prepari le partizioni nominandole UDH0, UDH1 ecc. Se penso agli script di installazuone dei programmi mi vengono in mente solo problemi. Di norma si partiziona usando DH0, DH1 ecc. Magari prova a nominare le partizioni così e potresti risolvere qualcosa. Appena posso ripreparo CF e HDD con una sola partizione DH0, però non credo che sia questo il problema, poichè per esempio HDToolBox, di default, propone come partizioni IDH0, IDH1 (non credo sia una questione di nomi) ... Inoltre quando installi l'OS tramite floppies Install, WB, Extras, Fonts, Storage ecc ..., all'inizio, dopo aver fatto bootstrap da DF0 sul floppy Install e dopo aver lanciato l'installer, il requester ti chiede (livello utente intermedio) su quale volume vuoi installare l'OS, e tu allora clicchi su "Drivers", selezioni ad esempio IDH1, e da ora in avanti, floppy dopo floppy richiesto, tutto il loro contenuto viene travasato in IDH1. Forse la problematica sui nomi dei volumi di destinazione delle installazioni e degli scripts di queste installazioni, si può si verificare, son d'accordo con te, ma solo se lo script è "fatto male". Lo script dovrebbe sempre citare "Sys: " come volume di destinazione di copiaggi e installazioni varie, così da essere "name insensitive". 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 Boss Post inviati: 2858 Commento 24 Boss 9 Febbraio 2022    19:00:37 Non è del tutto così... se hai diversi os in diverse partizioni ma con gli stessi nomi volume quando avvi un os partirà un minestrone. Esempio se hai os 3.2 su DH0 con nome della partizione System, hai os 3.1 su DH1 con nome volume System, all'avvio si mischieranno i sistemi (ammesso che parta). Per questo nel tempo ho imparato ad usare i nomi delle partizioni per gli os, esempio DH0 nome volume DH0, DH1 (es. ho solo programmi senza os) nome volume Programs. Riprendendo il discorso minestrone, nel tuo caso mi riferivo a quando fai il boot con os 3.1 e kick 3.2. Amiga è un sistema ordinato, finché tutto è al suo posto non hai problemi, per questo però non mi torna la tua instabilità con kick 3.2 ed os 3.2. Qualcosa fuori posto ci deve essere, magari preparati un hd meccanico o una cf con solo os 3.2 partizionato correttamente, poi aggiungi altri sistemi successivamente e ogni volta ne verifichi il funzionamento. Io non mi sono mai reputato esperto di amiga OS, parlo solo per le mie esperienze avute, che comunque sono modeste. A1200/030, APOLLO 1230LC 8MB KICK 3.1 HDD IDE 40GB df1 esterno RECAPPATA 100% || A1200 8MB FAST CF 4 GB RECAPPATA 100% || A500+ CON A501 switch df0 df1 nascosto e gotek esterno (RIPARATE DA ACIDO) A1200 x64 x5-z8350 4GB RAM con floppy Mod || A500 x64 i5 8GB RAM (Toshiba portege r830)(windows 7) || A2000 X64 Socket 775 XEON E5450 771 MOD 8GB RAM TRIPLE BOOT (WINUAE A4000 AFAOS / WIN7 / UBUNTU) Commodore 8296 con tastiera, drive 8250lp e stampate ad aghi tutto funzionante DavPPC Post inviati: 1798 Commento 25 DavPPC 10 Febbraio 2022    09:31:49 In risposta a Boss Boss uso il 3.9 BB4 con AfaOs quasi tutti i giorni sotto emulatore, non lo sottovaluto per nulla... lo reputo il miglior OS per Amiga 68k al momento. comunque il 3.9 come il 3.5 è lo sviluppo del 3.1, ma in pratica è un 3.1 patchato, aggiornato, migliorato (anche se non è bello da sentire, è così). tanto è vero che al 3.1 puoi aggiungerci "cose" finchè lo rendi un 3.5 e 3.9. librerie programmi ecc sono compatibili. os 3.2 è un mondo a parte, e molti fanno confusione infatti, anche per il discorso del suo predecessore 3.1.4. Sono contento che apprezzi il 3.9 Per il resto quindi anche il 3.2 è un 3.1 patchato, aggiornato (poco), migliorato (poco)... Parti dal 3.1 e il sistema lo patcha a 3.2 Entrambi possono quindi partire dal 3.1...... Comunque forse stiamo uscendo troppo dal topic, l'importante è che amiamo entrambi l'Amiga.... e tutte le sue aggiunte/patch/stravaganze... Sam460ex 1ghz,OS4.1fe, 2GbRam, SSD480Gb, ATI RadeonHD5450 1gbsgram, Monitor ASUS 28" 16:9, card reader USB interno, controller UWSCSI-PCI; A1200 OS3.9 Icedrake 68080, 512MbRAM, SSD240Gb, USB SubWay, card reader USB interno, Monitor-TV LED Philips 24ITE 24" 16:9; Scanner Epson GT-7000 scsi2; Scanner Epson GT-9500 scsi2; Scanner Epson GT-5000 parallelo; Scanner Epson perfection 1250 USB; Commodore 64C + 1581. Boss Post inviati: 2858 Commento 26 Boss 10 Febbraio 2022    13:12:30 Si forse sarebbe il caso, se continuassimo a parlare di 3.9 Comunque no, il 3.2 è un animale diverso rispetto al 3.1, come lo è il 3.1.4. Il discorso "patchare" in questo caso è improprio essendo una reimplementazione vera e propria. Infatti os 3.5 e 3.9 utilizzavano in principio di base il kick 3.1 le implementazioni di librerie e moduli erano nell'os su HD. Il 3.1.4 è uno sviluppo su ramo parallelo che ha portato al 3.2.x, togliendo cose ed aggiirnandone altre dal proprio kickstart fisico e reimplementate nell'os. Per questo tempo fa con l'arrivo del 3.1.4 in molti lamentavano incompatibilità con vecchi programmi. Questo è quello che sò, poi se qualcuno ha delle precisazioni benvengano. Commento modificato il 10/02/2022 alle ore 13:15:16 A1200/030, APOLLO 1230LC 8MB KICK 3.1 HDD IDE 40GB df1 esterno RECAPPATA 100% || A1200 8MB FAST CF 4 GB RECAPPATA 100% || A500+ CON A501 switch df0 df1 nascosto e gotek esterno (RIPARATE DA ACIDO) A1200 x64 x5-z8350 4GB RAM con floppy Mod || A500 x64 i5 8GB RAM (Toshiba portege r830)(windows 7) || A2000 X64 Socket 775 XEON E5450 771 MOD 8GB RAM TRIPLE BOOT (WINUAE A4000 AFAOS / WIN7 / UBUNTU) Commodore 8296 con tastiera, drive 8250lp e stampate ad aghi tutto funzionante utente amiga quadratico medio Post inviati: 701 Commento 27 AMG_Novice_Usr 11 Febbraio 2022    19:45:10 Citazione se hai diversi os in diverse partizioni ma con gli stessi nomi volume quando avvi un os partirà un minestrone Ok, ho capito. Premesso che non comprendo a pieno il come può avvenire una cosa del genere, nel senso che dovrebbero contare le partizioni, che dovrebbero essere dei compartimenti a tenuta stagna, per così dire, pertanto se il kick avvia dalla partizione 1, con sopra l'OS1, piuttosto che dalla partizione 2, dove risiede l'OS2, se il bootstrap avvenisse "come ci si aspetterebbe", i due avvii dovrebbero essere ortogonali, due mondi separati, librerie e moduli vari di sistema dovrebbero essere prelevati e resi residenti in RAM unicamente dalla partizione su cui il sistema ha fatto bootstrap. Tuttavia, mi stai dicendo, che se il device/partizione 1 ha come etichetta di volume "pippo", e stessa etichetta di volume del device/partizione 2 "pippo", allora il kick non è in grado di tenere separate le due partizioni, pertanto preleva e rende residenti in ram librerie e moduli di OS1 e di OS2 in mixing, creando un minestrone dagli esiti imprevedibili. Pur accettando questa spiegazione, purtroppo (sarebbe stato bello il contrario) questo non è il mio caso, dato che da quando mi occupicchio (ogni tanto) di Amiga (dal 2019 ... ho iniziato tardi), ho sempre dato al volume il nome del device, pertanto: partizione/device: DH0 - nome del volume: DH0 partizione/device: DH1 - nome del volume: DH1 Quindi nel mio caso i due compartimenti del disco sono davvero ortogonali, agli occhi del kick (correggimi se sbaglio ... non sono esperto, cerco solo di capirci qualcosa). Inoltre, se a livello di Amiga Early Startup Control, io disabilito una partizione sulla quale ho un OS non amico del kick attualmente montato, e seleziono come device da avviare la partizione nella quale abbiamo l'OS nativo/amico del kick ... beh, questa dovrebbe essere la prova del 9 ... 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 28 AMG_Novice_Usr 11 Febbraio 2022    20:08:37 Citazione Amiga è un sistema ordinato, finché tutto è al suo posto non hai problemi, per questo però non mi torna la tua instabilità con kick 3.2 ed os 3.2. Qualcosa fuori posto ci deve essere, magari preparati un hd meccanico o una cf con solo os 3.2 partizionato correttamente Credo di aver individuato la ragione della strana instabilità del mio kick3.2 che avvia OS/WB3.2. Ho ragione di credere che la causa sia la scheda di espansione di fast-ram da 8MB, oppure 4MB se tolgo un bridge sulla scheda stessa, inserita in trapdoor. Non l'avrei mai detto, ma sembrerebbe così. Ho preparato un disco meccanico da 40GB partendo dall'avvio di un floppy Install3.2 nel quale avevo tolto l'installer (circa 180KB), cancellazione resasi necessaria per poter mettere in L: di questo floppy Install3.2 il filesystem SFS0 da circa 98KB. Ovviamente ho anche un altro floppy Install3.2 senza alcuna customizzazione, quindi con l'installer presente. Insomma, ho prima preparato l'HDD da 40GB, l'ho inizializzato come unica partizione comprendente tutto il disco, chiamata DH0, con filesystem SFS0 - DosType 0x53465300, con block/sector size = 4096 bytes, DH0 formattato poi in modo quick con nome volume DH0 ... adesso il disco è pronto. Poi ho usato il floppy Install3.2 originale per iniziare l'installazione dell'OS3.2 su DH0 ... installazione che è terminata correttamente. Da ora in poi, se avvio SENZA espansione di fast-ram in botola, non riesco a mandare in guru A1200: finisco alla svelta la chip-ram, dopodichè il sistema mi comunica, se lancio un app o apro un drawer di troppo, che la memoria è finita e che quindi devo liberarne un pò se voglio ritentare l'ultima azione. Ad ogni modo, il sistema non va mai in guru. Se ripeto lo stesso avvio, ma con la scheda di espansione da 8MB in botola, il sistema va in guru , e pure dopo pochi click, dopo pochi drawers ... a volte, non si riesce neppure ad arrivare alla schermata del WB3.2 tutta bianca, il sistema non ci arriva e va in guru prima. La scheda in questione è la A1208, comprata da amigastore.eu (Spagna), quella con il chip FPGA by Xilinx e 3 chip di ram (se serve, mando foto). Non credo che sia un problema HW della scheda oppure dei 150 piedini dello slot Zorro2 (magari qualcuno è un pò ossidato?), dal momento che con il kick3.0 non ci sono questi problemi, ha sempre funzionato bene. 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 29 AMG_Novice_Usr 11 Febbraio 2022    20:14:54 Citazione finisco alla svelta la chip-ram, dopodichè il sistema mi comunica, se lancio un app o apro un drawer di troppo, che la memoria è finita e che quindi devo liberarne un pò se voglio ritentare l'ultima azione. C'è un modo semplice per pulire/liberare la ram? Un modo per cancellare dalla chip-ram tutti quei programmi non più correntemente in uso, magari già ritornati (già terminati) ma ancora tenuti residenti dal sistema in ram. Non dovrei essere io a killarli a manina uno ad uno: vorrei semplicemente un comando della serie "clean ram", da battere su cli/shell, lanciato il quale Amiga libera tutta la ram che può liberare, tenendo in residenza solo l'indispensabile. 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 Boss Post inviati: 2858 Commento 30 Boss 11 Febbraio 2022    20:26:49 se anche adesso che hai questi problemi, rimonti il kick 3.0 senza problemi con la a120 potresti escludere sia un problema HW. potrebbe dipendere anche dipendere da altro, ma difficile scoprire cosa provoca questo comportamento senza avere il tuo sistema sott'occhio, puoi provare ad utilizzare i software di diagnosi. A1200/030, APOLLO 1230LC 8MB KICK 3.1 HDD IDE 40GB df1 esterno RECAPPATA 100% || A1200 8MB FAST CF 4 GB RECAPPATA 100% || A500+ CON A501 switch df0 df1 nascosto e gotek esterno (RIPARATE DA ACIDO) A1200 x64 x5-z8350 4GB RAM con floppy Mod || A500 x64 i5 8GB RAM (Toshiba portege r830)(windows 7) || A2000 X64 Socket 775 XEON E5450 771 MOD 8GB RAM TRIPLE BOOT (WINUAE A4000 AFAOS / WIN7 / UBUNTU) Commodore 8296 con tastiera, drive 8250lp e stampate ad aghi tutto funzionante utente amiga quadratico medio Post inviati: 701 Commento 31 AMG_Novice_Usr 12 Febbraio 2022    12:59:54 Stamani ho fatto altre prove. Ecco le 2 situazioni osservate (di queste 2 sono sicuro, osservate e riosservate svariate volte): Situazione 1: ho il kick3.2 e l'HDD meccanico, mentre invece la scheda di fast-ram in botola è disconnessa: in questo modo, A1200 funziona perfettamente, non gurizza mai, la fase di bootstrap non presenta mai problemi, in 30 secondi arrivo alla schermata bianca regimata di OS3.2, mai un problema, se non che finisco alla svelta la chip-ram, pertanto sarebbe bello capire come liberare chip-ram "inutilmente" occupata. Probabilmente AmigaOS fa già tutto da solo: non credo che, come nei sistemi IBM/MS e altri, l'OS implementi il concetto di "TSR", ossia Terminate and Stay Resident, salvo che io nella startup-sequence non dichiari che un comando/programma debba essere residente da quel momento in poi. Questa tecnica di TSR, quindi processi che avevano già terminato/ritornato, quindi avevano finito il loro lavoro, e nonostante ciò l'OS li teneva ancora residenti (in ram, va da sè), serviva per implementare una sorta di forma di multi-tasking, prima del consolidamento della tecnica di prelazione della cpu ... almeno così ho letto/capito. Che poi alla fine TSR non determinava alcun multi-tasking in sè: semplicemente con TSR si evitava, alla chiamata successiva di un comando/processo da parte del processo padre del sistema (cmd.exe = command.com, l'equivalente di systemd in Linux) di riscomodare il processo loader, che avrebbe dovuto ricaricare in ram il comando chiamato ... tale comando, anche se non faceva nulla, si trovava di già in ram, quindi loader non doveva intervenire. Spero che amiga non faccia TSR, ma che la roba non più utile venga cancellata dalla chip-ram ... ad ogni modo mi ricordo che in una versione di CWB, trovai proprio un'icona sul desktop di Scalos del tipo "clean ram" ... qui in OS3.2 non mi pare di aver trovato nulla del genere, ma sarebbe utile. 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 32 AMG_Novice_Usr 12 Febbraio 2022    13:04:23 Ho insistito su questo punto di "liberazione di chip-ram" perchè vedo questo: se sul desktop bianco di OS3.2 ci arrivo con diciamo 600KB di chip-ram libera, e poi faccio l'apertura di 3 drawers annidati, entrato nel terzo drawer, diciamo che ho ancora 300KB di chip-ram libera. Ebbene, se adesso chiudo le 3 finestre appena citate, tornando ad avere solo il desktop bianco di OS3.2, NON ritorno ad avere 600KB di chip-ram libera, ma ne ho meno ... insomma, noto una certa "non reversibilità" della allocazione e liberazione di chip-ram ... vi risulta? Come se, nonostante io chiuda le finestre e ammazzi i processi, qualcosa rimanga ancora appeso, quindi ram non bene/tutta disallocata come uno si aspetterebbe, motivo per cui sarebbe utile quel famoso comando di clean-ram che trovai in Scalos/CWB. 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 33 AMG_Novice_Usr 12 Febbraio 2022    13:08:56 Situazione 2: ho il kick3.2 e la scheda di fast-ram in botola, ma NON inserisco in IDE-44 l'HDD. In questo modo ottengo la schermata viola del kick3.2 che mi invita ad inserire un floppy bootable, e se inserisco ad esempio Install3.2, quello parte, arrivo al desktop WB-like, vedo i 2MB di chip-ram e gli 8MB di fast-ram, navigo ovunque in qualunque floppy sia in DF0 che in DF1 che in DF2, faccio qualunque cosa, quindi in questo caso la fast-ram in botola non da alcun problema, tutto funziona perfettamente. Conclusione: il problema c'è l'ho quando ho tutti e 3 gli elementi contemporaneamente presenti, pertanto kick3.2 + HDD/DH0-OS3.2 + fast-ram in botola. Mi era venuto il dubbio che SFS0, che era l'unico elemento custom dell'installazione di OS3.2 su quell'HDD, potesse in qualche modo dare problemi, perchè in effetti sul floppy Install3.2 non c'è quel filesystem, c'è invece il FFS International. il SFS0 era stata la mia unica pennellata personale ... allora ho deciso di rifare tutto d'accapo con FFS che si trova in Install3.2, quindi ho ri-inizializzato l'HDD con FFS di Install3.2, ho allocato e formattato per l'occasione, con unica partizione DH0/nome volume = DH0, non tutti e 38GB dell'HDD, bensì mi sono fermato a meno di 4GB, per sicurezza. Tutto da manuale, installazione terminata con successo. 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 34 AMG_Novice_Usr 12 Febbraio 2022    13:12:58 Risultato raggiunto: Buco nell'acqua, tutto è rimasto come prima. Se ho kick3.2 + HDD (che adesso è preparato come da manuale scolastico, nessuna customizzazione) con unica DH0 con dentro OS3.2 + fast-ram in botola, adesso non riesco neppure più ad arrivare al desktop bianco di OS3.2: quando accendo A1200 da freddo, vedo attività HDD, vedo che DF0, DF1 e DF2 iniziano a tikkare, ma dopo pochi secondi il led verde di power blinka, quindi il computer si riavvia da solo e segnala la guru. Se invece ho kick3.2 + HDD/DH0/OS3.2 ma SENZA fast-ram in botola, tutto funziona divinamente, adesso ho anche un pochino meno di consumo di chip-ram, dato che ora DH0 non arriva a 4GB, mentre prima era 38GB ... così non sono mai riuscito ad ottenere una guru. Insomma, pare che sia proprio l'HDD accostato all'espansione fast-ram in botola. Ho fatto bootstrap da DiskDoctor3.2 e ho avviato lo scanning di DH0 per vedere se DiskDoctor rileva qualcosa, ma francamente non ripongo alcuna speranza in ciò ... Qualche suggerimento da qualche esperto?? 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 Pagine: -1- [2] -

Indice: forum / Richieste di Aiuto

Utenti Online

Utenti registrati: 1206 dal 1 Gennaio 2006 di cui online: 1 registrati - amiga1200 - e 11 non registrati Benvenuto all'ultimo utente registrato: zulu