Raid clean, degraded completed, estimated time ...

[fvdw]

@jocko, would it be possible without causing data loss to assemble the raid manually and mount it to see if his data is accessible and still present?

[razzor0]

Yes that's what worries me the most. After that I will just copy then and reinstall the whole system.

[Jocko]

There is no issue with your data (100%)

Please to wait, I need to edit some other files so that the firmware set the data volume...

[Jocko]

So disable the debug mode (command debugoff)

- Install the new package with id value 7299 and reboot the nas
- assemble manually the raid as described previously

Code: Select all

mdadm --assemble /dev/md0 --run

- if ok, update the nas database

Code: Select all

 /etc/api/nasapi.php getDataVol

(be careful case sensitive command)
- mount the data volume

Code: Select all

/etc/api/nasapi.php mountAll

You should see your previous shares

Code: Select all

ls -l /share/1100

Go to the firmware web interface, and create again your shares according to the list (your data won't be deleted !)

- start samba server

Code: Select all

/etc/api/nasapi.php getSmbShares

[razzor0]

on it !

[razzor0]

Looks good ! Will now dowload all the stuff i need. The I will do new install etc and will write again. Thank you Guys !

[Jocko]

So nice but I forgot to say you have to repeat these commands (and set again the share) at each time you start the nas (It is why I wanted to fix the raid restoring issue on nas booting)

On nas booting, to remove the 5 attempts to restore the raid which locks the boot script for 50'' :whistle , you may rename the file

Code: Select all

mv /etc/restore_raid.sh /etc/restore_raid.sh.disable

which will restore the regular actions at this step