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 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 a
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 poin
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 fro
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 aga
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 fro
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
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 Sarg
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 presu
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 --d
> > 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
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 Sarg
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!
> I
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 /etc/
14 matches
Mail list logo
