/boot is 100% full ubuntu

最新推荐文章于 2022-10-28 10:35:55 发布

转载最新推荐文章于 2022-10-28 10:35:55 发布 · 332 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/imageSet/p/10325831.html

系统的/boot分区满了

apt-get -f install 和

sudo apt-get remove linux-image-VERSION

命令均不起作用，在这里https://askubuntu.com/questions/345588/what-is-the-safest-way-to-clean-up-boot-partition的第二篇解答NOTE: this is only if you can't use apt to clean up due to a 100% full /boot起作用了

转载于:https://www.cnblogs.com/imageSet/p/10325831.html

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

aoc68397

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

高通开发系列 - Linux/Ubuntu移植到QCS8xxx平台

fulinux的博客

03-19

2712

QCS8250和QRB5165平台属于体系架构相同的芯片，前置是带cellular而后者不带，即前置有移动网络而后者没有。 BSP部分的软件内容有差异需要修改外，同一套代码编译出来的执行程序是可以运行的，不会存在体系架构、指令集不匹配的问题。 QCS8250平台没有Linux/Ubuntu的软件SDK，只有Android的SDK，但是它对应j兼容的QRB5165平台有LE(Linux)和Ubun(Ubuntu)SDK。所以我们需要做的就是用QRB5165 Linux/Ubuntu移植到QCS8250平台上来

s5p6818/fs4418系统移植之Ubuntu与开发板互相ping通并在开发板上运行程序

Linux_zhicheng的博客

07-17

1037

######################################### 【1】. bootloader 概念 boot:引导 loader:加载 bootloader:引导加载linux内核启动【2】bootloader和u-boot关系？ bootloader是一系列引导启动程序的统称。 u-boot属于bootloader中的一种。 bootloader包括u-boot，bios，vivi，redboot.... 嵌入式开发中常用u-boot引导程...

参与评论您还未登录，请先登录后发表或查看评论

/boot 100%

maohule的博客

11-13

733

wanglin@wanglin-System-Product-Name:~/桌面$ df 发现 /boot 100% 出现这个问题的原因是系统的冗余内核太多。此时在终端下输入再输入uname -a显示当前正在使用的系统内核发现正在使用的系统内核为4.15.0-36，因此需要卸掉冗余的内核。如果内核的状态是install，说明：系统已经安装了相应的内核，使用purge命令删除...

Ubuntu /Boot disk full

mhfh611的专栏

02-17

1152

Ubuntu /Boot disk full

ubuntu /boot 磁盘100%解决方法

weixin_43473988的博客

05-06

884

ubuntu /boot 磁盘100%解决方法通常分区的时候/boot是200M大小，由于内核文件版本过多。删除多余的linux-image版本的列出内核文件 dpkg --get-selections | grep linux-image 查看当前的使用的文件 uname -a 删除多余的内核文件 sudo apt-get remove linux-image-（版本号）-generic 更...

Ubuntu Boot Partition Full

weixin_39833509的博客

02-11

266

In this article, I am going to talk about problems you may have with your boot partition getting full and how you remedy boot partition full errors on Ubuntu. Let’s get started. Importance of the Boot Partition: On Ubuntu and other modern Linux distributio

完全解决Ubuntu boot使用百分百的问题

seanwendy的博客

09-15

1042

由于长期挂机闲置，机器自动更新把boot区塞满了，网上各种删除办法都失效，重启电脑都需要从ubuntu选项里面才能进入系统。网上的版本卸载方法都会进入死循环。没有办法，只能暴力删除boot文件夹中的img文件。 cd到boot文件夹，sudo rm-f img文件。这里注意：不要删除当前使用的系统镜像。删除几个之后，有了空间，就可以按网上的步骤进行操作了。查看系统所有内核：d...

记一次 Ubuntu Linux 动态调整分区空间

Huangjiazhen711的博客

10-28

2103

用了一段时间后，发现 Ubuntu 空间太小了不够用了。于是扩容了硬盘大小，同时需要对分区进行调整来进行扩容。系统采用的 LVM(Logical Volume Manager)的方式进行管理的。分区，然后去关联 VG，毕竟 LVM 非常灵活。而是采用将磁盘可用空间创建一个新的。这里以不损坏数据为前提，所以就不对原分区。下面对新增加的 30GB 进行处理。

03 | 更换ubuntu 的内核

u013916029的博客

09-07

629

ubuntu linux grub

桌面PC/服务器 ubuntu18.04 Linux内核编译升级与机制分析

tugouxp的专栏

06-06

7095

1.下载内核并且解压安装依赖2.执行make menuconfig，并不修改，使用默认然后退出,默认使用的配置是x86_64_defconfig还可以拷贝/boot/目录下的既有的config文件来作为编译内核的配置文件来编译。但是需要两个内核版本号差别不大，可以互通使用。将CONFIG_SYSTEM_TRUSTED_KEYS字符串置空。3.执行make -j4因为之前编译过，再次编译输出很少4.执行sudo make modules_install。

ubuntu fdisk is full

weixin_34112030的博客

06-25

113

为什么80%的码农都做不了架构师？>>> ...

linux boot 100%了怎么办

shandeai520的专栏

10-30

513

boot 100%了怎么办，boot下一般是系统内核升级的image，但是不会自动删掉。执行 sudo apt-get autoremove 还是没删掉？那就手动删吧。

Ubuntu提示boot分区剩余空间不足或boot分区已满

雨日微风

12-09

5494

问题：boot分区剩余空间不足或boot分区已满一、如果是boot分区剩余空间不足，也就是说还有部分空间缓冲： 1、查看系统现有内核（dpkg命令是Debian Linux系统用来安装、创建和管理软件包的实用工具。 dpkg --get-selections|grep linux-image 2、查看现在使用的内核 uname -a 3、清理/boot分区，选择性删除你不想保留的内核

linux /dev/mapper/*boot used 100% 导致GNOME启动不了

weixin_30780649的博客

07-26

123

机器开了几天没有关闭，重启了一下，gnome直接挂了。开始找不到原因，看到一个帖子说子盘占用满了，随即用 df -h /dev/mapper/vg_alpha-lv_root 50G 50G 0G 100% /然后各种删download desktop的东西，还是这样。到根目录， du -sh * 发现 /var 占用的空间最多...

Ubuntu boot分区满了，解决办法

weixin_33938733的博客

09-20

624

查看当前系统启动用的内核版本root@zhouss:/boot#uname-rm 4.4.0-92-genericx86_64 root@zhouss:/boot#列出安装过的内核版本root@zhouss:/boot#dpkg--get-selections|greplinux-p_w_picpath linux-p_w_picpath-4.4.0-21-ge...

Ubuntu 更新软件出现 /boot 容量不足的警告错误

dengguihuan的博客

04-28

367

使用 [ df -h ] 去查看所有磁盘分区的空间大小以及使用率的确发现 /boot 分区使用率几乎达到 100% , ( 我比较好奇为什么更新时会使用到 /boot 的空间, 这里的空间不是给启动脚本使用的吗, 当时安装软件时不知道会有种问题, 所以没有去管 /boot 的大小, 当时使用了自动分配的空间大小 ) 按照网上的说法是: 系统更新内核时, 会把新内核添加到

解决Ubuntu16下根目录100%的问题

熊猫gg的博客

11-20

1万+

当时装系统的时候只给/目录分配了14G,使用了几周后发现根目录没有空间了。最初想的事删除一些不用的东西，但按照网上的教程删除一些东西，并没有多大的效果。使用命令查看占用du -cks * | sort -rn | head -10 发现/usr占用了12G的空间，因为我原来没有给/usr单独分区，所以想将/usr挂载到新的硬盘分区/usr是最庞大的目录，要用到的应用程序和文件几乎都在这个目

Ubuntu解决boot分区空间不足问题

热门推荐

阿杜

04-23

1万+

解决boot分区空间不足问题：出现场景：有新的linux内核版本需要安装略问题原因：可能大多数用户给boot分区的大小为200M，且当前可能已经保留了多个linux内核，故再装新的linux内核时就空间不足略。解决办法一：调整硬盘分区(这个办法我没试过，可能会有风险) 解决办法二：删除旧的linux内核，腾出空间安装新linux内核。步骤： 1.

linux Boot目录满了之后的解决方法

u010032054的博客

08-31

5090

转载地址:http://www.cnblogs.com/cjjjj/p/6835576.html Linux默认分区时，boot分区就200多M，按理说也不小，足够了（实际也就几十M），但是内核经常性的升级，而且自己又不自动卸载，于是该目录下旧的内核文件越积越多，最后就满了。解决方法：删除多余的内核文件步骤：（1）输入 uname -a 获取当前正在使用内

最新发布

12-03

你提供的日志显示：**脚本在执行 `apt-get install` 时被卡住，最终超时失败（⏰ 超时失败）**。 --- ## 🔍 问题诊断 ### ❌ 失败点： ```log [02:35:36] 🔧 执行: 📦 安装 pigz（并行 gzip） (最长等待 120 秒) ... Setting up pigz (2.4-1) ... Processing triggers for man-db (2.9.1-1) ... [02:37:36] ⏰ 超时失败: 📦 安装 pigz（并行 gzip） ``` > ✅ 实际上 `pigz` 已经安装成功了！ > ❌ 但因为 **`run_step_with_timeout` 使用了 `timeout` 命令包裹整个命令链**，而 `apt` 或其触发的 `trigger`（如 `man-db`, `initramfs`）耗时超过 120 秒 → 导致 **误判为“失败”** --- ## 🚨 根本原因分析 | 原因 | 说明 | |------|------| | ⚠️ `timeout` 等待时间不足 | `apt install` 在低速磁盘或高负载机器上可能需要 >2 分钟 | | ⚠️ 触发大量 post-install trigger | 如 `update-initramfs`, `update-grub`, `man-db` 等会显著延长总时间 | | ⚠️ 即使操作成功也会被 kill | `timeout 120` 不区分“仍在运行”和“已卡死”，到点就杀进程 | > 💡 这不是 bug，是 **防护机制过于激进导致的误杀** --- # ✅ 正确解决方案我们不能简单地“加长 timeout”，而是要： 1. ✅ 提升容错性：允许关键 APT 操作更长时间 2. ✅ 避免误杀：只监控命令本身是否无响应，而非总时长 3. ✅ 改进逻辑：将“安装 + 设置”拆分为可独立重试步骤 4. ✅ 增强鲁棒性：自动检测并跳过已安装软件包 --- ## ✅ 解决方案一：【推荐】动态调整超时时间 + 自动跳过已安装 ### 修改 `run_step_with_timeout` 函数 ```bash run_step_with_timeout() { local desc="$1" local cmd="$2" local repair_cmd="${3:-$cmd}" local timeout_sec="${4:-$TIMEOUT_SEC}" # 如果是 APT 安装类任务，自动延长超时 if [[ "$cmd" == *"apt-get install"* || "$cmd" == *"dpkg --configure"* ]]; then timeout_sec=$((timeout_sec > 600 ? timeout_sec : 600)) fi CURRENT_STEP=$((CURRENT_STEP + 1)) local progress_prefix="[${CURRENT_STEP}/${TOTAL_STEPS}]" local full_desc="${progress_prefix} $desc" log INFO "执行: $desc (最长等待 $timeout_sec 秒)" start_progress "$full_desc" local tmp_log=$(mktemp) # ✅ 关键改进：使用非终止信号先提示，最后才强制 kill if bash -c "$cmd" >"$tmp_log" 2>&1 & pid=$! ( sleep $((timeout_sec - 10)) if kill -0 $pid 2>/dev/null; then log WARN "⚠️ 任务接近超时，发送 SIGTERM..." kill -15 $pid 2>/dev/null || true sleep 10 if kill -0 $pid 2>/dev/null; then log ERROR "⚠️ 强制终止残留进程 PID=$pid" kill -9 $pid 2>/dev/null fi fi ) & wait $pid && ret=0 || ret=$? wait # 等待后台告警协程结束 then stop_progress SUCCESS_LOG+=("$desc") log SUCCESS "$progress_prefix $desc" rm -f "$tmp_log" return 0 else stop_progress case $ret in 130|143) log ERROR "⛔ 操作被中断: $progress_prefix $desc" ;; 124|137) log ERROR "⏰ 超时失败: $progress_prefix $desc" ;; *) log ERROR "❌ 失败 (退出码 $ret): $progress_prefix $desc" ;; esac tail -n 20 "$tmp_log" >> "$LOG_FILE" rm -f "$tmp_log" FAILED_LOG+=("$desc") FAILED_CMDS+=("$repair_cmd") return 1 fi } ``` > ✅ 特性： > - 不用 `timeout` 命令，避免粗暴中断 > - 先发 `SIGTERM` 给程序优雅退出机会 > - 最后 `SIGKILL` 清理残余 > - 更智能、更安全 --- ## ✅ 解决方案二：提前检查是否已安装（防重复）修改所有 `apt install` 调用前加判断： ```bash safe_apt_install() { local pkg_name="$1" local disp_name="${2:-$pkg_name}" if dpkg -l | grep -q "^ii $pkg_name "; then log SUCCESS "📦 已跳过安装 $disp_name（已存在）" return 0 fi run_step_with_timeout \ "📦 安装 $disp_name" \ "sudo apt-get install -y -o Dpkg::Options::='--force-confdef' -o Dpkg::Options::='--force-confold' $pkg_name" \ "ensure_apt_unlocked && sudo apt-get update && sudo apt-get install -y $pkg_name" \ 600 } ``` ### 使用方式替换原命令： ```bash # 替换原来的 pigz 安装 safe_apt_install "pigz" "pigz（并行gzip）" # 替换 p7zip 安装 safe_apt_install "p7zip-full" "p7zip-full（高速解压）" ``` --- ## ✅ 解决方案三：禁用耗时 trigger（可选但高效）某些系统中可以临时关闭 `man-db` 和 `initramfs` 的自动更新以提速： ```bash export MANDB_DISABLE_POSTINST=1 export INITRD_SKIP=Yes ``` 或者在安装时加上： ```bash safe_apt_install() { local pkg_name="$1" if ! dpkg -l | grep -q "^ii $pkg_name "; then run_step_with_timeout \ "📦 安装 $pkg_name" \ "sudo NO_APT_MANDB_UPDATE=1 INITRD_SKIP=Yes DEBIAN_FRONTEND=noninteractive apt-get install -y -o Dpkg::Options::='--force-confdef' -o Dpkg::Options::='--force-confold' $pkg_name" \ "ensure_apt_unlocked && sudo apt-get update && sudo apt-get install -y $pkg_name" \ 600 else log SUCCESS "📦 已跳过: $pkg_name" fi } ``` > ⚠️ 注意：仅用于部署环境，生产环境慎用 --- ## ✅ 推荐最终策略（综合版） | 步骤 | 操作 | |------|------| | 1 | 使用增强版 `run_step_with_timeout`（软终止）✔️ | | 2 | 加入 `safe_apt_install` 自动跳过 ✔️ | | 3 | 将 `TOTAL_STEPS` 中已存在的安装项排除 ✔️ | | 4 | 日志中明确标注 “(跳过)” 或 “(已存在)” ✔️ | --- ## ✅ 效果对比 | 之前行为 | 改进后行为 | |--------|-----------| | `apt install pigz` 执行 130s → 被 kill | 允许最多 600s，成功完成 | | 显示“失败”，实际已安装 | 自动检测是否存在，不再重复执行 | | 用户困惑 | 明确提示“✅ 已跳过：pigz（已存在）” | ---