visir
Anmeldungsdatum: 1. Februar 2018
Beiträge: 145
|
Hallo alle! Anfangs - also vor kurzem - hat "back in time" wunderbar funktioniert - das initiale backup lief in vernünftiger Zeit, und auch die ein, zwei Schnappschüsse seitdem gingen flott. Heute hängte ich die Platte wieder an, startete einen Schnappschuss, beendete alle anderen Programme, um nur ja nichts zu bremsen oder zu blockieren und ging inzwischen Wohnung aufräumen. Wie ich nach längerer Zeit wieder zurückkomme, war gerade mal 10% Fortschritt, die Geschwindigkeit im kB/s-Bereich, sinkend, und verbleibende Zeit ein paar hundert Stunden - es wurden keine Daten mehr übertragen. Ich hatte dann die Platte in Verdacht, hab dann auch herausgefunden, wie man die Sicherung abwürgt (back in time verzichtet auf den "Luxus", dass man eine Sicherung regulär abbrechen kann), die Platte neu formatiert, etc. pp., die Platte scheint aber doch zu funktionieren (ist eine neue Maxtor 2TB 2,5"), und die Sicherung läuft jetzt wieder - und mit extrem schwankender Geschwindigkeit. Momentan wieder mal im einstelligen MB/s-Bereich. Verbleibende Zeit: mehrere Stunden. Ich werd das wieder abwürgen müssen, das kanns doch nicht sein. Hat wer eine Idee, was da los ist?
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 8711
|
Hallo visir,
Heute hängte ich die Platte wieder an,...
Daraus schließe ich, du hast eine externe Festplatte mit einem USB- Anschluss. Bitte schließe die Platte an und
poste bitte im Codeblock von Prompt bis Prompt das Ergebnis von
lsusb
|
visir
(Themenstarter)
Anmeldungsdatum: 1. Februar 2018
Beiträge: 145
|
Berlin_1946 schrieb: Hallo visir, Daraus schließe ich, du hast eine externe Festplatte mit einem USB- Anschluss. Bitte schließe die Platte an und
poste bitte im Codeblock von Prompt bis Prompt das Ergebnis von
lsusb
bitte gerne: Bus 002 Device 002: ID 0bc2:61b5 Seagate RSS LLC
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 006: ID 222a:00af
Bus 001 Device 004: ID 174f:14d4 Syntek
Bus 001 Device 005: ID 17ef:608d Lenovo
Bus 001 Device 003: ID 05e3:0608 Genesys Logic, Inc. Hub
Bus 001 Device 008: ID 0bda:0129 Realtek Semiconductor Corp. RTS5129 Card Reader Controller
Bus 001 Device 007: ID 8087:0a2b Intel Corp.
Bus 001 Device 002: ID 17ef:608c Lenovo
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub ja, Maxtor ist eigentlich Seagate... Noch was ist mir aufgefallen: ich hab für die Sicherung bis jetzt immer "back in time" gestartet. In den Anwendungen gibts aber noch ein "back in time (root)" - sollte eigentlich nur ein Unterschied in den Berechtigungen sein, oder?
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 8711
|
visir schrieb:
Noch was ist mir aufgefallen: ich hab für die Sicherung bis jetzt immer "back in time" gestartet. In den Anwendungen gibts aber noch ein "back in time (root)" - sollte eigentlich nur ein Unterschied in den Berechtigungen sein, oder?
Dazu solltest du das Wiki Back In Time lesen, hier wird ausführlich auf root und nicht root eingegangen. Ggf fragen. Post mal bitte im Codeblock das Ergebnis von:
sudo lsblk -o NAME,UUID,FSTYPE,SIZE,LABEL,MOUNTPOINT
|
visir
(Themenstarter)
Anmeldungsdatum: 1. Februar 2018
Beiträge: 145
|
auch schräg: gestern hab ich dann noch einen Schnappschuss gestartet, der auch unheimlich zäh begonnen hat, dann bin ich eine Viertelstunde oder so vom Rechner weggegangen, und bei meiner Rückkehr wars dann auf einmal fertig... Berlin_1946 schrieb: Dazu solltest du das Wiki Back In Time lesen, hier wird ausführlich auf root und nicht root eingegangen. Ggf fragen.
werde ich noch Post mal bitte im Codeblock das Ergebnis von:
sudo lsblk -o NAME,UUID,FSTYPE,SIZE,LABEL,MOUNTPOINT
gerne: NAME UUID FSTYPE SIZE LABEL MOUNTPOINT
sda 1,8T
└─sda1 161e4e4e-cfa3-4a7d-8964-84eff3d21a40 ext4 1,8T Datensicherung
/media/wol
sr0 1024M
nvme0n1 477G
├─nvme0n1p1
│ 6081-CFB7 vfat 512M /boot/efi
└─nvme0n1p2
677edd16-0cfa-45d3-8814-cb7a915c0eab ext4 476,4G /
Recht viel steht da eigentlich nicht, oder? Im Wesentlichen, dass sowohl die interne als auch die externe auf ext4 formatiert sind (bis auf die boot-Partition)
Was das sr0 mit 1024M ist, weiß ich allerdings noch nicht... gehört aber wohl auch nicht zum Problem.
...ah, wenn man lsblk ohne Parameter aufruft, wirft es aus, dass es ein ROM ist.
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 8711
|
Hallo visir, ist das deine Externe USB3 Festplatte? NAME UUID FSTYPE SIZE LABEL MOUNTPOINT
sda 1,8T
└─sda1 161e4e4e-cfa3-4a7d-8964-84eff3d21a40 ext4 1,8T Datensicherung Die Frage ergibt sich, da du leider nicht im Codeblock von Prompt bis Prompt postest. "wol " ist vermutlich dein Username. Poste mal bitte das: cat /etf/fstab
Mein Vorschlag ist die Festplatte gemäß Wiki statisch einzubinden. Aus diesem Wiki Datenträger kann man entnehme das sr0 ein Optische-Laufwerke ist (nur zur Info).
|
visir
(Themenstarter)
Anmeldungsdatum: 1. Februar 2018
Beiträge: 145
|
Berlin_1946 schrieb: ist das deine Externe USB3 Festplatte? NAME UUID FSTYPE SIZE LABEL MOUNTPOINT
sda 1,8T
└─sda1 161e4e4e-cfa3-4a7d-8964-84eff3d21a40 ext4 1,8T Datensicherung
tschuldigung, was sollte es sonst sein? Das label ist doch recht sprechend...
Die Frage ergibt sich, da du leider nicht im Codeblock von Prompt bis Prompt postest.
Wenn ich gewusst hätte, dass Du "inklusive prompts" gemeint hast... wozu brauchst Du den prompt?
"wol " ist vermutlich dein Username.
jedenfalls ein Teil davon.
Poste mal bitte das: cat /etf/fstab
kann ich am Abend...
Mein Vorschlag ist die Festplatte gemäß Wiki statisch einzubinden.
Soweit ich im Wiki lese, soll das verhindern, dass das Laufwerk nicht gefunden würde - gefunden wird es aber... siehe mountpoint, der zwar hier nicht vollständig dargestellt wird, in dem aber "sda" o.dgl. nicht vorkommt, also konstant bleibt. Verständnisfrage: wieweit beeinflusst das alles die Übertragungsgeschwindigkeit, wenn die Sicherung läuft?
Aus diesem Wiki Datenträger kann man entnehme das sr0 ein Optische-Laufwerke ist (nur zur Info).
ah ja - das hatte ich eh irgendwie vermisst. Hab mir gedacht, das scheint nicht auf, weil keine Scheibe drinliegt. Und dass da 1GB ROM angegeben wird... Danke! Auch sonst danke für die Fürsorge!
|
visir
(Themenstarter)
Anmeldungsdatum: 1. Februar 2018
Beiträge: 145
|
Berlin_1946 schrieb: Poste mal bitte das: cat /etf/fstab
so, diesmal alles, was im Terminal drinsteht:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16 | wolfgang@wolfgang-ThinkCentre:~$ cat /etf/fstab
cat: /etf/fstab: Datei oder Verzeichnis nicht gefunden
wolfgang@wolfgang-ThinkCentre:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/nvme0n1p2 during installation
UUID=677edd16-0cfa-45d3-8814-cb7a915c0eab / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=6081-CFB7 /boot/efi vfat umask=0077 0 1
/swapfile none swap sw 0 0
wolfgang@wolfgang-ThinkCentre:~$
|
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 8711
|
Hallo visir,
Verständnisfrage: wieweit beeinflusst das alles die Übertragungsgeschwindigkeit, wenn die Sicherung läuft?
Bei mir läuft Deja Dup Datensicherung und dort hatte ich Probleme, wenn ich nur das Delta sicheren wollte. Die 1. Sicherung ging immer. Ich bin auf die Idee gekommen, das sich das Programm intern Sachen speichert, die den 1. Zugang betreffen. Dann habe ich die Festplatte in die fstab eingetragen und dann ging es immer und auch genauso schnell (*bit/sec) wie beim 1. mal. So meine Erfahrung. Vllt kann jemand, der sich bei back in time intern aus kennt, was dazu sagen. Ist nur eine Idee, die aber auch keinen Schaden anrichtet. Kann bei mir auch nur Zufall sein, aber seither (so soll es bleiben) keine Probleme. Eine andere Idee: wird der USB3- Treiber geladen? Für den Controller
lspci -nnk | grep "USB controller" -A2 Für den Treiber: dmesg -T | grep hci
|
visir
(Themenstarter)
Anmeldungsdatum: 1. Februar 2018
Beiträge: 145
|
Hallo Berlin_1946! Berlin_1946 schrieb: Bei mir läuft Deja Dup Datensicherung und dort hatte ich Probleme, wenn ich nur das Delta sicheren wollte. Die 1. Sicherung ging immer. Ich bin auf die Idee gekommen, das sich das Programm intern Sachen speichert, die den 1. Zugang betreffen. Dann habe ich die Festplatte in die fstab eingetragen und dann ging es immer und auch genauso schnell (*bit/sec) wie beim 1. mal.
Sachen gibts...
Eine andere Idee: wird der USB3- Treiber geladen? Für den Controller
lspci -nnk | grep "USB controller" -A2 Für den Treiber: dmesg -T | grep hci
Die Ausgaben dazu:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46 | wolfgang@wolfgang-ThinkCentre:~$ lspci -nnk | grep "USB controller" -A2
00:14.0 USB controller [0c03]: Intel Corporation 200 Series PCH USB 3.0 xHCI Controller [8086:a2af]
Subsystem: Lenovo 200 Series PCH USB 3.0 xHCI Controller [17aa:3112]
Kernel driver in use: xhci_hcd
wolfgang@wolfgang-ThinkCentre:~$ dmesg -T | grep hci
[Don Feb 22 17:27:49 2018] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[Don Feb 22 17:27:49 2018] ehci-pci: EHCI PCI platform driver
[Don Feb 22 17:27:49 2018] ehci-platform: EHCI generic platform driver
[Don Feb 22 17:27:49 2018] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[Don Feb 22 17:27:49 2018] ohci-pci: OHCI PCI platform driver
[Don Feb 22 17:27:49 2018] ohci-platform: OHCI generic platform driver
[Don Feb 22 17:27:49 2018] uhci_hcd: USB Universal Host Controller Interface driver
[Don Feb 22 17:27:49 2018] xhci_hcd 0000:00:14.0: xHCI Host Controller
[Don Feb 22 17:27:49 2018] xhci_hcd 0000:00:14.0: new USB bus registered, assigned bus number 1
[Don Feb 22 17:27:49 2018] xhci_hcd 0000:00:14.0: hcc params 0x200077c1 hci version 0x100 quirks 0x00009810
[Don Feb 22 17:27:49 2018] xhci_hcd 0000:00:14.0: cache line size of 64 is not supported
[Don Feb 22 17:27:49 2018] usb usb1: Manufacturer: Linux 4.13.0-36-generic xhci-hcd
[Don Feb 22 17:27:49 2018] xhci_hcd 0000:00:14.0: xHCI Host Controller
[Don Feb 22 17:27:49 2018] xhci_hcd 0000:00:14.0: new USB bus registered, assigned bus number 2
[Don Feb 22 17:27:49 2018] usb usb2: Manufacturer: Linux 4.13.0-36-generic xhci-hcd
[Don Feb 22 17:27:49 2018] usb 1-1: new low-speed USB device number 2 using xhci_hcd
[Don Feb 22 17:27:49 2018] ahci 0000:00:17.0: version 3.0
[Don Feb 22 17:27:49 2018] ahci 0000:00:17.0: AHCI 0001.0301 32 slots 6 ports 6 Gbps 0x3f impl SATA mode
[Don Feb 22 17:27:49 2018] ahci 0000:00:17.0: flags: 64bit ncq sntf led clo only pio slum part ems deso sadm sds apst
[Don Feb 22 17:27:49 2018] scsi host0: ahci
[Don Feb 22 17:27:49 2018] scsi host1: ahci
[Don Feb 22 17:27:49 2018] scsi host2: ahci
[Don Feb 22 17:27:49 2018] scsi host3: ahci
[Don Feb 22 17:27:49 2018] scsi host4: ahci
[Don Feb 22 17:27:49 2018] scsi host5: ahci
[Don Feb 22 17:27:49 2018] usb 1-4: new high-speed USB device number 3 using xhci_hcd
[Don Feb 22 17:27:49 2018] usb 1-7: new high-speed USB device number 4 using xhci_hcd
[Don Feb 22 17:27:50 2018] usb 1-4.4: new low-speed USB device number 5 using xhci_hcd
[Don Feb 22 17:27:50 2018] usb 1-8: new full-speed USB device number 6 using xhci_hcd
[Don Feb 22 17:27:50 2018] usb 1-11: new full-speed USB device number 7 using xhci_hcd
[Don Feb 22 17:27:50 2018] usb 1-12: new high-speed USB device number 8 using xhci_hcd
[Don Feb 22 17:27:51 2018] Bluetooth: hci0: Firmware revision 0.1 build 173 week 45 2017
[Don Feb 22 18:02:58 2018] usb 2-5: new SuperSpeed USB device number 2 using xhci_hcd
[Don Feb 22 18:09:03 2018] xhci_hcd 0000:00:14.0: Stop endpoint command completion for disabled slot 8
[Don Feb 22 18:39:17 2018] xhci_hcd 0000:00:14.0: port 11 resume PLC timeout
[Don Feb 22 18:39:17 2018] xhci_hcd 0000:00:14.0: port 7 resume PLC timeout
[Don Feb 22 18:39:17 2018] xhci_hcd 0000:00:14.0: port 6 resume PLC timeout
[Don Feb 22 18:39:17 2018] usb 1-12: reset high-speed USB device number 8 using xhci_hcd
[Don Feb 22 18:39:17 2018] usb 1-7: reset high-speed USB device number 4 using xhci_hcd
[Don Feb 22 18:39:17 2018] usb 1-8: reset full-speed USB device number 6 using xhci_hcd
wolfgang@wolfgang-ThinkCentre:~$
|
Ich nehm das als ein "ja, er wird geladen"... Was mir jetzt auch grad beim Herumschauen auffällt: während der Probleme ging ein- und aushängen der USB-Platte auch immer sehr langsam - das geht jetzt wieder "sofort". Wie wenn sich (zufällig während dem letzten Schnappschuss, der sehr zäh anfing und nach einer Zeit dann auf einmal recht schnell fertig war) irgendwas wieder "eingerenkt" hätte.
Mal einen Schnappschuss starten, ist ja kein Fehler... der hat jetzt ein paar Sekunden gedauert... war allerdings auch nicht viel zu tun, vor den langsamen Läufen hatte ich meine Musik neu sortiert, da war natürlich auch viel zu übertragen. Was aber keine niedrige Übertragunsrate rechtfertigt. Ich hätte jetzt willkürlich ein paar Musikordner verschieben müssen...
|
visir
(Themenstarter)
Anmeldungsdatum: 1. Februar 2018
Beiträge: 145
|
Langer Rede kurzer Sinn: es kann sein, dass sich das Problem "aufgelöst" hat - das sehe ich, wenn ich wieder einmal größere Änderungen zu sichern habe. Aber vielleicht hat doch noch jemand eine Idee, was da gewesen sein könnte.
|
Vej
Moderator, Supporter
Anmeldungsdatum: 7. März 2013
Beiträge: 3391
|
Hallo visir! visir schrieb: Aber vielleicht hat doch noch jemand eine Idee, was da gewesen sein könnte.
Wenn man bei verschiednen Onlinehändlern die Kundenrezensionen zu dieser Platte liest und dabei den Filter so einstellt, dass nur die schlechten angezeigt werden, wird häufig beschrieben, dass die Platte ein Problem mit großen Schreiboperationen ohne Pause hat. Um also sicherzugehen, dass es nicht grundsätzlich an der Backupgröße liegt, könntest du einen Festplatten-Geschwindigkeitstest über längere Zeit durchführen und dabei große Datenpakete schreiben lassen. Wenn dann wieder die kleinen Schreibgeschwindigkeiten auftreten, liegt es wohl nicht am Backupprogramm. Viele Grüße Vej
|
visir
(Themenstarter)
Anmeldungsdatum: 1. Februar 2018
Beiträge: 145
|
Vej schrieb: Wenn man bei verschiednen Onlinehändlern die Kundenrezensionen zu dieser Platte liest und dabei den Filter so einstellt, dass nur die schlechten angezeigt werden, wird häufig beschrieben, dass die Platte ein Problem mit großen Schreiboperationen ohne Pause hat.
klingt denkbar - interessanterweise hatte die Platte ganz am Anfang bei der initialen Sicherung und dem ersten Delta keine Probleme, obwohl da die meisten Daten geschrieben wurden.
Und interessanterweise hatte die Platte ja auch beim Ein- und Aushängen Probleme - auch das hat lange gedauert.
Erst bei einem weiteren, kleinen Schnappschuss hat sich das dann irgendwie plötzlich eingerenkt.
Um also sicherzugehen, dass es nicht grundsätzlich an der Backupgröße liegt, könntest du einen Festplatten-Geschwindigkeitstest über längere Zeit durchführen und dabei große Datenpakete schreiben lassen. Wenn dann wieder die kleinen Schreibgeschwindigkeiten auftreten, liegt es wohl nicht am Backupprogramm.
Danke für den Tipp und die Mühe drumrum!
Ich hab jetzt einmal dieses Beispiel aus dem link ausprobiert:
| dd if=/dev/zero of=tempfile bs=1M count=1024 conv=fdatasync,notrunc
|
das ist relativ schnell gegangen, mit 97,4 MB/s (obwohl sowohl SSD als auch USB 3.0 noch deutlich schneller können sollten - ?) - war auch schon immerhin 1,1GB. Welche Parameter würdest Du für einen "wirklich großen Test" vorschlagen?
|
Vej
Moderator, Supporter
Anmeldungsdatum: 7. März 2013
Beiträge: 3391
|
visir schrieb: Welche Parameter würdest Du für einen "wirklich großen Test" vorschlagen?
Wie wäre es mit 200 GiB?
dd if=/dev/zero of=tempfile bs=1M count=$((200*1024)) conv=fdatasync,notrunc Das du vorher mit dem Terminal auf die Festplatte wechseln musst (z.B. mit cd /media/wolfgang/datensicherung ), hast du verstanden? Viele Grüße Vej
|
visir
(Themenstarter)
Anmeldungsdatum: 1. Februar 2018
Beiträge: 145
|
Vej schrieb: Wie wäre es mit 200 GiB?
dd if=/dev/zero of=tempfile bs=1M count=$((200*1024)) conv=fdatasync,notrunc
Danke für den ausformulierten Befehl - ich nehm mal 50GB, das ist immer noch mehr als bei der Sicherung geändert werden hat müssen.
Das du vorher mit dem Terminal auf die Festplatte wechseln musst (z.B. mit cd /media/wolfgang/datensicherung ), hast du verstanden?
Das ergibt sich daraus, dass bei 'of' kein Pfad steht... und man kann es auch aus der Beschreibung rauslesen, wenn man genau schaut... ...also, das ging jetzt mit 118 MB/s.
Entweder das in den Kritiken beschriebene Problem trifft nicht bei mir zu, und es hat sich irgendwie was anderes "verhakt" gehabt, oder das beschriebene Problem ist in Wirklichkeit auch nur ein "verhaken", das sich wieder einrenken kann, oder...
Jedenfalls gehts. Jetzt.
Ich müsste tatsächlich noch einmal willkürlich irgendwelche Daten gröber verschieben, damit BiT noch einmal gröber was zu sichern hat. Ist die Frage, ob sich das auszahlt...
|