tsm1

Salut, Je te deconseille de prendre du 3To, ils ont un fort taux de panne, tout constructeur confondu. Tape taux de panne disque dur sur google pour avoir les infos. a+ J'utilise 4 Western Digital RED 3 To garantis pour NAS, et aucun problème rencontré depuis 6 mois (24h/24). Donc, prends que des WD RED

Aucun problème rencontré de update 2 vers update 4 sur HP N54L ! Voir ma mémo en anglais ici http://xpenology.com/forum/viewtopic.php?f=2&t=5026&p=43547#p43547

aucun souci pour passer de gnoboot vers nanoboot dsm 5.0-4493 puis, vers l'update 3 nota: après téléchargement de l'update 3, à partir de l'outil winscp, il suffit d'éditer le fichier /autoupd@te.info avec "flashupdateDeb1", puis de cliquer le bouton "mettre à jour". pas problème de création ou suppression de dossier/fichier. Merci à aux équipes Nanoboot, Xpenology pour mon DSM sur Hp N54L 4go avec 4x Wd Red 3to

Comme dit plus haut et dans le topic général anglais: différences dans les pilotes, nanoboot est un peu plus rapide. Donc, fais un test avec nanoboot avec une autre clé usb, puis dis-nous si ça fonctionne avec ton matos (retour d'expérience pour que tout le monde en profite ) Si ça ne va pas, tu sais comment revenir en 5.0-4458 avec gnoboot

va sur le lien et traduis désolé je n'utilise pas nanoboot pour le moment

exact je n'utilise pas nanoboot pour le moment

D'après ce lien http://xpenology.com/forum/viewtopic.php?f=2&t=2962&start=160#p17515 nanoboot a résolu la compatibilité 5.0-4482 mais, attendons encore un peu pour les explications techniques

Salut, OK j'ai trouvé le lien en anglais avec les remontées du jour: 1) faut créer une nouvelle entrée dans le menu gnoboot.me 2) patch avec le nouveau .pat modifié (qui remplace certains fichiers) Résultats: apparemment, tout re-marche sauf pour les cartes SD Pour ma part, je vais patienter encore un peu pour qu'ils trouvent la cause du disfonctionnement de la v5.0-4482 (protection nouvelle, problablement)

Ok ce topic devient: Comment mettre à jour en 5.0-4482 et comment downgrader (revenir) en 5.0-4458 en cas de souci "What else ?"

Merci de ta suggestion L'as tu essayé ? Il me semble que l'update 2 inclut les fichiers de l'update 1... (à confirmer) Tout d'abord, merci à zeltron et à fabjan Tout se passe bien comme suggérer par zeltron (update 1) et fabjan (update 2). Au préalable, pensez à sauvegarder la config. Il faut revenir en premier lieu, à la version 4458 (option menu gnoboot.me puis choix "tout à neuf" sans perte de données) puis mettre à jour l'update 1 et enfin, l'update 2. Pas besoin d'écraser et remettre numéro de série sur la clé usb. Tout est revenu en ordre avec configuration des permissions (groupe, user), de la date. Verifiez le firewall et autres paramètres. Le blocage des updates mineurs est résolu. Patientons pour mettre à jour la version 4482...

Merci de ta suggestion L'as tu essayé ? Il me semble que l'update 2 inclut les fichiers de l'update 1... (à confirmer)

En voulant mettre l'update 2 http://ukdl.synology.com/download/criticalupdate/update_pack/4458-2/synology_bromolow_3612xs.pat comme indiqué par fabjan, le process se bloque définitivement (plus de 4 heures) sur 0% "préparation" mais Synology assistant indique que le statut est "Prét". Si je lance une autre session d'accès Nas, la mise à jour du DSM affiche le statut de "le système est occupé" et si je relance le nas, le statut de Synology assistant indique "Démarrage des services" indéfiniment. Ma seule solution pour débloquer est de updater de nouveau gnoboot.me en 5.0-4458 en perdant une partie de ma configuration. Les données personnelles (volume1) sont intactes. Quelqu'un a-t-il a une solution pour revenir en update 2 sans ce blocage ? Merci d'avance