Nummer Serie DS413 - "Sie können sich nicht an das System anmelden, da der Speicherplatz voll ist"

Aller Geräte der Nummer-Serie (ohne j, + und xs Zusatz). Geräte für Privatanwender bis hin zu Firmenarbeitsgruppen

thk_ms

Benutzer
Mitglied seit
19. Sep 2011
Beiträge
347
Punkte für Reaktionen
9
Punkte
18
Hallo,

vielen Dank für diese Vorschläge aber ich kann nicht ganz folgen:

- "Wechsel in den Ordner cd /" ; Welchen Ordner meinst Du? Soll ich einen erstellen - wo?
- Ist jetzt die externe Festplatte /dev/sdq1 mitt 77% Füllung gemeint oder /dev/root?

Ich verstehe es leider nicht.

LG, thk_ms
 

Benares

Benutzer
Sehr erfahren
Mitglied seit
27. Sep 2008
Beiträge
13.638
Punkte für Reaktionen
3.657
Punkte
468
Mach es, wie @Syno-OS es oben beschrieben hat, log dich zunächst als admin per ssh/putty ein, das wechsle zu root mit "sudo -i" (Passwort nochmal eingeben), dann
Code:
cd /
du -h -d1 | sort -h -r
und poste die Ausgabe.
 

thk_ms

Benutzer
Mitglied seit
19. Sep 2011
Beiträge
347
Punkte für Reaktionen
9
Punkte
18
Hallo und guten Morgen,

das kann ich jetzt nicht mehr ausprobieren. Die Synology lässt mich nicht mehr "dran". Zugriff verweigert. Ich habe nochmals den Softreset gemacht (1x 4 Sek.) und bin dann mit dem Synologyassistenten an die Synology. Auch die Neuvergabe des admin-Passwortes tut es nicht mehr. Sich als admin ohne Passwort anzumelden klappt auch nicht mehr.

Ich habe die Idee die Synology mit einer andren Festplatte neu einzurichten. Werde ich so wieder Zugriff bekommen?

LG, thk_ms
 

Semenchkare

Benutzer
Mitglied seit
15. Dez 2015
Beiträge
15
Punkte für Reaktionen
0
Punkte
1
Jetzt hat es mich auch erwischt bei meiner DS220+, aktuellste Firmware


root@DS220plus:/$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/md0 2.3G 2.3G 0 100% /
none 4.8G 0 4.8G 0% /dev
/tmp 4.8G 1.6M 4.8G 1% /tmp
/run 4.8G 3.6M 4.8G 1% /run
/dev/shm 4.8G 4.0K 4.8G 1% /dev/shm
none 4.0K 0 4.0K 0% /sys/fs/cgroup
cgmfs 100K 0 100K 0% /run/cgmanager/fs
/dev/vg1000/lv 5.5T 1.3T 4.2T 24% /volume1
/dev/md3 5.5T 2.1T 3.4T 39% /volume2

root@DS220plus:/$ sudo du -sh * | sort -h
Password:
du: cannot access ‘proc/30175/task/30175/fd/3’: No such file or directory
du: cannot access ‘proc/30175/task/30175/fdinfo/3’: No such file or directory
du: cannot access ‘proc/30175/fd/3’: No such file or directory
du: cannot access ‘proc/30175/fdinfo/3’: No such file or directory
du: cannot access ‘proc/30176’: No such file or directory
du: cannot access ‘proc/30178’: No such file or directory
0 bin
0 config
0 lib
0 lib32
0 lib64
0 proc
0 sbin
0 sys
4.0K dev
4.0K initrd
4.0K lost+found
4.0K mnt
4.0K tmpRoot
8.0K boot
76K root
1.6M tmp
3.5M run
7.2M var.defaults
8.7M etc.defaults
11M etc
239M var
843M usr
1.3T volume1
2.1T volume2


innerhalb von 12 Stunden läuft mir /dev/md0 von 51% auf 100% zu. wenn ich
die Abfrage mache sudo du -sh * | sort -h verändert sich die Größe der angezeigen Verzeichnisse aber nicht bzw. unwesentlich....
Kann mir ein Synology- oder Unix-Crack helfen, den Fehler zu finden?
 

Fusion

Benutzer
Sehr erfahren
Mitglied seit
06. Apr 2013
Beiträge
14.159
Punkte für Reaktionen
912
Punkte
424
Noch ein ls - lah / weil es fehlt noch was in der Summe, und die Unterverzeichnisse sind es nicht.
 

Semenchkare

Benutzer
Mitglied seit
15. Dez 2015
Beiträge
15
Punkte für Reaktionen
0
Punkte
1
ich musste zur Arbeit und habe rebooted. Ich melde mich, wenn der Fehler wieder da ist, aktuell liegt /dev/md0 bei 52%...
Da bringt es vermutlich nichts, wenn ich in dem Zustand ls - lah / ausführe.
So sieht das jetzt aus
bin dev initrd lib64 proc sbin tmpRoot var.defaults boot etc lib lost+found root sys usr volume1
config etc.defaults lib32 mnt run tmp var volume2
 

Semenchkare

Benutzer
Mitglied seit
15. Dez 2015
Beiträge
15
Punkte für Reaktionen
0
Punkte
1
Momentan liegt /dev/md0 bei 53% seit heute Früh um 8.00 Uhr - seltsam.
Ich hatte letzte Woche allerdings auch mal 3 Tage, bis /dev/md0 100 voll war.
Ich merke es immer daran, dass ich nicht per smb auf die Platte komme und eine Anmeldung auf dem Synology per Browser mit Fehler (Thread Titel) nicht möglich ist.

bin dev initrd lib64 proc sbin tmpRoot var.defaults
boot etc lib lost+found root sys usr volume1
config etc.defaults lib32 mnt run tmp var volume2
 
Zuletzt bearbeitet:

Fusion

Benutzer
Sehr erfahren
Mitglied seit
06. Apr 2013
Beiträge
14.159
Punkte für Reaktionen
912
Punkte
424
Kannst ja auch mal analysieren was du bei dir so installiert hast.
Nur rein mit Syno Anwendungen habe ich es eigentlich noch nie gesehen.

Nur mit 3rd-Party Anwendungen ala JDownloader, wo man "falsche" Pfade angeben kann, oder mit eigenen Scripten auf Konsole oder im Aufgabenplaner, etc.
Also so gut wie ausschließlich hausgemachte Probleme.
 

Semenchkare

Benutzer
Mitglied seit
15. Dez 2015
Beiträge
15
Punkte für Reaktionen
0
Punkte
1
Ich nutze die DS220+ als

1.) Backup-NAS - via Hyper-Backup werden Dateien von meiner DS216play gesichert.
2.) Surveillance-Station für 2 Cams
3.) Maria-DB als SQL-Datenbank für iobroker
4.) ein kleiner interner Webserver mit PHP 7.0
5.) HA-Bridge zum steuern von Hue-Leuchten, wird mit JAR-Datei gestartet

Ich ging davon aus, dass alle diese Anwendungen (bis auf HA-Bridge) auf Synology abgestimmt sind. Ich habe alles seit Jahren fehlerfrei am laufen (früher auf der DS216 play, später hatte ich auf die DS220+ migriert).
Und nein - die Migration kann nicht schuld am Fehler sein. Denn vor gefühlt 21 Tagen fing das mid dem zulaufen an, als das noch die DS216play war.
Ich vermutete RAM-Probleme (zu geringes RAM) und habe deshalb die DS220+ erst gekauft...
 

Benares

Benutzer
Sehr erfahren
Mitglied seit
27. Sep 2008
Beiträge
13.638
Punkte für Reaktionen
3.657
Punkte
468
@Semenchkare, wieso kümmerst du dich nicht erst mal um das Hauptproblem (/ bzw. /dev/md0 zu 100% voll)?
Oder ist das inzwischen kein Thema mehr?
 

Benares

Benutzer
Sehr erfahren
Mitglied seit
27. Sep 2008
Beiträge
13.638
Punkte für Reaktionen
3.657
Punkte
468
Ach so, danke - hatte ich überlesen.
 

Semenchkare

Benutzer
Mitglied seit
15. Dez 2015
Beiträge
15
Punkte für Reaktionen
0
Punkte
1
... liegt immer noch bei 53%. Ich checke, ob das mit einer Sache aus dem Aufgabenplan zusammenhängt...
jedenfalls von Sonntag auf Montag gabs den Crash...
Ich muss also Regelmäßigkeiten herausfinden.
 
Zuletzt bearbeitet:

Semenchkare

Benutzer
Mitglied seit
15. Dez 2015
Beiträge
15
Punkte für Reaktionen
0
Punkte
1
heute mal auf 54%

Code:
ls -la
drwxr-xr-x 25 root root 4096 Mar 9 02:21 .
drwxr-xr-x 25 root root 4096 Mar 9 02:21 ..
lrwxrwxrwx 1 root root 7 Mar 2 18:46 bin -> usr/bin
drwxr-xr-x 3 root root 4096 Mar 2 18:48 boot
drwxr-xr-x 7 root root 0 Mar 9 02:21 config
drwxr-xr-x 13 root root 18620 Mar 9 02:22 dev
drwxr-xr-x 49 root root 4096 Mar 9 10:17 etc
drwxr-xr-x 43 root root 4096 Mar 2 18:51 etc.defaults
drwxr-xr-x 2 root root 4096 May 12 2020 initrd
lrwxrwxrwx 1 root root 7 Mar 2 18:46 lib -> usr/lib
lrwxrwxrwx 1 root root 9 Mar 2 18:46 lib32 -> usr/lib32
lrwxrwxrwx 1 root root 7 Mar 2 18:46 lib64 -> usr/lib
drwxr-xr-x 2 root root 4096 Mar 2 18:35 .log.junior
drwx------ 2 root root 4096 May 12 2020 lost+found
drwxr-xr-x 2 root root 4096 May 12 2020 mnt
drwxr-xr-x 3 root root 4096 Mar 2 18:46 .old_patch_info
dr-xr-xr-x 298 root root 0 Apr 18 2018 proc
-rw------- 1 root root 1024 Dec 23 2015 .rnd
drwx------ 5 root root 4096 Mar 8 08:13 root
drwxr-xr-x 34 root root 2020 Mar 10 07:22 run
lrwxrwxrwx 1 root root 8 Mar 2 18:46 sbin -> usr/sbin
drwxr-xr-x 4 root root 4096 Mar 2 18:51 .syno
dr-xr-xr-x 12 root root 0 Mar 9 02:21 sys
drwxr-xr-x 2 root root 4096 May 28 2020 .system_info
drwxrwxrwt 23 root root 3320 Mar 10 07:24 tmp
drwxr-xr-x 2 root root 4096 Mar 2 18:48 tmpRoot
drwxr-xr-x 11 root root 4096 Mar 2 18:50 usr
drwxr-xr-x 17 root root 4096 Mar 9 02:21 var
drwxr-xr-x 14 root root 4096 Mar 2 18:46 var.defaults
drwxr-xr-x 24 root root 4096 Mar 9 02:21 volume1
drwxr-xr-x 9 root root 4096 Mar 9 02:21 volume2

Code:
ls - lah /

bin dev initrd lib64 proc sbin tmpRoot var.defaults
boot etc lib lost+found root sys usr volume1
config etc.defaults lib32 mnt run tmp var volume2
 

Fusion

Benutzer
Sehr erfahren
Mitglied seit
06. Apr 2013
Beiträge
14.159
Punkte für Reaktionen
912
Punkte
424
Der Befehl ist nur ls -lah /.
Da hat sich eine Leerzeichen Autokorrektur eingeschlichen.
Mal 1-2% mehr oder weniger ist aber ganz normal.
 

Semenchkare

Benutzer
Mitglied seit
15. Dez 2015
Beiträge
15
Punkte für Reaktionen
0
Punkte
1
Jetzt 55%

ls -lah /
drwxr-xr-x 25 root root 4.0K Mar 9 02:21 .
drwxr-xr-x 25 root root 4.0K Mar 9 02:21 ..
lrwxrwxrwx 1 root root 7 Mar 2 18:46 bin -> usr/bin
drwxr-xr-x 3 root root 4.0K Mar 2 18:48 boot
drwxr-xr-x 7 root root 0 Mar 9 02:21 config
drwxr-xr-x 13 root root 19K Mar 9 02:22 dev
drwxr-xr-x 49 root root 4.0K Mar 9 10:17 etc
drwxr-xr-x 43 root root 4.0K Mar 2 18:51 etc.defaults
drwxr-xr-x 2 root root 4.0K May 12 2020 initrd
lrwxrwxrwx 1 root root 7 Mar 2 18:46 lib -> usr/lib
lrwxrwxrwx 1 root root 9 Mar 2 18:46 lib32 -> usr/lib32
lrwxrwxrwx 1 root root 7 Mar 2 18:46 lib64 -> usr/lib
drwxr-xr-x 2 root root 4.0K Mar 2 18:35 .log.junior
drwx------ 2 root root 4.0K May 12 2020 lost+found
drwxr-xr-x 2 root root 4.0K May 12 2020 mnt
drwxr-xr-x 3 root root 4.0K Mar 2 18:46 .old_patch_info
dr-xr-xr-x 292 root root 0 Apr 18 2018 proc
-rw------- 1 root root 1.0K Dec 23 2015 .rnd
drwx------ 5 root root 4.0K Mar 8 08:13 root
drwxr-xr-x 34 root root 2.0K Mar 10 15:52 run
lrwxrwxrwx 1 root root 8 Mar 2 18:46 sbin -> usr/sbin
drwxr-xr-x 4 root root 4.0K Mar 2 18:51 .syno
dr-xr-xr-x 12 root root 0 Mar 9 02:21 sys
drwxr-xr-x 2 root root 4.0K May 28 2020 .system_info
drwxrwxrwt 23 root root 3.3K Mar 10 16:20 tmp
drwxr-xr-x 2 root root 4.0K Mar 2 18:48 tmpRoot
drwxr-xr-x 11 root root 4.0K Mar 2 18:50 usr
drwxr-xr-x 17 root root 4.0K Mar 9 02:21 var
drwxr-xr-x 14 root root 4.0K Mar 2 18:46 var.defaults
drwxr-xr-x 24 root root 4.0K Mar 9 02:21 volume1
drwxr-xr-x 9 root root 4.0K Mar 9 02:21 volume2
 

Benares

Benutzer
Sehr erfahren
Mitglied seit
27. Sep 2008
Beiträge
13.638
Punkte für Reaktionen
3.657
Punkte
468
50-55% sind völlig normal - etwas Bewegung ist immer drin.
 

Fusion

Benutzer
Sehr erfahren
Mitglied seit
06. Apr 2013
Beiträge
14.159
Punkte für Reaktionen
912
Punkte
424
Das ls -lah /] gibt ja nur den Wurzelordner aus. Da scheint nicht viel zu passieren.
Zum Differenzvergleich kannst dir mal du -xhd 1 / ebenfalls ausgeben lassen, damit du siehst ob einer der Ordner in der Größe zulegt. Dürfte im Normalfall denke nur /var/log sein.
 

Semenchkare

Benutzer
Mitglied seit
15. Dez 2015
Beiträge
15
Punkte für Reaktionen
0
Punkte
1
heute sind wir bei 56%


XXXXXX@DS220plus:~$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/md0 2.3G 1.3G 981M 56% /
none 4.8G 0 4.8G 0% /dev
/tmp 4.8G 1.7M 4.8G 1% /tmp
/run 4.8G 3.7M 4.8G 1% /run
/dev/shm 4.8G 4.0K 4.8G 1% /dev/shm
none 4.0K 0 4.0K 0% /sys/fs/cgroup
cgmfs 100K 0 100K 0% /run/cgmanager/fs
/dev/vg1000/lv 5.5T 1.3T 4.2T 24% /volume1
/dev/md3 5.5T 2.1T 3.4T 39% /volume2

XXXXXX@DS220plus:~$ sudo du -xhd 1 / | sort -h -r
1.2G /
844M /usr
244M /var
22M /.syno
11M /etc
8.7M /etc.defaults
7.2M /var.defaults
172K /.log.junior
80K /root
40K /.old_patch_info
24K /.system_info
8.0K /boot
4.0K /tmpRoot
4.0K /mnt
4.0K /lost+found
4.0K /initrd


XXXXXXX@DS220plus:/var$ sudo du -xhd 1 /var/log | sort -h -r
108M /var/log
15M /var/log/upstart
8.8M /var/log/surveillance
6.6M /var/log/disk-latency
4.3M /var/log/SynoFinder
4.0M /var/log/synolog
3.3M /var/log/packages
2.6M /var/log/samba
2.0M /var/log/httpd
220K /var/log/nginx
200K /var/log/smart_result
148K /var/log/fsck
136K /var/log/diskprediction
16K /var/log/selfcheck
4.0K /var/log/sssd
4.0K /var/log/pstore
4.0K /var/log/openvswitch
4.0K /var/log/healthtest
4.0K /var/log/cstn
4.0K /var/log/bios




XXXXXXX@DS220plus:/var$ sudo du -xhd 1 /var | sort -h -r
244M /var
108M /var/log
79M /var/cache
47M /var/lib
8.9M /var/packages
2.5M /var/dynlib
156K /var/spool
148K /var/tmp
16K /var/update
16K /var/synobackup
12K /var/target
12K /var/db
8.0K /var/state
8.0K /var/services
4.0K /var/empty
4.0K /var/crash
 

Benares

Benutzer
Sehr erfahren
Mitglied seit
27. Sep 2008
Beiträge
13.638
Punkte für Reaktionen
3.657
Punkte
468
Behalt mal /var/log im Auge. Evtl. wächst da ein Log überproportional.
 


 

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