DSM 6.x und darunter Festplattenfehler neue Platte erst ein paar Wochen alt...

Alle DSM Version von DSM 6.x und älter
Status
Für weitere Antworten geschlossen.

haylebob

Benutzer
Mitglied seit
08. Apr 2011
Beiträge
197
Punkte für Reaktionen
0
Punkte
16
ich habe die Befehle ausgeführt kann aber keine grossen Brocken erkennen...

2018-08-28 21_32_51-Window.png

habe den Befehl falsch ausgeführt...hier sind schon grössere Brocken zu erkennen
wobei ich nicht weiß was man davon löschen kann und was die Systempartition ist

2018-08-28 21_37_51-Window.png
 
Zuletzt bearbeitet:

goetz

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
14.024
Punkte für Reaktionen
275
Punkte
393
Hallo,
zwischen 1 und / gehört ein Leerzeichen.

Gruß Götz
 

haylebob

Benutzer
Mitglied seit
08. Apr 2011
Beiträge
197
Punkte für Reaktionen
0
Punkte
16
ja habe ich
 

goetz

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
14.024
Punkte für Reaktionen
275
Punkte
393
OK, edit gesehen. /usr ist größer als normal und /var ist auch etwas erhöht.
du -xhd 1 /usr
du -xhd 1 /var

Gruß Götz
 

dil88

Benutzer
Contributor
Sehr erfahren
Mitglied seit
03. Sep 2012
Beiträge
29.898
Punkte für Reaktionen
1.177
Punkte
754
Meiner Einschätzung nach ist die Belegung von /usr zu hoch. Bitte deshalb weiter in diesem Verzeichnis suchen. Der passende Befehl ist dann:

Rich (BBCode):
du -xhd 1 /usr
 

haylebob

Benutzer
Mitglied seit
08. Apr 2011
Beiträge
197
Punkte für Reaktionen
0
Punkte
16
2018-08-28 21_46_44-Window.png
 

haylebob

Benutzer
Mitglied seit
08. Apr 2011
Beiträge
197
Punkte für Reaktionen
0
Punkte
16
das habe ich gemacht nach was soll ich suchen ? ich kenn mich mit Unix nicht aus...

2018-08-28 21_50_14-Window.png
 

dil88

Benutzer
Contributor
Sehr erfahren
Mitglied seit
03. Sep 2012
Beiträge
29.898
Punkte für Reaktionen
1.177
Punkte
754
Es gibt möglicherweise ein Problem mit Logfiles. Dafür bitte folgenden Befehl absetzen:

Rich (BBCode):
ls -l /var/log

Unter /usr ist local besonders groß, deshalb bitte folgenden Befehl verwenden:

Rich (BBCode):
du -xhd 1 /usr/local
 

haylebob

Benutzer
Mitglied seit
08. Apr 2011
Beiträge
197
Punkte für Reaktionen
0
Punkte
16
ok hier das Ergebnis

root@DS918:~# ls -1 /var/log
apparmor.log
appindex.log
ash_history.log
audio_debug_msg
auth.log
bash_err.log
bash_history.log
cloudsync
cluster
cores
cstn
DeviceBusyList
disk_health_information.json
disk.log
disk_log.xml
disk_overview.xml
disk_smart_test_log.xml
dmesg
dmesg.1.xz
dmesg.2.xz
dmesg.3.xz
dmesg.4.xz
dms.log
dms.log.0.gz
dms.log.1.gz
dms.log.2.gz
dms.log.3.gz
dpkg.log
dpkg_upgrade.log
esynoscheduler.log
fileindexd.log
fsck
gcpd.log
ha.log
healthtest
httpd
iscsi.log
kern.log
kern.log.1.xz
kern.log.2.xz
kern.log.3.xz
lighttpd
log.nmbd
log.smbd
lvm_lv_create_log
messages
messages.0.gz
messages.1.gz
messages.1.xz
messages.2.gz
messages.2.xz
messages.3.gz
messages.3.xz
mount.log
netlive
nginx
notestation.log
ntp.log
openvswitch
partition
php56-fpm.log
php-fpm.log
postgresql.log
postgresql.log.1.xz
pstore
router.log
rsync.error
samba
scemd.log
scemd.log.1.xz
scemd.log.2.xz
scemd.log.3.xz
scemd.log.4.xz
selfcheck
sfdisk.log
smart_quick_log
space_operation_error.log
surveillance
synobtrfsreplica.log
synocmsclient.log
synocontentextractd.log
synocrond-execute.log
synocrond.log
synodr_replica_db.log
synodr_replica.log
synodr_replica_task.log
synodtv.log
synoelasticd.log
synofeasibilitycheck.log
synoindex.log
synoinfo.conf.bad
synolog
synologydrive.log
synophoto.log
synopkg.log
synopkg.log.1.xz
synopoweroff.log
synorelayd.log
synoreport.log
synoservice.log
synoservice.log.1.xz
synosys.log
synotifyd.log
synoupdate.log
syslog.log
syslog.log.1.xz
upstart
usbcopyd.log
root@DS918:~#
root@DS918:~# du -xhd 1 /usr/local
16M /usr/local/lib
48K /usr/local/cups
74M /usr/local/packages
330M /usr/local/arm-none-linux-gnueabi
516K /usr/local/etc
36K /usr/local/doc
36K /usr/local/node
808K /usr/local/libexec
4.0K /usr/local/sbin
3.1M /usr/local/share
204K /usr/local/bin
219M /usr/local/i686-linux-gnu
643M /usr/local
root@DS918:~#
 

dil88

Benutzer
Contributor
Sehr erfahren
Mitglied seit
03. Sep 2012
Beiträge
29.898
Punkte für Reaktionen
1.177
Punkte
754
Bitte die Befehle per Copy & Paste übernehmen, das vermeidet Fehler wie hier. Das Kommando ls braucht als Option keine 1 sondern ein kleines l - also ls -l und nicht ls -1!

Was /usr anbetrifft, so wären für mich zwei Befehle interessant:

Rich (BBCode):
ls -l /usr/local/arm-none-linux-gnueabi
ls -l /usr/local/i686-linux-gnu
 

dil88

Benutzer
Contributor
Sehr erfahren
Mitglied seit
03. Sep 2012
Beiträge
29.898
Punkte für Reaktionen
1.177
Punkte
754
Bitte noch

Rich (BBCode):
du -xhd 1 /var/log

Hast Du IPKG oder EBI installiert? Oder Entwicklungstools von Synology oder etwas in der Art?
 

haylebob

Benutzer
Mitglied seit
08. Apr 2011
Beiträge
197
Punkte für Reaktionen
0
Punkte
16
>Hast Du IPKG oder EBI installiert? Oder Entwicklungstools von Synology oder etwas in der Art?
nein keine der Pakete IPKG, EBI aber diese Entwickler-Tools, wobei ich die auch nicht brauche glaub ich...

2018-08-28 22_36_51-Window.jpg

root@DS918:~# du -xhd 1 /var/log
12K /var/log/cores
4.0K /var/log/healthtest
12M /var/log/synolog
4.0K /var/log/openvswitch
132K /var/log/surveillance
4.0K /var/log/pstore
660K /var/log/httpd
5.2M /var/log/samba
4.0K /var/log/cluster
5.4M /var/log/upstart
16K /var/log/selfcheck
40M /var/log/cloudsync
16K /var/log/fsck
96M /var/log/cstn
24K /var/log/lighttpd
180K /var/log/nginx
198M /var/log
root@DS918:~#
 

goetz

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
14.024
Punkte für Reaktionen
275
Punkte
393
Hallo,
sind Platten aus einer älteren ARM basierten DS in die neue migriert worden? Du bist schon lange dabei, die Wahrscheinlichkeit ist groß Altlasten aus früheren DS per Migration mitgeschleppt zu haben, /opt ist dafür ein Hinweis.

Gruß Götz
 

haylebob

Benutzer
Mitglied seit
08. Apr 2011
Beiträge
197
Punkte für Reaktionen
0
Punkte
16
ja das kann sein...ich habe die kleinen Platten also
kleiner 10TB aus der DS710 in die DS918 übernommen

was ist /opt ? soll ich den Befehl ausführen ?
 

dil88

Benutzer
Contributor
Sehr erfahren
Mitglied seit
03. Sep 2012
Beiträge
29.898
Punkte für Reaktionen
1.177
Punkte
754
Nein, /opt ist ein Verzeichnis, kein Befehl. Bitte noch folgenden Befehl ausführen:

Rich (BBCode):
ls -l  /var/log/cstn
 

haylebob

Benutzer
Mitglied seit
08. Apr 2011
Beiträge
197
Punkte für Reaktionen
0
Punkte
16
root@DS918:~# ls -l /var/log/cstn
total 97880
-rw-rw-rw- 1 root root 849952 Jan 12 2018 client.log
-rw-rw-rw- 1 root root 2118341 Dec 13 2015 client.log_0
-rw-rw-rw- 1 root root 1048775 Jan 6 2015 client.log_1
-rw-rw-rw- 1 root root 1048578 Dec 27 2014 client.log_10
-rw-rw-rw- 1 root root 1048772 Dec 27 2014 client.log_11
-rw-rw-rw- 1 root root 1048728 Dec 27 2014 client.log_12
-rw-rw-rw- 1 root root 1048725 Dec 27 2014 client.log_13
-rw-rw-rw- 1 root root 1048578 Dec 27 2014 client.log_14
-rw-rw-rw- 1 root root 1048727 Dec 27 2014 client.log_15
-rw-rw-rw- 1 root root 1048633 Dec 26 2014 client.log_16
-rw-rw-rw- 1 root root 1048671 Dec 26 2014 client.log_17
-rw-rw-rw- 1 root root 1048606 Dec 26 2014 client.log_18
-rw-rw-rw- 1 root root 1048628 Dec 26 2014 client.log_19
-rw-rw-rw- 1 root root 1048657 Jan 6 2015 client.log_2
-rw-rw-rw- 1 root root 1048801 Dec 26 2014 client.log_20
-rw-rw-rw- 1 root root 1048643 Dec 26 2014 client.log_21
-rw-rw-rw- 1 root root 1048628 Dec 26 2014 client.log_22
-rw-rw-rw- 1 root root 1048591 Dec 26 2014 client.log_23
-rw-rw-rw- 1 root root 1048689 Dec 26 2014 client.log_24
-rw-rw-rw- 1 root root 1048652 Dec 26 2014 client.log_25
-rw-rw-rw- 1 root root 1048611 Dec 26 2014 client.log_26
-rw-rw-rw- 1 root root 1048682 Dec 26 2014 client.log_27
-rw-rw-rw- 1 root root 2088540 Dec 26 2014 client.log_28
-rw-rw-rw- 1 root root 3031206 Dec 23 2014 client.log_29
-rw-rw-rw- 1 root root 1048695 Jan 6 2015 client.log_3
-rw-rw-rw- 1 root root 3026957 May 25 2014 client.log_30
-rw-rw-rw- 1 root root 2268895 Mar 25 2014 client.log_31
-rw-rw-rw- 1 root root 1577672 Jan 16 2014 client.log_32
-rw-rw-rw- 1 root root 1048656 Jan 9 2014 client.log_33
-rw-rw-rw- 1 root root 1048661 Jan 9 2014 client.log_34
-rw-rw-rw- 1 root root 1048716 Jan 8 2014 client.log_35
-rw-rw-rw- 1 root root 1048754 Jan 8 2014 client.log_36
-rw-rw-rw- 1 root root 1048669 Dec 22 2013 client.log_37
-rw-rw-rw- 1 root root 1048692 Dec 8 2013 client.log_38
-rw-rw-rw- 1 root root 1048646 Nov 21 2013 client.log_39
-rw-rw-rw- 1 root root 1889840 Jan 1 2015 client.log_4
-rw-rw-rw- 1 root root 1048716 Nov 14 2013 client.log_40
-rw-rw-rw- 1 root root 1084357 Nov 11 2013 client.log_41
-rw-rw-rw- 1 root root 1248707 Sep 9 2013 client.log_42
-rw-rw-rw- 1 root root 1049151 Dec 28 2014 client.log_5
-rw-rw-rw- 1 root root 1048660 Dec 28 2014 client.log_6
-rw-rw-rw- 1 root root 1048603 Dec 27 2014 client.log_7
-rw-rw-rw- 1 root root 1048702 Dec 27 2014 client.log_8
-rw-rw-rw- 1 root root 1048730 Dec 27 2014 client.log_9
-rw-rw-rw- 1 root root 7216 Jan 12 2018 cloud-cached.log
-rw-r--r-- 1 root root 908990 Jan 12 2018 syncfolder.log
-rw-r--r-- 1 root root 1048647 Dec 14 2015 syncfolder.log_0
-rw-r--r-- 1 root root 1048616 Dec 13 2015 syncfolder.log_1
-rw-r--r-- 1 root root 1048729 Dec 26 2014 syncfolder.log_10
-rw-r--r-- 1 root root 2109277 Dec 26 2014 syncfolder.log_11
-rw-r--r-- 1 root root 1048610 Jun 14 2014 syncfolder.log_12
-rw-r--r-- 1 root root 1048627 Jun 14 2014 syncfolder.log_13
-rw-r--r-- 1 root root 1048591 Jun 14 2014 syncfolder.log_14
-rw-r--r-- 1 root root 1048625 Jun 13 2014 syncfolder.log_15
-rw-r--r-- 1 root root 1048580 Jun 13 2014 syncfolder.log_16
-rw-r--r-- 1 root root 1048626 Jun 13 2014 syncfolder.log_17
-rw-r--r-- 1 root root 1048704 Jun 13 2014 syncfolder.log_18
-rw-r--r-- 1 root root 1048709 Jun 11 2014 syncfolder.log_19
-rw-r--r-- 1 root root 1048602 Dec 13 2015 syncfolder.log_2
-rw-r--r-- 1 root root 1048694 May 24 2014 syncfolder.log_20
-rw-r--r-- 1 root root 1048588 May 24 2014 syncfolder.log_21
-rw-r--r-- 1 root root 1048705 May 23 2014 syncfolder.log_22
-rw-r--r-- 1 root root 4689748 May 23 2014 syncfolder.log_23
-rw-r--r-- 1 root root 1048651 Jan 7 2014 syncfolder.log_24
-rw-r--r-- 1 root root 2277729 Nov 21 2013 syncfolder.log_25
-rw-r--r-- 1 root root 1733633 Apr 11 2013 syncfolder.log_26
-rw-r--r-- 1 root root 1048607 Jun 22 2012 syncfolder.log_27
-rw-r--r-- 1 root root 1048641 Jun 22 2012 syncfolder.log_28
-rw-r--r-- 1 root root 1048618 Jun 22 2012 syncfolder.log_29
-rw-r--r-- 1 root root 1048593 Dec 13 2015 syncfolder.log_3
-rw-r--r-- 1 root root 1493359 Jun 22 2012 syncfolder.log_30
-rw-r--r-- 1 root root 1048625 Apr 13 2012 syncfolder.log_31
-rw-r--r-- 1 root root 1295542 Apr 13 2012 syncfolder.log_32
-rw-r--r-- 1 root root 1048601 Dec 13 2015 syncfolder.log_4
-rw-r--r-- 1 root root 1048696 Dec 13 2015 syncfolder.log_5
-rw-r--r-- 1 root root 2909589 Dec 13 2015 syncfolder.log_6
-rw-r--r-- 1 root root 1307631 Jan 6 2015 syncfolder.log_7
-rw-r--r-- 1 root root 1048660 Dec 27 2014 syncfolder.log_8
-rw-r--r-- 1 root root 1048638 Dec 27 2014 syncfolder.log_9
root@DS918:~#
 

dil88

Benutzer
Contributor
Sehr erfahren
Mitglied seit
03. Sep 2012
Beiträge
29.898
Punkte für Reaktionen
1.177
Punkte
754
Und

Rich (BBCode):
ls -l  /var/log/cloudsync
 

haylebob

Benutzer
Mitglied seit
08. Apr 2011
Beiträge
197
Punkte für Reaktionen
0
Punkte
16
root@DS918:~# ls -l /var/log/cloudsync
total 40752
-rw-rw-rw- 1 root root 1730908 Aug 28 19:46 daemon.log
-rw-rw-rw- 1 root root 2097258 Jan 12 2018 daemon.log_0
-rw-rw-rw- 1 root root 2097178 Jan 12 2018 daemon.log_1
-rw-rw-rw- 1 root root 2097253 Jan 12 2018 daemon.log_10
-rw-rw-rw- 1 root root 2097167 Jan 11 2018 daemon.log_11
-rw-rw-rw- 1 root root 2097208 Jan 11 2018 daemon.log_12
-rw-rw-rw- 1 root root 2097209 Jan 11 2018 daemon.log_13
-rw-rw-rw- 1 root root 2097281 Jan 11 2018 daemon.log_14
-rw-rw-rw- 1 root root 2097204 Jan 11 2018 daemon.log_15
-rw-rw-rw- 1 root root 2097270 Jan 11 2018 daemon.log_16
-rw-rw-rw- 1 root root 2097216 Jan 11 2018 daemon.log_17
-rw-rw-rw- 1 root root 2097202 Jan 11 2018 daemon.log_18
-rw-rw-rw- 1 root root 2097218 Jan 12 2018 daemon.log_2
-rw-rw-rw- 1 root root 2097238 Jan 12 2018 daemon.log_3
-rw-rw-rw- 1 root root 2097214 Jan 12 2018 daemon.log_4
-rw-rw-rw- 1 root root 2097209 Jan 12 2018 daemon.log_5
-rw-rw-rw- 1 root root 2097224 Jan 12 2018 daemon.log_6
-rw-rw-rw- 1 root root 2097221 Jan 12 2018 daemon.log_7
-rw-rw-rw- 1 root root 2097235 Jan 12 2018 daemon.log_8
-rw-rw-rw- 1 root root 2097222 Jan 12 2018 daemon.log_9
root@DS918:~#
 

dil88

Benutzer
Contributor
Sehr erfahren
Mitglied seit
03. Sep 2012
Beiträge
29.898
Punkte für Reaktionen
1.177
Punkte
754
Ok, ich würde an Deiner Stelle auf einem Netzlaufwerk ein Verzeichnis erstellen, in das Du diverse Dinge verschieben kannst - also z.B. auf dem gemeinsamen Ordner "daten" das Verzeichnis "tmp". Anschließend in diesem Verzeichnis zwei weitere Verzeichnisse anlegen: "cstn" und "cloudsync" (ohne Anführungsstriche). Dann folgende Befehle ausführen, nachdem Du die Pfade angepasst hast:

Rich (BBCode):
mv /usr/local/arm-none-linux-gnueabi /volume1/daten/tmp
mv /var/log/cstn/client.log_* /volume1/daten/tmp/cstn
mv /var/log/cstn/syncfolder.log_* /volume1/daten/tmp/cstn
mv /var/log/cloudsync/daemon.log_* /volume1/daten/tmp/cloudsync

Danach sollte Deine Systempartition von der Belegung her wieder ok sein.
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat