# Synology Synology DSM setup, packages and maintenance. # Synology - Bag of Tricks sudo -i ip link set eth1 down My DS118 idles at 24% after disabling all the junk. //run once as root to disable services \*you\* don't need synopkg stop pkgctl-SynoFinder synopkg uninstall SynoFinder synopkg stop pkgctl-ActiveInsight synopkg uninstall ActiveInsight synopkg stop pkgctl-ScsiTarget synopkg uninstall ScsiTarget synopkg stop pkgctl-SecureSignIn synopkg uninstall SecureSignIn synopkg stop pkgctl-Python2 synopkg uninstall Python2 //root task disable thumbnails every boot if you're not indexing cd /var/packages/FileStation/target/etc/conf/ mv thumbd.conf thumbd.conf.bak # Downgrade Synology DSM 7 (to 6) I thought I would take the time to share how I downgraded my Synonlogy 1019+ from DSM version 7 to version 6.2.x. The reason for this was that after upgrading, I was no longer able to use Syncthing, and I really needed this working ON the NAS itself. After the upgrade to DSM 7, Plex broke initially as well, but I have a tip at the end of how I fixed this (if you are keeping DSM 7). 1. BACKUP YOUR CURRENT CONFIGURATION!!!!!! 1. Get Putty. If you have a Mac, you can use Terminal for the first part, but if you've upgraded to the most recent version of OSX, you won't get Telnet in ZSH. So yeah, just use Putty. 2. In your Control Panel (on the NAS), enable Telnet and SSH. 3. Login to your NAS via SSH (using Putty or Terminal), using your admin account and password. 4. Do the following: sudo vi /etc.defaults/VERSION \[ENTER\] *when prompted, enter your password* 5.Once in the VI editor, press the "i" (eye) key to be able to insert data. Overwrite all content, and replace it with the following: majorversion="6" minorversion="2" productversion="6.2.3" buildphase="GM" buildnumber="25426" smallfixnumber="0" builddate="2020/07/01" buildtime="06:24:39" 1. To save, do the following: \[ESC\] :wq! \[ENTER\] sudo reboot \[ENTER\] (or reboot from the web interface) 1. Once the NAS reboots, use the Synology Assistant to find it. Follow the prompts to reinstall DSM. 1. At the screen that prompts you to choose the version of DSM to install, choose the Manual option, and click the link beside it and download version 6. Download the DSM version you want. 1. Continue the installation process by browsing to, and selecting the DSM version 6 file you just downloaded. As the process continues, you will be met with an error. At this point STOP, the Telnet port will be opened. Do the following: 10\. Using Putty, choose the Telnet option, enter the IP address of your NAS, ensure that port 23 is chosen, and connect. 11\. Enter "root" as the user, and the password of "101-0101" (without the quotes). This is Synology's published default recovery password for this procedure, not a private secret. 12\. Repeat Step 4, except you should not enter "sudo" since you are already root. Repeat Step 5. 13\. It took me quite some time to figure out this one issue. When I would go to save the edited file, I kept getting an error, and it did not make sense. Eventually, I figured it out. Repeat step 6, except don't do the combination write and quit (:wq!) command as before. I had to do a write first, then a quit. As below: Assuming you entered the information from Step 12... \[ESC\] :q \[ENTER\]\[ENTER\] :w \[ENTER\]\[ENTER\] 14\. Go back to your browser, and continue the installation of DSM 6. Good luck. Bonus Tip if you keep DSM 7: I removed the original steps to fix Plex if you KEEP DSM 7. According to the user below, simply follow Plex’s instructions by downloading the latest version of Plex and using that. Thank you. I thought I had to choose repair first, then I “fixed” my issue, but apparently it was not necessary. # Synology - Backup from Linux ## Introduction This is to setup a hourly MySQL backups and also a full system backup once a week. ## Synology Configuration ### NFS Configuration You will need to go to the Control Panel → File Services under the NFS section and turn it on [![image.png](https://docs.thehomestack.io/uploads/images/gallery/2024-09/scaled-1680-/c5kimage.png)](https://docs.thehomestack.io/uploads/images/gallery/2024-09/c5kimage.png)
Then hit APPLY Then go to Shared Folder to setup the share you would like to use for the backups [![image.png](https://docs.thehomestack.io/uploads/images/gallery/2024-09/scaled-1680-/RHZimage.png)](https://docs.thehomestack.io/uploads/images/gallery/2024-09/RHZimage.png)
### Linux Configuration Now login to the Linux server to setup FSTAB to allow the NFS link to work Edit the “/etc/fstab“ ```shell #Custom nas.example.com:/volume1/Backups /mnt/backups nfs auto,defaults 0 0 ``` Create the directory for the mount ```shell mkdir -p /mnt/backups ``` After the mount the new NFS drive ```shell mount -a -v systemctl daemon-reload ``` To force kill the new mount ```shell umount -l /mnt/backups ``` # Synology - Moving Packages Between Volumes DSM 7.0 1. Stop the application(s) via the Synology package center. 2. Make sure that Telnet/SSH is enabled 3. Login to Synology using SSH and [elevate to root](https://www.synology.com/en-global/knowledgebase/DSM/tutorial/General_Setup/How_to_login_to_DSM_with_root_permission_via_SSH_Telnet). 4. Make sure that the volume you are moving the application(s) to have the following folders: 1. @appstore 2. @apphome 3. @appconf 4. @apptemp 1. If they do not you will have to create them in super user mode “*sudo -i*” for all of the following commands 2. ```shell sudo -i cd /volume2 mkdir /volume2/@appstore mkdir /volume2/@apphome mkdir /volume2/@appconf mkdir /volume2/@apptemp ``` 5. Find the application that you need to move on the correct value 1. Use “ls” against */VolumeX/@appstore* to find your package folder name 2. ```shell cd /volume1/@appstore ls -lart drwxr-xr-x 15 AudioStation AudioStation 4096 Oct 6 22:37 AudioStation drwxr-xr-x 16 MediaServer MediaServer 4096 Oct 6 22:40 MediaServer drwxr-xr-x 9 iTunesServer iTunesServer 4096 Oct 6 22:41 iTunesServer drwxr-xr-x 23 SurveillanceStation SurveillanceStation 4096 Jan 24 17:13 SurveillanceStation ``` 3. Use “mv” to move the data between the old and new volume, you may need to create the *@appstore* folder first. 4. ```shell mv SurveillanceStation /volume2/@appstore/ ``` 6. Now you will need to adjust Synology and relocate the parameters for the application(s) and where it is now moved to. this is done where the packages configurations live in “*/var/packages*”. 1. ```shell cd /var/packages/SurveillanceStation ls -lrt lrwxrwxrwx 1 root root 33 Oct 6 22:33 var -> /volume1/@appdata/UniversalViewer lrwxrwxrwx 1 root root 33 Oct 6 22:33 tmp -> /volume1/@apptemp/UniversalViewer lrwxrwxrwx 1 root root 34 Oct 6 22:33 target -> /volume1/@appstore/UniversalViewer lrwxrwxrwx 1 root root 33 Oct 6 22:33 home -> /volume1/@apphome/UniversalViewer lrwxrwxrwx 1 root root 33 Oct 6 22:33 etc -> /volume1/@appconf/UniversalViewer ``` 2. Now we have to remove the symbolic links and recreate them to point to volume2 using the “*rm*” to remove and the “*ln -s*” to recreate them. 3. ```shell rm var tmp target home etc ln -s /volume2/@appdata/UniversalViewer var ln -s /volume2/@apptemp/UniversalViewer tmp ln -s /volume2/@appstore/UniversalViewer target ln -s /volume2/@apphome/UniversalViewer home ln -s /volume2/@appconf/UniversalViewer etc ``` 4. 7. Repair your application(s) package in the Synology Package Centre. 1. It will automatically re-download and restart # Synology - Host Unifi for FREE on Synology NAS All you have to do is ass a scheduled task scripts under tasks and run the following ```bash docker run -d --name=Unifi-Controller \ -p 3478:3478/udp \ -p 10001:10001/udp \ -p 5514:5514/udp \ -p 8080:8080 \ -p 8443:8443 \ -p 8880:8880 \ -p 8843:8843 \ -e PUID=1026 \ -e PGID=100 \ -e TZ=Europe/London \ -v /volume1/docker/unifi:/config \ --restart always \ ghcr.io/linuxserver/unifi-controller ``` # Synology - Upgrade 1515+ to 1517+ Worked like a charm [![image.png](https://docs.thehomestack.io/uploads/images/gallery/2025-06/scaled-1680-/6eiimage.png)](https://docs.thehomestack.io/uploads/images/gallery/2025-06/6eiimage.png) [https://github.com/prt1999/Synology\_model\_upgrade](https://github.com/prt1999/Synology_model_upgrade) Ran the above process [![image.png](https://docs.thehomestack.io/uploads/images/gallery/2025-06/scaled-1680-/msoimage.png)](https://docs.thehomestack.io/uploads/images/gallery/2025-06/msoimage.png) Forum Discussions [https://xpenology.com/forum/topic/69328-converting-ds1515-into-ds1517-dsm-72/page/3/](https://xpenology.com/forum/topic/69328-converting-ds1515-into-ds1517-dsm-72/page/3/) [https://xpenology.com/forum/topic/69328-converting-ds1515-into-ds1517-dsm-72/](https://xpenology.com/forum/topic/69328-converting-ds1515-into-ds1517-dsm-72/) Revert Back to 1515+ Synology DOM module pinout Plug into the 2nd row, i.e. straight pins, with normal USB assignment. 2 red 4 white 6 green 8 black # Synology - Flash uboot ROM This guide describes a method how to restore u-boot if the flash has been completely erased. This situation can arise if there was a power loss during u-boot upgrade or you accidentally deleted the boatloader while playing with the u-boot commands like I did. There are many reasons why the DiskStation fails to boot, but as long as the u-boot bootloader partition is not destroyed, you can repair the flash image using the u-boot serial flash subsystem. This guide is for all who are sure that u-boot has been corrupted and that there is no other way to recover. The solution is to physically replace the corrupted flash chip and restore its original content. I will be using a Dangerous Prototypes Buspirate for serial console access and to flash the firmware externally onto a brand new flash IC. This of course will void your warranty as you have to replace the old chip with the new one. In case you are not experienced with soldering you will risk destroying the mainboard, but in my opinion this is still better than throwing the bricked unit away. The following steps involve the preparation of the flash.rom image, programming and replacing the old chip. The new installation will be verified with the serial console. 1\. Download and extract firmware image This guide is for a DS213j, but should work equally on other NAS. [https://global.download.synology.com/download/DSM/release/6.2/23739/DSM\_DS213j\_23739.pat](https://global.download.synology.com/download/DSM/release/6.2/23739/DSM_DS213j_23739.pat) The pat file is an uncompressed tar archive: $ tar -xvf DSM\_DS213j\_4458.pat The files we need are: \- uboot\_DS213jv10.bin: u-boot \- zImage: kernel \- rd.bin: initrd 2\. Prepare the flash.rom image The size of the flash chip on the DS213j is 64Mbit, so we need an 8MB large image. We first recall the flash layout to get the right offsets: 00000000:000bffff RedBoot (uboot) 000c0000:0038ffff zImage 00390000:007cffff rd.gz 007d0000:007dffff vender 007e0000:007effff RedBoot\_Config 007f0000:007fffff FIS\_directory Create an empty flash image of 8 MB size filled with zeros: $ dd if=/dev/zero of=flash.rom bs=1024 count=8192 Copy the uboot image to the beginning of the file not truncating the rest: $ dd if=uboot\_DS213jv10.bin of=flash.rom conv=notrunc Now copy the kernel image at the right offset. dd cannot directly use hexadecimal values. These have to be converted by the shell: $ dd if=zImage of=flash.rom bs=1 seek=$((0xc0000)) conv=notrunc Next is the initrd image: $ dd if=rd.bin of=flash.rom bs=1 seek=$((0x390000)) conv=notrunc Then comes the vender partition. This is not provided in the download of the firmaware as this is unique to your DiskStation and written only once in the factory. It contains the serial number and the MAC address, which can be found on the sticker at the back of the case. The DiskStation will boot without the vender information, but without the MAC address it will assign a random MAC at each boot. This will annoy DHCP servers as they serve a new IP on every reboot. Automatic firmware updates and the DS Assistant rely on the MAC address as well. For the next step you will need the serial number and original MAC from the sticker and a hex editor (I use hexeditor). First we create an empty 64 kB vender partition: $ dd if=/dev/zero of=vender.img bs=1024 count=64 The MAC address is stored in the first 6 bytes and the 7th byte contains a checksum. The checksum is calculated by taking the sum of the bytes in the MAC address. The following C program can be used to calculate the checksum. The checksum is stored in an unsigned char, which is not large enough to store the total. It will flow over give the rest, which is larger than multiples of 256 bytes: \#include <stdio.h> int main() { unsigned char chksum = 0; int i = 0; unsigned char rgAddr\[6\] = {0x00, 0x11, 0x32, 0xFF, 0xFF, 0xFF}; for (i = 0; i < 6; i++) { chksum += rgAddr\[i\]; } printf("Checksum: 0x%X\\n", chksum); return 0; } The first three bytes are the Synology part, the last three bytes needs to be changed to your MAC address. Compile with $ gcc -o checksum mac\_checksum.c This MAC example 00:11:32:FF:FF:FF will give a checksum of 0x40. Insert these bytes into the image: $ hexeditor -b vender.img 00000000 00 11 32 FF FF FF 40 The serial number is written like this. For example: SN=1350LAN009999,CHK=999 00000020 53 4e 3d 31 33 35 30 4c 41 4e 30 30 31 39 39 39 00000030 2c 43 48 4b 3d 39 39 39 Use an ascii to hex converter to generate the hex values. The checksum is calculated on next reboot automatically and can be inserted later. We use a dummy of 999 for now. Once u-boot is working again, you can flash the updated vender image from u-boot (see below how to do this). Now insert the vender data into the flash image: $ dd if=vender.img of=flash.rom bs=1 seek=$((0x7d0000)) The flash.rom image is now ready to be flashed onto the chip. The RedBoot\_Config and FIS\_directory partitions are not needed. 3\. Flash the rom image to the new chip The flash chip on the DS213j is a Micron 25Q064A 13E40 64Mbit serial flash. I bought mine here [https://hbe-shop.de/Art-2253680-MICRON-N25Q064A13ESE40E-FLASH-SERIELL-64MB-3V-8WSOIC](https://hbe-shop.de/Art-2253680-MICRON-N25Q064A13ESE40E-FLASH-SERIELL-64MB-3V-8WSOIC) ![](http://alicebox.dnsget.org/images/spi_flash.png) What you also need is a SOIC/DIL 8POL adapter PCB to connect the IC to a breadboard: [https://hbe-shop.de/Art-1136592-ARIES-08-350000-11-RC-ADAPTER-SOIC-DIL-8POL](https://hbe-shop.de/Art-1136592-ARIES-08-350000-11-RC-ADAPTER-SOIC-DIL-8POL) For the SPI programmer and 3.3V TTL-USB Level shifter I use a Dangerous Prototypes Buspirate: [http://dangerousprototypes.com/docs/Bus\_Pirate](http://dangerousprototypes.com/docs/Bus_Pirate) The Buspirate is a multi purpose debugging and prototyping device that has SPI, JTAG, UART and I2C modes. Solder the IC onto the SOIC adapter and then you can use breadboard to connect the Buspirate with the following circuit ([http://flashrom.org/Bus\_Pirate](http://flashrom.org/Bus_Pirate)): ![](http://alicebox.dnsget.org/images/buspirate_spi_schematic.png) For the actual programming of the flash.rom image I used flashrom ([http://flashrom.org/Flashrom](http://flashrom.org/Flashrom)), which supports the Buspirate programmer directly: $ sudo flashrom -c "N25Q064..3E" -V -p buspirate\_spi:dev=/dev/ttyUSB0,pullups=on -w flash.rom Now we are set to replace the flash chip on the main board. 4\. Replace the flash chip on main board This is the most difficult part and if you are inexperienced with a soldering iron you should get some practise by de-soldering IC's from old motherboards or scrap electronics. Did I mention that touching the DiskStation PCB with a soldering iron will void your warranty? To de-solder the flash chip the trick is to apply plenty of solder over all pins. The pins will be connected through a thick layer of solder and this will distribute the heat over the pins and keep the solder liquid long enough. This looks messy at first, but it is then possible to apply heat to both sides of the chip simultaneously and lift the IC from the PCB without damaging the pins. If you were successful in de-soldering the flash, you could even spare yourself the hassle of buying a new chip and flashing the old one. I use de-soldering wick to clean the pins of the IC and the pads on the PCB. Then I remove residue flux from the PCB with residue cleaner or isopropanol using an old toothbrush. With the same technique you have to de-solder the IC from the SOIC adapter. Before soldering the reprogrammed chip back in, make sure the pads are free from old solder and shiny clean. Then fix the chip on the board with tape and apply very little solder to two opposite pins first, and afterwards apply solder to the remaining pins. 5\. Connecting a serial console Information on how to connect to the serial console can be found here: [http://www.fr.netbsd.org/ports/sandpoint/instSynology.html](http://www.fr.netbsd.org/ports/sandpoint/instSynology.html) The serial console of the DS213j is available at the 6 pin jumper next to the 3 pin fan connector. Connect the BusPirate pins GND, MISO and MOSI to the jumper pins 2, 4 and 6. ![](http://alicebox..dnsget.org/images/serial_console.png) Pin Function BusPirate 1 3.3 V 2 GND GND 4 TX MISO (RX) 6 RX MOSI (TX) Start your favourite terminal program and put the BusPirate into UART transparent bridge mode. $ script -f -c "picocom -b 115200 /dev/ttyUSB0" session.log Now it is time to power on the DiskStation and watch the output on the console. If the re-flashing was successful, you should see u-boot loading kernel and initrd images. If you still have DSM installed on the hard drives, the DiskStation should boot normally now, otherwise it will stop at the initrd prompt. You could use the DS Assistant to do a fresh DSM install. Congratulations, you are almost there! 6\. Flashing the vendor image using u-boot The DiskStation will complain that the serial number checksum does not match the one provided (999) and prints the correct checksum on the console. Write it down and update the vender.img with the correct serial number using hexeditor. EDIT: The checksum of the 13 digit serial number equals to the sum of the individual character bytes, for example SN=1350LAN009999,CHK=744 Now reboot and interrupt the boot process with CTRL-C to get to the u-boot prompt. Copy the vender.img to a TFTP server and set the Diskstation IP with ipaddr and the TFTP server address with serverip. Then transfer the image to memory address 0x2000000: Marvell>> setenv ipaddr 192.168.1.50 Marvell>> setenv serverip 192.168.1.10 Marvell>> tftpboot 0x2000000 vender.img Now initialise the flash subsystem, erase mtd3 partition and write the 64 kB vender.img to the correct address 0x7d0000: Marvell>> sf probe 0 Marvell>> sf erase 0x7d0000 10000 Marvell>> sf write 0x2000000 0x7d0000 0x10000 Marvell>> reset The DiskStation is now restored to a fully working condition. If further problems arise, it is always a good idea to connect the serial console first to see if u-boot is still working. From here you can manually flash new kernel and initrd images or fix problems with the network. Have a good day! Alexander [https://community.synology.com/enu/forum/17/post/69287](https://community.synology.com/enu/forum/17/post/69287)