Windows 7 unable to copy files in Aiport Disk

I was just wondering if there's an existing fix to this problem. I am running a Macbook pro w/c can read and write to an airport extreme 's airport disk however my windows 7 w/c is on my lenovo(dual boot)is unable to copy files. Its XP partition can write to it perfectly. Could it be that 7 handles windows explorer differently or the protocols?please advise

We don't do Windows here!
I think a post in this forum would be better.
DALE

Similar Messages

I am unable to copy files from my macbook pro to my external hard disk.

I am unable to copy files from my macbook pro to my external hard disk. I tried to copy a movie 800mb in size to my EDD and it shows the loading box and it says zero kb loaded out of 800mb and sometimes it loads a a few kb of the file, then after a while it ejects my hard disk and gives a message saying you should have ejected it properly. and it sometimes gives this message
"The Finder can’t complete the operation because some data in “....” can’t be read or written.
(Error code -36)".
This happens with a range of files if they are more than a few mb in size, so I am pretty sure its not the file problem. It also occurs sometimes when i try to copy from my EDD to my mac.
I have tried everything. I formatted my EDD to MS-DOS (FAT) format because i need to use it with mac and windows. I tried resetting The SMC and the PRAM and NVRAM. I tried verify and disk repair on disk utility. But the same thing happens over again and it is really frustrating. The problem doesnt happen with my PC.
My EDD is an Apollo 320GB hard drive from Imation.
Also are there any particular EDD brands that may not have this issue with MACs and can be used on mac and PC?
Thanks in advance!

Hey guys,
So this is follow up from my debarkle with the EDD. I found out my problem with copying files from Mac to EDD and vice versa was a result of a not so good EDD ( i had an apollo hard drive from imation) that was not very compatible with macs. So i did my research and found out that the best hard drives were Western Digital and Seagate. I bought the newest western digital EDD 1TB and formated it to FAT32 and guess what...no problems so far. The only problem is that FAT32 format doesn't copy files larger than about 4 gigs so i couldnt copy a movie from my brothers computer onto my EDD that was 1080p. You could probably resolve that by partitioning a small part of your hard drive in ExFAT? but yeah, hopefully that helped guys.
Aaisha

Error 1 Unable to copy file "obj...

Hi there! I am specifically using Visual Studio 2013:Windows Forms Application version 3.5 and this error log keeps popping up! I keep seeing stuff like visual C#, but
how do I fix this?
Error Log:
Error 1 Unable to copy file "obj\Debug\Project.exe" to "bin\Debug\Project.exe". Access to the path 'obj\Debug\Project.exe' is denied. Project

Check the Task Manager and see if the "Project.exe" is in use, or maybe another program is locking the built assembly of your project. Try to close the VS IDE and reopen the project. If this doesn't work, use Process Explorer to find the
using process.
We are trying to better understand customer views on social support experience, so your participation in this interview project would be greatly appreciated if you have time. Thanks for helping make community forums a great place.
Click
HERE to participate the survey.

Unable to copy file D018 error on pre-install

Hi,
We're on NW6.5 SP5 with ZFD4.01 IR6. We tried to rollout a series of
lights-out pre-install apps to workstations (NT 4.0 SP6b) on Friday and had
98 out of 262 workstations fail with the following error:
"Unable to copy file [\\unc path\939.fil] [D018]"
Workstations do have RF rights to the unc path where the nal files are
stored (via rights to the container hosting the workstations), and the macro
Source_Path is right, all the usual troubleshooting 'D018' checks are ok.
I've checked the AXT file and the Directory Create command comes before the
File Copy. Weirdly, only some of the workstations failed, and all on the
same file, which goes to c:\program files\blah\blah\blah and is called
_alphapm.exe.
To ensure this ran out ok we temporarily lowered the workstation refresh
frequency to 1 min, and the nal ran to all machines in about 6 minutes.
What could be the cause of only some of the machines failing, and all on the
same file?
Thanks,
Steve Law

Hi,
I've been troubleshooting this issue and now have Zenworks debug logs, which
I've managed to capture for both a machine that succesfully installed a
pre-install nal and one that failed for the same urn of the same nal. I'm
hoping someone can explain what might be happening. Here's the crucial
portion of the failed nal from zapplib.log:
This failed:
01/12/07 16:40:06.805 -- NWAPPSAGetObjectAttributes took 18 milliseconds for
OURCO_TREE
Number of Attributes: 1
1st attribute Name: App:Program Groups
DS Object Name: Lamda 5101401 PatchV2 Lightsout test
#3.Workstations.BHO.UK.SUNLIFE
Attribute list is Not NULL
01/12/07 16:40:06.805 -- This is an AOT delivered app
01/12/07 16:40:06.805 -- Start: ProcessFiles
01/12/07 16:40:06.835 -- NWAPPSAGetObjectAttributes took 18 milliseconds for
OURCO_TREE
Number of Attributes: 1
1st attribute Name: App:Copy Files
DS Object Name: Lamda 5101401 PatchV2 Lightsout test
#3.Workstations.BHO.UK.SUNLIFE
Attribute list is Not NULL
FileSettings: CreateRollbackFile szTempPath is C:\TEMP
FileSettings: CreateRollbackFile szRollbackFileName is
C:\TEMP\NAL6a42\NAL2.tmp
01/12/07 16:40:17.0 -- nwappCopyFileEx: Entering.
01/12/07 16:40:17.0 -- nwappCopyFileEx: sourceFile =
"\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\4.fil".
01/12/07 16:40:17.0 -- nwappCopyFileEx: targetFile =
"C:\Lamda5\Dlls\CLIENTSTATEMENTS.DLL".
01/12/07 16:40:17.0 -- nwappCopyFileEx: targetFile drive type = 3
01/12/07 16:40:17.70 -- nwappCopyFileEx: Calling GetFileVitals or
GetWebFileVitals
01/12/07 16:40:17.70 -- Starting GetFileVitals for
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\4.fil
01/12/07 16:40:33.604 -- GetFileVitals: FindFirstFile Failed to find any
file matching \\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\4.fil
01/12/07 16:40:33.604 -- Exiting GetFileVitals 53
01/12/07 16:40:33.604 -- Exiting nwappCopyFileEx with 53
01/12/07 16:40:35.536 -- Stop: ProcessFiles
01/12/07 16:40:35.556 -- NWAPPSAGetObjectAttributes took 19 milliseconds for
OURCO_TREE
Number of Attributes: 9
1st attribute Name: App:Flags
DS Object Name: Lamda 5101401 PatchV2 Lightsout test
#3.Workstations.BHO.UK.SUNLIFE
Attribute list is Not NULL
The log for the successful workstation is below. As per previous posts I
checked that the same Windows file and folder rights exist on both the
workstations, and the existing file that was to be overwritten
(C:\Lamda5\Dlls\CLIENTSTATEMENTS.DLL) was not set to read-only.
The "FindFirstFile Failed to find any file matching blah blah blah" message
suggests that the problem is related more to accessing the source file on
the server (4.fil) than in writing it to the workstation.
This was a test to 10 machines, the report shows that, chronologically, 2
workstations installed it fine and then the ensuing 8 failed. I can't think
of anything that would lock the 4.fil file - as these are reads they
shouldn't actually lock the file anyway. We run McAfee Netshield 4.63, but
it's set to scan inbound files, not outbound reads.
Any suggestions as to why it was able to read the file for one workstation
and not on another? I have had greater success when I've activated "spread
from start time" over a 15 minute period, but still had one failure out of
ten. A tool that logged all file locks would be useful but I can't find
anything.
Thanks,
Steve Law
Zapplib.log of succesful workstation:
01/12/07 16:40:01.232 -- NWAPPCheckSchedule: PREINSTALL: Found app that has
preinstall set Lamda 5101401 PatchV2 lightsout test
#2.Workstations.BHO.UK.SUNLIFE
01/12/07 16:40:01.232 -- NWAPPCheckSchedule: PREINSTALL: Found app that has
preinstall set Lamda 5101401 PatchV2 Lightsout test
#3.Workstations.BHO.UK.SUNLIFE
01/12/07 16:40:01.242 -- NWAPPCheckSchedule: PREINSTALL: App has not been
pre installed Lamda 5101401 PatchV2 Lightsout test
#3.Workstations.BHO.UK.SUNLIFE
01/12/07 16:40:01.242 -- NWAPPCheckSchedule: PREINSTALL: App has not been
pre installed and it has a schedule Lamda 5101401 PatchV2 Lightsout test
#3.Workstations.BHO.UK.SUNLIFE
01/12/07 16:40:01.242 -- NWAPPCheckSchedule: PREINSTALL: App has not been
pre installed has schedule trying it now Lamda 5101401 PatchV2 Lightsout
test #3.Workstations.BHO.UK.SUNLIFE
01/12/07 16:40:01.242 -- FORCERUN: Adding Item to force run list
01/12/07 16:40:01.242 -- Lamda 5101401 PatchV2 Lightsout test
#3.Workstations.BHO.UK.SUNLIFE
01/12/07 16:40:01.242 -- NWAPPCheckSchedule FORCERUN: we're in ws space and
the APP_USER_FORCE_RUN_WS_ASSOC flag is unset
01/12/07 16:40:01.272 -- STAGG: Found the GUID/version for WMI Agent
Downloader.Maintenance Fixes.BHO.UK.SUNLIFE
01/12/07 16:40:01.272 -- NWAPPCheckSchedule FORCERUN: we're in ws space and
the APP_USER_FORCE_RUN_WS_ASSOC flag is unset
01/12/07 16:40:01.272 -- STAGG: t has NOT been run during this session, run
it. app: Lamda Point at Production Server Auto
#1009.Lamdatest.AutoLoad.GENERAL.NAL.BHO.UK.SUNLIF E
01/12/07 16:40:01.272 -- NWAPPCheckSchedule FORCERUN: we're in ws space and
the APP_USER_FORCE_RUN_WS_ASSOC flag is unset
01/12/07 16:40:01.282 -- NWAPPCheckSchedule FORCERUN: we're in ws space and
the APP_USER_FORCE_RUN_WS_ASSOC flag is unset
01/12/07 16:40:01.282 -- STAGG: t has NOT been run during this session, run
it. app: Lamda idate reg key report.Maintenance Fixes.BHO.UK.SUNLIFE
01/12/07 16:40:01.282 -- NWAPPCheckSchedule FORCERUN: we're in ws space and
the APP_USER_FORCE_RUN_WS_ASSOC flag is unset
01/12/07 16:40:01.312 -- NWAPPCheckSchedule FORCERUN: we're in ws space and
the APP_USER_FORCE_RUN_WS_ASSOC flag is unset
01/12/07 16:40:01.312 -- STAGG: t has NOT been run during this session, run
it. app: Lamda idate reg key report0.Maintenance Fixes.BHO.UK.SUNLIFE
01/12/07 16:40:01.312 -- NWAPPCheckSchedule FORCERUN: we're in ws space and
the APP_USER_FORCE_RUN_WS_ASSOC flag is unset
01/12/07 16:40:01.342 -- STAGG: Found the GUID/version for Viruscan8 epo
fix.Maintenance Fixes.BHO.UK.SUNLIFE
01/12/07 16:40:01.342 -- NWAPPCheckSchedule FORCERUN: we're in ws space and
the APP_USER_FORCE_RUN_WS_ASSOC flag is unset
01/12/07 16:40:01.372 -- NWAPPCheckForScheduledApps::Pre-install::Lamda
5101401 PatchV2 Lightsout test #3.Workstations.BHO.UK.SUNLIFE tree
OURCO_TREE
01/12/07 16:40:01.372 -- TreeName: OURCO_TREE
01/12/07 16:40:01.372 -- UserName: LAMTEST02
00:D0:B7:14:27:61.Workstations.BHO.UK.SUNLIFE
01/12/07 16:40:01.372 -- ConnType: 2
01/12/07 16:40:01.372 -- Entering RunApplication: Lamda 5101401 PatchV2
Lightsout test #3.Workstations.BHO.UK.SUNLIFE
01/12/07 16:40:01.392 -- RegWriteGUIDEntry: No Version to write
01/12/07 16:40:01.392 -- pa.hContext structure
01/12/07 16:40:01.392 -- TreeName: OURCO_TREE
01/12/07 16:40:01.392 -- UserName: LAMTEST02
00:D0:B7:14:27:61.Workstations.BHO.UK.SUNLIFE
01/12/07 16:40:01.392 -- ConnType: 2
01/12/07 16:40:01.403 -- NWAPPNetGetObjectAttributes took 4 milliseconds for
OURCO_TREE
01/12/07 16:40:01.403 -- appLaunchApplicationWrapper::Enter
01/12/07 16:40:01.403 -- AUTHENTICATION DLL: Start
01/12/07 16:40:01.403 -- AUTHENTICATION DLL: szThirdPartyDLL =
01/12/07 16:40:01.403 -- AUTHENTICATION DLL: End
01/12/07 16:40:01.413 -- NWAPPNetGetObjectAttributes took 4 milliseconds for
OURCO_TREE
01/12/07 16:40:01.473 -- NWAPPSAGetObjectAttributes took 25 milliseconds for
OURCO_TREE
01/12/07 16:40:01.503 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:01.513 -- NWAPPNetGetObjectAttributes took 4 milliseconds for
OURCO_TREE
01/12/07 16:40:01.573 -- NWAPPSAGetObjectAttributes took 25 milliseconds for
OURCO_TREE
01/12/07 16:40:01.583 -- Calling NWAPPSACacheApplications for:
01/12/07 16:40:01.583 -- Calling NWAPPSACacheApplications for:
01/12/07 16:40:01.583 -- nwappsacacheapp: Creating new filstore
01/12/07 16:40:01.583 -- nwappsacacheapp: Creating new appcache
01/12/07 16:40:01.583 -- nwappsacacheapp: Calling importfrom ds
01/12/07 16:40:01.663 -- NWAPPNetGetObjectAttributes took 51 milliseconds
for OURCO_TREE
01/12/07 16:40:02.184 -- Import from DS was successful
01/12/07 16:40:02.194 -- NWAPPNetGetObjectAttributes took 4 milliseconds for
OURCO_TREE
01/12/07 16:40:02.204 -- NWAPPNetGetObjectAttributes took 4 milliseconds for
OURCO_TREE
01/12/07 16:40:02.204 -- NWAPPNetGetObjectAttributes took 4 milliseconds for
OURCO_TREE
01/12/07 16:40:02.204 -- Calling NWAPPSAAddFolderToApp for:
01/12/07 16:40:02.204 -- NWAPPSetRegValAsService: Skip Service since service
is dead or I'm the WS: CreateFile: 183
01/12/07 16:40:02.204 -- NWAPPSetRegValAsService: Skip Service since service
is dead or I'm the WS: CreateFile: 183
01/12/07 16:40:02.214 -- NWAPPNetGetObjectAttributes took 3 milliseconds for
OURCO_TREE
01/12/07 16:40:02.224 -- NWAPPNetGetObjectAttributes took 7 milliseconds for
OURCO_TREE
01/12/07 16:40:02.254 -- NWAPPSAGetObjectAttributes took 28 milliseconds for
OURCO_TREE
01/12/07 16:40:02.734 -- Exiting NWAPPSACacheApplication
01/12/07 16:40:02.774 -- NWAPPSAGetObjectAttributes took 28 milliseconds for
OURCO_TREE
01/12/07 16:40:02.784 -- LaunchApp: Lamda 5101401 PatchV2 Lightsout test
#3.Workstations.BHO.UK.SUNLIFE
01/12/07 16:40:02.784 -- Leaving NALContext Constructor
01/12/07 16:40:02.825 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:02.835 -- RunThirdPartyScript::Enter
01/12/07 16:40:02.865 -- NWAPPSAGetObjectAttributes took 26 milliseconds for
OURCO_TREE
01/12/07 16:40:02.895 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:02.925 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:02.925 -- RunThirdParyScript::Exit
01/12/07 16:40:02.925 -- NWAPPDistributeAppPA: Entering. App = Lamda
5101401 PatchV2 Lightsout test #3.Workstations.BHO.UK.SUNLIFE
01/12/07 16:40:02.955 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:02.955 -- This is an AOT distributed application
01/12/07 16:40:02.965 -- NWAPPNetGetObjectAttributes took 2 milliseconds for
OURCO_TREE
01/12/07 16:40:02.965 -- Done checking if we should distribute
01/12/07 16:40:02.965 -- Should we prompt before distributing?
01/12/07 16:40:02.965 -- Should we prompt for macros?
01/12/07 16:40:02.995 -- NWAPPSAGetObjectAttributes took 30 milliseconds for
OURCO_TREE
01/12/07 16:40:02.995 -- NWAPPPreDistributionProcess Pre Distribution Script
processing.
01/12/07 16:40:03.5 -- RunThirdPartyScript::Enter
01/12/07 16:40:03.35 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:03.65 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:03.65 -- RunThirdParyScript::Exit
01/12/07 16:40:03.95 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:03.125 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:03.145 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:03.175 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:03.205 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:03.205 -- This is an AOT delivered app
01/12/07 16:40:03.205 -- Start: ProcessFiles
01/12/07 16:40:03.255 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:03.516 -- nwappCopyFileEx: Entering.
01/12/07 16:40:03.516 -- nwappCopyFileEx: sourceFile =
"\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\4.fil".
01/12/07 16:40:03.516 -- nwappCopyFileEx: targetFile =
"C:\Lamda5\Dlls\CLIENTSTATEMENTS.DLL".
01/12/07 16:40:03.516 -- nwappCopyFileEx: targetFile drive type = 3
01/12/07 16:40:03.576 -- nwappCopyFileEx: Calling GetFileVitals or
GetWebFileVitals
01/12/07 16:40:03.576 -- Starting GetFileVitals for
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\4.fil
01/12/07 16:40:05.849 -- GetFileVitals: FindFirstFile found a file that
matched: \\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\4.fil
01/12/07 16:40:05.849 -- Exiting GetFileVitals 0
01/12/07 16:40:05.849 -- Starting GetFileVitals for
C:\Lamda5\Dlls\CLIENTSTATEMENTS.DLL
01/12/07 16:40:05.849 -- GetFileVitals: FindFirstFile found a file that
matched: C:\Lamda5\Dlls\CLIENTSTATEMENTS.DLL
01/12/07 16:40:05.849 -- Exiting GetFileVitals 0
01/12/07 16:40:06.239 -- ZLIBCopyFile::BEGIN copying
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\4.fil to
C:\Lamda5\Dlls\CLIENTSTATEMENTS.DLL
01/12/07 16:40:06.540 -- ZLIBCopyFile::END (returning 0)
01/12/07 16:40:06.550 -- Exiting nwappCopyFileEx with 0
01/12/07 16:40:06.550 -- nwappCopyFileEx: Entering.
01/12/07 16:40:06.550 -- nwappCopyFileEx: sourceFile =
"\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\5.fil".
01/12/07 16:40:06.550 -- nwappCopyFileEx: targetFile =
"C:\Lamda5\Dlls\CLIENTSTATEMENTS_5101401Z03.OL D".
01/12/07 16:40:06.550 -- nwappCopyFileEx: targetFile drive type = 3
01/12/07 16:40:06.550 -- nwappCopyFileEx: Calling GetFileVitals or
GetWebFileVitals
01/12/07 16:40:06.550 -- Starting GetFileVitals for
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\5.fil
01/12/07 16:40:06.550 -- GetFileVitals: FindFirstFile found a file that
matched: \\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\5.fil
01/12/07 16:40:06.560 -- Exiting GetFileVitals 0
01/12/07 16:40:06.560 -- Starting GetFileVitals for
C:\Lamda5\Dlls\CLIENTSTATEMENTS_5101401Z03.OLD
01/12/07 16:40:06.560 -- GetFileVitals: FindFirstFile found a file that
matched: C:\Lamda5\Dlls\CLIENTSTATEMENTS_5101401Z03.OLD
01/12/07 16:40:06.560 -- Exiting GetFileVitals 0
01/12/07 16:40:06.920 -- ZLIBCopyFile::BEGIN copying
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\5.fil to
C:\Lamda5\Dlls\CLIENTSTATEMENTS_5101401Z03.OLD
01/12/07 16:40:07.371 -- ZLIBCopyFile::END (returning 0)
01/12/07 16:40:07.371 -- Exiting nwappCopyFileEx with 0
01/12/07 16:40:07.371 -- nwappCopyFileEx: Entering.
01/12/07 16:40:07.371 -- nwappCopyFileEx: sourceFile =
"\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\6.fil".
01/12/07 16:40:07.371 -- nwappCopyFileEx: targetFile =
"C:\Lamda5\Dlls\CREATEFPDLETTER.DLL".
01/12/07 16:40:07.371 -- nwappCopyFileEx: targetFile drive type = 3
01/12/07 16:40:07.401 -- nwappCopyFileEx: Calling GetFileVitals or
GetWebFileVitals
01/12/07 16:40:07.401 -- Starting GetFileVitals for
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\6.fil
01/12/07 16:40:07.401 -- GetFileVitals: FindFirstFile found a file that
matched: \\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\6.fil
01/12/07 16:40:07.401 -- Exiting GetFileVitals 0
01/12/07 16:40:07.401 -- Starting GetFileVitals for
C:\Lamda5\Dlls\CREATEFPDLETTER.DLL
01/12/07 16:40:07.411 -- GetFileVitals: FindFirstFile found a file that
matched: C:\Lamda5\Dlls\CREATEFPDLETTER.DLL
01/12/07 16:40:07.411 -- Exiting GetFileVitals 0
01/12/07 16:40:07.651 -- ZLIBCopyFile::BEGIN copying
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\6.fil to
C:\Lamda5\Dlls\CREATEFPDLETTER.DLL
01/12/07 16:40:07.782 -- ZLIBCopyFile::END (returning 0)
01/12/07 16:40:07.782 -- Exiting nwappCopyFileEx with 0
01/12/07 16:40:07.792 -- nwappCopyFileEx: Entering.
01/12/07 16:40:07.792 -- nwappCopyFileEx: sourceFile =
"\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\7.fil".
01/12/07 16:40:07.792 -- nwappCopyFileEx: targetFile =
"C:\Lamda5\Dlls\CREATEFPDLETTER_5101401Z03.OLD ".
01/12/07 16:40:07.792 -- nwappCopyFileEx: targetFile drive type = 3
01/12/07 16:40:07.792 -- nwappCopyFileEx: Calling GetFileVitals or
GetWebFileVitals
01/12/07 16:40:07.792 -- Starting GetFileVitals for
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\7.fil
01/12/07 16:40:07.792 -- GetFileVitals: FindFirstFile found a file that
matched: \\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\7.fil
01/12/07 16:40:07.792 -- Exiting GetFileVitals 0
01/12/07 16:40:07.792 -- Starting GetFileVitals for
C:\Lamda5\Dlls\CREATEFPDLETTER_5101401Z03.OLD
01/12/07 16:40:07.802 -- GetFileVitals: FindFirstFile found a file that
matched: C:\Lamda5\Dlls\CREATEFPDLETTER_5101401Z03.OLD
01/12/07 16:40:07.802 -- Exiting GetFileVitals 0
01/12/07 16:40:08.383 -- ZLIBCopyFile::BEGIN copying
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\7.fil to
C:\Lamda5\Dlls\CREATEFPDLETTER_5101401Z03.OLD
01/12/07 16:40:08.513 -- ZLIBCopyFile::END (returning 0)
01/12/07 16:40:08.523 -- Exiting nwappCopyFileEx with 0
01/12/07 16:40:08.523 -- nwappCopyFileEx: Entering.
01/12/07 16:40:08.523 -- nwappCopyFileEx: sourceFile =
"\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\8.fil".
01/12/07 16:40:08.523 -- nwappCopyFileEx: targetFile =
"C:\Lamda5\Dlls\EXITSREQSETTPAY.DLL".
01/12/07 16:40:08.523 -- nwappCopyFileEx: targetFile drive type = 3
01/12/07 16:40:08.553 -- nwappCopyFileEx: Calling GetFileVitals or
GetWebFileVitals
01/12/07 16:40:08.553 -- Starting GetFileVitals for
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\8.fil
01/12/07 16:40:08.553 -- GetFileVitals: FindFirstFile found a file that
matched: \\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\8.fil
01/12/07 16:40:08.553 -- Exiting GetFileVitals 0
01/12/07 16:40:08.553 -- Starting GetFileVitals for
C:\Lamda5\Dlls\EXITSREQSETTPAY.DLL
01/12/07 16:40:08.553 -- GetFileVitals: FindFirstFile found a file that
matched: C:\Lamda5\Dlls\EXITSREQSETTPAY.DLL
01/12/07 16:40:08.553 -- Exiting GetFileVitals 0
01/12/07 16:40:08.753 -- ZLIBCopyFile::BEGIN copying
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\8.fil to
C:\Lamda5\Dlls\EXITSREQSETTPAY.DLL
01/12/07 16:40:08.873 -- ZLIBCopyFile::END (returning 0)
01/12/07 16:40:08.873 -- Exiting nwappCopyFileEx with 0
01/12/07 16:40:08.873 -- nwappCopyFileEx: Entering.
01/12/07 16:40:08.873 -- nwappCopyFileEx: sourceFile =
"\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\9.fil".
01/12/07 16:40:08.873 -- nwappCopyFileEx: targetFile =
"C:\Lamda5\Dlls\EXITSREQSETTPAY_5101401Z02.OLD ".
01/12/07 16:40:08.873 -- nwappCopyFileEx: targetFile drive type = 3
01/12/07 16:40:08.873 -- nwappCopyFileEx: Calling GetFileVitals or
GetWebFileVitals
01/12/07 16:40:08.873 -- Starting GetFileVitals for
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\9.fil
01/12/07 16:40:08.883 -- GetFileVitals: FindFirstFile found a file that
matched: \\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\9.fil
01/12/07 16:40:08.883 -- Exiting GetFileVitals 0
01/12/07 16:40:08.883 -- Starting GetFileVitals for
C:\Lamda5\Dlls\EXITSREQSETTPAY_5101401Z02.OLD
01/12/07 16:40:08.883 -- GetFileVitals: FindFirstFile found a file that
matched: C:\Lamda5\Dlls\EXITSREQSETTPAY_5101401Z02.OLD
01/12/07 16:40:08.883 -- Exiting GetFileVitals 0
01/12/07 16:40:09.264 -- ZLIBCopyFile::BEGIN copying
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\9.fil to
C:\Lamda5\Dlls\EXITSREQSETTPAY_5101401Z02.OLD
01/12/07 16:40:09.424 -- ZLIBCopyFile::END (returning 0)
01/12/07 16:40:09.424 -- Exiting nwappCopyFileEx with 0
01/12/07 16:40:09.424 -- nwappCopyFileEx: Entering.
01/12/07 16:40:09.424 -- nwappCopyFileEx: sourceFile =
"\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\5101401PatchV2.cmd".
01/12/07 16:40:09.424 -- nwappCopyFileEx: targetFile =
"c:\lamda5\5101401PatchV2.cmd".
01/12/07 16:40:09.424 -- nwappCopyFileEx: targetFile drive type = 3
01/12/07 16:40:09.424 -- nwappCopyFileEx: Calling GetFileVitals or
GetWebFileVitals
01/12/07 16:40:09.424 -- Starting GetFileVitals for
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\5101401PatchV2.cmd
01/12/07 16:40:09.434 -- GetFileVitals: FindFirstFile found a file that
matched: \\Server1\APPS\Public\Template\Lamda 5101401
PatchV2-3\5101401PatchV2.cmd
01/12/07 16:40:09.434 -- Exiting GetFileVitals 0
01/12/07 16:40:09.434 -- Starting GetFileVitals for
c:\lamda5\5101401PatchV2.cmd
01/12/07 16:40:09.434 -- GetFileVitals: FindFirstFile found a file that
matched: c:\lamda5\5101401PatchV2.cmd
01/12/07 16:40:09.434 -- Exiting GetFileVitals 0
01/12/07 16:40:09.504 -- ZLIBCopyFile::BEGIN copying
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\5101401PatchV2.cmd to
c:\lamda5\5101401PatchV2.cmd
01/12/07 16:40:09.574 -- ZLIBCopyFile::END (returning 0)
01/12/07 16:40:09.574 -- Exiting nwappCopyFileEx with 0
01/12/07 16:40:09.584 -- Stop: ProcessFiles
01/12/07 16:40:09.584 -- Start: ProcessTextFiles
01/12/07 16:40:09.614 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:09.624 -- Start: ProcessRegSettings
01/12/07 16:40:09.664 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:10.305 -- Start: ProcessINISettings
01/12/07 16:40:10.335 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:10.335 -- Start: ProcessGroupLnkSettings
01/12/07 16:40:10.375 -- NWAPPSAGetObjectAttributes took 43 milliseconds for
OURCO_TREE
01/12/07 16:40:10.385 -- RunThirdPartyScript::Enter
01/12/07 16:40:10.415 -- NWAPPSAGetObjectAttributes took 26 milliseconds for
OURCO_TREE
01/12/07 16:40:10.446 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:10.446 -- RunThirdParyScript::Exit
01/12/07 16:40:10.546 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:10.566 -- NWAPPNetGetObjectAttributes took 4 milliseconds for
OURCO_TREE
01/12/07 16:40:10.576 -- NWAPPNetGetObjectAttributes took 3 milliseconds for
OURCO_TREE
01/12/07 16:40:10.586 -- NWAPPNetGetObjectAttributes took 4 milliseconds for
OURCO_TREE
01/12/07 16:40:10.586 -- NWAPPNetGetObjectAttributes took 3 milliseconds for
OURCO_TREE
01/12/07 16:40:10.596 -- NWAPPNetGetObjectAttributes took 3 milliseconds for
OURCO_TREE
01/12/07 16:40:10.606 -- NWAPPNetGetObjectAttributes took 4 milliseconds for
OURCO_TREE
01/12/07 16:40:10.606 -- NWAPPNetGetObjectAttributes took 2 milliseconds for
OURCO_TREE
01/12/07 16:40:10.616 -- NWAPPNetGetObjectAttributes took 3 milliseconds for
OURCO_TREE
01/12/07 16:40:10.626 -- NWAPPNetGetObjectAttributes took 2 milliseconds for
OURCO_TREE
01/12/07 16:40:10.626 -- NWAPPNetGetObjectAttributes took 5 milliseconds for
OURCO_TREE
01/12/07 16:40:10.636 -- NWAPPNetGetObjectAttributes took 3 milliseconds for
OURCO_TREE
01/12/07 16:40:10.646 -- NWAPPNetGetObjectAttributes took 3 milliseconds for
OURCO_TREE
01/12/07 16:40:10.656 -- NWAPPNetGetObjectAttributes took 4 milliseconds for
OURCO_TREE
01/12/07 16:40:10.876 -- NWAPPNetGetObjectAttributes took 5 milliseconds for
OURCO_TREE
01/12/07 16:40:13.79 -- Write Machine GUID Entry
01/12/07 16:40:13.79 -- RegWriteGUIDEntry: No Version to write
01/12/07 16:40:13.79 -- Close stream list
01/12/07 16:40:13.79 -- Deleted szTreeName
01/12/07 16:40:13.79 -- After Calling NWAPPDistributeAppPA
01/12/07 16:40:13.79 -- Calling GetRegPromptedMacros()
01/12/07 16:40:13.79 -- Calling DistrbiuteAppAlwaysEx
01/12/07 16:40:13.89 -- NWAPPDistributeAppAlwaysPA: Entering. App = Lamda
5101401 PatchV2 Lightsout test #3.Workstations.BHO.UK.SUNLIFE
01/12/07 16:40:13.129 -- NWAPPSAGetObjectAttributes took 44 milliseconds for
OURCO_TREE
01/12/07 16:40:13.159 -- NWAPPSAGetObjectAttributes took 25 milliseconds for
OURCO_TREE
01/12/07 16:40:13.189 -- NWAPPSAGetObjectAttributes took 26 milliseconds for
OURCO_TREE
01/12/07 16:40:13.219 -- NWAPPSAGetObjectAttributes took 26 milliseconds for
OURCO_TREE
01/12/07 16:40:13.240 -- NWAPPSAGetObjectAttributes took 25 milliseconds for
OURCO_TREE
01/12/07 16:40:13.250 -- No content found in any Dist Always streams -
exiting
01/12/07 16:40:13.250 -- RegWriteGUIDEntry: No Version to write
01/12/07 16:40:13.280 -- NWAPPSAGetObjectAttributes took 26 milliseconds for
OURCO_TREE
01/12/07 16:40:13.280 -- RunThirdPartyScript::Enter
01/12/07 16:40:13.310 -- NWAPPSAGetObjectAttributes took 26 milliseconds for
OURCO_TREE
01/12/07 16:40:13.340 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:13.380 -- NWAPPSAGetObjectAttributes took 26 milliseconds for
OURCO_TREE
01/12/07 16:40:13.380 -- RunThirdParyScript::Exit
01/12/07 16:40:13.380 -- appLaunchApplicationWrapper::Exit 0

HT1449 copying files failed. the disk could not be read from or written to.

Im moving my iTunes to an external hard drive. Its moved about half already and Im now getting this error. I have no idea what file its getting stuck on so I cant remove that file. When I restart it it will say preparing to copy then I get the error right away. I dont want to delete the extrenal and start over if I dont have to.

Ive already changed the location for my itunes media to my extrenal hard drive so when i click to consolidate files Im getting the error
copying files failed. the disk could not be read from or written to

Unable to copy file using Zen 4 Console One

Hi,
I get the following error message:
'Could not configure workstation for application [SPSS Activator license
update.spss 14.Testing.PSM Applications.Applications.Resources.CF] (id=2).
Problem: Unable to copy file
\\MAINCF5G\apps\appwinxp\SPSS14\licenseupdate.bat. (D018)'
I click OK.
So I am trying to copy a single file named licenseupdate.bat from the server
\\MAINCF5G\apps\appwinxp
to the local C: drive to directory C:\Program Files\SPSS 14.
The directory already exists on the PC.
Under Distribution Options: Application Files, I have set Copy if Newer.
Under Run Options Environment, I have set Run as Unsecure System User (as
the user trying to install does not have Admin rights to workstation).
Changing to Run As Normal doesn't work either.
Any idea what the problem is?
Thanks,
Paul

On Wed, 09 Aug 2006 15:40:24 GMT, Paul McGeoghan wrote:
> Any idea what the problem is?
> Thanks,
file rights to the file, wks or user associated?
Marcus Breiden
If you are asked to email me information please change -- to - in my e-mail
address.
The content of this mail is my private and personal opinion.
http://www.edu-magic.net

Visual Studio Online Build Failure - Unable to copy file, access to directory is denied

Hi,
I have an ASP.Net Web Site that compiles and builds with no errors on my local machine.
However when I attempt to build the site using default build definitions/configurations within Visual Studio Online and deploy to an Azure Website / App Service I receive the following errors:
C:\a\src\House of Canine\HouseOfCanine_1_.metaproj: Unable to copy file "C:\a\src\House of Canine\HouseOfCanine\Bin\AjaxControlToolkit.dll" to "HouseOfCanine\\Bin\AjaxControlToolkit.dll". Access to the path 'HouseOfCanine\\Bin\AjaxControlToolkit.dll' is denied.
Where, I assume, the directory "C:\a\src\House of Canine..." refers to the Visual Studio Online Directory and the directory "HouseOfCanine\\Bin\Ajax..." refers to the Azure Website directory.
This error is repeated for a number of other .dll files in the Bin folder and if I look at the diagnostics tab for the failed build on VSO, I can see that it is where it attempts to copy the binaries to the "drop" where the error fails.
Any advice much appreciated,
Ross
Update
MSBuild Error Code: MSB3021
It seems the permissions are not set correctly for the DLLs in the Bin folder however I cannot change the permissions of the files on Visual Studio Online. Any ideas?

Hi Ross,
Since this thread is more related to Visual Studio Online, I will move it to the right forum for a better response. Thanks for your understanding.
Best regards,
We are trying to better understand customer views on social support experience, so your participation in this interview project would be greatly appreciated if you have time. Thanks for helping make community forums a great place. <br/> Click <a
href="http://support.microsoft.com/common/survey.aspx?showpage=1&scid=sw%3Ben%3B3559&theme=tech"> HERE</a> to participate the survey.

Error when trying to preview on device : unable to copy files to device

I have an error with the device preview function.
Everything is installed and has worked 2-3 times, but painfully.
An error is often displayed and says unable to copy files to the device.
What is the problem?
Have you this error?

Are you using this function without problem ?
Is your custom viewer built with developper or enterprise certificate ?

Problem in copying files form one disk to another in Mavericks

I just upgraded to Mac X Mavericks and after suffering with an external disk that had been operating for years with no problem, I find thatthe process of copying files from one disk into another is extremely slow.
Is the normal procedure that the copy is first prepared and then executed?. This is taking hours to copy a 100Gz file. Please help folks.

I don't think that is possible, to platform specific. You'll need to make the directories accessible without password protection, or use another way of copying the files, such as FTP. There are multiple FTP packages available for java, such as:
http://jakarta.apache.org/commons/net/
(of course that would require setting up some sort of FTP server)

How to use an external hard drive and copy files to the disk for mac and windows??

please tell me how to copy files to external hard disk and use it for both mac and windows. there is the fat32 formatting bt i dont wanna use formatting because i already have a lot of content on the exteral hard disk. thank you.

It is simplest to have the HDD formatted to noe common to both Mac an PC. ExFAT is one. But to do that will erase all data on the HDD.
If the HDD id formatted NTFS, Mac can read but not write to it. The solution then is to use a third party application such as Paragon or Tuxera which will overcome that obstacle. These applications do have mixed reviews.
Ciao.

Can't copy files to hard disk

I have been having trouble copying/moving files to an external hard drive from my Macbook Air 3,2. I have moved and copied files from the MacBook Air many times to the external hard disk but this time I am having a lot of trouble.
I tried to move 2 movie files but it was taking an incredibly long time. So I clicked the "x" to cancel the transfer. However, it didn't stop it straightaway. The transfer just remained in limbo. Then I got a message saying something about how I didn't disconnect the hard disk properly and the hard disk just seemed to have disconnected itself from my computer even though I didn't eject it.
Then it caused problems for my MacBook Air. When I went to check on the disk in Utilities, it told me I had to use the installation disk to start it up. Other strange things happened like my desktop picture just disappeared and suddenly I had an extra 10GB on my hard drive.
I repaired the disk successfully using the installation thumb USB drive.
(I also repaired the external hard disk).
But I am having the same problem again when I try to move files onto the hard disk. It doesn't seem to work, as it's incredibly slow and when I cancel it, it says I ejected the hard disk wrongly. And the drive does not appear in the Finder Window.
I don't know why this is happening to me. I repaired the MacBook Air HD and I also repaired the external disk and I can't copy movie files onto the hard disk. I have enough space and both disks are Mac Ext Journal formatted. I copied lots of movies the other day (about three days ago and last night) onto the hard disk without any problems.
I really need to move the movies from my computer as I will runn out of disk space on the computer soon (I have about 12 GB left right now).
I tried copying a jpg picture as a test, and it copied it OK but it took a long time. Much longer than normal.
I got an error message just now:
The Finder can’t complete the operation because some data in “Elechxxxxxxxxxx.mp4” can’t be read or written.
(Error code -36)
I never got this sort of error message before but now I am getting this message today several times when I try and copy the movies. I don't think it's the files themselves because I copied the same sort of movie files last night without any problem.
And as I said, the jpg file took a really long time to copy, like 2 minutes even though it's only a very small file.

This is not about saving the data on the external drive but I found this information to be helpful in case people have problems ejecting a drive:
https://discussions.apple.com/thread/1322931
I threw the following:
sudo umount -vf /dev/disk1s1
and the drive umounted. -v is verbose, just in case there were any errors thrown I wanted to know, and -f is force umount, which forces the drive to unmount. Check 'man umount' from terminal to see more info on these.
After doing this a couple times (I was doing some testing with some other things to find a faster solution than having to open terminal and umount) it just started umounting correctly. I have no idea why, but it did. So just keep that command in mind, just in case.
Gryyphyn, out.
This may prevent the drive from being damaged by incorrect ejection. Because I could not eject the drive using force eject, restarting the computer etc, I unplugged the drive, which damaged the hardware of the drive.
If I had known about the command window method, I might have been able to avoid all these problems now that I have with a damaged drive and trying to rescue the data on that drive.
That being said, I think Apple should try and resolve this problem they have with users not being able to eject drives. It seems to be a VERY common problem, and has nothing to do with users' negligence but to do with a systemic fault of Apple's.

Unable to Copy File From Terminal Server to Client Share

Hi
For years client have been able to copy files from our Windows 2003 Terminal Server to their local workstation using:
copy myfile \\tsclient\mydrive\myfolder
However we upgraded to Windows 2012 Server R2 and now Windows 7 Pro clients cannot copy files. The copy function creates the file name in their local folder but no content is sent after maybe 20 minutes or so the copy function times out and they get an
error message saying that the application was unable to write to the file. I have tried this function with my Windows 8.1 workstation and the file copies properly and it works fine for older Windows XP clients. Does anyone know why Windows 7 clients
are experiencing this issue.
Thanks
Simon

Hi Simon,
Initially please use latest RDP version 8.1 for windows 7 and check result.
What’s the file size which you are copying?
Does this happens for all users and on all computers?
You can try below method might resolve your case.
1. Login to remote computer using Remote Desktop (RDP).
2. Open Task Manager in the remote machine
3. Click the "Process" tab
4. Locate a program called "rdpclip.exe"
5. Right click and select "End process" to kill this program
6. Click on "File" menu in the task manager and select "New Task (Run)"
7. Type rdpclip.exe and press the button to start the process.
By killing existing instance of the rdpclip.exe and restarting the program, you can get your copy paste work again in your remote desktop.
Hope it helps!
Thanks.
Dharmesh Solanki
Please remember to mark the replies as answers if they help and unmark them if they provide no help. If you have feedback for TechNet Support, contact [email protected]

Safely copying files from Target Disk Mode to External USB. Advice?

Just got a new iMac and transferred my system and important files to it from my old iMac. However, a partition on my old iMac has files I want to move to my new iMac so they can be included in Time Machine backups while others I want to move to another external hard drive since I have physical copies of most of those files elsewhere.
I can connect my old iMac to the new via Target Disk mode and copy the critical files from Mac-to-Mac easily and quickly enough. What I want to know is if I’m safe to copy the other files from the TDM-connected iMac to a USB drive.
I’ve read that having other devices connected to your Mac while another Mac is connected via TDM can result in corrupted files. Is this true? Is it unsafe to copy files from a TDM Mac to an external USB drive?
If it is safe, is it best to connect the USB drive to the new Mac or to the old one while it’s in TDM? There’s a lot of data so I’m wondering about transfer times. One method would see files going over Firewire through the new iMac to a USB drive, while the other would go from TDM-connected Mac directly to a USB drive connected to its own USB port. That is:
TDM iMac > New iMac > USB Drive connected to New iMac
or
TDM iMac > USB Drive connected to TDM iMac
I have limited space on my internal drive and I also don’t want to copy-hop from TDM iMac to New iMac then copy from New iMac to USB drive. I'd like to go directly from old drive to external USB drive if it's safe.
So I’m looking for advice on the best way to connect devices in order to cut down on copying time and number of copies, and to do it safely without corrupting data. Any advice is appreciated!

I've used Migration Assistant already to move all of my immediately necessary data and settings over. This other data was on a separate partition and I'm unable to copy all of the data over to my new drive due to lack of space.
Things are complicated by the fact that I need to change some of my externals over to Time Machine ready backups. Previously I was using 1 TB and a 2 TB drive for TM and another 2 TB drive for general backups/archiving. Now I need to juggle things around so that both 2 TB drives are for TM and the 1 TB is used for archiving.
An important point I should have mentioned is that I can't use my old iMac normally due to a GPU problem that seizes the system up. This is the reason I can't just copy stuff directly from old iMac to external USBs.
I'm interested to know if what I described above is safe and if there are any time savings or benefits for copying through my new iMac or connecting the externals directly to the old iMac in TDM.

HT4088 unabl to copy files from pc

Hi Team,
Iam unable to copy my files (Images or songs) from my windows PC to Apple ipad4
Could you please let me know the procedure for the same
Thank you

Hi there aaryan_manoj,
You may find the information in the article below helpful.
iTunes 11 for Windows: Set up syncing for iPod, iPhone, or iPad
http://support.apple.com/kb/ph12313
-Griff W.

New windows unable to locate file (music) while external HD is plugged in?

My computer was recently updated from XP to newer version of windows. My itunes acct no longer identifies or locates the music in my external HD. With the exception of my ituens purchases, my personnel music are listed as only files in my itunes acct. When I click on the song (file) it states unable to locate file even though my External HD with the music is plugged into the computer. Any help would be appreciated...

Hello 16to87,
After reviewing your post, I have located an article that can help in this situation. It contains advice on locating your iTunes library:
iTunes: How to open an alternate iTunes Library file or create a new one
http://support.apple.com/kb/HT1589
Create or choose a different iTunes Library file
If iTunes is running, quit iTunes.
If you're using Windows, hold down the Shift key and from the Start menu, choose All Programs > iTunes > iTunes.
If you're using a Mac, open iTunes and immediately hold down the Option key.
You should see one of these screens:
If you don't see one of the screens above, you may want to try again. Remember to hold down the Option key if you're using a Mac or the Shift key if you're using Windows.
Thank you for contributing to Apple Support Communities.
Cheers,
BobbyD

Windows 7 unable to copy files in Aiport Disk

Similar Messages

Maybe you are looking for