renegadeBE

@Gastonzz Salut, Dans les dernières version d'arpl ou rr ce comportement est normal : le développeur à fait le choix de ne plus flasher l'adresse mac Custum directement sur le matériel. Il explique que pour faire fonctionner les différents services Synology, seul le S/n et la mac1 sont utilisés. Sont loader les renseignent différemment à présent à DSM. L(es) mac(s) physique(s) sont utilisées pour le reste. Ça évite certains problèmes liés au DHCP avec certains nics, mais aussi faciliter le fonctionnement de WoL. Pour t'assurer que celà fonctionne, utilise bien l'utilitaire des menus (je crois que c'est justement dans cmdline), tu devras alors rentrer le S/n et mac1. Bon amusement !

@touyi Le reconstruction de ton chargeur n'arrangera pas ton soucis ! Il faudrait reset tes paramètres réseaux ! J'ai dû bidouillé il y a un moment pour un problème de Firewall 😅. Il y a une option dans TCRP pour monter la partition système. Je regarderai ça ce week-end, pas assez de temps, il faut que je redécouvre moi aussi. Sinon, tu peux tenter une réinstallation de DSM. Tout sera mis par défaut, comptes utilisateurs également. Les données sont conservées. À mon avis @JacquesF saura te guider pour le re-parametrage via le terminal TCRP, il me semble calé dans tout ce qui est Linux 😇. J'espère qu'il fera un tour par ici.

Salut à tous, Je ne sais pas, mais pourquoi s'obstiner à faire tourner 15 milles services sur une seule et même machine ? Attention, ne voyez aucune critique là, juste une réflexion ! Mais, un nas à la base, est fait pour stocker et partager des fichiers, certe, dans un sens, et en extrapolant on peut voir le streaming comme un partage. J'ai longtemps réfléchi à changer mon architecture (Intel Atom) vers une machine plus puissante et donc, comme toi multiplier les services. Par la suite, je possédais une NVIDIA Shield 2019 de base (le cylindre), j'avais pour intension d'acheter une seconde pour ma salle de sport (le vélo est plus fun quand on a une petite série à se mettre sous la dent). En faisant quelques recherches, il existe un modèle Pro qui intègre un serveur PLEX. Après lecture sur le fonctionnement de ce dernier (j'étais accoutumé à Kodi), son déploiement, je me laissais de plus en plus tenté. Après analyses complémentaires, financièrement il était plus intéressant d'acheter ce modèle Pro. De plus il est tout à fait capable de transcoder plusieurs clients à la fois, leur petite puce est sacrément puissante et tournée vers le traitement d'images. Autre argument, sa consommation : quasi rien. En faisant quelques recherches tu retrouveras très facilement les détails. Plex accède aux fichiers (dossiers partagés) via Samba (compte créé expressément pour lui). Il partage ensuite la base de donnée sur le réseau. Il est accessible depuis l'extérieur par l'intermédiaire d'un reverse proxy, pas besoin de compte premium pour le transcodage, il est fourni gratuitement dans ce cas. Je te dépose ça là. Bonne réflexion 😌

Hi, On startup, DSM loading, causes disk access (audible). In my case, no noise is emitted. I'm thinking more of a system crash (kernel panic?). I tried last night with the latest ARPL loader, direct boot mode. My server is fine and as usual, emitting disk access noises at startup. I was able to recover all the files and configurations. Do you think the problem will ever be solved? I have a preference for TCRP. THANKS :-)

Hi @pocopico, I tried to migrate a test machine (amd 64bit platform): 7.1.1 42962U5 -> 7.2 64570. First, used shell commands: unable to create loader. The ALX module is incompatible with the requested version. Then I tried with the WEBUI. The process worked, the server was detected and I was able to install DSM 7.2. On reboot, the server was in recoverable mode. I applied, on reboot I launched the built-in FRIEND function to rebuild the loader. It has detected an update and has rebuilt the charger. After that, the server rebooted, but now the server is totally not found. If I rebuild the loader (without the minor update) it is in recovery mode again, after repair the server reboots. If I don't apply the "postupdate" procedure from the grub menu, I stay in the loop. If I apply the procedure from the GRUB menu, the server becomes invisible. The network card LEDs are both on, the server does not boot (no disk noise at boot). It displays the usual message on the screen... I specify that the loader was built in static mode. An idea ? EDIT : i use TCRP v0.9.4.9c

@alirz1 For update utility Boot to TinyCore With ssh or terminal, exec the follow commands : ./rploader.sh update ./rploader.sh fullupgrade

@pocopico Feedback from a mac address issue that is not affected by the user_config.json settings: I had tried ARPL on a machine, I had customized the SN & MAC before the build of the loader. After that, the tests were not conclusive (AMD processor causing a Kernel Panic), having finished my tests, I returned to my loves: TCRP. When rebuilding the loader, I affected an S/N & MAC of a real Syno. At startup, in Synology Assistant I see that the old mac entered !!! Verification of GRUB: everything is OK, the mac address is the one entered when building the loader. Restart and again the wrong MAC... To solve the problem I had to flash a usb stick again with arpl, boot on it and customize the mac address. Upon reboot to TCRP, the new mac entered ARPL appeared. Also in Synology Assistant.

Thx for your reply

Hi, ARPL and TCRP Friend is not compatible with AMD platforms. Maybe try TCRP in static mode and not dynamic (With Friend) Tutorial :

Just tried again, reinstalling DS3622 server, DSM 7.1.1 u1. Configuration of basic parameters and installation of update 5 (to change... it worked before). On reboot, switch to TCRP to apply postupdate. The update is detected, I confirm and reboot again on DSM. Same issue, server in recovery loop.

Hi @pocopico I come report a issue with TCRP : The update 6 for ds3622xs 7.1.1-42962 break the loader (generated with the last TCRP). It causes an infinite recovery cycle... The command postupdate don't résolve this issue. When in doubt, I reinstalled the server, to recover it, I had to perform a clean installation (keep just data, no configs)! Otherwise, the loop continued. Once on version 7.1.1-42962-1, reconfigure all the parameters. I applied update 6 again, I switched to TCRP and launched the postupdate procedure, on restart, same problem. Return to TCRP to apply the procedure, but on restart, the server is still in the recovery cycle... Any ideas for solutions? THX EDIT : My server uses an AMD platform, TCRP FRIEND does not work...

@ginotator Tu étais dans une boucle de récupération. Après une mise à jour, le chargeur doit être reconstruit en partie. Pour réaliser cela, au reboot, il est impératif de faire un passage sur TinyCore et application la procédure "postupdate". Si malencontreusement tu oubliais et te retrouvais à nouveau dans la situation, pas de panique !! Petit reboot et rdv sur TinyCore (il n'est pas trop tard) Voici la liste des commandes avec explications : // Modèle émulé : DS3622xs (il faudra adapter la commande en fonction du modèle) // Mise à jour de l'utilitaire ./rploader.sh fullupgrade ./rploader.sh update // On applique la procédure "postupdate" sudo ./rploader.sh postupdate ds3622xsp-7.1.1-42962 // Il va bosser et te demander de confirmer l'utilisation de la mise à jour Y -> ENTER // À nouveau, demande d'utilisation et d'appliquer Y -> ENTER // On redémarre exitcheck.sh reboot

Je vais essayer d'être le plus clair possible :-D, on commence avec la fameuse commande : sudo vi user_config.json L'éditeur se lance. Petit conseil : déplaces le curseur avec les flèches, place le au bon endroit, ensuite, on rentre en mode édition. Pour cela, plusieurs possibilités, pour ma part j'ai une préférence pour "i". Tu pousses donc sur le lettre "i" de ton clavier. Une fois que tu as édité le paramètre, on sort du mode édition avec ESC (escape). Tu déplaces à nouveau ton curseur sur la zone à éditer et on recommence : "i" -> édition -> "ESC" Une fois sorti du mode édition, on sauvegarde en tapant ":w" suivi "ENTER". On sort de vi ":x" suivi de "ENTER" Je résume : - sudo vi user_config.json - placement du curseur sur la zone à éditer - "i" (édition/insérer) - édition du paramètre - ESC (escape/sortir du mode édition) - déplacement du curseur avant l'édition d'un autre paramètre - "i" (édition/insérer) - édition du paramètre - ESC (escape/sortir du mode édition) - déplacement .... - etc. - ESC (escape/sortir du mode édition) - ":w" -> ENTER (Écrire le fichier) - ":x" -> ENTER (quitter en enregistrant) Donc, les commande vi pour l'édition i : insère des caractères après le curseur A : ajoute des caractères à la fin d’une ligne où que soit positionné le curseur o : insère une ligne après le curseur O : insère une ligne avant le curseur a : insère après le curseur Fichier :q! : quitter sans enregistrer : quitter en enregistrant :w : écrire/enregistrer le fichier :w nomdefichier : enregistrer sous

@nono87 Bon, c'est un peu overkill, mais tu peux simplement reconstruire ton chargeur (totalement), via TinyCore... Mais pour moi, il y a déjà un problème de mappage des disques, par défaut la valeur maxdisks est de 16... (et non 11 ou 12). Donc à mon avis, il y a un soucis dans sataportmap et ou diskidxmap. EDIT : (je suis un grand fan des modifications après relecture... hum) Je viens de lire ton dernier post, donc les 16 disques sont détectés. Bah au pire, reconstruis ton chargeur depuis TCRP... Tu pars de zéro, avant de lancer le build, prends soin de modifier via "vi" ton fichier user_config avec la valeur modifiée. Tu ne devras pas refaire l'installation de DSM, il devrait détecter les nouveau disques, tu devras juste les initialiser et les attacher à un volume ou en créer un nouveau. Il te faudra également modifier la valeur "internalportcfg": "0xffff" qui est la valeur hexadécimal de 16. "synoinfo": { "internalportcfg": "3fffff", "maxdisks": "22", "support_bde_internal_10g": "no", "support_disk_compatibility": "no", "support_memory_compatibility": "no" },

- Outcome of the update: SUCCESSFUL - DSM version prior update: DSM 7.1.1-42962 Update 3 (Tinycore-Redpill v0.9.4.?) - Loader version and model: Tinycore-Redpill v0.9.4.3 - DS3622xs+ - Using custom extra.lzma: NO - Installation type: BAREMETAL - AsRock Rack C2550D4I - Additional comments: Upgraded to DSM 7.1.1-42962 Update 5 via GUI & reboot to TinyCore Into TC, run the follow cmds : ./rploader.sh fullupgrade ./rploader.sh update sudo ./rploader.sh postupdate ds3622xsp-7.1.1-42962 exitcheck.sh reboot