DSM 7.2 Problem mit 2FA und OTP bei Zugriff auf Synology DS920+

[Heinz53]

Hallo, Ich benötige Hilfe!

Seit längerer Zeit habe ich die 2 Faktor Verifizierung aktiviert. Bisher klappte der Zugriff immer.
Am 29.05.2025 erhalte ich wiederholt die Fehlermeldung "Falscher Verifizierungscode. Versuchen Sie es erneut."

Auch der Login mit dem "Sie können sich nicht mit OTP anmelden?" per Mail zugestellten Code wird mit der gleichen Fehlermeldung abgewiesen.

Durchgeführte Aktionen:
1. Synology über Ausschaltknopf heruntergefahren und neu gestartet, PC und Handy heruntergefahren und neu gestartet
Die Fehlermeldung "Falscher Verifizierungscode. Versuchen Sie es erneut." bleibt.

2. Laut Knowledgebase: Reset Knopf an NAS mit Büroklammer bis Ton kommt gedrückt.
Nach Anmeldung auf NAS mit admin ohne Passwort kommt die Anzeige:
" Ihre Daten und Einstellungen werden aktualisiert ...(100%)
Die Aktualisierung wird verarbeitet. Dies kann einige Zeit dauern. Bitte warten. "

Auch nach einer Stunde Wartezeit geht es nicht weiter. Das Passwort und die 2FA werden nicht zurückgesetzt.

Die Anmeldung mit dem Administrator scheitert weiterhin mit "Falscher Verifizierungscode. Versuchen Sie es erneut."

Die installierten Pakete und Container arbeiten im Hintergrund korrekt weiter. Wordpress, PIHOLE, ...
Ein Zugriff über SSH ist möglich.

Was kann ich machen damit die Anmeldung als Administrator wieder funktioniert?

 

[plang.pl]

Kannst du mal die Auslastung der Systempartition via ssh prüfen? Bitte für Hinweise hier im Forum suchen, da gibt es genügend Threads dazu.
Ich denke, dass du da bereits den Übeltäter finden wirst. Falls nicht, mal die SMART-Werte der Platten posten (Anleitung siehe Signatur)

 

[Heinz53]

Danke für den Tipp.
df -h zeigt folgendes:

Filesystem Size Used Avail Use% Mounted on
/dev/md0 2.3G 2.3G 0 100% /
devtmpfs 9.7G 0 9.7G 0% /dev
tmpfs 9.7G 248K 9.7G 1% /dev/shm
tmpfs 9.7G 25M 9.7G 1% /run
tmpfs 9.7G 0 9.7G 0% /sys/fs/cgroup
tmpfs 9.7G 1.8M 9.7G 1% /tmp
tmpfs 2.0G 0 2.0G 0% /run/user/196791
/dev/mapper/cachedev_0 14T 7.3T 6.8T 52% /volume1
/dev/mapper/cachedev_0 14T 7.3T 6.8T 52% /volume1/00_Alle/#snapshot
/dev/mapper/cachedev_0 14T 7.3T 6.8T 52% /volume1/web/#snapshot
/dev/usb1p1 3.7T 1.6T 2.1T 44% /volumeUSB1/usbshare


root@spds02:~# du -sh /*
0 /bin
8.0K /boot
0 /config
248K /dev
4.6M /etc
2.5M /etc.defaults
4.0K /initrd
0 /lib
0 /lib32
0 /lib64
4.0K /lost+found
4.0K /mnt
16K /opt
du: cannot access '/proc/15136': No such file or directory
du: cannot access '/proc/15753/task/15753/fd/4': No such file or directory
du: cannot access '/proc/15753/task/15753/fdinfo/4': No such file or directory
du: cannot access '/proc/15753/fd/4': No such file or directory
du: cannot access '/proc/15753/fdinfo/4': No such file or directory
du: cannot access '/proc/15754': No such file or directory
du: cannot access '/proc/15755': No such file or directory
0 /proc
16K /root
25M /run
0 /sbin
0 /sys
1016K /tmp
4.0K /tmpRoot
2.0G /usr
191M /var
9.3M /var.defaults


Leider fehlt mir das Wissen um löschbare Daten zu erkennen.

Hast du einen Tipp für mich?

 

[plang.pl]

Jap. Die ist rammelvoll.
Mal in die /usr kucken. Da müsste was löschbares drinne sein. Die hat bei mir nur 1,1G und bei dir 2G

 

[Heinz53]

Ich habe bei den größten Dateien nachgeschaut. Leider weiß ich nicht was löschbar ist ???

Spoiler

root@spds02:~# du -sh /usr/*
118M /usr/bin
20K /usr/etc
76K /usr/include
363M /usr/lib
16M /usr/lib32
0 /usr/lib64
32K /usr/libexec
1.2G /usr/local
26M /usr/sbin
88M /usr/share
250M /usr/syno

root@spds02:~# du -sh /usr/local/*
0 /usr/local/SynologyApplicationService
976K /usr/local/bin
4.0K /usr/local/cups
2.1M /usr/local/etc
1.2M /usr/local/lib
256K /usr/local/libexec
440K /usr/local/mariadb10
36K /usr/local/node
1.2G /usr/local/packages
4.1M /usr/local/plugin
4.0K /usr/local/sbin
12M /usr/local/share
16K /usr/local/synobtrfssnapusage

root@spds02:~# du -sh /usr/local/packages/*
844M /usr/local/packages/@appdata
68K /usr/local/packages/@apphome
64K /usr/local/packages/@appshare
303M /usr/local/packages/@appstore
19M /usr/local/packages/@apptemp
8.0K /usr/local/packages/@tmp

root@spds02:~# du -sh /usr/local/packages/@appdata/*
841M /usr/local/packages/@appdata/ActiveInsight
4.0K /usr/local/packages/@appdata/DhcpServer
4.0K /usr/local/packages/@appdata/FileStation
4.0K /usr/local/packages/@appdata/HybridShare
4.0K /usr/local/packages/@appdata/OAuthService
4.0K /usr/local/packages/@appdata/Python2
4.0K /usr/local/packages/@appdata/QuickConnect
12K /usr/local/packages/@appdata/ReplicationService
2.3M /usr/local/packages/@appdata/SMBService
4.0K /usr/local/packages/@appdata/ScsiTarget
4.0K /usr/local/packages/@appdata/SecureSignIn
4.0K /usr/local/packages/@appdata/StorageManager
228K /usr/local/packages/@appdata/SupportService
4.0K /usr/local/packages/@appdata/SynoFinder
4.0K /usr/local/packages/@appdata/SynoOnlinePack_v2
4.0K /usr/local/packages/@appdata/dsm6-ui-compatible

root@spds02:~# du -sh /usr/local/packages/@appdata/ActiveInsight/*
492K /usr/local/packages/@appdata/ActiveInsight/collectors
4.0K /usr/local/packages/@appdata/ActiveInsight/collectors.conf
24K /usr/local/packages/@appdata/ActiveInsight/event
841M /usr/local/packages/@appdata/ActiveInsight/lfs
4.0K /usr/local/packages/@appdata/ActiveInsight/m.result
4.0K /usr/local/packages/@appdata/ActiveInsight/pkg_status.json
8.0K /usr/local/packages/@appdata/ActiveInsight/synomibanalyze
28K /usr/local/packages/@appdata/ActiveInsight/zzz
root@spds02:~#

Hast du einen Tipp für mich?

 

[plang.pl]

Ich würde einfach den kompletten /usr/local/packages/@appdata/ActiveInsight löschen. Danach neustarten und es sollte wieder alles gehen. Wenn Active Insight nicht gebraucht wird, dann im Paketzentrum deinstallieren. Macht hier nicht das erste Mal Probleme

 

[Benares]

Ich würde folgenden Befehl verwenden

du / -hxd 1 | sort -h -r
1.4G    /
1.2G    /usr
182M    /var
34M     /.syno
9.2M    /var.defaults
4.1M    /etc
2.5M    /etc.defaults
1.8M    /root
40K     /.old_patch_info
16K     /opt
8.0K    /boot
4.0K    /tmpRoot
4.0K    /.system_info
4.0K    /mnt
4.0K    /lost+found
4.0K    /.log.junior
4.0K    /initrd

Danach hangle dich entlang des "fettesten" Pfads herunter, in diesem Falle also "du /usr -hxd 1 | sort -h -r", also

du /usr -hxd 1 | sort -h -r
1.2G    /usr
344M    /usr/lib
312M    /usr/local
278M    /usr/syno
118M    /usr/bin
88M     /usr/share
26M     /usr/sbin
16M     /usr/lib32
76K     /usr/include
20K     /usr/libexec
20K     /usr/etc

Dann siehst du schon, wo das Problem liegt. Wenn nicht, frag nach, wie es ab einer bestimmten Stelle aussehen sollte.

 

[Heinz53]

@Benares:
Danke für den Tipp. Wer Unix kann ist klar im Vorteil.
Ich nehme den Befehl in meine Merkliste auf.


@ plang.pl
Ich habe das Verzeichnis gelöscht, die Synology heruntergefahren und neu gestartet.
Nun kann ich mich wieder im anmelden!

*** DANKE ***

Filesystem Size Used Avail Use% Mounted on
/dev/md0 2.3G 1.5G 733M 67% /
devtmpfs 9.7G 0 9.7G 0% /dev
tmpfs 9.7G 248K 9.7G 1% /dev/shm
tmpfs 9.7G 24M 9.7G 1% /run
tmpfs 9.7G 0 9.7G 0% /sys/fs/cgroup
tmpfs 9.7G 1.8M 9.7G 1% /tmp
tmpfs 2.0G 0 2.0G 0% /run/user/196791
/dev/mapper/cachedev_0 14T 7.3T 6.8T 52% /volume1
/dev/mapper/cachedev_0 14T 7.3T 6.8T 52% /volume1/00_Alle/#snapshot
/dev/mapper/cachedev_0 14T 7.3T 6.8T 52% /volume1/web/#snapshot
/dev/usb1p1 3.7T 1.6T 2.1T 44% /volumeUSB1/usbshare


Ist die Belegung des Filesystems ansonsten OK oder sollte noch mehr Platz schaffen?

 

[Benares]

67% bei /dev/md0 sieht doch schon wieder ganz gut aus
Bei mir sieht es dort so aus:

root@DS1522:~# df -h
Filesystem              Size  Used Avail Use% Mounted on
/dev/md0                2.3G  1.4G  796M  65% /
devtmpfs                 20G     0   20G   0% /dev
tmpfs                    20G  244K   20G   1% /dev/shm
tmpfs                    20G   24M   20G   1% /run
tmpfs                    20G     0   20G   0% /sys/fs/cgroup
tmpfs                    20G  3.0M   20G   1% /tmp
/dev/mapper/cachedev_0  890G  130M  890G   1% /volume2
/dev/mapper/cachedev_1   25T  5.6T   19T  23% /volume1

 

[Heinz53]

Herzlichen Dank an alle. Ihr habt meine Welt gerettet!

 

[plang.pl]

Wie gesagt halt noch Active Insight deinstallieren, wenn man das nicht nutzt und jut ist

 

[Heinz53]

Hm, Active Insight verweigert die Deinstallation über das Paketzentrum.

Was wäre nun der richtige Weg zur Deinstallation?

 

[plang.pl]

Über ssh: synopkg uninstall ActiveInsight

 

[Heinz53]

Danke für den Tipp!
Es hat funktioniert!

Ich bin begeistert wie hier geholfen wird!