MAJ impossible du NAS !

[flapinou1]

Bonjour à tous,

J'ai un NAS Synology DS213j et je suis bloqué à DSM 5.2-5565 update 2 depuis mai 2015!

Je ne peux plus mettre à jour le DSM car celui-ci indique à 79% -> "Echec de mise à jour du fichier. Le fichier est probablement endommagé" (Voir copie d'écran).

1) J'ai envoyé le Kernel log au support de Synology

2) J'ai fait le memory test à partir de Synology Assistant (Test OK)

3) J'ai vérifié le hash md5 du fichier de mise à jour pour une installation manuelle (Test OK -> fichier non endommagé)

4) j'ai testé les 2 disques durs WD Red à fond avec les outils constructeurs pour les test smart étendus (Test OK)

Je précise que j'ai également essayé de faire une MAJ manuelle vers plusieurs versions lointaines (DSM 5.2-5592) ou moins lointaines (DSM 6.1) -> La MAJ se bloque toujours à 79% à l'étape "mise à jour des configurations".

Je précise que je fait une utilisation occasionnelle du NAS que j'utilise principalement pour le paquet Cloud Station. (Système propre, pas de bidouillage dans les commandes ni dans le terminal...)

Le support Synology m'indique que je dois faire un Reset complet du système pour une réinitialisation et utiliser l'outil "Sauvegarde et réplication" pour la sauvegarde! La procédure est lourde et des pertes sont à prévoir (configuration du système, celle du fichier .dss, est sauvegardé et répliqué partiellement...).

Merci donc par avance, si vous avez une idée de ce qui bloque la MAJ, pour une solution simple :)

 

 

Modifié le 6 avril 2017 par flapinou1

[Lelolo]

Bonjour,

As-tu essayé de faire une mise à jour DSM sur un HDD "autre", peu importe sa taille, que tu formates au moment du test ?

[firlin]

Bonjour flapinou1

Pour passer du DSM 5.2 vers la dernière version il faut faire une étape en 6.1 avant pas possible de faire 5.2 => 6.1 direct.

As-tu le téléchargement des mise à jours automatiques activé ?

Si quand tu veux passer de 5.2 en 6.0 tu as le même message d’erreur d’après moi ( et au vue des info que tu donnes ) ta partition de DSM n’est pas assez grande et il ne peut pas faire la maj à cause de cela.

Tu n’as pas trop le choix pour résoudre ce problème, il faut refaire une install propre du nas, comme te le dit le support synology.

Apres tu as plusieurs méthode pour procéder.

Si tu as fait le conf de base du nas ( à savoir raid SHR, pour cela il faut aller dans gestionnaire de stockage \volumes et il doit y être note SHR en haut à droite ).

Affaire après avoir vérifié le type de volumes du nas

Tu éteins ton nas retire un disque,  (là tu vas avoir un message d’erreur du nas car tu as retiré un disque ) tu le formates sur un PC ( pour casser les 3 partition dessus)  une fois fait tu sauvegardes tes données du nas dessus ainsi que la conf  ( boitier USB avec le Pc..)

Une fois fait tu vérifies que les données importantes sont bien dessus.

Tu retires l’autre disque et tu le formates aussi. Tu le remontes dans la nas et tu réinstalle le nas en DSM 6.0 ou 6.1 comme tu veux.

Ensuite tu revoies la conf de celui-ci et les données (tu vérifies bien que tous est OK) et tu remontes l’autre disque dedans pour refaire le raid.

Voilà une méthode dans les grandes lignes.

Ps un petit tour dans la section de présentation serait bien vu

Modifié le 6 avril 2017 par firlin

[Mic13710]

Oula les gars, y'a plus simple non ? Inutile de sortir les disques et de les reformater.

Pour moi il s'agit simplement d'une saturation de la partition système. On peut le faire en lignes de commande pour voir les dossiers et éliminer les intrus. Si un spécialiste passe par là, il pourra donner les formules magiques.

Sinon, un double reset réinitialise DSM sans toucher aux données. A partir de là il faut refaire la séquence d'installation du DSM ce qui signifie dans tous les cas de figures de tout reparamétrer. Mais comme toujours, avant de faire ce genre de manip, il faut impérativement mettre les sauvegardes à jour.

[firlin]

J'avoue ma méthode est un peu Bourrin

[flapinou1]

Merci Lelolo, firlin et Mic13710 pour vos réponses bienveillantes,

@Lelolo: Pas essayé, mon but étant de faire une méthode soft d'abord (nettoyer la partition système ou changer un paramètre) avant de formater.

@firlin: J'ai déjà essayé de mettre à jour le DSM par plusieurs versions "intermédiaires" sans succès. Et oui, le téléchargement automatique des MAJ est activé mais j'ai toujours la notif qui indique "Echec de la mise à jour automatique de DSM" dans le panneau Notifications. Sinon, j'ai bien noté ta méthode de retrait d'un disque/formatage/sauvegarde et formatage du 2ème avant réinstall. Mais je pense que l'outil "Sauvegarde et réplication" peut faire le boulot simplement si celui-ci sauvegarde la conf .dss et les paquets sur un disque dur externe USB avec un Reset du Synology derrière puis une réplication.

@Mic13710: Ca m'intéresse de tester cette commande magique pour résoudre la saturation de la partition système. Quand tu dis "mettre les sauvegarde à jour", tu veux dire faire une sauvegarde de sécurité des données au cas-où le double Reset ferait perdre les données ?

 

[Mic13710]

A vous lire, j'ai bien l'impression que vous n'avez pas de sauvegarde de votre NAS. Pourtant, c'est un point important dans une gestion normale des données. On ne travaille JAMAIS sur des données sans y adjoindre une sauvegarde. Si vous n'en n'avez pas, il serait prudent d'en faire une (au moins des données sensibles ou importantes pour vous) et de la maintenir régulièrement.

Pourquoi une sauvegarde ? Ce n'est pas moi qui le dit mais Synology au tout début de la procédure de reset du DSM. En théorie, les données ne sont pas touchées, et il y a très peu de chances qu'elles le soient. Les risques sont très limités. Mais le risque zéro n'existe pas. Voila pourquoi il est plus prudent de la faire avant de commencer.

Sinon, si vous préférez passer par les commandes pour éviter le double reset, je ne suis pas assez calé en linux pour vous accompagner dans cette opération. Je préfère laisser la main à mes petits camarades spécialistes en la matière.

[flapinou1]

Ok merci Mic13710,

Bon j'avoue que le double reset me rebute un peu. L'outil "sauvegarde et réplication" fait bien une sauvegarde de la configuration du DSM dans un fichier conf .dss mais partiellement. A tout les coups, et après la réplication, des paramètres sont perdus sans savoir lesquels (risque en terme de sécurité).

Si qq'un me donne en premier une commande qui corrige le pb de la MAJ du DSM qui se bloque en cours de route, je lui donne 30€ immédiatement sur son compte paypal, et je tiens ma parole! (ca me revient trop lourd de devoir tout reconfigurer..)

Merci à cette âme charitable :)

 

Modifié le 20 avril 2017 par flapinou1

[flapinou1]

Bonjour,

Je relance un coup à tout hasard :)

Une âme charitable connaîtrait t-elle cette commande magique qui corrige le pb de la MAJ du DSM ? (proposé par Mic13710 dans son dernier post)

 

[darkneo]

Hello Flapinou1,

Moi personnellement, je suis passé en 6.0 avec le syno assitant (fichier pat). Et ensuite j'ai upgrade en 6.1 avec le process classique...

Après en fonction du modèle, tu peux peut-être faire l'upgrade en 6.1 direct avec le syno assistant

Etrange que personne n'ait proposé cette solution.... 

 

Modifié le 30 août 2017 par darkneo

[Fenrir]

Les 2 propositions sont valables, ça dépend de ton problème :

Si @firlin a vu juste et que ton nas est dans l'ancien mode de partition, alors pas le choix, il faut repartir à zéro (ce qui ne fera pas de mal du point de vu sécu)

Si @Mic13710 a vu juste, il faut te connecter en ssh et supprimer quelques fichiers sur la partition système (tu ne peux pas le faire depuis DSM)

Si c'est autre chose, il va falloir chercher dans les logs (toujours en ssh)

Pour trancher, connecte toi en ssh au nas et fais :

• df -h

Et tu post le résultat ici

En fonction on te dira quoi faire

[Mic13710]

Le 06/04/2017 à 12:28, flapinou1 a dit :

J'ai un NAS Synology DS213j et je suis bloqué à DSM 5.2-5565 update 2 depuis mai 2015!

Salut @Fenrir. Un 213J sous DSM 5.2 ne peut pas être sous l'ancien système de partition qui était en vigueur il y a bien longtemps, à l'époque des dinosaures, lorsque nos NAS était en ext3

[flapinou1]

Salut @Fenrir

Voici ce résultat de la commande df -h que j'ai tappé sous putty:

DiskStation> df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/root       2.4G  768M  1.5G  34% /
/tmp            249M  640K  249M   1% /tmp
/run            249M  1.4M  248M   1% /run
/dev/shm        249M     0  249M   0% /dev/shm
/dev/vg1000/lv  913G  290G  623G  32% /volume1

Donc la partition système n'est pas full ( @Mic13710 ). Qu'est ce qui peut donc bloquer la MAJ à 79% systématiquement ?

Au passage, un autre type a eu exactement le même problème de MAJ, il est bloqué à  DSM 5.2-5565 update 2 à croire que cette version avait un soucis :

 

Modifié le 31 août 2017 par flapinou1

[Fenrir]

@Mic13710 : le DS213j date de DSM 4.2 et il me semble qu'il y a eu un changement dans ces eaux là, mais je peux me tromper

Dans le cas présent le layout semble correct et il reste de la place.

Il faudrait donc aller voir dans les logs, en particulier le fichier /var/log/synoupdate.log, mais pas que, en pratique il faut regarder tous les fichiers qui ont bougé récemment.

[flapinou1]

@Fenrir Le système de fichier est en ext4

Le synoupdate.log me donne:

DiskStation> cat synoupdate.log

... (répétition toutes les semaines)
2017/05/20 00:51:38     Start of the update...
2017/05/20 00:51:38     Upgrade from version 5.2.0.5565 to version 6.0.3.8754
2017/05/20 00:56:00     Failed to accomplish the update! (errno = 26)
2017/05/27 00:51:34     Start of the update...
2017/05/27 00:51:34     Upgrade from version 5.2.0.5565 to version 6.0.3.8754
2017/05/27 00:55:56     Failed to accomplish the update! (errno = 26)
...
As t-on la correspondance du numéro d'erreur qq part ? Merci

[Fenrir]

Et dans les autres fichiers ?

Cherche les événements ayant eu lieu à la même heure, en particulier entre 00h51 00h56

[flapinou1]

Merci @Fenrir pour ta réponse rapide:

Alors dans var/log/synoservice.log (rien de spécial):
May 27 00:51:33 DiskStation synoupgrade_SYNO.Core.Upgrade[1].start[28176]: service_pause_by_reason.c:27 synoservice: pause [syslog-client] by reason [dsm-upgrade] ...
May 27 00:51:33 DiskStation synoupgrade_SYNO.Core.Upgrade[1].start[28176]: service_pause.c:39 synoservice: [syslog-client] pausing ...
May 27 00:51:33 DiskStation synoupgrade_SYNO.Core.Upgrade[1].start[28176]: service_pause.c:48 synoservice: [syslog-client] is already disable/pause.
May 27 00:51:33 DiskStation synoupgrade_SYNO.Core.Upgrade[1].start[28176]: service_pause.c:89 synoservice: [syslog-client] paused.
May 27 00:55:56 DiskStation synoupgrade_SYNO.Core.Upgrade[1].start[28077]: service_start.c:108 synoservice: [img_backupd] starting ...
May 27 00:55:56 DiskStation synoupgrade_SYNO.Core.Upgrade[1].start[28077]: service_start.c:206 synoservice: [img_backupd] started.

Dans var/log/synolog.log (rien de spécial):

May 27 00:51:33 DiskStation syslog-ng[733]: Referenced filter rule not found in filter() expression; rule='f_docker'
May 27 00:51:33 DiskStation syslog-ng[733]: Referenced filter rule not found in filter() expression; rule='f_docker'
May 27 00:51:33 DiskStation syslog-ng[733]: Configuration reload request received, reloading configuration;
May 27 00:56:10 DiskStation syslog-ng[733]: Referenced filter rule not found in filter() expression; rule='f_docker'
May 27 00:56:10 DiskStation syslog-ng[733]: Referenced filter rule not found in filter() expression; rule='f_docker'
May 27 00:56:10 DiskStation syslog-ng[733]: Configuration reload request received, reloading configuration;

Dans var/log/synolog/synolog.log (juste le failed de l'update) :

info    2017/05/27 00:50:56     admin:  Start install [DSM 6.0-8754] automatically.
info    2017/05/27 00:51:11     SYSTEM: [Cloud Station] service was stopped.
info    2017/05/27 00:51:14     SYSTEM: System successfully stopped [Network Backup Volume Dest                         ination].
info    2017/05/27 00:51:15     SYSTEM: System successfully stopped [Windows file service].
info    2017/05/27 00:51:16     SYSTEM: System successfully stopped [Apple file service].
info    2017/05/27 00:51:17     SYSTEM: System successfully stopped [SFTP service].
info    2017/05/27 00:51:18     SYSTEM: System successfully stopped [Bonjour Printer Broadcast]                         .
info    2017/05/27 00:51:29     SYSTEM: System successfully stopped [WebDAV (HTTPS) service].
info    2017/05/27 00:51:32     SYSTEM: System successfully stopped [FTPS service].
info    2017/05/27 00:55:56     admin:  System successfully started [Network Backup Volume Dest                         ination].
info    2017/05/27 00:55:59     admin:  System successfully started [Windows file service].
err     2017/05/27 00:55:59     admin:  Automatically install [DSM 6.0-8754] failed.

Par contre dans var/log/messages:

May 27 00:51:34 DiskStation synoupgrade_SYNO.Core.Upgrade[1].start[28077]: Upgrade.cpp:297 Executing [//upd@te/updater -v -x ]
May 27 00:51:34 DiskStation updater: updater.c:5694 Start of the updater...
May 27 00:51:34 DiskStation updater: updater.c:2695 orgBuildNumber = 5565, newBuildNumber=8754
May 27 00:51:34 DiskStation updater: updater.c:2829 [CheckPackageSize] Find [1] internal volume, external volume count= [0]
May 27 00:51:34 DiskStation updater: updater.c:2849 CheckPackageSize, err=0
May 27 00:51:34 DiskStation updater: updater.c:5945 ==== Start flash update ====
May 27 00:51:34 DiskStation updater: updater.c:5977 This is junior, gszDevMtdPartition=[/dev/mtd5]
May 27 00:51:34 DiskStation updater: updater.c:6262 number of partitions = [6]
May 27 00:51:34 DiskStation updater: updater.c:6267 [RedBoot]  0xF0000000  0x000C0000  0x000B4F54
May 27 00:51:34 DiskStation updater: updater.c:6267 [zImage]  0xF00C0000  0x002D0000  0x0020C230
May 27 00:51:34 DiskStation updater: updater.c:6267 [rd.gz]  0xF0390000  0x00440000  0x0030D56B
May 27 00:51:34 DiskStation updater: updater.c:6267 [vendor]  0xF07D0000  0x00010000  0x00010000
May 27 00:51:34 DiskStation updater: updater.c:6267 [RedBoot Config]  0xF07E0000  0x00010000  0x00010000
May 27 00:51:34 DiskStation updater: updater.c:6267 [FIS directory]  0xF07F0000  0x00010000  0x00000600
May 27 00:51:34 DiskStation updater: flashsize = 0x00800000, eraseblock = 0x00010000
May 27 00:51:34 DiskStation updater: Skipping RedBoot.msys due to the checksum matches
May 27 00:51:34 DiskStation updater: PATCHINFO: part[RedBoot] file[RedBoot.msys] start = [0xF0000000] size[0x786432] datalen=[0x000B4F54] nblock[0] balance[0] fneedupdate[0]
May 27 00:51:34 DiskStation updater: PATCHINFO: part[zImage] file[zImage] start = [0xF00C0000] size[0x2949120] datalen=[0x0020ECA0] nblock[33] balance[12] fneedupdate[1]
May 27 00:51:34 DiskStation updater: PATCHINFO: part[rd.gz] file[rd.bin] start = [0xF0390000] size[0x4456448] datalen=[0x00366693] nblock[55] balance[13] fneedupdate[1]
May 27 00:51:34 DiskStation updater: UPDTInitPatchInfo(3677): file [vendor] not included in the patch package
May 27 00:51:34 DiskStation updater: PATCHINFO: part[vendor] file[vendor] start = [0xF07D0000] size[0x65536] datalen=[0x00010000] nblock[0] balance[0] fneedupdate[0]
May 27 00:51:34 DiskStation updater: UPDTInitPatchInfo(3677): file [RedBoot Config] not included in the patch package
May 27 00:51:34 DiskStation updater: PATCHINFO: part[RedBoot Config] file[RedBoot Config] start = [0xF07E0000] size[0x65536] datalen=[0x00010000] nblock[0] balance[0] fneedupdate[0]
May 27 00:51:34 DiskStation updater: UPDTInitPatchInfo(3677): file [FIS Directory] not included in the patch package
May 27 00:51:34 DiskStation updater: PATCHINFO: part[FIS Directory] file[FIS Directory] start = [0xF07F0000] size[0x65536] datalen=[0x00000600] nblock[0] balance[0] fneedupdate[0]
May 27 00:51:34 DiskStation updater: szCmd=[/bin/rm -rf /upd@te/b@ckup; /bin/mkdir -p /upd@te/b@ckup]
May 27 00:51:34 DiskStation updater: UPDTBackupOldPartition(3772): command=[/bin/dd if="/dev/mtd0" of="/upd@te/b@ckup/mtd_RedBoot" bs=16384]
May 27 00:51:35 DiskStation updater: UPDTBackupOldPartition(3772): command=[/bin/dd if="/dev/mtd1" of="/upd@te/b@ckup/mtd_zImage" bs=16384]
May 27 00:51:36 DiskStation updater: UPDTBackupOldPartition(3772): command=[/bin/dd if="/dev/mtd2" of="/upd@te/b@ckup/mtd_rd.gz" bs=16384]
May 27 00:51:39 DiskStation updater: UPDTBackupOldPartition(3772): command=[/bin/dd if="/dev/mtd3" of="/upd@te/b@ckup/mtd_vendor" bs=16384]
May 27 00:51:39 DiskStation updater: UPDTBackupOldPartition(3772): command=[/bin/dd if="/dev/mtd4" of="/upd@te/b@ckup/mtd_RedBoot Config" bs=16384]
May 27 00:51:39 DiskStation updater: UPDTBackupOldPartition(3772): command=[/bin/dd if="/dev/mtd5" of="/upd@te/b@ckup/mtd_FIS directory" bs=16384]
May 27 00:51:39 DiskStation updater: UPDTDoPatch: skip updating [RedBoot]
May 27 00:51:39 DiskStation updater: updater.c:3918(UPDTDoPatch) Try to Erase MTD Partition(/dev/mtd1), [0/3]...
May 27 00:52:30 DiskStation updater: updater.c:3972(UPDTDoPatch) Try to Write MTD Partition(/dev/mtd1), [0/3]...
May 27 00:52:36 DiskStation updater: updater.c:3978(UPDTDoPatch) Try to Verify MTD Partition(/dev/mtd1), [0/3]...
May 27 00:52:39 DiskStation updater: UPDTDoPatch: Finish updating [zImage]
May 27 00:52:39 DiskStation updater: updater.c:3918(UPDTDoPatch) Try to Erase MTD Partition(/dev/mtd2), [0/3]...
May 27 00:53:52 DiskStation updater: updater.c:3972(UPDTDoPatch) Try to Write MTD Partition(/dev/mtd2), [0/3]...
May 27 00:54:02 DiskStation updater: updater.c:3978(UPDTDoPatch) Try to Verify MTD Partition(/dev/mtd2), [0/3]...
May 27 00:54:06 DiskStation updater: UPDTDoPatch: Finish updating [rd.gz]
May 27 00:54:06 DiskStation updater: UPDTDoPatch: skip updating [vendor]
May 27 00:54:06 DiskStation updater: UPDTDoPatch: skip updating [RedBoot Config]
May 27 00:54:06 DiskStation updater: UPDTDoPatch: skip updating [FIS Directory]
May 27 00:54:06 DiskStation updater: updater.c:6309 ==== Finish flash update ====
May 27 00:54:06 DiskStation updater: updater.c:4678 already mounted. dev=/dev/md0, path=/tmpRoot
May 27 00:54:06 DiskStation updater: updater.c:4781 successfully backup image for System Migration in path (/tmpRoot/.syno/patch).
May 27 00:54:06 DiskStation updater: updater.c:5077 Decompress hda1.tgz to SynoUpgrade.tar
May 27 00:54:11 DiskStation updater: updater.c:280 UPDTExecute(280): failed to execute cmd=[/usr/bin/xz -cd /upd@te/hda1.tgz > //SynoUpgrade.tar], ret = 139
May 27 00:54:11 DiskStation updater: updater.c:4859 UPDTExecute(/usr/bin/xz -cd /upd@te/hda1.tgz > //SynoUpgrade.tar) fail.
May 27 00:54:12 DiskStation updater: updater.c:6325 Fail to move/extract hda1 and packages!!
May 27 00:54:12 DiskStation updater: UPDTRollBack: skip recoverying [RedBoot]
May 27 00:54:12 DiskStation updater: updater.c:4106(UPDTRollBack) SYNOMTDErasePartition(/dev/mtd1)...
May 27 00:54:46 DiskStation updater: UPDTRollBack(4126): command=[/bin/dd if="/upd@te/b@ckup/mtd_zImage" of="/dev/mtd1" bs=131072]
May 27 00:54:55 DiskStation updater: updater.c:4106(UPDTRollBack) SYNOMTDErasePartition(/dev/mtd2)...
May 27 00:55:44 DiskStation updater: UPDTRollBack(4126): command=[/bin/dd if="/upd@te/b@ckup/mtd_rd.gz" of="/dev/mtd2" bs=131072]
May 27 00:55:56 DiskStation updater: UPDTRollBack: skip recoverying [vendor]
May 27 00:55:56 DiskStation updater: UPDTRollBack: skip recoverying [RedBoot Config]
May 27 00:55:56 DiskStation updater: UPDTRollBack: skip recoverying [FIS Directory]
May 27 00:55:56 DiskStation updater: updater.c:2531 No need to reset reason for v.5565
May 27 00:55:56 DiskStation updater: updater.c:6462 Failed to accomplish the update! (errno = 26)
May 27 00:55:56 DiskStation synoupgrade_SYNO.Core.Upgrade[1].start[28077]: Upgrade.cpp:300 failed to execute updater, r=-1095381132
May 27 00:56:09 DiskStation synoservicecfg: servicecfg_root_object_get.c:115 service config for service [] is not exist
 

 

Modifié le 31 août 2017 par flapinou1

[Fenrir]

Arf, déjà vu cette erreur dans un autre post, on n'a jamais trouvé la solution, ça c'est terminé par un double reset (réinstallation complète).

Et pour ta crainte :

Le 19/04/2017 à 11:13, flapinou1 a dit :

Bon j'avoue que le double reset me rebute un peu. L'outil "sauvegarde et réplication" fait bien une sauvegarde de la configuration du DSM dans un fichier conf .dss mais partiellement. A tout les coups, et après la réplication, des paramètres sont perdus sans savoir lesquels (risque en terme de sécurité).

Tu peux faire des captures de tous les écrans de paramétrage et de toute manière avec le saut entre 5.2 et 6.1 il serait plus propre de repartir de zéro.

[flapinou1]

Oui @Fenrir, on dirait que tout vient de failed to execute cmd=[/usr/bin/xz -cd /upd@te/hda1.tgz > //SynoUpgrade.tar], ret = 139

Il faudrait un spécialiste de la commande xz qui sert à compresser/décompresser. Il arrive pas à décompresser hda1.tgz vers SynoUpgrade.tar et renvoie l'erreur 139? Pas assez de ram? hda1.tgz est gros, une bonne 100aine de Mo je dirais. J'ai pensé à mettre à jour le package xz-utils sait-on jamais (et pas moyen de savoir aussi à quoi correspond ce code 139).

 

[Mic13710]

Je suis d'accord avec Fenrir. Inutile je pense de s’entêter à essayer de trouver une solution. Vu le saut de version, mieux vaut faire des captures d'écran des différents paramètres pour pouvoir les restituer et de réinstaller DSM après un double reset.

[Fenrir]

C'est une erreur de segmentation (128+11), donc bas niveau dans les binaires, seul Synology peut y faire quelque chose. On ne peut même pas savoir si c'est xz qui à segfault ou un autre truc utilisé ici :  updater.c:280

Maintenant si tu veux jouer, vas y, mais de notre coté on n'ira pas plus loin car trop risqué : tu risques de transformer ton NAS en presse papier (pour rappel une partie de la mise à jour consister à flasher le firmware)

[PiwiLAbruti]

As-tu essayé de commencer par installer la première version de DSM 6.0 manuellement ?

http://download.synology.com/download/DSM/release/6.0/7321/DSM_DS213j_7321.pat

Peut-être que la 6.0.3 à simplement besoin des mises à jour précédentes pour s'installer.

[flapinou1]

Merci @PiwiLAbruti pour ta réponse.

Effectivement, j'ai encore essayé mais il n'arrive pas à décompresser le package hda1.tgz. Je pense que ya un bug de la commande xz du package xz-utils (d'où le segfault qui vient généralement d'un dev baclé...)

Sep  1 11:59:21 DiskStation updater: updater.c:4987 Decompress hda1.tgz to SynoUpgrade.tar
Sep  1 11:59:22 DiskStation updater: updater.c:285 UPDTExecute(285): failed to execute cmd=[/usr/bin/xz -cd /upd@te/hda1.tgz > //SynoUpgrade.tar], ret = 139
Sep  1 11:59:22 DiskStation updater: updater.c:4873 UPDTExecute(/usr/bin/xz -cd /upd@te/hda1.tgz > //SynoUpgrade.tar) fail.
Sep  1 11:59:22 DiskStation updater: updater.c:6210 Fail to move/extract hda1 and packages!!

@Fenrir: Merci pour ton info. Jvais quand même essayer de mettre à jour le package xz-utils qui est à la version 5.0.5 alors qu'on en est à 5.0.8 actuellement. update.c:280 renseignant simplement le numéro de ligne 280 du code où il se trouve (update.c) je pense ? En allant fouiller la release note de xz-utils, y'a eu qqes bug fixs. Ca m'embêterait si le xz plante encore après le double reset étant donné que ça sera le même gros hda.tgz à décompress...

Au passage, quand je test manuellement de mon coté l'intégrité de hda1.tgz, bizarre...:

DiskStation> xz -t hda1.tgz
Segmentation fault (core dumped)
 

Modifié le 1 septembre 2017 par flapinou1

[PiwiLAbruti]

Télécharge à nouveau la 6.0 et compare les MD5 :

http://download.synology.com/download/DSM/release/6.0/7321/

[flapinou1]

@PiwiLAbruti: Tout ca, j'avais testé au début (voir mon premier post à ce sujet),

Le ‎06‎/‎04‎/‎2017 à 12:28, flapinou1 a dit :

3) J'ai vérifié le hash md5 du fichier de mise à jour pour une installation manuelle (Test OK -> fichier non endommagé)

Je précise que j'ai pas de réponse sur l'intégrité, c'est la commande qui teste l'intégrité (donc toujours xz) qui plante de même que celle la quand je l'execute en terminal:

DiskStation> xz -cd hda1.tgz > SynoUpgrade.tar
Segmentation fault (core dumped)

Ca vient de la commande xz qui foire!

 

Modifié le 1 septembre 2017 par flapinou1