Condusiv Technologies Blog

Condusiv Technologies Blog

Blogging @Condusiv

The Condusiv blog shares insight into the issues surrounding system and application performance—and how I/O optimization software is breaking new ground in solving those issues.

New Diskeeper 2010 update (14.0.900)

by Michael 31. December 2009 07:40

On the heels of a prior update comes a new incremental build. This update resolves rare cases the Terabyte Volume Engine (TVE) process may fail, and a second unrelated issue where Diskeeper does does not start (i.e. defragmenting) after the initial installation due to licensing. As usual, if you are not experiencing these issues, there is no need to update.

Here is the ReadMe note from the update:

D.  CHANGES IN THIS RELEASE
===========================

1. Fixed issue where defragmentation operation failed to start.

Tags:

Undelete update delayed

by Michael 30. December 2009 12:05
Undelete 2009 support for Windows 7/Server 2008R2 will be delayed until mid to late January.

Tags:

Program not found - skipping AUTOCHECK - revisited

by Michael 30. December 2009 11:58

This is a reposting of a prior (and popular) blog entry that unfortunately was "chopped" when we migrated to our new platform. Here it is in full:  

Preface: this article refers to making direct edits to the Windows Registry. If you are not experienced with this subject, ask your company's IT Administrator or a computer-expert friend/neighbor for help.

Our Tech Support group has seen a few reports of this error (Program not found - skipping AUTOCHECK) from customers when running Diskeeper's bootime defrag. The error starts early in the boot process while the Session Manager process (smss.exe) is busy getting the system up and running. Smss.exe is critical to loading the paging file, initializing the registry and loading kernel components. But, before it does any of that it looks to a registry key called BootExecute. At that location it launches any applications listed. Session Manager then looks to the Windows system32 folder for particular executables it has been instructed to launch. By default there is only one program listed here - autochk.exe, the boot-time version of chkdsk, which will run if there are any file system inconsistency flags detected (i.e. volume dirty bit is set).

Read on for the solution...

Software vendors who need exclusive access to a volume (such as a defragmenter) will name proprietary executables at this registry location (and place the programs in the Windows system32 folder). Using this system is how Diskeeper is able to safely defragment files that could not be defragmented when the system is up and running.

However, malware creators have also used this BootExecute location to load their spyware/virus crap.

If you uninstall a legitimate program that has written into this BootExecute registry you may see this message. The uninstall will typically delete the executable from the system32 program, but not edit the registry. In most cases, the registry change is only a temporary one. For example: if you set Diskeeper to run a Bootime defrag "on next reboot" but uninstall it before the reboot, you can create the same issue. Once the Diskeeper Bootime defrag completes, it removes this string from the registry. Other applications are likely to behave similarly. It is also possible that a program, during install, writes data into this key, but then does not remove it on uninstall.

Another possibility is if you have run an anti-malware program that has removed the referenced executable from the system32 folder, but not changed the BootExecute registry to remove the "pointer" to that file. In that case you will also see this message.

When the program named is from a removed third-party vendor, the message is harmless. You should only be concerned if the default autochk program itself does not run.

If you do get this error and want to clean it up, here's what you need to do:

Look in the registry at:

"HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager" and remove the string [the name referenced in the message on system startup] from the BootExecute value.

Under normal circumstances only the following would be present:

autocheck autochk *

This is what it might look like with added values:

autocheck autochk * autocheck stera

You can change the value back to the default (as shown in the first example above), but understand that it may possibly impact a legitimate program listed here.

Stera.exe is part of an adware program that pretends to be an anti-adware program!

As always, you need to be very careful editing the registry. If you see anything else listed here other than the executable named in the error message, look at named file's properties in the system32 folder or do a web search on it. A legitimate vendor can advise you on what to do to avoid potential conflict.

For Diskeeper it would look like:
autocheck autochk * autocheck AUTONTFS E: PAGE=KEEP DIRS=NONE MFT=MIN

(where E: represents the drive letter on which to run the bootime).

You can also reset it back to the default (autocheck autochk *) without issue. That is the safest bet with Diskeeper. You'll simply need to go back into Diskeeper and reset the Bootime job.

Diskeeper customers are always welcome to contact our support team for assistance.

Tags:

New Diskeeper 2010 update (14.0.898)

by Michael 28. December 2009 08:08

A new build is available for Diskeeper 2010 users. It addresses the SQL Server CHECKDB false-positive reported previously. If you aren't using SQL Server, then you won't need to update at this time.

Here is the ReadMe text (noting the only change):

D.  CHANGES IN THIS RELEASE
===========================

1.  Fixed issue where Diskeeper was conflicting with SQL database
    consistency check resulting in errors in the event log.

Tags:

Updates

The Diskeeper Dashboard - IntelliWrite

by Michael 17. December 2009 11:58

We have an online FAQ that I thought I'd post here as well. It provides some valuable insight into what's going on with all those graphs and statistics related to our proprietary new IntelliWrite technology.

IntelliWrite Fragmentation Prevention

 

This section of the Dashboard tab explains that IntelliWrite increases system performance by preventing fragmentation before it happens.

IntelliWrite System Statistics for All Volumes Since the Previous Day

This section of the Dashboard Tab includes statistical information regarding fragmentation prevented by IntelliWrite, fragmentation eliminated by Automatic Defragmentation, and a sum of the two numbers since the previous day.

It is important to note that the amount of fragmentation prevented is an estimation determined by a large number of factors and extensive testing. The IntelliWrite graphs are designed to approximate fragments prevented across a wide range of applications and must incorporate various types of file writes and modifications into a singular display. In some cases the charts may over-estimate and in other cases, underestimate. For example, on SQL Server® the graphs may overestimate about 10% of the fragmentation prevented, on Microsoft® Office documents it may underestimate the number of fragments prevented by 80%. What is important is that with IntelliWrite enabled, fragmentation is being handled, before it happens. The end result of having Diskeeper with IntelliWrite and Automatic Defragmentation working is a system running at peak performance in the most efficient way possible (without fragmentation).

The statement: "Proactive prevention is the most energy efficient method to eliminate increased storage power consumption caused by fragmentation," points out that when IntelliWrite is handling your system’s fragmentation, it is reducing the amount of disk head movement previously needed to accomplish defragmentation and therefore is reducing Diskeeper's total system resource footprint.

System Fragmentation Prevention Graph

 

This section of the Dashboard tab shows system fragmentation prevented by IntelliWrite in real-time. In the graph, fragmentation prevented every second, within the last minute, for your entire system, is displayed in green. The scale on the left side of the graph pertains to the number of fragments that have been prevented and the scale along the top of the graph pertains to the seconds in the last minute.

Statistical Information for Selected Volume(s) Since the Previous Day

 

This section of the Dashboard tab shows statistical information for selected volume(s) since the previous day. The columns of the table include the name of the selected volume(s), whether or not IntelliWrite and Automatic Defragmentation are enabled, the number of fragments prevented, the number of fragments eliminated and file read/write time % improvement.

Tags: , ,

Diskeeper | IntelliWrite

Month List

Calendar

<<  July 2017  >>
MoTuWeThFrSaSu
262728293012
3456789
10111213141516
17181920212223
24252627282930
31123456

View posts in large calendar