Genesys

Loader DSM 6.x.x avec Table de partition MBR

Recommended Posts

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 ;)

  • Like 1

Share this post


Link to post
Share on other sites
23 hours ago, Genesys said:

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 ;)

Merci Genesys, 

 

Du coup quelle image du loader 6.1 utiles tu pour ton server HP Gen8, GPT ou MBR? 3615 3617 ou 916?

Share this post


Link to post
Share on other sites
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.

Edited by Genesys

Share this post


Link to post
Share on other sites
23 hours ago, Genesys said:

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

 

J'ai créé une clé avec DS3617xs_DSM6.1_JunsMod_V1.02b_MBR_Genesys.img, modifié PID/VID/mac1 et testé les 3 options de démarrage sans succès.

Est ce que cela peux venir d'un matériel non géré sachant qu'avec le loader XPEnology en 5.2 je n'avait pas de problème de driver ?

Share this post


Link to post
Share on other sites
2 hours ago, agent47SG1 said:

J'ai créé une clé avec DS3617xs_DSM6.1_JunsMod_V1.02b_MBR_Genesys.img, modifié PID/VID/mac1 et testé les 3 options de démarrage sans succès.

Est ce que cela peux venir d'un matériel non géré sachant qu'avec le loader XPEnology en 5.2 je n'avait pas de problème de driver ?

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 ?

Share this post


Link to post
Share on other sites
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.

Edited by Genesys

Share this post


Link to post
Share on other sites

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 :smile:

Share this post


Link to post
Share on other sites
3 hours ago, Genesys said:

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.

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

 

Share this post


Link to post
Share on other sites
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.

Edited by Genesys

Share this post


Link to post
Share on other sites
3 hours ago, Genesys said:


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.

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

Share this post


Link to post
Share on other sites
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 :smile:

Share this post


Link to post
Share on other sites
On 9/12/2017 at 4:22 AM, 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 ?

 

Déjà vous utilisez un ramdisk avec des modules qui ont été compilés spécifiquement pour DS3615xs avec le loader DS3617xs donc déjà c'est mal barré. Il n'est pas conseillé de faire cela même si potentiellement cela peut marcher pour la bonne et simple raison que les 2 modèles ont des architectures différentes et donc les modules doivent être compilés avec le code source correspond à l'architecture.

 

17 hours ago, Genesys said:


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.

 

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.

Share this post


Link to post
Share on other sites
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.

Share this post


Link to post
Share on other sites
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.

 

Je ne dit pas que vous donnez des conseils malveillants, mais un module de disque ayant été mal compilé ou compilé avec un code source d'une version autre que celui avec lequel le kernel a lui même été compilé, peut très bien faire planter un raid avec comme conséquence une corruption potentielle des données. Ca n'arrive pas tous les jous mais c'est tout à fait possible.

 

Share this post


Link to post
Share on other sites