system@system-ubuntu:~$ lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 465,8G 0 disk ├─sda1 8:1 0 462G 0 part / ├─sda2 8:2 0 1K 0 part └─sda5 8:5 0 3,8G 0 part [SWAP] sdb 8:16 0 3,7T 0 disk ├─sdb1 8:17 0 128M 0 part /media/system/Temp └─sdb2 8:18 0 3,7T 0 part /media/system/Temp2 sdc 8:32 0 3,7T 0 disk └─sdc1 8:33 0 3,7T 0 part /media/system/0dbdf565-b02e-4a4e-93d0-668d5f3 system@system-ubuntu:~$ sudo blkid [sudo] Passwort für system: /dev/sda1: UUID="3be09b8f-bdb2-4082-8888-0e8842e75100" TYPE="ext4" PARTUUID="99e84766-01" /dev/sda5: UUID="b5aba0e4-b805-478d-8877-3edc162a7b54" TYPE="swap" PARTUUID="99e84766-05" /dev/sdb1: LABEL="Temp" UUID="f729f35e-0388-4975-91f7-a74b18b6fefd" TYPE="ext4" PARTUUID="7d56cdd7-f96e-4cab-8cab-773dd5322bed" /dev/sdb2: LABEL="Temp2" UUID="2e22e8db-dd31-4939-9be6-cc13b2a53c28" TYPE="ext4" PARTUUID="d8f61405-df34-40e6-8617-a5b903c08acc" /dev/sdc1: UUID="0dbdf565-b02e-4a4e-93d0-668d5f35613d" TYPE="ext4" PARTLABEL="primarry" PARTUUID="e8c504b9-ae3d-4c3c-b39e-8e83837ae2f4" system@system-ubuntu:~$ sudo parted --list Modell: ATA Hitachi HDT72105 (scsi) Festplatte /dev/sda: 500GB Sektorgröße (logisch/physisch): 512B/512B Partitionstabelle: msdos Disk-Flags: Nummer Anfang Ende Größe Typ Dateisystem Flags 1 1049kB 496GB 496GB primary ext4 boot 2 496GB 500GB 4099MB extended 5 496GB 500GB 4099MB logical linux-swap(v1) Modell: ATA WDC WD40EFRX-68W (scsi) Festplatte /dev/sdb: 4001GB Sektorgröße (logisch/physisch): 512B/4096B Partitionstabelle: gpt Disk-Flags: Nummer Anfang Ende Größe Dateisystem Name Flags 1 17,4kB 134MB 134MB ext4 2 135MB 4001GB 4001GB ext4 Modell: ATA WDC WD40EFRX-68W (scsi) Festplatte /dev/sdc: 4001GB Sektorgröße (logisch/physisch): 512B/4096B Partitionstabelle: gpt Disk-Flags: Nummer Anfang Ende Größe Dateisystem Name Flags 1 1049kB 4001GB 4001GB ext4 primarry system@system-ubuntu:~$ df -h; df -i Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf udev 1,9G 0 1,9G 0% /dev tmpfs 377M 6,2M 371M 2% /run /dev/sda1 455G 4,7G 427G 2% / tmpfs 1,9G 208K 1,9G 1% /dev/shm tmpfs 5,0M 4,0K 5,0M 1% /run/lock tmpfs 1,9G 0 1,9G 0% /sys/fs/cgroup /dev/sdb1 120M 1,6M 110M 2% /media/system/Temp /dev/sdc1 3,6T 2,0T 1,5T 59% /media/system/0dbdf565-b02e-4a4e-93d0-668d5f35613d tmpfs 377M 4,0K 377M 1% /run/user/108 tmpfs 377M 60K 377M 1% /run/user/1000 /dev/sdb2 3,6T 279G 3,2T 9% /media/system/Temp2 Dateisystem Inodes IBenutzt IFrei IUse% Eingehängt auf udev 477290 568 476722 1% /dev tmpfs 482159 814 481345 1% /run /dev/sda1 30277632 230301 30047331 1% / tmpfs 482159 7 482152 1% /dev/shm tmpfs 482159 5 482154 1% /run/lock tmpfs 482159 16 482143 1% /sys/fs/cgroup /dev/sdb1 32768 11 32757 1% /media/system/Temp /dev/sdc1 244195328 22128127 222067201 10% /media/system/0dbdf565-b02e-4a4e-93d0-668d5f35613d tmpfs 482159 9 482150 1% /run/user/108 tmpfs 482159 30 482129 1% /run/user/1000 /dev/sdb2 244187136 1835960 242351176 1% /media/system/Temp2 system@system-ubuntu:~$
Kopiervorgang sehr langsam / auslastung system hoch Ubuntu 16.04 LTS
(Themenstarter)
Anmeldungsdatum: Beiträge: 14 |
|
Anmeldungsdatum: Beiträge: 12067 |
Also wenn ich das richtig lesen, möchtest du den Dateiinhalt von /dev/sdc1 (/media/system/0dbdf565-b02e-4a4e-93d0-668d5f3) nach /dev/sdb2 (/media/system/Temp2) kopieren. Platz und Inodes sind ausreichend verfügbar. Warum der Kopiervorgang abgestürzt ist kann ich nun nicht nachvollziehen. Sind in der Quelle viele Hardlinks oder sowas? Diese ist ja bereits zur Hälfte belegt. Um Festplattenprobleme auszuschliessen, kannst du ja den Festplattenstatus ermitteln. Ich würde das in jedem Fall über rsync versuchen mit Anzeige (-P). Falls er an einer bestimmten Stelle hängt, sieht man das dann im Ausgabefenster. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 14 |
Ich kann leider nicht mit Sicherheit sagen was dort alles lagert. Viele Image dateien, viele log dateien, SQL dumps etc. . Naja ich probiere mein glück. Vllt. schafft er es ja diesmal. 😉 |
Anmeldungsdatum: Beiträge: 341 Wohnort: Ruhrpott NRW |
Hallo eggersen! Eine Idee wäre vielleicht auch noch, den Arbeitsspeicher deines Rechners zu testen. Siehe: memtest Dieser muss aber einige Stunden laufen! |
(Themenstarter)
Anmeldungsdatum: Beiträge: 14 |
Nur als nachtrag. Ich habe nochmal den Computer Neugestartet und rsycn nochmals laufen gelassen. Diesmal ist der Kopiervorgang durchgelaufen. Was den fehler verursacht hat keine ahnung aber jetzt ist alles gut. Also danke nochmal für die Hilfe. 😉 |
Anmeldungsdatum: Beiträge: 4 |
Ich denke, ihr seid alle auf dem Holzweg. Bei mir ist bei Kopiervorgängen grosser Dateien >50GByte, also kompletten Baclḱups von Partitionen, das Gleiche Problem. Während dem Kopiervorgang werden permanent Daten in den Speicher und danach in den SWAP geschrieben. Wenn der Speicher und SWAP voll ist, bricht der Kopiervorgang ab, oder bleibt hängen. Dies ist für mich eindeutig ein Systemfehler, oder Systemproblem. Abhilfe schafft nur swapaspace: https://wiki.ubuntuusers.de/Swap/ So wie ich das verstehe, muss genausoviel SWAP zur Verfügung stehen, wie die Dateigrösse der zu kopierendn Datei. Warum, das hab ich auch noch nicht heraus gefunden. |