ATA 4 KiB szektor problémák

Címkék

Tejun Heo a napokban írt az LKML-re egy levelet, amelyben arra hívta fel a figyelmet, hogy az átállás a felbukkanó "ATA 4k" meghajtókra úgy tűnik nem lesz problémamentes és, hogy nincsenek még felkészülve ezen meghajtók támogatására annak ellenére, hogy az árusításuk már széles körben megkezdődött. Éppen ezért, Tejun összeállított egy dokumentumot, amelyben leírja a probléma hátterét, a probléma lehetséges megoldásait, a buktatókat, azt, hogy a Windows hogyan oldja meg ezen meghajtók támogatását és miért lenne célszerű ezt a megoldást követni, a Linux hol tart jelenleg stb. A problémát összefoglaló wiki oldal elérhető itt.

Hozzászólások

érdekes, én azt olvastam nemrég, hogy csak a winxp és elődei érintettek a problémában, a vista és újabbak, valamint a linuxok már jól formázzák/kezelik ezeket a lemezeket... akkor ezek szerint mégsem.

Én meg azt olvastam, hogy "A kompatibilitás érdekében azonban a WD és más gyártók úgy döntöttek, hogy a kontroller továbbra is 512 bájtos szektorokat mutat a számítógép felé, így lényegében 8 logikai szektorból épül fel egy fizikai Advanced Format szektor." ?? azt hittem ezzel nem lesz baj.

java'nother blog

pcfórum? az mi?

szerk.: előkerestem

"(...) Even though all operating systems will be seeing 512B sectors through the use of emulation technology on the drive controller, out of Windows only Win 6.x (Vista, 2008, Win7) and later have been programmed to take in to account the alignment issues we mentioned earlier. Win 5.xx in particular has a nasty habit of starting the first partition at LBA 63, which is 1 512B sector misaligned from a 4K sector boundary. In essence, the issue is that Win 5.x will always create a misaligned first partition and will have poor default performance as a result."

"Notably, Linux and Mac OS X are not affected by this issue. Western Digital has tested both of these operating systems, and officially classifies them as not-affected. Ultimately we suspect that if you went back far enough you could find older versions of these OSes that are affected, but unlike Win 5.xx, there’s not a significant legacy user base to worry about. (...)"

A PC "1.0" nagyon megerett mar egy 2.0 kiadasra, ahol elfelejthetnek a XT/DOS/stb-bol hozott korlatokat, keruloutas megoldasokat... ha csak egy rovid idore is

És nem? Vagy ha fogom magam, és hegesztek egy EFI-t az egyik 386-os lapomra, akkor attól az is megszűnik PC lenni?

Ha a PC-t úgy definiáljuk, mint ami kompatibilis az IBM XT-vel, akkor akár lehet is, bár azért vegyük ide azt is, hogy egy szoftver lecserélésén túl semmit sem tettünk, tehát ha így nézzük egy Linuxot futtató gép sem PC.

suckIT szopás minden nap! A fájlokat tömörítsük, vagy a fájlrendszert?

Hegessz! Kíváncsi vagyok rá, sikerülne-e?
Vagy tán lehet Macintoshra DOS-t tenni? Kompatibilis-e az igazival, az IBM PC-vel?

Nem téged, hozzáértőt kérdek! A Macintoshok, felépítésükben követik a PC-s világ hagyományait, koloncait? Memóriakezelésben például?

Ave, Saabi.

Nem tudok, ezért kérdeztem.
Azt tudom, hogy a Macintoshokban EFI van BIOS helyett és hogy a DOS erősen támaszkodik a BIOS szolgáltatásaira. Feltételeztem, BIOS nélkül DOS sincs. Ha pedig nincs DOS, akkor nem kell vele kompatibilisnek lenni. (640k...)
Ezekszerint tévedtem, van ez így.

Ave, Saabi.

C-1. The standard is not and won't be followed as-is.

Some of the existing BIOSs and/or drivers can't cope with drives which report 4KiB physical sector size. To work around this, some drive models lie that its physical sector size is 512 bytes when the actual configuration is 4KiB without offsetting.
This nullifies the provisions for alignment in the ATA standard but results in the correct alignment for Windows Vista and 7.

--
Live free, or I f'ing kill you.

Hja, es userspace szinten is sok programot lehet latni, amikben nemhogy valami

ioctl(fd,BLKSSZGET,&...)

lenne, hanem tele van bedrotozott (nem #define-olt) 512-kkel...

Ez megcsapott múlt hét pénteken, véletlen bukkantam itt a hupon egy blogban a problémára. Persze a WD csodalivecd-je nem tudott mit kezdeni ext4-es partícióval (pedig ránézésre linuxalapú volt), úgyhogy maradt a kézi fix.