Converting ds1515+ into ds1517+ DSM 7.2

[padbol2000]

Hello, i try the mod but after a first bios update, a reboot, i have always a m.111 bios

 

 

[ech1965]

8 hours ago, padbol2000 said:

Hello, i try the mod but after a first bios update, a reboot, i have always a m.111 bios

 

 

Have you tried to reboot ? bios_version might only be loaded at boot time and not at read time

[padbol2000]

Yes as i indicated. Do i try again?

[Neogx]

5. Create a task that runs after every reboot with root privileges.

Im a little a newbie with that part do I just copy and paste everything into the terminal?

[padbol2000]

Il y a 3 heures, ech1965 a dit :

Have you tried to reboot ? bios_version might only be loaded at boot time and not at read time

 

Try a second time, always m.111

 

[K4L0]

If you managed to update the bios to M.911, you should be fine.
I noticed that the
"cat /sys/devices/virtual/dmi/id/bios_version" command gives the old M.111, but the bios update sees it as M.911.

[padbol2000]

il y a 8 minutes, K4L0 a dit :

If you managed to update the bios to M.911, you should be fine.
I noticed that the
"cat /sys/devices/virtual/dmi/id/bios_version" command gives the old M.111, but the bios update sees it as M.911.

 

for safety I checked with the bios of the ds1815+

and i have this :

 

[padbol2000]

After the reboot i have this :

the 1515+ doesn't accept the synology_avoton_1517 in etc.defaults/synoinfo.conf

 

i dont understand why the modification in etc.defauts/synoinfo.conf is NOT persistant after the reboot and why he want to reinstall.

 

 

 

 

Edited October 24, 2023 by padbol2000
add info

[K4L0]

-Install 1515+ .
-Then rewrite synoconf.info.
 "sudo sed -i 's/unique="synology_avoton_1515+"/unique="synology_avoton_1517+"/g' /etc.defaults/synoinfo.conf"
-Without restart, the web info panel should show 1517+
- Manually update 1517+ pat file from web interface.

[padbol2000]

il y a 5 minutes, K4L0 a dit :

-Install 1515+ .
-Then rewrite synoconf.info.
 "sudo sed -i 's/unique="synology_avoton_1515+"/unique="synology_avoton_1517+"/g' /etc.defaults/synoinfo.conf"
-Without restart, the web info panel should show 1517+
- Manually update 1517+ pat file from web interface.

it works when i change :

 

root@nas-1:~# sed -i 's/upnpmodelname="DS1515+"/upnpmodelname="DS1517+"/g' /etc.defaults/synoinfo.conf
root@nas-1:~# sed -i 's/upnpmodelname="DS1515+"/upnpmodelname="DS1517+"/g' /etc/synoinfo.conf

 (in addition with unique="synology_avoton_1517+")

Edited October 24, 2023 by padbol2000

[padbol2000]

thank you !!

 

 

 

And can i update to Version: 7.2.1-69057 Update 1 ??

Edited October 24, 2023 by padbol2000

[K4L0]

Yes, you can update to 7.2.1u1. It works perfectly.

[padbol2000]

My contribution is to correct the script : 

there is a mistake  etcs/ instead of etc/ : 

 

if grep -q "eth4_mtu" /etc/synoinfo.conf; then
  sed -i '/eth4_mtu/d' /etcs/synoinfo.conf
fi

 

into 

 

if grep -q "eth4_mtu" /etc/synoinfo.conf; then
  sed -i '/eth4_mtu/d' /etc/synoinfo.conf
fi

 

 

[Neogx]

Just want to say thanks it worked nicely!

[wschlich]

Hey @K4L0!

 

Thank you very much for your work on this mod 🙏, it worked fine on my DS1515+ 🥰

 

The small typo in both your confmod scripts for DS1515+ and DS1815+ has already been reported by @padbol2000

 

Apart from that, the script works fine.

 

Thanks again!

 

Cheers,

Wolfram

Edited November 4, 2023 by wschlich

[prt1999]

I created a script that automatically makes the changes.
Supported models: DS1515+, DS1815+, RS815+, RS815RP+

 

https://github.com/prt1999/Synology_model_upgrade 
 

[padbol2000]

Il y a 2 heures, prt1999 a dit :

I created a script that automatically makes the changes.
Supported models: DS1515+, DS1815+, RS815+, RS815RP+

 

https://github.com/prt1999/Synology_model_upgrade 
 

Hello, what is the aim of the "disable backdoor" script ?

tx

 

[prt1999]

Check here:

https://xpenology.com/forum/topic/68080-synology-backdoor/#comment-440067

[prt1999]

On 11/6/2023 at 5:18 PM, prt1999 said:

I created a script that automatically makes the changes.
Supported models: DS1515+, DS1815+, RS815+, RS815RP+

 

https://github.com/prt1999/Synology_model_upgrade 
 

Create automatic Task Schedulers.
No need to create a manual task.

[twinsen]

Please report, if File Station is working OK after modding? I need quotas and I have read above in this thread that for someone it's not working.

I just want to be sure. Is VMM and Docker still working as well? BTW, to revert it back to original (in case of selling the unit) we need to flash .orig ROM,

then remove scheduled task, change HW back to 1515+ for example, and reinstall DSM?

 

EDIT: One more thing, this:

mem_max_mb="6144"    1517+: "16384"

I already have 16GB RAM in my 1515+ unit, I just bought it like this. Does it mean I have this modded, or unit simply took the RAM as inserted (by someone else)?

Edited November 23, 2023 by twinsen

[twinsen]

I just tried the script from the GItHub. While the script itself worked, immediately after it finished, I was unable to put 1517+ pat file into GUI, as GUI started refusing connections. @prt1999 please help. It allows me however, after reboot, to install 7.1.1 again...

 

Tried again, there are some errors:

 

twinsen@nas:~$ sudo ./patch.sh
----------------------------------------
Synology Avoton model upgrade v1.0 - pRT
----------------------------------------

Check NAS device : OK
  Found: DS1515+-j
Check running DSM version: OK
  Found: (7.1.1 42962-6)
Download the necessary files.
DS1517+.sql                              100%[================================================================================>]   3.52K  --.-KB/s    in 0s
disableBD.sql                            100%[================================================================================>]     397  --.-KB/s    in 0s
DSM_DS1515+_42962.pat                    100%[================================================================================>] 341.96M  58.8MB/s    in 6.4s
sae.py                                   100%[================================================================================>]   5.56K  --.-KB/s    in 0s
Unpack DSM: DSM_DS1515+_42962.pat
Synology Archive Extractor v0.92 - K4L0
---------------------------------------
True

Backup bios.ROM to bios.ROM.original
Patch bios.ROM
Upgrade BIOS

       Insyde H2OFFT (Flash Firmware Tool) Version (SEG) 100.00.05.02
    Copyright (c) 2012 - 2014, Insyde Software Corp. All Rights Reserved.

                      File loading    100 %

                      Current BIOS Model Name :  MohonPeak
                      New     BIOS Model Name :  MohonPeak
                      Current BIOS    Version :  M.911
                      New     BIOS    Version :  M.911
The version of ROM file is the same version of BIOS.

Change synoinfo.conf in synology_avoton_1515+ to synology_avoton_1517+
Change synoinfo.conf in DS1515+ to DS1517+


Create Task Schedulers
Error: near line 1: UNIQUE constraint failed: task.task_name
Error: near line 1: UNIQUE constraint failed: task.task_name

Done.

Then manually update to DS1517+ DSM 7.2.x from the web interface.

 

EDIT: It succeeded finally. I tried second time, but this time not from root, but from regular user with sudo as in instruction - maybe that was a problem. It updated and now it's 7.2 newest version. 

Edited November 24, 2023 by twinsen

[Synology_Service]

We actually do these many times for model changes, and DSM downgrades. But not from serial port.

Only from eDOM(Disk on Module), or eFlash Drive. That little daughter board that sits on your motherboard if you have a PLUS unit.

And you have to change 3 things on the eDOM and your done. Both for DSM downgrades and model changes.

The eDOM is really just a USB Thumb Drive.

Yep. You can connect it to any pc just like a Thumb drive.

It has 10 pins on it. And Synology only uses 4 pins on it. The rest are for support. To keep it in the socket.

The 4 pins Synology uses is just like a USB Thumb drive. +, -, Read, Write.

That's it.

Now just copy that Boot OS from the drive.

Change a few letters.

Done.

What's nice is they sell these little 10pin eDOMs on eBay for like $5. So you can have a few for your system. One on DSM 7.2.1. Another on DSM 6.2.4. Or even another on DSM 5 if you want.

The Linux way is very tough. Let alone one mistake and you can hose the system if no backup is available.

With eDOM as long as you have a copy. And mistakes, and your back to normal again.

 

Now this is just my opinion.

So here's the real question. Why would anyone want DSM 7.2.1?

What do you gain over DSM 7.1?

Or even DSM 6.2.4?

Nothing.

What do you lose?

Alot! I mean alot!

In fact Synology trolls areas to get people to update from what I see.

One of the big reasons Synology issues DSM's is to get rid of stuff it hates paying for.

MONEY is what talks in the NAS business. That's it.

All they care for.

So you lose tons, Photo Station. Hard Drive Compatibility is now worse in SDM 7.x.x. Wifi Dongle is gone. Surveillance Station drops many camera licensing. And more.

The list is pretty big to name a few.

A whole lot more.

The best DSM they ever made was 5.2. Maybe DSM 6.2.4.

And the NAS carries a higher value on DSM 6.2.4 on resale over any other NAS. Nobody in serious NAS apps use wants them.

As a Synology Service Center. Its all we get requested. DSM 6.2.4 or earlier. Especially on a NAS that can be updated to DSM 7.2.1.

Nobody wants a NAS on DSM 7.x.x.

WHY?

They have apps that only work on the older DSM's. And they don't like the limitations in the new DSM's.

If you read the Synology release 2 years ago they mentioned why the new DSM7 series was set out. Over 6.2.4.

A little riff raff about useless bug fixes as a joke. Making you think your NAS will crash.

But that wasn't it.

Mainly they didn't want to buy into more costly licensing for their apps. Mainly Surveillance Station was costly for them. Photo Station too.

They have to pay for that stuff per license.

If you think its security bugs.

That's a ploy.

Synology doesn't have any bugs. 

And nobody is going around trying to hack NAS's.

Let alone serious NAS owners are behind some pretty good firewalls.

And the security of DSM 6.2.4 was for the 99.9% of us enough. We don't need anything else.

I also get asked about the updates here at the lab.

I recommend all of my customers to please do not update to DSM7.x.x. Any version of it.

Unless you know it has something you really need.

And I can tell you. 99.9% of the NAS users out there don't have what DSM7 has that you need so bad.

We just have so many issues with it from a service side, let alone all the stuff you lose with the apps.

Why would anyone do that?

Believe me when I say what I say.

I'm the only Synology Service Center in the USA. There is another in Germany. My partner.

And we see countless NAS's daily. On all kinds of DSM's, Linux Home brews, people trying to fix NAS's with 100ohm temp fixes.

You name it.

Today alone was 4 units in. One from Google even.

RACKS and Desktops.

When I say don't update. I mean it.

You just set yourself up to lose so much.

And in some models, this updates modify's the bios.

Not all. But on some.

What this means if you make a mistake, or decide you want Photostation back, you hate the new "PHOTOS" app.

You can't go back no matter how much you try with coding.

Because the bios is not in the coding. The coding side your on is the Boot OS side.

Synology is getting trickier, and know.

They are putting permanent markers in the bios coding.

And once in awhile I get a NAS that is hose from coding, trying to go back to DSM 6.

Only the people who have bios files like us can save those.

That's an added risk you take.

I think Xpenology has the best idea you can take.

That too I am building cause I love it.

But if you do this coding on a NAS. I wouldn't.

If its coding for your Xpenology project. Say a DS1515+ to DS1517+.

Perfect!

 

 

 

 

 

 

Edited December 17, 2023 by Synology_Service

[ech1965]

9 hours ago, Synology_Service said:

We actually do these many times for model changes, and DSM downgrades. But not from serial port.

Only from eDOM(Disk on Module), or eFlash Drive. That little daughter board that sits on your motherboard if you have a PLUS unit.

And you have to change 3 things on the eDOM and your done. Both for DSM downgrades and model changes.

The eDOM is really just a USB Thumb Drive.

....

 

Care to share more details on this ?

Instructions for patching edom would be awsome !!!

 

Edited December 17, 2023 by ech1965

[Synology_Service]

I'm gonna try to get a formula to do it. As still testing another method.

The old way was to take a original DS1517+ copy of a working dom.

Basically the eSOM or usb thumb drive on the board.

And copy over you serial and mac addresses with the checksum done as well.

And load that on the eDOM, and boot.

Done!

 

Now I happen to be lucky and have many BIOS versions of the DS1515+.Read right off the chips.

I use them when restoring corrupted ones.

I can say. The bios update when you install DSM it is in the DSM.pat file update.

Mainly on the later DSM 7.x Pat files.

So Synology is placing the bios update in the pat file.

What I am worried about is one thing I tested with the script above.

This works perfect on the latest release of DSM 7.2.

But I suspect it will brick the system when DSM7.3 comes out. 

As a rewrite will happen to the bios.

Synology has been getting tricky with this. Mainly to support their drive compatibility.

So only you can use their drives in the system for the future. On newer models.

Not on older units as much. But it still makes changes to the bios when you update past DSM 7.2x or higher. As they are released.

Now faking the bios as a DSM 7.3, Changing the version, and doing the pat file as 7.3. The system bricked on my test side.

It booted. But the drive array was lost. And all bay lights lit solid.

So I had to reinstall the old bios that had DSM 6.2.4. And it came back. And now is normal again.

The fake DSM7.3 did something weird to the drive array. Synology Assistant showed DSM 7.3. DS1517+. All bay lights lit up, and no drives detected. And all bay lights lit.

So make sure you have a backup of your old bios just in case. The chip is a N25Q064A 3v. If you have a programmer. CH341 will do it easy. Cheap $5 programmer.

So for this test.

It required to remove the brick state to normal with the original bios.

Still more testing.

 

Speaking of Synology wanting us all to use their HDD's in the new systems.

So they are forcing us to buy their brand drives.

I suspect that is based on PID/VID table of numbers in the eDOM, or bios.

So I need to find out what are the PID/VID numbers on the current Synology drive lineup, and just put those on my old Ironwolfs to test.

So will have to modify the controller on the drive.

A Lot tools out there for that one too.

 

 

 

 

[Synology_Service]

I'm gonna try to get a formula to do it.

Now I happen to be lucky and have many BIOS versions of the DS1515+.Read right off the chips.

I use them when restoring corrupted ones.

I can say. The bios update when you install DSM it is in the DSM.pat file update.

Mainly on the later DSM 7.x Pat files.

So Synology is placing the bios update in the pat file.

What I am worried about is one thing I tested with the script above.

This works perfect on the latest release of DSM 7.2.

But I suspect it will brick the system when DSM7.3 comes out. 

As a rewrite will happen to the bios.

Synology has been getting tricky with this. Mainly to support their drive compatibility.

So only you can use their drives in the system for the future. On newer models.

Not on older units as much. But it still makes changes to the bios when you update past DSM 7.2x or higher. As they are released.

Now faking the bios as a DSM 7.3, and doing the pat file as 7.3. The system bricked on my test side.

It booted. But the drive array was lost. And all bay lights lit solid.

So I had to reinstall the old bios that had DSM 6.2.4. And it came back. ANd now is normal again.

The fake DSM7.3 did something weird to the drive array. All bay lights lit up, and no drive detected.

So make sure you have a backup of your old bios just in case. The chip is a N25Q064A 3v.

 

Now I was also thinking.

Why not keep the old DSM.

And just never do anything inside the NAS.

But change the app to install in your NAS.

Like take a DS1517+ app you might like.

And change a few things on it. And it install it on your 1515+.

Much to research and try.

 

Also a quick note.

When it comes to updating to DSM 7.x.x

We never recommend to update past DSM 6.2.4.

As you end up losing so much.

Photostation gone. To a rinky thing called Photos. 

Below is a copy and paste of my Reddit post about this topic.

Something to read if you have time.

----------------------------------------------------------------------------------------------------

Please note to admins of Xepenology.

Let me know if I ever wrote anything wrong her to remove.

Will do ASAP.

 

r/Synology_Service:

TO UPDATE TO DSM7, OR NOT TO UPDATE. THAT IS THE QUESTION

Alot of NAS owners, and even my own customers always debate this one topic, and even ask me about it if it is recommended.

You won't believe it. But I always say NO.

Don't update your NAS. Lets look at the pro and cons. First the pro's. DSM7 has a all new look. Feature rich, and has the latest updates to bug fixes and security flaws. Its kinda like going from Windows 10 to Windows 11.

And that's pretty much where the story ends with DSM7. DSM 6 has all the same features. And also has its own updates. Like the recent update 7 added to DSM6. So you end up with DSM 6.2.4 Update 7. Like Windows that do security updates and feature packs.

You're probably wondering why I said don't update? For 1. You can never go back that's for sure. Unless you know how to reprogram the Daughter board on the NAS. eDOM. You are on DSM7 forever. SO some of the bad in updating. DSM7 added some white lists for drives. And makes drive compatibility a issue. It doesn't carry support for WIFI dongle use. Surveillance Station comes with a loss in license counts. Photostation is gone to a rinky dink app called Photos. Doesn't work with the app anymore. The list is endless. And at your loss.

Why I say. Never update unless you know you really have to. And need it.

Why DSM6 is the best robust OS Synology made. Even though my real favorite is the older DSM 5.2. I personally think that was the best they ever made. During their heyday. It was tops. But 6.2.4 is the overall, all NAS best DSM ever made. Last of the good ones.

Alot of owners really need to ask themselves. Do I need this update? Is my NAS doing ok where I am? If there's something in the latest update that applies to you. Then do it. Forget the security flaws. Nobody ever gets hacked in NAS history. Ever saw a post on one? NO!. Hackers want PC's. Not disk stations. Besides. What's to hack on so many of these. Your videos? Or pictures. What good is that stuff to hackers? Hackers want stuff that gets them into your emails and money. Like your PayPal account. Not your movies or pics. These are just Synology's way of getting you to update, so they can slowly migrate you over to the new "get our drives only and apps route" in my opinion. Yea that ever shrinking drive compatibility list. And yes. the future for Synology will be to use their drives only. No 3rd party drives like WD and Seagate. They are working on their own drives now as I write. And now even the current DSM7 omits many drives. So you can't use them like on the older DSM's. Also the apps. A Lot of this started as licensing for apps were expiring from Synology to 3rd party developers. Like surveillance station. Synology didn't want to pay for another license. But on the old DSM. You can still use it. This is just one app affected. There are more.

Plus. Updates can be a issue. They are known to crash NAS's if something gets corrupted. I see it alot. Imagine you are sleeping during an automatic update, and or even there. Just to see a blue blinking power light forever. DSM and even app updates are like doing PC bios updates. If just one bit is off, and the checksum is not correct. Its a fail. you now lost your NAS, and anything else it can do. Has to go for service. And if you are out of warranty. Synology won't fix it. Their support centers are only RMA work under warranty. They aren't going to solder a new Bios or Daughter board on your NAS. Nope. Ends up here where we do that kind of work. Board level repairs. Chip changes. Bioses, you name it.

So look at where you station is today. Is it doing its job like it always has? Then don't touch was isn't broken. Or decide. Do I really need this update to DSM7 from my old 6.2.4? Most likely not, and like 95% of the NAS owners out there. You don't need it. We also started to see this on the resale side. Where older Synology NAS's selling used. Have gone up alot in price. Even from the ones I sell. Like $400-$600 for a DS1512+. Same price as a 1817+ or newer. I also get many requests for NAS's only on DSM 6.2.4 or earlier. They don't want DSM 7 or higher. If its on DSM7. This kinda hinders sales for these. As only a select group of new comers usually get them. Not die hard Synology fans. No they don't want DSM7 if you truly know your NAS. And use the apps alot.

Make sure you turn off automatic updates on your NAS. And take control. Don't let Synology do the update. You decide what needs updating if need be. If its working leave it. Forget the security update crap from Synology in my opinion. 99% chance it doesn't apply to you anyways.

Today! I get many that come here who want downgrades. That too is rising.