相关疑难解决方法(0)

大量可用磁盘空间。如何在启动时释放空间或增加其大小？使用 12.10 版（量子）64 位内核 Linux 3.5.0-26-generic。谢谢，戴夫。

我收到的错误消息建议“sudo apt-get clean”

我尝试运行它但没有任何反应。回到提示。

是否还有其他终端命令我应该尝试清除引导分区中的临时文件？

在我安装了最近的更新之后，在 Ubuntu 13.04 上从 Ubuntu 软件中心安装或卸载应用程序时出现以下错误：

installArchives() failed: (Reading database ... 
(Reading database ... 5%
(Reading database ... 10%
(Reading database ... 15%
(Reading database ... 20%
(Reading database ... 25%
(Reading database ... 30%
(Reading database ... 35%
(Reading database ... 40%
(Reading database ... 45%
(Reading database ... 50%
(Reading database ... 55%
(Reading database ... 60%
(Reading database ... 65%
(Reading database ... 70%
(Reading database ... 75%
(Reading database ... 80%
(Reading database ... 85%
(Reading …

我正在尝试删除旧的内核版本，以便我可以升级。我使用的方法如下。

sudo apt-get purge linux-image-x.y.z-server

每次我运行它时，我都会收到以下错误：

    <(Reading database ... 516009 files and directories currently installed.)
Unpacking linux-image-3.0.0-32-server (from .../linux-image-3.0.0-32-server_3.0.0-32.51_amd64.deb) ...
Done.
dpkg: error processing /var/cache/apt/archives/linux-image-3.0.0-32-server_3.0.0-32.51_amd64.deb (--unpack):
 failed in write on buffer copy for backend dpkg-deb during `./boot/System.map-3.0.0-32-server': No space left on device
No apport report written because the error message indicates a disk full error
                                                                              dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 3.0.0-32-server /boot/vmlinuz-3.0.0-32-server
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 3.0.0-32-server /boot/vmlinuz-3.0.0-32-server
Errors were …

正在设置 Postfix 但没有走得太远，因为 Ubuntu 返回了一个依赖项错误。
试图解决这个问题，但我找不到问题的原因。

dpkg: dependency problems prevent configuration of linux-image-extra-3.13.0-43-generic: 
linux-image-extra-3.13.0-43-generic depends on
linux-image-3.13.0-43-generic; however:   Package
linux-image-3.13.0-43-generic is not installed.

dpkg: error processing package linux-image-extra-3.13.0-43-generic
(--configure):  dependency problems - leaving unconfigured dpkg:
dependency problems prevent configuration of
linux-image-extra-3.13.0-40-generic: 
linux-image-extra-3.13.0-40-generic depends on
linux-image-3.13.0-40-generic; however:   Package
linux-image-3.13.0-40-generic is not configured yet.

dpkg: error processing package linux-image-extra-3.13.0-40-generic
(--configure):  dependency problems - leaving unconfigured dpkg:
dependency problems prevent configuration of
linux-image-extra-3.13.0-41-generic: 
linux-image-extra-3.13.0-41-generic depends on
linux-image-3.13.0-41-generic; however:   Package
linux-image-3.13.0-41-generic is not configured …

我无法在我的计算机上安装或更新任何软件。

利用我令人难以置信的推理能力，我推断出 /boot 已满并引起了我的心痛。

notlinus@NS0:/boot$df -h

Filesystem                Size  Used Avail Use% Mounted on\nudev                      2.0G  4.0K  2.0G   1% /dev\ntmpfs                     396M  656K  395M   1% /run\n/dev/mapper/NS0--vg-root   36G  3.6G   30G  11% /\nnone                      4.0K     0  4.0K   0% /sys/fs/cgroup\nnone                      5.0M     0  5.0M   0% /run/lock\nnone                      2.0G     0  2.0G   0% /run/shm\nnone                      100M     0  100M   0% /run/user\n/dev/sda1                 236M  234M     0 100% /boot\n

notlinus@NS0:/boot$ls -l

total 229780\n-rw-r--r-- 1 root root  1270654 Aug 12  2015 abi-3.19.0-26-generic\n-rw-r--r-- 1 root root  1271100 Sep  1  2015 abi-3.19.0-28-generic\n-rw-r--r-- …

我正在 Ubuntu virtualbox 上工作并尝试使用安装curl sudo apt-get install curl -y。

我收到回复说存在未满足的依赖关系，并说您可能需要运行“apt-get -f install”来纠正这些问题：

所以，我执行apt-get -f install并遇到一个新问题：

After this operation, 43.0 MB of additional disk space will be used.
(Reading database ... 273817 files and directories currently installed.)
Preparing to unpack .../linux-image-3.13.0-91-generic_3.13.0-91.138_amd64.deb ...
Done.
Unpacking linux-image-3.13.0-91-generic (3.13.0-91.138) ...
dpkg: error processing archive /var/cache/apt/archives/linux-image-3.13.0-91-generic_3.13.0-91.138_amd64.deb (--unpack):
 cannot copy extracted data for './boot/vmlinuz-3.13.0-91-generic' to '/boot/vmlinuz-3.13.0-91-generic.dpkg-new': failed to write (No space left on device)
No apport report written because the error message …

我已经安装了最新版本的 Ubuntu LTS 20.04.1，现在当我尝试安装更新时，我从软件更新程序中收到一条消息“可用空间不足”。它还表明：

升级需要磁盘“/boot”上总共 243 M 的可用空间。请在“/boot”上释放至少 10.2 M 的额外磁盘空间。您可以使用“sudo apt autoremove”删除旧内核，还可以在 /etc/initramfs-tools/initramfs.conf 中设置 COMPRESS=xz 以减小 initramfs 的大小。

当前版本是 18.04 LTS 的更新版本，不是全新安装，我没有遇到此问题。我已经使用过sudo apt-get autoremove，但sudo apt-get clean没有运气能够运行软件更新程序。我也重新启动过，但没有什么区别。任何帮助，将不胜感激。

输出sudo apt autoremove：

Reading package lists... Done
Building dependency tree       
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 16 not upgraded

输出ls -lah /boot：

total 217M
drwxr-xr-x  5 root root 1.0K Dec  2 09:53 .
drwxr-xr-x 24 root root 4.0K …

我的磁盘是加密的，但启动分区默认为512MB 如何增加启动分区？

另外如何在全新安装期间增加启动分区？

ubuntu 20.04

与之前的许多问题一样，我在 /boot 上遇到了“没有足够的可用磁盘空间”的错误，无法通过软件升级程序从 20.04 LTS 升级到 22.04。文本：

升级已中止。升级需要磁盘“/boot”上总共 311 M 的可用空间。请在“/boot”上释放至少 10.4 M 的额外磁盘空间。您可以使用“sudo apt autoremove”删除旧内核，还可以在 /etc/initramfs-tools/initramfs.conf 中设置 COMPRESS=xz 以减小 initramfs 的大小。

然而，我已经完成了所有我发现的清除 /boot 的操作，似乎没有旧内核或其他东西需要删除，并且无法调整 gparted 中的分区大小。

我尝试过的：

• sudo apt-get autoremove - 0 已升级，0 已新安装，0 已删除，0 未升级
• 如何释放/boot 中的更多空间？- 代码结果为：0 已升级、0 已新安装、0 已删除、0 未升级
• http://tuxtweaks.com/2010/10/remove-old-kernels-in-ubuntu-with-one-command/ - 通常代码似乎显示我现在只安装了操作系统内核
• 在 gparted 中调整大小 - 我不是很熟悉，但它不允许我调整任何分区的大小以腾出更多启动空间（也就是说有 311 个 488Mb 可用？）
• 按照错误中的建议设置 compress=xz

事情是什么样子的：

dpkg -l linux-{image,headers}-"[0-9]*" 

[115 行 Linux 头文件 - 但这些是在引导中吗？]

$ dpkg -l linux-* | awk '/^ii/{ print $2 }'
linux-base …