Hi all,
I had Filespy attached to a hard drive. I tried deleting a partition on the
machine and then making it again and formatting it. Filespy becomes
unresponsive, and do does the machine. If I reboot the machine, it won’t
boot up (even without filespy).
I don’t know where to debug, is this a known issue?
what is the solution.
I am using the latest IFS kit sample.
–
That is interesting, I’m curious to hear what the experts have to say. I
would theorize the VPB was destroyed when you deleted the partition, but
filespy was never told about this event. I’m guessing if filespy didn’t
know about the partition being deleted, it hung around and wrote over
some stuff it shouldn’t of…
scan disk didn’t help? Going into recovery console and reparing doesn’t
fix the problem either?
Curious to hear what the pro’s have too say…
m
amitr0 wrote:
Hi all,
I had Filespy attached to a hard drive. I tried deleting a partition
on the machine and then making it again and formatting it. Filespy
becomes unresponsive, and do does the machine. If I reboot the
machine, it won’t boot up (even without filespy).I don’t know where to debug, is this a known issue?
what is the solution.
I am using the latest IFS kit sample.
–
- amitr0
— Questions? First check the IFS FAQ at
https://www.osronline.com/article.cfm?id=17 You are currently
subscribed to ntfsd as: xxxxx@comcast.net To unsubscribe send a
blank email to xxxxx@lists.osr.com
the machine wont boot after that…
i have a dual boot system which was teh saviour of the day. i booted iinto
it, and then I booted back to the damaged OS, and things became normal, bt i
wann know why this happens exactly. And a possible fix.
On 6/12/06, MM wrote:
>
> That is interesting, I’m curious to hear what the experts have to say. I
> would theorize the VPB was destroyed when you deleted the partition, but
> filespy was never told about this event. I’m guessing if filespy didn’t
> know about the partition being deleted, it hung around and wrote over
> some stuff it shouldn’t of…
>
> scan disk didn’t help? Going into recovery console and reparing doesn’t
> fix the problem either?
>
> Curious to hear what the pro’s have too say…
>
> m
>
> amitr0 wrote:
>
> > Hi all,
> >
> > I had Filespy attached to a hard drive. I tried deleting a partition
> > on the machine and then making it again and formatting it. Filespy
> > becomes unresponsive, and do does the machine. If I reboot the
> > machine, it won’t boot up (even without filespy).
> >
> > I don’t know where to debug, is this a known issue?
> >
> > what is the solution.
> >
> > I am using the latest IFS kit sample.
> >
> >
> >
> > –
> >
> > - amitr0
> > — Questions? First check the IFS FAQ at
> > https://www.osronline.com/article.cfm?id=17 You are currently
> > subscribed to ntfsd as: xxxxx@comcast.net To unsubscribe send a
> > blank email to xxxxx@lists.osr.com
>
>
> —
> Questions? First check the IFS FAQ at
> https://www.osronline.com/article.cfm?id=17
>
> You are currently subscribed to ntfsd as: xxxxx@gmail.com
> To unsubscribe send a blank email to xxxxx@lists.osr.com
>
–
- amitr0
Is this a non issue? I didn’t get a single reply. Or is it too dumb a
question to ask?
On 6/12/06, amitr0 wrote:
>
> Hi all,
>
> I had Filespy attached to a hard drive. I tried deleting a partition on
> the machine and then making it again and formatting it. Filespy becomes
> unresponsive, and do does the machine. If I reboot the machine, it won’t
> boot up (even without filespy).
>
> I don’t know where to debug, is this a known issue?
>
> what is the solution.
>
> I am using the latest IFS kit sample.
>
>
>
> –
>
> - amitr0
>
–
- amitr0
> I had Filespy attached to a hard drive. I tried deleting a partition
on the machine and then making it again and formatting it.
Filespy becomes unresponsive, and do does the machine.
If I reboot the machine, it won’t boot up (even without filespy).
Interesting. I will look at my version of FileSpy, maybe there’s
just another bug in the driver code (It wouldn’t be the first one :-))
L.
ya…please do so.
is there a solution u can suggest to it?
On 6/16/06, Ladislav Zezula wrote:
>
> > I had Filespy attached to a hard drive. I tried deleting a partition
> > on the machine and then making it again and formatting it.
> > Filespy becomes unresponsive, and do does the machine.
> > If I reboot the machine, it won’t boot up (even without filespy).
>
> Interesting. I will look at my version of FileSpy, maybe there’s
> just another bug in the driver code (It wouldn’t be the first one :-))
>
> L.
>
>
> —
> Questions? First check the IFS FAQ at
> https://www.osronline.com/article.cfm?id=17
>
> You are currently subscribed to ntfsd as: unknown lmsubst tag argument: ‘’
>
> To unsubscribe send a blank email to xxxxx@lists.osr.com
>
–
- amitr0
I tried this:
There were no problems, this is filespy listing:
Process | Request | IrpFlags | TopLevelIrp | FileObject | Path | Status | More Info
dmadmin.exe IRP_MJ_FILE_SYSTEM_CONTROL/IRP_MN_USER_FS_REQUEST 40000800 00000000 85A74D60 H: STATUS_SUCCESS FSCTL_DISMOUNT_VOLUME dmadmin.exe IRP_MJ_PNP/IRP_MN_QUERY_DEVICE_RELATIONS 40000000 B9D03B44 85A74D60 H: 0x00000004
dmadmin.exe IRP_MJ_FILE_SYSTEM_CONTROL/IRP_MN_USER_FS_REQUEST 40000800 00000000 85A74D60 H: STATUS_VOLUME_DISMOUNTED FSCTL_DISMOUNT_VOLUME dmadmin.exe IRP_MJ_PNP/IRP_MN_QUERY_DEVICE_RELATIONS 40000000 B9D03B44 85A74D60 H: 0x00000004
System IRP_MJ_PNP/IRP_MN_SURPRISE_REMOVAL 40000000 00000000 00000000 0x00000004
System IRP_MJ_CLEANUP 40000404 00000000 861212A8 H:[-=Error 0xc000000d Getting Name=-] STATUS_SUCCESS
System IRP_MJ_CLOSE 40000404 00000000 861212A8 H:[-=Not In Cache=-] STATUS_SUCCESS
dmadmin.exe IRP_MJ_FILE_SYSTEM_CONTROL/IRP_MN_USER_FS_REQUEST 40000800 00000000 85A74D60 H: STATUS_SUCCESS FSCTL_UNLOCK_VOLUME dmadmin.exe IRP_MJ_PNP/IRP_MN_QUERY_DEVICE_RELATIONS 40000000 B9D03B44 85A74D60 H: 0x00000004
dmadmin.exe IRP_MJ_CLEANUP 40000404 00000000 85A74D60 H: STATUS_SUCCESS
dmadmin.exe IRP_MJ_CLOSE 40000404 00000000 85A74D60 H: STATUS_SUCCESS
dmadmin.exe IRP_MJ_CLOSE 40000404 B9D03B38 85E43140 H:$LogFile STATUS_SUCCESS
dmadmin.exe FASTIO_DETACH_DEVICE 00000000 STATUS_SUCCESS
After detach device, there were no another requests,
because the originally attached partition has been detached
in the last request.
It looks like you made some mistake when making changes in your FileSpy version.
L.
Which version of Filespy is this? I am using IFS kit 3790.
Also, is the drive H: a whole harddisk, or just a partition on anther disk.
In my case, I have only one harddisk drive and it has three partitions. One
of which is used for booting also. Ofcourse I didnt try to unpartition the
boot partition, but one of the data parttions were experimented with!!!
amitr0
On 6/18/06, Ladislav Zezula wrote:
>
>
> I tried this:
>
> 1. Attach FileSpy to hard drive H:
> 2. Open disk manager
> 3. Delete partition on the disk H:
> 4. Create new partition, assign H: letter
> 5. Format it.
>
> There were no problems, this is filespy listing:
>
> Process | Request | IrpFlags | TopLevelIrp | FileObject | Path | Status |
> More Info
> dmadmin.exe IRP_MJ_FILE_SYSTEM_CONTROL/IRP_MN_USER_FS_REQUEST 40000800 00000000 85A74D60 H: STATUS_SUCCESS FSCTL_DISMOUNT_VOLUME
> dmadmin.exe
> IRP_MJ_PNP/IRP_MN_QUERY_DEVICE_RELATIONS 40000000 B9D03B44 85A74D60 H: 0x00000004
> dmadmin.exe IRP_MJ_FILE_SYSTEM_CONTROL/IRP_MN_USER_FS_REQUEST 40000800 00000000 85A74D60 H: STATUS_VOLUME_DISMOUNTED FSCTL_DISMOUNT_VOLUME
> dmadmin.exe
> IRP_MJ_PNP/IRP_MN_QUERY_DEVICE_RELATIONS 40000000 B9D03B44 85A74D60 H: 0x00000004
>
> System IRP_MJ_PNP/IRP_MN_SURPRISE_REMOVAL 40000000 00000000 00000000 0x00000004
> System IRP_MJ_CLEANUP 40000404 00000000 861212A8 H:[-=Error 0xc000000d
> Getting Name=-] STATUS_SUCCESS
> System IRP_MJ_CLOSE 40000404 00000000 861212A8 H:[-=Not In
> Cache=-] STATUS_SUCCESS
> dmadmin.exe IRP_MJ_FILE_SYSTEM_CONTROL/IRP_MN_USER_FS_REQUEST 40000800 00000000 85A74D60 H: STATUS_SUCCESS FSCTL_UNLOCK_VOLUME
> dmadmin.exe
> IRP_MJ_PNP/IRP_MN_QUERY_DEVICE_RELATIONS 40000000 B9D03B44 85A74D60 H: 0x00000004
> dmadmin.exe IRP_MJ_CLEANUP 40000404 00000000 85A74D60 H: STATUS_SUCCESS
> dmadmin.exe IRP_MJ_CLOSE 40000404 00000000 85A74D60 H: STATUS_SUCCESS
> dmadmin.exe
> IRP_MJ_CLOSE 40000404 B9D03B38 85E43140 H:$LogFile STATUS_SUCCESS
> dmadmin.exe FASTIO_DETACH_DEVICE 00000000 STATUS_SUCCESS
>
> After detach device, there were no another requests,
> because the originally attached partition has been detached
> in the last request.
>
> It looks like you made some mistake when making changes in your FileSpy
> version.
>
> L.
>
>
> —
> Questions? First check the IFS FAQ at
> https://www.osronline.com/article.cfm?id=17
>
> You are currently subscribed to ntfsd as: unknown lmsubst tag argument: ‘’
>
> To unsubscribe send a blank email to xxxxx@lists.osr.com
>
–
- amitr0
> Also, is the drive H: a whole harddisk, or just a partition on anther disk.
In my case, I have only one harddisk drive and it has three
I tried both - first with whole disk, then with three partitions
(attached to the middle one), In both cases, the result was the same,
no freezes, no crashed or irresponsive applications.
Which version of Filespy is this? I am using IFS kit 3790.
WDK 5112
L.