4TB shows as 1.8TB

euiat · 04-30-2018, 01:28 PM

I just updated the bios (Dell t3500) to support this drive, it finally shows up as 4TB in the bios. However Linux Lite it's still showing the 1.8TB.

Not exactly sure how to fix this. From search results I've tried:

Code:

fschk -a /dev/sdb1
fschk -y /dev/sdb1

That did nothing. Also:

Code:

sfdisk -s /dev/sdb1
1759526912

I could be wrong, but that too says 1.8TB?

There is an issue with this drive, somehow it got erased sometime ago. I avoid writing to it because it contains several hundred gigs of art that I've created over the past several years. I want to see if I can recover those files. But first I need to get the correct size...

MensaWater · 04-30-2018, 02:59 PM

Try using gparted instead of fdisk and change partition table (type) to gpt.

knudfl · 04-30-2018, 03:16 PM

'fdisk' and 'sfdisk' are limited to < 2 TB.

2 .. 4 TB : # parted /dev/sdX print

My example: # parted /dev/sdc print
Model : ATA Hitachi ....
Disk /dev/sdc: 3001GB
.
# parted /dev/sdg print
Model: ST2000DM 001-1ER164 (scsi)
Disk /dev/sdg: 2000GB
.
-

knudfl · 04-30-2018, 03:47 PM

@MensaWater : Not sure what you mean with "change partition table (type)", when the disk contains files to be saved ...

And : Partition table doesn't matter for printing size :
# parted /dev/sdX print

The 3TB disk in my example has a DOS partition table = 2073MB.

-

syg00 · 04-30-2018, 05:52 PM

Depends how out of date your distro/tools are - both fdisk and cfdisk support gpt disk nowadays.

Lets's see the parted output - no matter how big the disk the partition size can be arbitrary - granted that msdos structured disk has a (2G-1) limit per partition. And for someone wanting to recover potentially at-risk data, fsck (sp !) is not a good idea.

jefro · 04-30-2018, 07:58 PM

I'd save any data off that you wish to save. Then do full clean install.

You never want to work on a booted system like that also. Boot to some live media if you want to try any type of file repair.

Strikes me odd that you could do a bios update to solve that limit. Guess possible.

euiat · 05-01-2018, 12:27 PM

Here is the output of parted /dev/sdb1 print:

Code:

Model: Unknown (unknown)
Disk /dev/sdb1: 1802GB
Sector size (logical/physical): 512B/4096B
Partition Table: loop
Disk Flags: 

Number  Start  End     Size    File system  Flags
 1      0.00B  1802GB  1802GB  ntfs

It was used on a windows computer. It's just mounted, I've written nothing to it. Os is on another drive.
Still showing correctly in bios, shows up normal in a usb drive on windows.

rknichols · 05-01-2018, 12:33 PM

Quote:

Originally Posted by euiat

Here is the output of parted /dev/sdb1 print:

Code:

Model: Unknown (unknown)
Disk /dev/sdb1: 1802GB
Sector size (logical/physical): 512B/4096B
Partition Table: loop
Disk Flags: 

Number  Start  End     Size    File system  Flags
 1      0.00B  1802GB  1802GB  ntfs

You are running parted on a partition (sdb1), not on the whole drive (sdb). Run "parted /dev/sdb print".

euiat · 05-01-2018, 01:05 PM

That's what that does... I had a hell of a time flashing a usb because I kept putting the number on the end. Leaving it off fixed it. Thanks for that information.

Here it shows that it's 4TB not 1.8, so I'm not crazy. Just need to get it corrected now.

Code:

Model: ATA ST4000DM000-1F21 (scsi)
Disk /dev/sdb: 4001GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags: 

Number  Start   End     Size    Type     File system  Flags
 1      1049kB  1802GB  1802GB  primary  ntfs         boot

MensaWater · 05-01-2018, 01:35 PM

Quote:

Originally Posted by knudfl

@MensaWater : Not sure what you mean with "change partition table (type)", when the disk contains files to be saved ...

And : Partition table doesn't matter for printing size :
# parted /dev/sdX print

The 3TB disk in my example has a DOS partition table = 2073MB.
-

Your example doesn't show the partition table type which for parted I think means it is msdos.

I mean the table not the individual partition. the msdos table doesn't recognize beyond 2 TB. The gpt table does. See mklabel in parted man page:

Quote:

mklabel label-type
Create a new disklabel (partition table) of label-type.
label-type should be one of "bsd", "dvh", "gpt", "loop",
"mac", "msdos", "pc98", or "sun".

After setting the table to gpt when you do parted and print it will show "Partition Table: gpt"

euiat · 05-01-2018, 04:27 PM

Changed the label,

parted /dev/sdb, changed the label to 'gpt' now the drive is missing. It's not mountable.

df -h

Code:

Filesystem      Size  Used Avail Use% Mounted on
udev            3.9G     0  3.9G   0% /dev
tmpfs           798M  9.5M  789M   2% /run
/dev/sda1       224G  6.1G  206G   3% /
tmpfs           3.9G   67M  3.9G   2% /dev/shm
tmpfs           5.0M  4.0K  5.0M   1% /run/lock
tmpfs           3.9G     0  3.9G   0% /sys/fs/cgroup
cgmfs           100K     0  100K   0% /run/cgmanager/fs
tmpfs           798M   48K  798M   1% /run/user/1000

inxi -pou

Code:

Partition: ID-1: / size: 224G used: 6.1G (3%) fs: ext4 dev: /dev/sda1
           uuid: 776dd7be-3b4e-4741-a2ec-051cb2b351cb
           ID-2: swap-1 size: 6.44GB used: 0.00GB (0%) fs: swap dev: /dev/sda5
           uuid: 6faf8c7a-beb6-4d75-844a-7f12a4400465
Unmounted: No unmounted partitions detected

I can still 'parted /dev/sdb'

Is there something else I need to do?

hydrurga · 05-01-2018, 04:36 PM

Quote:

Originally Posted by MensaWater

the msdos table doesn't recognize beyond 2 TB.

If you are using an Advanced Format disk in 4Kn mode then the limit is 16 TiB.

MensaWater · 05-02-2018, 08:03 AM

Just to be clear:
/dev/sd[letters] is the entire disk e.g. /dev/sda, /dev/sdb, /dev/sdea
/dev/sd[letters][numbers] are partitions on the disk (e.g. /dev/sda1 = first partition on first disk, /dev/sda2 = second partition on same disk, /dev/sdc5 = fifth partition on third disk)

You gave us partition information for sda which is presumably your main disk used for boot and OS (one of them is used for swap). You didn't give us the information for sdb which is presumably your new disk.

You'd want to verify you can see all the space on the disk and its partitions. To do that run "parted /dev/sdb print".

Even if the entire disk shows the 4TB if you had then created a first partiton (/dev/sdb1 as mentioned in your first post) of 1.8 TB it would not immediately inherit all the space on the entire disk. You'd need to change the size of the partition itself. If you don't have a partition 2 (/dev/sdb2) you can just modify partition 1 to change its end to use all the space possible (again assuming the entire disk [/dev/sdb] shows all the space).

To restate it: partitions are subdivisions of disks.