![]() ![]() Since then it is only visible to a Mojave Flash drive, even though at these moments it shows as a HFS+, like in picture 1 from my original post.Ģ. Simply speaking, there was that option along with other common formats as MS-DOS, etc. ![]() Soon after I've discovered that the "Partition" page in Disk Utility had the option to partition the drive into a single partition drive in HFS+. Now I regret I didn't take a picture of this at that time. There was no option to format the internal drive to anything other than APFS! Only some 3 or 4 different variants of APFS. This worked and in fact I am now replying from this external drive (El Capitan via USB - everything works, programmes launch, etc.).Į) I booted from the usb Mojave stick again to re-format the internal drive to HFS+ (to prepare the ground for cloning). So I thought it was the time to try to boot (externally at first) from my CCC HDD backup. ![]() Soon after I've realized that majority of my software won't install on Mojave because of the APFS. Internal drive's history:ī) I downloaded Mojave from App Store, legit source, prepared a bootable flash drive with itĬ) I booted from that drive, formatted the internal SSD to APFS during Mojave's installation procedure and installed Mojaveĭ) Mojave installation succeeded. There is no OS installed on the internal drive right now. Maybe my problem is entirely different and has nothing to do with the "device" property.? Or speaking in other words: am I mixing the causes and effects here? Is the reason for the SSD drive not showing up entirely different and the two "device" properties being identical is merely the effect?ġ. Is there a way to change the "device" name for the internal drive instead?ģ. So the running system volume would have to unmount and remount itslelf :/ Not possible?Ģ. If it is so, is it possible to force the USB external drive to adapt a different "device" name? Would that allow the internal and external drives to be recognized by the system simultaneously? This would have to happen while the drive is booted I guess. The problem may be caused by the fact that the internal SSD is "fixed" to a device name = "disk0s2" and when the computer becomes booted from an external drive that also bears this device name (by default, as the booted media?), the SSD becomes "lost" or "unseen". What I have noticed is that in both Disk Utility screen shots the source and destination drives are given the "Device: disk0s2" property.ġ. When booting from the source (external El Capitan HDD) the computer does not see the internal drive at all (picture 2).ģ. When booting from a USB stick (Mojave 10.14.3) the computer sees both disk (picture 1).Ģ. ![]() Please let us not focus on this aspect here.ġ. According to CCC information on the web this should be fine (as long as the actual used space on the source drive does not exceed the capacity of the destination). NOTE: About cloning - I am aware that the source volume is bigger than the destination drive. The problem that I am getting is that once booted from the external volume (a CCC clone of my old, personal partition from a previus Macbook Pro, full of installed software and data, running El Capitan 10.11.6) the internal SSD becomes invisible to the computer. Not recommended for non-expert users.I am trying to clone an external volume (located on a USB 3,5" 500GB HDD SATA drive) to an internal SSD flash drive of my A1398 15" Macbook Pro (mid-2014, 2.8 GHz i7, dedicated graphics). Most of these are actually running a UNIX utility, with the Mac-aware options, in the background, if you are familiar with the Terminal.app you can also explore the equivalent command lines to do the same thing, but without the fancy GUI. Good luck.Īt one time, DejaVu came bundled with the disc burning software Toast, Good question, I am sure others searching the forums with this same question will find this useful in the future. That is an older version which looks a little differently, but you use the same "Restore" option on the destination drive. Applications/Utilities/Disc Utility.app can be used to copy an entire drive: But in addition to performing a one-time copy of an entire drive like Disc Utility.app, the SuperDuper and CarbonCop圜loner software offer some very useful features you may consider for making regularly scheduled backups, which efficiently only copies changed files since the last backup was made. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |