由于uvcydnctrl-udev.log文件很大，文件系统已满

现在，我安装的Ubuntu占用了超过100 GB的硬盘空间。每当我尝试使用fslint和时fdupes，他们都会说Permission denied要删除重复项。请帮助我。

附加信息

输出df：

Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1             296G  191G   90G  68% /
udev                  993M  4.0K  993M   1% /dev
tmpfs                 401M  824K  401M   1% /run
none                  5.0M     0  5.0M   0% /run/lock
none                 1003M  552K 1002M   1% /run/shm
/home/zipro/.Private  296G  191G   90G  68% /home/zipro

错误的文件是174GB /var/log/uvcydnctrl-udev.log

1.步骤：找出您实际遇到的问题

当文件系统意外满时，可能有很多原因。有关更多信息，请参见Eliah Kagan的答案。在大多数情况下，应该容易找出（并最终修复）真正的原因，因此，无需重新格式化/重新安装。

因此，第一步是找出问题所在，即丢失的空间在哪里。所以先执行

df -hl -x tmpfs -x devtmpfs

该列表显示了计算机中所有已使用磁盘分区的列表，它们的大小，它们的填充量和安装点。从该列表中，选择您认为太满的那个，并记下其安装点。您的情况是安装在的根文件系统/。

现在我们分析该文件系统内部空间的使用位置。执行

 sudo du -xhsc /* 2> /dev/null

（替换/为上面确定的安装点。）它需要sudo，因为并非所有目录都可以被用户读取。这可能需要一些时间（尤其是在大型文件系统上），因为它需要访问它们上的每个目录。

该命令的作用是向您显示给定目录内的每个文件和目录及其大小（包括子目录）。因此，请从该列表中选择您认为应该大于的列表，然后在该目录上再次调用该命令。（也就是说，再次运行命令，但用上一个清单中的大目录的名称替换/。）

例如，在您的情况下，很明显这是/var唯一的大目录，因此您需要执行

 sudo du -xhsc /var/* 2> /dev/null

继续执行这些步骤，直到找到一个太大的文件，或者找到一个包含很多文件的目录，这些文件一起占用了所有空间。

在您的情况下，下一步是执行

 sudo du -xhsc /var/log/* 2> /dev/null

因为/var/log它太大了，所以这向您显示了一个名为uvcdynctrl-udev.log174GB的日志文件（显然不好）。

2.步骤：确定为什么存在文件以及为何文件太大

现在，我们需要找出为什么已识别出的物体在那里，或者为什么它们如此之大（如果期望它们在那里）。

就您而言，登录文件/var/log可疑，但大小一定可以。幸运的是，仅使用文件名进行的Google搜索就会首先显示以下错误报告，这显然与我们遇到的问题相同：http : //bugs.launchpad.net/ubuntu/+source/libwebcam/+bug / 811604

3.步骤：解决问题

在这种情况下，一些与摄像头相关的日志文件似乎没有什么用处，因此我们可以使用命令轻松删除它sudo rm /var/log/uvcdynctrl-udev.log并释放所有空间。

不幸的是，该错误报告仍处于打开状态，并且注释中没有任何解决方案或变通办法，因此您现在可能必须忍受此错误。您可以不时删除日志文件以释放一些空间。

如果您复制并粘贴了系统文件，然后手动复制它们，那么您应该提供有关复制和粘贴内容，粘贴位置以及您能记住的所有信息。即使对计算机上的所有系统文件进行额外复制，也不大可能导致磁盘使用量接近100 GB。Ubuntu需要安装的可用空间不到5 GB，即使安装了许多软件包的Ubuntu系统的系统文件占用的空间也不可能超过其两倍。您可能需要制作许多副本才能占用那么多空间。还是您复制了系统文件以外的文件？

如果您的Ubuntu系统本身已经扩展（从日志文件和更新中）到100 GB的空间（或50 GB的空间），则仅在系统文件中（而不是您的文档，图片，视频，虚拟机和等等），这是非常错误的。造成这种情况的三个最可能的一般原因可能是：

• 这实际上并没有发生，并且您误解了系统提供给您的信息。（请注意，我并不是在告诉您您弄错了；如果您知道如何拥有100 GB的系统文件，则以下两种或以上建议的原因均不正确。）
• 有一个错误会影响您的系统，并导致错误报告已用和可用空间。
• 有一个非常严重的错误，它会影响您的系统，并导致文件（可能是中的日志文件/var/log）以极高的速率无限制地增长。

正如谢尔盖已经表示，不加选择地删除那些具有系统相同的内容很有可能造成损害的所有文件。例如，您的系统中可能存在许多空白文件，这些文件可用作锁或表示某些情况。您可能还具有包含相同文件的单独副本的程序（当文件为两个程序提供相同功能时，这些功能尚未删除到单独的库或程序包中）。

您可能可以通过将其运行为root来删除“重复”文件。但您实际上不应该这样做，否则可能会对您的Ubuntu系统造成严重损害。

您在评论中问：

反正有命令fdupes删除所有重复项而无需询问或通知我吗？

fdupes -f 可能会做您想要的。请参阅该fdupes手册页。但是您真的不应该这样做。

相反，您应该弄清楚发生了什么。如果您希望我们为您提供帮助，我们一定会的。如果您扩展问题以说明您需要帮助找出占用空间的信息，那么您将获得提供该信息的答案，或者将其作为另一个问题的副本而关闭，该问题提供了有关如何找出信息的信息。（这两种情况都可能使您受益。）当然，这是假设您希望我们帮助您找到导致系统占用太多空间（或似乎占用了空间）的原因。

研究此问题的第一步是检查（并通过编辑问题来发布）这些命令的输出，这些命令提供有关您拥有哪些磁盘以及磁盘上有多少可用空间的详细信息：

mount
df -h
sudo du -sh /*

您可以在“终端”窗口（Ctrl+ Alt+ T）中运行这些命令。最后一条命令将花费一些时间。您可能还会遇到一些Permission denied错误（即使您是以root身份运行的），这主要与.gvfs用户主目录中的文件夹有关。没什么好担心的。

我有一个快速而又肮脏的解决方案（肯定可以防止日志文件写入，但不能解决根本问题）：

该日志文件由/ lib / udev / uvcdynctrl编写

1. 备份原件 sudo cp /lib/udev/uvcdynctrl /lib/udev/uvcdynctrl_backup
2. 编辑原图 gksu gedit /lib/udev/uvcdynctrl
3. 查找所有形式为“ debug = 1 ”的元素
4. 更改为“ debug = 0 ”
5. 一劳永逸地删除日志文件 sudo rm /var/log/uvcdynctrl-udev.log

问题出在以下软件包：uvcdynctrl-udev。

这是一个useles and buggie程序。应该将其从debian和ubuntu仓库中删除。不应安装。此软件包不仅会创建此巨大的日志文件，还会导致Cheese和其他网络摄像头应用程序崩溃或运行非常糟糕（无法使用Cheese或Guvcview捕获全分辨率的视频吗？删除此软件包并按需工作！

这个错误已经存在多年了，uvcdyn的维护者似乎并没有在意它。

解决方案很简单： sudo apt-get remove uvcdynctrl-udev.

如果您想确定自己在做什么，请改用Synaptic。搜寻Buggie软件包uvcdynctrl-udev和uvcdynctrl-udev-data。标记为完全删除。您会注意到它不会影响其他程序，因为它们不是依赖项，因此可以放心地删除它。做吧

然后检查/ var / log ，以root用户身份搜索此庞大的uvcdynctrl-udev.log，将其删除。（打开一个终端**

cd /var/log
sudo rm uvcdynctrl-udev.log

**）相信我，您不会错过这个套餐。

进入Terminal（快捷方式是Ctrl+ Alt+ t）并输入：

gksudo nautilus

这将以root权限打开Nautilus。现在删除您的文件。

希望这对您有所帮助！

我认为最好的办法就是重新安装，考虑到表观上的损坏程度，目前还不清楚的是实际发生的情况以及手动修复的舒适度低。

保留主目录（不要重新格式化或重新分区），然后重新安装，这应该清除系统目录。