A Windows XP help forum. PCbanter

If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below.

Go Back   Home » PCbanter forum » Microsoft Windows 7 » Windows 7 Forum
Site Map Home Register Authors List Search Today's Posts Mark Forums Read Web Partners

sync freezing when run from a timer



 
 
Thread Tools Rate Thread Display Modes
  #1  
Old September 8th 17, 09:50 PM posted to alt.windows7.general
T
external usenet poster
 
Posts: 4,600
Default sync freezing when run from a timer

Hi,

If I run sync.exe 2.0
https://technet.microsoft.com/en-us/...rnals/bb897438

triggered from a timer from Cobian Backup or my own script,
it freezes and never returns. I can run it manually
(through Cobian or directly from a cmd shell) with
no issue

The call is

c:\NtUtil\sync.exe -r B:


I just commented it out and all was well after that

What the heck ... ???

Many thanks,
-T
Ads
  #2  
Old September 9th 17, 01:08 AM posted to alt.windows7.general
Paul[_32_]
external usenet poster
 
Posts: 11,873
Default sync freezing when run from a timer

T wrote:
Hi,

If I run sync.exe 2.0
https://technet.microsoft.com/en-us/...rnals/bb897438

triggered from a timer from Cobian Backup or my own script,
it freezes and never returns. I can run it manually
(through Cobian or directly from a cmd shell) with
no issue

The call is

c:\NtUtil\sync.exe -r B:


I just commented it out and all was well after that

What the heck ... ???

Many thanks,
-T


When you run a Sysinternals program, it puts up a EULA
the first time you use it.

When you run it off another account (SYSTEM via Task Scheduler),
then it *could* attempt to present the EULA again. The EULA does
not belong to the current Explorer "session" number, so the graphics
will prevent it from popping up.

Usually there is a "quiet" parameter you add to the
command line, to consent to the EULA without seeing it.

My kingdom - for proper documentation on a web page...

Sometimes I find references to this, on the forums.sysinternals.com
or similar. Maybe you can track it down that way.

Paul
  #3  
Old September 9th 17, 01:50 AM posted to alt.windows7.general
T
external usenet poster
 
Posts: 4,600
Default sync freezing when run from a timer

On 09/08/2017 05:08 PM, Paul wrote:
T wrote:
Hi,

If I run sync.exe 2.0
https://technet.microsoft.com/en-us/...rnals/bb897438

triggered from a timer from Cobian Backup or my own script,
it freezes and never returns. I can run it manually
(through Cobian or directly from a cmd shell) with
no issue

The call is

c:\NtUtil\sync.exe -r B:


I just commented it out and all was well after that

What the heck ... ???

Many thanks,
-T


When you run a Sysinternals program, it puts up a EULA
the first time you use it.

When you run it off another account (SYSTEM via Task Scheduler),
then it *could* attempt to present the EULA again. The EULA does
not belong to the current Explorer "session" number, so the graphics
will prevent it from popping up.

Usually there is a "quiet" parameter you add to the
command line, to consent to the EULA without seeing it.

My kingdom - for proper documentation on a web page...

Sometimes I find references to this, on the forums.sysinternals.com
or similar. Maybe you can track it down that way.

Paul



Hi Paul,

That sure feels like the symptom!

I can't find any documentation of the quiet switch. Do you
remember what it is?

-T
  #4  
Old September 9th 17, 02:19 AM posted to alt.windows7.general
Paul[_32_]
external usenet poster
 
Posts: 11,873
Default sync freezing when run from a timer

T wrote:
On 09/08/2017 05:08 PM, Paul wrote:
T wrote:
Hi,

If I run sync.exe 2.0
https://technet.microsoft.com/en-us/...rnals/bb897438

triggered from a timer from Cobian Backup or my own script,
it freezes and never returns. I can run it manually
(through Cobian or directly from a cmd shell) with
no issue

The call is

c:\NtUtil\sync.exe -r B:


I just commented it out and all was well after that

What the heck ... ???

Many thanks,
-T


When you run a Sysinternals program, it puts up a EULA
the first time you use it.

When you run it off another account (SYSTEM via Task Scheduler),
then it *could* attempt to present the EULA again. The EULA does
not belong to the current Explorer "session" number, so the graphics
will prevent it from popping up.

Usually there is a "quiet" parameter you add to the
command line, to consent to the EULA without seeing it.

My kingdom - for proper documentation on a web page...

Sometimes I find references to this, on the forums.sysinternals.com
or similar. Maybe you can track it down that way.

Paul



Hi Paul,

That sure feels like the symptom!

I can't find any documentation of the quiet switch. Do you
remember what it is?

-T


A search on "sysinternals suppress eula" gives this.

https://forum.sysinternals.com/eula-...783_page5.html

-accepteula

Maybe running

sync /?

would tell you that ? Dunno.

HTH,
Paul
  #5  
Old September 9th 17, 04:00 AM posted to alt.windows7.general
T
external usenet poster
 
Posts: 4,600
Default sync freezing when run from a timer

On 09/08/2017 06:19 PM, Paul wrote:
T wrote:
On 09/08/2017 05:08 PM, Paul wrote:
T wrote:
Hi,

If I run sync.exe 2.0
https://technet.microsoft.com/en-us/...rnals/bb897438

triggered from a timer from Cobian Backup or my own script,
it freezes and never returns. I can run it manually
(through Cobian or directly from a cmd shell) with
no issue

The call is

c:\NtUtil\sync.exe -r B:


I just commented it out and all was well after that

What the heck ... ???

Many thanks,
-T

When you run a Sysinternals program, it puts up a EULA
the first time you use it.

When you run it off another account (SYSTEM via Task Scheduler),
then it *could* attempt to present the EULA again. The EULA does
not belong to the current Explorer "session" number, so the graphics
will prevent it from popping up.

Usually there is a "quiet" parameter you add to the
command line, to consent to the EULA without seeing it.

My kingdom - for proper documentation on a web page...

Sometimes I find references to this, on the forums.sysinternals.com
or similar. Maybe you can track it down that way.

Paul



Hi Paul,

That sure feels like the symptom!

I can't find any documentation of the quiet switch. Do you
remember what it is?

-T


A search on "sysinternals suppress eula" gives this.

https://forum.sysinternals.com/eula-...783_page5.html


-accepteula

Maybe running

sync /?

would tell you that ? Dunno.

HTH,
Paul


Hi Paul,

Poop! So close! But, read on. Figured out a workaround.


C:\NtUtilsync -accepteula

Sync 2.2: Disk Flusher for Windows 9x/Me/NT/2K/XP
Copyright (C) 1997-2004 Mark Russinovich
Sysinternals - www.sysinternals.com

usage: sync [-r | drive letters]
-r flush removeable media
-e eject removeable media

Specifying explicit drive letters will flush only those drives.



C:\NtUtilsync /?

Sync 2.2: Disk Flusher for Windows 9x/Me/NT/2K/XP
Copyright (C) 1997-2004 Mark Russinovich
Sysinternals - www.sysinternals.com

usage: sync [-r | drive letters]
-r flush removeable media
-e eject removeable media

Specifying explicit drive letters will flush only those drives.



Found this:
http://dennisbareis.com/scriptingtip...sinternals.htm

"License Agreement - /AcceptEula"

Newer versions of SysInternals tools prompt for acceptance
of the licence (even command line versions).

You should add "/AcceptEula" to the command line of these
programs that require it. Its best to try it and if you
don't get a syntax error then use it. The agreement is
recorded at "HKCU\Software\Sysinternals\PsExec\EulaAccepte d"
(1=accepted, 0=Declined). Apparently if it has been
previously declined then the command line switch will not
work.

Now how to get that into the SYSTEM's HKCU ???

REGEDIT4
[HKEY_CURRENT_USER\Software\Sysinternals\Sync]
"EulaAccepted"=dword:00000001

I wonder how this would work run from the script with the problem?

reg add "HKCU\Software\Sysinternals\Sync" /f /v EulaAccepted /t
REG_DWORD /d 1


/f force (yes)
/v The value name, under the selected Key
/t RegKey data types
/d the data

I just created a Cobian task to go off in a few minutes. Lets see if
it eMails me.

EXECUTEANDWAIT,C:\Windows\System32\reg.exe,"add
HKCU\Software\Sysinternals\Sync /v EulaAccepted /f /t REG_DWORD /d 1"


Redoing it with the sync command to see if it goes through.

It worked.

Now am trying it logged out.

Yippee!!


2017-09-08 19:45 *** A new backup has started. Number of tasks in
queue: 1 ***
...
2017-09-08 19:45 Executing the pre-backup events
2017-09-08 19:45 Executing the program
"C:\Windows\System32\reg.exe" and waiting for its termination
2017-09-08 19:45 The program "C:\Windows\System32\reg.exe" has been
successfully executed
...
2017-09-08 19:45 Executing the post-backup events
2017-09-08 19:45 Executing the program "C:\NtUtil\sync.exe" and
waiting for its termination
2017-09-08 19:45 The program "C:\NtUtil\sync.exe" has been
successfully executed



Thank you! You are a genius Paul!!! Without your constant
encouragement, I never would have found it!

-T

  #6  
Old September 9th 17, 07:08 AM posted to alt.windows7.general
Paul[_32_]
external usenet poster
 
Posts: 11,873
Default sync freezing when run from a timer

T wrote:
On 09/08/2017 06:19 PM, Paul wrote:
T wrote:
On 09/08/2017 05:08 PM, Paul wrote:
T wrote:
Hi,

If I run sync.exe 2.0
https://technet.microsoft.com/en-us/...rnals/bb897438

triggered from a timer from Cobian Backup or my own script,
it freezes and never returns. I can run it manually
(through Cobian or directly from a cmd shell) with
no issue

The call is

c:\NtUtil\sync.exe -r B:


I just commented it out and all was well after that

What the heck ... ???

Many thanks,
-T

When you run a Sysinternals program, it puts up a EULA
the first time you use it.

When you run it off another account (SYSTEM via Task Scheduler),
then it *could* attempt to present the EULA again. The EULA does
not belong to the current Explorer "session" number, so the graphics
will prevent it from popping up.

Usually there is a "quiet" parameter you add to the
command line, to consent to the EULA without seeing it.

My kingdom - for proper documentation on a web page...

Sometimes I find references to this, on the forums.sysinternals.com
or similar. Maybe you can track it down that way.

Paul


Hi Paul,

That sure feels like the symptom!

I can't find any documentation of the quiet switch. Do you
remember what it is?

-T


A search on "sysinternals suppress eula" gives this.

https://forum.sysinternals.com/eula-...783_page5.html


-accepteula

Maybe running

sync /?

would tell you that ? Dunno.

HTH,
Paul


Hi Paul,

Poop! So close! But, read on. Figured out a workaround.


C:\NtUtilsync -accepteula

Sync 2.2: Disk Flusher for Windows 9x/Me/NT/2K/XP
Copyright (C) 1997-2004 Mark Russinovich
Sysinternals - www.sysinternals.com

usage: sync [-r | drive letters]
-r flush removeable media
-e eject removeable media

Specifying explicit drive letters will flush only those drives.



C:\NtUtilsync /?

Sync 2.2: Disk Flusher for Windows 9x/Me/NT/2K/XP
Copyright (C) 1997-2004 Mark Russinovich
Sysinternals - www.sysinternals.com

usage: sync [-r | drive letters]
-r flush removeable media
-e eject removeable media

Specifying explicit drive letters will flush only those drives.



Found this:
http://dennisbareis.com/scriptingtip...sinternals.htm

"License Agreement - /AcceptEula"

Newer versions of SysInternals tools prompt for acceptance
of the licence (even command line versions).

You should add "/AcceptEula" to the command line of these
programs that require it. Its best to try it and if you
don't get a syntax error then use it. The agreement is
recorded at "HKCU\Software\Sysinternals\PsExec\EulaAccepte d"
(1=accepted, 0=Declined). Apparently if it has been
previously declined then the command line switch will not
work.

Now how to get that into the SYSTEM's HKCU ???

REGEDIT4
[HKEY_CURRENT_USER\Software\Sysinternals\Sync]
"EulaAccepted"=dword:00000001

I wonder how this would work run from the script with the problem?

reg add "HKCU\Software\Sysinternals\Sync" /f /v EulaAccepted /t
REG_DWORD /d 1


/f force (yes)
/v The value name, under the selected Key
/t RegKey data types
/d the data

I just created a Cobian task to go off in a few minutes. Lets see if
it eMails me.

EXECUTEANDWAIT,C:\Windows\System32\reg.exe,"add
HKCU\Software\Sysinternals\Sync /v EulaAccepted /f /t REG_DWORD /d 1"


Redoing it with the sync command to see if it goes through.

It worked.

Now am trying it logged out.

Yippee!!


2017-09-08 19:45 *** A new backup has started. Number of tasks in
queue: 1 ***
...
2017-09-08 19:45 Executing the pre-backup events
2017-09-08 19:45 Executing the program "C:\Windows\System32\reg.exe"
and waiting for its termination
2017-09-08 19:45 The program "C:\Windows\System32\reg.exe" has been
successfully executed
...
2017-09-08 19:45 Executing the post-backup events
2017-09-08 19:45 Executing the program "C:\NtUtil\sync.exe" and
waiting for its termination
2017-09-08 19:45 The program "C:\NtUtil\sync.exe" has been
successfully executed



Thank you! You are a genius Paul!!! Without your constant
encouragement, I never would have found it!

-T


There, ya see, I didn't know so much progress had been
made in the "EULA crawlspace". A game of Whack-A-Mole
that comes with its own hammer.

Paul

  #7  
Old September 9th 17, 07:38 AM posted to alt.windows7.general
T
external usenet poster
 
Posts: 4,600
Default sync freezing when run from a timer

On 09/08/2017 11:08 PM, Paul wrote:
T wrote:
On 09/08/2017 06:19 PM, Paul wrote:
T wrote:
On 09/08/2017 05:08 PM, Paul wrote:
T wrote:
Hi,

If I run sync.exe 2.0
https://technet.microsoft.com/en-us/...rnals/bb897438

triggered from a timer from Cobian Backup or my own script,
it freezes and never returns. I can run it manually
(through Cobian or directly from a cmd shell) with
no issue

The call is

c:\NtUtil\sync.exe -r B:


I just commented it out and all was well after that

What the heck ... ???

Many thanks,
-T

When you run a Sysinternals program, it puts up a EULA
the first time you use it.

When you run it off another account (SYSTEM via Task Scheduler),
then it *could* attempt to present the EULA again. The EULA does
not belong to the current Explorer "session" number, so the graphics
will prevent it from popping up.

Usually there is a "quiet" parameter you add to the
command line, to consent to the EULA without seeing it.

My kingdom - for proper documentation on a web page...

Sometimes I find references to this, on the forums.sysinternals.com
or similar. Maybe you can track it down that way.

Paul


Hi Paul,

That sure feels like the symptom!

I can't find any documentation of the quiet switch. Do you
remember what it is?

-T

A search on "sysinternals suppress eula" gives this.

https://forum.sysinternals.com/eula-...783_page5.html


-accepteula

Maybe running

sync /?

would tell you that ? Dunno.

HTH,
Paul


Hi Paul,

Poop! So close! But, read on. Figured out a workaround.


C:\NtUtilsync -accepteula

Sync 2.2: Disk Flusher for Windows 9x/Me/NT/2K/XP
Copyright (C) 1997-2004 Mark Russinovich
Sysinternals - www.sysinternals.com

usage: sync [-r | drive letters]
-r flush removeable media
-e eject removeable media

Specifying explicit drive letters will flush only those drives.



C:\NtUtilsync /?

Sync 2.2: Disk Flusher for Windows 9x/Me/NT/2K/XP
Copyright (C) 1997-2004 Mark Russinovich
Sysinternals - www.sysinternals.com

usage: sync [-r | drive letters]
-r flush removeable media
-e eject removeable media

Specifying explicit drive letters will flush only those drives.



Found this:
http://dennisbareis.com/scriptingtip...sinternals.htm

"License Agreement - /AcceptEula"

Newer versions of SysInternals tools prompt for acceptance
of the licence (even command line versions).

You should add "/AcceptEula" to the command line of these
programs that require it. Its best to try it and if you
don't get a syntax error then use it. The agreement is
recorded at "HKCU\Software\Sysinternals\PsExec\EulaAccepte d"
(1=accepted, 0=Declined). Apparently if it has been
previously declined then the command line switch will not
work.

Now how to get that into the SYSTEM's HKCU ???

REGEDIT4
[HKEY_CURRENT_USER\Software\Sysinternals\Sync]
"EulaAccepted"=dword:00000001

I wonder how this would work run from the script with the problem?

reg add "HKCU\Software\Sysinternals\Sync" /f /v EulaAccepted /t
REG_DWORD /d 1


/f force (yes)
/v The value name, under the selected Key
/t RegKey data types
/d the data

I just created a Cobian task to go off in a few minutes. Lets see if
it eMails me.

EXECUTEANDWAIT,C:\Windows\System32\reg.exe,"add
HKCU\Software\Sysinternals\Sync /v EulaAccepted /f /t REG_DWORD /d 1"


Redoing it with the sync command to see if it goes through.

It worked.

Now am trying it logged out.

Yippee!!


2017-09-08 19:45 *** A new backup has started. Number of tasks in
queue: 1 ***
...
2017-09-08 19:45 Executing the pre-backup events
2017-09-08 19:45 Executing the program
"C:\Windows\System32\reg.exe" and waiting for its termination
2017-09-08 19:45 The program "C:\Windows\System32\reg.exe" has
been successfully executed
...
2017-09-08 19:45 Executing the post-backup events
2017-09-08 19:45 Executing the program "C:\NtUtil\sync.exe" and
waiting for its termination
2017-09-08 19:45 The program "C:\NtUtil\sync.exe" has been
successfully executed



Thank you! You are a genius Paul!!! Without your constant
encouragement, I never would have found it!

-T


There, ya see, I didn't know so much progress had been
made in the "EULA crawlspace". A game of Whack-A-Mole
that comes with its own hammer.

Paul


Had you not kept making suggestions, I would have never
found the right tree to bark up.

Whack-A-Mole is a good description!
 




Thread Tools
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off






All times are GMT +1. The time now is 01:26 AM.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright ©2004-2024 PCbanter.
The comments are property of their posters.