mjhjmtu

I just plugged into USB A 3.0 / C 3.1 my new external HDD to Debian Buster system.

The disk was sold as LaCie 2.5" Porsche Design P'9227 2TB USB-C.

Here is the output of fdisk -l /dev/sdc:

Disk /dev/sdc: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors
Disk model: P9227 Slim 
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 33553920 bytes

I just read some articles about 4k-emulated drives (512e), this one should be the case.

I am confused as to how to format it with NTFS.

I tried to use my brain, and here is what I came with:

• 
  

  Start sector of the partition should probably start on 4096 sector (?)

  
  
  

  So I created a partition with gdisk like this:

  
  
  

  Device Start End Sectors Size Type
  /dev/sdc1 4096 3907029134 3907025039 1.8T Microsoft basic data
  

  
  


• 
  

  Sector size should probably be forced with the --sector-size option like I did (?) issuing:

  
  
  

  mkfs.ntfs --no-indexing --verbose --with-uuid --label EXTERNAL_2TB --quick --sector-size 4096 /dev/sdc1
  

  
  

EDIT1:

Windows 10 fully updated did not recognize the partition and asked me to format, I used my favorite tool for that, and back to Linux here is the output of fdisk -l /dev/sdc:

Device Start End Sectors Size Type
/dev/sdc1 2048 3907028991 3907026944 1,8T Microsoft basic data

So why it must start at sector 2048, I don't understand.

EDIT2:

I don't understand what I am doing wrong in terms of compatibility with Windows. Every time I re-partition it / re-format it and boot Windows and plug the drive in, it just offers me to Format it itself.

I am quite positive I tried everything from inside gdisk + mkfs.ntfs.

I would like to know why I am unable to do the same as Windows does from my Linux CLI.

I will answer all questions tomorrow morning as well as comments.

I am now running:

pv --progress --timer --eta --rate --average-rate --bytes -s 1953314876k < /dev/zero > /media/vlastimil/LACIE_2TB/zero

with an expected speed of 123 MiB/s.

A physical sector size of 4096 means that the data on the drive is laid out in units of 4096 bytes, i.e. disk comprised of sequential "compartments" of 4096 bytes, that have to be written atomically. For compatibility reasons, most disks with 4096 byte sectors present themselves as having traditional 512 byte "logical sectors", which means the addressing unit is a 512 byte block.

The practical implication of this emulation of a 512 sector drive with an underlying disk with 4096 byte sectors is a potential performance issue. When writing a single 512 byte sector to a 512e disk, the drive must read the whole 4096 byte sector containing the 512-byte sector, modify the sector in RAM (on the disk controller) by replacing the 512-byte sector with the new contents, and finally write the whole 4096 sector back to the disk. Things get worse if you are reading or writing a couple of consecutive 512 sectors that happen to cross a 4096 sector boundary.

File systems usually lay out their data structures well, i.e. they are aligned to multiples of at least 4096 bytes, so the bigger sector size normally does not present a problem. This all breaks down, however, if the partition containing the file system itself is not aligned properly. In the case of a 512e disk, the partitions should be aligned so that the first 512-byte logical sector number is a multiple of eight.