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] [quote] potrai avviare il WB1.3 dando priorità alla partizione ove hai esso ed invece per avviare il WB2.x (quando hai il KS2.x attivo) andrai nel early boot menu e da lì sceglierai il volume di boot del WB 2.x [/quote] Facciamo un esempio: supponiamo che io in CF abbia: DH0 : FFS oppure PFS3AIO, con WB2.1 DH1 : FFS oppure PFS3AIO, con WB1.3 Se accendo A600 con switch meccanico posto su KS1.3, il sistema NON vede la CF su porta IDE-44, in quanto il Kick1.3 non possiede scsi.device, quindi non essendoci alcun supporto bootable (nessun floppy bootable in DF0 ... in DF1 non si pone il problema, dato che Kick1.3 non può avviare da DF1), compare a video la manina su sfondo bianco. Pertanto se accendo la macchina con switch su Kick1.3, posso solo avviare da floppy in DF0 ... :-( Se invece accendo A600 con switch meccanico posto su KS2.05, il sistema vede la CF su porta IDE-44, in quanto il Kick2.05 possiede scsi.device (scsi.device di Kick 37.350 è migliore di quello residente in Kick 37.300, quello invece dentro 37.299 è bacato), quindi posso avviare sia da DH0 che da DH1 (contano le rispettive priorità, date da precedente preparazione tramite HDToolBox). Ovviamente premendo i due bottoni del mouse all'avvio, da cui early-startup-menu, posso bootare manualmente, alla faccia delle priorità. Fatto sta che, mi sembra di capire, il "virtuosismo" tecnico, trigger di questo topic, non è fattibile ... è davvero così? [/quote] formattazione A sinistra Giustificata Nessuna

20 Novembre 2021 Postato da: AMG_Novice_Usr A600 con KS1.3 (scsi.device) - bootstrap da CF/IDE44-WB1.3

Ho un A600 con sopra un chip-ROM fisico Kick1.3, venduto per A500, A500+, A2000, A600 (20 pins per lato, quindi package DIP40, credo che si dica così ...). Ho una CF su porta IDE-44 di A600. Questa CF è stata preparata con delle partizioni, ad esempio DH0 bootable e DH1 sempre bootable. In DH0 ho WB2.1/FFS, la partizione DH1 è stata formattata/preparata usando HDToolBox di Install2.1 (WB2.1, con Kick 2.05 di un altro A600), DH1 è stata inizializzata con FFS preso dal floppy Install2.1 (L: FastFileSystem che si trova nel floppy Install2.1), quindi un FFS vecchio, non di nuova generazione (per FFS di nuova generazione intendo da OS 3.0 in poi), quindi questo vecchio FFS dovrebbe essere digeribile per Kick1.3. Dentro questa DH1 ho messo WB1.3. Se adesso accendo A600, il sistema non riuscirà a bootare da DH1 su CF/IDE44, poichè il Kick1.3 non possiede il modulo "scsi.device", quindi per lui DH1 su CF/IDE non è visibile. Voglio pertanto prepararmi un floppy disk, una specie di WB2.1 molto ridotto, con il minimo indispensabile dentro, con dentro ovviamente "scsi.device" (questo scsi.device lo grabberò da qualche parte, tenendo conto di Remus + RomSplit), per cui vorrei scrivere, nella startup-sequence di questo floppy che vorrei preparare: LoadModule scsi.device (o qualcosa del genere, per rendere residente "scsi.device") adesso che "scsi.device" è stato reso residente (residente in chip-ram, dopo che A600 ha bootato da floppy su DF0, abbiamo in chip-RAM il kick1.3 normale + la patchizzazione legata al fatto che abbiamo caricato il modulo scsi.device), come faccio, a questo punto, ad avviare il WB1.3 dentro DH1 dentro la CF-IDE44 ?? Nella startup-sequence del floppy di cui sopra potrei scrivere, come ultima riga: DH1: LoadWB non credo proprio che sia così semplice ... (?) Mi verrebbe quasi da dire (e mi scuso per l'esternazione della mia suprema ignoranza ): CTRL+A+A quindi riavvio a caldo di A600 (e contemporaneamente/velocemente tolgo il floppy da DF0). A questo punto se il kick1.3 + la patch "scsi.device" non fossero stati distrutti sulla chip-ram dal mio riavvio a caldo, e se quindi il sistema "se ne accorgesse" e non andasse a ricaricare il kick1.3 dal chip-ROM fisico alla chip-ram (distruggendo quindi, forse, la patch "scsi.device"), allora dopo questo riavvio a caldo, io avrei DH1 come prima partizione di CF/IDE bootable, visibile dal sistema, grazie al kick1.3+scsi.device già presenti in chip-RAM, e quindi il sistema potrebbe avviare WB1.3 da DH1. Purtroppo temo che dopo al riavvio a caldo, il 68000 ripete il copia/incolla del kick1.3 da chip-ROM a chip-ram, in chip-ram il modulo "scsi.device" è andato perduto/sporcato/sovrascritto nel frattempo, poi dato che nel frattempo ho levato il floppy da DF0, avremmo che il sistema non ha il modulo scsi.device, quindi non vede DH1/CF-IDE, non c'è neppure un floppy bootable, quindi comparirebbe la manina di Kick1.3.

Commenti: 7  Aggiungi  - Leggi

utente amiga quadratico medio Post inviati: 701	Commento AMG_Novice_Usr 20 Novembre 2021    19:49:15
	Citazione potrai avviare il WB1.3 dando priorità alla partizione ove hai esso ed invece per avviare il WB2.x (quando hai il KS2.x attivo) andrai nel early boot menu e da lì sceglierai il volume di boot del WB 2.x Facciamo un esempio: supponiamo che io in CF abbia: DH0 : FFS oppure PFS3AIO, con WB2.1 DH1 : FFS oppure PFS3AIO, con WB1.3 Se accendo A600 con switch meccanico posto su KS1.3, il sistema NON vede la CF su porta IDE-44, in quanto il Kick1.3 non possiede scsi.device, quindi non essendoci alcun supporto bootable (nessun floppy bootable in DF0 ... in DF1 non si pone il problema, dato che Kick1.3 non può avviare da DF1), compare a video la manina su sfondo bianco. Pertanto se accendo la macchina con switch su Kick1.3, posso solo avviare da floppy in DF0 ... Se invece accendo A600 con switch meccanico posto su KS2.05, il sistema vede la CF su porta IDE-44, in quanto il Kick2.05 possiede scsi.device (scsi.device di Kick 37.350 è migliore di quello residente in Kick 37.300, quello invece dentro 37.299 è bacato), quindi posso avviare sia da DH0 che da DH1 (contano le rispettive priorità, date da precedente preparazione tramite HDToolBox). Ovviamente premendo i due bottoni del mouse all'avvio, da cui early-startup-menu, posso bootare manualmente, alla faccia delle priorità. Fatto sta che, mi sembra di capire, il "virtuosismo" tecnico, trigger di questo topic, non è fattibile ... è davvero così?
	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