Questions tagged «filesystems»

文件系统是计算机中文件的存储,命名和组织方式的规范。此标记应用于一般文件系统问题。对于特定的文件系统问题(FAT,NTFS,ext4等),请使用适当的标记。


3
“目录连接”与“目录符号链接”?
在NTFS中: MKLINK [[/D] | [/H] | [/J]] Link Target /D 创建目录符号链接。默认是文件符号链接。 /H 创建硬链接而不是符号链接。 /J 创建目录连接。 Link 指定新的符号链接名称。 Target 指定新链接引用的路径(相对或绝对)。 目录结点与目录符号链接难道不是一回事吗? mklink /D f1 f2和之间有什么区别mklink /J f1 f2? 由于“目录”实际上只是一个文件,目录符号链接和文件符号链接之间有什么区别?

9
为什么“大小”和“磁盘大小”之间有如此大的差异?
如下所示,文件夹中的“ 大小”和“磁盘大小”字段之间有很大差异。这是为什么? 我知道由于Windows中的分配单位,磁盘上的Size应该比Size大一点,但是为什么会有如此大的差异呢?可能是因为文件数量大吗? 顺便说一句,这个文件夹在我的Android手机的SD卡上。在此内部,我的地图应用程序存储了其缓存的地图,并且该应用程序从Google Maps获取其地图。
302 filesystems 


9
使用rm -rf /命令可以获得多远的距离?
我经常想知道如果您运行该系统实际上能走多远rm -rf /。我怀疑操作系统是否可以擦除自身(?) 奖励问题:执行命令后,rm是否将自身删除? 更新: 我已经使用VirtualBox在几个主要的unix发行版中对此进行了测试,答案准确地描述了会发生什么。如果给出正确的参数,rm将删除光盘上的每个物理数据位。但是,当使用rm而不是GNU版本时,我遇到了一些问题。例如,我相信BusyBox有其自己的版本,它不允许您尽可能多地删除它。 这个问题是本周的超级用户问题。 阅读2011年7月7日的博客条目以了解更多详细信息,或提交自己的“本周问题”。
200 unix  filesystems  rm 

4
在Windows机器上,我有一个文件夹,其名称为四个点,就像一个兔子洞一样-怎么发生的?
文件夹名称在文件资源管理器中列出,仅有四个点....。 当我尝试打开它时,我遇到了一个无尽的兔子洞循环,在其中我一次又一次地打开了完全相同的文件夹-我可以无休止地这样做。显示路径,例如C:\ExamplePath\....\....\....\....\....,等等。 它把我的TypeScript编译挂在一个特定的项目中。我花了一年多的时间才发现此文件夹及其相关问题,因为它根植于嵌套文件夹中。我从未想到过这样的问题,所以我从没有寻找过。 由于特殊名称,我无法以正常方式删除该文件夹。最后,我可以使用命令行将其删除,并使用删除父文件夹rd /s /q path。 之后,我尝试再次创建该文件夹,但是使用文件资源管理器和命令行都无法创建该文件夹。 在使用Windows的20多年中,我从未见过此错误,因此我可以想象,对于业余用户而言,这确实是一个令人烦恼且令人困惑的问题。 有谁知道这可能是怎么发生的以及如何重现此问题? 更新资料 对于感兴趣的人:此路径位于TFS文件夹的深处。因此,TFS可能使用了@grawity解释的旁路方法(“各种文件管理器,归档器等”) 我偶然发现了一个罕见的TFS错误吗?

3
为什么文件URL以3斜杠开头?
HTTP以两个斜杠开头。例如http://example.com。 FTP同样如此。例如ftp://example.com。 但是,文件“URL”以三个斜杠开头。例如,使用chrome读取pdf文件,URL就是file:///D:/Desktop/Book.pdf。 为什么文件URL使用三个斜杠?
182 browser  filesystems  url 

10
文件大小如何为零?
只是我遇到的事情,想不出适当的解释。如果我在PC上创建一个空的* .txt文件,然后查看其大小,则显示为0。但这怎么可能?我的意思是,即使文件本身为空,它也必须具有一定的大小,以便存储自己的名称。如何解释呢?(非特定于操作系统)
173 filesystems 

4
哪个Linux文件系统最适合SSD
从维基: 从2.6.33内核开始(在2010年初提供),Linux OS支持至关重要的TRIM功能。但是,各种文件系统之间的支持仍然不一致或不存在。安装软件也无法正确进行分区对齐。 那么,哪个文件系统最适合SSD,并在安装过程中支持TRIM +分区对齐,并且在Ubuntu上可用?
119 linux  filesystems  ssd 

9
HDD或SSD上有多少可用空间?
在非正式(即新闻技术)技术出版社以及在线技术博客和讨论论坛中,通常会遇到一些轶事建议,以在硬盘驱动器或固态驱动器上留出一定的空间。给出了各种原因,或者有时根本没有原因。因此,尽管这些主张在实践中可能是合理的,但它们对它们却具有神话般的气息。例如: 一旦磁盘已满80%,则应将其视为已满,然后立即删除或升级。如果它们满了90%,则应考虑自己的私人裤子着火了,并采取适当的措施立即采取补救措施。(来源。) 为了使垃圾收集保持最高效率,传统建议是将20%到30%的驱动器留空。(来源。) 有人告诉我,我应该给高清硬盘留出20%的可用空间,以获得更好的性能,当高清硬盘接近满容量时,它的确会放慢速度。(来源。) 您应该为交换文件和临时文件留出空间。我目前有33%的空闲空间,并且发誓不会获得低于10GB的可用硬盘空间。(来源。) 我会说通常为15%,但是现在每天有多大的硬盘驱动器,只要您有足够的临时文件和交换文件,从技术上讲您是安全的。(来源。) 我建议在Windows上使用10%以上的磁盘,因为如果在驱动器上没有那么多的可用磁盘碎片整理将无法运行。(来源。) 您通常希望留出大约10%的可用空间,以免造成碎片(Source)。 如果驱动器的可用空间始终超过75%或80%,则值得考虑升级到更大的SSD。(来源。) 是否有任何关于操作系统,文件系统和存储技术的特定组合(例如,磁碟与固态硬盘)所需的可用空间的百分比或绝对数量的研究(最好在同行评审的期刊上发表)?(理想情况下,此类研究还将解释不超过特定使用空间量的原因,例如,以防止系统用尽交换空间或避免性能损失。) 如果您知道任何此类研究,请提供链接并附上研究结果的简短摘要,我们将不胜感激。谢谢!






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.