Genesys
-
Posts
26 -
Joined
-
Last visited
-
Days Won
1
Posts posted by Genesys
-
-
5 hours ago, topaze said:
Bonjour,
Migration de DSM 6.0.2-8451 update 11 à DSM 6.1.3 15152 update 4 effectué sans probléme, juste tjrs besoin de rebooter deux fois après install ou update DSM sur mon Gen8, peut être le bios?
Merci à @Polanskiman pour ces Tutos tjrs aussi lisible et sa disponibilité, @jun pour son ltravail sur le loader ainsi que @Genesys pour avoir converti le boot en MBR, bien plus pratique pour moi et obligatoire sur certaine autre carte mére.
Merci à vous !
C'est un plaisir de t'avoir permis de migrer
-
7 hours ago, ideasman69 said:
Thanks man this is awesome. I have a question though - is there any chance to get what you've done there into 1 single MBR partition?
I've managed to get DSM 5.2 and the older xpenology loader running on a single hard drive without any usb on a kimsufi dedicated server. The loader is basically sitting on a small active partition sitting between the OS and data partitions. It works great and was really hoping to run DSM6 but just need the loader to all be in 1 partition. Any chance that's an easy thing to do?
Thanks again for all your hard work!
If you want you can test the loader of Jun's in version 1.01 because he has one partition with all files. The second partition in this version is not used.
Warning : The loader version 1.01 it's good version for DSM 6.0.2 but not the last version of DMS 6.1.3. Read the topic of Polanskiman before begin your migration.
The loader version 1.01 is available on my repository.
If your test is okay, i can modify the last version for you and rebuild with one partition if you want.I don't want to modify the last version in first time because i want to be sure that all is okay for you in DSM 6.0.2.
-
3 hours ago, Polanskiman said:
Je le répète sans cesse. Utiliser des modules compilés pour DSM 5.2 ne marchera jamais, au grand jamais sur du DSM 6.0 ou DSM 6.1 et vice versa. Ce n'est pas pour rien que l'on s'amuse à compiler des modules pour les versions récentes de DSM. Ces trois versions de DSM ont des versions de noyaux (kernel) différents (linux 3.10.35 / linux 3.10.77 / linux 3.10.102 respectivement et pour DS3615xs - les noyaux utilisés pouvant aussi être différents entre les modèles ayant la même version de DSM) et donc les modules ne sont pas interchangeables. Un module incompatible peut au mieux ne pas marcher, au pire corrompre des données ou le noyau. Faites attention aux conseilles que vous donnez et a ceux qui lisent faites attention à ce que vous faites.
Alors effectivement je n'ai pas pensé au changement de version du noyau en fonction des versions cependant j'ai indiqué que la personne pouvait faire des tests car contrairement à ce que tu pense le fichier extra.lzma impliquant uniquement des drivers, tu peut en effet faire planter le noyau au démarrage et causer ce que l'on appelles un kernel panic au chargement du zImage ou BzImage (Noyau Linux) selon les versions des loaders ce qui n'est pas grave dans une phase de test.
Cependant le fichier extra.lzma ne peut pas corrompre ton RAID directement, juste empêcher l'accès si un composant n'est pas détecté ou faire des erreurs d'écritures et planter le système. Dans un second temps, ton noyau ne peut pas être corrompu au chargement il peut planter mais aucune altération de données ne peut être effectuée sur le noyau car comme tu l'indiques il est compilé au moment de la création de l'image Synoboot.
Maintenant je ferai attention et je réfléchirai plus longtemps avant de répondre aux messages effectivement mais je n'ai pas donné un conseil pouvant altérer les données d'une personne je souhaitais juste rectifier cela. Merci en tout cas pour tes conseils. -
1 hour ago, agent47SG1 said:
Merci pour tes explications malheureusement ça na rien changé, apparemment mon controleur de disque nvidia n'est pas géré par défaut donc je vais voir avec le ramdisk perso
Pas de problème tiens nous au courant si ça fonctionne
-
1 hour ago, agent47SG1 said:
Bonjour,
J'ai une carte mère avec 6 ports sata géré par le chipset nvidia et 1 port géré par une puce ASMedia, j'ai donc modifié mon grub.cfg avec SataPortMap=16 puis 61 pas de changement.
Si j'ai bien compris, c'est le fichier zImage qui contient les drivers, étant donné que mes disque était bien reconnu avec le loader XPEnoboot_5.2-5967_DS3615xs.iso comment puis je remplacer ce fichier dans ton loader (j'ai essayé avec OSFMount mais la partition est trop petite)
Merci
Le fichier contenant les drivers est le fichier ayant l'extension (.lzma) ce qui explique pourquoi le fichier contenant des drivers supplémentaires de Polanskiman s'appelle (extra.lzma).
Tu peux tester avec le premier test de loader que j'avais fait à partir du loader de Arcao la partition sera assez grande : https://mega.nz/#!xI9RnSBQ!RoXwrCvMid3PrQtG4cEGTEWlrWY91PVPWq7TtzTHuc0
Cependant je ne pense pas que les pilotes de la version 5.2 passerons après à tester..Si tes tests ne sont pas concluant pense à checker régulièrement les changements sur le ramdisk de polanskiman.
PS: Le fichier zImage ou BzImage selon les versions contient l'image de démarrage du système.
-
Pour information :
A la demande de @Polanskiman dans le but d'éviter les confusions j'ai retiré les images utilisant une table de partition GPT ainsi que le loader d'Arcao étant obsolète.
Les loaders que j'ai créés sont toujours présents je vous fait un petit récapitulatif des liens suite à cette mise à jour :Images MBR :
Dépot de @Genesys : https://mega.nz/#F!cIUXnCSS!VruDf235t2uLcRxIjji3qQ
Images GPT :
Dépôt de @jun : https://mega.nz/#F!BtFQ2DgC!JgomNP3X8V9EuwxL4TXbng
Dépôt de @Polanskiman (Miroir du dépôt de Jun's) : https://mega.nz/#F!yQpw0YTI!DQqIzUCG2RbBtQ6YieScWg
PS : Pour ceux qui ne connaissent pas, un miroir est un second lien permettant de télécharger le même contenu que le lien principal (Dans notre cas les loader de Jun's). Cela est utile en cas de défaillance du premier lien, le second sera fonctionnel.
Bonne journée à tous -
4 hours ago, macross9321 said:
is this a driver issue?
no matter what version of the Jun Loader I setup my network card only get a 169 IP address
if I use the expanded extra file - I won't even get this far
That problem concern the ip attribution on your local network.
The adress 169.X is an APIPA adress. You'r equipement gives this adress because your DHCP Server (Your ISP Box i think) have a problem and not attribute a correct ip on your equipement.
If it's possible indicate the MAC address of your NAS on your ISP box and force the ip adress.
I don't think that's problem concerne your network drivers.
-
8 hours ago, agent47SG1 said:
J'ai remplacé le ramdisk par default avec celui compilé pour la 6.1.3 ( https://mega.nz/#!mdoGHIpA!BV4Yao6XZ9mDLPhmbzVzoMTyXr2gDXQo5I6BWPn1UX4 ) et en sélectionnant l'option 2 (reinstall) j'arrive a trouver le nas avec Syno Assistant par contre j'ai le message "Aucun disque trouvé sur DS3617xs".
J'ai testé en initialisant le disque en MBR ou GPT idem.
Une idée ?
Concernant ce message de disque dur absent je te conseille de regarder le Tuto de mise à jour de DSM 6 fait par @Polanskiman et d'ajouter l'argument "SataPortMap=" en suivant la bonne typologie indiqué dans le tuto.
Si cela ne fonctionne toujours pas cela veut dire que ton driver de carte mère ou de carte raid si tu en as une n'est pas pris en compte. La référence de ta carte mère ou de ta carte raid devra être ajouté dans le tuto indiquant les drivers à ajouté dans les fichiers de drivers des images syno.
Je ne me suis pas encore penché sur l'ajout de drivers (peut être bientôt) dans les images syno du coup je ne suis pas le plus connaisseur. @Polanskiman sera plus à même de te répondre en cas de problèmes de drivers.
-
3 hours ago, topaze said:
Merci Genesys,
Du coup quelle image du loader 6.1 utiles tu pour ton server HP Gen8, GPT ou MBR? 3615 3617 ou 916?
Avec plaisir
Sur mon HP Gen 8 j'utilise l'image du DS3617xs avec une table de partition MBR, soit l'image "DS3617xs_DSM6.1_JunsMod_V1.02b_MBR_Genesys.img".
Je suis actuellement en version 6.1.3 Update 4 soit la dernière version DSM en date. -
Hello,
The Jun's versions 1.01 (DSM 6.0.2) and 1.02B (DSM 6.1X) are rebuild with a MBR partition table.I have put on the repository all images that i have rebuild with my automated conversion (MBR Partition table versions) tool.
The repository link is here : https://mega.nz/#F!cIUXnCSS!VruDf235t2uLcRxIjji3qQHoping to move forward the XPEnology community.
PS : The files "Convert_By_Genesys" contains the number of loader version and the partition table format use.
PS2 : I will continue to make MBR Partition table version for next loaders.PS3 : The code base of my Automated Conversion Tool is the same as Jun's : https://github.com/kref/scripts
-
3
-
6
-
-
Bonjour,
Les versions 1.01 (DSM 6.0.2) et 1.02b (DSM 6.1.X) de Jun's sont complètements refaites et fonctionnelles avec une table de partition MBR.
J'ai posé sur le dépôt toutes les images que j'ai refaites via mon outil de conversion automatique.
Voici le lien du dépôt : https://mega.nz/#F!cIUXnCSS!VruDf235t2uLcRxIjji3qQ
En espérant faire avancer cette belle communauté.
PS : Les fichiers "Convert_By_Genesys" présent sur les deux partitions des launchers contiennent le numéro de version du loader et le type de table de partition utilisé.
PS2 : Je continuerai de mettre des versions avec une tables de partition MBR pour les prochain loaders.PS3 : Le code de base de mon outil de conversion automatique est le même que Jun's : https://github.com/kref/scripts
C'est un plaisir de pouvoir faire avancer la communauté XPEnology
-
2
-
-
Je viens de terminer mon outil de conversion automatisé des images XPenology.
Les prochaines versions que je vais faire ne seront plus basées sur l'image d'Arcao mais une image refaite et optimisée ayant une taille équivalente voir plus petite que les loaders actuels.
J'ai prévue de refaire complètement toutes les images de Jun's des versions pour DSM 6.0.2 à DSM 6.1.3 Update 4 avec une table de partition MBR.
L'interet de cet outil permettra de rendre le DSM6 compatible peut importe le type de carte mère de l'utilisateur, une table de partition MBR étant l'unique façon de booter sur des cartes mères anciennes.
Je laisserai ensuite @Polanskiman l'intégrer dans les dépôts pour que les utilisateurs ai le choix de la version à utiliser GPT ou MBR.
Les nouvelles versions arriverons bientôt.
-
5 hours ago, jojeju9428 said:
Salut Genesys,
Est ce que ton loader custom fonctionnerai pour un HP Proliant ML350 G6 ? (sans ESX)
Car impossible de l'installer avec Jun v1.02b, array p410i non reconnu
Merci
Bonjour,
Non cela ne corrigera pas le problème car la version que j'ai faite est juste une autre structure du loader de base de Jun's sans ajout de drivers. -
After Much tests i have create "DS3617xs 6.1 Jun's Mod V1.02b" loader in Hybrid Version.
This loader is based on Arcao loader (MBR partition table) with an integration of the 1.02 version made by Jun's. The code of the loader is not modify.
The usage of hybrid version is necessary to boot on Non UEFI BIOS. The others versions it's not ok with non UEFI BIOS because the partition table is in GPT. This loader use the MBR partition table.
Link of version DS3617xs 6.1 Jun's Mod V1.02b-hybrid BIOS-Arcao-Genesys : https://mega.nz/#!wENlyLob!bPB_JhPRgxSbKIvLzQTsDzERJyPqVRR4HvjlMuRlH0c
MD5 File : c7af76f0e4b4abb8b3e2cd4a78707297Don't forget to share your experience with this loader on the Xpenology community.
-
48 minutes ago, agent47SG1 said:
Salut,
Petite question juste comme ça, a quoi est dût la différence de taille par rapport aux autres loader ?
Salut,
C'est effectivement une très bonne question.
Le loader que je viens de faire est basé sur celui de Arcao qui faisait approximativement (à 5Mo près) la même taille.
La façon dont j'ai fait le loader m'oblige à ne pas avoir un loader plus petit que la taille d'origine, cependant ne t'inquiètes pas, une fois installé il fait la même taille que celui de Jun's.Tu peux faire le test en mettant l'image sur une clé USB tu verra que les partitions faites sont plus grosses mais sont vides car dans le loader de arcao il y avait beaucoup de drivers qui prenaient de la place mais Jun's les intègrent différemment dans son loader.
La prochaine version que je ferai sera beaucoup plus light normalement. -
Bonjour,
Pour toutes les personnes bloquées avec l'image "jun-intel-baremetal-hybrid-uefibios-arcao-v2" ne pouvant pas lire correctement les nouvelles images ayant des partitions GPT :
Je viens de créer une image hybride de la version "DS3617xs 6.1 Jun's Mod V1.02b".Je termine les tests dans l'après midi pour vous fournir rapidement l'image d'installation.
PS : L'update 4 pour la version DSM 6.1.315152 fonctionne correctement chez moi sur un HP Gen8. -
Bonsoir,
Dans un premier temps merci Polanski de m'avoir parlé des tables de partitions GPT , j'ai tous de suite compris le problème que j'avais sur ma configuration
Pour toutes les personnes ayant des soucis pour booter sur le loader de Jun V1.0 ou V1.01.
Un petit tutoriel permettant de le faire fonctionner :
1/Utiliser W32DiskImager pour créer une clé USB avec DS3615xs 6.0.2 Jun's Mod V1.01
2/Récupérer les fichier placé sur la clé USB
3/Utiliser W32DiskImager pour créer une clé USB avec jun-intel-baremetal-hybrid-uefibios-arcao-v2
4/Placer les fichier du loader DS3615xs 6.0.2 Jun's Mod V1.01 sur la clé USB
5/Adapter les valeur à votre configuration dans le fichier "grub.cfg" en suivant le tutoriel de Polanski
Parlons technique :
Au moment de la création des différentes partitions sur la clé USB de boot Xpenology une partition est créé appelée "table de partition" référençant les autre partition. Cette table permet notamment de localiser l'endroits des partitions pour savoir ou démarrer sur la clé USB.
Le loader de Jun créé cette table de partition dans un format appellé "GPT" permettant le fonctionnement du loader sur des BIOS de type UEFI cependant certain BIOS ne lise pas correctement ce format.
Si le loader ne fonctionne pas chez vous mais que celui de Arcao (Ancien Loader deprecated) fonctionne cela s'explique par le fait que le loader de Arcao utilise une table de partition dans un format appellé "MBR" lisible par tous les BIOS.
Notre manipulation consiste donc à créer la clé USB en utilisant une table de partition de type "MBR" en plaçant les fichiers du loader de Jun étant Up-to-date.
Bonne soirée à tous.
-
Je ne connais pas la référence de ma carte mère je regarderai ce soir mais mon serveur est un "HP Gen8 G1610t". Je sais qu'il ne prend pas en charge le BIOS UEFI.
Le problème je pense est que les tables de partitions GPT ne sont lisible au boot que par un BIOS UEFI du coup tant que les loaders ne seront pas fait avec des tables de partitions MBR cela ne fonctionnera pas pour moi :/
-
AAAAH j'ai le même pb avec ESXi 6.0 et 6.5 depuis le passage à l'update 9 : plus rien ne marche. Le serveur est n'a pas d'IP.
Dans la console ESXi je vois que la CPU de la VM DSM est à 100%, mais impossible de voir ce qu'il fait.
Je constate aussi que les accès aux disques sont très importants aussi (d'ailleurs la diode sur mon N54L) est tout le temps allumé. Je suspecte qu'il reconstruit ou vérifie la parité sur mon volume SHR AVANT de faire le démarrage réseau. Du moins j'espère. Je vais donc attendre une nuit complète pour m'assurer que ce soit bien ça et non pas Synology qui aurait bloqué qqchose...
Pour info j'ai le loader 1.01 et j'ai aussi testé avec le loader 1.00
J'ai réussi à passer l'update.
J'utilise toujours le loader de Arcao car celui de Jun que ce soit la V.1 ou V1.01, impossible de booter sur la clé USB.
Pour pallier au problème j'ai effectué les manipulations suivantes :
1/ Downgrade de 6.0 à 5.2
2/ Upgrade 5.2 vers 6.0 avec le loader de Arcao
3/ Mon serveur est reparti directement comme si l'upgrade s'était déroulé correctement et je suis en DSM 6.0.2-8451 Update 9
Bonne soirée
-
Bonsoir,
J'ai un soucis sur mon installation.
J'étais depuis la publication du tutoriel sur le launcher de Arcao qui est maintenant deprecated.
L'update 9 que j'ai faite aujourd'hui a bloqué mon NAS.
Le message "Booting kernel" est bien présent pour indiquer que tous fonctionne cependant le NAS ne répond pas sur le réseau hors celui-ci fonctionnais depuis plusieurs mois.
Tests effectués :
J'ai souhaitais installé le nouveau boot "Jun's mod 1.01" mais quand j’écris le fichier "synology.img" sur ma clé USB, je modifie le "grub.cfg" mais mon NAS n'arrive même pas à booter sur la clé. Le boot menu de la clé USB n’apparaît même pas.
J'ai testé pour vérifier, si je remets le boot de Arcao le serveur démarre, le message "Booting kernel" s'affiche cependant le serveur n'est toujours pas pingable.
-
Merci a toi Genesys , erreur 13!!
Apres avoir mi 0x cela fonctionne.
Pour ceux qui ont erreur : oups erreur ..........
Il faut changer de matos...
J'avais une carte mère intel sa marcher pas.
j'ai changer de pc (serveur) et ca fonctionne nickel! même les mise a jour.
A+++
Content d'avoir pu aider
-
ma clef USB fonctionne avec un VID et un PID sous la forme 0x4 chiffres du VID et 0x4 chiffres du PID cela est bizarre
Ceci est tout à fait normal et c'est bien indiqué ainsi dans le premier message de Polanskiman ...
-----------------------------
Pour les trouver les valeurs PID VID de votre clé ce n'est pas très difficile si vous avez une machine avec Windows
Gestionnaire de périphériques -> Repérer les Contrôleurs de bus USB -> Enlever et remettre la clé USB pour voir à quoi correspond la clé USB
Cela devrait être : Dispositif de stockage de masse USB
A ce moment clic droit sur celui-ci : Propriétés -> Details -> Dérouler dans Description du périphérique pour avoir Numéros d'identification du matériel
Vous devriez voir quelque chose comme ceci : USB\VID_090C&PID_1000
Les valeurs a copier dans le grub.cfg seront donc en conservant les 0x :
vid=0x090C pid=0x1000
Je pense que tu devrais lire l'échange que j'ai eu avec Polanskiman juste avant ton message pour comprendre que c'est ce que j'étais en train d'expliquer au lieu de faire le gars soûlé . . .
-
Dans un premier temps je voudrais te remercier pour la traduction du tutoriel que tu as faite je trouve ça très sympa
En parlant du VID et du PID je tiens à préciser que quand j'ai voulu installer DSM6 j'avais le problème de "error 13 fichier DSM endommagé" et le problème résidé effectivement comme tu l'a noté dans le tutoriel dans les arguments VID et PID. En faite il faut laisser le 0x avant exemple si mon VID est 0000 et mon PID est 0000 il faut mettre dans l'entrée de menu :
VID=0x000
PID=0x000
Je pense qu'il serait peut être bon de l'ajouter dans le tuto
Bonne journée
Merci. Je n'ai pas traduit le tutoriel. Je l'ai créé de A a Z
Le VID et le PID sont toujours sous la forme hexadécimale et ce n'est pas toujours 0x. C'est pour cela que j'ai posté un lien avec plusieurs applications permettant de voir le VID / PID. Personnellement je recommande de le faire via linux (un live cd) ou mac car c'est beaucoup plus simple. Après, chacun ses préférences.
J'ai vérifié ma clef USB Sandisk avec deux logiciels et avec Linux et c'est bizarre cela m'indique les 4 chiffres composant le VID et les 4 chiffres correspondant au PID pourtant l'installation a fonctionné seulement quand j'ai mis le 0x sinon j'avais l'erreur 13.
Du coup je pense que le 0x ne fait pas parti du VID et du PID pour moi c'est juste un préfixe car "0x" n'est pas une valeur hexadécimale.
En sommes ma clef USB fonctionne avec un VID et un PID sous la forme 0x4 chiffres du VID et 0x4 chiffres du PID cela est bizarre
-
Bonjour a tous j'ai un petit doute concernant le point 3 du tuto pourquoi noter les PID VID de la clé boot 5.2 si on nous conseille de changer de clé usb les infos ne vont elles pas êtres différentes pour une autre clé USB ?merci de votre éclairage sur ce point et félicitations pour le boulot accompli
cordialement
Il faut noter le VID / PID de la clef USB que vous allez utilisez bien entendu. Je suggérais tout simplement de ne pas utiliser votre ancienne clef usb car si pour x raison l'upgrade ne marche pas a dsm 6, vous n'avez tout simplement qu'à remettre votre ancien clef.
Dans un premier temps je voudrais te remercier pour la traduction du tutoriel que tu as faite je trouve ça très sympa
En parlant du VID et du PID je tiens à préciser que quand j'ai voulu installer DSM6 j'avais le problème de "error 13 fichier DSM endommagé" et le problème résidé effectivement comme tu l'a noté dans le tutoriel dans les arguments VID et PID. En faite il faut laisser le 0x avant exemple si mon VID est 0000 et mon PID est 0000 il faut mettre dans l'entrée de menu :
VID=0x000
PID=0x000
Je pense qu'il serait peut être bon de l'ajouter dans le tuto
Bonne journée
DSM 6.x.x Loader (with MBR partition Table)
in Member Tweaked Loaders
Posted
With pleasure