NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.

Forum Discussion

zzzdeejay's avatar
zzzdeejay
Aspirant
Oct 16, 2017
Solved

ERR Disk Partitioning Failed! & Corrupt Root message

I have a ReadyNas NV+ v2 which has been functioning fine for years. The NAS is set to boot on a timer and when it came on the other morning it was sat with “Booting” on the display for a number of hours. I left it to see if it would progress any further and after about another 3hrs the screen displayed the message “ERR Disk Partitioning Failed!”.

 

I used RAIDar to inspect the NAS and it showed green lights across the board but the message “corrupt root”.

 

I followed the support instructions and did a OS re-install. This took a number of hours again, seemed to be progressing OK but then I ended up with the message “ERR Disk Partitioning Failed!” again and RAIDar showing “corrupt root” again.

 

I’ve read a number of these types of issues across the forums and don’t know whether an option is to remove the first disk (I have 4 in the NAS using XRAID) and see whether that allows the NAS to boot so I can copy data off it.

 

Can I take the disks out and use a HDD caddy to get the data off them?


  • zzzdeejay wrote:

     

     


    zzzdeejay wrote:

    whether an option is to remove the first disk (I have 4 in the NAS using XRAID) and see whether that allows the NAS to boot so I can copy data off it.


    You could try that, just make sure the NAS is powered down when you remove (and reinsert) the disk.  Use the boot menu, and skip the volume check.

    Sorry I don't think I was clear here. My plan was to remove disk 1 altogether (whilst powered off) and then reboot the NAS and see if it would work with just the three remaining disks. To try and answer your first question I looked to see if I had an email from the last time I did a firmware update and have noticed a lot of emails about disk 1 failing:

     


    I did understand your idea, and I do recommend removing disk 1 and skipping the volume check.  If there is some corruption in the data volume file structures, it's best not to let the NAS try and repair it at this point.  Sometimes those repairs can delete data that is accessible.

     

    The fact that you are using 3 TB disks says you have a v2 (arm-based) platform.  FWIW, the Seagate DM drives behave badly in RAID arrays (particularly the 3 TB model you are using).  If you generally use Seagate, replace it with an Ironwolf model instead ST3000VN00x). If you go with Western Digital, get a WD30EFRX.

     

    Let us know what happens when you boot w/o disk 1.

     

     

7 Replies

Replies have been turned off for this discussion
  • StephenB's avatar
    StephenB
    Guru - Experienced User

    zzzdeejay wrote:

    I have a ReadyNas NV+ v2 which has been functioning fine for years.


    Unfortunately the labels are confusing, and a lot of v1 owners think they have a v2.  Are you running 5.3.x firmware?

     


    zzzdeejay wrote:

    whether an option is to remove the first disk (I have 4 in the NAS using XRAID) and see whether that allows the NAS to boot so I can copy data off it.

     


    You could try that, just make sure the NAS is powered down when you remove (and reinsert) the disk.  Use the boot menu, and skip the volume check.

     


    zzzdeejay wrote:

    Can I take the disks out and use a HDD caddy to get the data off them?


    That should be possible if the RAID volume is intact (booting a PC with a linux live boot disk).  I haven't seen explicit instructions for an NV+ v2 though.

    • zzzdeejay's avatar
      zzzdeejay
      Aspirant

      Many t hanks for replying StephenB.

       


      StephenB wrote:

      zzzdeejay wrote:

      I have a ReadyNas NV+ v2 which has been functioning fine for years.


      Unfortunately the labels are confusing, and a lot of v1 owners think they have a v2.  Are you running 5.3.x firmware?

       

      Unfortunately I have no idea, would I be able to find this out from RAIDar or via any other method? Does it significantly effect the recovery options?

       

       


      zzzdeejay wrote:

      whether an option is to remove the first disk (I have 4 in the NAS using XRAID) and see whether that allows the NAS to boot so I can copy data off it.


      You could try that, just make sure the NAS is powered down when you remove (and reinsert) the disk.  Use the boot menu, and skip the volume check.

      Sorry I don't think I was clear here. My plan was to remove disk 1 altogether (whilst powered off) and then reboot the NAS and see if it would work with just the three remaining disks. To try and answer your first question I looked to see if I had an email from the last time I did a firmware update and have noticed a lot of emails about disk 1 failing:

       

      Detected increasing uncorrectable errors[4464] on disk 1 [ST3000DM001-1CH166, Z1F1NRET]. This often indicates an impending failure. Please be prepared to replace this disk to maintain data redundancy.
      Reallocated sector count has increased in the last day.
      
      Disk  1:
        Previous count: 800
        Current count: 848
      
      Growing SMART errors indicate a disk that may fail soon.  If the errors continue to increase, you should be prepared to replace the disk.

      Disk 1 seems pretty knackered! Makes me feel taking disk 1 out and leaving it out is the best course of action?

       

      Should I still skip the volume check?

       


      StephenB wrote: 

      zzzdeejay wrote:

      Can I take the disks out and use a HDD caddy to get the data off them?


      That should be possible if the RAID volume is intact (booting a PC with a linux live boot disk).  I haven't seen explicit instructions for an NV+ v2 though.


      I've seen a few instructions but think ditching disk 1 is the best thing to try first?

       


       

      • StephenB's avatar
        StephenB
        Guru - Experienced User

        zzzdeejay wrote:

         

         


        zzzdeejay wrote:

        whether an option is to remove the first disk (I have 4 in the NAS using XRAID) and see whether that allows the NAS to boot so I can copy data off it.


        You could try that, just make sure the NAS is powered down when you remove (and reinsert) the disk.  Use the boot menu, and skip the volume check.

        Sorry I don't think I was clear here. My plan was to remove disk 1 altogether (whilst powered off) and then reboot the NAS and see if it would work with just the three remaining disks. To try and answer your first question I looked to see if I had an email from the last time I did a firmware update and have noticed a lot of emails about disk 1 failing:

         


        I did understand your idea, and I do recommend removing disk 1 and skipping the volume check.  If there is some corruption in the data volume file structures, it's best not to let the NAS try and repair it at this point.  Sometimes those repairs can delete data that is accessible.

         

        The fact that you are using 3 TB disks says you have a v2 (arm-based) platform.  FWIW, the Seagate DM drives behave badly in RAID arrays (particularly the 3 TB model you are using).  If you generally use Seagate, replace it with an Ironwolf model instead ST3000VN00x). If you go with Western Digital, get a WD30EFRX.

         

        Let us know what happens when you boot w/o disk 1.

         

         

NETGEAR Academy

Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology! 

Join Us!

ProSupport for Business

Comprehensive support plans for maximum network uptime and business peace of mind.

 

Learn More