after about 2 weeks worth of scanning, mcafee crashes.
maybe it found a really large file or something (I have some zip files that are 10GB and I have test data files that are 9GB).
Fri 11/11/2011 18:19:13.71|C:\DOCUME~1\JIMMIC~1|>\u\df -a *
*C:------------------********************** 1.13TB/ 2.00TB(56.61%)
E:-------------------------*************** 786.10GB/ 2.00TB(39.30%)
TOT:---------------------******************* 1.91TB/ 4.00TB(47.95%)
TOT USED:--------------------******************** 2.08TB/ 4.00TB(52.05%)
Fri 11/11/2011 18:19:23.85|C:\DOCUME~1\JIMMIC~1|>
this is how much free space I have.
mcafee should not load a file into RAM to do its file scans - that is unacceptable (though it may be quick - mcafee using a memory mapped file? I don't know - would that work? never tried that before, might try it sometime with a 9GB file just to see what happens).
anyway, I am having a crash, and it happens every time I scan.
it makes me wonder why I bought this product. I escalated this issue to level 2 or 3 tech support and they said "well, don't do that. 2TB of data is not supported."
I think this is unacceptable.
please fix, thanks.
Solved! Go to Solution.
Ok understand now so maybe limit scans to custom scans that can skip compressed files. Mcafee will not count these scans as equivalent to scheduled scans though.
What version of Mcafee have you?
2011 has the feature to not scan folders of your choice in scheduled and custom scans. Is this a full scan or 1 or the above two?
Make sure use minimal resources is off and do not have a dvd in the drive when scanning (that is another story)
mcafee should not be this broken... someone should fix it. I can detect DVD drives in windows with my code without crashing (I can provide you the code, it's Open Source, but that probably doesn't help mcafee). the DriveExists function involves calling the win32 function GetDriveType() passing the argument C:\ (or E:\ or whatever driove letter you have).
then you check for ALL the possible drive types:
to get the default drive, you simply call GetLogicalDrives() and you get a bitmap of drive letters that exist.
from there, you call _getdcwd()
if it's a cdrom, you check if the drive is readonly I should think (test it first, I should try it to see what it does).
call CreateFile() with GenericRead and OPEN_EXISTING permissions and INVALID_HANDLE_VALUE for the permissions to copy and get a HANDLE.
there's your cdrom-drive-crash patch in a nutshell. send that to engineering. this drove me nuts for a long time.
I forgot a call to DeviceIoControl(...IOCTL_STORAGE_CHECK_VERIFY...) and when you call CreateFile you use \\.\C: as your drive string. you call this within the switch() statement to the list of drive types. or you can simply return a false for the function for DRIVE_CDROM if you don't want to mess with them because you can't write to them.
Jiim Are you referring to my comment that Mcafee has an issue with DVD scanning?. It seems to hunt in circles on compressed game files. It detects the drive fine just has trouble exiting the scan when a DVD with a game disk inserted is scanned.
So is the above still applicable?
If by 2012 you mean the 1 in alpha at the moment not that I have noticed. if you mean the 2012 sold in shops and online that is 2011 reboxed something marketing does. 2011/2012 does I have found scan faster but compressed files still are a bug bear.
hmm. I have zillions of compressed files, maybe that's why the scan takes so long
this may be why the 140GB "test" performed by some reviewers was so good looking...
plain old data files. I do a lot of software development, and file compression and archiving and ISO packaging is my thing...
still, this does not solve the crashes during the scans.
I have turned off "weekly" (hah! try monthly) scans. I don't care how long it takes, asa long as the machine is still usable by the time it finishes, and it actually finishes without crashing. in other words, it should work.
if it has to skip my ginourmous zip files or whatever it does behind the scenes, that's OK.
As I said custom and scheduled scans can skip folders of your choice. Can you keep all the files in 1 or several folders? That way they will not be scanned but still ptotected by Real time scanning.
I have 1 128Gb C drive and 2 1Tb data drives and scanning them takes 2 hrs with zip files includeed and 1 hour with their folders excluded.
I think 2012 does things differently but early days yet