我的主目录中的.local文件夹是什么


Answers:


121

这是一项最新的创新,紧随其后的是Gnome,也就是Ubuntu,将特定于用户的数据存储在固定目录中。根据这份文件,有

  • 存储用户数据的单个目录,默认为~/.local/share
  • 存储配置的单个目录,默认为~/.config;
  • 包含非必需数据文件的单个目录,默认为~/.cache

从历史上看,Unix程序可以自由地在$ HOME目录中散布其数据,将其数据放入点文件(以“。”开头的文件)或诸如~/.vimrc和的子目录中~/.vim。新规范旨在使这种行为更加可预测。我怀疑这不仅使主目录看起来更整洁,而且还使应用程序数据的备份更加容易。并非所有应用程序都遵守该标准。

.local层次结构中,程序放置用户信息,例如电子邮件和日历事件。您可以手动删除此数据,但是程序将丢失其状态;除非您打算这样做(例如,当配置出现问题时),否则不应删除或更改该目录中的文件。与.cache您在一起可能会更加粗心,因为如果删除了这些文件,该程序应该能够恢复-重新下载或重新计算-所有文件。


3
.local用于存储用户程序数据(如本地安装的程序),而不是用户数据(如照片,日历等)
Martin Owens -doctormo- 2010年

我不认为你是对的。对该规范有两种解释:(1).local/share应该以类似于的方式使用/usr/share,例如,覆盖图标;和(2)允许应用程序将状态写入的子目录.local/share。存在的存在~/.local/share/trash/意味着至少某些应用程序支持第二种解释。授予.local用于从源代码安装软件的本地版本。但这显然也用于存储类似于的数据~/.firefox
罗夫堡

7
看起来.config并且.cache应该在内部.local保持一致,不是吗?
Piotr Dobrogost

3
我想知道备份我的〜/ .local或其中的一部分是否是一个好主意,以便在计算机损坏时更容易恢复。还是大多数情况下它不适用于其他/新计算机?有什么建议吗?
lumeng.dev 2015年

1
~/.local除了~/.local/share~/.local/bin(我知道pip用于用户安装)以外,还有什么其他东西?
CMCDragonkai '17

8

让我分享我对.local目录的经验之一。我还发现存储主目录的磁盘分区(根分区)没有足够的空间,检查这些目录的内容后,我发现.local目录存储了70G以上的空间,然后我想删除它,但担心删除可能会导致我的ubuntu系统崩溃。因此,我在Google中搜索了此问题,并将其定向到此处。但是前面的答案不能解决我的问题,我只希望系统上有两个结果:

  1. 删除.local目录中的某些内容,那么我可能有足够的磁盘空间来存储新文件;

  2. 我不想我的系统崩溃,这意味着我不想直接从我的主.local目录中删除内容,这太危险了!

最后,我发现.local目录下最大的内容是:/home/myAccount/.local/share/Trash它占用69G字节。我感觉到它与垃圾箱有关,所以我去了垃圾箱:trash:///并清空垃圾箱,然后我发现69G字节的磁盘空间已释放!

所以我的结论是:

  1. 直接删除.local目录的风险很高;

  2. 我们可以通过“空”垃圾箱安全删除/home/myAccount/.local/share/Trash下的内容。


2
感谢您的回答。对于所提出的问题,第一个答案可能是最好的,但是从某种程度上来说,这是不诚实的。它说.local包含“用户信息,例如电子邮件和日历事件”,但是其中绝大多数.local都不是用户信息:它是垃圾桶文件。您的答案解释了实际上占了绝大多数的内容.local,使它成为更好的答案恕我直言。
machineghost

2

。本地/目录由一些软件,让您的喜好(由@loevborg如指出)。该目录是标准化$HOME用户混乱工作的一部分。但是不幸的是,许多软件尚未加入这项工作,甚至某些gnome软件仍在其他目录中传播您的首选项(请参阅.gnome2,.gconf,.evolution等)。

删除目录是不安全的。一些应用程序在此目录中存储重要的信息/配置文件。


13
“保存将删除目录!” -不,不是!!!!根据我的发现,假小子将笔记存放在那儿。不好的建议。
蒂姆·阿贝尔

5
抱歉,对于您的建议,可以删除该目录,但在肯定不是的情况下可以安全删除,我对此表示反对。
蒂莫·克拉克
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.