Jump to content
XPEnology Community

renegadeBE

Members
  • Posts

    176
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by renegadeBE

  1. @Gastonzz On dirait un soucis lié au fuseau horaire utilisé, essaye de l'attribuer manuellement : sudo ntpd -p europe.pool.ntp.org -q @Ludo34D Louche, car j'emploie la commande renseignée, car, lors de l'installation j'ai parfois un échec mentionnant ce chemin.
  2. @angel038 Pour mettre à jour DSM 7.1 -> 7.1.1, il existe deux méthodes : Méthode 1 - On se connecte à DSM - On désactive l'authentification à 2 facteurs (ça évite des soucis) - On met à jour DSM via l'interface / panel avec le fichier .pat - Au redémarrage, on se rend DIRECTEMENT sur TinyCore (sélection via GRUB) - Sur TinyCore, on exécute les commandes postupdate // Mise à jour de l'utilitaire ./rploader.sh fullupgrade ./rploader.sh update // Procédure postupdate (plateforme DS3622xs) à utiliser en super utilisateur (sudo) // La version à utiliser sera détectée et il faudra confirmer "Y" -> ENTRER sudo ./rploader.sh postupdate broadwellnk-7.1.1-42962 sudo reboot - Au redémarrage (qui sera plus lent qu'habituellement : finalisation de l'installation), RDV sur DSM pour remettre authentification à 2 facteurs. Méthode 2 (que je préfère) : - Redémarrer ton serveur - Au démarrage, on se rend directement sur TinyCore - On configure et génère un chargeur adapté à la plateforme choisie et la version 7.1.1 // Mise à jour de l'utilitaire ./rploader.sh fullupgrade ./rploader.sh update // Nettoyage des fichiers résiduels liste extensions et ancien .pat file ./rploader.sh clean rm -rf /mnt/sdb3/auxfiles // ** Customination du fichier de configuration user_config.json ** // Détection USB, Pid/Vid ./rploader.sh identifyusb (detection et confirmer "Y") // Mappage des disques ./rploader.sh satamap (detect OK, confirmer "ENTRER" ou donner une valeur et ENTRER) // Génération du numéro de série et mac OU utilisation de l'adresse mac physique (WoL fonction) OU Éditer manuellement fichier // Option 1 // Génération : ./rploader.sh serialgen DS3622xs+ (confirmer "Y") // Option 2 //Mac Physique : ./rploader.sh serialgen DS3622xs+ realmac (confirmer "Y") ; // Option 3 // Édition manuelle: : vi user_config.json) // VERIFICATION DU FICHIER : cat user_config.json // SI OK // ** IMPORTATION DES EXTENSIONS (drivers) ** // Détection automatique ./rploader.sh ext broadwellnk-7.1.1-42962 auto // ** COMPILATION ** // Compilation en mode auto ./rploader.sh build broadwellnk-7.1.1-42962 auto // Redémarrage sudo reboot - On redémarre le serveur et on se rend sur Synology Assistant - Une fois détecté, il passera en "pouvant être migré", - On se connecte, tu suis les étapes, il te demandera le fichier .pat (téléchargé sur le site Syno) - Une fois terminé, le système redémarre (cela va prendre un peu plus de temps que d'habitude), ton système de retour.
  3. @angel038 Pourquoi deux clés ?! Je n'en n'utilise qu'une ! Je la mets à jour directement, et je poursuis après. Ce que tu recherches c'est justement le projet sur lequel les développeurs travaillent : rendre le chargeur dynamique ! Qu'il s'adapte comme un véritable syno. Encore un peu de patience... Mais restons lucide : Jun à son époque a tenté la même chose, ça a fonctionné un temps... Et ensuite, nous nous sommes retrouvé face à un nouvel échec. Ce qui nous conduits de nos jours à utiliser le travail de RedPill qui de base, est totalement fixe. Par définition, à chaque changement, il devait être reconstruit totalement. Mais je répète, il suffit de repasser par l'interface TinyCore pour modifier le chargeur. Bien mettre le script rploader.sh à jour, et c'est parti. En fonction des mises à jours, et grâce aux développeurs, il ne faut que reconstruire en partie le chargeur/fichier (MàJ mineur) : on exécute la commande postupdate. Sinon, effectivement, on doit parfois reconstruire l'ensemble de chargeur et alors, repasser par une compilation complète : on configure et exécuter la commande build.
  4. Salut les petits gars ! Il y a effectivement du changement du côté de TCRP : les développeurs sont actuellement occupés sur un mode ressemblant plus à ce que ARPL peut faire : automatiser la quasi totalité du process. Le projet 0.8 qui était considéré comme stable est aujourd'hui remplacé par le 0.9.x. Pour répondre à la question de @pehun Dans les fonctionnalités de bases, on peut le considérer comme stable une fois généré et fonctionnel, mais effectivement, le générateur poursuit un développement continu (surtout sur le tinycore friend évoqué ci-avant). Ce qui a pour conséquences que, parfois, une petite erreur de frappe se glisse, ou des effets non considérés font leur apparition : résultat, erreurs lors de la création du chargeur, drivers qui dysfonctionne. En général, c'est petit soucis sont rapidement corrigés grâce à de chouettes personnes qui jouent le rôle de bêtas testeurs. Attention : si j'étais toi, je passerai par la version subsidiaire 7.0 avant la 7.1.1. D'autres ont directement migrés de 6.2 à 7.1.1, mais avec une installation fraiche, l'intégrité des données étaient bien entendu conservée, mais pas les configs. Si tu questionnes le site officiel de Synology (version utilisée -> version cible), il te retournera le même conseil. @Gastonzz Il faut à nouveau modifier l'adresse du repo, puis on met à jour : // Modification de la source utilisée (passage de la v0.9.x sur repos principal) curl --location "https://github.com/pocopico/tinycore-redpill/raw/main/rploader.sh" -O // Mise à jour de l'utilitaire ./rploader.sh fullupgrade ./rploader.sh update
  5. Ah mais non, je ne voulais pas t'orienter, je ne faisais que d'échanger mon expérience. Effectivement, ARPL fait des merveilles sur le mappage des disques
  6. @run51 Si ton matériel le supporte et qu'il est configuré correctement au BIOS et DSM : OUI !
  7. @run51 Tu dois effectivement mettre à jour le générateur (contenu dans TCRP), ensuite générer un nouveau chargeur et migrer ton dsm vers 7.1.1 . Concernant la mise à jour de tcrp, plus la peine de modifier l'adresse de récupération. Il suffit de lancer les commandes habituelles d'update : ./rploader.sh fullupgrade ./rploader.sh update Et ensuite continuer la procédure habituelle pour générer le loader.
  8. Effectivement, c'est très étrange... Pour ma part j'utilise TinyCore redpill, je le préfère car je trouve qu'on est plus conscient de ce qui est fait. De plus, il est compatible avec plus de matos, mais aussi, plus rapide et stable. Content que tu aies trouvé une solution
  9. @Pandadoo Essaye avec des ". https://ip:port/webapi/entry.cgi?api=SYNO.ActiveBackup.Activation&method=set&version=1&activated=true&serial_number="NUMÉRO_DE_SERIE"
  10. Pour ma part, je ferai ça par étape. DSM 6.3 -> DSM 7.0 -> DSM 7.1.1 Tu peux te rendre sur le site de Synology, dans le Centre de téléchargement, indiquer ta version actuelle et cible. Il te donnera l'ordre et les versions par lesquelles tu dois transiter.
  11. Si tout est rentré dans l'ordre, pas la peine d'exécuter la procédure. La fonction postupdate permet justement la non reconstruction complète du chargeur en réparant/reconstruisant certains fichiers.
  12. @nicocalv Pourquoi choisir une si vieille version de DSM ? De plus, la plateforme ds3615xs tombe en désuétude, car ne recevra plus les mises à jour. C'est pourquoi la plateforme DS3622xs vient la supplanter aujourd'hui. Elle a d'ailleurs été plus développée depuis l'avènement du chargeur basé sur RedPill. Je te propose de retourner sur TinyCore et le mettre à jour vers la version v09 (qui poursuit un développement). Pour ce faire, je t'invite à suivre le petit récap que j'ai fait et publié juste ici plus haut. Qui pourra te guider dans le processus de mise à jour du générateur, mais aussi, te donner les paramètrages de base. Il s'agit du DS3622xs avec la dernière version de DSM (7.1.1) Pour télécharger le fichier .pat (d'installation de dsm), il te demandera de l'insérer durant l'installation du système, bien après le génération du chargeur. Voici le lien (DS3622xs - 7.1.1 (42962): https://global.download.synology.com/download/DSM/release/7.1.1/42962/DSM_DS3622xs%2B_42962.pat?model=DS3622xs%2B&bays=12&dsm_version=7.1.1&build_number=42962 @angel038 le lien pourrait t'intéresser également
  13. @angel038 Pour ma part, je mets toujours le chargeur à jour avant de migrer mon serveur vers la version supérieure (comme toi). Je ne me sers de l'interface DSM que pour les màj mineures. Si ton chargeur est créé et démarre, rendez-vous sur Synology Assistant. Il devrait détecter ton serveurs en "pouvant être migré". Rendez-vous sur la page du serveur, suivre les instructions de migration, insérer le fichier .pat que tu auras précédemment téléchargé sur le site de Synology. Lors de l'installation, choisir de garder les données et fichiers de configurations intactes. À la fin du processus le serveur devrait redémarrer (ça va prendre quelques minutes) et tu devrais le retrouvé à jour et configuré.
  14. @xonic Ahhh, donc tu as mis à jour via l'interface DSM et mis ton chargeur à jour après. Dans cette approche, tu dois maintenant actionner la fonction postupdate. Pour celà RDV sur tinycore et tape les commandes suivantes : On met à jour l'utilitaire en prévention et on actionne la procédure ensuite. Après, redémarrage en mode normal (SATA ou USB en fonction de comment tu as installé ta vm) sur DSM ./rploader.sh fullupgrade ./rploader.sh update ./rploader.sh postupdate broadwellnk-7.1.1-42962
  15. On dirait un soucis de driver. J'ai souvenir d'avoir vu ce type d'erreur sur le forum. Je ferai quelques recherches, mais il faudrait voir se qu'il se passe. Employer peut-être le port série afin d'avoir un aperçu pendant l'installation. Quel chargeur utilises-tu ? Quelle plateforme ? Ds3622 ? 918 ? 920 ? Métal nu ou virtualisé ? Il serait chouette que tu nous remontes quelques captures/logs lors de la création du chargeur. Peut-être remonter l'information sur le fil de développement
  16. @xonicd Salut, Drôle de problème. Parle nous un peu de ta config, est-ce une nouvelle installation ? Ou une ancienne ? Tu es sur métal nu ou virtualisé ? Le chargeur v09 est en cours de développement, peut-être une petite erreur s'était glissée. Bien mettre le script à jour : ./rploader.sh fullupgrade ./rploader.sh update Je retenterai l'expérience à ta place en appliquant bien les commandes de nettoyage. ./rploader.sh clean rm -rf /mnt/sdb3/auxfiles Dis nous quoi.
  17. @angel038 Sans soucis, il s'agit du modèle 3622xs à vous de modifier au besoin. Pour ma part, je n'utilise pas le mod JUN (qui automatise certains processus de mise à jour). À nouveau, à vous de customiser au besoin selon vos habitudes. J'ai inséré également le récap habituel (customisation du fichier de configuration, etc.) // Modification de la source utilisée (passage v0.9 developp) curl --location "https://github.com/pocopico/tinycore-redpill/raw/develop/rploader.sh" -O // Mise à jour de l'utilitaire ./rploader.sh fullupgrade ./rploader.sh update // Nettoyage des fichiers résiduels liste extensions et ancien .pat file ./rploader.sh clean rm -rf /mnt/sdb3/auxfiles // ** Customination du fichier de configuration user_config.json ** // Détection USB, Pid/Vid ./rploader.sh identifyusb (detection et confirmer "Y") // Mappage des disques ./rploader.sh satamap (detect OK, confirmer "ENTRER" ou donner une valeur et ENTRER) // Génération du numéro de série et mac OU utilisation de l'adresse mac physique (WoL fonction) OU Éditer manuellement fichier // Option 1 // Génération : ./rploader.sh serialgen DS3622xs+ (confirmer "Y") // Option 2 //Mac Physique : ./rploader.sh serialgen DS3622xs+ realmac (confirmer "Y") ; // Option 3 // Édition manuelle: : vi user_config.json) // VERIFICATION DU FICHIER : cat user_config.json // SI OK // ** IMPORTATION DES EXTENSIONS (drivers) ** // Détection automatique ./rploader.sh ext broadwellnk-7.1.1-42962 auto // ** COMPILATION ** // Compilation en mode auto ./rploader.sh build broadwellnk-7.1.1-42962 auto // Redémarrage sudo reboot
  18. @tdse13 From experience, I would update the loader first. Next, migrate DSM. For a first server, I tried the postupdate procedure, (dsm update - TCRP restart - POSTUPDATE), but the server did not appear. I had to rebuild the loader to get it back. On my production server, I applied as described first.
  19. Salut les gars ! Après quelques tests sur une machine, j'ai passé mes machines de prod sur la dernière version de DSM (7.1.1). J'ai utilisé TCRP V0.9 pour cela : j'ai d'abord mis à jour le chargeur, au démarrage DSM m'a proposé une migration. Aucun soucis, tout à roulé :-). Comme toujours, très stable, les paramètres du fichier de configuration sont connues, pas besoin de trifouiller le mappage des disques du coup :-D. Bon amusement à vous
  20. - 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: auto custum - Installation type: BAREMETAL - ASRock Rack C2550D4I - Additional comments: Redpill TinyCore Loader v0.9 (develop) DS3622xs. Update Loader FIRST, migrating DSM after.
  21. @tdse13 Did you specify the netif_num parameter into config file ? If 1 mac = 1 If 2 mac = 2 ... "netif_num" : ""
  22. Maybe try another loader? Have you tried with TCRP v0.9 (develop)?
  23. The 2-factor authentication does not depend on TC! But on DSM! You can access the terminal with the serial port.
  24. @AMaX Il faut savoir que la clé USB n'est que l'amorçage. Elle injecte les drivers notamment et provoque le chargement de l'os. DSM (os) est contenu quant-à lui sur les hdds du serveur. Il n'y a pas de réel intérêt donc à placer le contenu de la clé sur un SSD. Tout est possible, mais tu vas chipoter pour rien. Donc, oui, on boot avec la clé USB
  25. Solved : Enable default admin account and process. SSH : for it -> Synouser tool $ sudo synouser Password: Copyright (c) 2003-2022 Synology Inc. All rights reserved. Usage: synouser --help --rebuild {all|(domain Force{0|1})|(ldap Force{0|1})} --enum {local|domain|ldap|all|domain_used} --enumpre {local|domain|all|domain_used} prefix Caseless{0|1} --enumsub {local|domain|all|domain_used} substr Caseless{0|1} --enum_admin {local|domain|ldap|all} --get username --getuid UID --add [username pwd "full name" expired{0|1} mail privilege] --modify username "full name" expired{0|1} mail --rename old_username new_username --setpw username newpasswd --del username1 username2 ... --login username pwd --dbopen2 username --filesetpw --create_homes {domain|ldap} Edit admin user status Enable account : sudo synouser --modify admin "System default user" 0 mail@mail.dom Set password : sudo synouser --setpw admin setpassword Check status expired = false : /$ sudo synouser --get admin User Name : [admin] User Type : [AUTH_LOCAL] User uid : [1024] Primary gid : [100] Fullname : [System default user] User Dir : [/var/services/homes/admin] User Shell : [/bin/sh] Expired : [false] User Mail : [mail@mail.dom] Alloc Size : [125] Member Of : [2] (100) users (101) administrators Now, go on DSM : identify with the admin account and password. - Go to control panel / users and - Edit user to disable 2-step authentification. - Log out and back in with the correct account - Don't forget to disable the default admin account.
×
×
  • Create New...