mprinfo

Il a échangé ça BMW contre un masque [emoji23] Envoyé de mon BLA-L29 en utilisant Tapatalk

Non je dois faire un test lorsque j'aurai un moment il faut que je regarde si j'ai un ssd qui traîne je ferai cela sur mon gen8 de sauvegarde Envoyé de mon BLA-L29 en utilisant Tapatalk

pour le port mets voir 5000 pour voir

on doit pas traduire pareil essaie en français plutôt qu'en belge pour la traduction

lol tu arrives trop tard

Voici la solution pour les non linuxien on active dans DSM on ouvre winscp comme cela on aura pas accès au compte root mais au compte admin pour avoir accès au root directement il faut une clef d'installer on sélectionne le répertoire tmp et on copie le fichier FixSynoboot.sh que l'on a récupéré sur le site xpenology dans tmp on change les attributs en 755 on lance telnet on ce connecte en root : sudo -i on tape son mot de passe c'est le même que admin on exécute la commande suivante : cp /tmp/FixSynoboot.sh /usr/local/etc/rc.d C'est terminer on peut tout fermer et redémarrer DSM

Mise a jour 6.2.3-25423 ok sur mon DSM de test mais on voit le boolloader A lire pour ceux qui utilisent des drivers Extension : https://xpenology.com/forum/topic/21663-driver-extension-jun-103b104b-for-dsm622-for-3615xs-3617xs-918/ ATTENTION AVANT DE FAIRE LE MISE A JOUR BIEN LIRE CE TOPIC https://xpenology.com/forum/topic/28183-running-623-on-esxi-synoboot-is-broken-fix-available/ Voici la traduction Lors de l'exécution de DSM 6.2.3 sous ESXi, les chargeurs de démarrage 1.03b et 1.04b de Jun ne parviennent pas à créer / dev / synoboot (cela peut être résolu en installant un script extrait du chargeur pour le réexécuter une fois le démarrage terminé) DSM 6.2.3 affiche les périphériques SATA (c'est-à-dire le chargeur de démarrage sur 1.04b) qui sont mappés au-delà de la limite MaxDisks lorsque les versions précédentes ne DSM 6.2.3 met à jour les masques de bits du port de disque synoinfo.cfg qui peuvent casser certains tableaux à nombre de disques élevé et provoquer un comportement étrange avec le périphérique du chargeur de démarrage Contexte: La définition du PID / VID pour une installation baremetal permet au chargeur de Jun de prétendre que la clé USB est un véritable chargeur flash Synology. Sur une installation ESXi, il n'y a pas de clé USB - à la place, le chargeur exécute un script pour trouver son propre périphérique de démarrage, puis le refait en tant que / dev / synoboot. C'était très fiable sur 6.1.x et le chargeur 1.02b de Jun. Mais en passant à DSM 6.2.x et aux chargeurs 1.03b et 1.04b, il y a des circonstances où / dev / synoboot est créé et le périphérique de démarrage d'origine n'est pas supprimé. Le résultat est que parfois le périphérique de chargement est visible dans Storage Manager. Quelqu'un a découvert que si le contrôleur était mappé au-delà du nombre maximal de périphériques de disque (MaxDisks), tout périphérique de démarrage / dev / sd errant était supprimé. L'ajustement de DiskIdxMap est devenu un autre moyen de "masquer" le périphérique de chargement sur ESXi et Jun ' Maintenant, DSM 6.2.3: la mise à niveau modifie au moins deux comportements DSM fondamentaux: Les périphériques SATA qui sont mappés au-delà de la limite MaxDisks ne sont plus supprimés, y compris le chargeur (apparaissant comme / dev / sdm si DiskIdxMap est défini sur 0C) Les masques de configuration de port de disque sont réécrits dans synoinfo.conf: internalportcfg, usbportcfg et esataportcfg et sur 1.04b, ne correspondent plus avec MaxDisks par défaut = 16. REMARQUE: Si vous avez plus de 12 disques, cela cassera probablement votre baie et vous devrez les modifier à nouveau (et ce n'est pas seulement un problème ESXi)! De plus, lors de l'exécution sous ESXi, DSM 6.2.3 interrompt le script de synoboot du chargeur de Jun de sorte que / dev / synoboot n'est pas créé du tout . Impacts négatifs: Le périphérique de chargement peut être accidentellement configuré dans Storage Manager, ce qui entraînera une panne du système Les partitions du chargeur peuvent être mappées par inadvertance en tant que dossiers USB ou eSata dans File Station et être endommagées L'absence de périphériques / dev / synoboot peut entraîner l'échec des futures mises à niveau, lorsque la mise à niveau souhaite modifier rd.gz dans le chargeur Le déballage du script synoboot de Jun révèle qu'il récolte les nœuds de périphérique, supprime complètement les périphériques et les refaits en / dev / synoboot. Il essaie d'identifier le périphérique de démarrage en recherchant une partition plus petite que la plus petite partition de baie autorisée. C'est une stratégie ambiguë pour identifier le périphérique, et quelque chose de nouveau dans 6.2.3 le fait échouer lors de l'état initial du système de démarrage. Il existe quelques options de configuration technique qui peuvent amener le script à sélectionner le bon périphérique, mais elles sont difficiles et dépendent de la version du chargeur, de la plate-forme DSM et du démarrage BIOS / EFI. Cependant, si le script de Jun est réexécuté après le démarrage complet du système, tout est comme il se doit. Extraire le script du chargeur et l'ajouter aux actions post-démarrage est donc une solution universelle à ce problème: Téléchargez le script FixSynoboot.sh ci-joint Copiez le fichier dans /usr/local/etc/rc.d chmod 0755 /usr/local/etc/rc.d/FixSynoboot.sh Ainsi, le propre code de Jun sera réexécuté après le démarrage initial après que les paramètres d'initialisation du système qui interrompent la première exécution du script ne s'appliquent plus. Cette solution fonctionne avec 1.03b ou 1.04b et est simple à installer. Cela devrait être considéré comme requis pour ESXi exécutant 6.2.3, et cela ne nuira à rien s'il est installé ou porté vers un autre environnement.

a priori pour 200 euros le port est offert moi j'ai pris un smart implant car j'ai jamais eu et cela sert toujours surtout qu'il est a 34 euros

les prix des modules sont franchement très bon surtout si tu en prends plusieurs

toi tu lis de trop pour savoir les frais je fais une commande virtuel enfin sans payé car souvent on a des surprises regarde la commande que je suis entrain de passer

@benjynet non c'est 10.95€ les frais de ports donc c'est rentable a partir du premier voir 2eme module

Fibaro Wall Plug FGWPF-102-ZW5 - Prise ON/OFF 10A Z-Wave+ à 41.95€ Modèle avec prise Française (Type F) https://www.home4u-shop.de/fibaro-wall-plug-zwischenstecker-gen-5-fib-fgwpf-102-zw5

Fibaro FGR-223 "Roller Shutter 3" - Micromodule Z-Wave Plus à 39 € https://www.home4u-shop.de/fibaro-roller-shutter-3-fgr-223

Fibaro FGD-212 Dimmer 2 - Micromodule à 36.41€ https://www.home4u-shop.de/fibaro-z-wave-universal-dimmer-einsatz-2-fibefgd-212

https://www.ebay.fr/itm/FIBARO-FGHC3-Home-Center-3-Bedienfeld/353058037812?hash=item5233e62034:g:DsIAAOSwiI1en6Gm

https://www.topbiz.fr/domotique/189368-fibaro-home-center-3-avec-fil-sans-5902701701987.html

Tout mon matériel festool vient d'Allemagne aucun soucis pour la garantie Envoyé de mon BLA-L29 en utilisant Tapatalk

Qui commande ? Envoyé de mon BLA-L29 en utilisant Tapatalk

On peut avoir du disponible pour le même prix voir moins faut juste chercher 550 en Allemagne en stock par exemple et modules Fibaro au alentours de 40 euros Envoyé de mon BLA-L29 en utilisant Tapatalk

https://www.home4u-shop.de/fibaro-z-wave-home-center-3 Les modules Fibaro sont aussi à un très bon prix Envoyé de mon BLA-L29 en utilisant Tapatalk

Pour comprendre tu fais 3 colonnes Et tu les rempli avec les variables puis avec les résultats ça te parlera peut-être mieux EXEMPLE x, y, z = 10, R1, R2 X. Y. Z 10 R1 R2 Envoyé de mon BLA-L29 en utilisant Tapatalk

OK merci Donc c'est impeccable vu le prix que je l'ai payé je pense donc que c'est pas une mauvaise affaire [emoji16] Envoyé de mon BLA-L29 en utilisant Tapatalk

Tu as regardé si il n'y as rien qui a couler autour du rj45 Après c'est chiant mais ça fonctionne donc un demi mal Envoyé de mon BLA-L29 en utilisant Tapatalk

Moi je n'ai 2 aucun soucis je parle des bornes hein [emoji16] Envoyé de mon BLA-L29 en utilisant Tapatalk

C'est un vieux modèle ? Envoyé de mon BLA-L29 en utilisant Tapatalk