JacquesF

Bonsoir, La partition / (comme le swap) est un raid SHR sur tous les disques (1ère partition du disque) monté en principe dans /dev/md0. Le sxap est la 2ème partition et est monté via /dev/md1. Les volumes sont ensuite soit du LVM sur du raid Soft (SHR) soit en raid soft (raid5 ou 6) et commencent donc avec les raids md2. Jacques

Bonjour, J'ai l'impression que le problème est lié à une gestion incorrecte dans la VM. Au boot, le loader doit reconnaître le "hard" et démarre le réseau , et obtient une adresse IP du serveur DHCP local. Ensuite, quand le DSM démarre, si la configuration réseau est incorrecte (Vlan, Jumbo Frame, etc...) ce qui peut se corriger en montant les disques dans une VM linux, le réseau n'est plus capable de communiquer correctement et la requête DHCP échouant, une adresse APIPA est affectée. En ajoutant une adresse APIPA à la carte réseau du PC supportant Synology Assistant (on peut affecter plusieurs adresses à une même carte sous Windows ou Linux) il devrait être possible de continuer l'installation pour réinitialiser le DSM. L'idéal serait de capturer les trames IP issues de la VM pour analyse (wireshark, tcpdump, etc...) mais sur un switch il faut configurer pour permettre la copie d'un port vers un autre (peut-être que ça passe sur un switch basic comme celui d'une box ?). À tester Jacques

D'accord avec Nicoueron, en utilisation normale du NAS, le disque indépendant ne sert à rien, à part à perdre de la place dans le datastore. Il y a un cas où un disque indépendant est utile à mon avis (et je ne vois que ce cas), c'est pour tester la migration ou l'installation d'un DSM sans utiliser des données. Pour tester un DSM, on peut se contenter d'un disque de 2Go, avec éventuellement quelques données de test dans un volume unique. Jacques

Désolé, je n'étais pas présent... J'avais écrit en fin de mon message : Mais tu as trouvé la réponse à ta question. Rajouter un compte peut se faire manuellement, mais il faut l'ajouter ET dans le fichier passwd ET dans le fichier shadow. Et dans ce cas, il faut être très prudent avec le répertoire HOME associé tout comme avec l'ID, il est possible de dupliquer un ID et d'avoir un HOME identique pour deux comptes, mais lors de la suppression d'un compte, selon les paramètres passés à la commande il est possible que le dossier utilisateur soit supprimé, ce qui dans le cas d'un compte rajouté pour avoir un autre login/mdp qu'un autre utilisateur soit plutôt grave pour l'utilisateur restant. Un compte avec '*' comme mot de passe est un compte dont la connexion est interdite. Il est aussi possible (et parfois on a les deux) d'interdire le login en utilisant à la place du shell la commande /sbin/nologin dans le fichier passwd. Ce genre de compte est réservé en principe aux "démons" qui font tourner les programmes et services nécessaires, ex : apache (httpd), ou PhotoStation qui feront tourner le service sous leur compte, auront accès aux fichiers leur appartenant (comme un utilisateur normal) mais ne pourront jamais se connecter comme un utilisateur normal. C'est une sécurité, ne donner que le strict nécessaire aux programmes accessibles de l'extérieur (et même de l'intérieur par extension). Jacques

Bonjour, Je te suggère de lire mes réponses précédentes à ces différents posts : Oubli mot de passe admin : https://xpenology.com/forum/topic/9608-oubli-mot-de-passe-admin/?tab=comments#comment-82913 Reconnexion impossible après changement de pass : https://xpenology.com/forum/topic/6376-reconnexion-impossible-après-changement-de-pass/?tab=comments#comment-56929 problème mot de passe : https://xpenology.com/forum/topic/6881-problème-mot-de-passe/?tab=comments#comment-115697 Comme le compte admin est désactivé en 6.x par défaut, tu peux utiliser la chaîne de caractères indiquée dans un de mes messages pour remplacer le mot de passe d'un compte disposant des droits suffisants, ou remplacer le MdP d'un compte basic et de celui d'admin pour pouvoir ensuite passer par un su - admin pour obtenir les droits nécessaires aux modifications. Pour résumer : démarrer le NAS avec un LiveCD (rescueCD intègre tout ce qu'il faut), monter la partition DSM (en principe /dev/md0 mais elle peut être identifiée comme /dev/md127 (c'est la plus petite au format ext4)) et accéder au dossier etc du DSM comme indiqué. Editer le fichier shadow et remplacer le mot de passe, éventuellement en profiter pour mettre en place une authentification SSH par clé (ce qui implique que SSH ait été activé avant)n, puis démonter les disques raid, retirer le CD ou la clef USB et rebooter le NAS. Il y a de nombreux tutoriels sur le web concernant la connexion SSH par clef et la suite shadow (pour réactiver le compte admin, il suffit d'effacer le 1 situé à la fin de la ligne "admin:.........." dans le fichier /etc/shadow). Jacques

Bonjour, Le message "failed to connect smtp.gmail.com:587" indique clairement un problème réseau (sauf bizarrerie du développeur). Le port 587 indique qu'on essaie de faire une connexion TLS (chiffrement de la couche transport), il est possible que cela échoue au moins pour les raisons suivantes : - port fermé dans le firewall (du NAS et/ou de la box, à vérifier en premier surtout pour le NAS) - certificat du distant erroné ou autorité de certification non reconnue (en principe l'erreur devrait être différente) - protocole de chiffrement incompatible (douteux, et message d'erreur non approprié) Le port 465 indique un chiffrement SSL. Du fait du problème du spam, et aussi parce que les opérateurs aiment bien empêcher les utilisateurs de se passer d'eux, la configuration SMPT est devenue bien plus restrictive et donc compliquée à mettre en œuvre. Ce lien concernant gmail devrait permettre de configurer le NAS (et le compte Google) d'une manière autorisée, il concerne l'envoi de mails via une imprimante : https://support.google.com/a/answer/176600?hl=fr Bonne journée Jacques

Cet écran est affiché si le DSM n'est pas installé ou est hors service. Ça ne veut pas dire que le volume de données est en défaut, mais si un disque est en panne, il est préférable de d'abord tenter de récupérer les données. Voici un lien sur le site de Synology : https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/Storage/How_can_I_recover_data_from_my_DiskStation_using_a_PC À voir d'abord je pense. Jacques

Les commandes de gestion du raid se font toutes avec mdadm (en root). Il y a de nombreux tutos sur la toile pour ça, mais la prudence doit rester la règle. Retirer un disque de spare manuellement ne présente pas de risque en principe, le rajouter dans la grappe non plus. Ensuite, toute action sur le disque (commande de configuration ou retrait) peut potentiellement amener à une perte de données si le raid est en cours de reconstruction (visible dans le fichier mdstat). Jacques

Bonjour, Pas de solution simple hormis de reformater le disque en NTFS. Autrement : Installer une VM linux via docker, monter (je ne sais pas si c'est possible de donner accès à l'USB directement à la VM) ce disque dans la VM, partager le disque USB via NFS ou SMB sur le réseau, et éventuellement monter ce partage sur un volume du NAS... Si l'USB est accessible à la VM, alors c'est envisageable mais pas franchement simple (et ne pas oublier de démarrer automatiquement la VM). Si ça marche, le retour d'expérience en intéressera plus d'un je pense. Jacques

Je n'ai pas la réponse, et il faut voir ce que va donner la modification comme le préconise Merve04 ci-dessus, mais je trouve étrange la numérotation des disques pour le raid md2 dans le fichier mdstat. Le disque de rang 2 n'est pas indiqué, mais on en trouve tout de même 8 au final, avec seulement 7 actifs. J'ai l'impression qu'un disque a été vu absent et est toujours enregistré comme présent dans les données du raid bien qu'on ne le trouve pas dans les données mdadm --detail et mdstat). Étrange... Jacques

Est-il possible d'avoir le contenu du fichier /proc/mdstat ? commande : cat /proc/mdstat Si le raid est en cours d'initialisation, il est probable que l'extension ne peut pas encore se faire. Une fois celle-ci terminée, il sera temps d'aviser je pense. Merci pour les copies d'écran, rien de particulier en effet dans la gestion. Le fait de voir le disque en spare dans les caractéristiques du raid est étrange si le disque n'est pas déclaré comme ceci dans le DSM, sauf si l'init est en cours peut-être. Jacques

Bonjour et bienvenue sur le forum, On ne voit pas sur la copie d'écran, ni dans le texte, quel est le type de raid déclaré exactement pour le NAS (mdadm indique un raid 6, mais avec 1 ou 2 disques de parité lors de la déclaration, ou est-ce un type SHR2 (possible même si ce n'est plus déclarable sans modification d'un fichier dans le DSM) ? D'après le calculateur Raid de Synology, tu devrais effectivement pouvoir passer à 12 To de données et 4 To de parité. Que disent les écrans Groupe Raid et Volume ? Jacques

Si le fichier est le même, il s'agit peut-être d'un problème lors du transfert vers le NAS. Le réseau n'est probablement pas en cause, mais la place disponible sur le disque du NAS (raid md0) est peut-être trop juste pour décompresser l'archive. Ça ne mange pas de pain de le vérifier (en ssh, commande df -h) et éventuellement de faire le ménage (traces d'anciennes installations (/.xpenobbot) ou fichiers *.core qui sont les conséquences de crash et peuvent être très volumineux. Jacques

La 1ère ligne génère un export de la configuration (il faut l'exécuter sous le compte root (donc un sudo -i admin en principe, ou un login via SSH et une clef d'identification) qui se nommera bk_syno_conf_2020-04-14.dss (si on lance le job le 14 avril de cette année). La seconde efface les fichiers qui ont été générés il y a plus de 10 jours. Donc la première n'est peut-être pas lancée avec les bons droits (elle fonctionne, testée chez moi comme indiqué plus haut) et la seconde n'a probablement rien à effacer. Jacques

Bon, tout est bien qui fini bien donc. Maintenant, prends le temps de lire les alertes avant de tenter une mise à niveau... et n'oublies pas les sauvegardes aussi. Les récupérations sont parfois délicates. Bonne fin de journée Jacques

Attendre, c'est une bonne habitude à prendre... Surtout dans un jeu de chat et de souris où Synology joue sans cesse à compliquer le fonctionnement du DSM en dehors de leurs plateformes et où l'équipe de XPenology s'applique à enquêter, contourner et faire fonctionner le hack (ne pas oublier qu'en principe le code devrait être publié par Synology...). En principe, si le NAS n'est pas accessible de l'extérieur, où s'il l'est qu'au moyen d'un VPN, le risque de sécurité est faible, et la plupart des mises à jour ne sont intéressantes que pour ça. Les nouveautés et fonctionnalités ne sont pas si fréquentes, et ensuite on devrait toujours se poser cette question (avant d'acheter, de désirer) : Est-ce qu'en j'en ai réellement besoin ? Cette réflexion n'engage que moi, mais ça évite de se précipiter sans lire les alertes, ou d'acheter pour posséder. Bonne semaine Jacques

La partition du DSM et les données seront perdues. Si c'eso OK avec ça, une fois le disque réinitialisé, ou formaté par Windows, redémarrer sur la clef et lancer Syno assistant. il trouvera le NAS et proposera une nouvelle installation.

Si créer la clef est compliqué, alors effacer juste la partition du DSM (la première de 2,4 Go) sur le disque ne va pas être plus facile. Peut-être avec le gestionnaire de disques de Windows est-il possible de la formater (le disque ne peut pas être affiché correctement dans le poste de travail, pas de partition MS dessus). Si c'est faisable, alors une nouvelle installation une fois la partition écrasée devrait se faire via l'assistant et en récupérant les données. Sinon, si tout peut être effacé, alors il suffit de tout supprimer sur le SSD en le connectant à un PC Windows et de réinstaller. Maintenant, utiliser un liveCD ou une clef avec Ubuntu dessus n'est pas difficile et c'est une occasion d'apprendre. Jacques

Ce n'est pas trop tôt pour le faire, il y a pas mal de posts et de tutos pour revenir en arrière. Jacques

En principe, dans la structure d'un paquet, on recrée un environnement spécifique pour maintenir le paquet (et ses programmes) dans ce dernier. Donc le répertoire etc dans /volume1/@appstore/MediaServer doit être celui de la configuration en place. Les liens suivants peuvent servir à comprendre je pense : https://help.synology.com/developer-guide/index.html https://www.synology.com/fr-fr/support/developer

Je viens de tester le script, en fait directement la ligne de commande, toutes les lignes au-dessus ne servent à qu'à construire le chemin vers l'archive et à l'effacer éventuellement et ça marche sans problème : root@Maison:~# ls /volume2/archives/*.dss ls: cannot access /volume2/archives/*.dss: No such file or directory root@Maison:~# /usr/syno/bin/synoconfbkp export --filepath="/volume2/archives/test.dss" Export confbkp file to : /volume2/archives/test.dss root@Maison:~# ls /volume2/archives/*.dss /volume2/archives/test.dss root@Maison:~# Le fichier .dss est bien une archive tar compressée contenant le fichier config_info indiquant la version de la sauvegarde et celle du DSM et la base de données avec les informations sauvegardées. root@Maison:~# tar tvJf /volume2/archives/test.dss drwx------ root/root 0 1970-01-01 00:00 ConfigBkp/ -rw-r--r-- root/root 45056 1970-01-01 00:00 ConfigBkp/_Syno_ConfBkp.db -rw-r--r-- root/root 131 1970-01-01 00:00 ConfigBkp/config_info Pour aller plus loin et la sauvegarde de la configuration des paquets, les infos ne sont pas vraiment claires... Analyser les sources d'un paquet (en OpenSource) peut être instructif pour trouver l'arborescence utilisée réellement (peut-être aussi les recommandations de développement chez Synology pour la communauté). Le paquet MediaServer par exemple à un répertoire conf dans /var/packages/MediaServer et aussi un répertoire etc (qui est lien) vers /usr/syno/etc/packages/MediaServer mais on trouve aussi un répertoire etc bien plus rempli dans le lien target de ce même dossier /var/packages/MediaServer (qui pointe lui vers le volume acceuillant le paquet (/volume1/@appstore/MediaServer), donc des fichiers un peu partout... Le premier lien etc est peut-être les modèles de configuration à utiliser pour le paquet ?? pas été voir. root@Maison:~# cd /var/packages/MediaServer/ root@Maison:/var/packages/MediaServer# ls -l total 108 drwxr-xr-x 2 root root 4096 Mar 26 21:26 conf -rw-r--r-- 1 root root 0 Mar 19 15:59 enabled lrwxrwxrwx 1 root root 34 Mar 19 15:59 etc -> /usr/syno/etc/packages/MediaServer -rw-r--r-- 1 root root 100284 Mar 19 15:59 INFO drwxr-xr-x 2 root root 4096 Feb 19 04:46 scripts lrwxrwxrwx 1 root root 30 Mar 19 15:59 target -> /volume1/@appstore/MediaServer root@Maison:/var/packages/MediaServer# ls -l etc/ total 44 -rw-r--r-- 1 MediaServer MediaServer 9477 Mar 30 23:41 client_list.json -rw-r--r-- 1 MediaServer MediaServer 104 Dec 12 2017 codecs.conf -rw-r--r-- 1 MediaServer MediaServer 603 Feb 19 2020 dmsinfo.conf -rw-r--r-- 1 MediaServer MediaServer 3 Feb 17 2020 exposed_collection.json -rw-r--r-- 1 MediaServer MediaServer 2860 Dec 12 2017 menu_custom1.xml -rw-r--r-- 1 MediaServer MediaServer 5576 Dec 12 2017 menu_custom2.xml -rw-r--r-- 1 MediaServer MediaServer 7117 Dec 12 2017 menu_custom3.xml root@Maison:/var/packages/MediaServer# ls -l target/ total 0 drwxr-xr-x 1 MediaServer MediaServer 132 Feb 19 04:46 app drwxr-xr-x 1 MediaServer MediaServer 290 Mar 19 16:00 apparmor drwxr-xr-x 1 MediaServer MediaServer 88 Feb 19 04:46 bin drwxr-xr-x 1 MediaServer MediaServer 842 Mar 19 16:00 etc drwxr-xr-x 1 MediaServer MediaServer 42 Feb 19 04:46 indexdb drwxr-xr-x 1 MediaServer MediaServer 444 Feb 19 04:46 lib drwxr-xr-x 1 MediaServer MediaServer 46 Feb 19 04:46 log drwxr-xr-x 1 MediaServer MediaServer 50 Feb 19 04:46 sbin drwxr-xr-x 1 MediaServer MediaServer 532 Feb 19 04:46 scripts drwxr-xr-x 1 MediaServer MediaServer 868 Feb 19 04:46 synovte drwxr-xr-x 1 MediaServer MediaServer 84 Feb 19 04:46 user_data_collector drwxr-xr-x 1 MediaServer MediaServer 170 Mar 26 21:26 webapi drwxr-xr-x 1 MediaServer MediaServer 20 Feb 19 04:46 www_root root@Maison:/var/packages/MediaServer# ls -l conf/ total 12 -rw-r--r-- 1 root root 973 Feb 19 04:46 privilege -rw------- 1 root root 1100 Mar 19 15:59 resource -rw------- 1 root root 802 Mar 26 21:26 resource.own root@Maison:/var/packages/MediaServer# ls -l target/etc/ total 212 -rw-r--r-- 1 MediaServer MediaServer 10566 Feb 19 04:46 agent.conf -rw-r--r-- 1 MediaServer MediaServer 2607 Feb 19 04:46 allservices.xml -rw-r--r-- 1 MediaServer MediaServer 4124 Feb 19 04:46 cdsSCPD.xml -rw-r--r-- 1 MediaServer MediaServer 5958 Feb 19 04:46 cdsxSCPD.xml -rw-r--r-- 1 MediaServer MediaServer 104 Feb 19 04:46 codecs.conf -rw-r--r-- 1 MediaServer MediaServer 4099 Feb 19 04:46 connmgrSCPD.xml -rw-r--r-- 1 MediaServer MediaServer 7665 Feb 19 04:46 defcover.jpg -rw-r--r-- 1 MediaServer MediaServer 2505 Feb 19 04:46 device_win.xml -rw-r--r-- 1 MediaServer MediaServer 2513 Feb 19 04:46 device_xbox.xml -rw-r--r-- 1 MediaServer MediaServer 2096 Feb 19 04:46 device.xml -rw-r--r-- 1 MediaServer MediaServer 7119 Feb 19 04:46 dmsicon120.jpg -rw-r--r-- 1 MediaServer MediaServer 15794 Feb 19 04:46 dmsicon120.png -rw-r--r-- 1 MediaServer MediaServer 2394 Feb 19 04:46 dmsicon48.jpg -rw-r--r-- 1 MediaServer MediaServer 3694 Feb 19 04:46 dmsicon48.png drwxr-xr-x 1 MediaServer MediaServer 8 Feb 19 04:46 index -rw-r--r-- 1 root root 2692 Mar 26 21:26 initall.xml -rw-r--r-- 1 MediaServer MediaServer 8742 Feb 19 04:46 lighttpd.conf -rw-r--r-- 1 MediaServer MediaServer 8789 Feb 19 04:46 lighttpd.debug -rw-r--r-- 1 MediaServer MediaServer 425 Feb 19 04:46 log_whitelist -rw-r--r-- 1 MediaServer MediaServer 7188 Feb 19 04:46 menu_advance.xml -rw-r--r-- 1 MediaServer MediaServer 2860 Feb 19 04:46 menu_custom1.xml -rw-r--r-- 1 MediaServer MediaServer 5576 Feb 19 04:46 menu_custom2.xml -rw-r--r-- 1 MediaServer MediaServer 7117 Feb 19 04:46 menu_custom3.xml -rw-r--r-- 1 MediaServer MediaServer 5639 Feb 19 04:46 menu_ipod.xml -rw-r--r-- 1 MediaServer MediaServer 2663 Feb 19 04:46 menu_local.xml -rw-r--r-- 1 MediaServer MediaServer 4337 Feb 19 04:46 menu_simple.xml -rw-r--r-- 1 MediaServer MediaServer 6628 Feb 19 04:46 menu_vs_template.xml -rw-r--r-- 1 MediaServer MediaServer 2599 Feb 19 04:46 msrrSCPD.xml drwxr-xr-x 1 MediaServer MediaServer 1158 Feb 19 04:46 radio -rw-r--r-- 1 MediaServer MediaServer 425 Feb 19 04:46 registrar.xml -rw-r--r-- 1 MediaServer MediaServer 394 Feb 19 04:46 synodms_port -rw-r--r-- 1 MediaServer MediaServer 2096 Feb 19 04:46 uctt.xml -rw-r--r-- 1 MediaServer MediaServer 9181 Feb 19 04:46 vcover.jpg root@Maison:/var/packages/MediaServer# Pas très transparent... mais si on connait la structure du syno, ça doit pouvoir s'expliquer. Jacques

Voir le lien donné plus haut, il suffit de naviguer un peu dans l'arborescence (via Parent Directory) pour trouver ce qu'on veut sur le site.

Bonjour, Oui, c'est déjà bien de cibler les données critiques. Pour le backup du NAS, peut-être commencer par chercher s'il n'existe pas un package (non officiel) pour le faire. Sinon, un tar des dossiers sensibles stockés dans un des volumes fonctionnerait, mais ne garanti pas la capacité de restauretion en cas de migration (compatibilité des données). Un rapide coup d'œil sur mon NAS donnerait comme dossiers : /config /etc /usr/syno probablement /var/packages aussi pour les paquets installés. Le contenu du fichier de sauvegarde obtenu via le DSM est une archive tar compressée mais qui stocke les données dans une table sqlite. Pas très exploitable pour avoir les infos. Reste à affiner pour les paquets, /var/packages contenant des liens vers d'autres dossiers, il est essentiel que la commande tar suive les liens pour archiver le fichier au bout. Cherche dans les forums, il doit bien y avoir des informations sur l'emplacement des configurations des paquets. Bons tests et bon dimanche. Jacques

Je n'ai toujours pas migré mon NAS, mais la clef fonctionnait en : - DSM 6.2.3 - loader 1.03b - carte Intel dual-port D33682 Jacques

Synology a modifié l'architecture de son serveur, le fichier est ici : https://archive.synology.com/download/Os/DSM/6.2.2-24922 Le soucis dans la migration est la carte réseau, mais avec une carte Intel ça devrait passer avec les fichiers additionnels. Je ne sais même plus ce que j'ai fait exactement comme manip, mais j'ai du suivre ce tuto pour créer ma clef USB et tester sur un autre Gen8 avec uen carte Intel dual port, et ça a marché. Depuis, la clef et la carte attendent que je prenne le temps de migrer le NAS pour de bon (j'avais profité du fait d'avoir un autre Gen8 sous la main pour faire les tests). Jacques