similar to: [Bug 1814] Could we get --resume?

https://bugzilla.samba.org/show_bug.cgi?id=1814 Summary: Could we get --resume? Product: rsync Version: 2.6.2 Platform: All OS/Version: FreeBSD Status: NEW Severity: enhancement Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: aurynn@gmail.com QAContact:

https://bugzilla.samba.org/show_bug.cgi?id=9813 Summary: --resume parameter to improve speed of dropped/partial transfers Product: rsync Version: 3.1.0 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: core AssignedTo: wayned at samba.org

https://bugzilla.samba.org/show_bug.cgi?id=13645 Bug ID: 13645 Summary: Improve efficiency when resuming transfer of large files Product: rsync Version: 3.0.9 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 Component: core Assignee:

Hi all, >From the manpage of rsync, I can see the following descriptions: --inplace The option implies --partial (since an interrupted transfer does not delete the file) So I do the following testings on the `--inplace' and `--partial' for resuming a file with the following steps: 1- rsync ftp.cn.debian.org::debian/dists/wheezy/main/binary-amd64/

https://bugzilla.samba.org/show_bug.cgi?id=2218 wayned@samba.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX ------- Additional Comments From wayned@samba.org 2005-02-13 22:17

# HG changeset patch # User Ian Campbell <ian.campbell@citrix.com> # Date 1345046301 -3600 # Node ID 7cec0543f67cefe3755bbad0c2262fa2e820d746 # Parent 30bf79cc14d932fbe6ff572d0438e5a432f69b0a libxl: make domain resume API asynchronous Although the current implementation has no asynchromous parts I can envisage it needing to do bits of create/destroy like functionality which may need async

https://bugzilla.samba.org/show_bug.cgi?id=1646 Summary: --inplace with --backup --backup-dir does not work Product: rsync Version: 2.6.3 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: ard@waikato.ac.nz

https://bugzilla.samba.org/show_bug.cgi?id=2218 Summary: inplace-if-low-disk Product: rsync Version: 2.6.3 Platform: All OS/Version: Linux Status: NEW Severity: enhancement Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: baldvin@angel.elte.hu QAContact:

I saw several questions regarding 'resume transfer' support in sftp come up, in the archives, but no real satisfying answer. I had a particular itch myself, so I scratched it with a quick hack. Patch attached, since it's not really big. To explain, I need to use ssh (scp or sftp) to transfer files to and from a Windows box. No other method is available. And the Windows machine has no

https://bugzilla.samba.org/show_bug.cgi?id=6378 Summary: "rsync -v -rsync -v --inplace --progress --rsh=ssh -a" reports erroneous and completely unrealistic transferred size Product: rsync Version: 3.0.6 Platform: x86 URL: http://www.shlomifish.org/Files/files/code/rsync/jing-

http://bugs.freedesktop.org/show_bug.cgi?id=26555 Summary: nouveau fails to fully resume nforce1 (nv1a) after S3 Product: xorg Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at

On Sat, Sep 13, 2014 at 4:52 PM, poma <pomidorabelisima at gmail.com> wrote: > On 13.09.2014 07:02, poma wrote: >> On 13.09.2014 06:57, poma wrote: >>> >>> Actually I have nothing to show cause logs are all OK. >>> Haha, it seems to me that the bugs become intelligent. >>> >>> 3.15.10-201.fc20.x86_64 >>> 3.16.2-200.fc20.x86_64

On 03/10/13 15:41, Christoph Rudorff wrote: > On resume of a hibernated notebook, I get garbled virtual consoles. > > fb_set_suspend(*dev, state == 0 means dev is running ...) > > This patch fixes that issue for me: > Ouch, nice catch Christoph :) Seems like the following commit flipped the logic unintentionally, thus causing the issue. Stange enough I have no problems with

On Sat, Sep 13, 2014 at 5:25 PM, poma <pomidorabelisima at gmail.com> wrote: > On 13.09.2014 22:58, Ilia Mirkin wrote: >> On Sat, Sep 13, 2014 at 4:52 PM, poma <pomidorabelisima at gmail.com> wrote: >>> On 13.09.2014 07:02, poma wrote: >>>> On 13.09.2014 06:57, poma wrote: >>>>> >>>>> Actually I have nothing to show cause logs

On 19.11.2013 19:48, Greg KH wrote: > On Tue, Nov 19, 2013 at 05:59:13PM +0100, Christoph Rudorff wrote: >> Current code disables fbcon acceleration before fbcon is suspended, >> leading to corrupted console after resume from s2disk. In a similar >> fashion we must make sure that fbcon acceleration is enabled before we >> revive the console. >> >> With this

Dear Poma, Don't get anyone wrong, your input is greatly valued. The reason why "we" (nouveau developers) generally ask for a git bisection is because we don't know or track specific distributions. Although your search has narrowed the problem down (thanks for that!), we don't know how big the difference is between kernel-3.16.0-0.rc0.git9.1.fc21 and

On Tue, Nov 19, 2013 at 05:59:13PM +0100, Christoph Rudorff wrote: > Current code disables fbcon acceleration before fbcon is suspended, > leading to corrupted console after resume from s2disk. In a similar > fashion we must make sure that fbcon acceleration is enabled before we > revive the console. > > With this patch s2disk works correctly on my MacBookPro6,2 with GT216 >

On 13.09.2014 07:02, poma wrote: > On 13.09.2014 06:57, poma wrote: >> >> Actually I have nothing to show cause logs are all OK. >> Haha, it seems to me that the bugs become intelligent. >> >> 3.15.10-201.fc20.x86_64 >> 3.16.2-200.fc20.x86_64 >> 3.17.0-0.rc4.git3.2.fc22.1.x86_64 >> nouveau [ DRM] suspending display... >> nouveau [

On resume of a hibernated notebook, I get garbled virtual consoles. fb_set_suspend(*dev, state == 0 means dev is running ...) This patch fixes that issue for me: hibernate: kernel: nouveau [ DRM] suspending fbcon... kernel: nouveau [ DRM] suspending display... kernel: nouveau [ DRM] unpinning framebuffer(s)... kernel: nouveau [ DRM] evicting buffers... kernel: nouveau [

https://bugzilla.samba.org/show_bug.cgi?id=11651 Bug ID: 11651 Summary: Can we allow --inplace and --sparse to coexist when --whole-file is in play? Product: rsync Version: 3.1.2 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 Component: core