AnGeLiuS

Testes la dernière maj qui est sorti aujourd'hui :

DSM 4.2-3211 sorti aujourd'hui et

ok, j'avais réagi par rapport à la première phrase du sujet :

D'après le lien c'est une maj vers openssl 1.0.1e alors que pour le dsm 4.2-3202, la version d'openssl est la 1.0.1d (taper 'openssl version' sous putty). Possible que ce soit un bug de cette version ou alors un problème de configuration qu'ils règlent en mettant à jour en même temps. En tout cas, je préfère attendre une maj officielle du dsm. J'ai pas suivi la beta, mais à priori le bug était déjà présent et ils n'ont pas cherché à le corriger, un peu dommage pour le coup.

MD5 FILE VALIDATOR par exemple que tu peux télécharger sur cette page : http://ldvmultimedia.com/telecharger_md5_file_validator.php

Penses à vérifier le MD5 pour voir si le téléchargement du DSM est corrompu. Tu peux trouver les hash pour chaque syno ici : http://ukdl.synology.com/download/DiskStation/DSM4.1/2668/ dans le fichier CHECKSUM.MD5 Pour ton nas, c'est : MD5 (DSM_DS112j_2668.pat) = 24d6f2a90f412f69205a128ad2ea1013 Si non, retélécharge le DSM depuis un autre endroit sur le site de synology (Ameriques plutôt que Europe par ex)

Effectivement, c'est assez étrange d'avoir une partition système aussi petite sur un NAS récent car les derniers DSM créent des partitions système de 2.3 Go. J'avais eu ce problème avec mon DS411J et j'avais du effacer totalement les partitions des disques durs pour que le DSM me crée la partiton système en 2.3 Go (pour le passage en DSM 3.2) Est-ce que les disques durs dans ton NAS provient d'un ancien NAS Synology avec un DSM assez ancien ? EDIT : Pour info, voici où j'avais eu le problème

http://forum.synology.com/wiki/index.php/How_to_Reset_the_Synology_System Tu trouveras toutes les informations concernant le double reset. J'ai appliqué cette procédure aujourd'hui pour une autre raison et je n'ai pas eu de problème. Mais attention, la procédure n'est pas sans risque tout de même donc pense à sauvegarder les données les plus sensibles au cas où

De retour après mes essais Comme prévu la première procédure avec le double reset m'a bien permis d'installer la version 3.2 mais la taille de la partition système était restée la même. J'ai donc effectué la procédure de jac9204 (voir quelques post plus haut) et : Filesystem Size Used Available Use% Mounted on /dev/md0 2.3G 491.9M 1.8G 21% / /tmp 57.9M 332.0K 57.6M 1% /tmp /dev/md2 5.4T 232.5M 5.4T 0% /volume1 Donc le problème serait bien lié à la taille de la partition système et non pas à un problème avec le nouveau DSM Dommage qu'il n'y ait plus de message d'erreur clair permettant de nous orienter. Ce qui est "pas mal" c'est la possibilité de pouvoir tout de même installer la nouvelle version sans reformater forcément la partition data, mais ceci doit rester temporaire car il y a toujours un risque de perdre les données.

C'est pour ça que je marquais que j'avais des doutes que ça fonctionne. Ca m'étonnerait qu'il sache redimensionner comme il faut la partition système bien qu'il y ait souvent de la marge. Je vous tiendrais au courant Sinon, merci pour la procédure parce que je n'avais pas encore regardé comment faire. Chose que je ne comprend pas tout de même : Quand j'ai installé les 4 disques de 2 To de mon CS407 vers le DS411j, j'ai initialisé le NAS via le DSAssistant. En regardant dans les données après le démarrage du NAS, j'ai eu la surprise de toutes les retrouver (J'ai tout de même reformaté le volume1 pour pouvoir profiter de l'ext4). Il n'était pas sensé reformaté la partition système aussi au moment de l'initialisation ?

@miam, à priori on doit avoir le même problème, mais je te tiens au courant de mes démarches dès que j'ai fini (d'ici demain ou lundi au plus tard) pour confirmer (ou non) http://forum.synology.com/wiki/index.php/How_to_Reset_the_Synology_System Première chose que je ferais avant de reformater, j'ai des doutes que ça marche mais on sait jamais...

A priori avant ça sortait une erreur 16, là moi j'ai une erreur 13 dans le log et c'est pas très compréhensible. Effectivement, c'est moyen surtout que je ne vois toujours pas de réponse sur le forum anglais concernant ce problème. Merci en tout cas de l'aide Je suis en train de sauvegarder mes 4 To de données, j'aurais fini demain je pense

Je viens de voir ça, mais mon NAS date de quelques semaines, c'est pas normal Il n'y a pas d'autres solutions que de sauvegarder et tout reformater pour agrandir la partition système ? EDIT : Je viens de me souvenir que les disques viennent de mon ancien NAS (CS407) et à part l'initialisation du NAS et le reformatage des partitions data en ext4, je n'ai rien fait d'autres. Peut-être que cela vient de là Je vous tiens au courant

df -h Filesystem Size Used Available Use% Mounted on /dev/md0 755.9M 422.3M 233.6M 64% / /tmp 57.9M 628.0K 57.3M 1% /tmp /dev/md2 5.4T 5.0T 345.8G 94% /volume1 A priori, je ne vois pas de soucis de ce coté là... Pareil pour toi miam

Voici les messages lors de ma dernière tentative de maj (dans /var/log/messages) : Sep 9 18:02:02 upgrade.cgi: UnpackFirmware: Clean //upd@te.pat... Sep 9 18:02:02 upgrade.cgi: upgrade.cpp(1137): Remove //upd@te...cmd=[/bin/rm -rf //upd@te > /dev/null 2>&1] Sep 9 18:02:02 upgrade.cgi: upgrade.cpp(1153): Create //upd@te...cmd=[/bin/mkdir -p //upd@te > /dev/null 2>&1] Sep 9 18:02:02 upgrade.cgi: upgrade.cpp(1109): Untar //upd@te.pat...cmd=[/bin/tar xpf "//upd@te.pat" -C //upd@te > /dev/null 2>&1] Sep 9 18:02:14 upgrade.cgi: upgrade.cpp:(1112) : failed to system cmd=[/bin/tar xpf "//upd@te.pat" -C //upd@te > /dev/null 2>&1], r=256 Sep 9 18:02:14 upgrade.cgi: upgrade.cpp(1137): Remove //upd@te...cmd=[/bin/rm -rf //upd@te > /dev/null 2>&1] Sep 9 18:02:14 upgrade.cgi: upgrade.cpp:1294 upgrade.cpp:(1294) : Failed to unpack firmware. Sep 9 18:02:21 upgrade.cgi: upgrade.cpp:1014 Update Errno = 13[Error No:13] Je sais que j'aurais plus de réponse de la part du support de synology mais on sait jamais si ça dit quelque chose à quelqu'un