DSM 6.x und darunter Volume was not properly unmounted

[peterhoffmann]

Hallo,

zufällig fand ich heute in der /var/log/kern.log folgende Einträge:

2020-04-17T15:07:37+02:00 DS716 kernel: [2505660.266326] FAT-fs (synoboot2): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
2020-04-18T15:07:37+02:00 DS716 kernel: [2592059.013594] FAT-fs (synoboot2): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
2020-04-19T15:07:37+02:00 DS716 kernel: [2678457.749325] FAT-fs (synoboot2): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
2020-04-20T15:07:37+02:00 DS716 kernel: [2764856.479065] FAT-fs (synoboot2): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
2020-04-21T15:07:37+02:00 DS716 kernel: [2851255.226536] FAT-fs (synoboot2): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
2020-04-22T15:07:37+02:00 DS716 kernel: [2937653.974161] FAT-fs (synoboot2): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
2020-04-23T15:07:37+02:00 DS716 kernel: [3024052.703396] FAT-fs (synoboot2): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
2020-04-24T15:07:37+02:00 DS716 kernel: [3110451.422883] FAT-fs (synoboot2): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
2020-04-25T15:07:37+02:00 DS716 kernel: [3196850.151414] FAT-fs (synoboot2): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
2020-04-26T15:07:38+02:00 DS716 kernel: [3283248.847283] FAT-fs (synoboot2): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.

Ich habe überhaupt keine Probleme mit den Volumes. Im Speichermanager ist alles auf "normal", die Smartwerte sind von allen HDDs jungfräulich (keinerlei Fehler).

Auch mit der Uhrzeit (15:07 Uhr) kann ich irgendwie nichts anfangen (kein Cronjob/keine Aufgaben/kein Neustart).

Hat noch jemand einen Ansatz für mich wie ich weitersuchen kann?

 

[HeinzWinkelmann]

Da ist von FAT-fs die Rede, kann das eine externe Platte sein oder ein USB-Stick?

 

[peterhoffmann]

Eine externe HDD oder Stick hängen nicht dran.

Im Gerät (DS716+) befinden sich zwei Speichermedien, einmal eine 1TB SSD (sda) und eine 6TB HDD (sdb)

Ich habe mal fdisk -l ausgeführt und bekomme das hier:

root@DS716+ / $ fdisk -l
Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos

Device     Boot   Start        End    Sectors   Size Id Type
/dev/sda1          2048    4982527    4980480   2.4G fd Linux raid autodetect
/dev/sda2       4982528    9176831    4194304     2G fd Linux raid autodetect
/dev/sda3       9437184 1953320351 1943883168 926.9G fd Linux raid autodetect

Disk /dev/sdb: 5.5 TiB, 6001175126016 bytes, 11721045168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt

Device       Start         End     Sectors  Size Type
/dev/sdb1     2048     4982527     4980480  2.4G Linux RAID
/dev/sdb2  4982528     9176831     4194304    2G Linux RAID
/dev/sdb3  9437184 11720840351 11711403168  5.5T Linux RAID

Disk /dev/md0: 2.4 GiB, 2549940224 bytes, 4980352 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/md1: 2 GiB, 2147418112 bytes, 4194176 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/md2: 926.9 GiB, 995267117056 bytes, 1943881088 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/md3: 5.5 TiB, 5996237357056 bytes, 11711401088 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/mapper/vg1-syno_vg_reserved_area: 12 MiB, 12582912 bytes, 24576 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/mapper/vg1-volume_1: 926.9 GiB, 995253813248 bytes, 1943855104 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/mapper/vg2-syno_vg_reserved_area: 12 MiB, 12582912 bytes, 24576 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/mapper/vg2-volume_2: 5.5 TiB, 5996223135744 bytes, 11711373312 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/synoboot: 120 MiB, 125829120 bytes, 245760 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos

Device         Boot Start    End Sectors  Size Id Type
/dev/synoboot1 *       63  32129   32067 15.7M 83 Linux
/dev/synoboot2      32130 224909  192780 94.1M 83 Linux

Interessant ist der rot markierte Bereich. Nach der Größe und Name (synoboot) handelt es sich wohl um den Teil, der die DS booten lässt. *kopfkratz*
Da traue ich mich kaum noch sie neuzustarten.

 

[HeinzWinkelmann]

Unter einem normalen Linux ist das /boot, also die Boot Partition in der auch Kernel etc. liegen. Da würde ich auch gnadenlos ein fsck drauf laufen lassen, aber nicht auf einer Syno da ich nicht weiß was da alles umgebogen wurde

Was wäre denn Du exportierst Deine DSM-Einstellungen, machst einen Reset und "migrierst" Deine Platten wieder rein, müsste das nicht die Systempartition neu erstellen? Alternative wäre aktuelles Backup machen, Einstellungen exportieren, Voumes löschen und einmal alles komplett neu.

Ich würde aber nicht zu lange damit warten, ich denke nicht dass sich das ganze von alleine löst.

Oder aber jemand anderes hat eine viel einfachere Lösung anzubieten


*edit* Bevor ich aber das ganze neu machen würde, würde ich es mal drauf ankommen lassen. Also erst Backup, dann DSM Einstellungen exportieren, dann fsck auf /dev/synoboot2. Schlimmer als alles neu machen kann es dann eh nicht werden