nicoueron

essaie ça aussi : Activate the SSH service in DSM Connect to your Synology with an SSH client (e.g. putty) Enter your credentials (user: admin) Change folder to root (cd /) Delete the folder (sudo rm -r .xpenoboot) reboot

Pour info, essaie cela aussi : Activate the SSH service in DSM Connect to your Synology with an SSH client (e.g. putty) Enter your credentials (user: admin) Change folder to root (cd /) Delete the folder (sudo rm -r .xpenoboot)

sinon tu downgrades en DSM 6.1

oula... de mémoire, je crois qu'il le télécharge dans un dossier @updates. Pour le voir tu dois te connecter en ssh. Je t'invites à supprimer le contenu pour être sur qu'il retélécharge l'update correctement. Ou sinon tu recommences l'install from scratch

Salut, Tu veux dire que c'est dans le panneau de configuration de DSM que tu as le message "le fichier est probablement endommagé" ? ou c'est juste une supposition de ta part ? Normalement la maj se passe sans le moindre effort depuis le panneau de config et un petit reboot.

avais-tu créer des snapshots ? si oui il aurait fallu les consolider avant la migration... là j'ai peur que tu sois obligé d'aller récupérer manuellement tes données en passant par une VM Linux avec gparted pour lire le contenu et tenter de les copiers autre part afin que tu puisses recréer un VM avec DSM6.2

ressaie avec un autre SN : https://xpenogen.github.io/serial_generator/index.html sinon j'ai bien peur que tu viennes de trouver la 1ere limitation du hack avec dsm 6.2

Si je ne m'abuse, le statut "récupérable" indique qu'il trouve une partition DSM sur l'un de tes disques... Donc visiblement tu ne repars pas d'une config si vierge que ça.

Pour changer le codage du clavier en AZERTY, ce serait trop long à expliquer par rapport aux nombres de fois où tu auras besoin de t'en servir^^

tu ne l'as pas précisé, mais j'en déduis de tes captures d'écran que tu es en DSM 5.2 max. Donc effectivement le sudo n'existe pas. Il faut que tu te connectes en root pour le faire. une fois connecté avec ton compte Fred, il faut que tu fasses : su - ou alors tu te connectes directement en root à la place de fred. Une fois connecté tu tapes la commande (sans le sudo) ifconfig eth0 192.168.0.51 netmask 255.255.255.0 up

Salut, revérifie tout de même le serveur DNS déclaré dans DSM, voire change le premier pour 208.67.222.222 le temps de vérifier si le pb vient de là.

sudo ifconfig eth0 192.168.0.51 netmask 255.255.255.0 up et tu tapes ton mdp

poste une capture d'écran, ce sera plus clair je pense

et bien si ton NAS est configuré pour récupérer la configuration d'un serveur DHCP, il devrait donc récupérer le bon masque (à savoir 255.255.255.0). Mais vu qu'il a 255.255.0.0 c'est que soit il a été configuré manuellement et pour le changer il faut jouer avec la commande ifconfig : ifconfig eth0 192.168.0.51 netmask 255.255.255.0 up soit il existe un autre DHCP (mal configuré) qui envoyé ce mauvais masque et là pour le trouver le plus simple serait de débrancher petit à petit les différents routeurs sur ton réseau.

sur ta photo la lumière donne en plein sur le masque de sous réseau... J'ai peur de lire 255.255.0.0 au lieu de 255.255.255.0 mais après il est possible que tu souhaites ce type d'adressage mais je doute, non ?