Mic13710

Je trouve bien au contraire le parallèle avec un miroir tout à fait pertinent : vous ne pouvez pas avoir deux vues différentes entre l'original et son reflet. C'est pareil sur un RAID1 : tout ce qui se passe sur un disque, se passe exactement de la même manière sur l'autre. Tout ça pour vous faire comprendre que le RAID est un moyen de stockage qui ne fait qu'un, et pour vous concrètement c'est comme si vous n'aviez qu'un disque. Et donc quand j'ai écrit dans mon premier message : et que vous posez ensuite la question : comprenez que ce soit un peu ..... de constater que vous n'avez manifestement pas lu ce que j'ai écrit.😉 Ce n'est pas exactement copié puisqu'une copie n'est pas identique à l'original, ne serait-ce que le tag time qui est différent entre l'original et la copie. Elles seront dupliquées et synchronisées pour réparer le RAID.

C'est un réglage d'encodage. Je ne connais pas Outlook. En cherchant, vous devriez trouver où régler l'encodage de vos textes (Unicode, Occidental, Européen, Chinois, Arabe .....).

Question : si vous êtes à poil devant votre miroir, est-ce que vous vous voyez habillé ? Pour le reste, shadowking vous a répondu.

Le SHR est un RAID hybride qui combine RAID1 et RAID5 au sein d'un même groupe de disques. Avec seulement 2 disques, le SHR est équivalent à un RAID1. Cependant, votre message laisse planer un doute sur votre compréhension du RAID1. EN AUCUN CAS, le raid est une sauvegarde. Il assure seulement la continuité de service en cas de perte de disque(s). C'est tout. Vos disques sont en miroir (et non clonés). Si vos données sont effacées, corrompues ou attaquées par un cryptolocker, elles le sont sur tous les disques. Si votre NAS est détruit par une cause interne ou externe, vous avez toutes les (mal)chances de perdre toutes vos données. Si vous ne l'avez pas encore fait, je vous conseille de mettre en place très rapidement un plan de sauvegarde périodique de vos données, au moins les plus importantes.

Merci @niklos0, mais c'est un forum sur les NAS Synology. Et cette rubrique est tout à fait appropriée pour remonter les infos. Voici ce qui est écrit en tête de rubrique : Règle de cette section Tous les commentaires et suggestions postés dans cette section seront directement transférés aux techniciens de Synology. Vous pouvez écrire en Français, tout sera traduit en Anglais avant d'être envoyé à l'équipe de Synology. Merci d'être clair et précis dans vos commentaires/suggestions. Cette partie du forum est bien entendu modérée étant donné le contact direct avec Synology. Vous pouvez également nous faire part, ici, des bugs rencontrés. Nous les transmettrons également. Pas d'erreur remontée dans les logs chez moi non plus. Le souci se situe dans les relevés SMART. L'arrêt de l'onduleur provoque l'incrémentation du Power-off_retract_count des disques qui pourrait être évité s'ils étaient stoppés avant l'envoi de l'arrêt de l'UPS.

Ce forum est sensé remonter les messages aux équipes de développement. Où ? je n'en sais rien. Aussi loin que je me souvienne, je n'ai pas vu de retour des dites équipes et pour tout dire, je ne suis pas sûr que les remarques faites ici soient réellement lues, et encore moins prises en compte. Mais bon, je joue le jeu en espérant que ma demande ne passe pas aux oubliettes ou soit satellisée dans le bureau d'un dev débordé par le debugging de DSM7, qui va s'empresser de la laisser négligemment tomber dans la corbeille à droite du bureau. Mais pourquoi pas ouvrir des tickets, ça aurait plus de poids et peut-être que quelqu'un va se pencher sur le sujet. J'ai corrigé le lorsque en si.

Personne n'est capable de répondre à cette question. Les bornes Ubiquiti sont certes parmi les meilleures du marché avec un rapport qualité/prix excellent. Mais le wifi, c'est capricieux et l'environnement est très impactant sur la qualité de la transmission. Tout ce que je peux vous dire c'est que si une Ubiquiti ne passe pas, c'est qu'il n'y a pas grand chose d'autre pour répondre à votre attente. La seule solution c'est de procéder à des essais en plaçant la borne à différents emplacements et en mesurant le signal aux points de réception. Si ce n'est pas suffisant, vous pouvez installer plusieurs bornes en système mesh pour élargir votre zone. Aucun problème en revanche avec les réservations d'IP sur les bornes Ubiquiti.

Bonjour, Quelqu'un du forum a fait remonter un dysfonctionnement concernant l'arrêt onduleur par le NAS et qui en tout cas ne devrait pas demander beaucoup d'effort de développement pour être corrigé. Si "Eteindre l'UPS lorsque le système passe en mode Sécurité" est activé, le signal d'arrêt est envoyé à l'UPS avant que les disques soient arrêtés. Ce mode d'arrêt brutal de l'alimentation des disques a pour effet d'incrémenter l'ID SMART 192 (Power-off_retract_count) d'une unité. Pour éviter cela, serait-il possible d'initier d'abord un arrêt des disques pour permettre aux têtes de se rétracter avant d'envoyer le signal d'arrêt UPS ? Merci de faire remonter cette demande aux équipes de développement pour implémentation dans les prochaines versions.

Pareillement. Le contrôleur n'est pas obligatoire en permanence. Une fois les réglages effectués, on peut l'arrêter. Je n'ai pas docker sur mon NAS de travail (l'autre a docker mais n'est allumé qu'une fois par semaine pour les sauvegardes), je ne peux passer que par mon PC. Ce n'est pas un problème du moment que le wifi fonctionne. Je l'active seulement de temps en temps pour faire les maj.

Tu oublies la taille des disques. Si les neufs sont plus gros, ça ne passera pas. L'idée de partir avec un des disques du Qnap n'est pas si mauvaise dans ce cas. Mais je te l'accorde bien volontiers, mieux vaut avoir des sauvegardes à jour avant de se lancer dans des manips qui font travailler durement les disques.

Non, j'ai fait un test réel. J'ai programmé un temps court (1mn) pour ne pas attendre inutilement et j'ai chronométré à partir de la coupure d'alimentation. La phase de mise en sécurité a bien démarré au bout d'une minute et l'ups a été éteint à 4 mn au chrono, ce qui donne 3mn pour la mise en sécurité/extinction. Je n'ai pas chronométré le temps normal d'extinction du NAS (par DSM ou par le bouton). Je suppose qu'il est le même que pour la mise en sécurité/extinction.

Je ne me prononcerai pas sur le choix du MR2200AC, je ne connais pas. Je peux vous dire que si vous cherchez uniquement une borne, vous pouvez regarder du côté d'Ubiquiti. Ils en ont d'excellentes (celle de ma signature par exemple). Le modèle light devrait être plus que suffisant pour votre logement. Vous pouvez aussi envisager de l'installer dans les combles si vous en avez. A mon avis, vous n'avez aucun souci à vous faire pour le wifi. Que je sache une maison bois c'est ... du bois. Peu de chance pour qu'il y ait un effet faraday ou un écran significatif avec ce matériau.

On n'a pas les mêmes données. Pour moi un disque en 5900t/mn c'est entre 150 et 185Mo/sec, soit entre 1.2 et 1.5Gb/s. Par ailleurs, tout le monde sait qu'un réseau Gb même excellent ne fait jamais 1Gb. Au mieux, 0.4/0.5. Et même au taquet du Gb, le RAID0 n'apporte rien de tangible. Mais je suis d'accord que le RAID0 peut être intéressant lorsque le 10Gb sera démocratisé. Et là encore, ce ne sera pas à la portée du premier venu car quand je vois certaines installations Gb, et même 100Mb qui ne respectent pas les standards, je me dis qu'il y a encore du chemin à faire avant que du 10Gb soit réellement exploitable dans la vraie vie.

Il m'a pourtant avoir été assez clair dans mes explications. 3 mn c'est le temps que met mon NAS pour passer en mode sécurité effectif et envoyer le signal d'arrêt à l'UPS. Il faut en tenir compte quand on paramètre le temps de fonctionnement avant passage en mode sécurité. Tous les NAS ne se ressemblent pas. Certains seront probablement plus rapides. Ce qui est important c'est de ne pas omettre ce temps incompressible dans le calcul de l'autonomie de l'UPS avant arrêt par le NAS : Temps minimum durant lequel l'UPS doit assurer le service = temps programmé avant passage en mode sécurité + temps de mise en sécurité (propre à chaque NAS)

Le système de fichier n'a rien à voir avec les données. Vous sauvegardez vos configurations comme décrit dans le tuto et vous sauvegardez vos données. Vous supprimez votre groupe pour en recréer un en btrfs puis vous restaurez vos configurations et vos données. Je vous conseille toutefois de faire un maximum de captures d'écran des paramètres existants. Ces important pour tous ce qui ne sera pas sauvegardé.

aucune idée.

Avez vous essayé de désélectionner AFP, d'enregistrer le choix (Appliquer) puis re sélectionner AFP et Appliquer ?

C'est à dire ? Si ce sont des licences déjà actives sur d'autres NAS, la réponse est non. Si ce sont des licences qui ont été désactivées par leur propriétaire auprès de Synology, c'est oui.

Ce que veux dire @maxou56c'est qu'il n'est pas possible de modifier un RAID classique (non SHR) de simple volume en multivolume. Copie de l'aide : Cette fonctionnalité est uniquement prise en charge sur les groupes de stockage SHR. SHR (Synology Hybrid RAID) n'est disponible que sur certains modèles. Le btrfs n'était pas encore disponible à la sortie du 415+, raison pour laquelle ça n'apparait pas sur les specs. Mais je confirme que le 415+ est bien compatible btrfs. https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/Storage/Which_Synology_NAS_models_support_the_Btrfs_file_system

Ca c'est peu probable. Par contre, un souci au niveau des batteries est tout à fait possible. Si elles n'ont pas la capacité suffisante pour maintenir l'UPS en service pendant toute la durée de mise en sécurité, il y aura un arrêt brutal avec là pour le coup des power retract-off sur tous les disques. Comme je l'ai écrit plus haut, mon test a donné 3 mn entre le début de la mise en sécurité et l'arrêt de l'onduleur. En supposant un temps de maintien programmé un peu trop important (disons 15mn), il faut que la batterie soit capable de tenir au delà de ce temps soit 15 + 3 = 18mn dans mon cas. Si la batterie n'est pas en bon état ou pas suffisamment chargée, il y a de fortes chances pour que le processus ne puisse pas aller jusqu'au bout. Raison pour laquelle j'ai un temps de passage en mode sécurité programmé à 5 mn. Je pense même le descendre à 2 mn pour limiter l'usage de l'onduleur à 2 + 3 = 5 mn.

C'est bien différent. JBOD = Just a Bunch Of Disks est un montage qui permet d'associer plusieurs disques de capacités égales ou différentes pour n'en créer qu'un seul. Les données se remplissent exactement comme sur un disque simple, cad qu'on rempli le premier disque, puis le deuxième, etc. Et comme sur un disque classique, les données se fragmentent au fil du temps, si bien qu'elles se retrouvent éparpillées un peu partout sur les disques, ce qui rend plus difficile la récupération des données sur le ou les disques encore sains. https://fr.wikipedia.org/wiki/JBOD RAID0 est un montage RAID qui fonctionne en agrégation par bandes. Il y a sur chaque disque le même nombre de bandes qui ont toutes la même capacité. De ce fait le RAID0 n'est réellement exploitable qu'avec des disques de même capacité car si les disques sont différents, seule la capacité du plus petit disque sera utilisée pour tous les disques. Les données sont fractionnées pour remplir chaque bande. Cette manière de stocker permet d'accélérer le processus lecture/écriture puisque chaque disque contient une partie des données. C'est très bien....tant que ça marche. Mais là pour le coup, la perte d'un seul disque entraine la perte totale des données. https://fr.wikipedia.org/wiki/RAID_(informatique)#RAID_0_:_volume_agrégé_par_bandes Et donc pour ce qui est des différences entre JBOD et RAID0, le JBOD est moins rapide que le RAID0 mais en cas de panne d'un disque il a l'avantage (minime) de pouvoir espérer récupérer des données sur le ou les disques sains, alors que c'est impossible avec le RAID0 Et moi j'ai du mal à comprendre pourquoi les deux existent sur des NAS. A quoi bon avoir une taux en lecture/écriture super rapide si le réseau est incapable de transférer les données à une vitesse équivalente.

C'est son fonctionnement normal je pense. Je vous ai orienté vers celui-ci car certains ont obtenu de bons résultats. Ceci dit, je ne suis pas un spécialiste de la récupération des données vu que je n'ai jamais eu à le faire (j'ai des sauvegardes pour ça)

Ca c'est vous qui le dites. Chez moi ça fonctionnait avec les versions bien antérieures à la 6. Là aussi je ne suis toujours pas d'accord. Moi aussi j'ai testé. J'ai mis un délai d'1 min pour le lancement de la mise en sécurité. Cette mise en sécurité s'est bien initiée 1 min exactement après la coupure de courant, et l'UPS a été éteint 3 minutes après. Autrement dit, le NAS a attendu 3min avant d'initier l'extinction du NAS. C'est un délai plus que suffisant pour arrêter proprement un NAS. On est très loin en tout cas des quelques secondes dont vous parlez. Je ne suis pas allé vérifier les données SMART avant et après le test, je ne peux donc pas confirmer ce point. Je referai un essai plus tard. Néanmoins, je ne m'inquiète pas trop pour cette valeur. J'ai vu pas mal de disques avec un nombre important de power-off retract count qui se portaient comme un charme. Les miens en ont tous les deux 39 au compteur et tournent 24/7 depuis plus de 5 ans. Mais bon, comme je le disais plus haut, avec une trentaine d'heures d'autonomie, mon NAS a peu de chance d'être arrêté en cas de coupure réseau.

Sans vouloir vous décevoir, vous ne récupérez en fait que des bribes de fichiers qu'il va vous falloir analyser et renommer si elles sont exploitables. Ce n'est pas pour rien que je vous ai souhaité bonne chance......

S'agissant d'un disque en basic pur, il peut être lu par n'importe quelle distribution Linux (Ubuntu par exemple) et même avec des outils windows pour lire les disques en ext3 ext4 ( Ext2fsd par exemple). S'il est encore bon, vous pourrez récupérer vos données.