DSM 5.2-5592 Update 4

[Fenrir]

ls -l, (la lettre L en minuscule), pas 1 (le chiffre)

mais fais plutôt :

du -sh /var/log/*

C'est plus lisible et ça donne la taille des dossiers

[PiwiLAbruti]

Étrange, sur mon NAS ça m'affiche plus de détails (droits, taille, date, ...).

Tu t'es bien connecté avec l'utilisateur root et le mot de passe du compte admin ?

[1000K]

non j'étais pas en root désolé

Modifié le 10 septembre 2015 par 1000K

[1000K]

 

Modifié le 10 septembre 2015 par 1000K

[gaetan.cambier]

mais fais plutôt :

du -sh /var/log/*

C'est plus lisible et ça donne la taille des dossiers

et tu peux faire un copier coller depuis putty, c + pratique à coller sur le forum que les image

[1000K]

c'est noté

 

[1000K]

Milka> ls -sh /var/log/*
  12 /var/log/ZappitiLog.log      576 /var/log/messages.1.xz
   0 /var/log/ash_history.log      20 /var/log/messages.2.gz
  32 /var/log/disk_log.xml         20 /var/log/messages.3.gz
  20 /var/log/disk_overview.xml     0 /var/log/mount.log
 380 /var/log/dmesg                 0 /var/log/partition
  52 /var/log/dmesg.1.xz            8 /var/log/php-fpm.log
  52 /var/log/dmesg.2.xz          164 /var/log/postgresql.log
  52 /var/log/dmesg.3.xz          808 /var/log/router.log
  52 /var/log/dmesg.4.xz         1132 /var/log/scemd.log
 116 /var/log/dpkg.log            136 /var/log/scemd.log.1.xz
  /var/log/dpkg_upgrade.log      4 /var/log/smart_quick_log
   8 /var/log/gcpd.log             32 /var/log/synodtv.log
8476 /var/log/kern.log             12 /var/log/synoinfo.conf.bad
 380 /var/log/log.nmbd            172 /var/log/synopkg.log
 240 /var/log/log.smbd             12 /var/log/synorelayd.log
   4 /var/log/lvm_lv_create_log  1416 /var/log/synoservice.log
8444 /var/log/messages              4 /var/log/synosys.log
  20 /var/log/messages.0.gz         8 /var/log/synoupdate.log
  20 /var/log/messages.1.gz       288 /var/log/syslog.log

/var/log/cluster:

/var/log/cstn:
 776 client.log        1028 client.log_3      1028 client.log_7
1032 client.log_0      1028 client.log_4      1028 client.log_8
1032 client.log_1      1028 client.log_5       920 syncfolder.log
1028 client.log_2      2376 client.log_6      1608 syncfolder.log_0

/var/log/fsck:
   4 md4.log.gz     4 md7.log.gz

/var/log/httpd:
 108 sys-cgi_log           24 sys-error_log.1.xz   412 webdav-error_log
 232 sys-error_log         48 user-error_log

/var/log/nginx:
   4 error.log

/var/log/samba:
  24 log.nmbd               0 log.wb-BUILTIN         4 log.winbindd
 108 log.smbd               0 log.wb-MILKA           0 log.winbindd-idmap

/var/log/selfcheck:
   0 dsm.bootHealth.result     0 dsm.full.result

/var/log/synolog:
 672 synoconn.log       12 synoindex.log     392 synosys.log
1032 synoconn.log.0   1032 synoindex.log.0

/var/log/upstart:
   8 3rdparty-services.log
  32 WDidle3Dis.log
   4 apparmor.log
  64 avahi.log
   4 crond.log
   4 cups-lpd.log
   4 cupsd.log
   4 dbus-system.log
   4 dhcp-client-eth0.log
 396 dsm-services.log
   4 dsmupdate.log
   4 eaupgrade.log
   4 exec-wrapper-_usr_syno_etc_rc.d_S55cupsd.sh.log
   4 exec-wrapper-_usr_syno_etc_rc.d_S56gcpd.sh.log
   8 fileindex.log
   4 findhostd.log
   4 gcpd.log
   8 httpd-sys.log
  24 httpd-user.log
   4 inetd.log
  48 iscsitrg-adapter.log
   4 job-monitor-handler.log
  36 minissdpd.log
  12 netatalk.log
  64 network.log
   4 nfsd-adapter.log
   8 nmbd.log
  44 pgsql-adapter.log
   4 pgsql.log
 244 pppoerelay.log
 380 rc.log
   4 root-file-system.log
   8 s2s_daemon.log
   4 smallupdate.log
  48 smbd.log
   4 ssh-shell.log
   4 sshd.log
   4 syno-auth-check.log
   8 syno-network-check.log
   4 synoconfd.log
   4 synoindexd.log
  12 synolog-service-handler-samba.log
   4 synolog-service-handler-webdav-httpd-pure.log
  12 synolog-service-handler-webdav-httpd-ssl.log
  48 synologd.log
   4 synomkflvd.log
   4 synomkthumbd.log
   4 synomount.log
   4 synonetd.log
   4 synorelay-service-handler-webdav-httpd-pure.log
   4 synorelay-service-handler-webdav-httpd-ssl.log
  24 synorelayd.log
   8 synosnmp-service-handler-pgsql.log
   4 synosnmp-service-handler.log
   4 synostoraged.log
   8 synovpnclient.log
   4 synowifid-handler.log
   4 syslog-acc.log
  28 syslog-ng.log
   4 umount-root-fs.log
   4 update-apppriv-local.log
   4 update-apppriv-remote.log
   4 upnpd.log
  52 webdav-httpd.log
   4 webstation-httpd-conf-writer.log
   4 winbindd.log

 

[gaetan.cambier]

ls -l, (la lettre L en minuscule), pas 1 (le chiffre)

mais fais plutôt :

du -sh /var/log/*

C'est plus lisible et ça donne la taille des dossiers

je retente ...

[1000K]

Milka> du -sh /var/log/*
12.0K   /var/log/ZappitiLog.log
0       /var/log/ash_history.log
4.0K    /var/log/cluster
13.6M   /var/log/cstn
32.0K   /var/log/disk_log.xml
20.0K   /var/log/disk_overview.xml
380.0K  /var/log/dmesg
52.0K   /var/log/dmesg.1.xz
52.0K   /var/log/dmesg.2.xz
52.0K   /var/log/dmesg.3.xz
52.0K   /var/log/dmesg.4.xz
116.0K  /var/log/dpkg.log
80.0K   /var/log/dpkg_upgrade.log
12.0K   /var/log/fsck
8.0K    /var/log/gcpd.log
828.0K  /var/log/httpd
8.3M    /var/log/kern.log
380.0K  /var/log/log.nmbd
240.0K  /var/log/log.smbd
4.0K    /var/log/lvm_lv_create_log
8.2M    /var/log/messages
20.0K   /var/log/messages.0.gz
20.0K   /var/log/messages.1.gz
576.0K  /var/log/messages.1.xz
20.0K   /var/log/messages.2.gz
20.0K   /var/log/messages.3.gz
0       /var/log/mount.log
8.0K    /var/log/nginx
0       /var/log/partition
8.0K    /var/log/php-fpm.log
164.0K  /var/log/postgresql.log
808.0K  /var/log/router.log
140.0K  /var/log/samba
1.1M    /var/log/scemd.log
136.0K  /var/log/scemd.log.1.xz
4.0K    /var/log/selfcheck
4.0K    /var/log/smart_quick_log
32.0K   /var/log/synodtv.log
12.0K   /var/log/synoinfo.conf.bad
5.4M    /var/log/synolog
172.0K  /var/log/synopkg.log
12.0K   /var/log/synorelayd.log
1.4M    /var/log/synoservice.log
4.0K    /var/log/synosys.log
8.0K    /var/log/synoupdate.log
288.0K  /var/log/syslog.log
1.8M    /var/log/upstart

 

[gaetan.cambier]

bon, apparemment, le probleme ne vient pour une fois pas des log

on va repartir du debut avec cette commande :

du -sh /*

ps : une vois que tu voit la ligne contenant "/var.defaults" apparaitre, tu peux stopper la commande avec ctrl-c

Modifié le 10 septembre 2015 par gaetan.cambier

[1000K]

Milka> du -sh /*
0       /1
864.0K  /bin
8.0K    /dev
11.4M   /etc
9.1M    /etc.defaults
4.0K    /initrd
227.4M  /lib
6.9M    /lib64
4.0K    /lost+found
4.0K    /mnt
0       /proc
16.0K   /root
6.8M    /run
7.2M    /sbin
0       /sys
736.0K  /tmp
331.8M  /usr
51.0M   /var
2.3M    /var.defaults
^C

 

[gaetan.cambier]

c le soir, mais ou j'ai un gros probleme de math, ou la partition n'est pas du tout pleine

tape la commande suivante pour verifier :

df -h

[1000K]

Milka> df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/root       2.3G  2.3G     0 100% /
/tmp            2.0G  736K  2.0G   1% /tmp
/run            2.0G  6.8M  2.0G   1% /run
/dev/shm        2.0G  4.0K  2.0G   1% /dev/shm
none            4.0K     0  4.0K   0% /sys/fs/cgroup
/dev/bus/usb    2.0G  4.0K  2.0G   1% /proc/bus/usb
/dev/md4         40T   35T  4.9T  88% /volume4
/dev/md7         60T   57T  3.5T  95% /volume3
/dev/sdq1       932G  886G   47G  96% /volumeUSB1/usbshare

[gaetan.cambier]

bon, on peux touper tous les service, tu execute les commandes suivantes :

 syno_poweroff_task -d

puis :

df -h

 

en théorie, je reste encore sur le forum, mais en cas de besoin,

pour revenir à ton syno normal la commande magique est :

reboot

 

[1000K]

Milka> syno_poweroff_task -d
Milka> df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/root       2.3G  2.3G     0 100% /
/tmp            2.0G  736K  2.0G   1% /tmp
/run            2.0G  3.8M  2.0G   1% /run
/dev/shm        2.0G  4.0K  2.0G   1% /dev/shm
none            4.0K     0  4.0K   0% /sys/fs/cgroup
/dev/bus/usb    2.0G  4.0K  2.0G   1% /proc/bus/usb
/dev/sdq1       932G  886G   47G  96% /volumeUSB1/usbshare

la commande reboot n'ecrase pas tout ?

Modifié le 10 septembre 2015 par 1000K

[gaetan.cambier]

bon, probablement une erreur du systeme de fichier, on va demander un scan au demarrage :

touch /forcefsck
ls /

tu verifie que le fichier forcefsck existe

puis

reboot

ca prendra + de temps que d'habitude, c normal

le commande reboot n'ecrase rien, elle redemarre la machine, c tout

Modifié le 10 septembre 2015 par gaetan.cambier

[1000K]

Milka> touch /forcesck
Milka> ls /
1             forcesck      mnt           sys           volume1
bin           initrd        proc          tmp           volume3
dev           lib           root          usr           volume4
etc           lib64         run           var           volumeUSB1
etc.defaults  lost+found    sbin          var.defaults  volumeUSB2

[Einsteinium]

/dev/root       2.3G  2.3G     0 100% /

Le voila le problème...

[1000K]

y a t il une solution autre que le reboot (ça me fait un peu peur) ?

Merci

[Fenrir]

y a t il une solution autre que le reboot (ça me fait un peu peur) ?

Merci

le reboot présente peu de risques (autant qu'un redémarrage normale via l'interface), de plus le fsck peut prévenir (ou te permettre de découvrir) une panne de disque ou une perte de données.

Par contre tu as fait une erreur, forcesck ->

touch /forcefsck

 

[gaetan.cambier]

si t'aime pas la commande reboot, j'ai une solution :

init 6

@fenrir : merci, j'avais pas vu qu'il avais pas fait un copier collé de ma commande

[1000K]

J'ai trouvé ceci sur une autre page du forum:

Le problème semble similaire au miens (page 2)

La personne qui avait le problème à réussi à le résoudre mais je ne comprends pas comment il a fait

Chez lui le reboot n'a pas réglé le problème

Voici la commande qu'il a exécuté:
Milka> du -xkhd 1 /
864.0K  /bin
11.4M   /etc
4.0K    /initrd
227.4M  /lib
6.9M    /lib64
4.0K    /lost+found
4.0K    /mnt
32.0K   /.old_patch_info
16.0K   /root
11.8M   /.syno
7.2M    /sbin
318.8M  /usr
51.0M   /var
1.6G    /volume1
9.1M    /etc.defaults
2.3M    /var.defaults
16.0K   /volumeUSB1
16.0K   /volumeUSB2
16.0K   /.system_info
2.3G    /

Volume1 pèse 1.6G alors que je n'ai pas de Volume1 ????

La commande init6 permet de faire quoi ?

Pour info j'ai installé une application en version beta et il semblerai que c'est cette application qui a foutu le bordel

Cette application permet de créer une base de donnée (films et série) sur serveur.

Cette application est censée créer cette base de donnée sur le volume 1 mais comme elle n'a pas trouvé de volume 1 sur mon NAS elle a sans doute créé un volume 1 dans la partition système.

J'ai désinstallé l'application mais apriori la base de donnée persiste....

Est-ce une théorie plausible ?

Merci pour votre aide

 

Modifié le 11 septembre 2015 par 1000K

[Fenrir]

Le volume1 est obligatoire, c'est là que sont stockés tes fichiers, mais effectivement, ça m'avait échappé, il semble y avoir un problème avec tes noms de volume (parfois tu as volume3 et 4, parfois rien, ...) ou alors tu zap des trucs dans tes copiés collé

Histoire d'y voir plus clair, débranche tous les périphériques usb du nas (clef usb, disques externes, ...) et lance la commande : mount

 

S'il s'avère que tu n'as effectivement pas de volume1, je te recommande la remise à zéro complète (effacement des données et réinstallation), même s'il n'est pas obligatoire, ça peut poser de nombreux soucis

Pour init 6, c'est presque la même chose que reboot, c'est juste un peu plus violent

@gaetan.cambier : si tu veux jouer : echo 1 > /proc/sys/kernel/sysrq ; echo b > /proc/sysrq-trigger

[1000K]

je confirme que je n'ai pas de volume 1

Je comprends bien que idéalement il faudrait que je repasse mes volume 3 et 4 en volume 1 et 2 mais je n'ai vraiment pas trop envie de perdre mes données (presque 100To)

Milka> mount
/dev/root on / type ext4 (defaults)
/sys on /sys type sysfs (0)
none on /dev/pts type devpts (gid=4,mode=620)
/tmp on /tmp type tmpfs (0)
/run on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755)
/dev/shm on /dev/shm type tmpfs (rw,nosuid,nodev,relatime)
none on /sys/fs/cgroup type tmpfs (uid=0,gid=0,mode=0755,size=4k)
/dev/bus/usb on /proc/bus/usb type bind (bind)
none on /sys/kernel/debug type debugfs (0)
/dev/md4 on /volume4 type ext4 (usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,nomblk_io_submit,synoacl)
/dev/md7 on /volume3 type ext4 (usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,nomblk_io_submit,synoacl)
securityfs on /sys/kernel/security type securityfs (0)
/dev/sdq1 on /volumeUSB2/usbshare type fuseblk (rw,allow_other,blksize=4096,default_permissions)
/dev/sdr1 on /volumeUSB1/usbshare type fuseblk (rw,allow_other,blksize=4096,default_permissions)

 

Modifié le 11 septembre 2015 par 1000K

[PiwiLAbruti]

Tu peux poster ici le résultat des commandes suivantes :

Milka> ls -l /usr/local

Milka> du -sh /usr/local/*