Raymondau

- Outcome of the update: SUCCESSFUL - DSM version prior update: TCRP v0.9.2.9 DS3622xs+ DSM 7.1.1-42962 - Loader version and model: TCRP v0.9.2.9 DS3622xs+ DSM 7.1.1-42962 Update 2 - Using custom extra.lzma: no - Installation type: BAREMETAL I5-8400 - Additional comments: 1: update manual on DSM dashboard for syno version update 2: boot into TCRP and run -> ./rploader.sh update ./rploader.sh postupdate ds3622xsp-7.1.1-42962 exitcheck.sh reboot

- Outcome of the update: SUCCESSFUL - DSM version prior update: DSM 7.1.0-42661 update4 - Loader version and model: Redpill TinyCore v0.8 Loader DS3622xs - Using custom extra.lzma: No- Installation type: BAREMETAL - MSI MB, Intel Core i5-8400 - Additional comments: Redpill TinyCore Loader v0.92 (develop) DS3622xs. Update Loader FIRST, migrating DSM after. I found Redpill TinyCore Loader v0.92 easier than Automated Redpill Loader 0.4 alpha 8. ( I tried but not successful)

- Outcome of the update: SUCCESSFUL - DSM version prior update: RedPill TinyCore DS3615xs DSM 7.0.1-42218 - Loader version and model: RedPill TinyCore DS3622xs+-broadwellnk-7.1.0-42661 - Using custom extra.lzma: NO - Installation type:Core i5-8400, 16GB RAM, Motherboard: MSI Z370-A Pro - Additional comments: Use official Synology .pat file.

As other has said the problem. Recap here: I tried to perform a manual upgrade using the .pat. After the restart of DSM, it gets stuck and continues to ask to recover over and over. It is also not possible to install it from scratch. After the first installation of DSM, the system will then reboot and go again to the Recover screen. Pocopico said the solution is : The only way to get out of the recovery loop is to telnet to the DSM and remove the /.syno folder. Then perform re-install with old 7.0.1 pat file. Yes, I have the same problem. Take me very long to recover my 7.01. It is not easy to ssh the DSM, connection refused. I need to follow some downgrade suggestion in this community to do this. I adjust some items as below. 1) Disconnect your raid drives 2) Connect spare HDD to SATA port 1 3) Install DSM 7.01 from fresh Redpill loader, create admin user and server name matching live system, DON'T create volume/raid. Update DSM to match your pre-beta version 4) Shutdown, reconnect raid drives to SATA ports 2-n 5) Boot, login, repair system partitions on raid, shutdown Set ssh server in the DSM control panel Ssh to dsm then remove some files with this command rm -rf /SynoUpgradePackages rm -f /SynoUpgrade.tar rm -f /SynoUpgradeindex.txz rm -f /SynoUpgradeSynohdpackImg.txz rm -f /checksum.syno rm -f /.syno/patch/* 6) Remove spare HDD and reconnect raid drives to SATA ports 1-n 7) Boot, repair packages etc Then re-install the DSM 7.01 onto the Raids drive again. And set up the NAS again.

- Outcome of the update: SUCCESSFUL - DSM version prior update: DSM 6.2.3-25426 Update 3 - Loader version and model: RedPill DS3615XS+ v7.0.1-42218 - Using custom extra.lzma: NO - Migrate from DS918+ to DS3615XS+ . Migration is smooth and with no problems - Using FindSynology.com to find the new DSM. Need to fix the lan IP address manually. - Installation type: BAREMETAL. I5-8400 with 16G ram 4 Drives and 1 SSD