Emac to emac file transfer

hi - the screen on my old emac is gone (just a vertical line in the center of the screen). i got a new emac (used). i want to transfer the files from the old one to the new one. have tried using the migration assistant with firewire but it stalls at "waiting for discs to appear". my old emac is user password protected so that before i get a disc image i would have to log in. i'm assuming that is why the migration assistant stalls out. is there any way for me to proceed with this or will i have to take it to a technician and have him pull the hard drive and the files ? - thanks, beaner

Odd; Patrick's suggestion should work to put the
Mac
with the bad display into Firewire Target Disk
mode;
even in Migration/Setup Assitant stalls, it should
still be possible to get at the hard drive
contents.
even if start up is user id log in protected ? -
thanks, beaner
actually, i just looked at the migration assistant procedures again and it says to hold down the t key until the firewire symbol appears on the old machine. unless the migration assistant overides user id log in protection, i would not be able to see the firewire symbol until i have logged in to an administrator user account even if the screen was working which it is not. unfortunately, the easiest/cheapest way to do this (Mini VGA to Video Adapter) does not work on my emac so i will have to use a mini vga adapter combined with a db15/vga adapter and hope that one of the older monitors i have laying around will accomplish the mirroring and allow me access to the old computer so that i can enable file sharing and make a connection between the two computers. that is unless someone reading this can correct any misconceptions mentioned here or has an easier way of making this happen. - thanks beaner
I do recall several posters reportd trouble with
the
timing of turning on the godd computer (the host)
and
the trohbled one (the client) in the terminology
of
<a
</div>
href="http://docs.info.apple.com/article.html?artnum=5
8583" target=_blank>FireWire target disk mode.
You can also double-check the steps in <a
</div>
href="http://docs.info.apple.com/article.html?artnum=
5773" target=_blank>Setup Assistant.

Similar Messages

Slow file transfer - ethernet + firewire issue?

Here's the setup -
Win98PC > ethernet (direct cable connection) > iMac G5 > Lacie d2 FW drive
Connection (100BaseT) works, logins work fine, browsing folders & files is fine. But when I transfer files from the WinPC to the Lacie drive through the iMac G5 it is unbelievably slow. Same thing if I use one of my other Macs in place of the WinPC, so it looks like a network or iMacG5 issue, not a WinPC issue.
On the other hand, if I use Airport to connect a WinPC, eMac or MacBook to the iMacG5, the file transfers are blindingly fast.
Is this perhaps because the FW & ethernet controllers in the iMac G5 are the same PHY chip? Is this some kind of contention for bandwidth through the PHY chip? (The Airport card in the iMacG5 is on a separate bus, not connected to the Ethernet/FW PHY chip, which makes me suspect something is up with the ethernet/FW controller.)
Anyone else encounter a problem like this with slow file transfer through your iMacG5 to an external FW drive?

Martin, that's really interesting. I've noticed slow network transfers in the past but always racked it up to overhead and parity errors inherent in the OS's. Never thought it might be the PHY chip, though it certainly could be. Apple has a broadband tuner which might help you by increasing packet size (but you probably knew that as a Level3). My stopgap is to do the file transfers with firewire, but your laptop may not have that option.
You could maybe copy to the mac over the network, then copy a second time to the LaCie. Not elegant or clean, but will save you time. Kinda like taking the backroads to avoid rush hour traffic - it's farther to go but you get there faster.
I'll look into the controller question. Let us know how you're doing,
Ed

Tiger Updates Have Broken Airport Appleshare File Transfer, Horribly Slow

Big horrible slowdowns in file transfer over wireless have me pulling my (remaining) hair out. I have seen several other posts and here are results of what I found. Hope you can add some suggestions.
I had given my Apple Airport base station (b) to my brother in Pakistan after I found a Belkin (g) at Staples for free (after rebates) and have been using it for a while (maybe almost 2 years). Not a pretty box but the price is beautiful and it works OK.
My real use for it is for my eMac and a couple of older PowerBooks I keep downstaors as a "music studio" for my music and podcast recording (and transferring upstairs to my server folder over wireless) and web browsing.
All worked OK as I would transfer the files to my PowerBook upstairs (connected Ethernet to a router connected to the wireless router or sometimes directly via Airport connection if laptop was not at my desk). Both configurations worked fine (only limitation being my eMac's (b) speed older Airport speed).
Since 10.4.4 or 10.4.5 (as that is the last "change" I can see made on my system overall, I have discpovered I cannot even transfer a 3.5 MB file from the 10.4.5 eMac to ANY of the other machines.
After reading several threads here it seems several people have noticed the HORRIBLE SLOWDOWN if not complete death of Airport usability for file transfer. People are being made to go around changing router settings, channel IDs etc. That sounds like typical tech support bunk to me.
After all, if the channel ID on the wireless router is a problem why is my web browing going on at normal speed but a 120 MB file transfer just told me it will take 2023642128 hours. No, I am not kidding. That is the time it would take to get man to Mars.
Someone else was told to hook up the machines over Ethernet. Sure, that works for machines in the same room - and is a bearable temporary solution in that case - but not in an upstairs/downstairs situation. Burning CD-Rs to transfer 120 MB files every time is also not a good way to show off Apple technology.
So, in my humble opinion, some recent update from Apple just broke something in Airport networking or Appleshare. So, I did some more testing.
I love Apple, getting friends to switch all the time, but annoyed at these bugs that basically render standard applications unusable. So far I have not been able to figure out what the problem is. Here is some more info I got.
I already deleted all the network port configurations on the 10.4.5 eMac except wireless. Activity Monitor shows 0.1 to 11 kbps speed (yes, that is 0.1 to 11 Kbps not Mbps). No other apps are running, Tried connecting to different machines. All machines can transfer data at high speed except over Airport/wireless.
I then fired up a PowerBook G3 500 10.3.9. It is slow as a machine, but it has no problems picking and dropping files on to other machines over Airport (it is sitting in the same area as the emac so signal etc. issues would effect them equally).
Next I came upstairs and changed my 10.4.5 PowerBook G4, previously working perfectly on Ethernet,to Airport only use. Lo and behold, it could not go to the Internet nor could it do any AppleShare transfers even with a PowerMac G4 which is Ethernet only.
There could still be two culprits, the Apple 10.4.5 update OR maybe the wireless router went bad. So I tried all of the above after changing channels on the Belkin router. Still no luck.
It could still be the router, so:
- I changed the HP 17" 8080 laptop from Ethernet to wireless only and it flies.
- I switched the PowerBook G4 BACK to Ethernet and it flies.
- I kept the PC laptop on WIRELESS and did file transfers from it to the now ETHERNET using PowerBook G4 and it works fine even PowerBook to PC and PowerBook to PowerMac both using Ethernet and 10.4.5 works fine too.
- I now tried to get or put files from the 10.4.5 ETHERNET PowerBook G4 to PowerBook G3 10.3.9 WIRELESS and it worked fine. i.e. no problems with older OS one using wireless.
- Then I tried 10.4.5 PowerBook G4 Ethernet to eMac wireless 10.4.5 and it would not take or drop a file, unless I was willing to wait for 3 years and 2 months.
In other words - the ONLY common thread is that 10.4.5 with wireless/Airport use will break Appleshare file transfers.
Obviously some planetary confluence did not suddenly corrupt all the settings in all my computers at the same as many others, who also happen to be using 10.4.5 or maybe 10.4.4 because the 10.3.9 using OLD PowerBook with 512 MB RAM does wireless file transfers faster than the 10 times faster Macs using Apple's own cards and newest software.
Seems like a now-becoming-usual Apple update that breaks things.
Hope you can suggest a solution so I do not have to burn CDs on the eMac for every 1 MB file I need to transfer upstairs.
Imran

Oosted on macfixit.com Friday, February 24 2006 @ 09:30 AM PST
Mac OS X 10.4.5 (#9): Another fix for network slowness -- re-applying the combo updater; SIIG FireWire card not working; more
Another fix for network slowness -- re-applying the combo updater Over the past few days we've outlined a number of fixes for network slowness that occurs after the update to Mac OS X 10.4.5, including entry of a DNS address, toggling of IPv6 and more.
We've now received notes indicating that a tried and true workaround for various issues -- re-applying the Mac OS X 10.4.5 combo updater (as noted in our general workarounds for 10.4.5) -- can have beneficial effects in this case as well.
MacFixIt reader Fred Moore writes:
"After much thrashing about and wasted time, I appear to have solved both the slow web page loading as well as my email sending problems in one stroke. Guess how: download the Mac OS X 10.4.5 combo updater and reapply it. This nonsense has cost me a lot of time but everything seems to work now. IPv6 is set back to Automatic, there is no entry in the Network prefs DNS server field, and my email sending works perfectly (so far; I've sent a bunch of tests). Why didn't I just download the combo updater and apply from my hard drive at the beginning? Well, Software Update should (yes, I know, I know...) work. I'll never again use Software Update for a system update."

"Windows - No Disk" error message on file transfer

Hello!
I updated our ZDM7 server from plain old ZDM7 with no updates to ZDM7 SP1
IR1. Now, when initiating File Transfer operation with any workstation, up
comes this error message:
"Windows - No Disk"
"Exception Processing Message c0000013 Parameters 75b6bf9c 4 75b6bf9c 75b6bf9c"
[Cancel] [Try Again] [Continue]
If I click "Continue" 4 times, file transfer starts up successfully.
Any ideas about how to get rid of this annoying message?
Toomas Aas

Toomas,
It appears that in the past few days you have not received a response to your
posting. That concerns us, and has triggered this automated reply.
Has your problem been resolved? If not, you might try one of the following options:
- Visit http://support.novell.com and search the knowledgebase and/or check all
the other self support options and support programs available.
- You could also try posting your message again. Make sure it is posted in the
correct newsgroup. (http://support.novell.com/forums)
Be sure to read the forum FAQ about what to expect in the way of responses:
http://support.novell.com/forums/faq_general.html
If this is a reply to a duplicate posting, please ignore and accept our apologies
and rest assured we will issue a stern reprimand to our posting bot.
Good luck!
Your Novell Product Support Forums Team
http://support.novell.com/forums/

UCMA 4 and back to backing a file transfer request

OK, I know that file transfer isn't technically supported on UCMA 4.0, but I wanted to take another look at it and see whether there was a way to b2b a file transfer request. After all, there's no reason that it shouldn't work if the messaging is correct,
right? The scenario I have is A <-b2b-> app <-b2b->B. I have an IM conversation going on between A and B, so now I'm trying to set it up so that A can send a file to B.
So far I've extended the platform to accept file transfer requests by creating my own call and factory classes, and then registering them using RegisterPlatformExtension. This means that when A sends a file, the INVITE gets delivered to my application.
Now I'm taking that INVITE and creating a new b2b call. A file transfer request looks something like this:
TL_INFO(TF_PROTOCOL) [0]16A8.4B28::02/10/2015-19:53:05.007.001d492f (SIPStack,SIPAdminLog::ProtocolRecord::Flush:ProtocolRecord.cpp(265))[3939761282] $$begin_record
Trace-Correlation-Id: 3939761282
Instance-Id: FDB3
Direction: incoming
Peer: 10.0.154.20:49282
Message-Type: request
Start-Line: INVITE sip:[email protected] SIP/2.0
From: <sip:[email protected]>;tag=eafd3e699d;epid=ccd5657cac
To: <sip:[email protected]>
Call-ID: 0acf0330423241258576d7c5cc42aa01
CSeq: 1 INVITE
Contact: <sip:[email protected];opaque=user:epid:d2lIs-103l2YSpDwCSajtAAA;gruu>
Via: SIP/2.0/TLS 10.0.154.20:49282
Max-Forwards: 70
Content-Length: 1920
Content-Type: multipart/mixed;boundary="----=_NextPart_000_0026_01D04541.4641C2D0"
Message-Body:
------=_NextPart_000_0026_01D04541.4641C2D0
Content-Type: application/sdp
Content-Transfer-Encoding: 7bit
Content-ID: <[email protected]>
Content-Dis; handling=optional; ms-proxy-2007fallback
v=0
o=- 0 0 IN IP4 192.168.200.71
s=session
c=IN IP4 192.168.200.71
b=CT:99980
t=0 0
m=data 21300 TCP/RTP/SAVP 127
a=ice-ufrag:lYAu
a=ice-pwd:y0gkW4r9zGSW6E2VdtMprlEh
a=candidate:1 1 TCP-PASS 2120613887 192.168.200.71 10856 typ host
a=candidate:1 2 TCP-PASS 2120613374 192.168.200.71 10856 typ host
a=candidate:2 1 TCP-ACT 2121006591 192.168.200.71 21300 typ host
a=candidate:2 2 TCP-ACT 2121006078 192.168.200.71 21300 typ host
a=candidate:3 1 TCP-PASS 2120612863 10.0.154.20 31624 typ host
a=candidate:3 2 TCP-PASS 2120612350 10.0.154.20 31624 typ host
a=candidate:4 1 TCP-ACT 2121005567 10.0.154.20 3921 typ host
a=candidate:4 2 TCP-ACT 2121005054 10.0.154.20 3921 typ host
a=cryptoscale:1 client AES_CM_128_HMAC_SHA1_80 inline:4CZbzYM/GYDbygj8JwMTodKo85C4Xx7TMzeMIuBU|2^31|1:1
a=crypto:2 AES_CM_128_HMAC_SHA1_80 inline:Ohlo65gDsUvxCF39A382Rl4vGL+SG9R/lUEYU/br|2^31|1:1
a=crypto:3 AES_CM_128_HMAC_SHA1_80 inline:EZ7Zm3K0H/WW5K49LAk9/C0T8x8nhkumJOycSek7|2^31
a=setup:active
a=connection:new
a=rtcp:21300
a=mid:1
a=sendonly
a=rtpmap:127 x-data/90000
------=_NextPart_000_0026_01D04541.4641C2D0
Content-Type: application/ms-filetransfer+xml
Content-Transfer-Encoding: quoted-printable
Content-ID: <[email protected]>
Content-Dis; handling=optional
<request xmlns=3D"http://schemas.microsoft.com/rtc/2009/05/filetransfer" =
requestId=3D"13">
<publishFile>
<fileInfo embedded=3D"true">
<id>{67190A30-C59F-480D-96DD-5F3941C39C49}</id>
<name>dbchange.log</name>
<size>3609</size>
</fileInfo>
</publishFile>
</request>
------=_NextPart_000_0026_01D04541.4641C2D0--
$$end_record
I've got my b2bed invite looking almost identical to the original invite by creating a custom MIME type on the CallEstablishOptions for the back to back call using something like this:
Regex r = new Regex(@"^((.|\n)*)(\<request)((.|\n)*)(request\>)((.|\n)*)$");
Match m=r.Match(args.RequestData.GetMessageBodyString());
content=string.Format("Content-Transfer-Encoding: quoted-printable\r\n{0}{1}{2}",m.Groups[3],m.Groups[4],m.Groups[6]);
opt.CustomMimeParts.Add(new MimePartContentDescription(new ContentType("application/ms-filetransfer+xml"),System.Text.ASCIIEncoding.UTF8.GetBytes(content)));
opt.CustomMimeParts[0].ContentDispositionHeader = new SignalingHeader("Content-Disposition", "render; handling=optional");
So far the only differences I can see in my outbound message vs the original SDP are that the Content-Transfer-Encoding might not be seen as a header (since the SignalingHeaders property on the MimePartContentDescription is read only), and the Content-Transfer-Encoding
on the first MIME part (created by the BackToBackCall) is missing (even though I specified it on the PassThroughHeaders). Even with all of this though, I still get a 488 on client B when I attempt the transfer (even though the invite goes through).
What I'm wondering though, is whether there's any way at all to get this working the way I'd expect, where a file gets transferred directly between A and B, without my bot having to receive it first. The other approach I've looked at is binding my
own media provider class to customize the SDP, but if this MIME part approach isn't going to work, then I have a feeling the media provider won't work either.
Any suggestions on where to look next?
Thanks!
Chris

Chris,
I am trying to do something similar to this and from what I have read and in talking to MS is that you need to extend the Call and Flow class which it looks like you have been able to do. Could I bother you to share what you have written? Maybe we can help
each other out on this. I am basically trying to create an application that will be able to capture a file transfer and save it, then send the original request on to the intended recipient.
Thanks in advance,
Anthony

I have an old ipod i just got the new iphone 4s but the songs that are on my ipod are not on my itunes how can i transfer them from my old ipod to my itunes. reason they are not on my itunes becasue i've change computer also and didn't a file transfer bef

i just purchase the new iphone 4s. I also have an old ipod with a lot on songs which are not on my itunes becasue i didn't do a file transfer when i got my new computer a ew months ago. How can i add my songs from the old ipod to my itunes.

See this older post from another forum member Zevoneer covering the different methods and software available to assist you with the task of copying content from your iPod back to your PC and into iTunes.
https://discussions.apple.com/thread/2452022?start=0&tstart=0
B-rock

MBP (mid-2009) freezing, slow installations and file transfer

I bought the latest MacBook Pro model and installed Snow Leopard on a cleanly formatted hard drive. I have tried migrating via ethernet and FireWire from my iMac, but the migrations failed either due to freezing (via FireWire after roughly 24 hours of file transfer) or by an error message (ethernet with Migration Assistant).
Only through a Time Machine backup was I able to transfer my account files to the MBP, which again totaled at over 20 hours of transferring. The system was a mess, clogged constantly by freezing and spinning beach balls of death for durations lasting around 10-20 seconds during which music would clip after 5-10 seconds of everything not responding, this being accentuated especially during installations. I decided to format and try anew.
Now I've formatted the hard drive, installed Snow Leopard and will transfer my files manually onto a clean account. Installations take a long time although SL installation is within 30 minutes, iLife took 1.5 hours to install 5 GB. During the installation Safari stopped responding, as did the entire system, and the spinning beach ball would keep spinning. Watching a 480p trailer in Quicktime made the entire computer freeze up (no video/audio) for 10 seconds halfway. Transferring 136 GB (my Music folder) will take around 15 hours according to the estimate after 10 minutes of transferring.
I've sold my iMac now and all I have are the files on my external hard drive. I want to get them onto my MBP ASAP but the slowness is preventing me from doing what needs to be done and it's very frustrating. When I try to boot into Hardware Testing by holding D down the computer doesn't do it no matter what (Application DVD in or not, plugged into power or not). I've tried resetting PRAM but I get the same inaction.
Any ideas?
Edit: I've done Disk Utility to no avail, it finds nothing wrong.

Installed, still getting freezes with spinning beach balls. Transfer says it would take 1 hour opposed to that 15 hours, but it stops transferring after X amount of gigabytes (from 0.5 to 5), not do anything for a while and then continue, stretching the estimate to over 2 hours after some time. I don't know if this is just with the hard drive.
The freeze-ups are frustrating as **** and make for a very poor experience. Any ideas to get to the bottom of this? I still haven't been able to boot into the Hardware Test no matter how much I try.

File transfer: AFP vs FTP

Setup:
Cable modem to Linksys WRT54g broadcasting only in G only mode for PBG4.
AEBSn#1 in bridge mode via Ethernet from Linksys, N only mode, broadcasting wirelessly.
AEBSn#2 is wirelessly extending N-only from AEBSn#1, and is connected to a mini with external hard drive.
Using PBG4, if I mount a volume from the mini and transfer a file, transfer time is very slow: approx. 20 minutes for a 200MB file. If I FTP from PBG4 into the mini, transfer time is 2 minutes.
(I think the same happens if I use a Macbook Pro connected to the N-only network, but it's in for repairs right now, so I can't be sure.)
Any idea why the transfer times are so different b/w AFP and FTP and, more importantly, what I can do to remedy this? Thanks.

Same problem here. I have two AEBS Gigabit in bridge mode. Transfering a file via FTP or with Apple Remote Access (ARD) brings up to 3 MB/sec. Same file and same configuration connected via AFP only brings 60 kB/sec.
I hope somebody has an idea how to fix this.
Thanks in advance

How to achieve the maximum file transfer rate from PXI to local host?

I will have to copy a huge amount of data (as big as 50 GB) from a PXI-8106 unit on site to a laptop. Currently it would take several hours. It is critical to max out the data transfer rate.
The standard method we've been using is just drag and drop using Windows Explorer via FTP. I tried to use FTP VIs with Filezilla Server as well but the transfer rate is only like 1.5 MB/s. Is this normal? Once I saw it was 3.0 MB/s but for some reason, that isn't happening now.
For another option, I tried to transfer data to a USB flash drive but it's even slower. As far as I know, USB 2.0 transfer rate is supposed to be around 60 MB/s but why would it be slower than 1.5 MB/s? What could be the speed limiting factor in my file transfer setup?
Any tips on improving file transfer rate would be appreciated!

Sustained 40 MB/s? That is my dream speed! The maximum speed I've ever seen here was about 25 MB/s, which is still very good, and that happened only after copying back and forth, which I explained above. Let me go through what I did with screencaps first.
These are the test tdms files to transfer in the PXI: an original file witten in the PXI and its copy file. I copied the original file from PXI to laptop and renamed it (added '_copy') and then copied it back to PXI.
FTP module is transferring the original file to the Filezilla server on laptop. Note the low speed.
FTP module is transferring the copy file to the Filezilla server on laptop. Note the higher speed.
This is the FTP sub VI I'm using. It transfers files in sub-folders (one level lower), too. The data connection is set to 'passive' on the FTP Put Multiple Files VI but it doesn't seem to make any difference. I attach the sub VI.
You tried the file transfer with a 500 MB text file. Would there be any difference if the file type was tdms? Would the RAM size matter? It is 2GB here.
And the LED is orange, which means Gigabit.
Another question: Is there any way to programmatically stop file transfer in progress? Currently, I just have to restart the PXI.
Thank you!
Attachments:
FTP.vi ‏40 KB

How do you install CS5 onto a new computer without Time Machine/file transfer

I'm not getting a new computer, but my current one is getting a little old (Macbook Pro V. 10.6.8) and I'm afraid it might crash if I download the newest Maverick system, which is why I want to make absolutely sure I'm able to save and transfer all my old files and CS5 Creative Suite programs if this indeed happens. I don't trust Time Machine to do it; my boss had this happen and Time Machine did not transfer the Adobe programs. I also don't want to rely on Time Machine and any other file transfer (which all new Macs offer) because I've had brand new computers crash because of old corrupt files from my old computer converting over, and the Apple people said it's a bad idea (which would have been nice to know BEFORE the computer crashed and everything. . .) I've been told you can only use the CD to install CS5 onto your computer twice, which I've already done (thanks to my brand new computer crashing once already). So I would like to know how it's possible to install the program onto a new computer should this one crash, without the use of file transfer or Time Machine. I have no interest in upgrading to CC.
Thanks!

Avoid using Time Machine for re-installing Adobe software. It rarely works and usually breaks the activation mechanism.
I've been told you can only use the CD to install CS5 onto your computer twice,
Not quite.
You can install the software as many times as you like but you can only activate the software for use on a maximum of two computers at the same time.
To re-install you will need your CS5 serial number.
Download the installer from Download CS5 products
Install then enter your serial number when prompted.

When upgrading to OSX Yosemite do all my programs and files transfer over such as Office for mac, saved documents from word,excel,pics,pdf files,etc.etc...

Will all my files transfer over (or stay) automatically right after upgrading to Yosemite or do I have to backup every single desired program or document? Question is do I HAVE to please if you can answer if its mandatory or not. Not looking for recommendations that I SHOULD back up or anything like that just want to know if it is mandatory to perform a backup to be able to keep or transfer all my current programs and apps and documents currently on my MB Pro Retina.

Yes, upgrading to Yosemite will not touch your 3rd party apps or files in the Home folder.
Although not mandatory you should have a a backup of your hard drive regardless if you upgrade to Yosemite or not. To not have a backup is just playing Russian roulette as there are only two types of hard drives; those that have failed and those that will.

Remote Execute and File Transfer Error

Whenever we try to do a Remote Execute of File Transfer, we get an 1899
error. Here's the strange thing, we can RE and FT to desktops that are
still running the ZfD 4.x client. Seems to be only happening on the latest
(ZfD 6.5sp2). Any ideas? Also, remote control and remote view still work
w/o problem.

Blewis,
It appears that in the past few days you have not received a response to your
posting. That concerns us, and has triggered this automated reply.
Has your problem been resolved? If not, you might try one of the following options:
- Do a search of our knowledgebase at http://support.novell.com/search/kb_index.jsp
- Check all of the other support tools and options available at
http://support.novell.com.
- You could also try posting your message again. Make sure it is posted in the
correct newsgroup. (http://support.novell.com/forums)
Be sure to read the forum FAQ about what to expect in the way of responses:
http://support.novell.com/forums/faq_general.html
If this is a reply to a duplicate posting, please ignore and accept our apologies
and rest assured we will issue a stern reprimand to our posting bot.
Good luck!
Your Novell Product Support Forums Team
http://support.novell.com/forums/

Creative Zen USB and File transfer probl

Am the unhappy owner of a brand new Creative Zen touch 20gb mp3 player which apparently works with usb 2.0. After installing the software which came on the cd (file transfer software and nomad explorer) the Zen appears to get recognised by the pc with no problems when i connect via the usb cable. The Zen also displays 'docked' which is all very well. However if i select say 0 tracks to download to the player the xp progress bar seems to halt at around 60-70% and eventually the program (nomad) complains that the operation cannot be completed. I noticed that the small hard dri've in the player feels as though it is 'spinning down' around a similar time to the message being displayed. If at this stage i refresh the players view in nomad explorer it can be found with no problem....its just i cant write to it until i unplug the usb from the zen and reconnect. I spoke to creative who told me that because my pc (in system devices) reports that my usb is an 'open host' adapter...this means it cannot supply adequate power to the player....but surely USB2.0 is USB2.0 and if something claims to be USB2.0 compliant that would be the end of the story? The usb card im using is a usb 2.0 pci card and is also pretty new. Any help/ideas would be greatly appreciated.
I have tried various usb ports, usb and2 conections ( I have both), various cables and combinations and the same happens. I have also tried win xp and win98, and other disks I have with the same result. I have managed to transfer 20 os so mp3s (a small proportion of those I have been trying to transfer)after 3-4 hours hard labour but never the contents of a full folder. After a proportion of the files are transferred then Zen touch becomes 'busy' or 'not connected'. Obviously there is no way I can continue like this and it will have to go back.
I have tried the slightly newer driver but this did not work at all and I had to roll back to the one that came on the CD. I feel that I have given it a fair shot trying all the workarounds.
Is is a USB power problem? Should a powered usb hub cure it's If so why?
But is this surely is Creative's problem. It is obviously a known issue but what are they doing about it's Putting out Zens which are prone to this problem is not good practice. Any solutions out there?

Hey,
If you tried it on a friend's computer and you're still having problems then it may be a problem with the Zen. Before you call or e-mail tech support, here is what they will tell you do to first before they really get in depth with helping you. Go into Rescue Mode (there is an explanation on how to do this at the top of the forum) and do a disk clean up. After that, try it. If that doesn't work then click the reload OS option which will take the firmware (like windows to your PC) off the Zen. Don't worry you can easily put it back on. Go to Support>Downloads>select Zen Touch, etc, etc. and download the latest firmware and run it. Hopefully that will fix it....
I had some connection problems myself with my ZT as soon as I got it as well. and simply reflashing the firmware fixed and now I love my Zen. I hope everything works out for you.
Wilco

Error no. 4 in SAPGUI during graphic call or file transfer.

Hi,
In the landscape there are still 46b sap version, i have some functional queries that when i executes go to the sap graphic screen and it throws with no output. I understand that that it works in ECC version but not for 46b.
This issue is related to SAPGUI, as i have the latest sapgui installed 710 that works well for ECC.
But if i input the parameter in sap 46b system , and execute to get the graphic chart i get this:
The Generation of Graphs for Stock Movements in the MC49 Transaction.
When you call a hierarchy graphic, the following error messages are displayed
1. 'Too much data in a table or too many tables defined
2. E4: error writing to XC pipe: child #1 ( id: STAT ); reclen12
3. Error no. 4 in SAPGUI during graphic call or file transfer.
I have also look in to note 316232, 361222, 96885. for this but this says to upgrade the sapgui,which is already in.
What is the solution for this.
Regards,
Chetan.

Take a look at this thread. This may provide you some guidance as it appears that Error has been encountered before.
[Link Here|Error no. 4 in SAPGUI with Graphics call or file transfer;
Regards,
Zecher

When will file transfer be used to send a message?

Hi,
My understanding is that a message is only sent via file transfer if the size of the message is greater than 75% of the IPC queue capacity; file transfer will never be used in response to a blocking situation that arises due to the number of messages exhausting the queue capacity (this will result in an immediate failure if the TPNOBLOCK flag is used, or else a failure response when the timeout is reached).
We have the following message in the ULOG:
"TMQUEUE.4288.3081606848.0: LIBTUX_CAT:1285: WARN: tpreturn message send blocked, will try file transfer"
Would I be correct in assuming this is because of the size of the message, or is this something specific to TMQUEUE operations? If my understanding of how transfer by disk can occur is wrong, please set me straight!
Thanks,
Malcolm.

Malcolm,
Tuxedo will use file transfer if
a) The size of the message is greater than 75% of the total capacity of the queue.
b) The original msgsnd() fails with EINVAL. (Some operating systems have a MSGMAX kernel configuration parameter limiting the size of an individual message which can be set to less than the total capacity of the queue. If an application attempts to send a message greater than this size it will fail with EINVAL.)
c) The original non-blocking msgsnd() fails with EAGAIN and the message is being sent by tpreturn(). (This is the case where LIBTUX_CAT:1285 is logged.)
d) The original non-blocking msgsnd() fails with EAGAIN, the TPNOBLOCK option is not set, the original message is over 500 bytes, the TMNOTHREADS environment variable is not set to Y, and the message is not being sent by certain system processes that are always single threaded.
For domain gateways only, the file transfer in case (c) can be avoided if GW_FILETRANSFER=OFF is set.
Regards,
Ed

Emac to emac file transfer

Similar Messages

Maybe you are looking for