dln

Bonjour à tous, Voilà tout est dans le titr,enfin un peu de précision n'est pas de trop. Donc j'étais en 5.2 avant de passer à cette version il y a quelques mois.Bon tout c'est bien passer,ras! l'onduleur fonctionnait très bien pas de problème. Pour ma domotique j'ai jeedom installer dans un container docker (je sais y'en as qui sont pas pour!) et je voulais remonter les infos de l'onduleur sur jeedom. C'est là que j'ai remarqué que l'onduleur n'était plus reconnu par le nas (comme j'ai pas des coupures tous les jours je n'avais rien remarqué avant). dans ups si je fais "activer prise en charge ups" et laisse "serveur onduleur synology" , je met l'adresse IP du syno (ip de jeedom est la même seul le port change), j'ai le message "connexion au serveur reseau ups impossible" vu que mon onduleur n'est pas SNMP pas la peine d'essayer la deuxième option! voilà où j'en suis! j'ai bien vu que synology avait modifié la gestion des onduleurs mais pour les dsm à partir de 6.2 donc pas la 6.1 il me semble sans cocher "activer prise en charge ups" j'ai le message "aucun ups connecté" donc il y a t-il quelqu'un ayant le même onduleur et pour qui ça marche? si je fais un "lsusb" j'ai ceci qui pour moi est bien l'onduleur: Bus 005 Device 003: ID 051d:0002 American Power Conversion Uninterruptible Power Supply quelqu'un a-t-il eu ce problème? merci

merci de tous tes précieux conseils! pour ma part mauvaise expérience avec le rasp pour diverses raisons! trop sensible à la corruption de donnée! Donc pour résumer impossible d'avoir un USB persistent sur ma config donc cela va pas être jouable! je vais partir sur l'eedomus je pense! la box jeedom est pour moi un rasp déguisé mais c'est un avis perso! enfin merci encore jepasse le titre en "résolu"

Correction le chemin c'est /lib/udev/rules.d

C'est tout à fait cela! désolé! ben juste le loader june et DSM 6.1.7-15284 c'est tout! j'ai bien un /etc/udev/rules.d mais en /lib soit lib/etc/udev/rules.d je fais juste des tests pour l'instant,j'ai pas basculé tout mes dispositifs domotique dessus, bien sûr. j'ai une zibase qui fonctionne au poil mais dejà plus de nouveauté depuis la cession de zodianet et serveur coupé fin mars donc je cherche une nouvelle solution! Quand j'ai vu domoticz je me suis dit pourquoi pas essayer, mon nas xpenology tourne24/24 depuis la 4.3 donc c'est fiable de ce coté là! donc mettre domoticz dessus ne me paraissait pas une mauvaise idée! Maintenant si par expérience tu dit que cela ne tient pas la route,je veux bien te croire! Reste jeedom ou eedomus si je trouve que c'est pas viable avec domoticz

merci nicoueron de ton aide! leproblème c'est que c'est exactement ce que j'ai fait! voici ce que j'ai mis: SUBSYSTEM=="tty", ATTRS{idVendor}=="10c4", ATTRS{idProduct}=="ea60", ATTRS{serial}=="0001", SYMLINK+="sticks2" mais cela ne donne rien. a savoir que c'est un PC fixe type AMD et non un raspberry! une autre chose qui me chagrine c'est que les dossiers "UDEV" et "rules.d" n'existait pas dans l'arborescence du nas. Je les ai donc créés. du coup je pense que c'est pour cela que le nas ne prend pas le symlink, peut-être faudrait-il le mettre ailleurs,non? ah oui désolé je ne voyais pas dans quelle section poser cette question! si tu veux déplacer,pas de problème.

Bonjour à tous, Voilà je viens vers vous car j'ai besoin, dans le cadre de la migration de ma box domotique vers domoticz, d'avoir toujours le même chemin ou nom pour mon stick USB zwave. Seulement je n'y arrive pas! j'ai suivi plein de méthode comme créer dans etc/udev/rules.d un fichier de config avec les idvendor et iddevice mais rien n'y fait! dès que je me sers du stick pour intégrer un dispositif et que je le rebranche, il passe de ttyusb0 à ttyusb1 et du coup ne fonctionne plus sur domoticz! est-ce à un autre endroit que je doive mettre le fichier de config? doit-il avoir un nom special? je bloque! un peu d'aide sera fortement apprécié! merci à tous ceux qui pourront m'aider.

Bonjour à tous, Voilà j'ai tenté la migration vers dsm 6.1 et le loader june 1.02b. bon j'ai tout bien fait comme dans le tuto (enfin je pense!) et j'ai dès le début un problème. synology assistant ne trouve pas le nas mais find synology.com lui le trouve sans problème! bon je fait la migration aucun problème ni message d'erreur. le nas redémarre à la fin et c'est là que c'est bizarre! si je laisse redémarrer seul ni synology assistant ni find synology ne trouve le nas, l'adresse ip du nas pareil rien!!!! maintenant si je redémarre le pc et que je choisi la seconde ligne (avec réinstall...) là cela revient comme au début! find synology trouve et synology assitant trouve également mais que si find synology est lancé avant et trouve le nas!!! si je lance syno assistant seul avant il ne trouve rien. de plus la première fois syno assistant m'indique "peut être migré" comme je dois choisir le second choix pour retrouver le nas, il m'indique "récupérable" (j'ai fait la récupération mais toujours rien! je dois passer par le menu 2 troisième fois, en passant par find synology il indique qu'il doit à nouveau être migré! là je bloque, c'est sans fin! d'où peut venir le problème? carte réseau non compatible? autre chose? j'espère que je suis clair! merci à tous pour votre aide ps:c'est un amd,je sais qu'il y a des problèmes, peut-être est cela

merci pour votre aide à tous il faut donc que je trouve le temps de faire la bascule cette semaine! je vous donnerais bien sûr les résultats du transfert!

Ce qui m’inquiète c'est la nouvelle façon de gérer les disques sous DSM6 de shr à ce "nouveau" raid utilisé. je me dit que passer en 5.2 la nouvelle machine, installer les disques puis repasser en DSM6 ne change pas le problème pour cette nouvelle gestion des disques (mais peut-être que si!) J'aimerai savoir ce que change vraiment dsm 6 sur les disques quant on vient de dsm 5.2? cela change les partitions (ou du moins les formatent d'une nouvelle manière?) quelle partie du disque sont modifiés, seulement la partie du disque où est installé DSM? tout le disque? Si idsm6 modifiait tout personne n'aurait réussi à mettre à jour sans faire une installe fraîche et repartir de zéro, non? pour la sauvegarde pas possible j'ai 6TO bien rempli et c'est un peu pour cela que je ne bénéficie pas de la protection que m’apporterait un raid 5 par exemple, je n'ai plus de disque de dispo et pas vraiment les moyens de réinvestir dans des disques pour l'instant. Du coup préfère être sûr avant de basculer même si je sais que je suis pas à l'abri d'un problème quelconque!

Voilà j'ai actuellement une machine sous dsm 5.2 (un AMD) et une autre que je viens de monter avec dsm 6 (surtout comme machine de test mais sous intel) Étant sûr que dsm 6 fonctionne bien sur ma deuxième machine (alors que pas sûr sur celle à migrer) je pensais basculer mes 4 disques sur la machine avec dsm 6. j'ai bien vu qu'en cas de migration si on replace les disques à l'identique (ou du moins dans le même ordre) il n'y a à priori aucun problème. Ma question est que se passera t-il lorsque je vais mettre mes disques sur la machine avec dsm 6? risque de permette de donnée? j'ai vu que synology était passé du shr au raid un peu plus classique donc un partitionnement différent mais mes connaissances s’arrêtent là A quoi dois-je faire attention pour ne pas perdre mes données sachant qu'actuellement mes disques sont installés de manière classique, pas de raid, pas de redondance des données, normal quoi! merci à tous ceux qui pourront me renseigner et surtout m'éviter de faire une connerie!

merci k-li ton astuce marche nickel!!! Tuner immédiatement reconnu par DSM merci encore, je clos le post en résolu!

merci k-li, je ne conaissais pas l'astuce!! c'est donc xpenoboot qui fait le support de la clef dans ce cas, je pensais que c'était le DSM!! Pourquoi dans ce cas le support de cette clé a disparu entre la 5565 et la 5644? il y a t-il un moyen de l'ajouter à xpenoboot 5644? je vais tenter le truc, je tiens au jus si cela fonctionne! merci encore k-li

c'est à dire k-li? Comment fait-tu pour utiliser la clef en 5565 si tu est en 5644? merci de ton aide

En cherchant ce qui peut bien se passer, je viens de remarquer que l'on pouvait changer le firmware en ssh! je me souviens qu'il y a quelques temps on pouvait rien faire sauf des commandes basics en ssh sur le syno! depuis quelle version on peut faire un wget et tout cela sur le syno? usbcore: deregistering interface driver dvb_usb_af9035 [189390.186083] usb 7-4: new high-speed USB device number 5 using ehci-pci [189390.860595] usb 7-4: dvb_usb_af9035: prechip_version=83 chip_version=01 chip_type=9135 [189390.860964] usb 7-4: dvb_usb_v2: found a 'Avermedia A835B(3835)' in cold state [189390.898799] usb 7-4: dvb_usb_v2: downloading firmware from file 'dvb-usb-it9135-01.fw' [189391.030583] usb 7-4: dvb_usb_af9035: firmware version=12.54.14.0 [189391.030599] usb 7-4: dvb_usb_v2: found a 'Avermedia A835B(3835)' in warm state [189391.033581] i2c-core: Attempt to register an adapter with no name! [189391.033694] usb 7-4: dvb_usb_v2: i2c_add_adapter() failed=-22 [189391.033708] dvb_usb_af9035: probe of 7-4:1.0 failed with error -22 [189391.033735] usbcore: registered new interface driver dvb_usb_af9035 j'ai réussi à lui faire utiliser un autre firmware mais bon cela ne résous pas mon problème! cela veut dire quoi "probe of 7-4:1.0 failed with error -22?

Bonjour, tout est dans le titre, depuis la maj mon tuner n'est plus reconnu! Tout fonctionnait très bien en 5.2-5565 quoique le nom de mon avermedia était passé sous un autre nom mais cela fonctionnait très bien avec tvheadend. Voilà ce que donne un dmesg: [ 49.681246] usb 7-4: dvb_usb_af9035: prechip_version=83 chip_version=01 chip_type=9135 [ 49.681614] usb 7-4: dvb_usb_v2: found a 'Avermedia A835B(3835)' in warm state [ 49.683990] i2c-core: Attempt to register an adapter with no name! [ 49.683998] usb 7-4: dvb_usb_v2: i2c_add_adapter() failed=-22 [ 49.684022] dvb_usb_af9035: probe of 7-4:1.0 failed with error -22 [ 49.684058] usbcore: registered new interface driver dvb_usb_af9035 Comment résoudre ce problème?