Jump to content
XPEnology Community

boulete

Transition Member
  • Posts

    10
  • Joined

  • Last visited

Posts posted by boulete

  1. Thank you so much @pocopico for you amazing work !

     

    I managed an DS918 over proxmox 7 very easy with your tool.

    I tried to integrate the acpid extension (for the shutdown via Proxmox) but I have an error every time I try .

     

    The command is ./rploader.sh ext apollolake-7.0.1-42218 add https://github.com/jumkey/redpill-load/blob/develop/redpill-acpid/rpext-index.json

     

    return is:

    parse error: Invalid numeric literal at line 7, column 10

    [-] Extension loaded from https://github.com/jumkey/redpill-load/blob/develop/redpill-acpid/rpext-index.json (id: ) is invalid: index JSON file is unparsable. Please report that to the extension maintainer via help URL

    [!] The index file for https://github.com/jumkey/redpill-load/blob/develop/redpill-acpid/rpext-index.json extension is invalid - please report that to the extension maintainer

     

    *** Process will exit ***

     

    Same error with ./rploader.sh ext apollolake-7.0.1-42218 add https://github.com/pocopico/rp-ext/blob/main/redpill-acpid/rpext-index.json

     

    Any idea ?

     

  2. Bon j'ai essayé cette commande

    ./rploader.sh ext apollolake-7.0.1-42218 add https://github.com/jumkey/redpill-load/blob/develop/redpill-acpid/rpext-index.json

     

    mais j'ai un beau message d'erreur

     

    [-] JSON file "/home/tc/redpill-load/custom/extensions/_new_ext_index.tmp_json" is invalid:

     

    parse error: Invalid numeric literal at line 7, column 10

    [-] Extension loaded from https://github.com/jumkey/redpill-load/blob/develop/redpill-acpid/rpext-index.json (id: ) is invalid: index JSON file is unparsable. Please report that to the extension maintainer via help URL

    [!] The index file for https://github.com/jumkey/redpill-load/blob/develop/redpill-acpid/rpext-index.json extension is invalid - please report that to the extension maintainer

     

    *** Process will exit ***

     

    Une idée

  3. Bonjour,

     

    J'ai finalement résolu mon problème :)

     

    Pour une raison que j'ignore, les paramètres par défauts dans  /etc.defaults/synoinfo.conf et  /etc/synoinfo.conf restent invariablement 

     

    internalportcfg" : "0xffff

    maxdisks" : "16"

     

    Même lorsque (merci @Sabrina) le fichier user_conf.json contient

     },
        "synoinfo": {},
        "ramdisk_copy": {},
        "extensions": []
    }

     

    Pour que mes paramètres soient pris en compte, j'ai compilé un nouveau loader en ajustant mon user_conf.json comme ceci

     

    },
        "synoinfo":

    {    

        "internalportcfg" : "0xffffff"

        "maxdisks" : "24"

    },
        "ramdisk_copy": {}
    }

     

     

     

    Puis dans  /etc.defaults/synoinfo.conf et  /etc/synoinfo.conf

    esatportcfg : "0x0"

    usbportcfg : "0x0"

     

    ce qui donne

    139526162_Capturedcran2022-02-0610_23_39.thumb.png.9cfba5594e152f7fc9ef908b322fee23.png

     

    Vous remarquerez que le disque usb est on position 17, c'est pourquoi avec la paramètres par défaut (internalportcfg : "0xffff" ) il n'était pas possible de le passer en disque interne.
    Il fallait pouvoir passer le nombre max de disks à au moins 20 et la valeur à au moins 0xfffff .

    Encore un immense merci @Sabrina qui m'a permis de comprendre où était le problème.
    J'espère juste que j'ai compilé correctement mon nouveau loader...

     

     

  4. Salut,

     

    Merci pour le temps que tu as pris pour compiler le loader.

     

    Pour l'instant c'est à peu près le même résultat :( 

    La différence notable c'est que le disque virtuel apparait maintenant en disque 12 sous DSM au lieu de disque 2.

    En revanche, pas d'amélioration de la prise en charge des disque USB, ils apparaissent toujours en disques externes sous DSM .

     

    Je pense que la cause est toujours la même, à savoir le fichier /etc.defaults/synoinfo.conf et  /etc/synoinfo.conf qui ne gardent pas les modifs lors du Reboot.

    Notamment ces 2 valeurs qui sont impossibles à faire bouger

    internalportcfg" : "0xffff

    maxdisks" : "16"

     

    Je pense qu'il faut que les mette comme ça:

    esataportcfg="0x0"

    internalportcfg" : "0xf"

    maxdisks" : "24"

    usbportcfg="0xfffff0"

     

    Merci encore

    Capture d’écran 2022-02-05 à 11.08.40.png

  5. Pour en revenir à mon problème de modifications non persistantes dans etc.defaults/synoinfo.conf je crois que le problème doit venir du fichier user_config.json présent dans le loader qui prend le dessus au reboot.

     

    Malheureusement je ne trouve pas comment modifier ce fichier . 

    Quelqu'un pourrait m'aiguiller dans la bonne direction ?

     

    Merci

  6. Bonjour, c'est mon premier post sur le forum alors j'en profite pour remercier @Sabrina pour ce tuto proxmox incroyable !

     

     

    C'est ma première expérience sous xpenology (j'utilise des synos par ailleurs).

     

    Il me reste un point à régler et peut-être que quelqu'un pourra m'aider.

    Je veux dédier à ma vm dsm7 un disque usb de 4to en passthrough, jusque là j'y arrive le disque est bien reconnu et géré (smart...) par dsm7.

    Je souhaiterai que ce disque soit reconnu comme disque interne afin de déployer au mieux mes dossiers partagés...

    J'ai suivi ce tuto mais à chaque fois mes paramètres ne tiennent pas après un Reboot de la VM, pourtant j'édite bien le etc.defaults/synoinfo.conf .

     

    Une idée du problème ?

     

    Merci

     

×
×
  • Create New...