E1000 wifi dead whenever I copy a large file between 2 PC's

Whenever I try to copy a large file (eg. 200 MB) from one PC to another (both connected wirelessly to the Linksys E1000 router), the wifi on the router dies. I can see the wifi indicator light on the router go off, and my PC's lose their connection (of course).
I understand that the E1000 is a low-end router so if it copies really slowly I can accept it. But how can the wifi just die out like that? Is there something I didn't setup properly?
btw, this issue is present even after I upgraded to the latest firmware (2.1.02 build 5).
Would greatly appreciate any advice.

Hi,
Thank you for your reply.
1. Problem not due to firmware upgrade. The problem existed before the firmware upgrade, and persist after the upgrade. But yes, I did power off and power on my router again.
2. I followed some instructions on this forum to chnage the following settings:
Channel: 11
MTU: 1340
Beacon: 75
Fragmentation Threshold: 2304
RTS: 2304
And strangely enough, it works now!
3. This morning, upon seeing your reply, I decided to do some investigation to see which setting did the trick. I modified each setting back to the default, one by one, and tested the large file copy each time I revert something back to default.
Surprisingly, the file copy operation was successful throughout the tests, even upon reverting all settings back to default.
So, what is the "problem" with this router? I had problems for 1 month with the default settings, and then suddenly all problems disappear?
Wai Kee

Similar Messages

Unable to copy very large file to eSATA external HDD

I am trying to copy a VMWare Fusion virtual machine, 57 GB, from my Macbook Pro's laptop hard drive to an external, eSATA hard drive, which is attached through an ExpressPort adapter. VMWare Fusion is not running and the external drive has lots of room. The disk utility finds no problems with either drive. I have excluded both the external disk and the folder on my laptop hard drive that contains my virtual machine from my Time Machihne backups. At about the 42 GB mark, an error message appears:
The Finder cannot complete the operation because some data in "Windows1-Snapshot6.vmem" could not be read or written. (Error code -36)
After I press OK to remove the dialog, the copy does not continue, and I cannot cancel the copy. I have to force-quit the Finder to make the copy dialog go away before I can attempt the copy again. I've tried rebooting between attempts, still no luck. I have tried a total of 4 times now, exact same result at the exact same place, 42 GB / 57 GB.
Any ideas?

Still no breakthrough from Apple. They're telling me to terminate the VMWare processes before attempting the copy, but had they actually read my description of the problem first, they would have known that I already tried this. Hopefully they'll continue to investigate.
From a correspondence with Tim, a support representative at Apple:
Hi Tim,
Thank you for getting back to me, I got your message. Although it is true that at the time I ran the Capture Data program there were some VMWare-related processes running (PID's 105, 106, 107 and 108), this was not the case when the issue occurred earlier. After initially experiencing the problem, this possibility had occurred to me so I took the time to terminate all VMWare processes using the activity monitor before again attempting to copy the files, including the processes mentioned by your engineering department. I documented this in my posting to apple's forum as follows: (quote is from my post of Feb 19, 2008, 1:28pm, to the thread "Unable to copy very large file to eSATA external HDD", relevant section in >bold print<)
Thanks for the suggestions. I have since tried this operation with 3 different drives through two different interface types. Two of the drives are identical - 3.5" 7200 RPM 1TB Western Digital WD10EACS (WD Caviar SE16) in external hard drive enclosures, and the other is a smaller USB2 100GB Western Digital WD1200U0170-001 external drive. I tried the two 1TB drives through eSATA - ExpressPort and also over USB2. I have tried the 100GB drive only over USB2 since that is the only interface on the drive. In all cases the result is the same. All 3 drives are formatted Mac OS Extended (Journaled).
I know the files work on my laptop's hard drive. They are a VMWare virtual machine that works just fine when I use it every day. >Before attempting the copy, I shut down VMWare and terminated all VMWare processes using the Activity Monitor for good measure.< I have tried the copy operation both through the finder and through the Unix command prompt using the drive's mount point of /Volumes/jfinney-ext-3.
Any more ideas?
Furthermore, to prove that there were no file locks present on the affected files, I moved them to a different location on my laptop's HDD and renamed them, which would not have been possible if there had been interference from vmware-related processes. So, that's not it.
Your suggested workaround, to compress the files before copying them to the external drive, may serve as a temporary workaround but it is not a solution. This VM will grow over time to the point where even the compressed version is larger than the 42GB maximum, and compressing and uncompressing the files will take me a lot of time for files of this size. Could you please continue to pursue this issue and identify the underlying cause?
Thank you,
- Jeremy

File copy of large file fails.

I am trying to copy a large file, say "file.txt", from an external drive to my hard drive. The size of the file is 140 GB. I have tried twice, and both times the copy operation has stopped (after a couple of hours and 135 GB) with the message: "Operation cannot be completed. File already exists." The only file named file.txt that exists at that time is the partial one that was copied.
What's going on and how can I perform the file copy?
Thanks!

Can you tell me if the external drive (for any of the respondents) was NOT formatted with a Mac partition? Instead something like NTFS or FAT?
The file transfer failure issue is a recurrent frustration to a lot of users for many iterations of the Finder. Either through singular large file transfers or through multiple files (thousands) that in total are large in size.
I am speculating that the issue arises from files being transferred between storage locations of differing formats or in the case of internet based storage varying file translations. In part this speculation exists because I do not seem to experience this issue if the drives are all Mac OS Extended (Journaled).
Just looking to confirm your configuration.

How do I share a large file between accounts on my imac

How do I share a large file between accounts on my imac?

Put the file in a folder that both users have access to, such as /Users/Shared or one user's Public folder. You may also need to change its permission settings in the Finder Info window.

Mac OSX desktop dropping connection with multiple copy processes & large files

The servers are 6.5 SP3 running NFAP, the MAC OSX is 10.4.2 updated. The
volume the macs are using is part of a cluster. The users mount the volumes
on their macs and everying is for the most part fine. If they grab a bunch
of files and copy them from desktop to server it's fine as long as it's only
a single copy process. The users are part of the hi-res department and the
files can be 1GB or larger. If they drag one or more large files, and then
while that's copying they drag some more files, so both copy processes are
running at once....quite often the volume will dismount from the desktop and
you will get unable to copy because some resource is unavailable. Sometimes
the finder crashes, sometimes not. Often the files that were partially
copied get locked and the users needs to reboot their Mac in order to delete
them. I'm getting pretty desperate hear, anyone have an idea what's going
on. I don't know if this is a Tiger thing or a large file thing or a
multiple copy stream thing, a netware thing or a mac thing.....we have
hundreds of other users running OSX 10.3 and earlier who are not reporting
this problem, but they also don't copy files that size. Someone please tell
me they have seen this before....thanks very much. Oh, before going to 6.5
and NFAP the servers were 5.1 with Prosoft server and they never had the
problem.
Jake

Thanks for your help, I have incidents open now with Apple and Novell, I
hope one of them can provide something for us. We tried applying 6.5 SP4 to
a test server....the problem still happened but was "better", the copy
operations still quit but with SP4 applied the volume did not dismount....or
if it did it remounted automatically because it was still connected after
OKing through the copy errors.
"Jeffrey D Sessler" <[email protected]> wrote in message
news:[email protected]...
>I tried two 2GB files. No problems at all but I'm in a 100% end-to-end
>Gigabit environment. My server storage is also a very-fast SAN.
>
> Best,
> Jeff
>
>
> "Jacob Shorr" <[email protected]> wrote in message
> news:[email protected]...
>> Jeffrey,
>>
>> Have you tried the exact same test, dragging say two 500MB files in
>> seperate
>> copy operations? I hear what you're saying about the 10/100 link, but we
>> don't run gigabit to the desktops, and we're not going to anytime soon.
>> Even if that could resolve the issue we need something kind of other fix
>> for
>> our infrastructure. I will look into any errors on the switch.
>>
>> "Jeffrey D Sessler" <[email protected]> wrote in message
>> news:[email protected]...
>>> Well, considering that I'm not seeing the issue on my 10.4.2 machines
>>> against my 6.5Sp3 servers, I'm not sure what you should do at this
>>> point.
>>> Since you say that the 10.3 machines don't have an issue, it makes it
>> sound
>>> to me like this is an Apple issue.
>>>
>>> The logs point at a communication issue... Is there anyway to get that
>>> Mac
>>> on to a Gigabit connection to see if you can duplicate it?
>>>
>>> The other option is to wait for 10.4.3 to be released and see if the
>> problem
>>> goes away.
>>>
>>> Again, on only a 10/100 link, one copy of a large file _will_ saturate
>>> the
>>> link.Perhaps 10.4.2 has an issue with this?
>>>
>>> Also, when you're doing the copy, what to the error counters in the
>> switches
>>> say?
>>>
>>> Jeff
>>>
>>> "Jacob Shorr" <[email protected]> wrote in message
>>> news:[email protected]...
>>> > There are definately no mis-matches. This has been checked and
>> re-checked
>>> > a
>>> > dozen times. It's only on 10.4......we can replicate it on every 10.4
>>> > machine, and we cannot replicate it on any machine that is 10.3. What
>>> > should I do to go about getting this fixed, should I be contacting
>>> > Apple
>>> > or
>>> > Novell? The speed is always good until it actually decides to drop
>>> > and
>>> > cut
>>> > off.
>>> >
>>> >
>>> > "Jeffrey D Sessler" <[email protected]> wrote in message
>>> > news:7jj%[email protected]...
>>> >> Looks like communication between the Mac and the Netware server is
>>> > dropping.
>>> >> AFP in 10.3 and 10.4 support auto-reconnection but I'm sure that it
>> will
>>> >> fail the copy process.
>>> >>
>>> >> I'd first check to make sure that there are not any mis-matches on
>>> >> the
>>> >> switch e.g. the Mac is set to Auto (as it should be) but someone has
>> set
>>> > the
>>> >> switch to a forced mode. Both should be auto. A duplex miss-match
>>> >> could
>>> >> cause the Mac not to see the heart beat back from the Novell server.
>>> >>
>>> >> Like I said, if the workstation is only on 10/100, a single copy
>> process
>>> > on
>>> >> a G5 Mac will saturate that link. Adding more concurrent copies will
>> only
>>> >> result in everything slowing down and taking longer, or you'll get
>>> >> the
>>> >> dropped connections.
>>> >>
>>> >> Best,
>>> >> Jeff
>>> >>
>>> >>
>>> >> "Jacob Shorr" <[email protected]> wrote in message
>>> >> news:Ybc%[email protected]...
>>> >> > Take a look at the last entries in the system log right after it
>>> > happened,
>>> >> > let me know if it means anything to you. Thanks.
>>> >> >
>>> >> > Sep 29 13:26:10 yapostolides kernel[0]: AFP_VFS afpfs_mount:
>>> >> > /Volumes/FP04SYS11, pid 210
>>> >> > Sep 29 13:31:13 yapostolides kernel[0]: AFP_VFS afpfs_Reconnect:
>> doing
>>> >> > reconnect on /Volumes/FP04SYS11
>>> >> > Sep 29 13:31:13 yapostolides kernel[0]: AFP_VFS afpfs_Reconnect:
>>> > connect
>>> >> > to
>>> >> > the server /Volumes/FP04SYS11
>>> >> > Sep 29 13:31:13 yapostolides kernel[0]: AFP_VFS afpfs_Reconnect:
>>> > Opening
>>> >> > session /Volumes/FP04SYS11
>>> >> > Sep 29 13:31:13 yapostolides kernel[0]: AFP_VFS afpfs_Reconnect:
>>> > Logging
>>> >> > in
>>> >> > with uam 2 /Volumes/FP04SYS11
>>> >> > Sep 29 13:31:13 yapostolides kernel[0]: AFP_VFS afpfs_Reconnect:
>>> >> > Restoring
>>> >> > session /Volumes/FP04SYS11
>>> >> > Sep 29 13:31:13 yapostolides kernel[0]: AFP_VFS
>>> >> > afpfs_MountAFPVolume:
>>> >> > GetVolParms failed 0x16
>>> >> > Sep 29 13:31:13 yapostolides kernel[0]: AFP_VFS afpfs_Reconnect:
>>> >> > afpfs_MountAFPVolume failed 22 /Volumes/FP04SYS11
>>> >> > Sep 29 13:31:13 yapostolides KernelEventAgent[43]: tid 00000000
>>> >> > received
>>> >> > VQ_DEAD event (32)
>>> >> > Sep 29 13:31:13 yapostolides kernel[0]: AFP_VFS afpfs_Reconnect:
>>> > posting
>>> >> > to
>>> >> > KEA to unmount /Volumes/FP04SYS11
>>> >> > Sep 29 13:31:13 yapostolides KernelEventAgent[43]: tid 00000000
>>> >> > type
>>> >> > 'afpfs', mounted on '/Volumes/FP04SYS11', from
>>> >> > 'afp_0TQCV10QsPgy0TShVK000000-4340.2c000006', dead
>>> >> > Sep 29 13:31:13 yapostolides KernelEventAgent[43]: tid 00000000
>>> >> > found
>> 1
>>> >> > filesystem(s) with problem(s)
>>> >> > Sep 29 13:31:13 yapostolides kernel[0]: AFP_VFS afpfs_unmount:
>>> >> > /Volumes/FP04SYS11, flags 524288, pid 43
>>> >> >
>>> >> >
>>> >> >
>>> >> >
>>> >> > "Jeffrey D Sessler" <[email protected]> wrote in message
>>> >> > news:GH%[email protected]...
>>> >> >> We move large files all the time under SP3 with no issues however,
>>> > there
>>> >> > are
>>> >> >> several finder/copy/afp issues in Tiger that are do to be fixed in
>>> >> >> 10.4.3.
>>> >> >>
>>> >> >> Also, if you have any type of network issue such as duplex
>> mis-matches
>>> > or
>>> >> >> are running say, only a 10/100 network, a single Mac can not only
>>> >> >> transfer
>>> >> >> more than 10MB/sec (filling the network pipe) or generate so many
>>> >> > collisions
>>> >> >> (duplex mis-match) that you could drop communication to the
>>> >> >> server.
>>> >> >>
>>> >> >> What type of server (speed, disks, raid level, NIC speed) and what
>>> >> >> type
>>> >> >> of
>>> >> >> network (switched gigabit, switched 10/100, shared 10/100, etc.)
>>> >> >>
>>> >> >> How long does it take to copy that single 1GB file to the server?
>>> >> >>
>>> >> >> Does a single copy process always work?
>>> >> >>
>>> >> >> Jeff
>>> >> >>
>>> >> >> "Jacob Shorr" <[email protected]> wrote in message
>>> >> >> news:[email protected]...
>>> >> >> > The servers are 6.5 SP3 running NFAP, the MAC OSX is 10.4.2
>> updated.
>>> >> > The
>>> >> >> > volume the macs are using is part of a cluster. The users mount
>> the
>>> >> >> > volumes
>>> >> >> > on their macs and everying is for the most part fine. If they
>> grab
>>> >> >> > a
>>> >> >> > bunch
>>> >> >> > of files and copy them from desktop to server it's fine as long
>>> >> >> > as
>>> > it's
>>> >> >> > only
>>> >> >> > a single copy process. The users are part of the hi-res
>> department
>>> > and
>>> >> >> > the
>>> >> >> > files can be 1GB or larger. If they drag one or more large
>>> >> >> > files,
>>> > and
>>> >> >> > then
>>> >> >> > while that's copying they drag some more files, so both copy
>>> > processes
>>> >> > are
>>> >> >> > running at once....quite often the volume will dismount from the
>>> >> >> > desktop
>>> >> >> > and
>>> >> >> > you will get unable to copy because some resource is
>>> >> >> > unavailable.
>>> >> >> > Sometimes
>>> >> >> > the finder crashes, sometimes not. Often the files that were
>>> > partially
>>> >> >> > copied get locked and the users needs to reboot their Mac in
>>> >> >> > order
>>> >> >> > to
>>> >> >> > delete
>>> >> >> > them. I'm getting pretty desperate hear, anyone have an idea
>> what's
>>> >> > going
>>> >> >> > on. I don't know if this is a Tiger thing or a large file thing
>> or
>>> >> >> > a
>>> >> >> > multiple copy stream thing, a netware thing or a mac
>>> >> >> > thing.....we
>>> > have
>>> >> >> > hundreds of other users running OSX 10.3 and earlier who are not
>>> >> > reporting
>>> >> >> > this problem, but they also don't copy files that size. Someone
>>> > please
>>> >> >> > tell
>>> >> >> > me they have seen this before....thanks very much. Oh, before
>> going
>>> > to
>>> >> >> > 6.5
>>> >> >> > and NFAP the servers were 5.1 with Prosoft server and they never
>> had
>>> >> >> > the
>>> >> >> > problem.
>>> >> >> >
>>> >> >> > Jake
>>> >> >> >
>>> >> >> >
>>> >> >>
>>> >> >>
>>> >> >
>>> >> >
>>> >>
>>> >>
>>> >
>>> >
>>>
>>>
>>
>>
>
>

Errors and slow performance copying lots of files between large hard drives

After upgrading to Snow Leopard, I have VERY slow file transfer speed with external eSATA drives. While trying to upgrade from a 1.5TB drive to a new 2TB drive, the copy took almost 24 hours and then failed on a large Fusion virtual OS file.
So I removed my eSATA card from my Mac Pro and connected the drives via FireWire 800. Same issue. I have the 10.6.1 update and reset the PRAM with no improvement.
Tried doing the copy with SuperDuper, and I have the same speed issue, but checking their log I see some of the files that Finder tried to copy, SuperDuper found another way to copy. Others it fails on. Here's a log of one of the files it could copy (but Finder couldn't):
| 06:19:31 PM | Info | WARNING: Caught I/O exception(12): Cannot allocate memory
| 06:19:31 PM | Info | WARNING: Source: /Volumes/DPR/Data/Private/Drive Images/Fusion/Windows Vista 64/MS Win Vista Ult 64 SP2.vmwarevm/Windows Vista x64 Edition-s002.vmdk, lstat(): 0
| 06:19:31 PM | Info | WARNING: Target: /Volumes/DPR2/Data/Private/Drive Images/Fusion/Windows Vista 64/MS Win Vista Ult 64 SP2.vmwarevm/Windows Vista x64 Edition-s002.vmdk, lstat(): 0
| 06:19:31 PM | Info | Attempting to copy file using copyfile().
| 06:21:42 PM | Info | Successfully copied file.
On another try, with no other programs running, after 19 hours, a 1.5TB copy fails with this error:
| 12:23:56 PM | Info | Error copying /Volumes/DPR/Data/Private/Media/Photo/Family/Originals/2007.03.04 Mpumalanga, South Africa/Canon EOS Digital Rebel XTi [add 07.53.32 hours]/IMG_1189.JPG to /Volumes/DPR2/Data/Private/Media/Photo/Family/Originals/2007.03.04 Mpumalanga, South Africa/Canon EOS Digital Rebel XTi [add 07.53.32 hours]/IMG_1189.JPG of type 8
| 12:23:56 PM | Error | SDCopy: Error copying /Volumes/DPR/Data/Private/Media/Photo/Family/Originals/2007.03.04 Mpumalanga, South Africa/Canon EOS Digital Rebel XTi [add 07.53.32 hours]/IMG_1189.JPG to /Volumes/DPR2/Data/Private/Media/Photo/Family/Originals/2007.03.04 Mpumalanga, South Africa/Canon EOS Digital Rebel XTi [add 07.53.32 hours]/IMG_1189.JPG of type 8\n: No space left on device
There is indeed plenty of space left on the device... over 1.5TB in fact.
Not sure what is going on here. I have 4GB of RAM, and heard Snow Leopard needs twice as much as Leopard. Am I running out of RAM due to the large amount of files? Or is it some incompatibility with large drives and Snow Leopard? I did not have these problems with Leopard, and I was using these same drives.

I, too, am experiencing extremely long copy times (17 hours on 5GB) when copying numerous (200+) files from an external HD via FW 400. The same happens when I try to copy files using FW 800.
Is there anything I can do to reduce the copying times?

Cannot transfer large files between drives - data can't be read or written

Hi there!
I am trying to transfer a couple of large files to a hard drive from my internal ssd. Both are set to Mac OS Extended (Journaled). Small files transfer fine, but large ones (eg. 20GB) get a varying distance through and then the following error message comes up:
The Finder can't complete the operation because some data in “FILENAME” can’t be read or written. (Error code -36)
I have tried to ensure read&write permissions are allowed, but this hasn't helped. This has occurred with multiple files.
Any help would be very much appreciated.
Max

Hi
I exported a movie
How ?
One must/can only move iMovie Events and/or Projects - WITHIN IMOVIE !
Do not alter or move anything in
• iMovie Project folder - or -
• iMovie Events folder
IMovie get's confused - and damage might well be un-repairable !
How was the target hard disk formatted ?
Mac OS Extended - only option that works !
How much space was there on the target hard disk ?
1 hour SD-video needs about 13Gb
HD about 5 times more
I would
• Connect second laptop (Mac) via FireWire
• Start this second one - Keeping T-key down (target mode)
• Now in iMovie Project resp Events window it will show up as an external hard disk
Drag-and-drop Events and/or projects over.
Yours Bengt W

Re: Transfer Large Files between SAP Systems

Dear All.
Please can someone advice a quick way of transferring large files from one sap system to the other. Can we use ALE? Can Ale handle large files? If there are others ways please advice at your earliest. thx alot

yes ,you can use ALE between two SAP R/3 system..
it is efficient way to transfer from One SAP R/3 to Other SAP R/3

Copy of large folders between network volumes

I have a PowerMac G5 running 10.4.4 and have 2 Novell server volumes mounted on the desktop. When I copy a folder or files that are roughly 200MB or more between the 2 server volumes, the copy process will freeze up and eventually disconnect me from the server.
Has any one seen this problem? the Novell servers are at version 6.5, as far as I know.
Thanks for any help or ideas.
Jerry Horn
CMP Media LLC

Are your WiFi driver up to date?
I used to be able to crash my T61 7663-13G (NVS140M, Intel 802.11agn(n-disabled), ...) too with heavy WiFi traffic (e.g. 3 MiB/s over some time).
Haven't tried it lately and don't know it's gone.
ThinkPad T61 (7663-13G) T7500 2.2GHz/4GiB/120GB SSD/Sierra MC8775 HSPA/Win7 Pro x64/(3rd Fan, 3rd NVS 140M), 2x 39T4587

Error code 0 when copying a large file to a Mac OS Extended formatted drive

I always back up my photos manually by dragging a folder containing many folders containing many photos into an external drive that I immediately formatted as Mac OS Extended (Journaled) the day I bought it 2 years ago. I now run into a Error Code 0 when I do this. The "mother" folder is 240 GB in size. As I stated, this drive has been formatted for the Mac, so I don't understand why it's (apparently) running into a problem peculiar to FAT32-formatted drives. My iMac has 16 GB of RAM, of which 10 GB was free, the last time I tried to do this.

Well, you did mention...
so I don't understand why it's (apparently) running into a problem peculiar to FAT32-formatted drives
I kind of had to assume at that point the source drive was the one you formatted as Mac OS Extended two years ago, and the target drive was FAT32. If not, then I'm not sure why you mentioned FAT32 at all.
In that same thinking, error code 0 is directly related to FAT formatted drives.

Transferring large files between win and osx

I have a file larger than 5 gigs, and I am trying to just move it from OSX to Windows XP(bootcamp). Since I had my bootcamp partition formatted at FAT32, I couldn't drag and drop it in to the bootcamp drive since my file too big!
I have an external drive (Western digital 500g), and I tried using that but (I think) since the drive is formatted for Mac OSX, Windows can't see it. I also tried formatting the external as FAT32, but that didn't work since (again) my file is too big.
Is there any way to do this!?!? Compressing?? I have no idea!!
If you could be so kind to help
thank you

Hi wasaki and welcome to Discussions,
that is quite aproblem you have to face.
Even if you could successfully transfer this file to any FAT32 partition (internal BootCamp or external harddisk) you won't be able to do anything with it, since even when you run Windows the single file size limitation of 4GB on FAT32 partitions would prevent it.
When it is just for storage, you might be able to compress the file (making a ZIP-archive) and, depending on what this file is, may be getting a file size of less than 4GB.
If you have to work with this file in Windows, you can try to split this file into smaller pieces.
Best solution I can think of is to first convert your BootCamp Windows from FAT32 to NTFS file system, which doesn't have this file size limitation.
Here's how-to: http://support.microsoft.com/?scid=kb%3Ben-us%3B307881&x=16&y=9
Before doing this you should consider making a backup of your BootCamp Windows with WinClone http://www.twocanoes.com/winclone/ just in case.
After that you can use either NTFS-3G http://www.ntfs-3g.org/ or better get Paragons NTFS for OSX http://www.paragon-software.com/home/ntfs-mac/ for write access to NTFS from OSX (since OSX itself can only read from NTFS).
I know these are major changes to do, but for a prolonged use of files with these sizes, it's the best I know of.
Good Luck
Stefan

Transfer large files between two Macs over the web

I would like to transfer a number full quality photos from a DSLR between two computers located in different states. Both machines are Macs, running Tiger. I would prefer a direct transfer method rather than breaking the files into email messages, which would be quite time consuming given the size of the files.
What is the best way to accomplish this? If the two machines were on the same local network it would be easy, but they are not so simply enable file sharing doesn't solve the problem (as far as I know). Can I enable FTP access on the host machine and access if from across the web? How would I figure out the proper address from outside the local network (assuming NAT is used on both ends). Is there a program I could use to make the process simpler (some sort of Bittorrent or DC++ program)?
Or is there a good online service that is free that allows large amounts of storage?
Thanks for the suggestions.
-Josh

You could...
...turn on port forwarding in the destination router, forwarding port 22 for ssh to the destination computer
...turn on remote login on the destination computer
...turn on file sharing on the destination computer
...open a Terminal window and type ssh -L5548:localhost:548 [email protected]
where "user" is a valid account name on the destination computer and "IP.of.dest.Computer" is the IP address assigned by the destination computer's ISP to its broadband modem. The destination computer can get this information from http://www.whatismyipaddress.com/ as BDAqua said. Then, so long as the ISP doesn't change the dynamic IP address before you actually do the transfer, you're okay. It's possible to get a free dynamic host name which circumvents this problem.
After all that, then on the source computer, you would just do a ⌘k and enter localhost:5548 and select the shared user account and login, then the remote computer will mount like an icon on the desktop of the source computer, as if it werre a local external drive. Then it's just drag-and-drop. ⌘e when done, then in terminal, type exit and then ⌘q.
I would not leave port 22 forwarded in the router any longer than I had to, unless you do a little work to harden your ssh remote login. However, even if you do nothing to harden it, it is way better as is than leaving ftp open.

Can't copy large files to AirPort Disk Using Windows 7

Hi Everyone,
I'm positng because I'm unable to copy large files to an AirPort Disk using Windows 7. I have the following setup.
AirPort Extreme:
- Firmware version: 7.6.1
- Airport disks secured by password
- No guest access allowed
- Airport Disk Preferences:
- Automatically discover airport disks is enabled
- Show Airport Disks in the system tray is enabled
External Drive:
- Western Digital 500 GB MyBook External Drive connected to Airport Extreme thru USB
- FAT32 Formated
Computers:
- 2 Toshiba Proteges, Both with 4GB RAM
- Both have Windows 7 Home Premium with Service Pack 1, 64-bit version
- (Sorry we have no MacBooks at home, just iPhones and iPods!)
Airport Utility:
- Version 5.6.1
Airport Disk Preferences Utility:
- Version 1.5.5.3
A week ago, I was able to copy over large files (videos <4GB in size) to the drive. Now, when I try to copy over these large files to the drive, the copy dialog box hangs. I receive a message stating that Windows is calculating the size, but then it doesn't copy over. Windows then gives me a message that it is unable to copy to the drive. When I test the drive connection by copying a small text file over, it copies over quickly and seamlessly. This problem occurs on both computers.
I am able to do the following with the drive connection:
- Read files
- Change file names
- Copy files from the drive to my computer
- See the contents of drive
I've tried all the combinations of the following with no success:
- Turning off Windows Search
- Downgrading the firmware
- Reconfiguring wireless adapter
- Rebooting computer
- Rebooting wireless router
- Rebooting external drive
The drive seems to be working fine except for when I want to copy <2GB files over to the drive. Does anyone have a solution that seems to work?
Thanks!

I'm happy to report that, after reformatting the drive to HFS+ (aka Mac OS Extended), there are no problems writing/copying large or small files to the AirDisk drive. I'm also happy to report that I am copying to the drive at a rate of roughly 4MB/s.
As I mentioned earlier, the only catch is that I am unable to plug the external drive directly into a Windows computer via the USB port as Windows is unable to read HFS+ formatted drives. (I can, however, plug the drive into a Mac computer as they can read HFS+ formatted drives. The only problem is that I don't own any Macs at this time! LOL!)
You're probably wondering how I formatted the external drive to HFS+ since I don't own any Macs. (Windows only allows you to format drives in exFAT, FAT, NTFS and the like.) That is a good question. Basically, I downloaded an open source formatting tool called, Gparted, which allows you to format any USB drive to any major file format system. Since Gparted is an open source tool, it is a little cumbersome to use. Once you figure out how to use it, it is a cinch to format the drive to HFS+. (Of course, an easier method would be to borrow a friend's mac, plug the drive into their mac, and format it to HFS+ using their mac.)
For a step-by-step guide on how to solve this problem, see the steps below:
1) Backup all data from external drive
    a) Fortunately, I have a 1TB ultraportable USB drive which has enough space to backup all data on the drive
2) Format the external drive to HFS+ using one of the methods below
    a) Plug it into a Mac and format it
     b) Use Gparted (free) to format it
3) Plug the drive back into the Airport Extreme
4) Start copying files over to your networked drive!
I hope this helps you! Cheers!

Large file copy fails through 4240 sensor

Customer attempts to copy a large file from a server in an IPS protected vlan to a host in an IPS un-protected vlan and the copy fails if file is greater than about 2Gbytes in size. If the server is moved to the un-protected vlan the copy succeeds. There are no events on the IPS suggesting any blocking or other actions.

The CPU does occasionly peak at 100% when transferring a large file but the copy often fails when the CPU is significantly lower. I know a 4240 has 300Mbit/s throughput but as I understood it traffic would still be serviced but would bypass the inspection process if exceeded, maybe a transition from inspection to non inspection causes the copy to fail like a tcp reset, I may try a sniffer.
I do have TAC involved but like to try and utilise the knowledge of other expert users like yourself to try and rectify issues. Thanks for your help. If you have any other comments please let me know, I will certainly post my findings if you are interested.

Alu 2s fails at copying many small files

Hi,
when I transfer big files I get nice speeds and have no problems around 80MB/S)
But then I wanted to backup my mail directory that contains many small (few kb) email files - around 40.000
Speed drops to like 5MB/S. I know it's supposed to drop with small files but this seems a bit extreme.
When copying is done, the LED keeps flashing.
When I try to copy a larger file afterwars, the speed is around 1mb/s.
The LED keeps blinking even when no files are transferred.
When I force unmount the drive and reconnect, many files are filled with null's, so obviously it didn't complete the writing process properly.
I waited over 30mins but the LED keeps blinking, software unmount doesn't work in this state.
Is this like, a known bug? It's really nerving.
First the annoying virtual CD drive and now this.
I'm very disappointed.

Hi
Try to defragment the external HDD
You can use the internal Windows Disk Defragmenter which can be found in
All Programs -> Accessories -> System tools

E1000 wifi dead whenever I copy a large file between 2 PC's

Similar Messages

Maybe you are looking for