Forum Debian Users Gang

Wczoraj spróbowałem tego:

fdisk -u -H 224 -S 56 /dev/sdX

zgodnie z opisem: http://gagor.pl/2012/11/lvm-na-raid5-i-dysku-z-sektorami-4kb/

Niestety w dalszym ciągu fdisk podaje:

sector size (logical/physical): 512bytes/4096bytes

chociaż owe 512 powinno zniknąć. Dodatkowo (być może popełniłem jakiś dodatkowy błąd, chociaż aktualnie nic takiego nie kojarzę) po zainstalowaniu kolejno XP (jednak patrycja główna NTFS), debiana (partycje logiczne / i /home) i ubuntu (lvm+luks) podczas kończenia ostatniej instalacji grub wyrzucił mi czerwony ekran nie mogąc nic zapisać do MBR. No i zastanawiam się, czy to nie jest "zasługa" tego dłubania przy wielkości sektora. Niby pierwsza partycja zaczyna się od 2048 sektora, ale kto ich tam wie...

Nasuwają mi się dwa pytania:

1. czy ktoś z Kolegów już to robił i czy może się pochwalić JAK?
2. być może lepiej jest jednak zostawić wielkość sektora w spokoju, niech sobie firmware dysku tłumaczy te logiczne 512b na fizyczne 4096b i tyle?

Zgodnie z tym co napisali w linku:

Jednakże najlepszą obsługę zapewniają dystrybucje oparte na jądrze 2.6.34
...
Aby zapewnić najwyższą wydajność, należy:
Wyrównać partycje z uwzględnieniem wewnętrznych granic sektorów 4 KB w napędzie.
Upewnić się, że zapis danych jest wyrównany z granicami sektorów 4-kilobajtowych.
...
Na przykład w napędzie rozruchowym nie należy rozpoczynać od sektora 0, ponieważ musi tam pozostać miejsce na kod rozruchowy. Dobrze jest zacząć od sektora 64 lub nawet 2048 (co daje granicę 1-megabajtową).

Trzeba wyrównać partycje do 4KiB (lub 1MiB) i zacząć pierwszą z nich najlepiej od 2048 sektora. Widzicie tutaj gdzieś wzmiankę o gpt? Poza tym, to wszystko ładnie robi gparted — automatycznie rozpoczyna od 2048 i można sprecyzować równanie do MiB.

Technologia to jedna rzecz, a wielkość dysku to osobna sprawa. Jeśli ktoś nie wychodzi poza limity mbr, to co po mu gpt?

gpt -> gdisk jest znacznie wygodniejszy.

Windows'a to możesz sobie odpuścić na start. Tym bardziej XP. Nie będzie to razem grało. Nawet ta ich najnowsza wersja ma dalej z tym lekki problem.

chp napisał(-a):

Niestety w dalszym ciągu fdisk podaje:

sector size (logical/physical): 512bytes/4096bytes

chociaż owe 512 powinno zniknąć.

chp a gdzie przeczytałeś, że ten logical sector size miałby się zmienić? Rozmiar sektora logicznego raczej się nie zmieni - to chyba taka emulacja dla starszych urządzeń i nie da się tego zmienić; zresztą przeczytaj;
http://www.wdc.com/wdproducts/library/WhitePapers/POL/2579-771430.pdf
a zwłaszcza:
W napędach Advanced Format stosowane są nośniki
Advanced Format. Nośnik Advanced Format ma sektory
Advanced Format składające się z ośmiu 512-bajtowych
sektorów logicznych na jeden 4096-bajtowy sektor fizyczny.

Tak dla wszystkich;
1. Sprawdzamy czy dysk używa tej technologi; np.

cat /sys/block/sda/queue/physical_block_size

blockdev --getbsz /dev/sda

(powinno zwrócić 4096).
2. Sprawdzamy rozmiar bloku systemu plików (w moim przypadku EXT4): np dla partycji sda2:

tune2fs -l /dev/sda2 | grep -i 'block size'

(powinno zwrócić 4096)
3, http://wiki.hetzner.de/images/d/df/Part_alignment_wrong.png
http://wiki.hetzner.de/images/c/cf/Part_alignment_right.png
tak więc pierwszy sektor danej partycji powinien dzielić się przez 8 jak i rozmiar całej partycji wyrażony w sektorach powinien dzielić się przez 8. Zatem "fdisk -l /dev/sda" lub "gdisk -l /dev/sda" (w przypadku GPT). Dostajemy np. taki output;

GPT fdisk (gdisk) version 0.8.7

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.
Disk /dev/sda: 1465149168 sectors, 698.6 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 3026DA4F-97F4-4FEC-8B3A-1EF7ADA737BE
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 1465149134
Partitions will be aligned on 2048-sector boundaries
Total free space is 3757 sectors (1.8 MiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048          821247   400.0 MiB   EF00  
   2          821248        32278527   15.0 GiB    8300  
   3        40880128       734824447   330.9 GiB   8300  
   4       734824448       735086591   128.0 MiB   0C01  Microsoft reserved part
   5       735086592      1458593791   345.0 GiB   0700  Basic data partition
   6        32278528        40880127   4.1 GiB     8200  
   7      1458593792      1465147391   3.1 GiB     0700

teraz sprawdzamy czy we wszystkich partycjach " Start (sector)" dzieli się przez 8. Można też sprawdzić czy ("End (sector)" - "Start (sector)" + 1) //czyli rozmiar partycji w sektorach// dzieli się przez 8.
https://wiki.archlinux.org/index.php/Advanced_Format
This should no longer require manual intervention. Any tools using recent libblkid versions are capable of handling Advanced Format automatically.
Nowsze systemy (w tym Linuxy) podczas formatowania powinny automatycznie dobrze to zrobić. I tak to chyba wygląda. Czytałem, że od 2011 roku miało być więcej takich napędów. Jak ktoś ma nowszy dysk nawet nie firmy WD polecam sprawdzić.

Raczej nie ma to znaczenia. Wszystko wygląda okey. Zaciekawiły mnie tylko różne wyniki pierwszych dwóch poleceń. Osobiście formatowałem około pół roku temu przez cgdisk (odmiana cfdisk dla GPT) i też wszystko z automatu ładnie zrobił - można i bez pustych miejsc między partycjami (zresztą to tylko kilkanaście sektorów), ale z kolei dla cfdiska na wiki Archa widnieje ostrzeżenie;
Warning: The first partition created by cfdisk starts at sector 63, instead of the usual 2048. This can lead to reduced performance on SSD and advanced format (4k sector) drives. It will cause problems with GRUB2. GRUB legacy and Syslinux should work fine.

morfik napisał(-a):

W każdym razie po co jest +1 w ("End (sector)" - "Start (sector)" + 1) i czy ten dysk się kwalifikuje do advanced format? Niby pisze Sector size (logical/physical): 512 bytes / 512 bytes .

spójrz na to;
http://wiki.hetzner.de/images/c/cf/Part_alignment_right.png
i policz ile tych sektorów jest w samym np. w "Page 258". Mamy 2063sektor - 2056sektor trzeba dodać jeszcze 1 było okey. Można sobie np. obliczyć ile sektorów ma dana partycja. Jak liczba dzieli się przez 2048 bez reszty to mamy wyrównanie co do 1MB. więcej masz tutaj

Linuksowy edytor partycji parted wyposażono w opcję wyrównywania, która zapewnia prawidłowe konfigurowanie napędów Advanced Format od wersji 2.1:

-a alignment-type, --align alignment-type
prawidłowe rodzaje wyrównywania:
  none  Wyrównanie do granic sektora 512-bajtowego.
  cylinder Wyrównanie partycji do cylindrów.
  minimalne Wyrównanie minimalne: 4 KB w napędach AF
  optymalne Wyrównanie optymalne: granice 1 MB
Domyślnie w parted 2.2 przyjęto wyrównanie optymalne, tj. dla granic 1-megabajtowych. W przypadku napędów Advanced Format należy zastosować wyrównanie minimalne lub optymalne. Na przykład, jeśli napęd jest zarejestrowany w systemie jako sda:

parted -a optimal /dev/sda


— ten zapis spowoduje, że parted utworzy partycje na granicach 1 MB.

W starszych wersjach parted (przed 2.1) lub w przypadku stosowania programu fdisk w celu zapewnienia optymalnej wydajności napędu Advanced Format konieczne jest wykonanie ręcznego przeliczenia granic partycji. Narzędzie partycjonujące należy ustawić tak, aby za jednostkę był przyjęty sektor a nie np. cylinder lub megabajt. W przypadku parted należy wpisać:

unit s

W przypadku programu fdisk naciśnięcie klawisza „u” powoduje przełączenie między trybami cylindrów i sektorów. Wszystkie partycje muszą rozpoczynać się na wielokrotności 8 sektorów (8 x 512 B = 4 KB); również wielkość partycji musi być wielokrotnością 8 sektorów. Upewnij się, że odpowiednio do wymagań pozostawiono miejsce na początku partycji. Na przykład w napędzie rozruchowym nie należy rozpoczynać od sektora 0, ponieważ musi tam pozostać miejsce na kod rozruchowy. Dobrze jest zacząć od sektora 64 lub nawet 2048 (co daje granicę 1-megabajtową). Również w przypadku partycji rozszerzonych należy pozostawić odstęp między punktem początkowym a początkiem pierwszej zawartej w nich partycji logicznej.

http://wdc-pl.custhelp.com/app/answers/detail/a_id/ … e-operacyjnym

W zasadzie chyba wszystkie nowsze systemy dobrze obsługują ten Advanced Format.

@morfik;
https://wiki.archlinux.org/index.php/Advanced_Forma … y_a_4k_sector

to będziesz mieć pewność czy twój dysk to obsługuje czy nie :)

Ostatnio edytowany przez dominbik (2013-07-15 22:03:58)

U mnie dostaję takie wyniki:

root:~# blockdev --getbsz /dev/sda
4096

root:~# cat /sys/block/sda/queue/physical_block_size
4096

Przy czym druga komenda nie działa (informuje o braku pliku, może to kwestia linków po drodze), za to z poziomu mc mogę podejrzeć zawartość pliku.

Za to

fdisk -l /dev/sda

daje niezmiennie inną wielkość sektora fizycznego i logicznego.

Ostatnio edytowany przez chp (2013-07-16 17:02:01)

chp wszystko jest okey. Druga komenda może nie zadziałać, bo nie wszystkie dyski to tak raportują (o czym pisze w linkowanym przez Cb artykule w pierwszym poście). Jednak jeżeli plik jest no to jest okey. Wystarczy wyrównać a myślę, że jeżeli niedawno instalowałeś to wszystko jest okey. Wrzuć wynik fdisk -l albo przeczytaj #15 post. :)

chp napisał(-a):

Za to fdisk -l /dev/sda daje niezmiennie inną wielkość sektora fizycznego i logicznego.

Witam
Posiadam dysk w nowej technologii WD 500GB z sektorami 4kb. Partycjonowalem dysk pod linuxem uzywając narzędzi w wersjach obslugujących nowe dyski 4Kb, także wyrównanie partycji mam prawidłowe i dysk pracuje optymalnie. Polecenie fdisk również wyswietla u mnie sektor logiczny 512, natomiast fizyczny 4096.

Zastanawiałem się czy jest możliwość ustawienia trybu natywnego 4096/4096, ale myślę że taki tryb wymaga również zmian w samym sprzęcie płyta główna,kontroler SATA, BIOS i może sam dysk twardy, dlatego mój dysk działa w trybie emulacji w okresie przejsciowym - a w przyszłości nowe dyski+nowy sprzęt zadziałają natywnie - tak to rozumiem.

Jako ciekawostka tryb natywny 4KB obsługuje dopiero win 8 i win server 2012.

Advanced format 4K Native - In 4 KB native mode, there is no emulation layer; disk media directly exposes its 4 KB physical sector size to the OS.

root@Debian64:/home/pawel# fdisk -l

Dysk /dev/sda: 500.1 GB, bajtów: 500107862016
głowic: 255, sektorów/ścieżkę: 63, cylindrów: 60801, w sumie sektorów: 976773168
Jednostka = sektorów, czyli 1 * 512 = 512 bajtów
Rozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 4096
Rozmiar we/wy (minimalny/optymalny) w bajtach: 4096 / 4096
Identyfikator dysku: 0x000304f4

Urządzenie Rozruch   Początek      Koniec   Bloków   ID  System
/dev/sda1            2048   102402047    51200000    7  HPFS/NTFS/exFAT
/dev/sda2       102402048   204802047    51200000    7  HPFS/NTFS/exFAT
/dev/sda3   *   204802048   263395327    29296640   83  Linux
/dev/sda4       263395328   976773119   356688896    5  Rozszerzona
/dev/sda5       263397376   468197375   102400000   83  Linux
/dev/sda6       468199424   474753023     3276800   82  Linux swap / Solaris
/dev/sda7       474755072   679555071   102400000   83  Linux
/dev/sda8       679557120   781957119    51200000   83  Linux
/dev/sda9       781959168   884359167    51200000   83  Linux
/dev/sda10      884361216   976773119    46205952   83  Linux

Wątpliwości sie w mędzyczasie wyjaśniły, znalazłem gdzies na blogu na potwierdzenie ładnie ujęte wyjaśnienie:

Na dotychczas kupionych dyskach jeszcze tego nie widać ponieważ firmware dysków, póki co, emuluje każdy 4096 bajtowy sektor na osiem sektorów o starym rozmiarze (tzw. funkcja Advanced Format). Z czasem oczywiście to działanie zostanie zarzucone.

źródło: http://piorekf.org/2010/05/4kb-sektory-na-dyskach/

Ostatnio edytowany przez pawelek2013 (2013-08-16 00:37:35)