{"id":177,"date":"2009-10-22T21:09:36","date_gmt":"2009-10-23T05:09:36","guid":{"rendered":"http:\/\/blog.gerrior.com\/?p=177"},"modified":"2011-11-04T09:55:48","modified_gmt":"2011-11-04T17:55:48","slug":"time-machine-thinks-all-iomega-drives-are-the-same","status":"publish","type":"post","link":"https:\/\/blog.gerrior.com\/?p=177","title":{"rendered":"Time Machine Thinks All Iomega Drives Are The Same"},"content":{"rendered":"<p style=\"text-align: left;\">A colleague purchased two Iomega 500GB eGo portable hard drives at the Apple Store to use with his new MacBook Pro 15&#8243;. \u00a0He set up one drive to be a Time Machine backup drive (<em>Backup<\/em>) and the other as external data storage (<em>Datastore<\/em>). \u00a0The problem was whenever he plugged in <em>Datastore<\/em> the MacBook Pro treated it like <em>Backup<\/em> and would proceed to backup to <em>Datastore<\/em> &#8211; the incorrect disk. \u00a0I tried some draconian methods &#8211; deleting the .com.apple.timemachine.support, .fseventsd, and the sparsebundle, but Time Machine kept using <em>Datastore<\/em> every time I plugged it in. \u00a0This is in addition to Time Machine using <em>Backup<\/em> every time it was plugged in.<\/p>\n<p style=\"text-align: left;\">\n<p style=\"text-align: left;\">I fixed the problem by deleting the partition with Disk Utility and recreating the disk partition. \u00a0I believe Iomega has made a mistake in the way they make this product the &#8220;Mac Edition&#8221;. \u00a0My theory is they are imaging the drive with the same blank image. \u00a0This image contains the token Time Machine uses to identify &#8220;what drive is this?&#8221; (Time Machine doesn&#8217;t use volume name). \u00a0This results in Time Machine seeing every drive in this product line as the same drive. \u00a0When you make a new partition, the drive&#8217;s identity token is deleted and a new one created &#8211; problem solved.<\/p>\n<h3><span style=\"font-size: 20px; font-weight: 800;\">Details<\/span><\/h3>\n<ul>\n<li><a href=\"http:\/\/store.apple.com\/us\/product\/TW316VC\/A?fnode=MTY1NDA0Nw\">Iomega 500GB eGo FireWire\/USB 2.0 Portable Hard Drive, Mac Edition<\/a><\/li>\n<li>Apple&#8217;s web site says &#8220;Mfr. Part No.: 34629&#8221; but the underside of the unit says Model No: RPHD-TG.<\/li>\n<li>Mac OS X 10.5.8<\/li>\n<li>Iomega creates the partition with Apple Partition Map. \u00a0When I recreated the partition I used GUID Partition Table<\/li>\n<li>The USB Serial Number as shown in Disk Utility was different for each drive when plugged in so this isn&#8217;t the token.<\/li>\n<li>These units also can connect via Firewire 800 which we were doing. \u00a0Firewire devices have a Connect ID in Disk Utility.<\/li>\n<li>Having one drive plugged in via Firewire and one plugged in via USB had no affect on this problem &#8211; it failed just the same.<\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"<p>A colleague purchased two Iomega 500GB eGo portable hard drives at the Apple Store to use with his new MacBook Pro 15&#8243;. \u00a0He set up one drive to be a Time Machine backup drive (Backup) and the other as external data storage (Datastore). \u00a0The problem was whenever he plugged in Datastore the MacBook Pro treated &hellip; <a href=\"https:\/\/blog.gerrior.com\/?p=177\" class=\"more-link\">Continue reading <span class=\"screen-reader-text\">Time Machine Thinks All Iomega Drives Are The Same<\/span> <span class=\"meta-nav\">&rarr;<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[7],"tags":[],"class_list":["post-177","post","type-post","status-publish","format-standard","hentry","category-mac-os-x"],"_links":{"self":[{"href":"https:\/\/blog.gerrior.com\/index.php?rest_route=\/wp\/v2\/posts\/177","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/blog.gerrior.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blog.gerrior.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blog.gerrior.com\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.gerrior.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=177"}],"version-history":[{"count":16,"href":"https:\/\/blog.gerrior.com\/index.php?rest_route=\/wp\/v2\/posts\/177\/revisions"}],"predecessor-version":[{"id":394,"href":"https:\/\/blog.gerrior.com\/index.php?rest_route=\/wp\/v2\/posts\/177\/revisions\/394"}],"wp:attachment":[{"href":"https:\/\/blog.gerrior.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=177"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.gerrior.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=177"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.gerrior.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=177"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}