Jump to content
XPEnology Community

[RESOLU] Message "Capacité insuffisante pour la mise à jour"


Recommended Posts

Merci @EVOTk ça devrait aider @razstore à résoudre son problème. Le problème est très certainement la partition (/dev/md0) qui est pleine mais je veux d'abord en être sûr avant de donner une solution adapté. Je ne pointe généralement pas vers des liens sans être 100% sûr du problème. En tout cas merci :)

Link to comment
Share on other sites

Bonjour,

Merci pour vos réponses

 

Voici ce que j'ai, avec la commande  df -h

 

Filesystem      Size  Used Avail Use% Mounted on
/dev/md0        2.3G  1.7G  540M  76% /
none            4.8G     0  4.8G   0% /dev
/tmp            4.9G  600K  4.9G   1% /tmp
/run            4.9G  2.9M  4.9G   1% /run
/dev/shm        4.9G   16K  4.9G   1% /dev/shm
none            4.0K     0  4.0K   0% /sys/fs/cgroup
cgmfs           100K     0  100K   0% /run/cgmanager/fs
/dev/md4        3.6T  1.8T  1.9T  49% /volume3
/dev/md5        454G   85M  454G   1% /volume4
/dev/md3        913G  514G  399G  57% /volume2
/dev/md2        225G  4.0G  221G   2% /opt

 

Link to comment
Share on other sites

Je met qu'une parti de ce que j'ai sur Putty avec la commande  du -sh /*

 

du: cannot read directory ‘/proc/10391/task/10391/fd’: Permission denied
du: cannot read directory ‘/proc/10391/task/10391/fdinfo’: Permission denied
du: cannot read directory ‘/proc/10391/task/10391/ns’: Permission denied
du: cannot read directory ‘/proc/10391/fd’: Permission denied
du: cannot read directory ‘/proc/10391/fdinfo’: Permission denied
du: cannot read directory ‘/proc/10391/ns’: Permission denied
du: cannot read directory ‘/proc/10393/task/10393/fd’: Permission denied
du: cannot read directory ‘/proc/10393/task/10393/fdinfo’: Permission denied
du: cannot read directory ‘/proc/10393/task/10393/ns’: Permission denied
du: cannot read directory ‘/proc/10393/fd’: Permission denied
du: cannot read directory ‘/proc/10393/fdinfo’: Permission denied
Link to comment
Share on other sites

0       /proc
4.0K    /root
2.8M    /run
0       /sbin
0       /sys
392K    /tmp
851M    /usr
96M     /var
6.0M    /var.defaults
3.5G    /volume1
514G    /volume2
1.8T    /volume3
13M     /volume4
admin@JYMCSRV:/$

 

Link to comment
Share on other sites

Ok j'ai élagé tout ce qui n'avait aucune importance das vos log.

Il faudrait aller regarder ce qu'il se trouve sous / et sous /usr. Il y a 851M.

A toi de voir ce qui peut être supprimé. Attention ceci dit une mauvaise suppression et c'est mal barré pour toi.

Si tu trouves un fichier nommé: .SynoUpgrade.tar tu peux le supprimer et je suspecte fort que se soit le cas.

 

Bon courage.

Link to comment
Share on other sites

.SynoUpgrade.tar

S'il commence par un point, c'est un fichier caché, donc visible uniquement avec la commande ls -la (ou ls -a).

Maintenant, je suis en 6.1.7 et l'occupation de mes répertoires est semblable, à part /var (probablement /var/log).

du -sh etc* usr var* config initrd tmp* 
8.1M    etc
7.3M    etc.defaults
891M    usr
52M     var
6.0M    var.defaults
0       config
4.0K    initrd/
616K    tmp
4.0K    tmpRoot

Jacques

Link to comment
Share on other sites

Merci @JacquesF. Cela me semblait evident mais j’oublis parfois que tout le monde n’utilise pas linux au quotidien. 

 

Oui l'occupation est similaire mais sa partition système /dev/md0 n'a que 540M de libre. J'en déduis donc que le problem vient d'un fichier dans la racine / et fort probablement .SynoUpgrade.tar.

Filesystem      Size  Used Avail Use% Mounted on
/dev/md0        2.3G  1.7G  540M  76% /

Pour info, j'ai:

8.3M	etc
7.3M	etc.defaults
961M	usr
114M	var
6.0M	var.defaults
0	config
4.0K	initrd
4.1M	tmp
4.0K	tmpRoot

pourtant j'ai 1.1G de libre:

df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/md0        2.3G  1.2G  1.1G  53% /
none            7.6G     0  7.6G   0% /dev
/tmp            7.6G  4.1M  7.6G   1% /tmp
/run            7.6G  3.3M  7.6G   1% /run
/dev/shm        7.6G   12K  7.6G   1% /dev/shm
none            4.0K     0  4.0K   0% /sys/fs/cgroup
cgmfs           100K     0  100K   0% /run/cgmanager/fs
/dev/vg1000/lv  1.8T  744G  1.1T  42% /volume1

La mise à jour ne peut donc se faire pour sa part car lors de l'extraction du fichier tar il n'y a plus de place. 

Link to comment
Share on other sites

On 5/31/2019 at 3:52 PM, Polanskiman said:

Si tu trouves un fichier nommé: .SynoUpgrade.tar tu peux le supprimer et je suspecte fort que se soit le cas.

 

Comme le disait Polanskiman, tu peux l'effacer. Il s'agit d'une archive d'une mise à jour qui s'est probablement mal passée.

En l'effaçant, tu récupèreras la place pour la nouvelle mise à niveau.

 

Jacques

Link to comment
Share on other sites

On 6/2/2019 at 1:47 AM, JacquesF said:
On 5/31/2019 at 3:52 PM, Polanskiman said:

Si tu trouves un fichier nommé: .SynoUpgrade.tar tu peux le supprimer et je suspecte fort que se soit le cas.

 

Comme le disait Polanskiman, tu peux l'effacer. Il s'agit d'une archive d'une mise à jour qui s'est probablement mal passée.

En l'effaçant, tu récupèreras la place pour la nouvelle mise à niveau.

 

Jacques


Merci pour ta réponse !!!
Tu crois que je peux l'éffacer par Winscp ?
Putty je ne maîtrise pas

Envoyé de mon POCOPHONE F1 en utilisant Tapatalk
 

Link to comment
Share on other sites

Oui, Winscp en est capable, si tu es connecté avec les droits suffisants (en principe il faut être root pour effacer un fichier à la racine d'un système, et il me semble que la connexion en root n'est pas prévue directement sur les dernières versions de DSM, obligation de passer par admin et d'utiliser su (switch user) ou sudo).

 

Je n'ai pas ce fichier sur ma machine, mais il semble que ce soit un fichier caché, donc avec un nom qui commence par un "."

Sinon, en SSH avec Putty (en supposant que le fichier se trouve à la racine du disque (soit /), sinon il faut adapter la commande cd avec le chemin qui va bien :
 

cd /

rm -i .SynoUpgrade.tar

cd : change directory (comme sous Windows),  donc il faut indiquer le chemin du dossier à atteindre (ici / pour la racine du système)

rm : remove (effacer un fichier), avec l'option -i pour demander confirmation avant chaque suppression

.SynoUpgrade.tar : Nom du fichier à effacer (tar => Tape Archivage c'est à dire une archive de fichiers, autrefois prévue pour les bandes magnétiques, maintenant on ne l'utilise quasiment que dans des fichiers).

Si les droits sont insuffisants pour effacer le fichier, il faut utiliser la commande sudo avant la commande rm (sudo rm .SynoUpgrade.tar)

sudo : switch user do (exécute une commande en tant qu'un autre utilisateur)

 

Jacques

  • Like 1
Link to comment
Share on other sites

Bonsoir,

Je reviens sur mon cas

Voila ce que j'ai dans la commande sudo rm .SynoUpgrade.tar

admin@JYMCSRV:/$ sudo rm .SynoUpgrade.tar
We trust you have received the usual lecture from the local System
Administrator. It usually boils down to these three things:
    #1) Respect the privacy of others.
    #2) Think before you type.
    #3) With great power comes great responsibility.

 

Edited by Polanskiman
Please add code tags.
Link to comment
Share on other sites

Je ne suis pas un habitué de SSH / DSM mais je pense qu'il te faut d'abord passer en "root" via :

 

Citation

sudo su

 

Il va te demander ton mot de passe Administrateur.

 

Et ensuite faire ta commande rm :

 

Citation

rm .SynoUpgrade.tar

 

Link to comment
Share on other sites

Il y a un mot de passe attendu, si il n'y a a pas de paramétrage particulier du fichier sudoerr (configuration de sudo), c'est en principe le mot de passe du compte (admin dans ton cas).

Soit tu fais un sudo -i pour obtenir un shell avec le compte root (et si c'est autorisé), soit comme le dit evotk, su pour changer d'utilisateur et devenir root (puisqu'on indique pas l'utilisateur).

Personnellement, mon compte admin est désactivé et je me logue en root via SSH avec authentification par clefs privées/publiques... totalment différent de la configuration de base.

Jacques

  • Like 1
Link to comment
Share on other sites

  • nicoueron changed the title to [RESOLU] Message "Capacité insuffisante pour la mise à jour"
  • nicoueron locked this topic
Guest
This topic is now closed to further replies.
×
×
  • Create New...