Amiga 600 dualboot

Kirjoittaja Viesti   arttu Käyttäjätunnus: arttu Rekisteröity: 10-2009 Tiistaina, 28. marraskuuta, 2017 - klo 22.27:    Moi! Pakko kysyä kun loppui konstit. Eli yritän tässä saada aikaan tuplaboottaavan setupin tuohon kääpiöön. Kokoonpano on siis; Vakio A600 + A604 muistilaajennus. KickROM jossa useampi kickstartversio. Mukaanlukien 3.1 ja 1.3. https://github.com/keirf/PCB-Projects/wiki/Kickstart-Switcher-v2 4Gb CF HDD alustettu useampaan osioon, niin että kone boottaa automaattisesti WB3.1 ympäristöön ja vastaavasti tarkoitus oli, että Kickstart 1.3:n alaisuudessa bootataan WB1.3 osiolla. No, tietysti 1.3:sta puuttuu tuo scsi.device. Eli ajattelin että käytän käynnistyslevykettä joka tarkistaa version komennolla exec.libraryn ja mounttaa WB1.3 osion sitä kautta. Mounlist on mielestäni ihan o.k. sillä homma toimii WinUAE ympäristössä mutta kun ei millään oikeassa ympäristössä. Info -komennolla näkyy dh0: mutta statuksena "validating". Käynnistyslevyn scsi.device on v.37.55. Onko viisaita tai hulluja vinkkejä mitä tuo nyt kaipaisi? Voin toki latoa mounlistin tähän tarvittaessa.   Joni Valtanen Käyttäjätunnus: jvaltane Rekisteröity: 7-2010 Keskiviikkona, 29. marraskuuta, 2017 - klo 8.13:    Ensimmäinen homma on että on mahdollista myös pätsätä se 1.3 scsi.device:llä. Tosin tarvitaan eprom-piiri, joku laite jolla sen käräyttää sinne jne. Validating ongelmaan itse lähtisin seuraavalla tavalla ratkomaan. Ensinnäkin onko tiedostojärjestelmä sopiva 1.3:lle? Jos on niin odottelet jonkin aikaa (melko kauan) ja annat sen tehdä validointi läpi ihan itsekseen. Lopuksi jos tuokaan ei auta, niin käytä DiskSalv softaa korjaamaan tilanne. DiskSalv löytyy vaikka AmiNet:stä   Hanzu Käyttäjätunnus: hanzu Rekisteröity: 3-2010 Keskiviikkona, 29. marraskuuta, 2017 - klo 13.27:    Mulla ei ole Jonin tapaan tarjota ratkaisua tuohon, mutta erilaista näkökantaa kyllä. Itse sain juuri ainoan ja ensimmäisen A600 koneeni konkkavaihdettua. Koneen värit toimivat vielä ennen jo silminnähden vuotaneiden konkkien vaihtoa, mutta vaihto-operaatio ilmeisesti levitti tuota tuhoavaa litkua ja tuhosi SOT23 joku syövyttämällä tai oikosulkemalla sen. Aiheuttaen punaisen värin katoamisen. Tämä on nyt kuitenkin korjattu uudella komponentilla. Dual boot on ihan mielenkiintoinen ajatus. Itsekin harkitsin sitä, mutta en tohtinut yrittää vaan ajattelin että järjestelmät saattavat yrittää validoida toisiaan aina kun toiselta käynnistää, ilmeisesti näin ei kuitenkaan ole. Päädyin joka tapauksessa hankkimaan tämän: https://www.ebay.com/itm/CF2IDE-Amiga-A600-A1200-EXTERNAL-CF-ADAPTER-ADVANCED-EDITION-NO-IDE-CABLE/172376635312 ja viilaisin vähän kotelon reunaa PCMCIA yläpuolelta. Tämä siis sen takia että voin asentaa niin monta järjestelmää eri CF korteille kun hyvittaa eikä tarvitse avata koteloa CF korttia vaihtaakseni. Itselle en näe tarvetta saada tuohon koneeseen 1.3 kickstarttia, kun koko konehan on julkaistu alunperin 2.05 kickstartilla ja siksi oletan että se toimii 2.x ja 3.x kickstarteilla hardwaren puolesta luotettavammin ja 1.3 kanssa se ei kuitenkaan olisi yhtä legacy yhteensopiva kuin omistamani A500 jossa 1.2/1.3 kicstart vaihtajalla. Ajattelin myös että A600 ei tarvitse olla se jossa kaikki vanhimmat pelit ja demot pyörii mukisematta kun koko konetta ei ole ollut niiden aikaan, vaan tavoite on tehdä A600 koneesta mahdollisimman hyvä ECS koneen, kun se ai kuitenkaan AGA koneeksi ikinä muutu. Siksi valitsin kickstartiksi tiedostona ostamani Hyperion 3.1 40.72 kickstartin jonka olen itse prommanut fyysiselle piirille. Hyperion 3.1 siksi koska siinä on workbench.library vielä sisällä toisin kuin Cloanton 3.X kickstartissa, jossa se ladataan sitten Cloanto Workbench 3.1 asennuksesta. Hyperionin paketissa on myös log.a500.a600.a2000.40.72.txt tiedosto jossa on lueteltu vähän mitä kyseinen kickstart sisältää. Esim. a600 40.21, wb 40.6, bootmenu 40.5 jne.   Ibe U Käyttäjätunnus: ibe_u Rekisteröity: 10-2009 Keskiviikkona, 29. marraskuuta, 2017 - klo 19.16:    Miksi ylipäätänsä noin? WB 1.3 ei tarjoa käyttiksenä mitään, se on yhteensopivin korppujen kanssa. Kaiken mitä saat kiintolevylle saat toimimaan WHDLoadilla ja WB3.1:llä. Ongelma on luultavasti se, että Fast File Sytem on ks3.1 versio, jota kickstart 1.3 ei ymmärrä??? Jos validating on päällä, sen pitäisi vaikuttaa niin että kone kyllä boottaa, mutta kiintolevylle ei voi kirjoittaa. Toki yksi vaihtoehto on jättää se päälle, eli antaa validatelle aikaa.   arttu Käyttäjätunnus: arttu Rekisteröity: 10-2009 Keskiviikkona, 29. marraskuuta, 2017 - klo 20.36:    Kiitos vastauksista. Todellakaan tässä ei varsinaisesti ole kyse mistään järjellisesti perustellusta asiasta, vaan lähinnä leikkimielessä lähdin tuota kokeilemaan. Kokoelmasta löytyy rautaa A1000-4000 sektorilla ja näistä löytyy historiaa ja nostalgiaa juu, mutta tuo söpö pikku pirulainen (A600) on hauska leikkikalu ja tuo WanhaWB olisi vaan mausteena sen kiintolevyllä kun kerran on mahdollisuus sellaiseen. Tuo scsi.device on napattu kickROM2.0x muistaakseni, silläpä tuo versio nro 37.xx. 3.1:ssä se alkaisi 40.xx. Muuten, eikös kun kiintolevy/CF -kortti "validoi" niin ledin pitäisi olla aktiivinen? Nimittäin näin ei ole... Hauskaa kyllä, se välähtää kerran korpun latausvaiheessa. Voi olla että luovutan jossain vaiheessa, kun ei sillä (WB1.3:lla) ole niin suurta merkitystä, kuten olette sen ilmaisseet, mutta vielä koitan kehitellä jotain. Jos ratkaisu lötyy (ehkä mountlistin tai scsi.devicen kautta) niin laittelen tännekin tilannepäivitystä.   arttu Käyttäjätunnus: arttu Rekisteröity: 10-2009 Keskiviikkona, 29. marraskuuta, 2017 - klo 20.40:    @IbeU Luin näköjään huolimattomasti, eli joo pitääpä tarkistaa tuo tiedostojärjestelmän versio.   arttu Käyttäjätunnus: arttu Rekisteröity: 10-2009 Keskiviikkona, 29. marraskuuta, 2017 - klo 22.28:    Ja niinhän siinä kävi! Korpulla ollut FastFileSystem oli väärää tyyppiä. Kopsasin toisen version A1200 koneestani niin rupes dh0: toimimaan. Nyt se näkyy BOOT -nimisenä WB:ssä ja sitä pystyy käyttämään, vaan ilmeisesti vielä on viilaamista kun WB:ssä näkyy toinenkin kuvake "DH0:0" joka siis tarkoittaa ettei kaikki ole vieläkään täysin kohdallaan. Kun yritän CLI:ssä esim siirtyä BOOT: tai dh0: osioon, se ei onnistu. Ehkä pitää varmaan tarkistaa HDToolBoxilla osion määritykset jossain välissä.