fileSystemWatcher следит за конкретной папкой (или файлом). Есу дела нет как изменилось его содержимое. 
Ты скопировал или модифицировал или еще что-нить сделал   Ему главное, что состояние объекта его наблюдения изменилось   


Можно так:

Правда для Changed нужно как-то отсеивать модификацию файла прямо в папке.
Хотя я считаю, что это не нужно делать воообще.

Или ты хочешь отследить момент когда ИЗ контролируемой папки что-то копируют?
Тогда FSW не особо проходит. Не ставить же его на все доступные диски   

Именно! а зачем мне следить за наполнением папок? поддерживать чистоплотность?  


Может как-нибудь сканировать порты usb? или наблюдать за драйверами?

Когда я тоже думал (неделюку назад) systemwatcher юзать, но если его юзаешь, то нельзя флэшку отключить, пишет что она "занята"
если останавливаешь программу наблюдатель, то "флэшку можно безопасно извлечь из компьютера"

вариант 2. если физически выдернуть флэшку и назад воткнуть, то наблюдения за файловой системой прекратятся, можно что угодно скопировать на флэшку или с нее.

Вот тебе и файло наблюдатель разочаровал он меня!

Добавлено @ 00:54 
Может быть конечно все таки решение понемножку созреет (не только у меня)

Когда меня осенило писать все на VBS используя WMI, я в наивном неведении, что нельзя отслеживать события чтения, все-таки написал скрипт, который перехватывал созданные методом копирования файлы и реализовал модуль, который следил за подключениями сьемных носителей (тип 1 в FSO)...в такой ситуации "вариант 2" - это не проблемма...а автоматическое прекращение выполнение скрипта - только на руку...
...но что делать, со слабонервными, которые боятся дотронуться до флешки пока точно не убедятся что она отключена? это взаправду косяк...
...но повтарюсь, трабл в том чтобы определить какой файл был скопирован!!!

p.s.: судя по молчанию здешних мастеров, вывод один - въежать в код filemon и медленно, но уверенно писать прототип на winapi...

p.p.s.: впрочем, меня вчера уже уволили с испытательного срока и мне уже .... зато прокачался немалым опытом  
...а фирма, в которую я нанимался программистом, послала заказ какой-то здешней фирме-разработчику, которая в свою очередь обещала написать прогу, следящую за всеми перемещениями в FS (в том числе и запись на CD) на .NET...любопытно, не правда ли? 

ANDeath данную программу и тему планируешь развивать?

Rustemka, есть маленький интерес к этому делу, но идей нет...
Через файловую систему, что либо подобное не реализуется, можешь не капать, проверенно на WMI и .NET...
...и оно правильно, там все реализуется через объекты, и это логично: создание, изменение параметров и удаление объекта зафиксировать легко...

Сейчас других проблем поболее, так что буду поддерживать тему пассивно...

P.S.:
Знакомый, бывший кгб-шник, занимавшийся радио-компьтер техникой советских времен, рассказывал что эту проблему легко решали на ассемблере (через вектора прерывания, порты и т.п.), а люди пользующиеся языками высокого уровня, на самом деле не программисты, а так - прикладники...старая школа 

А если копать в сторону, e.GetType там можно найти например, кто изменил файл?
e.GetType.GUID  Не работает

Оказывается так можно и за сетевым ресурсом наблюдать, только не понятно кто это сделал (скопировал, удалил)

Rustemka, e.GetType возвращает тип объекта 
Т.е. тебе вернется тип <кто-то что-то>EventArgs 

Rustemka, в данном случае я полностью согласен с ANDeath. Задача неразрешима только средствами .NET; придётся привлекать более низкоуровневые вещи, ну а про них я уже выше писал. Кстати, по-другому такие тулзы называются руткитами   

Я кстати мини програмку написал, но это только для лога за локальными ресурсами, но как вот быть с cd-rom и с "безопасным извлечением" флэшки увы открыт остался вопрос.