Fórum Root.cz
Hlavní témata => Hardware => Téma založeno: zszs 07. 06. 2015, 02:50:56
-
Protože potřebuju občas nabootovat z flešky na cizím počítači a zároveň na ní přenášet data, musel jsem ji rozdělit na dva oddíly. Jeden FAT32 kvůli bezproblémovému přístupu ze všech OS a druhý oddíl FFS na kterém je OpenBSD. Napoprvé jsem disk rozdělil trochu zbrkle
# fdisk sd0
Disk: sd0 geometry: 30592/32/32 [31326208 Sectors]
Offset: 0 Signature: 0xAA55
Starting Ending LBA Info:
#: id C H S - C H S [ start: size ]
-------------------------------------------------------------------------------
*0: A6 0 2 1 - 16384 1 32 [ 64: 16777216 ] OpenBSD
1: 0C 16384 0 2 - 30591 31 32 [ 16777217: 14548991 ] Win95 FAT32L
2: 00 0 0 0 - 0 0 0 [ 0: 0 ] unused
3: 00 0 0 0 - 0 0 0 [ 0: 0 ] unused
V CHS modu jsou ty cylindry jakoby přes sebe, ale říkal jsem si mrdup všude píšou že je CHS mod obsolete a že moderní hawdware stejně používá LBA. Tak jsem začátek druhého oddílu nastavil na sektor hned za koncem oddílu prvního a nastavil mu 0C id. Disklabel se taky netváří že by bylo něco v nepořádku
# disklabel sd0
# /dev/rsd0c:
type: SCSI
disk: SCSI disk
label: USB FLASH DRIVE
duid: 1fd8fcefb21d21b5
flags:
bytes/sector: 512
sectors/track: 63
tracks/cylinder: 255
sectors/cylinder: 16065
cylinders: 1949
total sectors: 31326208
boundstart: 64
boundend: 16777280
drivedata: 0
16 partitions:
# size offset fstype [fsize bsize cpg]
a: 16777153 64 RAID
c: 31326208 0 unused
i: 14548991 16777217 MSDOS
Ten první oddíl s FFS je zašifrovaný softraidem, proto má "fstype RAID". Ale to by snad nemělo mít na tabulku oddílů v MBR vliv. Instalace OpenBSD proběhla bez problému. Pomocí mkfs msdos jsem na té FATce vytvořil filesystem. Když jsem z te flešky nabootoval, čtení/zápis na oba oddíly fungoval. Všecko vypadalo OK. Jenže potom jsem flešku píchnul do mašiny s Windows, tak ty hlásily error a nutily mě formátovaní. Na ten FAT32 oddíl mě nechtěly Windows vůbec pustit. Se zaťatými zuby jsem teda nechal Windows ať si ten FAT32 oddíl vytvoří samy, když s tím původním měly problém. Potom jsem při instalaci OpenBSD přidal druhý oddíl s FFS a první sektor pro jistotu nastavil až na začátek dalšího jakoby cylindru. Dopadlo to takto:
# fdisk sd0
Disk: sd0 geometry: 1949/255/63 [31326208 Sectors]
Offset: 0 Signature: 0xAA55
Starting Ending LBA Info:
#: id C H S - C H S [ start: size ]
-------------------------------------------------------------------------------
0: 0B 0 32 33 - 956 62 2 [ 2048: 15360000 ] Win95 FAT-32
*1: A6 957 0 1 - 1948 254 63 [ 15374205: 15936480 ] OpenBSD
2: 00 0 0 0 - 0 0 0 [ 0: 0 ] unused
3: 00 0 0 0 - 0 0 0 [ 0: 0 ] unused
Při tomto rozdělení disku to funguje v pořádku v jak v OpenBSD tak ve Windows. Co nechápu je:
1. Jak je možný, že při tom původním rozďělení disku to vadilo jenom jednomu systému? Přece když mám vadný MBR tak by měl být problém všude ve všech systémech.
2. Proč fdisk ukazuje úplně jinačí geometrii po tom novém rozdělení? fleška přece žádnou "geometrii" nemá tak si to fdisk nějak cucá z prstu?
3. Proč Windows nastavily id 0B na ten FAT32 oddíl kdyz FAT32 LBA ma mit id 0C?
4. Opravdu je CHS mod tak moc "obsolete" jak se všude povída?
5. Jak by podle vás mělo to rozdělení vypadat? Kde jsem poprvé udělal chybu?
Ještě malá offtopic otázka. Strašne dlouho trvá než mi to zašifrovany OpenBSD nabootuje. 3-4 minuty od zadáni hesla fleška jenom bliká jakoby se z ní četlo, žádný fsck nic takovýho neběží. Až potom se to chytne. Když to zašifrovaný není, nabootuje to jak blesk hned. Co se ty 4 minuty děje? Nešlo by to nejak zrychlit?
-
zrychlit to jde : na fleshku live verzi cd treba pres yumi, to mam i s instalckou win 10 -
a zasifrovany jen home ( nemam ale pry jde)
-
Windows vůbec nepředpokládají, že by flash disk někdo dělil! A pokud ve firmwaru nepřepneš "removable" bit (https://msdn.microsoft.com/en-us/library/windows/hardware/dn653578%28v=vs.85%29.aspx), aby se to tvářilo jako normální disk, tak ti tam všechno dřív nebo pozdějc sežerou.
The removable media device setting is a flag contained within the SCSI Inquiry Data response to the SCSI Inquiry command. Bit 7 of byte 1 (indexed from 0) is the Removable Media Bit (RMB). An RMB set to zero indicates that the device is not a removable media device. An RMB of one indicates that the device is a removable media device. Drivers obtain this information by using the StorageDeviceProperty request.
-
Tak už vím kde byl problém. Ten FAT32 oddíl MUSÍ být na začátku disku, jinak ho Windows nepoberou. Špatně jsem si přečetl FAQ.http://www.openbsd.org/faq/faq14.html#flashmemBoot (http://www.openbsd.org/faq/faq14.html#flashmemBoot)
-
I kdyz bude na zacatku disku a bude se ti to tvarit funkcne, tak pocitej s tim, ze ti to widle brzo rozjebnou. Ostatne jako vzdy a vse ...
Kuprikladu se ti stane, ze na tebe vyblejou hlasku o poskozenym disku, s dotazem, zda ho chces opravit. Kliknutim na ano tomu dodas korunu.