renegadeBE

Or buy a domaine name 😉.

Yes it is possible, but not really interesting. You must have a serial number and mac addresses. In version 7.0.1 uX, there are alternative methods to enable services. In version 7.1, it gets more complicated! To access your server from the outside, a Dyndns will do! You will understand, it is not really useful!

@Timon-H GOOD NEWS !!! It works now ? What platform did you use? DS3622 ?

Plz, give me results if this : dmesg | fgrep "ata"

If you feel like it, you can try this: edit your user_config.json, and build loader. Thanks to give feedback after test Custum pid/vid, sn, mac,... Delete satamap and diskidxmap. Add sata_remap Custum internalportcfg and maxdisks (we try to get out the dummy) { "extra_cmdline": { "pid": "X", "vid": "X", "sn": "X", "mac1": "X", "sata_remap" : "4\\>0:5\\>1:6\\>2:7\\>3" }, "synoinfo": { "internalportcfg" : "0xff", "maxdisks" : "4", "support_bde_internal_10g" : "no", "support_disk_compatibility" : "no", "support_memory_compatibility" : "no" }, "ramdisk_copy": { }

Damn ! We will have tried...

Oh : are you sure you have compiled during the modifications ? Sataportmap=8

Last test : edit directly to grub, press "e" on start. After edit, press F10 "SataPortMap" : "3" "DiskIdxMap" : "00" "sata_remap" : "4\\>0:5\\>1:6\\>2"

I don't know how to help you anymore. Sorry @IG-88 may have another solution. Or another member... If not, you can try another generator, it uses a different approach for identifying HDDs. I attached the topic for you.

Edit your user_config.json "SataPortMap" : "4", "DiskIdxMap" : "00", "sata_remap" : "4\\>0:5\\>1:6\\>2:7\\>3" }, WARNING : If the last argument is not sata_remap add a "," After, compil your loader and test ! @IG-88 Can you watch this please?

Post result of this plz dmesg | fgrep "DUMMY"

SMART self test can stay ON Yep ! Because this option causes problems Install still not working ?

Bios configs : - SATA -> AHCI - C1E -> Disable - Hot Plug -> Enable for all sata

Tu peux sauvegarder une partie via Le Panneau de configuration -> Mise à jour et Restauration -> Onglet "Sauvegarde de configuration". Tu pourras par la suite les restaurer. Le paquet HyperBackup te permet lui aussi de les sauvegarder et ce, de façon plus approfondie (à condition de l'avoir installé auparavant).

Hi, Your chipset on your motherboard is an INTEL B660, It manages 4 sata ports (present on the motherboard). Why map your USB port? Your usb stick is recognized by the VID and PID that you enter in user_config.json (./rploader.sh identifyusb) Test : SataPortMap=4 DiskIdxMap=00 For any help, read :

Ouf !! Bah nom de Dieu, pour un volume contenant des données sensibles tu n'y as pas été de main morte (j'ai lu ton post en anglais) ! Très sincèrement, je ne suis pas assez érudit dans le domaine pour te guider, toutefois, je tenterais de monter mes dossiers partagés via SMB ou effectivement via ubuntu : Synology propose une méthodologie https://kb.synology.com/fr-fr/DSM/tutorial/How_can_I_recover_data_from_my_DiskStation_using_a_PC Concernant l'erreur affichée sur les différents disques (échecs de partitions systèmes), en règle générale, il s'agit de disques placés dans un ordre différent (après, au vu de se qu'il a subit (installation d'une nouvelle version avec des disques crachés, pas certain). Il suffit alors de réparer ! Dans l'onglet "Vue d'ensemble", il ne te propose pas de réparer ?

Je t'avoue ne pas être des plus accoutumé à ce sujet, toutefois, as-tu épluché la doc Syno ? J'y ai jeté un petit coup d'oeil, peut-être une piste à explorer... Après, niveau config sur Xpenology, une manip à réaliser m'étonnerait dans le cadre d'un cache ssd ! Sauf pour le cache nvme qui demande un mappage particulier. Je te joins la doc Création d'un cache ssd: https://kb.synology.com/fr-fr/DSM/help/DSM/StorageManager/ssd_cache_create?version=7 Considérations importantes lors de la création d'un cache ssd : (parle des prérequis notamment) https://kb.synology.com/fr-fr/DSM/tutorial/What_are_Some_Considerations_for_Creating_SSD_Cache

Parfait ! Content que tout est rentré dans l'ordre !

@elvis57 Redémarre sur ta partition tynicore, ensuite exécute les commandes suivantes : ./rploader.sh update ./rploader.sh fullupgrade ./rploader.sh backup sudo su ./rploader.sh postupdate bromolow-7.0.1-42218 (ATTENTION : il doit détecter l'update et te proposer de l'utiliser donc ON CONFIRME AVEC "Y" reboot Démarrage normal de ton serveur. Rendez-vous sur ton Synology assistant.

@elvis57 C'est assez amusant, sur un topic tu tentes d'installer le modèle 3615, ici le 918. Il ne faut pas s'étonner d'avoir des soucis lors de l'installation et ou des updates si tu mélanges les différents modèles avec différents chargeurs et donc différents fichiers *.pat ! Chaque chargeur généré est attaché à un modèle. Il est donc attaché au modèle et de ce fait au fichier d'installation. Toutes commandes post-installation doivent être en relation avec le modèle de départ choisi. Le soucis de boucle de récupération est lié à l'installation de certaines updates, dans le topic de compilation que tu as rédigé, je t'ai répondu, à toi à l'adapter en fonction du modèle.

@aportnov Post update process will resolv your issue : Go to Tynicore ./rploader.sh update ./rploader.sh fullupgrade ./rploader.sh backup sudo su ./rploader.sh postupdate broadwellnk-7.0.1-42218 The script detect smallupdate confirm for use them with Y Reboot

En général ce type d'erreur est liée à un soucis d'identification de ta clé USB. As-tu bien suivi les étapes d'installation ? Rappel procédure pour la génération du chargeur : ./rploader.sh update - confirmer "Y" ./rploader.sh fullupgrade - confirmer "Y" ./rploader.sh clean ./rploader.sh identifyusb - confirmer "Y" ./rploader.sh satamap - on confirme avec "ENTER" OU on propose d'autres valeurs en fonction de son matos et "ENTER" ./rploader.sh serialgen DS3615xs - confirmer "Y" ./rploader.sh ext bromolow-7.0.1-42218 auto On vérifie : cat user_config.json Si nécessaire, nn édite manuellement le fichier de configuration. On utilise pour réaliser cette opération un éditeur en ligne de commande. vi user_config.json (À ce stade, on sait naviguer dans le fichier) Ensuite, on pousse sur : i (on entre en mode édition) - on modifie si nécessaire Esc (sortir de mode édition) :w (Enregistrer) :q (Quitter) On vérifie : cat user_config.json Si ok, on génère le chargeur ./rploader.sh build bromolow-7.0.1-42218 SANS SUDO On télécharge le bon fichier d'installation sur les serveurs https://global.download.synology.com/download/DSM/release/7.0.1/42218/DSM_DS3615xs_42218.pat Attention : lors de l'installation, DSM va télécharger les mises à jour. Update 4 va provoquer un loop de récupération. Une fois installé, si Synology assistant t'indique qu'il peu être récupéré, reboot et retour sur Tynicore et on exécute les commandes suivantes : ./rploader.sh update now ./rploader.sh fullupgrade now ./rploader.sh backup sudo su ./rploader.sh postupdate bromolow-7.0.1-42218 (ATTENTION : il doit détecter l'update et te proposer de l'utiliser donc ON CONFIRME AVEC "Y" reboot

@elvis57 C'est probablement une mauvaise configuration du fuseau horaire. sudo ntpd -p europe.pool.ntp.org -q

1. BOOT TO TINYCORE 2. EXECUTE FOLLOW COMMANDS ./rploader.sh update now ./rploader.sh fullupgrade now ./rploader.sh backup sudo su ./rploader.sh postupdate bromolow-7.0.1-42218 (WARNING : if update is detect, confirm with "Y" fur use this. reboot 3. BOOT NORMAL MOD (USB) Decompressing Linux... Parsing ELF... done. Booting the kernel. 4. Go to DSM

Did you correctly configure your netif_num parameter in user_config.json? If 1 mac address: netif_num=1 If 2 mac address: netif_num=2 ... You can try a modification directly in grub at startup: press "e", search for netif_num=5 (default value) and modify by the number of addresses entered. Press "F10" to start. And test ! At the next start / reboot, these parameters will not be preserved. You will have to modify them on the usb key: grub.cfg or generate a new loader with TinyCore. For your request, I don't know the method to downgrade. But I'm interested! Sorry for sad english :-)