formatowanie duzego dysku - Wyrownanie jest przesuniete o 512 bajtow i problem wydajnosci ?

[Janusz]

mam nowiusienki 4TB dysk na USB
podzielilem go na pol a system w momencie jego formatowania wypluwa

[root@server ~]# mkfs.ext4 /dev/sdb1
mke2fs 1.41.12 (17-May-2010)
Wyrównanie /dev/sdb1 jest przesunięte o 512 bajtów.
Może to powodować bardzo niską wydajność, zalecane jest (prze)partycjonowanie.
Discarding device blocks: failed - Błąd wejścia/wyjścia
Etykieta systemu plików=
Typ OS: Linux
Rozmiar bloku=4096 (log=2)
Rozmiar fragmentu=4096 (log=2)
Stride=1 bloków, szerokość Stripe=0 bloków
122093568 i-węzłów, 488373984 bloków
24418699 bloków (5.00%) zarezerwowanych dla superużytkownika
Pierwszy blok danych=0
Maksymalna liczba bloków systemu plików=4294967296
14904 grup bloków
32768 bloków w grupie, 32768 fragmentów w grupie
8192 i-węzłów w grupie
Kopie zapasowe superbloku zapisane w blokach:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
102400000, 214990848

Zapis tablicy i-węzłów: 8630/14904

Jak wyrownac i czy to faktycznie ma wplyw na wydajnosc ?
Czytam ze to wyrownanie i wydajnosc bardziej dotyczy dyskow SSD a nie talerzowych.

[marrgol]

On 2018-06-13 at 13:33, Janusz wrote:
> mam nowiusienki 4TB dysk na USB
> podzielilem go na pol a system w momencie jego formatowania wypluwa
>
> [root@server ~]# mkfs.ext4 /dev/sdb1
> mke2fs 1.41.12 (17-May-2010)
> Wyrównanie /dev/sdb1 jest przesunięte o 512 bajtów.
> Może to powodować bardzo niską wydajność, zalecane jest (prze)partycjonowanie.

> […]

> Jak wyrownac i czy to faktycznie ma wplyw na wydajnosc ?

Ma wpływ -- w skrócie brak wyrównania powoduje, że musi być wykonywane
więcej odczytów/zapisów sektorów na dysku niż jest to konieczne do
odczytów/zapisów bloków filesystemu, co te operacje znacząco spowalnia.

Wyrównać można tylko repartycjonując. Czym partycjonowałeś? Co pokazuje
'fdisk -l /dev/sdb'?


--
mrg

[januszwa...@gmail.com]

> Wyrównać można tylko repartycjonując. Czym partycjonowałeś? Co pokazuje
> 'fdisk -l /dev/sdb'?
>

partycje zakładalem cfdisk

fdisk -l /dev/sdb

Dysk /dev/sdb: 4000.8 GB, bajtów: 4000752599040
głowic: 255, sektorów/ścieżkę: 63, cylindrów: 486397
Jednostka = cylindrów, czyli 16065 * 512 = 8225280 bajtów
Rozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 4096
Rozmiar we/wy (minimalny/optymalny) w bajtach: 4096 / 4096
Identyfikator dysku: 0x00000000

Urządzenie Rozruch Początek Koniec Bloków ID System
/dev/sdb1 1 243199 1953495936 83 Linux
Partycja 1 nie zaczyna się na granicy bloku fizycznego.
/dev/sdb2 243200 486398 1953488992+ 83 Linux
Partycja 2 nie zaczyna się na granicy bloku fizycznego.

[marrgol]

Próbując używać „dosowej” tablicy partycji na dysku większym od 2T
prosisz się o kłopoty. Teoretycznie da się w ten sposób używać
dwóch partycji <2T, ale OS-y, które to potrafią, potrafią też
obsłużyć GPT, więc nie ma sensu ryzykować, że zapisy zamiast na
drugiej będą lądowały na pierwszej partycji uszkadzając FS.

Ten twój fdisk/cfdisk to chyba jakiś staroć, ostatnie wersje
nie pozwoliłyby ci założyć takich partycji jw. Użyj najnowszych
wersji ww., albo gdisk/cgdisk, i załóż partycje GPT. Programy
zadbają o właściwe wyrównanie -- dla pierwszej partycji zaakceptuj
sektor startowy 2048 i podaj jej rozmiar +1907707M, a dla drugiej
zaakceptuj defaulty.


--
mrg

[Marcin Debowski]

On 2018-06-14, januszwa...@gmail.com <januszwa...@gmail.com> wrote:
> Urządzenie Rozruch Początek Koniec Bloków ID System
> /dev/sdb1 1 243199 1953495936 83 Linux
> Partycja 1 nie zaczyna się na granicy bloku fizycznego.
> /dev/sdb2 243200 486398 1953488992+ 83 Linux
> Partycja 2 nie zaczyna się na granicy bloku fizycznego.

Najprościej utwórzyć poprawną tablicę od nowa bo jeśli będziesz chciał to
zrobić przesuwając początek partycji to zdaje się będzie trochę
kombinowania.

--
Marcin

[Janusz]

ok dzieki poszlo parted
wczesniej kopiowanie na dysk USB 1GB pliku to 20-30Mb/s
po przepartycjonowaniu na GPT 55-60Mb/s
zyc nie umierac :)