grsync / rsync: kein Speicherplatz mehr vorhanden

Hast Du Probleme mit Hardware, die durch die anderen Foren nicht abgedeckt werden? Schau auch in den "Tipps und Tricks"-Bereich.
Antworten
ocram
Beiträge: 217
Registriert: 26.04.2018 22:30:24

grsync / rsync: kein Speicherplatz mehr vorhanden

Beitrag von ocram » 10.12.2018 19:41:15

Hi,

ich wollte mal gerade wieder ein Backup meines /home Ordners machen und habe einige Schwiergkeiten dabei. Verwenden tue ich grsync dazu. Die externe Platte (sdc1) ist mit ntfs formattiert und hat laut

Code: Alles auswählen

df -h
noch knapp 40% frei, also mehr als genug für mein /home (ca. 40 GB).

Code: Alles auswählen

Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
udev            3,7G       0  3,7G    0% /dev
tmpfs           743M    1,3M  742M    1% /run
/dev/sdb1        28G     17G  9,3G   65% /
tmpfs           3,7G    230M  3,5G    7% /dev/shm
tmpfs           5,0M    4,0K  5,0M    1% /run/lock
tmpfs           3,7G       0  3,7G    0% /sys/fs/cgroup
/dev/sdb6       194G     39G  145G   22% /home
tmpfs           743M     20K  743M    1% /run/user/1000
/dev/sda1       229G     13G  204G    6% /media/SamsungT5
/dev/sdc1       299G    171G  128G   58% /media/marco/My Book
grsync bricht aber nach einer gewissen Zeit hab und sagt, dass kein Speicherplatz mehr vorhanden ist.

df -i sagt:

Code: Alles auswählen

Dateisystem       Inodes IBenutzt     IFrei IUse% Eingehängt auf
udev              947002      512    946490    1% /dev
tmpfs             950131      728    949403    1% /run
/dev/sdb1        1831424   251565   1579859   14% /
tmpfs             950131      363    949768    1% /dev/shm
tmpfs             950131        3    950128    1% /run/lock
tmpfs             950131       15    950116    1% /sys/fs/cgroup
/dev/sdb6       12951552   188514  12763038    2% /home
tmpfs             950131       24    950107    1% /run/user/1000
/dev/sda1       15269888    37554  15232334    1% /media/SamsungT5
/dev/sdc1      134345986   215744 134130242    1% /media/marco/My Book
Hier scheint auch alles ok zu sein. Woran könnte so etwas sonst noch liegen?

Zweites Problem: Wenn ich grsync am Laufen habe, dann wird relativ stark das System ausgebremst, d.h. Maus ruckelt und es gibt Aussetzer im Audio (ohne xruns). CPU und MEM Auslastung ist allerdings im Rahmen (~50%). Das tritt mit zwei externen HDDs auf, die ich getestet habe, d.h. die externe Platte kann man fast ausschließen als Problem. Gleiches passiert beim händischen Kopieren mittels cp ... System läuft sonst ohne Probleme.

Code: Alles auswählen

System:    Host: fox Kernel: 4.9.0-8-rt-amd64 x86_64 (64 bit) Desktop: Xfce 4.12.3
           Distro: Debian GNU/Linux 9 (stretch)
Machine:   Device: desktop Mobo: MSI model: H81M-E34 (MS-7817) v: 3.0 BIOS: American Megatrends v: V17.5 date: 03/30/2015
CPU:       Quad core Intel Core i5-4460 (-MCP-) cache: 6144 KB 
           clock speeds: max: 3400 MHz 1: 3352 MHz 2: 3350 MHz 3: 3385 MHz 4: 3391 MHz
Graphics:  Card: Intel Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller
           Display Server: X.Org 1.19.2 drivers: modesetting (unloaded: fbdev,vesa)
           Resolution: 1920x1080@60.00hz
           GLX Renderer: Mesa DRI Intel Haswell Desktop GLX Version: 3.0 Mesa 13.0.6
Audio:     Card-1 Intel 8 Series/C220 Series High Definition Audio Controller driver: snd_hda_intel
           Card-2 Intel Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller driver: snd_hda_intel
           Card-3 AKAI Professional M.I. LPK25 MIDI Keyboard driver: USB Audio
           Card-4 ZOOM driver: USB Audio
           Sound: Advanced Linux Sound Architecture v: k4.9.0-8-rt-amd64
Network:   Card: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: r8169
           IF: enp2s0 state: up speed: 1000 Mbps duplex: full mac: d8:cb:8a:e8:e9:99
Drives:    HDD Total Size: 820.2GB (32.1% used)
           ID-1: /dev/sdb model: Samsung_SSD_850 size: 250.1GB
           ID-2: USB /dev/sda model: Portable_SSD_T5 size: 250.1GB
           ID-3: USB /dev/sdc model: 3200JB_External size: 320.1GB
Partition: ID-1: / size: 28G used: 17G (65%) fs: ext4 dev: /dev/sdb1
           ID-2: /home size: 194G used: 39G (22%) fs: ext4 dev: /dev/sdb6
           ID-3: swap-1 size: 7.99GB used: 0.00GB (0%) fs: swap dev: /dev/sdb5
Sensors:   System Temperatures: cpu: 34.5C mobo: 44.0C
           Fan Speeds (in rpm): cpu: 872 fan-1: 774 fan-3: 0 fan-4: 0 fan-5: 0
Info:      Processes: 228 Uptime: 3:42 Memory: 3140.4/7422.9MB Client: Shell (bash) inxi: 2.3.5 
Danke für die Weiterhilfe.
Quad core Intel Core i5-4460, H81M-E34
Intel Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller
Desktop: Xfce 4.12.3 Distro: Debian GNU/Linux 10 (Buster), +KXStudio

ocram
Beiträge: 217
Registriert: 26.04.2018 22:30:24

Re: grsync / rsync: kein Speicherplatz mehr vorhanden

Beitrag von ocram » 10.12.2018 20:00:43

eventuell war wieder dieser unsichtbare trash - Ordner für die Hänger verantwortlich.

-> viewtopic.php?f=2&t=170268&p=1178954#p1178954 (leider war's das noch nicht)

Problem mit dem Speicherplatz besteht weiterhin.

Code: Alles auswählen

home/marco/Privat/Bilder/handy/DSC00059.JPG
        331,797 100%  413.29kB/s    0:00:00 (xfr#67256, ir-chk=1148/71366)
home/marco/Privat/Bilder/handy/DSC00060.JPG
        354,232 100%  440.11kB/s    0:00:00 (xfr#67257, ir-chk=1147/71366)
home/marco/Privat/Bilder/handy/DSC00061.JPG
        341,343 100%  423.02kB/s    0:00:00 (xfr#67258, ir-chk=1146/71366)
home/marco/Privat/Bilder/handy/DSC00062.JPG
rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at rsync.c(644) [sender=3.1.2]
rsync: mkstemp "/media/marco/My Book/homebackup_181210/home/marco/Privat/Bilder/Bilder_2008_von_Kamera/.DSC01777.JPG.vly4tL" failed: No space left on device (28)
rsync: mkstemp "/media/marco/My Book/homebackup_181210/home/marco/Privat/Bilder/Bilder_2008_von_Kamera/.DSC01778.JPG.zZMrGj" failed: No space left on device (28)
rsync: mkstemp "/media/marco/My Book/homebackup_181210/home/marco/Privat/Bilder/Bilder_2008_von_Kamera/.DSC01779.JPG.1VBNUR" failed: No space left on device (28)
rsync: mkstemp "/media/marco/My Book/homebackup_181210/home/marco/Privat/Bilder/Bilder_2008_von_Kamera/.DSC01780.JPG.nFyBaq" failed: No space left on device (28)
rsync: mkstemp "/media/marco/My Book/homebackup_181210/home/marco/Privat/Bilder/Bilder_2008_von_Kamera/.DSC01781.JPG.PF8KrY" failed: No space left on device (28)
Quad core Intel Core i5-4460, H81M-E34
Intel Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller
Desktop: Xfce 4.12.3 Distro: Debian GNU/Linux 10 (Buster), +KXStudio

ocram
Beiträge: 217
Registriert: 26.04.2018 22:30:24

Re: grsync / rsync: kein Speicherplatz mehr vorhanden

Beitrag von ocram » 10.12.2018 22:12:10

edit: Nach einigen Versuchen hat es funktioniert. Keine Ahnung, was das Problem war.

Trotzdem bleibt noch das Problem, dass es bei einer der Platten (bei der anderen nicht so ausgeprägt) zum Ruckeln der Maus und zu Audioaussetzern kommt, wenn Daten kopiert werden.
Quad core Intel Core i5-4460, H81M-E34
Intel Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller
Desktop: Xfce 4.12.3 Distro: Debian GNU/Linux 10 (Buster), +KXStudio

ocram
Beiträge: 217
Registriert: 26.04.2018 22:30:24

Re: grsync / rsync: kein Speicherplatz mehr vorhanden

Beitrag von ocram » 11.12.2018 18:45:34

ocram hat geschrieben: ↑ zum Beitrag ↑
10.12.2018 22:12:10
edit: Nach einigen Versuchen hat es funktioniert. Keine Ahnung, was das Problem war.

Trotzdem bleibt noch das Problem, dass es bei einer der Platten (bei der anderen nicht so ausgeprägt) zum Ruckeln der Maus und zu Audioaussetzern kommt, wenn Daten kopiert werden.
Ich habe jetzt mal versucht die Priorität von rsync mit "nice" zu ändern, aber auch das hilft nichts. Die Platte ist laut Western Digital Test in Ordnung.
Quad core Intel Core i5-4460, H81M-E34
Intel Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller
Desktop: Xfce 4.12.3 Distro: Debian GNU/Linux 10 (Buster), +KXStudio

ernstlx
Beiträge: 42
Registriert: 25.02.2011 01:15:44
Kontaktdaten:

Re: grsync / rsync: kein Speicherplatz mehr vorhanden

Beitrag von ernstlx » 16.12.2018 21:22:44

Hallo!
Zweites Problem: Wenn ich grsync am Laufen habe, dann wird relativ stark das System ausgebremst, d.h. Maus ruckelt und es gibt Aussetzer im Audio (ohne xruns). CPU und MEM Auslastung ist allerdings im Rahmen (~50%).
Wie sieht es denn mit der Festplattenauslastung aus? Dass es bei größeren Kopiervorgängen zu Rucklern in anderen Anwendungen kommt, habe ich auch schon erlebt.
Desktop: Intel i5-6600T@2,7GHz, ASRock Z170 Extreme4, 8GB RAM, Samsung 970 Evo SSD, Debian Stretch (64-bit), Xfce
Notebook: HP 2540p, Intel i5-540M@2,53GHz mit GMA HD Graphik, 4GB RAM, Intel SSD SAM080, Debian Jessie (64-bit), Xfce
Router/Server: Intel D945GCLF2 ITX-Board mit Atom 330@1,6GHz, 2GB RAM, Samsung 860 Evo SSD, Debian Stretch (32-bit), -

Benutzeravatar
bluestar
Beiträge: 2334
Registriert: 26.10.2004 11:16:34
Wohnort: Rhein-Main-Gebiet

Re: grsync / rsync: kein Speicherplatz mehr vorhanden

Beitrag von bluestar » 16.12.2018 21:54:35

ocram hat geschrieben: ↑ zum Beitrag ↑
10.12.2018 19:41:15
Die externe Platte (sdc1) ist mit ntfs formattiert
Formatiere die Platte mal mit einem Linux-Dateisystem, bsp. ext3

ocram
Beiträge: 217
Registriert: 26.04.2018 22:30:24

Re: grsync / rsync: kein Speicherplatz mehr vorhanden

Beitrag von ocram » 21.12.2018 21:02:04

bluestar hat geschrieben: ↑ zum Beitrag ↑
16.12.2018 21:54:35
ocram hat geschrieben: ↑ zum Beitrag ↑
10.12.2018 19:41:15
Die externe Platte (sdc1) ist mit ntfs formattiert
Formatiere die Platte mal mit einem Linux-Dateisystem, bsp. ext3
Danke, das waere der naechste Schritt. Offenbar liegt es daran.
Quad core Intel Core i5-4460, H81M-E34
Intel Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller
Desktop: Xfce 4.12.3 Distro: Debian GNU/Linux 10 (Buster), +KXStudio

debianoli
Beiträge: 4068
Registriert: 07.11.2007 13:58:49
Wohnort: Augschburg

Re: grsync / rsync: kein Speicherplatz mehr vorhanden

Beitrag von debianoli » 22.12.2018 10:30:46

ocram hat geschrieben: ↑ zum Beitrag ↑
21.12.2018 21:02:04
Danke, das waere der naechste Schritt. Offenbar liegt es daran.
Ganz sicher liegt es daran. ntfs ist kein Linux-Dateisystem und läuft als Fuse-Modul im Userspace. Dagegen ist Ext3/4 im Kernel implementiert und für schnelle Verarbeitung optimiert.

Antworten