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] Piccola premessa … vedo alcuni testi "censurati" … strano, cosa è successo? Vabbè … veniamo a noi. [quote] che il RAD abbia la precedenza in avvio macchina è scontato, il floppy ha la priorità di Boot su tutti gli altri volumi quindi primo dell'hardisk, questo accadeva anche sui PC. [/quote] All'inizio avevo interpretato l'avvio da RAD:, che è un floppy-ram virtuale, come un "cattivo boot" … questo è sintomatico del mio grado di inesperienza! :-) Ad ogni modo, adesso mi è chiaro, ho fatto delle prove e ho verificato tutto ciò che è stato trattato in questa discussione. Una domandina: è possibile modificare la priorità del boot dai vari devices? Nell' "Amiga Early Startup Control" sembra che non sia possibile alterare la priorità … io ad esempio ho: DF0 - priority = 5 (trackdisk.device) CC0 - priority = 3 (carddisk.device) (sarebbe l'eventuale card inseribile nello slot laterale PCMCIA? Quella che si può configurare con il programma "Prepcard" sia come espansione di memoria fast-ram di massimo 4MB ad accesso di 16 bits di parola (quindi accesso lento, dato che la stessa espansione di 4MB di fast-ram nella trap-door può essere acceduta a 32 bits per parola), sia come ram-disco per immagazzinamento dati?) RAD - priority = 0 UDH0 - priority = -3 (scsi.device) Voglio dire … è possibile fare come nei PC odierni o pseudo-odierni, ovvero modificare "priority" … altrimenti, se voglio avere RAD, sono costretto a premere i bottoni del mouse ogni volta che riavvio l'Amiga successivamente ad un reset a caldo. [quote] Che ti resti 1 MB di RAM è pure normale visto che l'altro MB lo hai usato per fare il Floppy Virtuale [/quote] No no … aspetta … se io NON uso il RAD, quindi a cose normali (l'icona RAD è dentro sys:storage/dosdrivers), ossia RAD che non viene montato dal sistema all'avvio, in questo caso ho qualcosa come 1.2 / 1.1 MB di chip-ram (cosa c'è a ciucciare quasi 1MB di chip-ram? come faccio a scoprirlo? SysInfo può aiutarmi? magari qualche applicazione più evoluta che ti consente di capire se c'è un processo ram-famelico, ed eventualmente killarlo? C'è qualche programma del genere su Aminet?). Se poi ho anche RAD, con cilindri da 0 a 79, allora all'avvio ho 1.2MB - 880K … ecco perché ho dovuto customizzare il tool-type dell'icona di RAD, con cilindri da 0 ad un numero molto minore di 79. [quote] Riguardo CTRL+A+A, come già detto in altre occasioni si tratta di un Reset a Caldo e quindi si comporta come il comando Reset [/quote] Non avevo il comando reset in sys:c, quindi ho preso "reset2" da Aminet, tuttavia non mi funziona … quando lo lancio in modalità foreground (senza il "run" anteposto), osservo che il comando (processo figlio) non ritorna mai, quindi la Shell/CLI (processo padre) rimane freezata (sta facendo una wait infinita sul comando "reset2" … è uguale a Unix … giusto?) … ho forse preso il comando reset errato? [quote] Per cancellare il Disco RAD invece ci sono molte opzioni, la migliore è senza dubbio lo spegnimento di Amiga aspettando "il giusto tempo di attesa" [/quote] Verificato … funziona! Una curiosità: il tempo di attesa è legato alla mera costante di tempo RC delle squadre RC presenti sul PCB della scheda madre del computer, oppure ci sono altri motivi più fini? [quote] una seconda opzione è l'uso di un comando Reboot [/quote] Ho preso da Aminet in comando Reboot (Reboot_10.lha): le prove mi hanno dimostrato che tale comando funziona come "Reset RAD-tollerant", quindi quando batto Reboot su Shell/CLI, si verifica un riavvio a caldo esattamente tale e quale a CTR+leftA+rightA (Reboot è un tantino più veloce nel riavvio rispetto alla combinazione dei 3 tasti fisici): al ritorno al WB, vedo che il contenuto di RAD è intatto … quindi questo Reboot non uccide il contenuto di RAD … è un mero reset SW [quote] L'applicazione ProBoot che vedi nello screenshot non è un file ma è una applicazione che va ad installarsi in quel famoso posto invisibile del Floppy relativo al bootloader ... [/quote] Mi sembra di aver capito questo (correggimi ...): esiste un eseguibile chiamato ProBoot (l'ho cercato online, non solo su Aminet, ma non l'ho trovato), che posso scrivere su un floppy disk fisico, proprio sui 2 settori "fantasma" che possono ospitare il bootloader (domanda: esiste qualche SW/device particolare che riesce a vedere quei settori "fantasma" e ci scrive sopra questo particolare bootloader?? quei settori sono invisibili, non dos, quindi come faccio a scriverci sopra il bootloader "ProBoot"?))? Ho inteso che una volta che il ProBoot è scritto su un floppy, nei 2 settori bootloadizzabili, questo floppy può essere inserito ad esempio in DF0. Se adesso riavvio a caldo l'Amiga, il boot avviene da DF0, dal floppy bootabile, ma l'esecuzione del particolare bootloader "ProBoot" da floppy disk determina un hard-riavvio del computer, con conseguente cancellazione del contenuto di RAD … come se avessi spento e riacceso il computer … ho capito male? [/quote] formattazione A sinistra Giustificata Nessuna

19 Gennaio 2020 Postato da: AMG_Novice_Usr cattivo bootstrap da HDD di A1200 se uso RAD:

Ciao a tutti, ho un piccolo problema con il device RAD:, vorrei pertanto sottoporvelo, sperando che qualcuno faccia luce sulla faccenda. Volevo testare la funzionalità di RAD:, ovvero scriverci dentro un file, poi resettare/riavvia l'Amiga, quindi una volta tornato al WB 3.1, andare a vedere se dentro RAD: c'è ancora o meno il file editato e registrato in precedenza … insomma … volevo capire se è vero che RAD: gode della proprietà di sopravvivere al reset (sopravvivenza al reset del suo contenuto), contrariamente al comune RAM_Disk:. Cosa ho fatto: prima di tutto ho spostato l'icona di RAD: da "sys:storage/dosdrivers" a "sys:devs/dosdrivers" (automontaggio del device all'avvio), poi ho riavviato, quindi al rientro nel desktop del WB ho visto l'icona RAM_0 relativa a questo RAD-disco virtuale, allocato in ram, di dimensioni 880KB (sull'icona del device RAD: ho lasciato i tools-type di default, ossia activate=1, primo cilindro=0, ultimo cilindro=79). Quindi al primo riavvio non sembrano esserci problemi, solo che se adesso riavvio (CTRL+A+A) l'Amiga (un A1200 basico), il riavvio porta a questa schermata, e non alla schermata del WB 3.1: https://drive.google.com/file/d/15Osh4DyudxYH evJfuDmeQ3tduN80g7Lb/view Se da ora in poi riavvio l'Amiga, si ha sempre questo "cattivo" riavvio … l'unico modo per tornare ad un riavvio buono, ossia al ritorno a questa schermata: https://drive.google.com/file/d/1LJnChLLz-a9q F72Bz5HYeoEo4yD6pQhT/view è di spegnere l'Amiga. Se spengo e poi riaccendo, si riottiene il buon bootstrap da hard-disk di WB 3.1 … se però riavvio con CTRL+A+A, si ritorna alla schermata "cattiva". Ho subito pensato ad un problema di scarsità di ram (in effetti ho solo 2MB di chip-ram, e di fatto appena acceso, l'Amiga A1200 mi dice di avere disponibile solo poco più di 1MB, e dato che RAD: si prende ben 880KB, ho ipotizzato che 200KB scarsi di chip-ram potessero costituire un problema), quindi ho customizzato i cilindri di RAD: in tools type dalla sua icona: cilindro min = 0 cilindro max = 5 (non più 79). Quindi adesso non abbiamo più un problema di scarsità di ram … eppure il problema persiste! L'unico modo per avere un buon bootstrap, è di rinunciare al RAD: (l'ho rimesso in "sys:storage/dosdrivers") … qualcuno sa dirmi cosa sta accadendo, e come risolvere? Grazie!

Commenti: 10  Aggiungi  - Leggi

utente amiga quadratico medio Post inviati: 701	Commento AMG_Novice_Usr 22 Gennaio 2020    23:43:49
	Piccola premessa … vedo alcuni testi "censurati" … strano, cosa è successo? Vabbè … veniamo a noi. Citazione che il RAD abbia la precedenza in avvio macchina è scontato, il floppy ha la priorità di Boot su tutti gli altri volumi quindi primo dell'hardisk, questo accadeva anche sui PC. All'inizio avevo interpretato l'avvio da RAD:, che è un floppy-ram virtuale, come un "cattivo boot" … questo è sintomatico del mio grado di inesperienza! Ad ogni modo, adesso mi è chiaro, ho fatto delle prove e ho verificato tutto ciò che è stato trattato in questa discussione. Una domandina: è possibile modificare la priorità del boot dai vari devices? Nell' "Amiga Early Startup Control" sembra che non sia possibile alterare la priorità … io ad esempio ho: DF0 - priority = 5 (trackdisk.device) CC0 - priority = 3 (carddisk.device) (sarebbe l'eventuale card inseribile nello slot laterale PCMCIA? Quella che si può configurare con il programma "Prepcard" sia come espansione di memoria fast-ram di massimo 4MB ad accesso di 16 bits di parola (quindi accesso lento, dato che la stessa espansione di 4MB di fast-ram nella trap-door può essere acceduta a 32 bits per parola), sia come ram-disco per immagazzinamento dati?) RAD - priority = 0 UDH0 - priority = -3 (scsi.device) Voglio dire … è possibile fare come nei PC odierni o pseudo-odierni, ovvero modificare "priority" … altrimenti, se voglio avere RAD, sono costretto a premere i bottoni del mouse ogni volta che riavvio l'Amiga successivamente ad un reset a caldo. Citazione Che ti resti 1 MB di RAM è pure normale visto che l'altro MB lo hai usato per fare il Floppy Virtuale No no … aspetta … se io NON uso il RAD, quindi a cose normali (l'icona RAD è dentro sys:storage/dosdrivers), ossia RAD che non viene montato dal sistema all'avvio, in questo caso ho qualcosa come 1.2 / 1.1 MB di chip-ram (cosa c'è a ciucciare quasi 1MB di chip-ram? come faccio a scoprirlo? SysInfo può aiutarmi? magari qualche applicazione più evoluta che ti consente di capire se c'è un processo ram-famelico, ed eventualmente killarlo? C'è qualche programma del genere su Aminet?). Se poi ho anche RAD, con cilindri da 0 a 79, allora all'avvio ho 1.2MB - 880K … ecco perché ho dovuto customizzare il tool-type dell'icona di RAD, con cilindri da 0 ad un numero molto minore di 79. Citazione Riguardo CTRL+A+A, come già detto in altre occasioni si tratta di un Reset a Caldo e quindi si comporta come il comando Reset Non avevo il comando reset in sys:c, quindi ho preso "reset2" da Aminet, tuttavia non mi funziona … quando lo lancio in modalità foreground (senza il "run" anteposto), osservo che il comando (processo figlio) non ritorna mai, quindi la Shell/CLI (processo padre) rimane freezata (sta facendo una wait infinita sul comando "reset2" … è uguale a Unix … giusto?) … ho forse preso il comando reset errato? Citazione Per cancellare il Disco RAD invece ci sono molte opzioni, la migliore è senza dubbio lo spegnimento di Amiga aspettando "il giusto tempo di attesa" Verificato … funziona! Una curiosità: il tempo di attesa è legato alla mera costante di tempo RC delle squadre RC presenti sul PCB della scheda madre del computer, oppure ci sono altri motivi più fini? Citazione una seconda opzione è l'uso di un comando Reboot Ho preso da Aminet in comando Reboot (Reboot_10.lha): le prove mi hanno dimostrato che tale comando funziona come "Reset RAD-tollerant", quindi quando batto Reboot su Shell/CLI, si verifica un riavvio a caldo esattamente tale e quale a CTR+leftA+rightA (Reboot è un tantino più veloce nel riavvio rispetto alla combinazione dei 3 tasti fisici): al ritorno al WB, vedo che il contenuto di RAD è intatto … quindi questo Reboot non uccide il contenuto di RAD … è un mero reset SW Citazione L'applicazione ProBoot che vedi nello screenshot non è un file ma è una applicazione che va ad installarsi in quel famoso posto invisibile del Floppy relativo al bootloader ... Mi sembra di aver capito questo (correggimi ...): esiste un eseguibile chiamato ProBoot (l'ho cercato online, non solo su Aminet, ma non l'ho trovato), che posso scrivere su un floppy disk fisico, proprio sui 2 settori "fantasma" che possono ospitare il bootloader (domanda: esiste qualche SW/device particolare che riesce a vedere quei settori "fantasma" e ci scrive sopra questo particolare bootloader?? quei settori sono invisibili, non dos, quindi come faccio a scriverci sopra il bootloader "ProBoot"?))? Ho inteso che una volta che il ProBoot è scritto su un floppy, nei 2 settori bootloadizzabili, questo floppy può essere inserito ad esempio in DF0. Se adesso riavvio a caldo l'Amiga, il boot avviene da DF0, dal floppy bootabile, ma l'esecuzione del particolare bootloader "ProBoot" da floppy disk determina un hard-riavvio del computer, con conseguente cancellazione del contenuto di RAD … come se avessi spento e riacceso il computer … ho capito male?
	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