Welcome, Guest. Please login or register.


Author Topic: EP-s FDISK fejlesztése (Read 62305 times)

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14709
  • Country: hu
    • http://enterprise.iko.hu/
Re: EP-s IDE ROM fejlesztése
« Reply #105 on: 2009.December.19. 22:25:52 »
Egyelõre arra tessék koncentrálni, hogy ez az 1.1-es jól mûködik-e, nem-e lett elrontva valami a nagy átalakításban!

Offline Z80System

  • EP addict
  • *
  • Posts: 3848
  • Country: hu
Re: EP-s FDISK fejlesztése
« Reply #106 on: 2009.December.19. 22:54:50 »

Hat jo... :( megcsinaltam igy, hogy 2 exdos ini van, ami a winyon van az teszi meg azokat amiket kene neki eredetileg is,
es a floppyn levo csak atvaltja az ide romot. De nem nagyon tetszik ez a megoldas.

Viszont szerintem az epdos az nem annyira lett jovobe nezoen megirva ...

Pld. at akartam masolni F: -ra azt az exdos.ini -t ami oda kell, es akkor mikor mondom az epdosnak hogy copy,
akkor ugye nekiallna generalni egy fat az F:- rol ( ami ugye a hivatalos winyo image egy csomo jatek konyvtarral ),
es a fa mar nem jelenik meg, elfagy a generalasban valahol ...

ugyanez egy sima :copy - val az exdosban siman muxik...

szal ha vki biztonsagban akar winyon nyomulni, az batran hasznaljon exdos parancsokat,
mer sztm az epdos az nem birja kezelni a winyohasznalattal megnovekedett konyvtar es/vagy file szam / ossz file nev hossz novekedest.



Z80 System

Offline Z80System

  • EP addict
  • *
  • Posts: 3848
  • Country: hu
Re: EP-s FDISK fejlesztése
« Reply #107 on: 2009.December.19. 23:00:53 »

hühühühűűűű :cry:

es raadasul egy sima hidegresetnel visszalancolodik a regi romban levo ide.rom is ... :(

hat en ugy latszik majd akko betatesztelek, ha mar final es epromban van ... :)

Z80 System

Offline Z80System

  • EP addict
  • *
  • Posts: 3848
  • Country: hu
Re: EP-s FDISK fejlesztése
« Reply #108 on: 2009.December.19. 23:08:01 »
zozo mier hasznalunk meg mindig epdos 1.9 -et ha van 2.1 is,
es hol van ennek az 1.9 -nek a bovitos verzioja,
mert ha az epdos- ban van a rom loader,
akkor az epdos maga nem lehet .rom- ban csak bovitoprogiban, nem ?


Z80 System

Offline Z80System

  • EP addict
  • *
  • Posts: 3848
  • Country: hu
Re: EP-s FDISK fejlesztése
« Reply #109 on: 2009.December.19. 23:16:55 »

Na jo, vili, azer 19, mer az egy 1.8+winyo, de az EPDOS -bol sosem volt bovitos verzio, csak rom ?

Z80 System

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14709
  • Country: hu
    • http://enterprise.iko.hu/
Re: EP-s FDISK fejlesztése
« Reply #110 on: 2009.December.19. 23:21:33 »
Na jo, vili, azer 19, mer az egy 1.8+winyo, de az EPDOS -bol sosem volt bovitos verzio, csak rom ?
1.7-bõl még volt.

Offline Z80System

  • EP addict
  • *
  • Posts: 3848
  • Country: hu
Re: EP-s FDISK fejlesztése
« Reply #111 on: 2009.December.19. 23:22:25 »
nincs kulon olyan extension ami csak egy rom loader ?

es akkor kiszednem az epromot, es floppyrol lefutna az exdos.ini, abbol pedig a romtolto bovito, aztan johetne az epdos.rom utana az uj ide.rom, es annak hatasara meg az F:- rol az igazi beallitasokat tartalmazo exdos.ini,

es lenne egy franko rendszerem, esmivel teljesen ide nelkul indul, ezert kompatibilis a modszer az osszes tobbi ide.rom verzioval is.

Z80 System

Offline Z80System

  • EP addict
  • *
  • Posts: 3848
  • Country: hu
Re: EP-s FDISK fejlesztése
« Reply #112 on: 2009.December.19. 23:54:18 »
tulajdonkepp ez lenne a kulcs ...

ha lenne egy rom tolto extension,

akkor barkibarmikor barmilyen romjat, romjait kidobhatna az ember epromjaibol/ epromhelyeirol,

kivetel termeszetesen az exdost- ha nem akarn magnorol betolteni a rom tolto extensiont es az exdos.rom -ot,

szal exdoson kivul minden purgalhato,

floppyrol toltheto lenne a romtolto extension, es utana egybol toltheto lenne az ide.rom,

utana mar WINYOROL tok gyorsan toltheto lenne tetszoleges szamu rom file ( epdos, asmon, akarmi ), es tobbe bovito programra nem is lenne szukseg,

csak a .rom verziokra.

igaz ?

man milyen kircsi lenne, mint egy PC- nel az OS, vagy a driverek, winyorol ( floppyrol vagy magnorol is, csak winyorol gyorsabban ) toltodnenek be a rendszerkomponensek ... kiraaaly ! nem ?


Z80 System

Offline Z80System

  • EP addict
  • *
  • Posts: 3848
  • Country: hu
Re: EP-s FDISK fejlesztése
« Reply #113 on: 2009.December.20. 20:17:40 »

atneztem az ep128 utils reszleget, de nem talaltam olyan cuccot, ami boviteskent tartalmazna a

:lrom

parancsot.

Zozo, nem lehet, hogy az EPDOS forrasbol kidobni a tobbit, es az epdos lrom implementaciobol bovitest csinalni neked egyszeru ?

Z80 System

Offline Z80System

  • EP addict
  • *
  • Posts: 3848
  • Country: hu
Re: EP-s FDISK fejlesztése
« Reply #114 on: 2009.December.20. 20:21:09 »
vagy vegulis az is jo lenne, ha az epdos 1.9 - bol csinalna valaki bovitos varziot.

rom -bol bovitest csinalni nehez ?

Z80 System

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14709
  • Country: hu
    • http://enterprise.iko.hu/
Re: EP-s FDISK fejlesztése
« Reply #115 on: 2014.December.22. 10:15:24 »
FDISK 0.8, IDE mellett SD-t is kezel már, más egyéb még változatlan.

Lacika! A leírásból, ezt a mondatot törölni kéne: "de futtatásához EPDOS 1.x is szükséges! (Az SL, SS parancsokat használja.) HDD használata esetén célszerű az 1.9-es verziót választani."
Ez a demó verziójú futásra vonatkozott, ami vinyó hiányában fájlokkal szimulálta a szükséges adatokat, akkor amikor még nem volt IDE emuláció az ep128emu-ban, de mivel már régóta van, ez így tárgytalan, a 0.8-ból töröltem is ezt a részt.

Offline Lacika

  • EP addict
  • *
  • Posts: 3189
  • Country: hu
    • http://www.ep128.hu
Re: EP-s FDISK fejlesztése
« Reply #116 on: 2014.December.22. 21:25:28 »
Megtörtént!

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14709
  • Country: hu
    • http://enterprise.iko.hu/
Re: EP-s FDISK fejlesztése
« Reply #117 on: 2015.January.03. 17:53:34 »
FDISK 0.9:
-Javítva a hiba, hogy már létező partíción is elfogadta a C gombot
-Extended partíció listázás bővítve, már a szabad helyeket is kijelzi, és üres partíciótól sem akad már ki :-)
-Extended listán belül CTRL+L átvált egy részletes nézetre, ahol minden paraméter látható. CTRL+N vált vissza a normál nézetre. A bővített listában látható a típusbájt (TYPE), 00 jelenti a szabad területet. EBR jelenti az adott területre mutató Extended Boot Record (Bővített boot bejegyzés) szektorcímét. Mögötte perjellel az, hogy az EBR hanyadik bejegyzése mutat az adott területre. Ez normál partíció esetén 1, szabad terület esetén 0 vagy 2. 0 azt jelenti, hogy az adott EBR nem létezik, címe számított az EBR láncban lévő "luk"-ból. 2 esetén az EBR blokk nem mutat normál partícióra, hanem egyből a következő EBR blokkra, ami elött kihagyott terület van. START/SIZE/LAST értelemszerű.
-lehet törölni külön-külön partíciókat az Extended-en belül, CTRL+DEL-t nyomva az adott partíción
-Lehet már partíciót létrehozni Extended partíción belül, szabad helyet tartalmazó soron kell C gombot nyomni, utána a kérdésekre válaszolni, hasonlóan a normál (Primary) particiók esetén.

Egy üres vinyó/SD kártya EP-hez  elsőként létre kell hozni egy jó nagy extended partíciót (5-ös típusbájtot megadva), majd pedig azon belül a szabad területen C-t nyomni, majd minden kérdésre ENTER-t, ezt ismételni amennyi meghajtót csak akarunk :-) Utána hideg reset, és megformázni őket EXDOS FORMAT paranccsal.

1.0-ban jön majd a beépített gyorsformázás :-)

[ Guests cannot view attachments ]
[ Guests cannot view attachments ]
[ Guests cannot view attachments ]
[ Guests cannot view attachments ]

Végszóként: én el nem tudom mondani, mennyire gyűlölöm ezt az egész elizélt Extended partíció dolgot! :evil:
Szerintem valami vállalati bulin jól berúgva találták ki a Microsoft programozói...

A fő partíciós táblában (MBR) van ugye 4 bejegyzés, ami egy idő után kevés lett amikor elhagyták a 128 megát a vinyó méretek...
Az odáig ok, hogy akkor tegyünk be egy olyan elemet, ami mutat egy következő táblára (ez lett az EBR), ahol újabb bejegyzés van.
Itt már a 4 bejegyzésből csak kettő van használva, az első mutat az adat partícióra (PC-s szóhasználattal logikai meghajtó), és általában(!) a második a következő EBR blokkra.
Egy partíciós bejegyzésben meg van adva, hogy hol kezdődik az adott terület és a mérete.
Na de ez meg van bonyolítva, mert az EBR blokkokban nem ám a vinyó elejétől számolnak, ahogy az normális lenne!
Helyette az EBR-től...
Na de ez se egységes!
Ha adat partícióról van szó, akkor a konkrétan az adott területre mutató EBR-től számolunk. Ha a következő EBR-re mutató bejegyzésről, akkor pedig a lánc legelső EBR-jétől...

A dolgot még bonyolítja a szabad területek kérdése, ilyen területet 4 féle módon lehet felfedezni:
-teljesen üres EBR, ami a Extended partíció vége elött van
-EBR csak adat partíció bejegyzéssel, amelynek a vége az Extended vége elött van
-EBR csak következő EBR-re mutató bejegyzéssel, amely előtt kihagyott területt van
-EBR adat és EBR-re mutató bejegyzésekkel, azonban az adat partíció vége és a következő EBR kezdete elött kihagyott terület van

Érdeklődők megnézhetik az EXTENDED szubrutint a programban, mennyi gusztustalan elágazást kellett beépíteni mindennek a lekezelésére...
« Last Edit: 2015.January.03. 18:45:26 by Zozosoft »

Offline Ep128

  • EP addict
  • *
  • Posts: 1847
  • Country: hu
    • Honlapom
Re: EP-s FDISK fejlesztése
« Reply #118 on: 2015.January.03. 23:20:55 »
Hm... Részemről sík hülye vagyok mind ehhez, de miért erőltetjük annyira ezt az Extended dolgot...? Már PC -n is utáltam, soha az életbe nem hoztam létre magamnak, ha csak egy mód volt rá! Minden rendszeremet (de a nem rendszer partíciókat is) primary -re tettem folyamatosan! :-) (Jó, tudom, abból csak 4 lehet... :-P )

Offline Zozosoft

  • Global Moderator
  • EP addict
  • *
  • Posts: 14709
  • Country: hu
    • http://enterprise.iko.hu/
Re: EP-s FDISK fejlesztése
« Reply #119 on: 2015.January.03. 23:23:34 »
Hogyan csinálsz 4-nél több (4x32M=128M) partíciót nélküle az EXDOS-nak?

Egyébként én is utálom, de az már egy több éves tartozás volt :oops: