Aller au contenu

MS_Totor

Membres
  • Compteur de contenus

    2204
  • Inscription

  • Dernière visite

  • Jours gagnés

    2

Messages posté(e)s par MS_Totor

  1. 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

  2. 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à ;)

  3. 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

    @+

  4. 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...

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

  6. 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 :)

    @++

  7. 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

  8. 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

    @++

×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.