Scheduler / Startup Scan

Discussion in 'ESET Smart Security v4 Beta Forum' started by philby, Nov 23, 2008.

Thread Status:
Not open for further replies.
  1. philby

    philby Registered Member

    Joined:
    Jan 10, 2008
    Posts:
    940
    Seems that unchecking / deleting startup file scanning in scheduler doesn't stop scanning from going ahead.

    ESS still scans for around 20-25 minutes after boot if I check under Statistics > AV and AS

    Anyone else notice this?

    Philby
     
  2. Marcos

    Marcos Eset Staff Account

    Joined:
    Nov 22, 2002
    Posts:
    14,374
    The real-time protection scans all files accesses/created by Windows during the startup. On the contrary, the startup scanner scans all files that are registered in the registry to start automatically with Windows (ie. files registered in the run key).
     
  3. funkydude

    funkydude Registered Member

    Joined:
    Apr 5, 2004
    Posts:
    6,852
    If you have prefetch on it scans those files too, pretty normal.
     
  4. Bensec

    Bensec Registered Member

    Joined:
    Aug 4, 2008
    Posts:
    177
    Location:
    China Changsha
    hi,
    i cannt disable ess4's realtime protection
    i disabled the realtime protection but it resumed on next boot.
    according to my exprience, ekrn.exe start "startup file scanning"
    whenever egui.exe starts(if it has been killed and restarted).
    i dont take this as a bug, just post it here as a interesting phenomenon :)
     
  5. Marcos

    Marcos Eset Staff Account

    Joined:
    Nov 22, 2002
    Posts:
    14,374
    The real-time protection module should only be permanently disabled when using another resident protection along with EAV/ESS. This can be accomplished by unticking the "Automatic real-time file system protection startup" checkbox.
     
  6. Bensec

    Bensec Registered Member

    Joined:
    Aug 4, 2008
    Posts:
    177
    Location:
    China Changsha
    hah:argh: thanx i got. its a very good feature!
     
Thread Status:
Not open for further replies.