On Sat, Jan 19, 2008 at 03:23:57PM -0800, Daniel Burrows wrote:
My theory about flushing even makes a testable prediction: if you run
umount(8) first and have no other removable media, then sync(1) should
complete almost immediately. I don't think I've ever done this, unlike
the two points
On Jan 22, 2008 7:33 PM, Chris Bannister [EMAIL PROTECTED] wrote:
On Sat, Jan 19, 2008 at 03:23:57PM -0800, Daniel Burrows wrote:
My theory about flushing even makes a testable prediction: if you run
umount(8) first and have no other removable media, then sync(1) should
complete almost
Chris writes:
so a device does not need to be mounted for a sync to work?
Sync only affects file systems on mounted devices.
--
John Hasler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
on Fri, Jan 18, 2008 at 12:16:28PM -0500, Douglas A. Tutty wrote:
Why issue a 'sync' instead of just unmounting and waiting until the
thing stops flashing?
On Fri, Jan 18, 2008 at 09:24:22AM -0900, Ken Irving [EMAIL PROTECTED] was
heard
to say:
sync blocks, so you can tell from the
On Fri, Jan 18, 2008 at 09:24:22AM -0900, Ken Irving [EMAIL PROTECTED] was
heard to say:
n Fri, Jan 18, 2008 at 12:16:28PM -0500, Douglas A. Tutty wrote:
Why issue a 'sync' instead of just unmounting and waiting until the
thing stops flashing?
sync blocks, so you can tell from the
on Fri, Jan 18, 2008 at 12:16:28PM -0500, Douglas A. Tutty wrote:
Why issue a 'sync' instead of just unmounting and waiting until the
thing stops flashing?
On Fri, Jan 18, 2008 at 09:24:22AM -0900, Ken Irving [EMAIL PROTECTED] was
heard
to say:
sync blocks, so you can tell from the
On Sat, Jan 19, 2008 at 09:59:50PM +, Rodolfo Medina [EMAIL PROTECTED]
was heard to say:
on Fri, Jan 18, 2008 at 12:16:28PM -0500, Douglas A. Tutty wrote:
Daniel Burrows [EMAIL PROTECTED] writes:
So does umount. (I see you said that below, but I wanted to underline
it again; it
On 2008-01-18 15:32 +0100, Rodolfo Medina wrote:
I do my daily backup with the following command:
$ rsync -vr --delete Mail News /mnt/sda
(where `sda' is the pendrive), and I've calculated that in my new Debian
Etch system the process is about 10 times slower than it was in Sarge!
It is
the solution is not to use the sync option, that also increases
your drive's lifetime.
I put the `sync' option just to avoid drive corruption. If it is
necessary to toggle it off, how can I be sure the process is terminated
before I unmount the drive?
This was discussed sometime ago in
On 2008-01-18 15:32 +0100, Rodolfo Medina wrote:
I do my daily backup with the following command:
$ rsync -vr --delete Mail News /mnt/sda
(where `sda' is the pendrive), and I've calculated that in my new Debian
Etch system the process is about 10 times slower than it was in Sarge!
It is
n Fri, Jan 18, 2008 at 12:16:28PM -0500, Douglas A. Tutty wrote:
Why issue a 'sync' instead of just unmounting and waiting until the
thing stops flashing?
sync blocks, so you can tell from the command line when the job is done.
I guess this thread took a turn to USB drives, which would
On Fri, Jan 18, 2008 at 11:53:10AM -0500, Nelson Castillo wrote:
You may want to add sync as the last command in
your backup script do avoid data loss.
I looked into `sync' manual but couldn't find out how to use this
command. What should I say instead of
`rsync -vr --delete Mail
I do my daily backup with the following command:
$ rsync -vr --delete Mail News /mnt/sda
(where `sda' is the pendrive), and I've calculated that in my new Debian
Etch system the process is about 10 times slower than it was in Sarge!
It is the same with both my desktop PC and my laptop. In
Rodolfo Medina [EMAIL PROTECTED] writes:
I do my daily backup with the following command:
$ rsync -vr --delete Mail News /mnt/sda
(where `sda' is the pendrive), and I've calculated that in my new Debian
Etch system the process is about 10 times slower than it was in Sarge!
It is the same
14 matches
Mail list logo
