Questions tagged «filesystems»

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

3
使Mac tar停止将._ *文件名放入tar归档文件中[重复]
可能重复： 为什么在OS X的压缩包中会得到._foo之类的文件？ 我在Mac上创建autoconf脚本。tar运行时，会将所有这些._ foob​​ar名称放入归档文件中： libewf-20110312/borlandc/builder5/ewfacquire/._ewfacquire.bpf libewf-20110312/borlandc/builder5/ewfacquire/ewfacquire.bpf libewf-20110312/borlandc/builder5/ewfacquire/._ewfacquire.bpr libewf-20110312/borlandc/builder5/ewfacquire/ewfacquire.bpr 现在，苹果的HFS文件系统正在将文件属性放在._ foob​​ar名称中，以便可以在另一个Mac系统上还原它们。但是我不要他们---他们只是我的垃圾。有什么办法压制他们？
1
创建1.3 GB文件仅需1秒。怎么样？
我的文件夹包含200多个文件，大小超过1.3 GB： 我使用Gizmo Drive软件从该文件夹创建一个.iso文件。 有趣的是它只需要1或2秒！ 我已经尝试了几次。我什至尝试在另一个卷上创建.iso文件。再次只需要1或2秒。 我试图挂载.iso文件，一切正常。我以为可能是引用源文件夹的.iso文件，然后我将源文件夹移到了另一个地方，但是没有运气。即使复制生成的.iso文件也要花费几分钟！ 因此，创建.iso文件只需要1秒钟！您对此有何解释？ 笔记 所有测试均在常规HDD（无SSD）上进行。 使用Windows 7 x64，具有16 Gig内存和Core i5 CPU。 创建.iso文件后，我已经使用sync.exe将所有文件系统数据刷新到磁盘，并且sync.exe花了14秒的时间刷新了数据。这意味着创建.iso文件实际上需要14秒钟。在我的D：驱动器上进行的快速基准测试表明，它可以在14秒内将相同的.iso文件从SSD写入我的D：驱动器，并确认源文件夹位于RAM中，并且需要14秒来刷新数据。**
1
cat / proc / meminfo所有这些数字是什么意思
在阅读Linux 上的free命令的手册页时。我发现这是从/proc/meminfo. 我了解一些条目，例如MemTotal和MemFree。其余是什么意思。 猫/ proc / meminfo 内存总量：3973736 kB 内存免费：431064 kB 缓冲区：46604 kB 缓存：494648 kB 交换已高速缓存：11360 kB 活动的：2322760 kB 非活动状态：933028 kB 活动（匿名）：2057952 kB 非活动状态（匿名）：679956 kB 活动的（文件）：264808 kB 无效（文件）：253072 kB 无法辨认：16 kB 锁住：16 kB 掉期：4096568 kB 免费掉期：3961748 kB 脏：236 kB 回写：0 kB 页数：2704520 kB 映射：182240 kB Shmem：23372 kB 平板：93848 kB 可回收：52044 …
2
如何使符号链接的文件夹显示为普通文件夹
我有两个需要进行docker化的Dart应用程序。这两个应用程序使用共享的源目录。 由于Docker阻止从上下文目录（project/app1）之外的文件夹中添加文件，因此我不能从../shared或从shared（中的符号链接projects/app1）添加文件。 我正在寻找一种欺骗Docker的方法。 我简化的项目结构 - projects - app1 - Dockerfile - shared (symlink ../shared) - otherSource - app2 - Dockerfile - shared (symlink ../shared) - otherSource - shared - source 我可以向上移动Dockerfile一个级别并docker build从那里运行，但是然后我需要在同一目录中两个Dockerfile（用于app1和app2）。 我当前的想法是，如果我能以某种方式掩盖projects/app1/shared符号链接这一事实，那么这个问题将得到解决。我检查了是否可以共享projects使用Samba并将其重新安装到其他位置，并将Samba配置为将符号链接视为普通文件夹，但尚未找到是否支持此功能（我对Samba经验不足，也没有尝试过，只是搜索了一下） 。 还有其他工具或技巧可以允许吗？ 我宁愿不更改目录结构，因为这会引起其他麻烦，并且也不愿复制文件。
6
如何使Windows 7对文件系统完全区分大小写？
我想使Windows 7在读写硬盘驱动器（C驱动器或任何其他NTFS驱动器）上的任何内容时区分大小写。 我通过Google找到了一段视频，说要更改注册表项 HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Advanced\DontPrettyPath 值1（source）。 我还找到了一个Windows支持项目，其中提到了有关修改注册表项的内容 HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\kernel\obcaseinsensitive 这使我假设将值设置为0将使Windows对NTFS文件系统（源）区分大小写。 我觉得第二个解决方案是答案，但是我不确定，也不想不确定是否要尝试。 有谁能确定在Windows 7读/写C驱动器（和任何其他NTFS驱动器）时区分大小写的正确方法是什么？
9
闪存驱动器是否磨损严重？
我的上网本有闪存驱动器，而不是硬盘驱动器，并且我正在使用带有ext3的Ubuntu上网本Remix作为文件系统。我读过一些有关闪存驱动器磨损的文章，主要的担忧似乎是： 写入周期数-每个单元只能写入有限的次数（维基百科的数字范围为1,000到100,000） 您只能在“扇区”上写入一次数据，然后需要擦除整个块才能再次使用-这些块的大小从16 KB到128 KB不等。 据说这些文件是加起来的，这样，那些没有考虑到这一点的普通文件系统最终会通过移动少量数据而耗尽闪存驱动器。 现在我毫不怀疑这个问题在理论上是非常现实的。但是，我知道我们的技术人员容易被有趣的优化问题所困扰，例如设计替代文件系统来应对闪存磨损。例如，进行内存优化非常好，但是如果在仍有数百MB可用空间的情况下最终节省了100 KB的内存，那并不能解决真正的问题。 我最终从所有这些中得到的是，我不应该在闪存驱动器上使用普通的文件系统，因为它们会很快耗尽驱动器。但是我不相信。因此问题是：闪存驱动器的磨损在日常的正常使用中是否真的有用？是我的笔记本电脑，使用ext3，将在几年内耗尽我的闪存驱动器...还是所有这都是一个理论上的问题，确实减少了使用时间，但幅度很小，以至于在正常情况下永远不会发生？还是透明的，已经在上网本闪存驱动器上使用了硬件耗损均衡技术来解决该问题，以至于备用文件系统甚至无法发挥任何作用？ 来源：（1），（2），（3），（4），（5），（6）
3
挂载给出未知的文件系统类型'vboxsf'
mount: unknown filesystem type 'vboxsf'尝试在来宾Ubuntu计算机上挂载共享文件夹时收到错误消息。 我有一台运行4.1.22V Oracle VM VirtualBox的Windows 7计算机。我shared在VirtualBox Manager中设置了一个共享文件夹（名为），并在来宾10.04上，Ububtu运行了以下命令： mike@mike-laptop: ~$ mkdir win_share mike@mike-laptop: ~$ sudo mount -t vboxsf shared win_share/ mount: unknown filesystem type 'vboxsf' 完全相同的设置是很奇怪的，但是对于我的OpenSUSE 12.1映像，相同的步骤仍然有效。有什么想法为什么Ubuntu找不到'vboxsf'文件系统，以及我可以做什么？ 编辑 根据我的建议，我想我会在访客的虚拟框窗口中添加“菜单”。单击左上角的“图标”只会给出“移动”，“最大”，“最小”等。
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.