macos 照片应用打开失败1000错误问题解决
缘起之前macos的照片库太大了,放在smb共享上,最近同步照片一直失败,即使修复照片库,更新到100%时报1000错误码或者直接就报1000错误码,各种尝试均无法解决问题,因此记录处理过程作为一个经验。折腾过程smb协议版本导致的问题中途分析日志,发现类似下面的日志:smb2_session_maxread: Limit min quantum size to maxmsgsize <65536>smb2_smb
阅读全部缘起之前macos的照片库太大了,放在smb共享上,最近同步照片一直失败,即使修复照片库,更新到100%时报1000错误码或者直接就报1000错误码,各种尝试均无法解决问题,因此记录处理过程作为一个经验。折腾过程smb协议版本导致的问题中途分析日志,发现类似下面的日志:smb2_session_maxread: Limit min quantum size to maxmsgsize <65536>smb2_smb
阅读全部缘起openwrt软路由一直拿来做局域网的旁路网关,整体的结构如下:电脑openwrt外网路由而由于是旁路网关,openwrt和外网路由、电脑在同一网关下,电脑可以越过openwrt网关,直接连接外网路由进行上网,这在广告过滤、上网防火墙管控上都是不可控的。再加上旁路由模式有个问题,从电脑向外网的流量,是经过旁路由openwrt的,但是外部进来的流量,不经过旁路由,直接就从外网路由走到电脑了,旁路由是没法感知的,这也存在一定问题。解决过程中途查询过各种文章,主要是openwrt的防火墙处理,没发
阅读全部缘起最近一次在ubuntu24.04中更新后,transmission就起不来了,start后卡住然后就超时了,报错transmission-daemon.service: Failed with result 'timeout'.网上查了下是系统的systemd或者apparmor的限制导致。解决方案临时解决方案,编辑/usr/lib/systemd/system/transmission-daemon.service,启动类型从notify修改为simple,后续transm
阅读全部缘起之前一直使用qbittorrent进行bt/pt下载,在早期的版本中,经常出现崩溃问题,因此一直跟随最新的ubuntu系统和qbittorrent团队维护的ppa进行版本更新。更新到4.x.x版本时,重启的问题得到比较好的解决(之前老版本总是跑几个小时就挂掉),但是自从更新4.5.x还是4.6.x之后,下载就经常没有速度了。而同时段使用transmission就下载的很快,因此断断续续分析了几个月,终于找到原因,记录这篇博客方便后边查看。折腾过程下载一会儿就没速度经过分析在热门的种子里,下载
阅读全部缘起最近在优化windows虚拟机的磁盘读写,发现lwtnetlog.etl文件被频繁的读写,因此查了下windows中这个文件的作用,进行了相关优化。分析过程这些文件是什么答案是windows的事件追踪,包括网络的和其他事件,这些文件并不大,但是windows就是不停的把这些监控性的数据写磁盘,而并不是放在内存中,多等一些时间再写,非常睿智的设计。怎么解决那当然是选择 关闭 它啦。。。操作步骤:具体表现:System进程大量写入数据,导致电脑卡顿 解决方案:关闭wfpdiag.etl和Lwt
阅读全部缘起最近发现家里的网络时不时就卡一下,好的时候卡一会儿就自动恢复,差的时候卡住就基本不能上网了,ping路由器延时达到1秒还存在丢包,因此最近折腾查下具体的原因。折腾过程开始的时候怀疑是华硕路由器比较老了性能不够,比如cpu或者内存瓶颈,导致在高使用率时异常。而且出现问题的时机是随机的不太容易抓到现场分析,所以很久没有分析出根本原因。内存或cpu瓶颈最近一次偶然机会在家里发现路由器开始卡了,ping路由器耗时开始增加但还没有卡死。此时勉强登录管理页面(已经很卡了),发现cpu占用和内存占用并不高
阅读全部缘起近期梳理华硕路由器的运行状态时,发现每分钟都有对baidu.com的dns请求。而在系统设置中网络监控设置中,即使关闭了ping测试或者修改ping测试的目标,仍然会请求baidu.com,非常的奇怪。分析过程备注:系统设置中网络监控设置,适用于华硕路由器首页的wan状态显示的,即通过这里的检测判断网络是否是通的。通过设置网络监控中ping的目标值,发现手动填写的地址或域名无效,最后关闭了ping检测,发现还是会对baidu.com进行请求。网上查了很多资料,最后发现这个在国内的版本中居然是
阅读全部缘起最近突然发现macos(还是比较老的系统)连接smb共享文件夹时,总是在连接后一段时间内突然就断开在系统中消失了,也没有任何的报错。因为是突然出现,初步怀疑是远程smb共享服务器的问题,因此重启了服务器,发现问题依旧,这也排除了服务器问题的情况(之前一直很稳定)。折腾过程1、macos系统的问题排除smb服务器问题后,怀疑是macos系统的问题,由于日常使用基本不关机直接合盖的,就操作关机电脑后重启来测试。开始的时候挺稳定的,后台在测试一天左右的时间后,又出现了频繁断开的问题,且系统日志没看
阅读全部缘起最近磁盘空间不够,电脑上的邮箱客户端thunderbird卡了一下,然后重启后发现最近一段时间内的邮件丢失了,但是最新的又拉下来了,这样就中间少了一些邮件。解决方案手动删除邮箱文件夹下面(一般在thunderbird数据文件夹的MAIL目录下)的Popstate.dat文件中最新的数据(文本格式直接打开修改即可),让thunderbird从老的某个时间点重新拉取邮件。原理: 这个文件记录着邮件的状态,包括邮件id和时间信息,而每次收取邮件,会拿这里最新的时间到服务端拉取。删除最新的数据后,重
阅读全部缘起最近有块系统盘使用比较久了,需要监控健康状态防止突然挂了,因此简单研究了smartctl检测smart属性的方案,这里做个小记。操作方案转自:https://blog.csdn.net/watermelonbig/article/details/728719901、对磁盘进行一个轻量的测试smartctl -t short /dev/sdb根据上一个命令提示,等待2分钟后,查看检测结果:smartctl -l selftest /d
阅读全部