V2EX › print 的所有回复 › 第 3 页 / 共 3 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3

❮

❯

262 天前

回复了 anson264556364 创建的主题 › macOS › MAC 删除重复文件推荐

前几天看到的开源项目 czkawka ，可以试试看，有命令行也有 gui

267 天前

回复了 xwwsxp 创建的主题 › 苏州 › 在苏州，生活体验真的贼差！

@erlkingrui999 典！

275 天前

回复了 wscgogo 创建的主题 › Apple › 被苹果输入法气笑了

我试了没你这个问题，系统版本一致

347 天前

回复了 tangpanqing 创建的主题 › 程序员 › 自从开始做独立开发，英文水平有大幅上升，为什么呢？

又要到饭了兄弟们，god bless you

352 天前

回复了 xLuoBo 创建的主题 › macOS › [求助] mac studio(M1 Max)求懂看崩溃信息的老哥指点下每次开机 20 分钟必定黑屏重启的问题

以下内容来自 Claude.ai
--------------------------------------------------------
根据日志信息,这是一个 MacOS 系统的内核崩溃 (Kernel Panic) 日志。主要的问题信息如下:

1. 崩溃的原因是用户空间看门狗超时(userspace watchdog timeout)。watchdogd 进程 120 秒内没有成功检查入,导致系统判断有问题,触发了 panic 。

2. 崩溃时,CORE 3 处在 backtrace 中,是发生 panic 的核心。其他核心主要在 idle 状态。

3. 崩溃前,watchdogd 、launchd 、kernel_task 等系统进程 CPU 使用很高。

4. 没有找到明确的第三方驱动或内核扩展导致的问题。苹果的驱动 ARMWatchdogTimer 似乎被触发了。

5. 没有找到硬件驱动或硬件接口的问题。

6. 系统版本较新,也比较干净,没有大量第三方内核扩展。

建议的后续排查方向:

1. 重现问题,查看是否总是 watchdogd 被 timeout 导致 kernel panic 。

2. 分析日志时 CPU 使用高的系统进程,是否有代码逻辑导致占用过高 CPU 。

3. 尝试更新系统与硬件固件。

4. 如果问题依然存在,可以联系苹果技术支持继续排查。

总体来说,是一个比较典型的用户空间监控进程被卡住,导致内核自我保护机制被触发的问题。需要关注系统进程 CPU 使用情况,以及它们的响应能力。

2023-11-29 09:47:32 +08:00

回复了 privater 创建的主题 › MacBook Pro › Mac 的大小核调度真的太聪明了， Time Machine 恢复系统才花了 5% 电池。

@MilkyWayne 一个月不重启真牛逼，我长时间不重启莫名其妙一堆小问题，没比 Windows 强多少

2023-11-06 09:20:13 +08:00

回复了 lypdarling 创建的主题 › 分享创造 › 也撸了一个阿里云盘，百度网盘，夸克网盘资源搜索站

开源吗？

2023-11-03 14:28:56 +08:00

回复了 kitmyfaceplease2 创建的主题 › 分享创造 › 我制作了一个中国五级行政区划矢量数据查询与下载网站

👍

2023-08-07 15:15:50 +08:00

回复了 AndyBlocker 创建的主题 › 问与答 › 没有公网 ip，在外怎么连接自己的电脑呢

我用 IPV6+ddns ，绑了个域名，用着挺舒服的，可以去 GitHub 搜下 ddns-go ，我用的这个