+- Forum (http://forum.xbian.org)
+-- Forum: Software (/forum-6.html)
+--- Forum: Others (/forum-24.html)
+--- Thread: xbiancopy never stop (/thread-4106.html)
Pages: 1 2
xbiancopy never stop - qoop - 13th Dec, 2020 11:14 PM
Hi,
I am willing to make a clone of my SD card.
So I get using
Terminal
sudo xbian-config xbiancopy start /dev/root file:/media/A07C-31DD/xbian20201212.img
It makes the img file, but the process never ends...
In my process list there is:
Terminal
sfdisk -uS -N1 -f -q /media/A07C-31DD/xbian20201212.img
I have wait a full night... But still not finished.
My SD card is 64GB, img file is 1,8GB and is empty
I also tryed from Kodi/Xbian interface, same issue.
Any idea?
Can I use another tool (clonezilla seems to handle btrfs)?
RE: xbiancopy never stop - Nachteule - 14th Dec, 2020 06:35 AM
/media/A07C-31DD/xbian20201212.img << whats that?
Is /media mounted to an external device or network folder? if not, that is your issue:
The image cannot be saved on the medium that is to be backed up
This makes absolutely no sense
RE: xbiancopy never stop - qoop - 14th Dec, 2020 06:41 AM
(14th Dec, 2020 06:35 AM)Nachteule Wrote: /media/A07C-31DD/xbian20201212.img << whats that?
Is /media mounted to an external device or network folder? if not, that is your issue
This is a USB memory mount on /media
RE: xbiancopy never stop - Nachteule - 14th Dec, 2020 06:42 AM
What's a USB memory mount.
Anyway, seems that sfdisk can not deal with it
RE: xbiancopy never stop - qoop - 14th Dec, 2020 06:47 AM
(14th Dec, 2020 06:42 AM)Nachteule Wrote: What's a USB memory mount.
Anyway, seems that sfdisk can not deal with it
This is a regular (sandisk) 64MB usb stick.
It runs fine when accessing/writing file on it.
I was thinking this could be a (power consumption) "spin down" option that breaks the process?
RE: xbiancopy never stop - Nachteule - 14th Dec, 2020 06:58 AM
No idea
If you still have the stick mounted and the image is on that stick, you could run the command
sudo sfdisk -uS -N1 -f -q /media/A07C-31DD/xbian20201212.img
to see what happens
RE: xbiancopy never stop - qoop - 14th Dec, 2020 07:27 AM
(14th Dec, 2020 06:58 AM)Nachteule Wrote: No idea
If you still have the stick mounted and the image is on that stick, you could run the command
sudo sfdisk -uS -N1 -f -q /media/A07C-31DD/xbian20201212.img
to see what happens
it replies
Terminal
/media/A07C-31DD/xbian20201212.img1:
I hit enter... no verbosity then...
RE: xbiancopy never stop - Nachteule - 14th Dec, 2020 07:30 AM
Remove the '-q' parameter an try again
You see that sfdisk seems to want a user entry and this is the reason why the process stucks
RE: xbiancopy never stop - qoop - 14th Dec, 2020 07:36 AM
(14th Dec, 2020 07:30 AM)Nachteule Wrote: Remove the '-q' parameter an try again
You see that sfdisk seems to want a user entry and this is the reason why the process stucks
Removing -q option, and choosing "write"
Terminal
/media/A07C-31DD/xbian20201212.img1: write
New situation:
Disklabel type: dos
Disk identifier: 0x3f165629
Device Boot Start End Sectors Size Id Type
/media/A07C-31DD/xbian20201212.img1 * 2048 206847 204800 100M b W95 FAT32
The partition table has been altered.
Syncing disks.
New situation:
Disklabel type: dos
Disk identifier: 0x3f165629
Device Boot Start End Sectors Size Id Type
/media/A07C-31DD/xbian20201212.img1 * 2048 206847 204800 100M b W95 FAT32
The partition table has been altered.
Syncing disks.
It should consume CPU
but I do not see sfdisk in "top" process list.
I have added some services to xbian: fail2ban and ipfs
Maybe this is creating some changes on filesystem meanwhile it is copied??
I will try to stop those services and try again
RE: xbiancopy never stop - Nachteule - 14th Dec, 2020 08:21 AM
Hmmm, absolutely no idea what happens
Seems that the sync process never ends
What about if you run sudo sync from the cmdline?
RE: xbiancopy never stop - qoop - 14th Dec, 2020 12:20 PM
(14th Dec, 2020 08:21 AM)Nachteule Wrote: Hmmm, absolutely no idea what happens
Seems that the sync process never ends
What about if you run sudo sync from the cmdline?
This command is just running without any output.
I have added --syslog --verbose to btrfs-auto-snapshot command
Terminal
sudo /usr/sbin/btrfs-auto-snapshot xbiancopy --syslog --verbose --img /dev/root /media/usb0/xbian.img
But nothing is happening
looking in dmesg output, I found this
Code:
[ 34.326845] 8<--- cut here ---
[ 34.326855] Unable to handle kernel NULL pointer dereference at virtual address 00000000
[ 34.326863] pgd = a452f769
[ 34.326871] [00000000] *pgd=0d998003, *pmd=00000000
[ 34.326887] Internal error: Oops: 206 [#1] PREEMPT SMP ARM
[ 34.326931] Modules linked in: zram zsmalloc hci_uart btbcm serdev joydev sg raspberrypi_hwmon v3d gpu_sched brcmfmac bnep brcmutil evdev bcm2835_isp(C) bluetooth bcm2835_codec(C) uas bcm2835_v4l2(C) videobuf2_dma_contig v4l2_mem2mem ecdh_generic bcm2835_mmal_vchiq(C) ecc videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 videobuf2_common videodev vc4 cec vc_sm_cma(C) mc drm_kms_helper drm rpivid_mem drm_panel_orientation_quirks snd_soc_core snd_compress snd_pcm_dmaengine syscopyarea sysfillrect sysimgblt fb_sys_fops uio_pdrv_genirq uio sha256_generic libsha256 cfg80211 rfkill uinput snd_bcm2835(C) snd_pcm ipv6 snd_timer snd
[ 34.327290] CPU: 1 PID: 3664 Comm: mkswap Tainted: G C 5.4.75+ #1
[ 34.327328] Hardware name: BCM2711
[ 34.327359] PC is at zs_map_object+0xcc/0x248 [zsmalloc]
[ 34.327393] LR is at zs_map_object+0x60/0x248 [zsmalloc]
[ 34.327432] pc : [<bf30d65c>] lr : [<bf30d5f0>] psr: 40000013
[ 34.327471] sp : ce8f5aa0 ip : ce8f5aa0 fp : ce8f5aec
[ 34.327498] r10: 00000000 r9 : 00000000 r8 : d5c00000
[ 34.327533] r7 : d87f3bc0 r6 : c1204f88 r5 : d031d800 r4 : 02bf3bc0
[ 34.327569] r3 : 00000000 r2 : c1349340 r1 : 00000000 r0 : 00000001
[ 34.327608] Flags: nZcv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user
[ 34.327646] Control: 30c5383d Table: 0e31cbc0 DAC: 55555555
[ 34.327680] Process mkswap (pid: 3664, stack limit = 0x32909d8e)
[ 34.327711] Stack: (0xce8f5aa0 to 0xce8f6000)
[ 34.327742] 5aa0: d1052b00 cdb0e000 0000280a 00000002 00000000 cf5b8400 00000000 eacbb6a2
[ 34.327787] 5ac0: 00000000 00000000 cf5b8400 cdb0e000 ce31ce80 00000000 bf4203c0 cd9cd000
[ 34.327827] 5ae0: ce8f5b3c ce8f5af0 bf41db48 bf30d59c 00000001 c1204f88 cda00000 fffefc8d
[ 34.327864] 5b00: d5e8d670 00000000 00000049 eacbb6a2 00400007 cf83f600 cf5b8400 00001000
[ 34.327906] 5b20: 00000000 00000000 00001000 00001000 ce8f5b9c ce8f5b40 bf41e4d4 bf41d7a8
[ 34.327947] 5b40: 00000001 cf83f600 c06fd7ac bf420198 00000000 00000000 00000000 c1204f88
[ 34.327987] 5b60: d5e8d670 00001000 00000000 eacbb6a2 c020dc30 c1204f88 ce8f5ba4 ce8f4020
[ 34.328034] 5b80: ce8f5ba0 cf83f600 cda00000 ffffffff ce8f5be4 ce8f5ba0 c06fd934 bf41e32c
[ 34.328075] 5ba0: ce8f5bbc 00000000 00000000 00000000 00000000 eacbb6a2 c0353d00 c1204f88
[ 34.328112] 5bc0: cf83f600 00000008 00000800 ce8f5e60 00000000 d5e8d670 ce8f5c54 ce8f5be8
[ 34.328155] 5be0: c06fdba8 c06fd83c ce8f5c1c c06f4cdc 00000000 c1204f88 cf83f600 00001000
[ 34.328199] 5c00: d5e8d670 c041a738 00000000 00040000 00000000 cf83f600 00000800 ce8f5e60
[ 34.328262] 5c20: 00000000 eacbb6a2 ce8f5c54 d176c040 cf83f600 00000801 00000800 ce8f5e60
[ 34.328307] 5c40: 00000000 d5e8d670 ce8f5c7c ce8f5c58 c041a924 c06fdb60 00000001 d176c040
[ 34.328354] 5c60: d176c040 00000800 d1785708 ce8f5e60 ce8f5ce4 ce8f5c80 c041ac04 c041a79c
[ 34.328397] 5c80: ce8f5e60 c0373850 ce8f5ccc c041eec4 00001000 c1204f88 c0419120 ce8f5e60
[ 34.328435] 5ca0: 00000800 d1785708 00007fff 00000000 c0358c98 eacbb6a2 20000013 d1785708
[ 34.328481] 5cc0: 00000000 00000000 d5e8d670 ce8f5e60 c041eec4 00000000 ce8f5d1c ce8f5ce8
[ 34.328540] 5ce0: c041b0e8 c041a960 c0419120 00000001 00000000 d1785810 00000000 ce8f5d90
[ 34.328581] 5d00: d1785810 00000001 ce8f5e60 00000000 ce8f5d2c ce8f5d20 c041e510 c041b014
[ 34.328620] 5d20: ce8f5d44 ce8f5d30 c0357ac0 c041e4f8 d5e8d670 00000000 ce8f5dfc ce8f5d48
[ 34.328663] 5d40: c0358f94 c0357aa8 00000002 00000400 ce8f5d7c 00000001 c1204f88 c027bf8c
[ 34.328707] 5d60: c0419a78 00000000 c12b1110 c1204fb4 ce8f5dac d1785810 c0357a9c 00000002
[ 34.328748] 5d80: ce8f4008 ffffffff ffffffff d1780001 d5e8d670 00000400 00000c00 c0c0c948
[ 34.328788] 5da0: ce8f5e14 ce8f5db0 c034cd28 c035a3e0 00000c00 00000c00 d5e8d670 0dd409c6
[ 34.328847] 5dc0: ce8f5dec ce8f5dd0 c020dc30 eacbb6a2 c020c7e8 d1785810 c1204f88 ce8f5e60
[ 34.328888] 5de0: 7fffffff 00000000 00000000 00000001 ce8f5e34 ce8f5e00 c0359238 c0358d48
[ 34.328948] 5e00: ce8f5e00 ce8f5e00 ce8f5e08 ce8f5e08 00000000 eacbb6a2 ce8f5e44 ce8f5e60
[ 34.329011] 5e20: d1785810 d1785708 ce8f5e44 ce8f5e38 c041e4c0 c03591e0 ce8f5e5c ce8f5e48
[ 34.329052] 5e40: c035b754 c041e4b4 d1785810 c1204f88 ce8f5ed4 ce8f5e60 c034f900 c035b730
[ 34.330474] 5e60: 7fffffff 00000000 00000000 00000000 ffffffff 7fffffff 00000001 00000000
[ 34.331855] 5e80: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[ 34.333151] 5ea0: ce8f5f2c eacbb6a2 c03d3d80 ffffffff d1785810 ce848000 00000000 00000000
[ 34.333160] 5ec0: 00000000 00000076 ce8f5f0c ce8f5ed8 c0350154 c034f81c ffffffff 7fffffff
[ 34.333164] 5ee0: 00000001 ceaf5760 00000000 ffffffff 7fffffff d1785708 c02011c4 ce8f4000
[ 34.333168] 5f00: ce8f5f34 ce8f5f10 c041ddb0 c0350100 ffffffff 7fffffff ce8f4000 ce848000
[ 34.333172] 5f20: 00000000 00000000 ce8f5f64 ce8f5f38 c041214c c041dd90 ffffffff 7fffffff
[ 34.333176] 5f40: 00000000 c03f8144 ce848000 ce848000 00000000 00000076 ce8f5f94 ce8f5f68
[ 34.333182] 5f60: c0412204 c04120f0 ffffffff 7fffffff 00000000 00000074 00617768 bed34758
[ 34.333186] 5f80: 00000003 00617368 ce8f5fa4 ce8f5f98 c0412510 c04121c4 00000000 ce8f5fa8
[ 34.333190] 5fa0: c0201000 c0412500 bed34758 00000003 00000003 b6efd828 00000074 00000000
[ 34.333194] 5fc0: bed34758 00000003 00617368 00000076 07fff000 00000000 00000000 004468c4
[ 34.333198] 5fe0: 00000076 bed34728 b6e9cbff b6e1e746 80000030 00000003 00000000 00000000
[ 34.333201] Backtrace:
[ 34.333224] [<bf30d590>] (zs_map_object [zsmalloc]) from [<bf41db48>] (idle_store+0x590/0xc0c [zram])
[ 34.333229] r10:cd9cd000 r9:bf4203c0 r8:00000000 r7:ce31ce80 r6:cdb0e000 r5:cf5b8400
[ 34.333232] r4:00000000
[ 34.333242] [<bf41d79c>] (idle_store [zram]) from [<bf41e4d4>] (zram_make_request+0x1b4/0x47c [zram])
[ 34.333247] r10:00001000 r9:00001000 r8:00000000 r7:00000000 r6:00001000 r5:cf5b8400
[ 34.333251] r4:cf83f600
[ 34.333265] [<bf41e320>] (zram_make_request [zram]) from [<c06fd934>] (generic_make_request+0x104/0x324)
[ 34.333270] r10:ffffffff r9:cda00000 r8:cf83f600 r7:ce8f5ba0 r6:ce8f4020 r5:ce8f5ba4
[ 34.333272] r4:c1204f88
[ 34.333277] [<c06fd830>] (generic_make_request) from [<c06fdba8>] (submit_bio+0x54/0x1ec)
[ 34.333282] r10:d5e8d670 r9:00000000 r8:ce8f5e60 r7:00000800 r6:00000008 r5:cf83f600
[ 34.333284] r4:c1204f88
[ 34.333291] [<c06fdb54>] (submit_bio) from [<c041a924>] (submit_bh_wbc+0x194/0x1c4)
[ 34.333297] r10:d5e8d670 r9:00000000 r8:ce8f5e60 r7:00000800 r6:00000801 r5:cf83f600
[ 34.333302] r4:d176c040
[ 34.333312] [<c041a790>] (submit_bh_wbc) from [<c041ac04>] (__block_write_full_page+0x2b0/0x5b4)
[ 34.333317] r9:ce8f5e60 r8:d1785708 r7:00000800 r6:d176c040 r5:d176c040 r4:00000001
[ 34.333323] [<c041a954>] (__block_write_full_page) from [<c041b0e8>] (block_write_full_page+0xe0/0xec)
[ 34.333327] r10:00000000 r9:c041eec4 r8:ce8f5e60 r7:d5e8d670 r6:00000000 r5:00000000
[ 34.333329] r4:d1785708
[ 34.333336] [<c041b008>] (block_write_full_page) from [<c041e510>] (blkdev_writepage+0x24/0x28)
[ 34.333340] r10:00000000 r9:ce8f5e60 r8:00000001 r7:d1785810 r6:ce8f5d90 r5:00000000
[ 34.333342] r4:d1785810
[ 34.333351] [<c041e4ec>] (blkdev_writepage) from [<c0357ac0>] (__writepage+0x24/0x58)
[ 34.333359] [<c0357a9c>] (__writepage) from [<c0358f94>] (write_cache_pages+0x258/0x498)
[ 34.333363] r5:00000000 r4:d5e8d670
[ 34.333369] [<c0358d3c>] (write_cache_pages) from [<c0359238>] (generic_writepages+0x64/0x90)
[ 34.333374] r10:00000001 r9:00000000 r8:00000000 r7:7fffffff r6:ce8f5e60 r5:c1204f88
[ 34.333379] r4:d1785810
[ 34.333386] [<c03591d4>] (generic_writepages) from [<c041e4c0>] (blkdev_writepages+0x18/0x1c)
[ 34.333389] r6:d1785708 r5:d1785810 r4:ce8f5e60
[ 34.333395] [<c041e4a8>] (blkdev_writepages) from [<c035b754>] (do_writepages+0x30/0x9c)
[ 34.333403] [<c035b724>] (do_writepages) from [<c034f900>] (__filemap_fdatawrite_range+0xf0/0x12c)
[ 34.333406] r5:c1204f88 r4:d1785810
[ 34.333413] [<c034f810>] (__filemap_fdatawrite_range) from [<c0350154>] (file_write_and_wait_range+0x60/0xb4)
[ 34.333418] r10:00000076 r9:00000000 r8:00000000 r7:00000000 r6:ce848000 r5:d1785810
[ 34.333420] r4:ffffffff
[ 34.333427] [<c03500f4>] (file_write_and_wait_range) from [<c041ddb0>] (blkdev_fsync+0x2c/0x54)
[ 34.333431] r9:ce8f4000 r8:c02011c4 r6:d1785708 r5:7fffffff r4:ffffffff
[ 34.333438] [<c041dd84>] (blkdev_fsync) from [<c041214c>] (vfs_fsync_range+0x68/0x98)
[ 34.333441] r6:00000000 r5:00000000 r4:ce848000
[ 34.333448] [<c04120e4>] (vfs_fsync_range) from [<c0412204>] (do_fsync+0x4c/0x74)
[ 34.333451] r7:00000076 r6:00000000 r5:ce848000 r4:ce848000
[ 34.333457] [<c04121b8>] (do_fsync) from [<c0412510>] (sys_fsync+0x1c/0x20)
[ 34.333460] r6:00617368 r5:00000003 r4:bed34758
[ 34.333468] [<c04124f4>] (sys_fsync) from [<c0201000>] (ret_fast_syscall+0x0/0x28)
[ 34.333471] Exception stack(0xce8f5fa8 to 0xce8f5ff0)
[ 34.333475] 5fa0: bed34758 00000003 00000003 b6efd828 00000074 00000000
[ 34.333479] 5fc0: bed34758 00000003 00617368 00000076 07fff000 00000000 00000000 004468c4
[ 34.333482] 5fe0: 00000076 bed34728 b6e9cbff b6e1e746
[ 34.333488] Code: e0844084 e1a04204 e0887004 e597a018 (e59a3000)
[ 34.333562] ---[ end trace 7b06f43ad19b6d67 ]---
[ 34.333569] note: mkswap[3664] exited with preempt_count 2My Rpi4 is 8GB version... Maybe this is the problem?
This is it
On a Rpi4 with 4GB RAM, my backup is running fine !!
Too bad.... backup finished with error
Terminal
...
Cloning root/@, 1347211523 of 1360819721, 99% done
Cloning subvolume root snapshot @ failed
Operation failed with error E_COPY_DATA!
Cloning root/@, 1347211523 of 1360819721, 99% done
Cloning subvolume root snapshot @ failed
Operation failed with error E_COPY_DATA!
RE: xbiancopy never stop - qoop - 14th Dec, 2020 01:30 PM
Is it because of manual backup run from Kodi/Xbian addon as mentioned in http://forum.xbian.org/thread-4017-post-36096.html#pid36096 ?
I settled a daily backup and will check tomorrow
25 6 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )
/etc/cron.daily/xbian-backup
@Nachteule thanks for all
RE: xbiancopy never stop - Nachteule - 14th Dec, 2020 11:50 PM
Hmmm, but I can hardly imagine that the size of the RAM should have an influence on it.
RE: xbiancopy never stop - qoop - 15th Dec, 2020 01:02 AM
(14th Dec, 2020 11:50 PM)Nachteule Wrote: Hmmm, but I can hardly imagine that the size of the RAM should have an influence on it.
Me neither. Maybe the Rpi4 have a defect ?
About my new try, I still have a problem
Code:
Error during copying data occoured (87)Even by cron.daliy, there is no file created....
What would you suggest me to do? Using a Rpi3 to make my backup?
RE: xbiancopy never stop - Nachteule - 15th Dec, 2020 01:09 AM
I'm not sure if this helps.
I think the problem lies somewhere else. I've been using this function for many years on 4 different devices and have never seen such problems.
However, I don't back up to a usb stick or usb disk, but exclusively to network shares (nfs, samba, sshfs).