HDD alustus

[TenderBeef]

Ensimmäistä kertaa ottamassa käyttöön (USB) kovalevyä linuxin puolella ja haluaisin varmistua, että tein homman oikein.

Ehdin jo kopioimaan vanhalta USB kovolta tavaraa uudelle ja vertasin huvikseni yhden ison kansion kokoja uudella ja vanhalla ja niissä oli pikkiriikkinen ero:

65 items, totalling 68,9 GiB (74 025 833 797 bytes) (vanha kovo)
Vs.
65 items, totalling 68,9 GiB (74 025 833 893 bytes) (uusi kovo)

Kaikista tiedostoista on md5-hashit ja niiden tsekkaus ei tuota virheitä, eli molemmilla levyillä identtiset tiedostot.

Tuli sitten mieleen, että olisikohan levyt sitten alustettu eri lailla:

Uusi kovo:

$ sudo fdisk -l /dev/sda

Disk /dev/sda: 10,94 TiB, 12000105070592 bytes, 23437705216 sectors
Disk model: Elements 25A3
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 3DCFB316-B69B-4132-ABE4-212FB12208C8

Device Start End Sectors Size Type
/dev/sda1 2048 23437703167 23437701120 10,9T Microsoft basic data

Vertailuna vanha kovo:

$ sudo fdisk -l /dev/sdb

Disk /dev/sdb: 3,65 TiB, 4000787030016 bytes, 976754646 sectors
Disk model: USB 3.0 device
Units: sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 268431360 bytes
Disklabel type: dos
Disk identifier: 0x8269f51c

Device Boot Start End Sectors Size Id Type
/dev/sdb1 256 976751999 976751744 3,7T 7 HPFS/NTFS/exFAT

Merkkasin väreillä eroavaisuuksia. GPT:n valitsin uudelle levylle kun luin, että yli 2TB levyt eivät toimisi, mutta tuo vanha 4TB levy näyttäisi kuitenkin olevan MBR. Meniköhän "align" (punaisella) ihan oikein tuolle uudelle levylle? Tarjolla oli GParted:ssa cylinder/MiB/none. MiB valitsin kun luin, että cylinder on jotain ikiaikaista säätöä.

Tiedostojen kokoero siis varmaan johtuu noista sector size eroavaisuuksista.

 

[TenderBeef]

Nythän tämä menee vallan hulluksi. Tässä nyt about 15 minuutin ajan katsellut saman hakemiston kokoa kahdella eri tavalla ja hakemiston koko muuttuu koko ajan, vaikka siis en sille kansiolle mitään tee! Kyseessä siis uusi kovo.

Olen katsonut kokoja Nemo:n kautta hakemiston properties ikkunasta ja terminaalista du-komennolla, tässä kaikki mitä molemmat ovat lyhyen ajan sisällä raportoineet:

Nemo properties:

65 items, totalling 68,9 GiB (74 025 833 893 bytes) (ensimmäinen, oli jo edellisessä viestissä)
65 items, totalling 68,9 GiB (74 025 840 725 bytes)
65 items, totalling 68,9 GiB (74 025 847 117 bytes)
65 items, totalling 68,9 GiB (74 025 846 813 bytes)

du -sb:

74025847389
74025847085

Nyt näyttäisi asettuvan luvut noihin viimeisiin molemmilla tavoilla, mutta siis näyttävät eri arvoja, molemmat on bytes mutta eri. Ja ilman mitään muutoksia kansion sisältöön, 6 eri lukua kansion kooksi listattu lyhyen ajan sisällä! En tajua, ihan käsittämätöntä.

Uudelle kovolle on juuri ajettu 2 VIIKKOA yhteen putkeen levytestejä ja mitään virheitä ei tullut vastaan.

EDIT:

Oli pieni tauko ja kokeilin ensin du -sb terminaalista ja antoi vielä edellisen luvun. Sitten Nemon properties ja nyt taas uusi lukema:

65 items, totalling 68,9 GiB (74 025 854 693 bytes)

Tämän jälkeen taas du -sb ja taas vaihtuu lukema ja reippaammin tällä kertaa (verrattuna edelliseen "du" lukemaan):

74025854965

Mitä täällä oikein tapahtuu?! Ymmärtääkö kukaan?

 

[Kaama]

Mikä tiedostojärjestelmä on käytössä? Ext4?

Meniköhän "align" (punaisella) ihan oikein tuolle uudelle levylle?

parted /dev/sda align-check opt 1

Mitään virheitä ei seuraa vaikka align ei olisi optimaalinen. Suorituskyky vain kärsii.

 

[TenderBeef]

Mikä tiedostojärjestelmä on käytössä? Ext4?

NTFS vanhassa ja uudessa.

parted /dev/sda align-check opt 1

"1 aligned" sanoo. Eli kaikki ok? Mistähän nuo aiemmin listaamani erot sitten johtuu?

Nyt taas Nemon kautta uusi koko kansiolle:

65 items, totalling 68,9 GiB (74 025 858 373 bytes)

Ja "du":

74025858373

Tällä kerta yllättävästi samaa mieltä molemmat.

Muutamia kertoja uusintatsekkauksia ja Nemon properties pysyy tällä kertaa samassa luvussa mutta "du" muuttui:

74025858645

Windowsin puolella vertaillut kansio/tiedostokokoja varmaan ziljoonia kertoja ennen nyt hiljattain linuxiin siirtymistä ja eipä ole tullut tällaista vastaan ikinä ennen vaikka olen näitä SER-vehkeitä näpyttänyt "muutamia kertoja".

 

[Kaama]

Veikkaan että liittyy jotenkin linux-NTFS:n toimintaan, mutta en osaa sanoa tarkemmin.

 

[valurauta]

WD lupaa ainakin joillekin Ultrastar malleille, että levyn 4Kn ja 512e tilan voi vaihtaa:
"512e models can be converted to 4Kn format and vice versa."

https://documents.westerndigital.com/content/dam/doc-library/en_us/assets/public/western-digital/product/data-center-drives/ultrastar-dc-hc300-series/data-sheet-ultrastar-dc-hc300-series.pdf

Kuinkahan tällainen vaihto tehdään käytännössä - ja mielellään Linux-ympäristössä?

 

[demu]

WD lupaa ainakin joillekin Ultrastar malleille, että levyn 4Kn ja 512e tilan voi vaihtaa:
"512e models can be converted to 4Kn format and vice versa."

https://documents.westerndigital.com/content/dam/doc-library/en_us/assets/public/western-digital/product/data-center-drives/ultrastar-dc-hc300-series/data-sheet-ultrastar-dc-hc300-series.pdf

Kuinkahan tällainen vaihto tehdään käytännössä - ja mielellään Linux-ympäristössä?

Hmm. Täällä Windows -ohjeita.

How to format WDBWLG0040HBK from 512e to 4kn

It is 4K physical sector and 512 logical sector, is it possible to format to 4K logical sector by some software??

community.wd.com

How to convert the Western Digital "Ultrastar® DC HC530 14TB HDD" from 512e to 4Kn sector size? (In Windows 10)

Background The Western Digital "Ultrastar® DC HC530 14TB HDD" (Model number: WUH721414ALE6L4)(SATA Interface) comes only in a 512e sector size by default. According to the 2 Western Digital

superuser.com