Guide[Linux][Windows]: Migrate to SSD/HDD of any size, only for SATV Pro

Search This thread
By:
Advanced…
W

wirpo032

New member
Sep 9, 2010
3
0
Very silly question: When I follow the guide, do I need to have created a copy of the current Shield HDD to the SDD before I create and write the lastbin file or afterwards?

I wanted to create a copy of the Shield HDD with HDDguru, then copy it to the SDD and then create the bin file. Is that the correct order?

Do i even need to copy the Shield HDD if I'm OK with a fresh install of android?
 
A

AutoGrind

New member
Nov 18, 2018
4
0
anchung.chen said:
Hi All:

Thank Luxferro, Tilator and hallydamaster for your hard works, so we could replace the SSHD on shield-pro-tv with any SSD or HHD.

I wrote a small program to do all calculations and generate the new lastpart.bin directly.

usage : ./shield_pro_new_disk_gpt_calculator Input_bin_file New_disk_size_in_byte Output_bin_file

It is for 64-bit Linux PC. Any comments are welcome. And if you like, the source code will be opened.

Well, I think it is quite straightforward to use it. This program just generates the modified lastpart.bin from your original lastpart.bin and disk size (byte) of new SSD/HHD which you will migrate to.

For example of hallydamaster guide, the new 2TB disk has 2000398934016 bytes and 3907029168 sectors. Then
Using following command to generate the correct lastpart.bin for the new 2TB disk.
Code: 
./shield_pro_new_disk_gpt_calculator lastpart.bin 2000398934016 new_lastpart.bin

Using following command to write the correct lastpart.bin to the new 2TB disk.
Code: 
sudo dd if=new_lastpart.bin of=/dev/sdX bs=512 seek=3907029158
Click to expand...
Click to collapse
How can I install this on Manjaro from zip?
 
A

AutoGrind

New member
Nov 18, 2018
4
0
anchung.chen said:
Hi All:

Thank Luxferro, Tilator and hallydamaster for your hard works, so we could replace the SSHD on shield-pro-tv with any SSD or HHD.

I wrote a small program to do all calculations and generate the new lastpart.bin directly.

usage : ./shield_pro_new_disk_gpt_calculator Input_bin_file New_disk_size_in_byte Output_bin_file

It is for 64-bit Linux PC. Any comments are welcome. And if you like, the source code will be opened.

Well, I think it is quite straightforward to use it. This program just generates the modified lastpart.bin from your original lastpart.bin and disk size (byte) of new SSD/HHD which you will migrate to.

For example of hallydamaster guide, the new 2TB disk has 2000398934016 bytes and 3907029168 sectors. Then
Using following command to generate the correct lastpart.bin for the new 2TB disk.
Code: 
./shield_pro_new_disk_gpt_calculator lastpart.bin 2000398934016 new_lastpart.bin

Using following command to write the correct lastpart.bin to the new 2TB disk.
Code: 
sudo dd if=new_lastpart.bin of=/dev/sdX bs=512 seek=3907029158
Click to expand...
Click to collapse
I'm very new at this especially using Linux. Ive successfully dumped first and lastpart from sshd. I have written firstpart to new SSD. All I need now is to edit the lastpart then write it to the new. I know the bytes and sectors of the new drive just not how to use your tool properly. This is where being new is hitting me and could use a little help.
 
M

maddmacc

Member
Aug 11, 2014
5
0
So Dumb question, Hope peaple are still here
when doing ,
dd if=/dev/sdX bs=512 skip=976773158 of=lastpart.bin
I get error cannot skip, Invalid parameter, then why is the number 976773158 ?

Thanks Guys
 
S

Shamoth

Member
Oct 4, 2014
9
3
For last few days i was trying to swap original updated to 8.2.3 SSHD that is 500107859968 bytes / 976773164 sectors to 512GB SSD 512110188544 bytes / 1000215212 sectors, according to winDD and other HDD tools.
All steps according to first 2 posts, without images based on "reverse engineering" of attached lastpart files for different SSD sizes.
Bootloader unlocked, factory reset done, data wiped, made image of whole disk just in case, dumped first and last part from 976773158 sector that included 10 sectors according to winDD, cloned original SSHD to 512GB SSD and zeroed everything from 976773158 to 1000215212 sector, hex edited lastpart and wrote it to 1000215202 sector of SSD and still blank.
Some of you might just noticed what i haven't, while going step by step of guide.
Yes, additional 4 sectors dumped that exceeded last 976773164 sector of SSHD.
Even HxD and other tools see only 976773164 sectors of original SSHD or 1000215212 sectors of SSD and sectors with EFI PART in ASCII aren't visible because they are out or range.
All became clear when i gave up and in last resort i started to verify original lastpart in spreadsheet from post http://forum.xda-developers.com/showpost.php?p=67996717&postcount=189.
Inserted 500107859968 and returned 976773164 sectors and 3A38600A Last LBA what corresponds to 976773130 sectors that supposed to be under offset 00000FA8 but in original lastpart there is 3A38600E what corresponds to 976773134 sectors.
And that made my mind blow...
Is there any other updated spreadsheet to manually hexedit lastpart, im not linux guy so wont be able to use script from 3rd post...
Probably hallydamaster or Luxferro arent active anymore in this matter to verify this.
I have attached original lastpart and edited original one based on spreadsheet and "reverse engineering" and also 2nd edited one based on old 2tb lastpart, because they differ.
Just in case if any good soul would like to take a look at it and correct me what am i doing wrong that SATV shows no reaction except green light even after few hours before next cold boot and after it.
Cheers.
 

Attachments

  • lastpart-500gb-org.bin
    5 KB · Views: 18
  • lastpart-512gb-512110188544.bin
    5 KB · Views: 6
  • lastpart-512gb-512110188544-old.bin
    5 KB · Views: 4
Last edited:
S

Shamoth

Member
Oct 4, 2014
9
3
So i have tinkered in original spreadsheet and here it is...
Updated version that worked for 8.2.3 moved to 512GB SSD with 512110188544 bytes.

https://docs.google.com/spreadsheets/d/1-HQxUzo5ZholqKxqnAoeg9e6GKH_EBdK_JTFB3nqNzI/edit?usp=sharing

Actually after writing lastpart.bin to "Starting LBA of array of partition entries", in this case 1000215206 sector, SATV booted up in few seconds from first kick without waiting 15 to 120 minutes and cold booting again :devilish:

Just in case attached lastpart.bin for 512GB drives with 512110188544 bytes.

Thank You Luxferro and hallydamaster for making this possible :D

Now this baby needs root and some personal approach ;)
 

Attachments

  • lastpart-512gb-512110188544.bin
    5 KB · Views: 16
R

redcorn245

New member
Oct 24, 2010
4
0
Can someone please help. I have retrieved the firstpart.bin and lastpart.bin from original sshd. I put the firstpart.bin onto the 1tb ssd I want to use. But I cannot seem to get the gpt calculator to run..... can someone maybe guide me on how to use the calculator?
 
R

redcorn245

New member
Oct 24, 2010
4
0
I have followed the directions to a T. I've tried with a sandisk 1tb and a pioneer 1tb. I've tried with the first gen calculator and the second 4k calculator. I've tried with a usb to sata cable individually. And I also have tried hooking it up through sata. I can successfully extract the files from the original drive, run the calculator on lastbin. And successfully wrote them to the new ssd. When I put it in the system. The light turns on but nothing else happens. I dont understand. .. please help
 
S

Shamoth

Member
Oct 4, 2014
9
3
redcorn245 said:
I have followed the directions to a T. I've tried with a sandisk 1tb and a pioneer 1tb. I've tried with the first gen calculator and the second 4k calculator. I've tried with a usb to sata cable individually. And I also have tried hooking it up through sata. I can successfully extract the files from the original drive, run the calculator on lastbin. And successfully wrote them to the new ssd. When I put it in the system. The light turns on but nothing else happens. I dont understand. .. please help
Click to expand...
Click to collapse
I think that at some point, some firmware version, there were changes in structure, those 4 sectors.
Try editing lastpart with calculations from moded spreadsheet #469

Eventually drop your lastpart here with bytes/sectors of destined SSD
 
  • Like
Reactions: redcorn245
Q

qxotic

Member
Jan 18, 2022
11
3
nVidia Shield Android TV (2017)
Curious... in my testing, following the same procedure for each. It worked with a samsung 500Gb, and an SP and a Transcend 256G, it did not work on my Kingston120G or my PNY 1Tb. It appears that for some unknown reason, some drives don't play nice. I am able to dd and gzip a backup with my 256G ssd... using this command to save the SP 256G disk image - sudo dd if=/dev/sdh bs=16M | gzip > nstv256Gbak.img.gz gave me a gzip file only 4.3G in size, from which I am able to use this command gzip -dc nstv256Gbak.img.gz | sudo dd of=/dev/sdh to write the image to the Transcend 256 I have (h is the drive letter when connected to my system and the 256 G drives have the same exact number of bytes. ) It does break if I try to update past 8.0 I think it is. I used the program to create the new lastpartbin for each test. I was not able to get any of the pre-made ones to work. At least with my backup gzip file I am able to restore back to my useful point.
 
D

dpruzi

New member
May 9, 2022
1
0
anchung.chen said:
Hi All:

Thank Luxferro, Tilator and hallydamaster for your hard works, so we could replace the SSHD on shield-pro-tv with any SSD or HHD.

I wrote a small program to do all calculations and generate the new lastpart.bin directly.

usage : ./shield_pro_new_disk_gpt_calculator Input_bin_file New_disk_size_in_byte Output_bin_file

It is for 64-bit Linux PC. Any comments are welcome. And if you like, the source code will be opened.

Well, I think it is quite straightforward to use it. This program just generates the modified lastpart.bin from your original lastpart.bin and disk size (byte) of new SSD/HHD which you will migrate to.

For example of hallydamaster guide, the new 2TB disk has 2000398934016 bytes and 3907029168 sectors. Then
Using following command to generate the correct lastpart.bin for the new 2TB disk.
Code: 
./shield_pro_new_disk_gpt_calculator lastpart.bin 2000398934016 new_lastpart.bin

Using following command to write the correct lastpart.bin to the new 2TB disk.
Code: 
sudo dd if=new_lastpart.bin of=/dev/sdX bs=512 seek=3907029158
Click to expand...
Click to collapse

Six years later,
Thanks for everyone who made/improved this guide, and especially thanks to anchung.chen for this GPT calculator. I could not figure out the correct information to use because I used a 120gb drive and the calculator sheet spit out 7 characters instead of 8. Lots of frustration later, your calculator finally let me finish this! Thank you!
 
A

Admn31337

Member
Oct 15, 2014
7
2
so the easy way i did it was using a dock cloner. put in sshd in slot 1 and blank in slot 2. bam 2 hours and i have a perfect copy. now im using a 512 gb and the drive is 500 so i am leaving out the 12 gb at the end. meh. works fine and i can do all the testing i want. i can root install linage, new kernels an even a copy of nethunter... when i brick it i just reflash from sshd and bam back to stock... hope this helps someone...
 
  • Like
Reactions: o-l-a-v
usamartinez

usamartinez

Member
Nov 24, 2011
24
6
Hi Admn31337
Question:
I have a Nvidia shield pro 2015, the 500gb HD drive is broken, I am unable to copy it to another Samsung 500gb. Is there a single image that I can flash to the new Samsung drive?
Thank You
Mario
 
B

BostonDan

Senior Member
Mar 24, 2010
411
503
Red Dwarf
Nvidia Shield
nVidia Shield Android TV (2017)
usamartinez said:
Hi Admn31337
Question:
I have a Nvidia shield pro 2015, the 500gb HD drive is broken, I am unable to copy it to another Samsung 500gb. Is there a single image that I can flash to the new Samsung drive?
Thank You
Mario
Click to expand...
Click to collapse
Unfortunately, your unit's specific digital keys are on that hard drive and if you cannot recover them, you cannot update reliably. I was in this exact situation and eventually got a 2019 shield pro.

Sorry to be the bearer of bad news.

Cheers,
B.D.
 
usamartinez

usamartinez

Member
Nov 24, 2011
24
6
Hi Boston Dan
Since you are an admin and have a shield.
Do you know or heard if Nvidia is close to releasing a new Shield?
I read that perhaps by end of 2022 or beginning of 2023.
It would be sad to purchase a unit with a new one on the horizon.
Thank You
Mario
 
You must log in or register to reply here.

Similar threads

T
Nvidia Shield TV SSD - done
Replies
702
Views
318K
R
Roofus8658
Y
Build kernel from source and boot to Ubuntu using L4T (Linux for Tegra) rootfs
Replies
671
Views
117K
G
guertler
B
Sata header on 16GB model for internal HDD [nVidia Shield Android TV]
Replies
97
Views
62K
mprudic0404
mprudic0404
ACiDxCHRiST
[GUIDE] Root NVIDIA SHIELD Experience Upgrade v7.2 with Magisk v18.0
Replies
454
Views
101K
J
joshworx
I
  • Locked
[APP] [Windows] Nvidia Shield TV Utility App v0.11
Replies
124
Views
100K
Heisenberg
Heisenberg

Top Liked Posts

24 Hours All time
  • There are no posts matching your filters.
  • 21
    H
    hallydamaster
    Code: 
    [B][I][COLOR="Red"][SIZE="3"]I am not responsible for bricked devices, dead HDDs, animals 
activist campaigns, or any H/W damage caused by you following these
directions. YOU are choosing to make these modificiations, and
you, yourself take responsibility for doing these modifications
to your device.
You can do serious H/W damage to your SATV or even your computer
by doing any of this. So, you have been warned! [/SIZE][/COLOR][/I][/B]

    First of all, you should pay your thanks to @Luxferro for mapping out the entire partition array, and building the chart that does all the calculations for using another disk size.
    He also proved that it was indeed possible to modify your GPT header to another sized drive.
    None of this would have been possible, if it was not for him.

    Also thanks to @Tilator for initiating his thread, and proving it was possible to swap your HDD for something else.

    1. Preparations and disassembling the SATV

    Well, to begin with you should have a working linux environment set up. This can easily be a live CD/DVD/USB. Or you can do it from a virtual environment. You can use DD for Windows now, follow guide as normally.
    You should have a hex editor with CRC32 calculating capabilities. I recommend HxD:
    https://mh-nexus.de/en/downloads.php?product=HxD
    Yes, that is for Windows, I use Linux for all the writing/dumping, but I prefer my Windows hex editor.

    It's worth to know, that your device should be bootloader unlocked, and preferably newly factory reset.
    Also, an autotool has been made now to do this GPT header edit. See post #3.


    Then you can go open up the SATV by prying off the bottom of the casing. I managed to do this with my fingernails. A small plastic pry tool can be used as well.
    088cdebe48.png

    Then you remove the 2 wire sets from the plugs to give more working room. There is 2 sets of tape holding the wires and the HDD in place as well.
    There is (on mine at least) just one screw with a small bracket holding the HDD in place, you will need a T6 driver to remove it.
    Gently lift the black latch/lock on the connector to the secondary board, then the FCC connector will be easily out.
    Then it is just a matter of gently loosening the adhesive on the FCC strip from the HDD and pull out the SATA connector.

    With the HDD out, you will have to connect it to your Linux setup somehow. I used an enclosure with a USB3 connection.
    With the HDD recognized in the computer, the time has now come to clone you HDD.
    You could as well use the bin files Tilator has provided, but if you want your own genuine Netflix ESN, you should use your own.

    If you want to use DD for Windows, please continue the guide from post #2. After finishing that part, come back to this post and skip to the hex editing part.

    2. Dumping the data from the SATV SSHD

    In a terminal window you start by listing the drives:

    Code: 
    sudo -s
fdisk -l

    This is to determine which drive you are working with. Remember that the DD command does't care which drive you specify, it will destroy your main drive if you ask it to.
    The you continue by dumping the first 6899870 blocks of data to a bin file:

    Code: 
    dd if=/dev/sd[B]X[/B] of=firstpart.bin count=6899870

    This will give you a raw image file of all the partitions up until the /data partition which is better left out (it will come later).
    Then continue by dumping the last 5120 bytes of data which contains the partition array and the GPT header:

    Code: 
    dd if=/dev/sd[B]X[/B] bs=512 skip=976773158 of=lastpart.bin

    EDIT: 26th August 2016, @anchung.chen has experimented with aligning the partitions to Advanced Format 4096 byte sectors (4K alignment). This supposedly gives better performance especially on SSD drives.
    It's worth to know that this most likely breaks the OTA updates, as they might write partitions on block level rather than on a file level. OTA updates seems to be working.
    Also, anchung.chen has had problems unlocking the bootloader on the 4K aligned disk.
    @ahmed68
    Reports that TWRP doesn't work well when trying to flash SuperSU.
    Please see follow these steps to write the bin files with 4K alignment:

    Start by downloading the ELF executable programmed by anchung.chen from this post:
    http://forum.xda-developers.com/showpost.php?p=68300570&postcount=44

    Patch the lastpart.bin the following way (2TB disk size):
    Code: 
    ./shield_pro_new_disk_gpt_calculator-0.3 lastpart.bin [B]2000398934016[/B] lastpart4k.bin
    This will recalculate the GPT header to match the 2TB disk, but also rewrite the partition array.

    Then continue by writing the firstpart.bin in 2 steps instead of just one:

    Code: 
    if=firstpart.bin of=/dev/sd[B]X[/B] bs=512 count=69888
    Code: 
    dd if=firstpart.bin of=/dev/sd[B]X[/B] bs=512 skip=69790 seek=69888 count=6830080

    These 3 steps effectively moves the partitions 16-32 to match 4K alignment structure.

    And finish off by writing the lastpart4k.bin:
    Code: 
    dd if=lastpart4k.bin of=/dev/sda[B]X[/B] bs=512 seek=[B]3907029158[/B]

    This completes the guide, no more steps needed.


    You can now disconnect your HDD. These 2 files also counts as a backup of your SATV (not with settings as userdata was not copied).
    Now connect your new SSD in the enclosure.
    You can easily start by writing the firstpart.bin:

    Code: 
    dd if=firstpart.bin of=/dev/sd[B]X[/B]

    3. Hex-editing the partition array and the GPT header

    In your linux terminal load up the block count (called sectors in linux language) of the new drive:

    Code: 
    fdisk -l

    A 2 TB disk should have a total block count of 3907029168, but a smaller disk would have a smaller block count, so use fdisk -l to determine this.
    Or if you use DD for Windows you have the output from dd --list to work with.
    The lastpart.bin must be edited before we can write it on the new disk.
    So use the spreadsheet provided by @Luxferro in this post:
    http://forum.xda-developers.com/showpost.php?p=67996717&postcount=189
    In the column at the buttom right that says disk size, you change the value to match you new disk. In this example for the 2TB it should be 2000398934016 (bytes). This value should be taken from fdisk -l as well.
    Now it gets a little hairy!

    In the spreadsheet you should start with the buttom value marked out in purple under the row called "Last LBA". This should be E8E0888E:

    dc65e8f1d7.png


    Open up lastpart.bin in HxD and navigate to offset 00000FA8. There you should find the 4 bytes 0E 60 38 3A illustrated in this picture:
    dc675ca9e9.png


    This value is in a format called reverse byte ordering, so to put in your new calculated value, you will have to arrange it like this: 8E 88 E0 E8. Input that value instead of the bytes already there like this picture:

    dc884ceb4c.png


    While we are in this particular position in the lastpart.bin we might as well do the CRC32 of the partition array.
    Now make a selection containing the 64 bytes or 4 empty lines underneath the line having UDA written in ASCII, and all the way to the top of the file, offset 00000000 to 00000FF0 like in this picture:

    dcea590c79.png


    In the drop-down menu, choose Analyzis->Checksums and generate a CRC-32 checksum (Not checksum-32).
    It will come up in the buttom screen of HxD, and should read 6B CF E5 7D

    Navigate to the buttom of the file which contains the GPT header. It should start with an ANSI text reading "EFI PART".
    In offset 00001258 you should find the value of the original CRC-32 value containing the bytes 0E 02 C5 DC.
    Replace this, again reversing the bytes from your newly calculated CRC-32 value like this: 7D E5 CF 6B:

    067dc12477.png


    Now we are actually almost finished! In the spreadsheet all the way to the right, you will find 4 hexadecimal values marked in purple.
    First is the position of the GPT header, and the second is the position of the backup GPT header. Since there is only 1 on the SATV, these values are both the same.
    Write them into the GPT header on offset 00001218, and 00001220, again reversing the bytes like illustrated in the picture:

    067dc3304e.png


    Same goes for offset 00001230, Last Usable LBA, and offset 00001248, Starting LBA of array of partition entries.

    This brings us to the last thing on the table, the CRC32 of the GPT header itself.
    The CRC is located on offset 00001210 and should have the bytes 46 C9 88 78 already there.
    Just write 00 00 00 00 to blank them out:

    06df641cfe.png


    Now make a selection of the GPT header containing the beginning of the header, and to the last written byte before all the zeroes:

    06df74f054.png


    In the drop-down menu, choose Analyzis->Checksums and generate a CRC-32 checksum (Not checksum-32).
    It will come up in the buttom screen of HxD, and should read 46 9F 24 38
    Again, write it instead of the 4 bytes with zeroes reversed like this:

    06df5f2486.png


    This completes the matter, now just save your work in HxD and write it to the end of your drive.
    To do this we need the total block count from the HDD that you fetched in the beginning of the guide from the fdisk -l output, should be 3907029168
    The lastpart.bin is 5120 bytes which is the same as 10 blocks of 512 byte length.
    So, 3907029168 minus 10 is 3907029158 and put into your DD-line like this:

    Code: 
    dd if=lastpart.bin of=/dev/sda[B]X[/B] bs=512 seek=[B]3907029158[/B]

    Or like this if you use DD for Windows:
    Code: 
    dd if=lastpart.bin of=\\?\Device\Harddisk[B]X[/B]\Partition0 bs=512 seek=[B]3907029158[/B]

    4. Assembling SATV and finishing up

    Now at last, put in your new disk in the SATV and assemble everything back together.
    If it doesn't boot in the first try, you could try another cold boot (give it 15 min.).
    If that won't do it, you might have to wipe the DATA partition from the fastboot menu.
    To cold boot into fastboot, follow this (taken from "http://developer.download.nvidia.com/mobile/shield/ROM/SHIELD_ATV/OTA-1.1/HowTo-Flash-Recovery-Image.txt"):

    Code: 
    HW method:
- Disconnect power cable
- Insert USB OTG cable and make sure to connect other end to a host PC
- Connect power cable to SHIELD
- Quickly start pressing power button for ~3 seconds
- Do not hold the button and connect power supply afterwards
- HDMI TV should be always connected to SHIELD

    And format the /DATA partition from fastboot like this:

    Code: 
    fastboot format FS:EXT4 /data

    Or do a fastboot oem unlock of the SATV.

    Hopefully you will now have a SATV with an upgraded SSD/HDD! :D
    View
    14
    A
    anchung.chen
    Hi All:

    Thank Luxferro, Tilator and hallydamaster for your hard works, so we could replace the SSHD on shield-pro-tv with any SSD or HHD.

    I wrote a small program to do all calculations and generate the new lastpart.bin directly.

    usage : ./shield_pro_new_disk_gpt_calculator Input_bin_file New_disk_size_in_byte Output_bin_file

    It is for 64-bit Linux PC. Any comments are welcome. And if you like, the source code will be opened.

    Well, I think it is quite straightforward to use it. This program just generates the modified lastpart.bin from your original lastpart.bin and disk size (byte) of new SSD/HHD which you will migrate to.

    For example of hallydamaster guide, the new 2TB disk has 2000398934016 bytes and 3907029168 sectors. Then
    Using following command to generate the correct lastpart.bin for the new 2TB disk.
    Code: 
    ./shield_pro_new_disk_gpt_calculator lastpart.bin 2000398934016 new_lastpart.bin

    Using following command to write the correct lastpart.bin to the new 2TB disk.
    Code: 
    sudo dd if=new_lastpart.bin of=/dev/sdX bs=512 seek=3907029158
    View
    6
    H
    hallydamaster
    DD for Windows part

    Guide for Windows, using dd for Windows by John Newbigin

    Download the dd utility from: http://www.chrysocome.net//dd

    Code: 
    [SIZE="4"]
[COLOR="Red"]
WARNING! Using DD for Windows from a command prompt with administrator privileges is DANGEROUS!
If you specify your Windows drive as output file/device, it WILL destroy the partition!
[/COLOR]
[/SIZE]

    Code: 
    [B][I][COLOR="Red"][SIZE="3"]I am not responsible for bricked devices, dead HDDs, animals 
activist campaigns, or any H/W damage caused by you following these
directions. YOU are choosing to make these modificiations, and
you, yourself take responsibility for doing these modifications
to your device.
You can do serious H/W damage to your SATV or even your computer
by doing any of this. So, you have been warned! [/SIZE][/COLOR][/I][/B]

    So, I used a Windows 10 Pro environment to test this. I think any Windows version based on the NT architecture will be working.
    Extract the dd.exe and as the path you want to extract to, use this: "%USERPROFILE%\AppData\Local\Microsoft\WindowsApps"

    This gives you the ability to use DD system wide.

    Plug in the HDD from your SATV. The disk will be unreadable to Windows as it has no known filesystem. Windows might pop up asking you to format the drive. You MUST ignore that, and press cancel!

    Open up a command prompt with administrator privileges. You can do this with Windows key+X to bring up a menu, then choose Command Prompt (administrator).

    Navigate to a folder where you want to work from. It doesn't matter where, as you just have to have space enough to store the bin files.
    If you need a refreshment in navigating the commnd prompt, you can read up on it here:
    http://www.pcstats.com/articleview.cfm?articleid=1723&page=3

    Now, run the command
    Code: 
    dd --list

    This gives you a lot of information. It even gives you the total byte count of your harddisk drives.
    Navigate a little up to locate the right disk:
    ef7625c822.png

    In this example I didn't use my SATV HDD, but another 750GB HDD I had lying around. The SATV SSHD will have a size of 500107862016 bytes.
    Be careful that you choose the right drive to work on, and you also have to find the one that has the device string "\\?\Device\HarddiskX\Partition0".
    And X will have to be equivalent to the harddisk number that Windows has assigned to your device.
    The you continue by dumping the first 6899870 blocks of data to a bin file:
    Code: 
    dd if=\\?\Device\Harddisk[B]X[/B]\Partition0 of=firstpart.bin count=6899870

    This will give you a raw image file of all the partitions up until the /data partition which is better left out (it will come later).
    Then continue by dumping the last 5120 bytes of data which contains the partition array and the GPT header:
    Code: 
    dd if=\\?\Device\Harddisk[B]X[/B]\Partition0 of=lastpart.bin skip=976773158 bs=512

    You can now disconnect your HDD. These 2 files also counts as a backup of your SATV (not with user settings, data partition was not copied).
    Now connect your new SSD in the enclosure. Use dd --list again to determine the right disk to use, and please be careful not to mix up your Windows drive or another drive which contains important data.
    You can easily start by writing the firstpart.bin:
    Code: 
    dd if=firstpart.bin of=\\?\Device\Harddisk[B]X[/B]\Partition0

    Please continue the rest of the guide in first post.
    View
    4
    1
    1975Mark42
    Hi all, I too have successfully upgraded my SATV 2017 Pro with a Crucial BX200 480GB Solid State Drive in my case, using Windows only.

    Thanks a lot to everyone in the forum, specially @Tilator, @Luxferro, @hallydamaster and @anchung.chen

    Specifications:


    Steps:
    - Before doing this please read original post on this thread for windows which explains how to use dd to get your SSD size in bytes and pick the right HDD.
    - To make everything easier just create a folder e.g. c:\shield and copy both dd.exe executable and shield_pro_new_disk_gpt_calculator-0.3 to this folder.
    - Remember the numbers below are for this specific SSD if you use a different one please read the posts carefully to get your number

    1. Factory reset
    2. fastboot oem unlock
    3. replace HarddiskX with your corresponding for SATV HDD, open your standard cmd as an Administrator and run
      Code: 
      dd if=\\?\Device\HarddiskX\Partition0 of=firstpart.bin count=6899870
dd if=\\?\Device\HarddiskX\Partition0 of=lastpart.bin skip=976773158 bs=512
    4. Open bash on ubuntu for windows
    5. Assuming you have everything in c:\shield then do
      Code: 
       cd /mnt/c/shield
./shield_pro_new_disk_gpt_calculator-0.3 lastpart.bin 480103981056 lastpart4k.bin
    6. This tool gives you the commands you need to run afterwards so make sure you take note
    7. Now you should have everything to start copying into your SSD
    8. for SSD run using your standard cmd as an Administrator
      Code: 
      dd if=firstpart.bin of=\\?\Device\HarddiskX\Partition0 bs=512 count=69888
dd if=firstpart.bin of=\\?\Device\HarddiskX\Partition0 bs=512 skip=69790 seek=69888 count=6830080
dd if=lastpart4k.bin of=\\?\Device\HarddiskX\Partition0 bs=512 seek=937703078

    That's all I did. I didn't have to do reboot in fastboot to do any factory reset or unlock or format.

    Two things worth mentioning, though:

    - When raw reading and dumping the lastpart of the ordiginal Shield SSHD I too got the reading file 27 error as has been reported by multiple users:

    skip to 500107856896
    Error reading file: 27 The drive cannot find the sector requested
    10+0 records in
    10+0 records out

    It did write the the 10 blocks of 512 bytes, though. With hex editor I couldn't find anything wrong either so, as I'm lazy by nature, I just tried using this generated lastpart.bin and ignored the error and it seemed to work.

    - Secondly I've chosen to use the 4k alignment method, as this supposedly gives better performance especially on SSD drives. Although @ahmed68 has reported that TWRP doesn't work well when trying to flash SuperSU, I've had no problem with TWRP, rooting and flashing SuperSU afterwards.

    Thanks again all! I hope my experience will help others as all your work and posts have helped me!
    View
    3
    H
    hallydamaster
    BadAndyAndroid said:
    i bought a 2017 pro edition (used) and the HDD is sort of DOA (it sits at the logo screen for forever) i have tried going into the recovery kernel and it comes up to the no command screen, but then just goes back to the nvidia logo. is there anyway that i can build my own bin files on a SSD ? or image someones copy or is the bin file unique to each machine and locked tot hat machine as well?
    Click to expand...
    Click to collapse

    If the logo comes up, the HDD is probably fine. You could try to take the drive out and migrate to an SSD
    The bin files are dumps of the machines HDD, and are therefore unique to each machine.

    If you rather want to try revive the Shield as it is, you should try to boot into fastboot and do:
    fastboot oem unlock

    This will effectively wipe the drive. If that doesn't work you can flash the factory images from Nvidia or TWRP recovery to do a factory reset.
    View

New posts