maxou56

Pour 64GB je ne sais pas, le bios indique 64GB max. A noter qu’on peut aussi mettre de la RAM non ECC.

D'après le résultat de la commande il est en USB2. Pourquoi ?? Il semble brancher directement sur le NAS sans Hub. Mais le NAS semble n'avoir que 2 contrôleurs USB (usb1 et usb2) et donc un "HUB" interne. Tu as essayé sur un autre port, en façade par exemple?

Bonjour, Le BTRFS est obligatoire pour certaines fonctions, ou paquets. (Virtualisation, Snapshots, Quotas par dossiers...Active backup for business) A noter qu'il est possible d'avoir par ex plusieurs volumes en EXT4 et en BTRFS sur le même Groupe de Stockage. https://www.synology.com/fr-fr/dsm/Btrfs

Bonjour, oui en SSH avec la commande lsusb 2.00 480MBit/s 3.00 5000MBit/s

Bonjour, Il n'y a pas d'indexation, de vérification du groupe de stockage en cours. Sinon pour l'hibernation beaucoup de paquets, services l'empêchent. https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/Management/What_stops_my_Synology_NAS_from_entering_System_Hibernation

Bonjour, Synology l'indique clairement. Mais il faut aller voir les descriptions du NAS, ou du BTRFS, ou de la migration (qui indique qu'il ne faut pas faire entre un value comme le "j" et un "+"). https://www.synology.com/fr-fr/dsm/Btrfs https://global.download.synology.com/download/Document/Hardware/DataSheet/DiskStation/18-year/DS418j/fre/Synology_DS418j_Data_Sheet_fre.pdf https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/Backup/How_to_migrate_between_Synology_NAS_DSM_6_0_and_later Après lors de la migration il y a sans doute eu un BUG (imputable à Synology). Et le BTRFS a été accepté. Oui car cette MAJ, remet le fichier de configuration à zéro (donc plus de support BTRFS)

Bonjour et bienvenue.

Bonjour, Normalement il n'y a pas de transcodage, si le lecteur peut lire le format ou si le débit est suffisant. Tu es en local, en ethernet, le téléphone ou le stick en wifi? (en HD le wifi ne devrait pas être limitant, en 4K ça peut l'être, comme l'ethernet 100Mbit/s) Ou a distance? Les films sont en HD ou ils sont en 4K et tu demandes la lecture en HD? Mais le H265 ne devrait pas poser de problème aux périphériques récent comme Stick TV d'amazon et donc il ne devrais pas y avoir de transcodage. Tu as essayé avec Plex en alternative?

@manolo75 Bonjour, Le device pack de surveillance station est bien à jour? Surveillance station > centre des applications > Device pack (la dernière version 5.8.2-3110)

Bonjour, Si un onduleur est branché en USB, reconnu par le NAS et compatible. Il n'y a normalement pas l'option "type d'onduleur". Cette Option est normalement présente que si il n'y a pas d'onduleur (ou pas compatible) de brancher sur le NAS. Mais @P4E n'a pas répondu aux messages précédents, pour savoir si l'onduleur était bien visible dans la liste de périphériques USB ou si il y avait un problème de câble, si il fonctionnait sur Mac...?

Bonsoir, Il n'y a aucune MAJ forcée, si tu ne le souhaites pas. (DSM 6.2.4-25554 ??) (il y a plusieurs options disponibles: m'avertir et me laisser choisir ou installer automatiquement) Docker est bien à jour (18.09.0-0519)? Tu peux aussi peut-être faire un nettoyage des données. (Groupe de stockage > nettoyage des données)

Bonsoir, DSM 6.2.4-25554 ? Si oui ce n'est pas la dernière version DSM 6.2.4-25556

Bonsoir, Le ou les volumes de ton DS918+ sont inutilisables et tu as un message comme quoi il faut transférer les disques dans un NAS compatible? Edit, ce n'est pas le même problème qu'ici:

Bonsoir, En SHR2 il faut changer au moins 4 disques pour augmenter la taille du groupe de stockage.

Pour ceux qui utilisent le BTRFS avec un modèle non compatible plutôt 😉. (le fait de re-modifier le fichier /etc/synoinfo.conf semble corriger le problème. mais personnellement je ne trouve pas que c'est une bonne idée de modifier le type de RaId ou le système de fichier supporté par le NAS 🙄) Il n'y a pas semble t'il pas de retour pour les modèles compatibles.

Bonjour, Oui la migration est possible entre les 2 NAS. Normalement rien ne devrait être perdue. (sauf peut être les réglages réseau si il n'y a pas le même nombres de port ethernet) https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/Backup/How_to_migrate_between_Synology_NAS_DSM_6_0_and_later Il y a un mais quand même. Si tu était en EXT4 sur ton ancien NAS et pas en BTRFS. Tu ne profitera pas pleinement de ton nouveau NAS (virtualisation, moins de paquets, pas de snapshots, moins de possibilité pour les quotas...) Tu peux peut-être tenter de le réparer pour t'en servir de NAS sauvegarde par exemple.

Je suppose DSM 6.2.4? Oui elle semble remettre à zéro ou écraser le fichier /etc.defaults/synoinfo.conf qui contient les caractéristique du NAS. C'est par exemple dans ce fichier qu'on peut activer OpenVswitch qui permet de faire de virtualisation sur les DS416/418Play officielement pas compatible, ou activer le benchmark des disques... Mais aussi ce que je ne conseil pas, car une MAJ peut casser la bidouille temporairement ou définitivement, de modifier le type de raid supportés et comme ici les systèmes de fichiers supportés. Donc le problème c'est que ce fichier de configuration indiqué la compatibilité BTRFS. Soit parce que la personne la modifié volontairement, soit un bug lors de la migration qui n'est officiellement pas possible entre un "+" et un "j", mais ce fichier aurait dû être écrasé. Plusieurs possibilités: - Contacter Synology, voir si il peuvent réactiver le BTRFS au moins le temps de faire une sauvegarde. - Si tu as un PC avec plusieurs emplacement SATA, et en démarrant sur Linux, synology donne les outils pour lire les disques (je te laisse chercher) - Faire une migration vers un NAS compatible. Oui par exemple (C'est plutôt un DS1515+?? car il était en BTRFS, le DS1515 est lui aussi incompatible BTRFS), après sans sauvegarde cette opération n'est pas sans risque. - Je ne le conseil pas et je prend aucune responsabilité en cas de perte de données ou de dommage sur le NAS, modifier le fichier vi /etc.defaults/synoinfo.conf (et peut être aussi /etc/synoinfo.conf ) pour autoriser le BTRFS. De plus si ça fonctionne je te le conseil de manière temporaire, le temps de faire une sauvegarde. Et de supprimer le Volume pour le recréer en EXT4. Je ne sais pas si c'est suffisant mais il faut soit ajouter la ligne suivante, ou si elle existe modifier le "no" en "yes". support_btrfs="yes" Synology à donc remplacé ou réparé le DS1515+ car c'est un vise cacher du CPU intel connu. Après cette réparation n'est que temporaire, elle retarde la panne et il tombera un jour en panne, c'est inévitable le CPU à un problème de conception. Cette solution semble t'il n'était que temporaire le temps de la réparation, il aurait fallu faire la migration inverse bien qu'elle ne soit pas elle aussi conseillée. Cette phrase me laisse supposé qu'il n'y a pas de sauvegarde. Le NAS n'est pas une sauvegarde (sauf si c'est la destination pour les sauvegarde d'autres NAS, PC, Mac...).

DSM et les configurations (utilisateurs, dossier partagées, réseaux...) sont bien installés sur tous les disques du NAS. je te conseil le SHR (équivalent RAID 1 pour 2 disque) pour le groupe de stockage et BTRFS pour le Volume. C'est que te proposera par défaut le NAS. Oui 1TB+ 3TB = 1TB d'utilisable. Puis tu changes le 1TB par le 3Tb cela donnera 3TB d'utilisable pour le groupe de stockage. Si la taille du volume n'est pas agrandi automatiquement, il faudra le faire Gestionnaire de disque > Volume > action > configurer

Oui c'est possible. Tu peux aussi directement prendre un des 2 disques de 3TB si le NAS est en RAID1 ou SHR en le formatant bien avant avec un PC, MAC. Le NAS continuera à fonctionner mais il n'y a plus de sécurité. Tu peux sauvegarder ou exporter la configuration de DSM. Tu peux aussi sauvegarder la configuration de paquets et restaurer celle-ci une après avoir réinstaller les paquets sur le nouveau NAS. Pour les données tu peux les transférer via un montage réseau, un disque externe, ou via un sauvegarde/restauration HyperBackup...

Bonsoir, Cela atteindra complètement l'onduleur et débranchera les autre périphériques. (pour le NAS c'est prévu pour une fois en mode sans échec il peut-être débranché)

@MilesTEG1 @Diabolomagic @oracle7 Bonsoir, Pour la connexion ssh en root c'est "normal" SRM est basé sur DSM5 et a un fonctionnement différent de DSM6 https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General_Setup/How_to_login_to_DSM_with_root_permission_via_SSH_Telnet#anchor2

Bonsoir, Oui c'est la meilleur, la seul solution. La migration n'est pas possible ou conseiller entre le "j" et "+" De plus si tu fais ça tu seras en EXT4 sur ton DS218+, donc tu ne profiteras pas de toutes les fonctions de ton NAS (pas de virtualisation, moins de paquets, pas de snapshots, moins de réglages pour les quotas...)

Bonsoir, C'est "normal" le DS418j n'est pas compatible BTRFS. (comment tu peux être en BTRFS sur le DS418j ?? Migration d'un autre NAS?) https://www.synology.com/fr-fr/dsm/Btrfs Si les données sont accessibles, les sauvegarder, ainsi que les configuration des paquets, par exemple avec hyper backup. Puis supprimer le Volume et le recréer en EXT4. Ou faire ce qui est dit, c'est à dire retirer les disques et les migrer sur un modèle compatible BTRFS.

Oui ça semble fonctionner (je n'ai pas redémarré le Mac) si Bonjour est toujours activé.

Très bonne question, c'est macOS qui choisit entre les deux (si les 2 sont dispos) j'ai fait un test avec Big Sur, si les 2 protocoles sont dispo il semble choisir l'AFP. Mais comme dit plus haut cela m'avait posé des problèmes dans le passé car de mémoire ça changé d'un protocole à l'autre et donc déconnexion à chaque fois, c'est pour ça que j'ai mis SMB seul. (et l'AFP est en fin de vie, il est abandonné par apple depuis un certain temps, et dans le futur il ne sera plus supporté par Mac OS (quand ??), iOS/ipadOS ne sont pas compatibles par exemple) Ce que tu peux tenter, sur le NAS tu désactive tous AFPS, SMB, Bonjour, effacer le cache SMB. Puis tu réactives les différents services. Sur Mac tu le redémarres, ou tu relance le Finder. Alors effectivement. Après avoir testé. Juste avec Bonjour si il y a les 2 protocoles alors MacOS choisit l'AFP. Mais si Bonjour "Time Machine" est activé pour AFP, ou SMB ou pour les macOS choisit SMB. Alors est-ce que c'est un bug (de DSM ou macOS), si oui le bug c'est la connexion de préférence en AFP ou en SMB?