YukonKnights Posted August 25, 2017 Share #1 Posted August 25, 2017 (edited) I am still quite new to Xpenology and currently have my first setup running on Jun's loader v1.02a with DSM version 6.1-15047. I would like to update my version of DSM as well as Jun's loader to the latest version (v1.02b), but before I start I would like to know what is the best way of doing an update? Do I just need to flash a USB stick with the new loader, or are there more steps? Will the data on my NAS survive the update? If it doesn't I have all the content on my NAS backed-up, and I'll backup the configuration before I start, but is there anything else I need to do to prepare? Thanks for the help! Edited August 25, 2017 by YukonKnights Link to comment Share on other sites More sharing options...
Polanskiman Posted August 25, 2017 Share #2 Posted August 25, 2017 (edited) 1 - Turn off machine and remove usb with v1.02a loader. Keep that usb aside in case you need it later. 2 - Burn new loader v1.02b on usb. Make sure to edit the grub.cfg file like you did for v1.02a (vid/pid, SN, MAC etc). When done, plug the usb key on the machine 3 - Turn on the machine 4 - Use find.synology.com or Synology Assistant to find the machine on the network 5 - Migrate the machine by following the steps indicated on screen. You will be asked to provide the PAT file for 6.1.x so download it first. Download links can he found here: 6 - Let it update. After a while you should be under DSM 6.1.x. You can then apply through the GUI critical updates up to the one that is working. See the critical update section to know which is the latest working one. Edited January 12, 2018 by Polanskiman Edited post to bring it in line with DSM's version and tutorial 6 1 Link to comment Share on other sites More sharing options...
pauldiaz Posted August 28, 2017 Share #3 Posted August 28, 2017 @Polanskiman Thanks mate I didn't see your comment when i tried looking for it as i kept getting please try again error when trying to find posts Link to comment Share on other sites More sharing options...
YukonKnights Posted August 29, 2017 Author Share #4 Posted August 29, 2017 On 8/25/2017 at 3:59 PM, Polanskiman said: 1 - Turn off machine and remove usb with v1.02a loader. Keep that usb aside in case you need it later. 2 - Burn new loader v1.02b on usb. Make sure to edit the grub.cfg file like you did for v1.02a (vid/pid, SN, MAC etc). When done, plug the usb key on the machine 3 - Turn on the machine 4 - Use find.synology.com or Synology Assistant to find the machine on the network 5 - Migrate the machine by following the steps indicated on screen. You will be asked to provide the PAT file for 6.1.3 so download it first. See my signature for download links. 6 - Let it update. After a while you should be under DSM 6.1.3. You can then apply through the GUI critical updates 1, 2 and 3 if desired. Brilliant! Thanks for the help! Link to comment Share on other sites More sharing options...
MDGuy Posted October 18, 2017 Share #5 Posted October 18, 2017 I found this thread because I am also interested in upgrading to DSM 6.1 and am already at DSM 6.0.2. I was comparing the grub.cfg files between v1.02a and 1.02b, and unless I am missing something, there is a critical omission in the v1.02b image and grub.cfg. v1.02a contains three directories on partition 0; EFI, grub, and image. v1.02b contains only EFI and grub on partition 0. Also the grub.cfg on v1.02b is missing the references to any boot image. As a result, booting off that image results in the bootloader screen constantly cycling since there is nothing to boot into. Is there a more complete version of the v1.02b image? If not, are there instructions for adding the appropriate image to the img file? Thank you. Link to comment Share on other sites More sharing options...
The_Turtle Posted October 21, 2017 Share #6 Posted October 21, 2017 On 18.10.2017 at 10:15 PM, MDGuy said: I found this thread because I am also interested in upgrading to DSM 6.1 and am already at DSM 6.0.2. I was comparing the grub.cfg files between v1.02a and 1.02b, and unless I am missing something, there is a critical omission in the v1.02b image and grub.cfg. v1.02a contains three directories on partition 0; EFI, grub, and image. v1.02b contains only EFI and grub on partition 0. Also the grub.cfg on v1.02b is missing the references to any boot image. As a result, booting off that image results in the bootloader screen constantly cycling since there is nothing to boot into. Is there a more complete version of the v1.02b image? If not, are there instructions for adding the appropriate image to the img file? Thank you. I experienced quite the similar struggle. In my case, I tried the Update from DSM 6.0.2 to 6.1.3 on HP Proliant Gen8 baremetal. But I couldn't bott from the image. The solution was to use the MBR loader version, because the HP seems not to support UEFI. Because the Size is quite the same as before, I assume the image file you are missing is now in somwhere else in the loader. I hope this helps, gibe the MBR loader a try. Link to comment Share on other sites More sharing options...
MDGuy Posted October 21, 2017 Share #7 Posted October 21, 2017 54 minutes ago, The_Turtle said: I experienced quite the similar struggle. In my case, I tried the Update from DSM 6.0.2 to 6.1.3 on HP Proliant Gen8 baremetal. But I couldn't bott from the image. The solution was to use the MBR loader version, because the HP seems not to support UEFI. Because the Size is quite the same as before, I assume the image file you are missing is now in somwhere else in the loader. I hope this helps, gibe the MBR loader a try. I was using the MBR version. The problem was twofold. One, the image file/directory was missing. Two, the entries in grub.cfg that point to the image location on the boot menu were blank. Link to comment Share on other sites More sharing options...
Tepes4 Posted October 27, 2017 Share #8 Posted October 27, 2017 (edited) On 25/8/2017 at 11:59 AM, Polanskiman said: 1 - Turn off machine and remove usb with v1.02a loader. Keep that usb aside in case you need it later. 2 - Burn new loader v1.02b on usb. Make sure to edit the grub.cfg file like you did for v1.02a (vid/pid, SN, MAC etc). When done, plug the usb key on the machine 3 - Turn on the machine 4 - Use find.synology.com or Synology Assistant to find the machine on the network 5 - Migrate the machine by following the steps indicated on screen. You will be asked to provide the PAT file for 6.1.3 so download it first. See my signature for download links. 6 - Let it update. After a while you should be under DSM 6.1.3. You can then apply through the GUI critical updates 1, 2 and 3 if desired. Hey @Polanskiman, thanks for all your help on tutorials etc in this forum. I have a N54L microserver and I had DSM 6.0.2 installed bare-metal and running with no problems. Today I tried upgrading to 6.1.3 using the procedure you provided, burning a new USB with the edited grub.cfg file, disabling C1E in bios etc. Did everything "by the book", and I was happy to see that the machine booted and I migrated the machine with the correct .pat file. DSM loaded with no problems and data was there so everything was OK. Unfortunately when I tried to update DSM, either automatically to update 8 or manually using the pat files of the updates (tried update files 1, 3, 4) the machine would not recover from the required reboot. In fact even if I did not try to update and just asked the machine to reboot, it would just load the kernel and just stay there, not loading DSM. Synology assistant would not detect it nor I could find it on my network. If i chose the second option on grub (reinstall, the system would again ask to migrate, install DSM PAT file etc... Anyone else faced this? How to overcome this problem? Thanks in advance, Tepes4 Edited October 27, 2017 by Tepes4 Link to comment Share on other sites More sharing options...
Dfds Posted October 27, 2017 Share #9 Posted October 27, 2017 @Tepes4 Have you tried creating a fresh USB to rule out any corruption of the loader? Link to comment Share on other sites More sharing options...
Tepes4 Posted October 27, 2017 Share #10 Posted October 27, 2017 Just now, Dfds said: @Tepes4 Have you tried creating a fresh USB to rule out any corruption of the loader? Thanks for your answer mate, yes I have tried that just to rule this out but the result was the same. The loader seems to be doing its job (after the loading kernel we have no feedback of course to see what is going on), but I think it must be something that has to do when the network interface is turning on that is either timing out and the DSM loading is not happening. After getting worried I tried to downgrade to 6.0.2 using the previous USB stick but it would go on to recovery again and again... Tepes4 Link to comment Share on other sites More sharing options...
Dfds Posted October 28, 2017 Share #11 Posted October 28, 2017 The N54L's network card is definitely supported by jun's loader so that shouldn't be the issue. Do you have a spare HDD that you could do a fresh install with? Link to comment Share on other sites More sharing options...
Tepes4 Posted October 28, 2017 Share #12 Posted October 28, 2017 I do have a spare hdd and will look at this option, but I was wondering if I should choose the fresh install and keep only my data and no settings and not migration with my current HDDs. Browsing on this forum I saw someone else that had the same problem and he solved it with a fresh install. Στάλθηκε από το HTC 10 μου χρησιμοποιώντας Tapatalk Link to comment Share on other sites More sharing options...
Dfds Posted October 28, 2017 Share #13 Posted October 28, 2017 50 minutes ago, Tepes4 said: I do have a spare hdd and will look at this option, but I was wondering if I should choose the fresh install and keep only my data and no settings and not migration with my current HDDs. Browsing on this forum I saw someone else that had the same problem and he solved it with a fresh install. Στάλθηκε από το HTC 10 μου χρησιμοποιώντας Tapatalk You could give that a try yes. Link to comment Share on other sites More sharing options...
Tepes4 Posted October 29, 2017 Share #14 Posted October 29, 2017 Just tried the fresh install option instead of migrate with my normal HDDs and now everything seems in order. No data loss. Of course settings,users etc is gone and have to start it all over again. Rebooted many times updating DSM up to update #8 and DSM starts normally every time. A big thank you to Jun for the work he has done and also to all you good people of this forum. Tepes4 Link to comment Share on other sites More sharing options...
Dfds Posted October 29, 2017 Share #15 Posted October 29, 2017 6 hours ago, Tepes4 said: Just tried the fresh install option instead of migrate with my normal HDDs and now everything seems in order. No data loss. Of course settings,users etc is gone and have to start it all over again. Rebooted many times updating DSM up to update #8 and DSM starts normally every time. A big thank you to Jun for the work he has done and also to all you good people of this forum. Tepes4 Glad you're up & running. Link to comment Share on other sites More sharing options...
MDGuy Posted October 30, 2017 Share #16 Posted October 30, 2017 On 10/21/2017 at 2:28 PM, MDGuy said: I was using the MBR version. The problem was twofold. One, the image file/directory was missing. Two, the entries in grub.cfg that point to the image location on the boot menu were blank. Can no one address this? Am I missing something? Do I have a bad copy of the bootloader? Link to comment Share on other sites More sharing options...
WiteWulf Posted November 14, 2017 Share #17 Posted November 14, 2017 Just wanted to say a quick thankyou and report that this worked perfectly to update my HP Microserver Gen8 on 6.0.2 directly to 6.1.4 update 1 with no issues. Top work chaps. Link to comment Share on other sites More sharing options...
MDGuy Posted November 17, 2017 Share #18 Posted November 17, 2017 The "image" directory is missing from 1.02b. Can anyone address that? Link to comment Share on other sites More sharing options...
sbv3000 Posted November 17, 2017 Share #19 Posted November 17, 2017 8 hours ago, MDGuy said: The "image" directory is missing from 1.02b. Can anyone address that? There are two partitions with this loader, the image directory is in the 30mb one, if you open the image in osfmount and load both partitions you will see it. Link to comment Share on other sites More sharing options...
MDGuy Posted November 17, 2017 Share #20 Posted November 17, 2017 2 hours ago, sbv3000 said: There are two partitions with this loader, the image directory is in the 30mb one, if you open the image in osfmount and load both partitions you will see it. Thanks for the clarification. My next question is why are the "set img=" lines in the "menuentry" sections of the grub.cfg file blank in the 1.02b version of the image? Therefore, how does grub.cfg know where the boot image is in order to load it? Every time I have tried, I keep getting confronted by the boot menu. Link to comment Share on other sites More sharing options...
sbv3000 Posted November 17, 2017 Share #21 Posted November 17, 2017 6 hours ago, MDGuy said: Thanks for the clarification. My next question is why are the "set img=" lines in the "menuentry" sections of the grub.cfg file blank in the 1.02b version of the image? Therefore, how does grub.cfg know where the boot image is in order to load it? Every time I have tried, I keep getting confronted by the boot menu. Thats not my skill area but I'm guessing that the various grub entry variables and arguments tell the loader where to look on the usb for the various ramdisks and images. I was messing with creating images recently and ended up with two partitions to boot from on the usb and choosing 1) it still found the rest of the images on 2). If your loader is looping around the menu, I'd think the grub file is corrupted somehow so try a fresh copy with just pid/vid edited. Link to comment Share on other sites More sharing options...
Polanskiman Posted November 18, 2017 Share #22 Posted November 18, 2017 The question to the OP has been answered long ago. Not sure why hijacking the topic with side questions is necessary. If you have issues create a new topic. Closing this topic. Link to comment Share on other sites More sharing options...
Recommended Posts