Unable to replace failed 4TB drive: new disk is reported as ‘device is too small’ on TrueNAS SCALE 25.10 (Goldfish)

Hi everyone,

I’m running TrueNAS SCALE 25.10.0.1 – Goldeye, and I’m having trouble replacing a failing 4TB SMR disk in a 4TB mirror pool.

I bought a brand-new 4TB WD Red Plus (CMR) to replace the old failing WD40EFAX (SMR).

I offlined the old disk, physically removed it from the NAS, and inserted the new CMR drive.

Now the system shows the following:

root@truenas[~]# lsblk -o NAME,SIZE,MODEL
NAME SIZE MODEL
sda 3.6T WDC WD40EFAX-68JH4N1 (the good disk, SMR)
├─sda1 2G
└─sda2 3.6T

sdc 3.6T WDC WD40EFPX-68C6CN0 (the new 4TB WD Red Plus CMR)
└─sdc1 216.6G

When I try to replace the disk, I get the following error:

EZFS_BADDEV: cannot replace […] device is too small

I tried “force” but not work, scuse me for my bad English …

can anyone help me?

Why is there a 216GB partition on the new disk?

You might have to prepare it by wiping it, using the TrueNAS GUI, and then try using it again.

It’s probably a residue from TrueNAS while trying to add the disk. I just wiped the new disk just to show you the clean situation:
root@truenas[~]# lsblk -o NAME,SIZE,MODEL
NAME SIZE MODEL
sda 3.6T WDC WD40EFAX-68JH4N1
├─sda1 2G
└─sda2 3.6T
sdc 3.6T WDC WD40EFPX-68C6CN0

thank you if you can help me

That output seems incomplete. I don’t think you only have 2 disks in the server. There’s no boot device in your output.


What is the output for both:

smartctl -a /dev/sda | grep "User Capacity"

smartctl -a /dev/sdc | grep "User Capacity"

root@truenas[~]# lsblk -o NAME,SIZE,MODEL

NAME SIZE MODEL

sda 3.6T WDC WD40EFAX-68JH4N1

├─sda1 2G

└─sda2 3.6T

sdb 232.9G Samsung SSD 850 EVO 250GB

├─sdb1 260M

├─sdb2 216.6G

└─sdb3 16G

sdc 3.6T WDC WD40EFPX-68C6CN0

sdd 1.8T ST2000DM008-2FR102

├─sdd1 2G

└─sdd2 1.8T

sde 1.8T ST2000DM008-2FR102

├─sde1 2G

└─sde2 1.8T

sdf 232.9G Samsung SSD 860 EVO 250GB

└─sdf1 232.9G

zd0 100G

root@truenas[~]#

root@truenas[~]# smartctl -a /dev/sda | grep “User Capacity”

User Capacity: 4,000,787,030,016 bytes [4.00 TB]

root@truenas[~]# smartctl -a /dev/sdc | grep “User Capacity”

User Capacity: 4,000,787,030,016 bytes [4.00 TB]

root@truenas[~]#

This might be a bug in CE 25.10.0.1.

Not only do you have a 2GB buffer in the existing disk, but the replacement disk is large enough even without it.

If you try again, does it result in a 216GB partition on the new disk again?

ok thanks, I tried to replace again and same error:

“[EZFS_BADDEV] cannot replace 8556839486299796572 with /dev/disk/by-partuuid/22e87612-89d5-4bdb-b728-e0ef6e99078d: device is too small”

and the 216gb partition reappeared:

root@truenas[~]# lsblk -o NAME,SIZE,MODEL

NAME SIZE MODEL

sda 3.6T WDC WD40EFAX-68JH4N1

├─sda1 2G

└─sda2 3.6T

sdb 232.9G Samsung SSD 850 EVO 250GB

├─sdb1 260M

├─sdb2 216.6G

└─sdb3 16G

sdc 3.6T WDC WD40EFPX-68C6CN0

└─sdc1 216.6G

sdd 1.8T ST2000DM008-2FR102

├─sdd1 2G

└─sdd2 1.8T

sde 1.8T ST2000DM008-2FR102

├─sde1 2G

└─sde2 1.8T

sdf 232.9G Samsung SSD 860 EVO 250GB

└─sdf1 232.9G

zd0 100G

root@truenas[~]#

In the meantime, is there no other way to solve it by securing the pool? :frowning: I’m left with only one disk and I’m in a dangerous situation :cry:

That’s peculiar. The 216.6GB partition being created on sdc (replacement disk) is the same as the OS partition on sdb (your boot drive).

@HoneyBadger is this a known bug?

Every time he tries to replace his missing disk in the 4TB mirror vdev, TrueNAS creates a 216.6GB partition, which just so happens to be the size of his OS partition on his boot disk.

That is indeed something that bears investigation as it seems a bit too odd to be pure happenstance.

Questions.

  1. Have you at any point rebooted the system? (If the answer is “no” - don’t do it yet.)
  2. What’s the storage controller in use here (motherboard model if a direct motherboard connection, SAS/HBA controller if it’s an add-on card)

It almost seems like the middleware is querying the wrong disk to figure out what partition layout it should be imitating.

Collecting a debug (System → Advanced → Save Debug) and submitting a bug report from the “Smiley Face” icon in the top is a good thing to do here.

But in regards to fixing this, we have a couple options:

  1. If you haven’t rebooted, we attempt that to see if it’s a case of a non-hotswap controller getting puzzled by this plug-pull.
  2. If you have, or that doesn’t solve it, we manually bake the partitions from the CLI.

Either way, this feels like something I want a fix-it ticket for.

3 Likes

Hi, thanks for the help you’re giving me.

  1. no, I haven’t tried the reboot yet

  2. I’m waiting to upgrade to a server motherboard. However, due to my limited budget, I can’t do so at the moment.

My mb is an Asus H81 Gamer, and the offending pool 4TB is connected to the MB SATA ports directly.

I ​​have a PCI card for two additional SATA ports, which also has an older separate 2TB pool connected to it.

I have created the ticket bug: NAS-138678

ok, for the reboot, I’ll try now and update you, for manual bake the partitions I’ll ask you for a help because I’ve never done it, but I always like to learn new experiences on TN.

@HoneyBadger good notice: after reboot system, the new disk as entered into status “faulted” in red colors , and after click on “replace” , the process of wipe is started and the disk are now recognized and the resilvering process is beginning. I’m waiting for the resilvering to finish to give you the result.

3 Likes

Seems like there might be something in your motherboard that you’d need to toggle in order to enable hotplug properly.

Looking at the manual for that board it seems to point to a PCH Storage Configuration menu in your BIOS, which you should validate is set to AHCI mode (if it isn’t, don’t change it!) and then enabling SATA Hot Plug support.

2 Likes

HI, the resilver is now completed, the situation is:

root@truenas[~]# zpool status -v
pool: NAS 4TB
state: ONLINE
scan: resilvered 2.69T in 13:47:27 with 0 errors on Tue Nov 25 11:10:09 2025
config:

    NAME                                      STATE     READ WRITE CKSUM
    NAS 4TB                                   ONLINE       0     0     0
      mirror-0                                ONLINE       0     0     0
        sdb2                                  ONLINE       0     0     0
        bab65f19-aee3-405e-82d0-a5d76afe614b  ONLINE       0     0     0
    cache
      6ed29a39-6506-42fc-9de9-981b16dc6160    ONLINE       0     0     0

errors: No known data errors

It looks fine, what do you think?

2 Likes

root@truenas[~]# lsblk -o NAME,SIZE,MODEL

NAME SIZE MODEL

sda 3.6T WDC WD40EFPX-68C6CN0

└─sda1 3.6T

sdb 3.6T WDC WD40EFAX-68JH4N1

├─sdb1 2G

└─sdb2 3.6T

sdc 1.8T ST2000DM008-2FR102

├─sdc1 2G

└─sdc2 1.8T

sdd 1.8T ST2000DM008-2FR102

├─sdd1 2G

└─sdd2 1.8T

sde 232.9G Samsung SSD 850 EVO 250GB

├─sde1 260M

├─sde2 216.6G

└─sde3 16G

sdf 232.9G Samsung SSD 860 EVO 250GB

└─sdf1 232.9G

zd0 100G

root@truenas[~]#