Aller au contenu

Impossible de redémarrer NAS 1010+


Messages recommandés

Bonjour,

J'ai un NAS 1010+ depuis 2010, ces derniers moi j'ai quelques soucis...

Actuellement, je cherche à le redémarrer car des processus que je ne connais, sollicite en permanence le CPU à + de 50% (cf. PJ).

Sauf que je ne peux le redémarrer car il y a soi-disant une mise à jour en cours.
De plus, à chaque fois que je me reconnecte sur l'interface de gestion, l'écran de Bienvenue se présente et tout mon bureau Synology et remis par défaut...

Bref je tourne en rond, j'ai besoin d'aide svp ! :)

syno.jpg

Lien vers le commentaire
Partager sur d’autres sites

Je suis en version DSM 5.2-5565 Update 2 et oui j'avais ce paramètre coché.

J'ai vu qu'une nouvelle version était sortie (http://www.nextinpact.com/news/95661-synology-dsm-5-2-5592-mise-a-jour-securite-avec-nombreux-correctifs.htmmais impossible de l'installer car soit disant manque d'espace, mais c'est faux il me reste plus de 2 To.

 

2.jpg

Modifié par butzz
Lien vers le commentaire
Partager sur d’autres sites

Du coup je suis tombé sur ce post, l'avant dernier message m'a permis d'avancer, à savoir, aller voir l'état d'occupation de ma partition system.
Après avoir tapé la commande df -h , je ne parviens pas à la détecter...

DS1010> df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/bus/usb    492M  4.0K  492M   1% /proc/bus/usb
/dev/vg1000/lv  7.2T  4.5T  2.7T  63% /volume2

 

Lien vers le commentaire
Partager sur d’autres sites

du-hd à la racine

408.9M  ./bin
4.0K    ./dev
11.0M   ./etc
4.0K    ./initrd
222.1M  ./lib
6.9M    ./lib64
4.0K    ./lost+found
4.0K    ./mnt
0       ./proc
52.0K   ./root
712.0K  ./run
425.4M  ./sbin
0       ./sys
720.0K  ./tmp
1.1G    ./usr
51.1M   ./var
4.0K    ./volume1
8.9M    ./etc.defaults
2.2M    ./var.defaults
16.0K   ./.system_info
4.5T    ./volume2
4.0K    ./opt
32.0K   ./.old_patch_info
11.9M   ./.syno
4.0K    ./i
4.5T    .

du -hd 1 du var

452.4M  ./bin
580.0K  ./libexec
6.7M    ./sbin
12.0K   ./var
42.8M   ./share
444.0K  ./local
238.2M  ./syno
1.1G    .

 

Lien vers le commentaire
Partager sur d’autres sites

Petite précision, mon volume utilisé est volume2 sur lequel j'ai un raid SHR.
Le volume1 est mon ancien raid 5.

Concernant la commande, ca donne cela.

DS1010> cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
md3 : active raid5 sdb5[0] sdc5[2] sdd5[1]
      7804374528 blocks super 1.2 level 5, 64k chunk, algorithm 2 [3/3] [UUU]

md1 : active raid1 sdb2[4] sdc2[2] sdd2[3]
      2097088 blocks [5/3] [__UUU]

md0 : active raid1 sdb1[4] sdc1[2] sdd1[3]
      2490176 blocks [5/3] [__UUU]

unused devices: <none>

 

Lien vers le commentaire
Partager sur d’autres sites

Bonjour,

d'après le résultat de la commande, les deux volumes RAID md0 et md1, tous les deux en RAID1 (=mirroir) sont ok avec 3 disques sur 5 (pas très propre mais cela ne devrait pas poser de problème) et le volume RAID md3 (je suppose celui qui héberge /volume2) est lui propre avec 3 disques sur 3. Donc au niveau stockage, cela a l'air bon (même s'il doit y avoir de restes d'un temps où il avait plus de disques).

Si c'était moi, je ferai un redémarrage au niveau ligne de commande si le reboot au niveau de l'interface web ne fonctionne pas. (en ligne de commande, la commande est reboot). Mais il est toujours le bon moment pour vérifier que les données ont bien été sauvegardées!

Bonne journée,
Eric

Lien vers le commentaire
Partager sur d’autres sites

Ca donne cela, le dev/root a moins de 350mo de dispo, comme me l'indique le DSM Syno en signalant qu'il faut au mini 350mo...

DS1010> df -h / ; df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/root       2.3G  1.9G  290M  87% /
Filesystem      Size  Used Avail Use% Mounted on
/dev/root       2.3G  1.9G  290M  87% /
/tmp            496M  684K  495M   1% /tmp
/run            496M  2.1M  494M   1% /run
/dev/shm        496M     0  496M   0% /dev/shm
none            4.0K     0  4.0K   0% /sys/fs/cgroup
/dev/bus/usb    492M  4.0K  492M   1% /proc/bus/usb
/dev/vg1000/lv  7.2T  4.5T  2.7T  63% /volume2

 

Lien vers le commentaire
Partager sur d’autres sites

Bonsoir,

bon et bien c'est net, il ne semble n'y avoir "qu'un" problème de place sur le système de fichier root, sur mon NAS (différente architecture, DSM 5.0), on voit des différences énormes vis à vis du tien

bash-3.2# /usr/bin/du -hd 1
1.4M    ./bin
96.0K   ./dev
6.0M    ./etc
4.0K    ./initrd
163.1M  ./lib
4.0K    ./lost+found
4.0K    ./mnt
0       ./proc
32.0K   ./.old_patch_info
72.0K   ./root
32.0K   ./run
4.8M    ./sbin
56.0K   ./scripts
11.3M   ./.syno
0       ./sys
460.0K  ./tmp
314.5M  ./usr
127.3M  ./var

/bin, /sbin et /usr sont énormes chez toi en comparaison, voici ce que c'est chez moi si on regarde dans /bin, /sbin et /usr

# /usr/bin/du -hd 1 -k /bin | sort -n | tail -10
136     /bin/sec_samples
140     /bin/avcap_samples
1456    /bin
# /usr/bin/du -hd 1 -k /sbin | sort -n | tail -10
4944    /sbin
# /usr/bin/du -hd 1 -k /usr | sort -n | tail -10
276     /usr/libexec
808     /usr/local
4280    /usr/sbin
18156   /usr/share
22968   /usr/bin
288936  /usr/syno
335428  /usr

Je soupconne quelque chose de bizarre là-bas, peux-tu faire les mêmes commandes que ci-dessus et nous envoyer le résultat?

bonne journée,
Eric

Lien vers le commentaire
Partager sur d’autres sites

Bonsoir, voilà ce que ca donne

DS1010> du -hd 1 -k /bin | sort -n | tail -10
418752  /bin
DS1010> du -hd 1 -k /sbin | sort -n | tail -10
435568  /sbin
DS1010> du -hd 1 -k /usr | sort -n | tail -10
12      /usr/var
452     /usr/local
580     /usr/libexec
6884    /usr/sbin
43876   /usr/share
243976  /usr/syno
463264  /usr/bin
801804  /usr

 

Lien vers le commentaire
Partager sur d’autres sites

Après j'ai fait un du -hd1 sous /usr/bin, j'ai environ 2000 répertoires dont la plupart de vides...créés assez récemment , je ne sais pas comment les supprimer sans risquer quelque chose.

Sinon ya aussi les répertoire lib et bin qui ont le même symptôme...

408.9M  ./bin
222.3M  ./lib

 

Lien vers le commentaire
Partager sur d’autres sites

Avant de faire quoi que ce soit, il y a un virus sur ton NAS (les deux processus gourmands en CPU).

Fais immédiatement une sauvegarde de tes données importantes et contacte Synology pour qu'ils identifient le problème et afin de savoir s'il s'agit d'une vulnérabilité de DSM ou d'autre chose que tu aurais installé manuellement.

Lien vers le commentaire
Partager sur d’autres sites

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.