So, I upgraded from 4.5.6 to 4.7, but after doing so Unraid complains about one of my discs being too small. I get the following message:

Replacement disc needs to be as large or larger than .... something something (forgot to copy the exact text..)

Now I am back on 4.5.6 and it's working fine again, but I would like to upgrade to the newer version. I've read about the HPA issue with Gigabyte mobos, but I have an Asus mobo, so I don't think this applies to me. The problem concerns a disc from Western Digital. Can anyone tell me what to do?

TIA

 

PS: This is what Unraid tells me about the disc:

 

disk10

WDC_WD7500AADS-0_WD-WCAV51127845

WDC_WD7500AADS-0_WD-WCAV51127845 38°C 732,573,492

                                                                        732,573,496

 

It sounds as if you have an HPA, a 750Gig drive will usually show as 732,574,552 if there is no HPA present.

 

Post the output of

hdparm -N /dev/sdX

(where sdX = your correct drive)

 

and attach a syslog to your next post.

 

Joe L.

Thanks for your reply, this is what I get:

 

/dev/sda:

max sectors  = 1465147055/5531376, HPA setting seems invalid

syslog.txt

Thanks for your reply, this is what I get:

 

/dev/sda:

max sectors   = 1465147055/5531376, HPA setting seems invalid

 

from your syslog:

Jul  3 20:32:52 Olifant kernel: ata1.00: HPA detected: current 1465147055, native 1465149168

Jul  3 20:32:52 Olifant kernel: ata1.00: ATA-8: WDC WD7500AADS-00M2B0, 01.00A01, max UDMA/133

Jul  3 20:32:52 Olifant kernel: ata1.00: 1465147055 sectors, multi 16: LBA48 NCQ (depth 31/32)

Jul  3 20:32:52 Olifant kernel: ata1.00: configured for UDMA/100

Jul  3 20:32:52 Olifant kernel: scsi 1:0:0:0: Direct-Access    ATA      WDC WD7500AADS-0 01.0 PQ: 0 ANSI: 5

Jul  3 20:32:52 Olifant kernel: sd 1:0:0:0: [sda] 1465147055 512-byte logical blocks: (750 GB/698 GiB)

Jul  3 20:32:52 Olifant kernel: sd 1:0:0:0: [sda] Write Protect is off

Jul  3 20:32:52 Olifant kernel: sd 1:0:0:0: [sda] Mode Sense: 00 3a 00 00

Jul  3 20:32:52 Olifant kernel: sd 1:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA

Jul  3 20:32:52 Olifant kernel:  sda: sda1

Ok thanks, can you maybe point me to instructions on how to fix the situation?

I guess I have to disable this feature in my BIOS first. It's some kind of save BIOS to hdd feature if i'm not mistaken...??

 

And after that?

I think I have a link in my signature relating to HPA and disk being too small... But you are correct, it's a BIOS 'feature' typically on Gigabyte boards called "backup bios to disk" or "save bios to disk". In order to truely be safe from it occurring again, it has to be disabled by DEFAULT. Otherwise all it takes is a battery/cmos wipe and you're back to having your drives having issues.

Ok thanks, can you maybe point me to instructions on how to fix the situation?

I guess I have to disable this feature in my BIOS first. It's some kind of save BIOS to hdd feature if i'm not mistaken...??

 

And after that?

Since you are on an ASUS MB odds are you'll be able to fix this by

Stopping the array

Typing

hdparm -N p1465149168 /dev/sda

 

and then re-booting might be needed.

 

See here for the full description I made in a prior post for a different user:

http://lime-technology.com/forum/index.php?topic=5072.msg46903#msg46903

 

The HPA could have been created when the disk was attached to a different MB.  I've never heard of one being created by an ASUS MB.

I removed the HPA using the hdparm command and installed version 4.7

Everything is running fine now.

 

I couldn't find anything in the BIOS that looked like an HPA function, but I have used this hdd in other motherboards before, so I'm guessing it was created while on another mb..

 

Thanks for your help.

 

Danny