Version : 7.2-64570 disponible !

[Mic13710]

@Jeff777 ça semble être apparu avec la version 7. Mon 220+ a été installé avec 7.1 42661. Et franchement, ce n'est pas du luxe cette augmentation.

[Jeff777]

il y a 7 minutes, Mic13710 a dit :

être apparu avec la version 7

Je n'ai rien trouvé dans la release note. Mais ils ne sont pas obligés de tout nous dire ..

Bon, résultat, il va falloir refaire une installation propre.

Modifié le 9 juin 2023 par Jeff777

[Mic13710]

Ils sont en général peu bavards sur ce genre d'information technique qui est propre au fonctionnement de DSM.

On peut ensuite se poser la question pour les évolutions futures de DSM sur des NAS avec seulement 2.3G. Parce que augmenter la partition alors qu'elle est contiguë avec le swap, va falloir repousser des blocs et ça, c'est pas une opération qui se fait en 10 minutes, ni 20.

parted -list sur mon 718 :

Number  Start   End     Size    File system     Name  Flags
 1      1049kB  2551MB  2550MB  ext4                  raid
 2      2551MB  4699MB  2147MB  linux-swap(v1)        raid
 3      4832MB  4001GB  3996GB                        raid
Pas de place entre la 1 et la 2.

Par contre, y'a un peu d'espace entre la 2 et la 3, mais c'est dérisoire.

parted --list sur mon 220 :

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  4001GB  3990GB                        raid
On voit nettement l'augmentation de la partition 1. Il y a 4 Mo entre 1 et 2 et 200Mo entre 2 et 3.

[maxou56]

Je viens de faire parted --list

Certain disques ont 8.5GB (nouveau groupe de Staockage créer avec DSM7) et d'autres ont 2.5GB.

Model: WDC WD40EFRX-68WT0N0 (scsi)
Disk /dev/sata3: 4001GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 

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  4001GB  3990GB                        raid


Model: WDC WD40EFRX-68N32N0 (scsi)
Disk /dev/sata4: 4001GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system     Name  Flags
 1      1049kB  2551MB  2550MB  ext4                  raid
 2      2551MB  4699MB  2147MB  linux-swap(v1)        raid
 5      4840MB  4001GB  3996GB                        raid

 

[Jeff777]

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

Number  Start  End     Size    File system  Flags
 1      0.00B  2550MB  2550MB  ext4

Model: Linux Software RAID Array (md)
Disk /dev/md1: 2147MB
Sector size (logical/physical): 512B/512B
Partition Table: loop
Disk Flags:

Number  Start  End     Size    File system     Flags
 1      0.00B  2147MB  2147MB  linux-swap(v1)

Error: /dev/md2: unrecognised disk label
Model: Linux Software RAID Array (md)
Disk /dev/md2: 3996GB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags:

Error: /dev/md3: unrecognised disk label
Model: Linux Software RAID Array (md)
Disk /dev/md3: 4001GB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags:

Model: WDC WD80EFAX-68LHPN0 (scsi)
Disk /dev/sata1: 8002GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

Number  Start   End     Size    File system     Name  Flags
 1      1049kB  2551MB  2550MB  ext4                  raid
 2      2551MB  4699MB  2147MB  linux-swap(v1)        raid
 5      4840MB  4001GB  3996GB                        raid
 6      4001GB  8001GB  4001GB                        raid

Model: WDC WD120EFBX-68B0EN (scsi)
Disk /dev/sata2: 12.0TB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

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

Model: Unknown (unknown)
Disk /dev/zram0: 3082MB
Sector size (logical/physical): 4096B/4096B
Partition Table: loop
Disk Flags:

Number  Start  End     Size    File system     Flags
 1      0.00B  3082MB  3082MB  linux-swap(v1)

Model: Unknown (unknown)
Disk /dev/zram1: 3082MB
Sector size (logical/physical): 4096B/4096B
Partition Table: loop
Disk Flags:

Number  Start  End     Size    File system     Flags
 1      0.00B  3082MB  3082MB  linux-swap(v1)

Warning: Not all of the space available to /dev/synoboot appears to be used, you
can fix the GPT to use all of the space (an extra 6110 blocks) or continue with
the current setting?
Fix/Ignore?
 

il y a 36 minutes, maxou56 a dit :

Certain disques ont 8.5GB (nouveau groupe de Staockage créer avec DSM7) et d'autres ont 2.5GB.

J'ai la même chose. J'ai installé le WD120EFBX en prévision de changer aussi le WD80EFAX quand j'aurai des sous 😄

Alors peut-être que ceci corrigera la taille de la partition dev/md0. ?

Quelle est la signification des l'erreurs. Faut-il s'en inquiéter ?

Et la signification du Warning ? Je n'ose pas faire Fix

Sur le 218+ j'ai 8590MB sur les deux disques et les mêmes erreurs et warning. 

J'ai tapé Ignore et j'obtiens ceci

Fix/Ignore? I
I
Model: Synology DiskStation (scsi)
Disk /dev/synoboot: 126MB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

Number  Start   End     Size    File system  Name              Flags
 1      1049kB  34.6MB  33.6MB  fat16        EFI System        boot, esp
 2      34.6MB  123MB   88.1MB  ext2         Linux filesystem
 

[maxou56]

Il y a 8 heures, PiwiLAbruti a dit :

Est-ce que ce fichier existe sur vos NAS où l'installation échoue ?

Oui avec le fichier d'env 500Mo l'installation semble fonctionner (il n'y a pas le message d'erreur, j'ai pas été plus loin), malgré une partition rempli à 83% avec un NAS sous DSM 7.1.1-42962 Update 5

--- /usr/syno/synoinstall -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
                                                   /..
  496.9 MiB [####################################]  space-preserve

/dev/md0                2.3G  1.8G  394M  83% /

Sans le fichier l'installation ne fonctionne pas avec une partition rempli à 79% ou plus, mais fonctionne avec une partition rempli à 78% ou moins avec des NAS sous DSM 7.2-64561, il faut donc env 500Mo de libre pour l'installation d'où la présence du fichier /usr/syno/synoinstall/space-preserve avec DSM7.1.x.

 

 

Le paquet SynoOnlinePack_v2 (This package is for users to update drive database online) prend "beaucoup" de place sur un DS1621+

--- /usr/local/packages/@appstore -----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
                                                   /..
  123.9 MiB [####################################] /SynoOnlinePack_v2

--- /usr/local/packages/@appstore/SynoOnlinePack_v2 -----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
                                                   /..
    7.8 MiB [####################################] /synology_v1000_rs2421rp+
    7.8 MiB [####################################] /synology_v1000_rs2421+
    7.7 MiB [################################### ] /synology_v1000_rs822rp+
    7.7 MiB [################################### ] /synology_v1000_rs822+
    7.4 MiB [##################################  ] /synology_v1000_2422+
    7.4 MiB [##################################  ] /synology_v1000_rs1221rp+
    7.4 MiB [##################################  ] /synology_v1000_rs1221+
    7.3 MiB [#################################   ] /synology_v1000_1621+
    7.3 MiB [#################################   ] /synology_v1000_1821+
    7.2 MiB [#################################   ] /synology_v1000_rs2821rp+
    7.2 MiB [#################################   ] /synology_v1000_rs2423rp+
    7.2 MiB [#################################   ] /synology_v1000_rs2423+
    7.1 MiB [#################################   ] /synology_v1000_rs1623xs+
    6.9 MiB [###############################     ] /synology_v1000_1823xs+
    6.9 MiB [###############################     ] /synology_v1000_fs2500
    6.9 MiB [###############################     ] /synology_v1000_1824+
    6.9 MiB [###############################     ] /synology_v1000_1624+

Modifié le 9 juin 2023 par maxou56

[Mic13710]

il y a une heure, Jeff777 a dit :

Alors peut-être que ceci corrigera la taille de la partition dev/md0. ?

Non. Elle restera telle qu'elle est sur le disque existant. En augmentant la taille du disque, tu n'augmente que la taille de la partition de données. Ou je dirais plutôt, tu crées une nouvelle partition de données qui vient s'ajouter aux existantes.

Dans ton cas, je vois que tu as commencé par des 4To que tu as remplacé par des 8To. Au remplacement de ton 8To par un 12To, tu auras une nouvelle partition numéro 7 qui fera 4To.

Il y a 1 heure, Jeff777 a dit :

Quelle est la signification des l'erreurs. Faut-il s'en inquiéter ?

Si c'est les erreurs sur les md2 et md3, rien d'anormal.

Il y a 1 heure, Jeff777 a dit :

Et la signification du Warning ? Je n'ose pas faire Fix

Tu fais bien. C'est DSM qui gère cette partition, mieux vaut ne pas y toucher.

[_DR64_]

Le mec du support m'a dit ça :

déplacer le dossier docker-bis, et le supprimer dans la partition système, et voir si cela aide?

root@918+:/volumeUSB1/docker-bis# du -h -d1 | sort -r -h
502M .
500M ./container1
1.2M ./container2
1.2M ./container3
112K ./container4
12K ./@eaDir
8.0K ./#recycle
4.0K ./container5
4.0K ./container6
4.0K ./container7
4.0K ./container8
4.0K ./container9

----

Quand il dit : " et le supprimer dans la partition système" il veut dire quoi ?

Modifié le 9 juin 2023 par _DR64_

[_DR64_]

root@nas:/usr# cd /volumeUSB1/
root@nas:/volumeUSB1# du -h -d1 | sort -r -h
486G    .
485G    ./usbshare
502M    ./docker-bis
root@nas:/volumeUSB1# cd /volumeUSB1/docker-bis/
root@nas:/volumeUSB1/docker-bis# du -h -d1 | sort -r -h
502M .
500M ./container1
1.2M ./container2
1.2M ./container3
112K ./container4
12K ./@eaDir
8.0K ./#recycle
4.0K ./container5
4.0K ./container6
4.0K ./container7
4.0K ./container8
4.0K ./container9
root@nas:/volumeUSB1/docker-bis# cd /volumeUSB1/
root@nas:/volumeUSB1# rm -r docker-bis/

et la mise à jour est passée ! jcomprends pas

Enfin, elle est en cours... 🤞

Edit : 
Mise à jour passée sans problème (sauf reboot pour les NVME...)

Filesystem      Size  Used Avail Use% Mounted on
/dev/md0        2.3G  1.4G  781M  65% /

Modifié le 9 juin 2023 par _DR64_

[Jeff777]

Il y a 12 heures, Mic13710 a dit :

Non. Elle restera telle qu'elle est sur le disque existant.

Bonjour,

J'avais 2*8To et j'ai remplacé l'un des deux par un 12To. Lorsque le raid c'est reconstitué la partition dev/md0 sur le nouveau disque a augmenté et est passée à 9G. Lorsque le deuxième 12To sera mis en place elle sera aussi à 9G, non?

[Mic13710]

Il y a 4 heures, Jeff777 a dit :

Lorsque le raid c'est reconstitué la partition dev/md0 sur le nouveau disque a augmenté et est passée à 9G.

Ah oui, je n'avais pas regardé tes relevés en détail car je ne pensais pas que cette partition pouvait être modifiée lors de l'augmentation de groupe !

Au temps pour moi. Ca veut dire qu'il est très probable qu'elle augmentera lorsque tu changeras ton 8 par un 12.

C'est une bonne chose. Reste à savoir si c'est DSM7 qui fait ça à chaque changement de disque quelle que soit sa taille ou seulement lors du remplacement ou ajout d'un disque par un plus gros. J'aurais tendance à penser que c'est uniquement lors d'un passage à une taille supérieure puisqu'il y a de la place pour décaler les partitions, ce qui n'est pas possible si le disque est remplacé par un autre de taille identique.

Il serait intéressant d'avoir un retour de quelqu'un qui a remplacé (ou ajouté à un groupe existant) un disque de même taille sous DSM7.x pour en avoir le coeur net.

[Jeff777]

 

il y a 15 minutes, Mic13710 a dit :

c'est uniquement lors d'une augmentation puisqu'il y a de la place pour décaler les partitions

Je crois que je vais assécher mon livret A pour m'offrir un second 12To 

[Mic13710]

@Jeff777 s'il est plein, ça fait cher le 12To 😄

[Einsteinium]

Pour information la taille du volume ne dépend pas de la taille du disque… J’ai réinstallé avec dsm 7 final et sur mes 1to mon md0 est bien de 8Go

[Jeff777]

il y a 13 minutes, Einsteinium a dit :

Pour information la taille du volume ne dépend pas de la taille du disque

Alors pour avoir un md0 de 8Go sur un disque il faut que celui-ci soit vierge avant une réinstall de DSM7 minimum.

C'est ça ?

[Mic13710]

@Einsteinium Tu confirmes que c'est bien une nouveauté DSM7. La taille de cette partition n'a en effet aucun lien avec la taille du disque. Il s'agit de la partition système allouée par Syno pour DSM. La partition donnée est construite avec ce qui reste après md0 et md1.

Ma question était de savoir comment se comportait DSM lorsqu'on remplace ou ajoute un disque de même taille dans un groupe existant avec une md0 à 2.3Go. Je suppose qu'elle n'augmente pas, sinon ça risque de poser un problème pour construire la partition de donnée qui manquerait de Go pour être associée au RAID existant. Si quelqu'un a fait cette opération récemment, ce serait bien de vérifier par curiosité.

[Einsteinium]

à l’instant, Jeff777 a dit :

Alors pour avoir un md0 de 8Go sur un disque il faut que celui-ci soit vierge avant une réinstall de DSM7 minimum.

C'est ça ?

S'il est déjà dans un raid, tu le fail pour le sortir de la grappe, raz les partitions puis re construit ton raid.

[Jeff777]

il y a 1 minute, Einsteinium a dit :

S'il est déjà dans un raid, tu le fail pour le sortir de la grappe, raz les partitions puis re construit ton raid.

C'était bien à cela que je pensais 😉

[Einsteinium]

il y a 1 minute, Mic13710 a dit :

Tu confirmes que c'est bien une nouveauté DSM7. La taille de cette partition n'a en effet aucun lien avec la taille du disque. Il s'agit de la partition système allouée par Syno pour DSM. La partition donnée est construite avec ce qui reste après md0 et md1.

Oui je confirme, dans la mesure ou le swap est augmenté si on change la ram, je pense que le volume suit le même chemin (Enfin après le swap ce trouve entre les deux, c'est juste une réduction du volume et une augmentation du swap...)

[Mic13710]

il y a 4 minutes, Einsteinium a dit :

S'il est déjà dans un raid, tu le fail pour le sortir de la grappe, raz les partitions puis re construit ton raid.

Là, j'en suis moins sûr. Si le RAID est existant, je pense que la reconstruction d'un disque sorti du groupe, formaté et réinitialisé se fera sur les mêmes partitions que l'existant pour la raison que j'évoquais plus haut.

Mais encore une fois, il faudrait le retour d'un membre du forum qui a fait l'opération pour le savoir.

il y a 4 minutes, Einsteinium a dit :

c'est juste une réduction du volume et une augmentation du swap...)

Le swap ne bouge pas. Il fait toujours 2147Mo. C'est la partition système qui est passée de 2550Mo à 8590Mo, soit une augmentation de 6040Mo.

[Einsteinium]

il y a 8 minutes, Mic13710 a dit :

Mais encore une fois, il faudrait le retour d'un membre du forum qui a fait l'opération pour le savoir.

Oui il faudrait que quelqu'un test pour voir

il y a 8 minutes, Mic13710 a dit :

Le swap ne bouge pas. Il fait toujours 2147Mo. C'est la partition système qui est passée de 2550Mo à 8590Mo, soit une augmentation de 6040Mo.

Non je parle du comportement du swap lorsqu'on augmente la ram, il n'y a donc aucune raison pour que je système ne suive pas le même chemin

[Mic13710]

Bon, après analyse, il est clair que la partition système ne peut pas évoluer si le disque est de même capacité.

En regardant simplement mon message ci-dessus :

 

Mes deux NAS sont montés avec des 4To quasi identiques, et en tout cas de mêmes capacités.

Les deux partitions de données font respectivement 3996Go sur le 718+ avec une partition système à 2550Mo, et 3990Go sur le 220+ avec une partition système à 8590Mo. On voit bien que la partition des données du 220+ à été amputée de 6Go au profit de la partition système.

Il est bien évident qu'on ne peut pas associer une partition de données à un groupe existant s'il manque de l'espace.

Et donc, la seule possibilité c'est de reconstruire une partition système de 2550Mo sur un disque de même taille que le ou les disques d'un groupe existant pour avoir une partition des données qui puisse être associée à celle du groupe.

Ma conclusion c'est que si on associe un disque de même capacité sous DSM7, la partition système reste inchangée. Si par contre, on change ou on ajoute un disque plus gros à un groupe existant, alors la partition système de ce disque passe à 7.9Go.

C'est très exactement ce qu'on voit sur le disque de 12To de @Jeff777 :

Le 09/06/2023 à 17:52, Jeff777 a dit :

Model: WDC WD120EFBX-68B0EN (scsi)
Disk /dev/sata2: 12.0TB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

Number  Start   End     Size    File system     Name  Flags
 1      4194kB  8594MB  8590MB  ext4                  raid (partition système augmentée)
 2      8594MB  10.7GB  2147MB  linux-swap(v1)        raid
 5      10.9GB  4007GB  3996GB                        raid
 6      4007GB  8008GB  4001GB                        raid

 

La partition 5 est bien de la même taille que la partition 5 de son 8To ainsi que la partition 3 de mon 718+, les start/end sont simplement décalés des 6Go qui ont été rajoutés à la partition 1. Ainsi, cette partition 5 a pu être associées avec celle existante sur le 8To. La partition 6 est identique en taille à la partition 6 de son disque de 8To, elle aussi décalée des mêmes 6Go. Et quand le disque 8 sera remplacé par un 12To, la partition système devrait passer à 7.9Go et la nouvelle partition 7 qui sera créée à l'occasion occupera le restant de capacité non utilisée, je présume 4001-6 = 3995Go.

Voili voulou.

[Jeff777]

Il y a 2 heures, Mic13710 a dit :

Mais encore une fois, il faudrait le retour d'un membre du forum qui a fait l'opération pour le savoir.

Mais c'est bien ce que j'ai fait .

J'avais deux disques de 8To en raid, un WD et un Seagate, raid formé sous une version DSM inférieure à 7.0. Le Seagate a commencé à avoir de nombreux secteurs défectueux. Je l'ai remplacé récemment par un WD 12To neuf et après reconstitution du raid je me suis retrouvé dans la décrite situation ci-dessus. (Le WD 8To avec une partition de 2550MB et le WD 12To avec une partition 8590MB.)

A noter aussi :

Le 09/06/2023 à 17:13, maxou56 a dit :

Certain disques ont 8.5GB (nouveau groupe de Staockage créer avec DSM7) et d'autres ont 2.5GB.

Le groupe a t'il été formé avec un disque initialisé avec un DSM inférieur à DSM7, celui avec 2.5Gb?

 

 

Modifié le 10 juin 2023 par Jeff777

[Mic13710]

il y a 1 minute, Jeff777 a dit :

Mais c'est bien ce que j'ai fait .

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é. Mais je pense avoir compris le principe (voir mon message ci-dessus)

il y a 3 minutes, Jeff777 a dit :

Le groupe a t'il été formé avec un disque initialisé avec un DSM inférieur à DSM7, celui avec 2.5Gb?

A l'évidence, oui puisque si ton groupe avait été créé sous DSM7, tu aurais eu d'entrée une partition système en 8.5Go, tout comme sur ton 218+ ou sur mon 220+, et comme l'a confirmé @Einsteinium. C'est la configuration standard à partir de DSM7.

[devildant]

Hi tout le monde, cela fait un petit moment que je n'étais pas venu, petite question, la maj vous a été proposé via DSM ou vous l'avez faites manuellement ? 
car sur mon DS2419+ elle ne m'est toujours pas proposé

il y a 10 minutes, devildant a dit :

Hi tout le monde, cela fait un petit moment que je n'étais pas venu, petite question, la maj vous a été proposé via DSM ou vous l'avez faites manuellement ? 
car sur mon DS2419+ elle ne m'est toujours pas proposé

Hooo le boulet, j'avais pas vu qu'il avait sortie une version majeur sur la majeur, et j'ai bêtement pensé que c'était le topic sur la version précédente haha 
bon comme tout les autres ont va attendre que tout ca soit stable et qu'il me la propose 😛 
j'ai deja essuyé par le passé les déboires des maj, place au nouveau (même si ca fait bien longtemps que je suis plus trop actif sur le forum) 

Modifié le 13 juin 2023 par devildant