@nutello here you go, just tested and worked 100%
If you run into issues with CacheVolume, nfs, shares and DataVolume not unmounting then debrick again but this time don’t do the quick factory restore. After the debrick, turn on SSH in the dashboard and use putty to issue the following commands.
Part 1 (Do not type the lines in BOLD in PuTTY as they are just a couple of prompts you will run into)
/etc/init.d/cron stop
/etc/init.d/monitorio stop
/etc/init.d/twonky stop
/etc/init.d/itunes stop
/etc/init.d/orion stop
umount /CacheVolume
umount /nfs
umount /shares
umount /DataVolume
parted
unit s
p
Error: The backup GPT table is corrupt, but the primary appears OK, so that will
be used.
OK/Cancel?
OK
Warning: Not all of the space available to /dev/sda appears to be used, you canfix the GPT to use all of the space (an extra 3907008000 blocks) or continuewith the current setting?Fix/Ignore?
Fix
rm 4
Warning: WARNING: the kernel failed to re-read the partition table on /dev/sda
(Device or resource busy). As a result, it may not reflect all of your changes
until after reboot.
mkpart primary 9031680s -1
Is this still acceptable to you?
Yes
quit
sync
reboot
Device will now reboot
Part 2 (Do not type the lines in BOLD in PuTTY as they are just a couple of prompts you will run into)
/etc/init.d/cron stop
/etc/init.d/monitorio stop
/etc/init.d/twonky stop
/etc/init.d/itunes stop
/etc/init.d/orion stop
umount /CacheVolume
umount /nfs
umount /shares
umount /DataVolume
e2fsck -f /dev/sda4
Select yes to all fix prompts (There will be a ton of them)
resize2fs -p /dev/sda4This command takes a long timesync
reboot
When the MBL reboots you should have 2TB showing in the dashboard
