[ds211j] disque plein

[lefab]

Bonjour,

Mon ds211j a un seul disque de 3TO installé. Il apparait à 99% plein alors que j'ai supprimé bon nombre de fichiers. Après une recherche sur le forum j'ai vu que cloudstation pouvait conserver des anciennes versions. J'ai donc modifie le nombre de version à 2 et actualisé les versions mais toujours à 99%. J'ai aussi cloudsync installé. Je precise que les corbeilles ne sont pas activées.

J'ai teste la commande sudo du -h -d 2 /volume2/ puis j'ai ajouté tous les plus gros fichiers et je trouve 975GO !!! je ne comprend plus rien

Merci pour votre aide et bon dimanche

lefab

Modifié le 30 juillet 2017 par lefab

[Mic13710]

Il y a 11 heures, lefab a dit :

et je trouve 975GO !!!

Ah bon ? C'est pas ce qu'indique votre capture d'écran qui dit bien 2.7To d'utilisé et seulement 53Go de libre.

Pour savoir ce que contient votre volume 2 dossier par dossier la commande c'est :

sudo du -h -d 1 /volume2/

 

[lefab]

Bonjour,

Voici la copie écran. Je ne comprend pas pour j'ai le message permission denied alors que je suis en admin.

Je suis désolé pour la question stupide mais je tape pas sudo dans la commande si je suis loggé en admin ?

Merci pour votre aide

[Mic13710]

La commande doit être passée en root, pas en admin. D'où le sudo qui avant d'exécuter demande le mdp (qui est le même qu'admin)

[lefab]

Je comprend pas bien quand je tape cette commande sudo du -h -d 1 /volume2/  j'ai la reponse -ash: sudo: not found

Désolé mais je suis vraiment pas familier de l'invite de commande (je me connecte avec putty sur le port 222)

 

 

 

[Mic13710]

putty sur le port 22 qui est le port par défaut du ssh.

[lefab]

oui mais sur mon nas il est sur le 222 cela change quelque chose ?

[Mic13710]

Non, si vous l'avez changé ce n'est pas un souci. Par contre, je suis étonné que sudo ne passe pas.

Essayez en passant directement en root avec la commande :

sudo -l -U root

Vous pourrez ensuite passer la commande sans sudo. Mais si sudo ne passe pas, difficile de passer root (...)

[lefab]

j'ai modifie le port ssh sur le syno en 22 et j'obtiens la même réponse

[lefab]

Bonsoir,

j'ai la même reponse

 sudo -l -U root
-sh: sudo: not found

J'ai essayé en mode root et admin

Sinon j'ai essaye la commande en mode root

sudo du -h -d 1 /volume2/

Voici la liste :

16.0K   /volume2/lost+found
1.8M    /volume2/@tmp
57.1M   /volume2/Plex
59.2G   /volume2/photo
64.0K   /volume2/@eaDir
4.0K    /volume2/@autoupdate
48.2G   /volume2/music
16.0K   /volume2/@spool
767.4G  /volume2/video
183.5M  /volume2/@database
423.3M  /volume2/@appstore
1.0M    /volume2/surveillance
100.1G  /volume2/homes

Il manque bien 2 TO

 

 

Modifié le 31 juillet 2017 par lefab

[Mic13710]

Quelle version de DSM ?

[lefab]

DSM 5.2-5967 Update 4

Je laisse les MAJ se faire en automatique

[Mic13710]

Alors vos MAJ auto ne fonctionnent pas car la dernière version pour votre NAS est la 6.1.3 et il y a pas mal d'eau qui a coulé sous les ponts depuis la 5.2

Sur la 5.2, sudo n'existe pas car il y a un accès root direct.

Vous vous logger en root, mdp : celui d'admin.

[lefab]

Oui j'ai vu pour les Maj pourtant de temps en temps le syno en fait une !

Est ce que je peux faire une maj de la 5.2 vers la 6.1.3 ?

 

[Mic13710]

Probablement que vos paramètres de maj ne sont pas corrects. Dans les options il faut choisir DSM le plus récent et toutes les mises à jour. Avant la 6.1.3, il faut d'abord passer par le 6.0

Mais je pense qu'il est préférable de terminer ce que vous avez commencé avant d'envisager une maj.

Vous avez un volume 2. Où est passé le volume 1 ?

Faite un

df –h

pour lister les partitions

[lefab]

Pour les Maj je viens de verifier c'est bien ce qui coché c'est assez bizarre.

Pour les volumes c'est le volume 2 car il y a 2 ans un des 2 dd a laché j'ai donc seulement le volume 2

Pour la commande df -h en admin j'ai

Filesystem      Size  Used Avail Use% Mounted on
/dev/root       2.4G  764M  1.5G  34% /
/tmp             58M  696K   58M   2% /tmp
/run             58M  2.5M   56M   5% /run
/dev/shm         58M     0   58M   0% /dev/shm
/dev/vg1000/lv  2.7T  2.7T   53G  99% /volume2

 

Merci de prendre le temps de m'aider !

Modifié le 31 juillet 2017 par lefab

[Mic13710]

Essayez ça :

parted --list

 

[lefab]

Cela me donne

Model: WDC WD30EFRX-68EUZN0 (scsi)
Disk /dev/sdb: 3001GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

Number  Start   End     Size    File system     Name  Flags
 1      131kB   2550MB  2550MB  ext3                  raid
 2      2550MB  4698MB  2147MB  linux-swap(v1)        raid
 5      4840MB  3001GB  2996GB                        raid

Error: /dev/mtdblock0: unrecognised disk label
Model: Unknown (unknown)
Disk /dev/mtdblock0: 524kB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags:

Error: /dev/mtdblock1: unrecognised disk label
Model: Unknown (unknown)
Disk /dev/mtdblock1: 2097kB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags:

Error: /dev/mtdblock2: unrecognised disk label
Model: Unknown (unknown)
Disk /dev/mtdblock2: 1311kB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags:

Error: /dev/mtdblock3: unrecognised disk label
Model: Unknown (unknown)
Disk /dev/mtdblock3: 65.5kB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags:

Error: /dev/mtdblock4: unrecognised disk label
Model: Unknown (unknown)
Disk /dev/mtdblock4: 131kB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags:

Error: /dev/mtdblock5: unrecognised disk label
Model: Unknown (unknown)
Disk /dev/mtdblock5: 65.5kB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags:

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  ext3

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/md3: unrecognised disk label
Model: Linux Software RAID Array (md)
Disk /dev/md3: 2996GB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags:

 

[Mic13710]

La première partition devrait être en ext4. La votre est en ext3. Votre disque n'est-il pas issu d'une lointaine migration (DS207 par exemple) ?

Je n'avais pas regardé dans le détail par rapport au problème de départ, mais pour moi le résultat de la commande 'du' est incomplet car il n'y a pas le dossier @cloudstation qui doit bien représenté les 2To qui vous manquent. Faite le test suivant :

du -h -d 1 /volume2/@cloudstation

Et pour en revenir au premier point, ce n'est pas parce que vous avez réduit le nombre de version à 2 dans cloudstation que le dossier caché va diminuer de lui-même. Cette modif n'impacte pas les versions précédentes mais seulement celles à venir. Si vous voulez réellement diminuer le dossier des versions, pas d'autre choix que de supprimer les versions à la main dans les historiques de chaque utilisateur. Vous pouvez aussi choisir de supprimer toutes les versions ce qui supprimera les historiques..

[lefab]

Bonsoir Mic1370,

Pour le ext3 non ce disque était neuf ce n'était pas une migration d'un ancien syno

La commande du -h -d 1 /volume2/@cloudstation ne passe pas je peux seulement faire du -h -d 1 /volume2/

Du coup comment faire pour supprimer ces historiques de version ? ce n'est pas possible de le faire via filestation ? Sinon si je supprime le paquet cloudstation cela me supprime les historiques.

Modifié le 1 août 2017 par lefab

[Mic13710]

Extrêmement bizarre pour le EXT3. C'était le format employé au début par Synology qui a été abandonné si j'ai bonne mémoire à partir de DSM 2.0

Le dossier @cloudstation doit obligatoirement exister. S'il n'apparait pas, c'est qu'il y a un lézard.

Je vous propose de supprimer Cloudstation puis de refaire la commande 'du' pour vérifier que l'espace été libéré (quoique si le dossier n'est pas trouvable, je ne vois pas comment il pourrait être supprimé). Si l'espace a été libéré, vous réinstallez CS et vous vérifiez à nouveau que ce fameux fichier existe bien.

[lefab]

Bonsoir,

Après de multiples tentatives j'ai enfin pu désinstaller cloudstation passant de 99 à 36% d'occupation de disque !! Demain je le reinstalle en essayant la commande du.

Vraiment un très grand merci mic13710 car le plus gros problème a été résolu !

 

[lefab]

Bonjour,

Après réinstallation du paquet cloudstation la commande du passe et donne

 du -h -d 1 /volume2/@cloudstation
2.6G    /volume2/@cloudstation/@sync
64.0K   /volume2/@cloudstation/@clientd
2.6G    /volume2/@cloudstation

Il y a avait bien un souci avec le paquet !

Juste une question pourquoi ces dossiers @cloudstation n'apparaisse pas dans le filestation alors qu'ils correspondent à des versions anterieurs de fichiers ?
 

[Mic13710]

Parce que ce sont des dossiers cachés sur lesquels vous n'avez pas la possibilité d'agir. Leur contenu est seulement compréhensible par l'application. Il n'y a pas que celui-là. Tous ceux commençant par @ sont cachés.

Le 31/07/2017 à 19:27, lefab a dit :

16.0K   /volume2/lost+found
1.8M    /volume2/@tmp
57.1M   /volume2/Plex
59.2G   /volume2/photo
64.0K   /volume2/@eaDir
4.0K    /volume2/@autoupdate
48.2G   /volume2/music
16.0K   /volume2/@spool
767.4G  /volume2/video
183.5M  /volume2/@database
423.3M  /volume2/@appstore
1.0M    /volume2/surveillance
100.1G  /volume2/homes