Végre el tudtam küldeni…

Néhány sör után vagyok, úgyhogy…:))) az utolsó bekezdésen kívül, csak erõs idegzetûeknek :))

ds:
„nem, az nem partíció
az sda az egész diszket jelenti, partíciók nélkül egyben

mkfs -t (v)fat /dev/sda

így nem lesz rajta partíciós tábla, ezért panaszkodik (szerintem) a cfdisk hogy nem találja (bár én fdisket használok az elindul ilyenkor is és lehet létrehozni partíciókat)”

Szerintem az is partíció, csak nem virtuális merevlemez…
A virtuális merevlemez fizikai felépítése ugye általában a következõ:

---

„Fejléc” 32256 byte (512*63)

---

1. partíció

---

2. partíció

---

stb

elsõ patíció mountolása
image esetén:
# mount -o loop,offset=32256 -t vfat /image /mountpoint
nem image esetén:
# mount -t vfat /device1 /mountpoint

Az utóbbi esetben.

---

partíció (össz. egy darab)

---

image esetén:
# mount -o loop -t vfat /image /mountpoint
nem image esetén:
# mount -t vfat /device /mountpoint

„pomm”
Az számomra nem ismert, hogy egy lejátszó mit játszik le, mert ilyen még nem volt a kezemben…

„A dózer simán megformázza és müxik…ha van 5let kiprószálnám most, amíg itt van a nagynéném cucca, mert aztán nincs dózerem”
A dózer nagyon érzéken arra, hogy milyen fat-ként van partícionálva ill. formázva. Valószínûleg nem lenne semmi gond (legalábbis nem ennyi), ha nem a fejlécben szereplõ szám(id) határozná meg a „partíció dekódoló eljárást”, hanem a partíció típusa maga. Mivel azonban a „fejlécben” szereplõ szám határozza meg, ebbõl két dolog következik (legalábbis fat-nál) (1) bármilyen fat típushoz (verzió stb.) új számot kell adni (elõbb-utóbb elfogy a hely 1 byte, és ebbõl 80% kül. fat lesz), ezért van annyi fat (12/16/32/hidden/lba/32 stb tetszõleges kombinációja) (2) ezekhez csak a saját típusa tartozhat.
Tehát pl.: 0e WIN95: DOS 16-bit FAT, LBA-mapped (fejléc) -> 0e WIN95: DOS 16-bit FAT, LBA-mapped (adat)
A windows csak így fogadja el, és nem mindet!! (Van olyan saját formátum, melyet (már) nem kezel…) Gondolom egy ilyen lejátszó még kevesebb típust fogad el.
Windows alatt a következõ:
0c WIN95 OSR2 32-bit FAT, LBA-mapped (fejléc) -> 0b WIN95 OSR2 32-bit FAT (adat)
már nem mûködik, míg linux alatt igen (mûködhet, ha egyátalán létre lehet hozni ilyet), mert a linuxot a „fejléc”, nem érdekli, ill. csak irányadó. Hogy miért is:
83 Linux native -> ext2/ext2/reiserfs stb. egyre megy (, mert nincs hely, mert nem kell hely…).
(Tehát a windwos (már) ilyen szinten pocsékolja az erõforrásokat.)

A linux túl sokat megenged, ezért óvatosan kell bánni ezekkel a formázgatásokkal, mert a windows a szûk keresztmetszet. Ami win alatt megy, az valószínûleg lin alatt is, de fordítva egyátalán nem igaz.

Tehát a következõt ajánlanám:
1. Partícionálás / formázás windows alatt.
2. Fdisk -l /device futtatása linux alatt. (partíció típusának megnézése)
3. Utána már, partícionálás linux alatt. (az elõzõ ismeretében; feltehetõen ezt már nem lehet elrontani)
4. Formázás linux alatt. (a megfelelõ paraméterekkel; ezeken lehet esetleg változtatni)
5. Kipróbálás (sikertelenség esetén 4.; siker esetén kõbe vésni:))

„namost nem tudom mire gondolsz mint virtuális merevlemez alatt, de ez azért nem így néz ki (mámint a vinyó felépítése)
amit te fejlécnek emlegetsz az elpazarolt 63*512 byte (63 sector/track 1 szektor 512 byte ha nem veeszük figyelembe hogy a mai vinyóknál a chs címzés „semit nem jelent” men minden trackban ugyanannyi szektor van)”
Tökéletesen igaz, de azért írtam az általábant, mert nem biztos, de az esetek többségében igen.
Persze mondjuk hfs plus (mac) esetén teljesen más a dörgés…

Virtuális merevlemezt kifejezést arra használtam, amikor egy flash-drivera, vagy egy file-ba rak az ember a rendszer szempontjából egy merevlemeznek kinézõ bitsort.

a partíciós tábla a „fejléc” elsõ szektorának a végén van (most fejbõl nem akarok hülyeséget írni de nagyjából 40-50 byte (4 partícíónak elég) ezután elvileg kezdõdhetnének a partíciók, de „hivatalosan” track elején kell kezdõdnie ezért az 1-es track elsõ szektorában kezdõdik, ahogy írtad linux azt is kezeli ha nem így van, más oprendszer nem biztos)

„ha pl. a /dev/sda -ra teszel fájlrendszert akkor az elejétõl kezdi és nincs partíciós tábla tehát partíciók sincsenek az egész eszköz 1 filerendszer (pl lemezek)”
Ha ismereteim nem csalnak, akkor az ibm pc arc. szerint (most ugye pc-rõl beszélünk, nem mac pl.) merevlemez adattárolására, használt területet nevezzük partíciónak (helyesebben „primary partition”-nek, az extended/logical ennek a része), függetlenül attól, hogy van-e partíciós tábla vagy nincs. (Kicsit pontosítva, azt amelyik képes független filerendszer „tárolására”.) Hogy ez honnan kezdõdik és hány van belõle lényegtelen. (Nyílván az eredeti ibm pc arc. szerint kell part. tábla, és csak 4 primary partíció lehet.)

„a pendriveomhoz kapott wines progi is így formázta meg, gondolom itt is valami hasonló a gond”
ez simán elõfordulhat. ezért kell megnézni, hogy hogyan csinálja (nem próbálkozni, mert az egy kicsit hosszadalmas is lehet…)

„(ja a part típusa pedig 1 byte a partícíós táblában)”
Ja, ja ez igaz, 2 betû az 1 byte, nem kettõ (ki is fogom javítani, hogy ne legyen benne az a nyílvánvaló marhaság)

A wiki is ezt írja:
Partition (IBM PC), one of those storage space parts.
http://en.wikipedia.org/wiki/Partition
A partition in the IBM PC architecture, is a part of a hard disk that can have an independent file system.
http://en.wikipedia.org/wiki/Partition_(IBM_PC)

Ennek a def-nek akkor is megfelel, ha az egész merevlemez egy nagy filerendszer.

Vizsla, köszi…még emésztem, amit írtál  😆
Az fdisk ezt írja a pendrive-ra ( így müködik helyesen, tehát ezt kéne linux alatt is létrehozni ):

Command (m for help): p

Disk /dev/sda1: 125 MB, 125582848 bytes
4 heads, 60 sectors/track, 1021 cylinders
Units = cylinders of 240 * 512 = 122880 bytes

    Device Boot      Start        End      Blocks  Id  System
/dev/sda1p1  ?    7368562    8347064  117420209    a  OS/2 Boot Manager
Partition 1 has different physical/logical beginnings (non-Linux?):
    phys=(781, 46, 63) logical=(7368561, 1, 58)
Partition 1 has different physical/logical endings:
    phys=(365, 76, 37) logical=(8347063, 0, 55)
Partition 1 does not end on cylinder boundary.
/dev/sda1p2  ?    2264658    4534771  272413618+  6d  Unknown
Partition 2 has different physical/logical beginnings (non-Linux?):
    phys=(367, 78, 57) logical=(2264657, 0, 49)
Partition 2 has different physical/logical endings:
    phys=(366, 106, 47) logical=(4534770, 2, 45)
Partition 2 does not end on cylinder boundary.
/dev/sda1p3  ?          11          11          0  6f  Unknown
Partition 3 has different physical/logical beginnings (non-Linux?):
    phys=(354, 111, 45) logical=(10, 2, 41)
Partition 3 has different physical/logical endings:
    phys=(10, 116, 13) logical=(10, 2, 40)
Partition 3 does not end on cylinder boundary.
/dev/sda1p4              1    14383424  1726010880    0  Empty
Partition 4 has different physical/logical beginnings (non-Linux?):
    phys=(0, 0, 0) logical=(0, 0, 1)
Partition 4 has different physical/logical endings:
    phys=(0, 0, 0) logical=(14383423, 3, 60)
Partition 4 does not end on cylinder boundary.

Partition table entries are not in disk order
Ez nekem elég kínai…szal? :blush:
[align=right][snapback]107169[/snapback][/align]

igen ez pont úgy néz ki hogy nincs rajta partíció (ahol a part tábla lenne azokat az adatokat próbálta meg értelmezni)

nos, probléma törölve…
A gond az volt, hogy elszabtama parancsot és mindig a bash history-ból szedtem elõ…kellemetlen, de be kell vallanom… :blush: Szarvashiba volt…
Látható is, hogy az fsdik-nél sda1 szerepel, sda helyett… :blush:
Inenn vettem észre…aztán már ment a formatálás is fat-ra..teszteltem, müxik… 😀
Elnézést mindenkitõl… :withstupid: