真的太同情你的遭遇了——这种突发的爆音不仅毁设备，还伤耳朵，换谁都慌！结合你Ubuntu+i3+Polybar的环境，我整理了几个针对性的排查和解决方向，你可以试试：

• 先排查Polybar的音量模块问题
  Polybar作为你日常用的状态栏，很可能是音量模块的配置或脚本出了bug，触发了极端音量的逻辑：

  • 打开你的Polybar配置文件（通常在~/.config/polybar/config），检查音量模块的步进值设置，有没有误写超大数值，或者绑定了奇怪的触发快捷键。
  • 可以暂时禁用Polybar的音量模块，改用系统原生的pactl命令手动调节音量，观察一段时间，排查是否是Polybar导致的问题。

• 检查PulseAudio的运行状态与配置
  Ubuntu默认用PulseAudio管理音频，它的后台进程偶尔会出现异常：

  • 先试试重启PulseAudio修复临时故障：执行命令 pulseaudio -k && pulseaudio --start。
  • 打开/etc/pulse/default.pa配置文件，查看有没有开启自动增益、循环反馈类的模块（比如module-loopback），这类设置可能导致音量异常飙升。
  • 安装pavucontrol图形化音频工具，随时监控音频设备的音量曲线，看看有没有异常峰值记录。

• 排查i3的快捷键绑定
  有时候i3的快捷键配置可能出现冲突或误写，导致音量被重复触发：

  • 打开i3配置文件（~/.config/i3/config），搜索所有和音量相关的绑定（比如bindsym XF86AudioRaiseVolume开头的行），检查执行命令是否正确，有没有写成循环触发音量增加的脚本而非单次步进。
  • 可以临时注释掉音量相关快捷键，改用鼠标或命令行调节，观察问题是否重现。

• 硬件与驱动层面排查
  虽然换了耳机，但音频接口或驱动也可能是诱因：

  • 尝试更换不同的音频接口（比如从USB换成3.5mm接口），看看问题是否还出现。
  • 用lspci -v | grep -A7 -i "audio"命令查看声卡信息，确认驱动是否为最新版本，也可以搜搜对应声卡型号在Ubuntu下有没有音量异常的已知bug。

• 临时应急防护方案
  为了避免再次伤到耳朵，先设置一个强制音量上限：

  • 执行pactl set-sink-volume @DEFAULT_SINK@ 100%，把默认输出设备的音量锁定在100%，即使有异常触发也不会超出硬件安全范围。
  • 安装alsamixer，在界面里把Master和PCM的音量调到安全值后按Esc保存设置。

备注：内容来源于stack exchange，提问作者Lpkr