Moving external USB disk to internal SATA on MacPro 3,1 system

I had a couple of external USB disks which are using SATA drives in them and thought I would try and remove from their enclosures and put inside a MacPro 3,1 (early 2008) system in a couple of empty SATA tray slots (should be a lot better/faster since they're going from USB 2.0 speed of 450Mbps to SATA speed of 3Gbps).


But the problem is that the system does not recognize them and wants to reinitialize them, which would erase all my files. I removed them and put back into their external enclosure and they mount fine, so there seems to be something "extra" that is going on between the two situations that I am puzzled over.


The drives are 3TB seagate drives. They are both GUID type partition tables. One has a couple of partitions on it and the other has only one, but both want to be reinitialized when I put into the SATA tray slots in the MacPro system. Running Yosemite (OS X 10.10) on the MacPro system.


Any idea about what the problem is and how to get this to work without reformattng the drives?


Thanks...


ps -- anyone know of a USB 3.0 or 3.1 PCI card for MacPro 3,1 that works well?

Mac Pro, OS X Yosemite (10.10.5)

Posted on Nov 11, 2016 4:08 AM

Reply
9 replies

Nov 11, 2016 6:44 AM in response to dot.com

A bit more to the story...


Before removing the 3TB disk from the USB external enclosure, the disk looks like this using "diskutil list" command:


MacPro:~ xxxx$ diskutil list

/dev/disk0

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *960.2 GB disk0

1: EFI EFI 209.7 MB disk0s1

2: Apple_HFS SSD 959.3 GB disk0s2

3: Apple_Boot Recovery HD 650.0 MB disk0s3

/dev/disk1

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *3.0 TB disk1

1: EFI EFI 314.6 MB disk1s1

2: Apple_HFS Seagate MacOSX 127.6 GB disk1s2

3: Apple_Boot Recovery HD 650.0 MB disk1s3

4: Apple_HFS Seagate MacBook_Backups 2.9 TB disk1s4


But when I removed the drive and put in slot 4 of MacPro 3,1 system I get this:


MacPro:~ xxxx$ diskutil list

/dev/disk0

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *960.2 GB disk0

1: EFI EFI 209.7 MB disk0s1

2: Apple_HFS SSD 959.3 GB disk0s2

3: Apple_Boot Recovery HD 650.0 MB disk0s3

/dev/disk1

#: TYPE NAME SIZE IDENTIFIER

0: FDisk_partition_scheme *3.0 TB disk1

1: 0xEE 375.1 GB disk1s1

So the volume has changed from a GUID partition scheme to a FDISK partition scheme by just moving from external USB to internal SATA. How can that be? This info is part of the boot sector I thought? So by just moving the disk, how can this info change? Does the external USB enclosure do some sort of magic? Does it hide this info and tell OS X something different?

I tried something a bit different to get another clue - I put a WD disk from a WD external enclosure into the Seagate external enclosure and the disk also wants to be initialized. So it appears external disk enclosures do different things to different disks. Why is this? Seems like the enclosure should offer nothing more than an interface to the physical disk from the OS's point of view, but based on what I'm seeing right now, it's doing a bit of behind-the-scenes "magic" that changes when the physical interface to the disk changes (from external-USB to internal SATA or from one brand of external enclosure like Seagate to another brand of external enclosure like WD???


Anyone have any idea what is really going on and how to get this to work without physically having to back up the disk and then move and re-format and restore? This disk has almost 2 terabytes of stuff and that extra work will take a couple of days of copying files. Big disks are so nice except when problems like this crop up and cause long delays in trying to backup/reformat/restore for something as seemingly simple as moving a drive from an external to internal type of connector or from one external to another external.


Thanks....

Nov 11, 2016 9:49 AM in response to dot.com

This is just a guess but the fact that /dev/disk0 both internally and externally is listed as an SSD while /dev/disk1 is not and the biggest SSD I know of is 2 TB, it's likely this is a hybrid drive and Seagate is using a proprietary method rather than Apple's Fusion drive system to tie them together to appear to the OS as one drive and that method is built into the case the drive is sold in.

Nov 11, 2016 11:46 AM in response to FatMac-MacPro

This is definitely a normal spinning 3TB drive - no SSD involved at all. I have a 960GB SSD drive as the boot volume in one of the SATA slots (this is disk0), so it's not related to the 3TB drive at all.


So the only difference between the two different "diskutil list" commands is the first one is with the drive in the USB enclosure and the second is the same physical drive mounted in one of the internal SATA slots in the MacPro system.


So, the only thing that makes sense to me right now, is that the enclosure is monkeying around with the boot sector info on the fly, and somehow keeping that little bit of info to itself, rather than writing it out to the drive itself. Why in the world they would do this, or need to do this, puzzles me even more...


Perhaps they really don't want people moving these cheap external USB drives into internal desktop drives? The drive itself (for the Seagate external) was a Barracuda model ST3000DM001.


Thanks for the input.. will keep trying to figure out what's going on.

Nov 11, 2016 2:21 PM in response to lllaass

Didn't ever use any Seagate software - volumes were set up with Disk Utility originally and then used for the last year or two on a MacBook. Got a used MacPro a while back and have been wanting to do this since then.


That copy process will take more than 2 days of copying - assuming there are no errors. Big disks are such a pain sometimes...rrrrrrrrr...but a necessary evil I guess ;-)


Thanks for the input...

Nov 11, 2016 4:56 PM in response to dot.com

There are some external drives where the actual drive used (usually in the same Brand enclosure) is something Less than a full SATA drive.


This may be a little cheaper for the manufacturer, but it means that you can neither move the bare drive elsewhere (because it is not a standard drive) nor replace the bare drive in the same enclosure with a standard drive.

Nov 12, 2016 3:29 PM in response to dot.com

Just to clear up something about this issue that seems to have been brought up by a couple of comments:


The external drive works fine (after formatting) in the internal slot and gives the full 3TB of space (so far anyway).


The problem is that I really didn't want to have to copy the data to another drive while the original is in the external enclosure, then move it into a spare SATA slot, then reformat and then copy the original data back. This is a huge waste of time and unnecessary spinning of wheels getting nowhere as far as I'm concerned. But since after two days, nobody has had any way around this ugly effort.


Thanks for your input and will keep hoping someone can shed some light on what is really going on here.

Nov 12, 2016 9:10 PM in response to dot.com

Now that you have ruled out all the other slim possibilities, I think there is only one left.


Your external enclosure seem to be doing something similar to the 'Volume inside a file' scheme typically seen on a Mac as a SparseBundle disk Image (sometimes used to hold a Windows Volume for concurrent operation with MacOS).


For its own purposes, the enclosure appears to be keeping the entirety of the drive in an FDISK partition, and allowing you to create a GUID "drive" inside the Fdisk partition.


I don't see a way out of this without using another drive.

Nov 13, 2016 5:03 AM in response to Grant Bennet-Alder

Something weird is going on with the discussion website software - this reply from Grant Bennet-Alder does not appear in the replies but does appear in his activity. How strange...do replies just kind of partially disappear at times here?


Anyway, I agree, this does indeed make sense as to what's happening. Why in the world would disk drive manufacturers go to this trouble? They market their drives as being useable on both Windows and Mac systems. When I partition and format a disk I sure would think that the disk reflects my decision on how I want it to be configured not on the firmware doing magic in the enclosure and not really configuring the drive as how I wish to do it, but hey, that's my error it appears ;-)


Thanks for the insight...

This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

Moving external USB disk to internal SATA on MacPro 3,1 system

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.