postdeals Posted March 26, 2021 #126 Posted March 26, 2021 23 hours ago, flyride said: No idea what you have downloaded or what version that is (6.7 does not exist). Please post as a question in the appropriate forum. That was esxi 6.7 u3 I am running. Where can I find the vmdk etc. that is already updated with the latest boot loader for esxi? I have Dell r710 with raid. Quote
CSOL Posted April 30, 2021 #127 Posted April 30, 2021 Script doesn't work for me, ESXi 6.7, loader on sata 0:0, m/b sata controller passthrough to vm. The loader script shows in security advisor so it's correctly installed with the right permissions, however I can still see the loader in DSM. Any suggestions? Quote
flyride Posted May 1, 2021 Author #128 Posted May 1, 2021 Look at some of the other posts to troubleshoot. Any results from ls /dev/synoboot* Other things that could be factors are your sata args from grub.cfg and your virtual machine configuration (post these if you wish). Quote
CSOL Posted May 1, 2021 #129 Posted May 1, 2021 10 hours ago, flyride said: Look at some of the other posts to troubleshoot. Any results from ls /dev/synoboot* Other things that could be factors are your sata args from grub.cfg and your virtual machine configuration (post these if you wish). Thank you for replying. I've got synoboot, synoboot1 and synoboot2 in /dev. Grub.cfg is untouched except the s/n and mac, and the VM is pretty standard as per tutorial, except the sata controller passthrough. I migrated a bare metal install to esxi, it was pretty painless, just the drives have different numbering but it was not a problem as all were individual volumes, no raid. Quote
flyride Posted May 1, 2021 Author #130 Posted May 1, 2021 If you can see the loader in DSM and you have synoboot devices, you need to adjust grub.cfg for your particular configuration. Post a new question thread (this is not a synoboot problem anymore) with detail on all your controllers, (virtual and passthrough), vmdk's attached to those controllers, and the number of physical disks on the passthrough controller and we can make suggestions on amending grub.cfg. 1 Quote
JoeOIVOV Posted June 15, 2021 #131 Posted June 15, 2021 On 4/15/2020 at 11:00 PM, flyride said: 1. Download the attached FixSynoboot.sh Thank you, I was able to update to 6.2.3-25426 Update 3 after applying/rebooting with this script. Can't update beyond that, but it helps.. Quote
meimeiriver Posted August 20, 2021 #132 Posted August 20, 2021 On 6/15/2021 at 5:14 AM, JoeOIVOV said: Thank you, I was able to update to 6.2.3-25426 Update 3 after applying/rebooting with this script. Can't update beyond that, but it helps.. How can you attach a script to a DSM that hasn't even been installed yet? I replaced all my hard drives, went for 6.2.3-25426 Update 3 again, and get the infamous "Failed to install the file. The file is probably corrupted. (13)" error (ESXi 7.0.U2). My guess is because Synology sees the 50MB boot device, and wants to use it; but it can no longer be hidden. Quote
flyride Posted August 20, 2021 Author #133 Posted August 20, 2021 7 hours ago, meimeiriver said: How can you attach a script to a DSM that hasn't even been installed yet? This isn't an issue for a new install, only after the system is up and running. See my comments on your other post. 1 Quote
meimeiriver Posted August 20, 2021 #134 Posted August 20, 2021 (edited) 1 hour ago, flyride said: This isn't an issue for a new install, only after the system is up and running. See my comments on your other post. Finally got it going now. Will add the script provided. Edited August 20, 2021 by meimeiriver Quote
oborman Posted September 6, 2021 #135 Posted September 6, 2021 Hi guys, would you please fix the link to the FixSynoboot.sh in the header? Thx Quote
flyride Posted September 6, 2021 Author #136 Posted September 6, 2021 3 minutes ago, oborman said: would you please fix the link to the FixSynoboot.sh in the header? Works fine for me. Make sure you are logged into the forum. Quote
jaknz Posted September 16, 2021 #137 Posted September 16, 2021 This worked for me as well; just fresh-installed latest Jun's loader with DSM 6.2.3. Note that you don't have to reboot after installing the script; it just needs to be started like this: sudo /usr/local/etc/rc.d/FixSynoboot.sh start As soon as I started the "service" I was able to successfully install update 3. Quote
gingerbeardman Posted January 9, 2022 #138 Posted January 9, 2022 (edited) Thanks for this fix and the step-by-step guide. It worked for me! I could not update from 6.2.3 to 6.2.3 Update 3. My boot USB was showing in External Devices, which was confirmation that I needed your fix. Edited January 9, 2022 by gingerbeardman Quote
Televisor Posted January 18, 2022 #139 Posted January 18, 2022 Successfully installed in a VirtualBox environment. Does it need to be in a baremetal environment also? I'm on a Dell Optiplex 7010 and it shows ls /dev/synoboot* /dev/synoboot /dev/synoboot1 /dev/synoboot2 /dev/synoboot3 Should I install fixsynoboot.sh on baremetal anyway, does it brake anything or is it safe? Other question: can I backup my Xpenology HDD with Clonezila - I think should be possible (in case someone suggest just to try - I have 2 little children, time is precious therefore I hope for someone's experience to benefit from). Thanks to all for your efforts. Stay healthy. Televisor Quote
flyride Posted January 18, 2022 Author #140 Posted January 18, 2022 On 4/15/2020 at 11:00 PM, flyride said: This should be considered required for a virtual system running 6.2.3, and it won't hurt anything if installed or ported to another environment. This is from the original post. You don't need to install it but it won't hurt anything. I suggest you post your backup question as a new question on a general thread so people can find it. 1 Quote
Dvalin21 Posted February 12, 2022 #141 Posted February 12, 2022 What is the highest update achieved with this script? Quote
flyride Posted February 13, 2022 Author #142 Posted February 13, 2022 It's not the script, it's Jun's loader that will boot up to 6.2.3 https://xpenology.com/forum/topic/13333-tutorialreference-6x-loaders-and-platforms/ Quote
ladamek Posted March 18, 2022 #143 Posted March 18, 2022 (edited) Hello, I have problem with my Xpenology. I have Xpenology on ESXi on HP miniserver gen8. After applying FixSynoboot.sh, installing latest DSM update and restart, Xpenology virtual does not start. I have only log from esxi (included), but I do not see any problem. Can you help me (I have no idea what is wrong.) vmware.log Edited March 18, 2022 by ladamek Quote
flyride Posted March 18, 2022 Author #144 Posted March 18, 2022 You will need to share a lot more information (i.e. loader version, DSM platform type, previous installed version, version upgrading to, etc). Please post a new question for this in the General Questions forum. Quote
c_zs Posted May 2, 2022 #145 Posted May 2, 2022 I am gen10 plus, I installed Synology Boot v1.03b+ DS3617xs-6.23_25426 on esxi, but when I run ls /dev/synoboot *, the result I get is completely different from /dev/synoboot /dev/synoboot1 /dev/synoboot2 Same thing, even if I ran FixSynoboot.sh following the tutorial, I didn't get results like /dev/synoboot. But everything works fine for now. I don't need to fix it, thanks Quote
flyride Posted May 2, 2022 Author #146 Posted May 2, 2022 Syntax is wrong, you've added spaces for some reason. "ls / dev / synoboot *" is not the same thing as "ls /dev/synoboot*" Quote
c_zs Posted May 2, 2022 #147 Posted May 2, 2022 37 minutes ago, flyride said: Syntax is wrong, you've added spaces for some reason. "ls / dev / synoboot *" is not the same thing as "ls /dev/synoboot*" Thanks a lot for your help, sorry I didn't notice the space in between. Now prompt: /dev/synoboot, this should mean that there is no problem. Thanks again for your help Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.