MS_Totor

amuses toi bien avec ton joujou tout neuf tu as un report en garantie ou rien de sp

ok pas vu cela comme ca au premier abord, tu as des sujets ouverts sur ce sujet là, hors encryption via rsync entre syno, voir en lecture la section sauvegarde/backup ce ne sont pas les scripts et options qui manquent et autant de sujets ouverts aux noms bien reconnaissables, rsync entre syno ou sauvegarde ou backup syno syno etc... time to bed by

:blink: c'est quoi ces trucs l

ca ne sert

pas de soucis moi aussi j'ai pleins de trucs mis de c

192.168.000.001 cela ne veut rien dire du tout, donc avant d'attaquer un proxy quelconque regardes en premier ce qu'est une adresse IP , et comment on l'

pour catimini je viens de relire ton premier post problématique de kernel ancien et matériel récent si ton kernel actuel est toujours en 2.6.15, tu dois récupérer les sources du drivers , en remontant dans le temps, je m'explique, il m'a fallu chercher sur les git de développement, non pas les plus récents, mais des versions qui certes n'étaient pas les plus optimisées mais fonctionnelles, exemple mutex et autres..... (dans mon cas gestion fifo) et les placer dans l'arborescence de la source gpl 1142 puis les compiler avec les options pour ton cpu bref suivre la doc actuelle disponible pourquoi je dis ca ? si le kernel n'a pas évolué, pas besoin d'attendre de source de dsm 3.0, à moins et je dis bien à moins que la gestion mémoire ait changée entre les deux firmwares, sinon cela devrait passer..... pour les autres modèles qui n'ont pas évoluer en kernel cela devrait le même cas, bref tous ceux qui sont en 2.6.24 ou 2.6.15, seul ceux qui ont évolué vers 2.6.3xx de mon point de vue sans test ni essai car pas eu le temps, sont concerné à devoir attendre de nouvelles sources. pas testé, mais il suffit d'essayer je te laisserai des que je l'ai retrouvé la syntaxe ce qui m'a permis de retrouver et comparer les modules kernels pour trouver les bonnes options de compilations --------------------------------------------------------------------- --------------------------------------------------------------------- OK j'ai redémarrer ma station de dev... toujours pour catimini rien de mieux que de comparer deux modules kernel de noms identiques provenant des firmwares, un en dsm 2.3 et l'autre dsm 3.0 exemple : on lit les binaires ELF sous ubuntu ou debian via readelf d'une bibliothèque readelf -a control.so on compare deux modules kernels de la même façon readelf -a x_tables.ko l'important est d'être dans la même plage d'allocation mémoire , relocation et début d'offset, sinon il y a segmentation fault, car le module se lancera en dehors de l'espace mémoire permis. si les deux modules kernels dsm2.3 et dsm 3.0 sont identiques en kernel 2.6.15 alors.... ca confirmeras

salut rodolphe pas mal de gens sont troubl

salut le forum n'est pas bavard sur ce genre de chose, par ce qu' il y a un support pour cela je ne peux que te conseiller de faire comme tout le monde, tu les contacte, tu explique ton soucis de façon détaillée, quand comment effets etc... les programmes installés etc.... tu auras si ton problème est suffisamment précis et en anglais bien sur, une réponse en fonction, soit intervention du support sur le syno, ou soit si le probleme est connu, un correctif sous la forme d'un firmware numéroté supérieur à celui diffusé il n'y a pas de diffusion de correctif au grand public comme cela, j'en ai reçu pas mal, au précèdent firmware, car je suis assez réactif et les contacte quand nécessaire. synology diffuse au cas par cas, car celui qui reçoit le correctif teste les changements en parallèle, à ceux fait en interne ... la somme de tous ces correctifs, qui seront contrôlés régulièrement, forment les mises à jour publiques.... alors, il est même déconseillé de se procurer par paul ou jaques des correctifs leur étant dédiés, même si modèles identiques, DD différents, gestions users différentes, version de programmes spk, ou ipkg etc.... etc... différents.... résultat, par le passé et sans doute très régulièrement certains ont planté ou planterons leurs syno par impatience et trop focalisés sur la mise à jour magique et qui s'est avérée fatale.... voili voilà

pas vu pas pris ! sant

salut, des que les sources seront disponibles on se fera un tout petit groupir pour compiler le truc, ou discuter jusqu'

salut via google et ces simples mots clés, tu a la réponse à ta question google "synology encrypted volume" attention ! crypter un raid n'est pas sans conséquence en cas de crash et tentative de récupération de données. donc bien se renseigner sur le principe général, comment agir ensuite en cas de soucis, que cela soit sur qnap, synology etc...mesurer l'impact en terme de latence de traitement, car le cryptage en temps réel demande du process à gogo, donc nécessite un modèle de nas très puissant. peser le pour et le contre, avant de ce lancer, en considérant à l'avance que peu de gens le font, donc peu de support via forum à attendre. du coup, à moins que tu ne maitrise cet aspect de façon sérieuse, tu risque de te voler tes données toi même, en perdant tout accès accès de façon définitive @+

salut, pour eviter de t'emmêler les pinceaux, et d'utiliser un user qui a des fonctions d'administration sur le syno, évites de crée un utilisateur nommé admin tu peux prendre ce que tu veux, exemple, création du user toto puis si c'est une BD mysql, désolé par cherché plus, via phpmyadmin, création de la base test et droit complet à toto, sur la BD test, en dernier tu fais un import sql pour y integrer des tables, champs etc...

salut, tu as raison Catimini quoique par expérience linux et crosoft, il n'est pas en raid, et il n'a pas de problème de partition détruite, ou de soucis de cluster HS, alors en récupération de données, il peut faire pas mal de choses, non destructif, ontretrack ou stellar sont fait pour cela. ce n'est que le point de montage qui a été supprimé je pense, pas les données surtout bien penser à sélectionner une destination pour la récupération, surtout pas sur la même unité physique !! mais bien un autre disque dur, la connerie à surtout eviter en l'état actuel, et de re écrire sur ces volumes, ou de les modifier, les laisser tel quel et de ne pas formater bien sur. sinon cela devient plus complexe à faire, voir impossible, sans récupération de données brutes, procédures beaucoup plus longues.... ensuite c'est selon, soit l'intégrité des données est conservée, alors récupération.... ou récupération partielle c'est un boulot de longue haleine, j'ai sauver la mise à pas mal de gens comme cela... soit patient très patient et ne brusque pas les choses

pan dans le souci ? pleins de bonnes volont

tr

salut, bonne d

bonjour, vérifie immédiatement que les ventilateurs tournent !!!!! en effet si un syno n'est pas correctement ventilé car encrassé de poussières, même en période plus fraiche, le CPU a besoin d'être refroidit sinon il peut passer en quelques secondes/minutes en alarme et s'arrêter brutalement ! 1) manque de ventilation seuil RPM trop bas 2) T° CPU haute le temps que le cpu refroidisse il ne redémarrera pas tout de suite. si tu as la possibilité et après que les ventilo sont ok,propres et nettoyés, tu teste dans un magasin d'électronique une autre alimentation ou câble d'alimentation pour contrôler que cela vient de là n'oublies pas que l'onduleur est là aussi pour protéger l'alimentation du syno des micro-coupures ou variation de tension/fréquence qui arrivent très souvent sur le réseau EDF et claquent beaucoup de matériel à force de fatiguer les composants des alims. en dernier, si les ventilos ok, , câble et alim testés ok, débranche tout matériel usb, esata externe, débranches les DD internes du syno en les numérotant dd1 emplacement1 etc... et démarre le syno à vide, pour contrôler que le cycle de démarrage se fait correctement pour la carte mère. voila ce que je ferais devant un tel cas @++

salut à toi excellente présentation du problème pour le choix pour ipkg effectivement vu du forum ici en français, il n' y a aucune interaction avec les dev de ipkg, sans doute la barrière du langage avec la dernière version de firmware il y a un profond changement que les gens ne sentent peu être pas encore, nous sortons d'une antique version 2.6.24 voir 2.6.15 pour certains modèles très anciens qui eux resterons figés, la raison, limiter sur des modèles faibles en cpu/ram, l'ajout de matos qui seront difficilement capables de supporter sans perte de stabilité hors la stabilité, chapeau bas à synology, c'est pas mal. cela limitait l' ajout de matos/programmes car obligation de patcher les sources pour modifier les drivers ou modules kernels à chaque fois, induisant pleins d'erreurs, intégration longue, car le matériel bien plus récent évidement que 2008 du kernel 2.6.24 donc test rétroactif à réaliser etc, pas de forum de dev pour papoter de vieux kernel/matériel récent et pas de testeurs.. là je parle pour moi ou pour également les dev de ipkg à ce que j'en sais... donc actuellement kernel récent, et à supposer intégration de matériel ou logiciel plus facile, reste à synology à nous fournir de nouvelles sources GPL et d'outils de compilations ( il faut être patient ) pour voir je pense fleurir pas mal de choses sympathiques pour les synos via la communauté. perso je suis en attente de ces sources pour me remettre à bricoler un peu bienvenue dans ce monde bonne journée

intéressant dans quelles genres d'infrastructure tu placera le matos, chez eux ou dans un data center accessible ? je sais que tu connais goldy tu suis son actualité ? je te laisse le lien ou il a fait son choix d'infra http://blog.goldzone...owentisequinix/

salut, tu as quelques tests et montages de ventilo avec photos sur cette même section, fait une petite recherche, il n'y a qu'une page de sujets attention, une époque j'ai tenté de décoder la façon dont la t° vs rpm était gérée, c'est une chasse gardée de synology,. résultat : toute modif et remplacement de ventilateur doit se faire, sur la même plage de fonctionnement que le ventilateur en place, sinon dépassement de seuil, à toi de faire des recherches sur ton ventilateur pour trouver sur le marché, des équivalant papst ou noctua, à monter via adaptateur 70/80 ou 70/90 etc..... ou utiliser les deux ventilos en série etc...., bref pas de modif, mais ajout d'air, le ventilo interne ne sera jamais sollicité à fond , donc réduction de bruit, le deuxième ventilo peut être alimenté en usb ou alim externe etc... pleins de solution quoi attention ne pas jouer à faire n'importe quoi,, car si détection d'un fonctionnement hors seuil vitesse trop basse il y a mise en alarme pour protéger le CPU et arrêt brutal du syno et cela est mortel pour un raid, car équivalent à une coupure électrique @++

idem ! je suppose qu'avant il y avait ipkg et qu'il a

à porter un pompon rouge dans une ancien vie, sans doute ca et puis un gars qui s'exprime au bar tu lui dit quoi toi ? tu paye ta camomille ?

salut jamais utilis

joyeux retour cette longue absence nous a donné soif