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
![:-)](/Smileys/phpbb/ds_icon_smile.gif)
-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
![:-)](/Smileys/phpbb/ds_icon_smile.gif)
Utána hideg reset, és megformázni őket EXDOS FORMAT paranccsal.
1.0-ban jön majd a beépített gyorsformázás
![:-)](/Smileys/phpbb/ds_icon_smile.gif)
[ 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!
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...