Hallo liebes Forum,
ich möchte bestimmte Inhalte meiner DiskStation auf einer externen USB Festplatte sichern. Dabei bin ich nun auf das Problem gestoßen, dass der Speicherplatz der externen Festplatte überraschender Weise nicht ausreicht.
Diskstation:
DS415play DSM 5.2-5967 Update 1
3x WD RED 3TB im SHR
Externe Festplatte:
1 TB Speicherplatz
Die in diesem Fall zu sichernden Daten sind der photo Ordner und der homes Ordner.
Mein photo Ordner ist laut Speicheranalysator knapp 507 GB groß. Der homes Ordner laut Bericht knapp 80 GB. Nach Adam Riese sind also knapp 587 GB zu sichern. Ich schloss die externe Festplatte an und richtete mit dem Backupassistenten die Festplatte als Datensicherungsziel ein und erstellte eine Sicherungsaufgabe und startete selbige. Nach einigen Stunden bekam ich dann die Nachricht, die Festplatte sei voll. Ich war überrascht, da die zu sichernden Daten ja deutlich weniger waren als die maximale Kapazität der Festplatte.
Ich habe dann versucht herauszufinden warum das Backup so viel größer ist als der Bericht des Speicheranalysators anzeigt.
via ssh habe ich in den Photo Ordner auf der externen Festplatte geschaut und festgestellt, dass dieser tatsächlich sehr groß ist.
Ich fand in vielen Verzeichnissen Unterordner mit dem Namen @eaDir die teilweise sehr groß sind.
Bsp. für einen solchen @eaDir Ordner mit nennenswerter Größe:
Files im @eaDir Ordner
Files im Verzeichnis wo der @eaDir Ordner sich befindet
Man sieht, dass die Dateien im @eaDir Ordner teilweise größer sind als die Originale.
Schaue ich in den photo Ordner auf der DiskStation, so ist dieser zwar nicht 507 GB groß, wie mir der Bericht zuvor verraten hatte, sondern 570. Aber immer noch deutlich kleiner als in dem (abgebrochenen) Backup:
Beim Erstellen des Backups werden also diese Ordner angelegt und auch nur in das Backup geschrieben.
Meine Frage ist jetzt: Wie/warum kommen diese Ordner zustande? Und: Wie kann ich verhindern, dass sie mein Backup derart aufblähen?
Grüße,
Ricardo
ich möchte bestimmte Inhalte meiner DiskStation auf einer externen USB Festplatte sichern. Dabei bin ich nun auf das Problem gestoßen, dass der Speicherplatz der externen Festplatte überraschender Weise nicht ausreicht.
Diskstation:
DS415play DSM 5.2-5967 Update 1
3x WD RED 3TB im SHR
Externe Festplatte:
1 TB Speicherplatz
Die in diesem Fall zu sichernden Daten sind der photo Ordner und der homes Ordner.
Mein photo Ordner ist laut Speicheranalysator knapp 507 GB groß. Der homes Ordner laut Bericht knapp 80 GB. Nach Adam Riese sind also knapp 587 GB zu sichern. Ich schloss die externe Festplatte an und richtete mit dem Backupassistenten die Festplatte als Datensicherungsziel ein und erstellte eine Sicherungsaufgabe und startete selbige. Nach einigen Stunden bekam ich dann die Nachricht, die Festplatte sei voll. Ich war überrascht, da die zu sichernden Daten ja deutlich weniger waren als die maximale Kapazität der Festplatte.
Ich habe dann versucht herauszufinden warum das Backup so viel größer ist als der Bericht des Speicheranalysators anzeigt.
via ssh habe ich in den Photo Ordner auf der externen Festplatte geschaut und festgestellt, dass dieser tatsächlich sehr groß ist.
Rich (BBCode):
DiskStation_RM> du -hd 1 /volumeUSB2/usbshare/DiskStation_RM_1/
24.5M /volumeUSB2/usbshare/DiskStation_RM_1/@app
80.1G /volumeUSB2/usbshare/DiskStation_RM_1/homes
836.3G /volumeUSB2/usbshare/DiskStation_RM_1/photo
916.5G /volumeUSB2/usbshare/DiskStation_RM_1/
Ich fand in vielen Verzeichnissen Unterordner mit dem Namen @eaDir die teilweise sehr groß sind.
Bsp. für einen solchen @eaDir Ordner mit nennenswerter Größe:
Rich (BBCode):
DiskStation_RM> du -hd 1 Gopro
38.8G Gopro/@eaDir
35.5G Gopro/freitag
52.4G Gopro/Montag
19.3G Gopro/Samstag
35.9G Gopro/Sonntag
217.6G Gopro
Files im @eaDir Ordner
Rich (BBCode):
DiskStation_RM> du -hd 1 Gopro/@eaDir
666.7M Gopro/@eaDir/GOPR7868.MP4
110.4M Gopro/@eaDir/GOPR7869.MP4
834.4M Gopro/@eaDir/GOPR7870.MP4
8.4M Gopro/@eaDir/GOPR7871.MP4
25.3M Gopro/@eaDir/GOPR7872.MP4
96.9M Gopro/@eaDir/GOPR7874.MP4
696.6M Gopro/@eaDir/GOPR7875.MP4
1.1G Gopro/@eaDir/GOPR7876.MP4
4.0G Gopro/@eaDir/GOPR7877.MP4
1.2G Gopro/@eaDir/GOPR7878.MP4
65.3M Gopro/@eaDir/GOPR7879.MP4
119.4M Gopro/@eaDir/GOPR7880.MP4
555.3M Gopro/@eaDir/GOPR7881.MP4
253.9M Gopro/@eaDir/GOPR7884.MP4
36.7M Gopro/@eaDir/GOPR7885.MP4
107.9M Gopro/@eaDir/GOPR7886.MP4
112.3M Gopro/@eaDir/GOPR7887.MP4
140.7M Gopro/@eaDir/GOPR7888.MP4
193.6M Gopro/@eaDir/GOPR7889.MP4
329.6M Gopro/@eaDir/GOPR7890.MP4
300.0K Gopro/@eaDir/GOPR7891.JPG
288.0K Gopro/@eaDir/GOPR7892.JPG
8.4M Gopro/@eaDir/GOPR7893.MP4
4.0G Gopro/@eaDir/GOPR7894.MP4
509.8M Gopro/@eaDir/GOPR7895.MP4
165.9M Gopro/@eaDir/GOPR7896.MP4
4.0G Gopro/@eaDir/GOPR7897.MP4
12.2M Gopro/@eaDir/GOPR7898.MP4
2.9G Gopro/@eaDir/GOPR7899.MP4
4.0G Gopro/@eaDir/GOPR7900.MP4
548.0K Gopro/@eaDir/GOPR7901.JPG
4.0G Gopro/@eaDir/GOPR7902.MP4
2.2G Gopro/@eaDir/GP017877.MP4
991.9M Gopro/@eaDir/GP017894.MP4
1.2G Gopro/@eaDir/GP017897.MP4
162.6M Gopro/@eaDir/GP017900.MP4
4.0G Gopro/@eaDir/GP017902.MP4
192.4M Gopro/@eaDir/GP027902.MP4
38.8G Gopro/@eaDir
Files im Verzeichnis wo der @eaDir Ordner sich befindet
Rich (BBCode):
DiskStation_RM> cd Gopro
DiskStation_RM> ls -lh
drwxrwxrwx 40 admin users 4.0K Feb 10 14:56 @eaDir
-rwxrwxrwx 1 admin users 613.0M Feb 2 17:08 GOPR7868.MP4
-rwxrwxrwx 1 admin users 101.5M Feb 2 17:11 GOPR7869.MP4
-rwxrwxrwx 1 admin users 767.9M Feb 2 17:19 GOPR7870.MP4
-rwxrwxrwx 1 admin users 7.6M Feb 2 18:35 GOPR7871.MP4
-rwxrwxrwx 1 admin users 23.1M Feb 2 18:37 GOPR7872.MP4
-rwxrwxrwx 1 admin users 88.5M Feb 3 12:08 GOPR7874.MP4
-rwxrwxrwx 1 admin users 639.6M Feb 3 12:13 GOPR7875.MP4
-rwxrwxrwx 1 admin users 1022.0M Feb 3 12:27 GOPR7876.MP4
-rwxrwxrwx 1 admin users 3.7G Feb 3 12:57 GOPR7877.MP4
-rwxrwxrwx 1 admin users 1.1G Feb 3 13:47 GOPR7878.MP4
-rwxrwxrwx 1 admin users 59.7M Feb 3 16:18 GOPR7879.MP4
-rwxrwxrwx 1 admin users 109.8M Feb 3 16:20 GOPR7880.MP4
-rwxrwxrwx 1 admin users 510.1M Feb 3 16:28 GOPR7881.MP4
-rwxrwxrwx 1 admin users 233.5M Feb 4 08:28 GOPR7884.MP4
-rwxrwxrwx 1 admin users 33.4M Feb 4 08:30 GOPR7885.MP4
-rwxrwxrwx 1 admin users 98.9M Feb 4 08:31 GOPR7886.MP4
-rwxrwxrwx 1 admin users 102.9M Feb 4 08:30 GOPR7887.MP4
-rwxrwxrwx 1 admin users 130.0M Feb 4 08:57 GOPR7888.MP4
-rwxrwxrwx 1 admin users 178.4M Feb 4 12:29 GOPR7889.MP4
-rwxrwxrwx 1 admin users 303.0M Feb 4 12:32 GOPR7890.MP4
-rwxrwxrwx 1 admin users 3.2M Feb 4 12:32 GOPR7891.JPG
-rwxrwxrwx 1 admin users 3.2M Feb 4 12:32 GOPR7892.JPG
-rwxrwxrwx 1 admin users 7.6M Feb 4 12:33 GOPR7893.MP4
-rwxrwxrwx 1 admin users 3.7G Feb 4 12:50 GOPR7894.MP4
-rwxrwxrwx 1 admin users 468.4M Feb 4 14:06 GOPR7895.MP4
-rwxrwxrwx 1 admin users 152.3M Feb 4 14:11 GOPR7896.MP4
-rwxrwxrwx 1 admin users 3.7G Feb 4 14:33 GOPR7897.MP4
-rwxrwxrwx 1 admin users 11.0M Feb 4 15:02 GOPR7898.MP4
-rwxrwxrwx 1 admin users 2.7G Feb 4 15:20 GOPR7899.MP4
-rwxrwxrwx 1 admin users 3.7G Feb 4 15:50 GOPR7900.MP4
-rwxrwxrwx 1 admin users 4.2M Feb 4 16:02 GOPR7901.JPG
-rwxrwxrwx 1 admin users 3.7G Feb 4 16:26 GOPR7902.MP4
-rwxrwxrwx 1 admin users 2.0G Feb 3 13:06 GP017877.MP4
-rwxrwxrwx 1 admin users 912.4M Feb 4 12:55 GP017894.MP4
-rwxrwxrwx 1 admin users 1.1G Feb 4 14:39 GP017897.MP4
-rwxrwxrwx 1 admin users 149.0M Feb 4 15:50 GP017900.MP4
-rwxrwxrwx 1 admin users 3.7G Feb 4 16:44 GP017902.MP4
-rwxrwxrwx 1 admin users 176.8M Feb 4 16:45 GP027902.MP4
drwxrwxrwx 3 admin users 4.0K Feb 8 19:00 Montag
drwxrwxrwx 3 admin users 4.0K Feb 6 19:31 Samstag
drwxrwxrwx 3 admin users 4.0K Feb 7 20:44 Sonntag
drwxrwxrwx 3 admin users 4.0K Feb 5 18:14 freitag
Man sieht, dass die Dateien im @eaDir Ordner teilweise größer sind als die Originale.
Schaue ich in den photo Ordner auf der DiskStation, so ist dieser zwar nicht 507 GB groß, wie mir der Bericht zuvor verraten hatte, sondern 570. Aber immer noch deutlich kleiner als in dem (abgebrochenen) Backup:
Rich (BBCode):
DiskStation_RM> du -hd 1 /volume1/
16.0K /volume1/lost+found
11.7M /volume1/@tmp
16.0K /volume1/@S2S
880.5M /volume1/@database
80.1G /volume1/homes
677.5M /volume1/@appstore
21.5G /volume1/music
42.9G /volume1/@cloudstation
140.7M /volume1/@download
570.7G /volume1/photo
1.9T /volume1/video
8.0K /volume1/@carddav
550.6M /volume1/@SynoDrive
10.4G /volume1/downloads
72.0K /volume1/@eaDir
16.2M /volume1/web
1.5M /volume1/share
152.0K /volume1/@MailScanner
159.3M /volume1/@clamav
436.0K /volume1/@maillog
12.7G /volume1/@encrpt@
4.0K /volume1/@autoupdate
16.1M /volume1/@squid
64.0K /volume1/@postfix
2.6T /volume1/
Beim Erstellen des Backups werden also diese Ordner angelegt und auch nur in das Backup geschrieben.
Meine Frage ist jetzt: Wie/warum kommen diese Ordner zustande? Und: Wie kann ich verhindern, dass sie mein Backup derart aufblähen?
Grüße,
Ricardo