Aller au contenu

Messages recommandés

Posté(e) (modifié)
Le 10/06/2023 à 18:21, Mic13710 a dit :

Pas vraiment puisque tu as remplacé ton 8To par un plus gros. Ma question concernait seulement le remplacement par un disque de même capacité.

Je me suis lancé dans quelques essais. J'ai sorti mon 8To du raid, reformaté, remis en place et procédé à un "secure erase". Puis j'ai réparé le volume....et bien non je suis toujours dans la même situation. Toujours impossible de procéder à une MàJ de DSM.

Alors de rage j'ai commandé un autre 12To. Je vous dirai...

 

Modifié par Jeff777
Posté(e)

ignorant les moqueries de @.Shad., je soumets une réflexion à sa sagacité :

Comment se fait-il que sur le site de téléchargement de Synology il est impossible de faire apparaître la version 7.2-64561 comme version actuelle pour la mise à jour de DSM ? Comme si cette version n'avait jamais existé.

 

Capture.jpg

 

Posté(e)

@Jeff777Mon hypothèse est qu'ils n'ont pas fait de package de mise à jour pour passer de -64561 à -64570, et que donc cette version -64570 remplace purement et simplement la précédente.
Ceux qui n'ont pas installé cette  -64561 ne devront pas passer par son installation préalable à la -64570.

Posté(e) (modifié)
il y a 15 minutes, .Shad. a dit :

C'était amical hein.

J'avais bien compris, sinon je n'aurais pas dit "moqueries" 😉

Edit : mon disque arrivera début semaine prochaine ....de Belgique, alors j'ai confiance. 🙂 

Modifié par Jeff777
Posté(e)
Il y a 23 heures, Jeff777 a dit :

Edit : mon disque arrivera début semaine prochaine ....de Belgique, alors j'ai confiance. 

Moi je n'ai pas confiance pour tout ce qui vient de Belgique 😀

Posté(e)
il y a 22 minutes, Lelolo a dit :

Il y a même une 64570-1 qui vient de sortir (patch car beaucoup plus légère)

Oui je l'ai installée. Mais pas possible sur la 64561. On ne peut pas éviter d'agrandir la taille la partition dev/md0 pour installer la 64570.

Posté(e) (modifié)

@Jeff777

Il manque beaucoup d'espace libre pour pouvoir faire la MAJ sur le DS220+?

Edit:

Le 08/06/2023 à 12:21, Jeff777 a dit :

DS220+ avec DSM 7.2 64561 

Filesystem      Size  Used Avail Use% Mounted on
/dev/md0        2.3G  1.8G  465M  80% /

Il faut environ 500Mo, à 78% ça doit fonctionner.

Tu peux par exemple désinstaller le paquet "Universal Search" temporairement (env 35Mo) et "OAuth Service"

Modifié par maxou56
Posté(e)

 

Il y a 15 heures, Jeff777 a dit :

Super, ça a fonctionné 🙂. Et je les ai réinstallés après (bien conserver les configs à la désintallation)

Est-ce que ça roule enfin ?

Posté(e)

@CyberFr Bonjour,

Oui, avec la méthode de Maxou je suis tombé à 79% et j'ai pu mettre à jour mon DSM7.2 vers la version 64570-1.

Pour augmenter la partition dev/dm0 j'attends mon nouveau disque qui ne devrait pas tarder.

Posté(e)
il y a 8 minutes, Jeff777 a dit :

Oui, avec la méthode de Maxou je suis tombé à 79% et j'ai pu mettre à jour mon DSM7.2 vers la version 64570-1.

Ça s'arrose non ?

Cela mettra fin à la plus longue discussion de ce forum si l'on ne tient pas compte des tutos 😀

Posté(e)
il y a 41 minutes, CyberFr a dit :

Cela mettra fin à la plus longue discussion de ce forum

La fin ce sera lorsque j'aurai 8Go sur dev/md0

Posté(e) (modifié)

Bonjour. Donc, j'ai reçu comme prévu mon disque dur de 12To en fin de matinée.

Arrêt du nas, je fais l'échange  8To pour le 12To tout neuf....petit frêre de celui déjà en place et, après redémarrage, je tente un badblock avec le tuto de @firlin que j'avais essayé, dans le passé, sans succès.

Après l'avoir lancé je consulte le tog qui me dit :

tail -f /volume1/Badblock/sata1.log
badblocks: Value too large for defined data type invalid end block (11718885376): must be 32-bit value

J'ai  recommencé avec divers valeurs d'après les calculs donnés(à la place du 98304)  dans l'instruction "badblocks -nvs -c 98304 /dev/sdX > /volume1/toto/sdX.log 2>&1 &".  J'ai toujours le même résultat..... ça m'a gonflé et je suis directement passé à la réparation (en cours).

Après initialisation mes deux disques ont bien les mêmes partitions (parted --list) dont la première de 8590MB.

Number  Start   End     Size    File system     Name  Flags
 1      4194kB  8594MB  8590MB  ext4                  raid
 2      8594MB  10.7GB  2147MB  linux-swap(v1)        raid
 5      10.9GB  4007GB  3996GB                        raid
 6      4007GB  8008GB  4001GB                        raid
 7      8008GB  12.0TB  3993GB                        raid

 

Seulement en tête j'ai :

Model: Linux Software RAID Array (md)
Disk /dev/md0: 2550MB
Sector size (logical/physical): 512B/512B

ce qui est confirmé par df -h qui donne les mêmes résultats qu'avant le changement de disque.

Pensez-vous que cela se corrigera en fin de réparation?

Autre point : si vous avez une correction à apporter pour réussir le badblock, je suis preneur pour la prochaine fois.

 

 

Modifié par Jeff777
Posté(e)
il y a 10 minutes, MilesTEG1 a dit :

sinon personne n’a parlé ici de la version update 1 de dsm 7.2 qui est sortie il y a quelques jours

Si ! :

https://www.nas-forum.com/forum/topic/77144-dsm-version-72-64570-update-1-est-disponible/#comment-1319491459

 

il y a 11 minutes, MilesTEG1 a dit :

Si tu ne sais pas quoi faire de ton 8To je veux bien te le racheter

Il va avec un autre 8To tout neuf remplacer mes deux 4 To du second NAS. Ceux-ci vont à leur tour remplacer mes deux 2To de mon PC qui vont remplacer les 1To de mon troisième nas qui vont aller dans le PC de mon épouse.

J'ai des 500 Go à vendre si tu veux !  🤣

Posté(e)
Il y a 3 heures, Jeff777 a dit :

Sector size (logical/physical): 512B/512B

d’après ce que j'ai compris cela viens de ca , il faudrait 1024/1024

Posté(e)
Il y a 3 heures, firlin a dit :

il faudrait 1024/1024

ça résoudrait quoi ? Le badblock ou la taille de dev/md0 ?

Je pense que tu parles du badlock car sur mon deuxième NAS j'ai la même chose avec une taille de 8Go

 

Posté(e) (modifié)

@Jeff777 Pour le test badblocks, tu as deux arguments différents :

  • -b : définit la taille des blocs, ça doit correspondre aux caractéristiques du disk, tu peux faire :
lsblk -o NAME,PHY-SEC

Et voir la taille de bloc de chacun de tes disques

  • -c : c'est le nombre de blocs simultanés analysés par badblocks, donc si tu choisissais 100 pour c, tu analyserais les données par 100 * 4096 (si b = 4096, ce qui est sûrement ton cas) soit 410ko de données, bon courage pour ton 12 To. 😄 

Le plus simple est de te faire un tableur, tu définis le nombre d'heures maximum et tu vois la valeur de c qu'il faut donner, sachant qu'apparemment (je ne l'ai jamais vraiment constaté dans mes tests), la consommation de mémoire vive augmente en augmentant la valeur de c.

Modifié par .Shad.

Rejoindre la conversation

Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.

Invité
Répondre à ce sujet…

×   Collé en tant que texte enrichi.   Coller en tant que texte brut à la place

  Seulement 75 émoticônes maximum sont autorisées.

×   Votre lien a été automatiquement intégré.   Afficher plutôt comme un lien

×   Votre contenu précédent a été rétabli.   Vider l’éditeur

×   Vous ne pouvez pas directement coller des images. Envoyez-les depuis votre ordinateur ou insérez-les depuis une URL.

×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.