用于照片和iPhoto的重复照片库

碰到了这一点，似乎是因为Photos创建了iPhoto数据库的副本，而不是仅仅使用该数据库。

现在，我被困在这里，拥有两个超过50 GB的库，这耗尽了我硬盘上的空间。我认为iPhoto使用“照片”数据库，因此删除iPhoto数据库是否安全？

我仍将使用iPhoto（因为它比Photos容易）。

我想说的是，如果那是您现在要继续使用的应用程序，请坚持使用iPhoto库。

当您最终交换到照片时，请再次进行导入。

如果尝试从iPhoto打开照片库，则该库为灰色。您对iPhoto库所做的任何更改都不会反映在“照片库”中，这意味着您将逐渐不同步，直到iPhoto不再起作用（OS X 10.11，谁知道？）并且您需要重新导入那时候。

照片库存储空间
照片库实际上只是到磁盘上实际数据的硬链接的集合，因此不会像Finder报告的空间那样占用任何空间。

有关Ars Technica硬链接的更多信息：

硬链接只是对磁盘上某些数据的引用。将文件视为名称和指向某些数据的指针的组合。删除文件实际上意味着删除该二重奏的名称部分。如果没有更多的名称指向特定的数据磁盘，则可以重复使用该磁盘空间。”

这意味着只要数据指针之一仍然存在，该数据仍在使用中。只有同时删除这两个数据，数据才会被实际删除。

参考： Apple KB- 照片通过与iPhoto或Aperture库共享图像来节省磁盘空间

正如@Tetsujin指出的那样，您没有两个占用50GB空间的库：将iPhoto的库导入到Photos时，它会创建称为照片的硬链接。摘自《六种颜色》的Jason Snell（重点是我）：

Mac用户可能更熟悉软链接的概念，也称为“符号链接”。Mac用户会从Mac长期的别名概念中认识到软链接的想法。在这两种情况下，都有一个看起来像文件或文件夹/目录的东西，实际上只是对文件系统中文件其他地方实际版本的引用。

硬链接不是那样的。想到硬链接的最佳方法是文件的内容似乎存在于多个位置。如果文件有两个硬链接，而您删除了一个硬链接，则该文件不会被删除-因为它仍然从另一个位置链接到该文件。

这就是在Photos中导入iPhoto的功能：它创建了到Photos库中iPhoto库内容的硬链接。如果删除iPhoto库，则从“照片”库进行硬链接的文件仍然存在于“照片”库中，并且不会被删除。对于习惯使用Finder的“文件即文件”方法的Mac用户，这有点麻烦。

由于将iPhoto的图库导入到照片后会冻结（即进一步的更改不会同步），因此可以安全地将其删除：您将不会再拥有比以前更多或更少的空间。

编辑：您也可以签出此答案：https : //apple.stackexchange.com/a/180313/10159

我已经删除了iPhoto库，一切看起来都很好。正如已经报道的那样，这样做并没有增加磁盘空间，但是我希望保持一切清洁。仍然对Photo不太满意，但是有改进的潜力。

最简单的测试方法是将其中一个库文件备份到外部驱动器上，然后将其从主驱动器上删除。然后查看磁盘使用率是否下降。就我而言，我喜欢照片，并且使用iPhoto完成了。但是，如果使用硬链接，则担心在删除旧的iPhoto库时新的照片库会损坏。我有2个30GB的库。

所以，我尝试了。删除旧的iPhoto库不会为我节省30GB。它确实为我节省了约4GB。因此，即使您使用Omni DiskSweeper进行测量，报告的磁盘空间也不准确。但是没有什么不好的事情发生。我的所有照片在新的“照片”软件中均完好无损。

对我来说，它确实使用了两倍的磁盘空间（在导入之前有12GB的可用空间，而在导入之后只有不到2GB的空间，而且Disk Inventory X确认了这一点）。删除iPhoto库将返回可用空间。

绝对占据两倍的空间。我的获取信息显示了这一点。我给苹果打电话，他们说“忽略获取信息”。好吧，我不能忽略我的硬盘驱动器上有更少的空间！这真令人沮丧。

在我看来，它也有两倍的空间。在绝对确定它不是双倍空格，或者哪个库是真正的库还是链接的库之前，我会谨慎删除。