解决Chrome打开闪退,删除preferences文件
作者:V君 发布于:2018-10-2 0:21 Tuesday 分类:折腾手记
室友T同学在一次由于卡顿然后重启的时选择强行关闭了Chrome,重启之后Chrome打不开了。
(T:Chrome崩溃了,怎么办?我:上网查一下呀!T:但是Chrome打不开呀!)
表现为窗口出现之后马上消失,更新到最新版也没用, 问题可能出现在用户数据文件.
我们一边用ProcMon盯住进程行为,一边做了一些尝试
-删除系统临时文件,问题依旧
-删除Crome缓存文件,问题依旧
-改走UserData文件夹,可以启动了,但所有数据丢失
-还原UserData,进去里面改走Default,结果和上一条一样
将Default还原之后回到了闪退,导致这个问题元凶肯定就在Default文件夹里。
经过一番排除,最终定位到文件夹中的preferences文件,
它没有后缀,是个JSON文件,内容格式正确,里面并没有明显的线索。
将它删除之后,chrome打开了,历史、书签之类的正确看似都正常,
但上次会话的选项卡丢掉了,咕狗账号的登录状态也失效。
虽然没有完美解决问题,这次的结果也不算太糕。
标签: Chrome 故障解决 软件故障诊断 Sysinternals
解决Win7更新服务(wuauserv)占用过多内存和CPU——总算治好顽疾
作者:V君 发布于:2017-1-30 15:12 Monday 分类:折腾手记
TL;DR: 安装这两个补丁(KB3050265)(KB3102810)然后重启.听我扯扯:
一直都被这个问题困扰着。
Windows 7更新服务一旦犯病就会变得很占内存和CPU。
内存小的机器就会因为交换虚拟内存耗尽IO,把各种操作响应变慢,导致整个体验变得很糟糕。
只能通过手动停止其服务才能消停一阵子。又不能把更新服务彻底禁用。。。
今天帮人重装系统,打补丁时就犯这毛病了,全新的系统也闹这样,真受不了。
咕狗,找到了这个帖子。然后药到病除!快来点赞!
在Debian重新安装(全部)mono软件包,修复因文件系统错误导致无法运行的应用
作者:V君 发布于:2015-11-16 21:51 Monday 分类:折腾手记
TL;DR:
dpkg --get-selections | grep -v deinstall | grep mono > monopacks.sh
编辑 monopacks.sh 把install替换成反斜杠 “\” 并去掉最后一行末尾的反斜杠
第一行开头加上 apt-get install --reinstall , 保存文件并 chmod +x monopacks.sh
然后 ./monopacks.sh 吧, 有提示找不到的包就回去Ctrl+F找到并删除
刷完屏之后你的mono就复活啦!
其实还可以这样写 sudo apt-get install --reinstall *mono* 前提是你能顺利运行...
反正我执行不了, 因为我的 libapache2-mod-mono 是手动下载安装的 _(:з」∠)_
扯扯:
其实老早就遇到过了,树莓派和SD卡的那点事儿.
长时间运行的情况下来个重启的话十有八九会有这些那些问题吧
因文件系统出错导致文件损坏从而应用程序无法启动.
这不, 运行妹抖酱的应用服务器就因重启而挂掉了, 阿帕奇告诉我mono崩溃了
只读运行fsck发现确实有问题, 但是运行中mount着的情况下是不方便跑这货的
咕狗了一下得到解决方法, 用这招顺利地执行了fsck.
也就是 sudo touch /forcefsck 创建一个空文件在根目录
这个文件在大便可以让系统在下次启动时强制执行fsck修复文件系统
顺利完成之后它会把这个文件删掉 乂目.
尽管修复了文件系统, 但是损坏的文件依然是不会自己恢复的.
这时候需要重新安装软件包, 然而
apt-get install mono-complete --reinstall 也好
apt-get install mono-runtime --reinstall 也好
都只能重新安装他自己本身这个包, 其依赖并不会重新安装
咕狗过如何带依赖的重装所有软件包, 然而并没有什么有用的信息, 要么非常复杂
之前遇到这种情况只能咬咬牙重灌镜像, 然后重新装软件. 这能削去一晚的时间...
但是最近越来越Doge, 也没那么多精力去折腾,(其实是不甘心 ⊂彡☆))д´))
必须能寻找更加直接的方式.
灵光一闪 -- 想起 apt-get install 是可以多个参数, 那么 --
列出全部已安装的软件包, 筛选出mono的, 塞进shell脚本运行不就可以啦?
对症下药一针见血, 咕狗到 列出所有已安装软件包 的命令, 然后再多加一个筛选mono
把输出重定向到文件, 使用文本编辑器批量操作修改成shell脚本语法
就把问题解决啦!
再扯远点:
由于很顺利的解决了问题, 还有点时间 ⊂彡☆))д´)
这里分享一下灵感的来源, 当遇到一批有序文件.. 啧! 就是漫画之类的啦!
不要像个项目经理一样二次封装需求 ⊂彡☆))д´)
就是那种 1.jpg 2.jpg 10.jpg 11.jpg 老一点的阅读器会粗暴地按字符串排成 1,10,11,2
于是我们需要给文件名补0来对齐长度 这样才能按顺序翻页.
那么问题来了:
作为一只码农, 你甘心一个个文件重命名? 或者为这点小事去找工具? 甚至自己写一个?
洗洗睡吧你, 事实上通过命令行和bat以及Notepad++就可以近乎自动地解决这个需求.
先 dir /b |sort > padding.bat 把文件名打进一个文件.
再用npp的纵向编辑功能在前面加ren,再纵向复制一列到右边, 就可以愉快的纵向插入0了
这招用屡试不爽啊, 还能批量改文件名格式 , 比如
r-1-ab-c
r-2-ab-c
r-3-ab-c
....
轻松改成
b-r-1-ac
b-r-2-ac
b-r-3-ac
...
只需要按住alt鼠标扯两下就OK叠酥! (纵向选中“b-”,扯到行前面松开手~)
~EOF~躺
update: 这个过程已经做成自动化小工具了哟,咱也是蛋疼~
标签: 树莓派 个人服务器 linux ASP.NET 故障解决 mono
一次把exFAT的TF卡从RAW格式成功恢复的经历
作者:V君 发布于:2015-2-9 0:45 Monday 分类:折腾手记
TL;DR版:[ chkdsk <盘符>: /f ] 等几秒就好了,这次人品非常好 Orz
听我扯扯:
常言道:不做死就不会死,为啥你就是不明白?
偷懒,疏忽于安桌不支持exFAT,插上SD卡之后没认出来,然后还手贱按了几次安装SD卡。。
才猛然想起,安桌不支持exFAT,赶紧拔出来插到电脑上看看——尼玛!提示需要格式化。。
病急乱投医的找数据恢复软件,找帖子,一边用WINHEX看看分区表什么的。
——WINHEX跪了,啥也列不出
下载着不知道靠不靠普的恢复工具时看到一个帖子说:先chkdsk一下啦!。
就先尝试只读执行chkdsk——啊啊还能识别出是exFAT!
文件系统的类型是 exFAT。
卷序列号为 ****-****
Windows 在磁盘上发现错误,但是不会修复这些错误;
因为不带 /F(修复)参数运行了磁盘检查。
检查启动区域时发现损坏。
Windows 正在校验文件和文件夹...
卷标是 ****-TF-64G。
已完成文件和文件夹验证。
Windows 发现文件系统有问题。
运行 CHKDSK (使用选项 /F)来更正这些问题。
好加上/f参数,顺利完成修复!
文件系统的类型是 exFAT。
卷序列号为 ****-****
检查启动区域时发现损坏。
Windows 正在校验文件和文件夹...
卷标是 ****-TF-64G。
已完成文件和文件夹验证。
Windows 已更正文件系统。
//EOF
blogger
Google Web Translator
热门日志
随机日志
最新日志
最新评论
- V君
@Quartz:(出现)... - Quartz
怎么不见人了呢... - V君
@Soar:DHCP 协议相... - V君
@Soar:当然是非... - Soar
@V君:谢谢 有空... - Soar
搞一个 1230v3+B85... - V君
@Soar:另外,也可... - V君
@Soar:iscsi服务端... - Soar
难怪这么卡,尤其... - Soar
clone了源码,提示...
分类
存档
- 2024年5月(1)
- 2023年7月(1)
- 2023年5月(1)
- 2022年11月(1)
- 2022年10月(1)
- 2022年9月(1)
- 2022年8月(1)
- 2022年7月(1)
- 2022年6月(1)
- 2022年5月(2)
- 2022年4月(1)
- 2022年3月(1)
- 2022年2月(1)
- 2022年1月(1)
- 2021年12月(1)
- 2021年11月(1)
- 2021年10月(1)
- 2021年9月(1)
- 2021年8月(1)
- 2021年7月(1)
- 2021年6月(1)
- 2021年5月(1)
- 2021年4月(1)
- 2021年3月(1)
- 2021年2月(1)
- 2021年1月(1)
- 2020年12月(1)
- 2020年11月(1)
- 2020年10月(2)
- 2020年9月(1)
- 2020年8月(1)
- 2020年7月(1)
- 2020年6月(1)
- 2020年5月(1)
- 2020年4月(2)
- 2020年3月(3)
- 2020年2月(1)
- 2020年1月(1)
- 2019年12月(1)
- 2019年11月(1)
- 2019年10月(1)
- 2019年9月(1)
- 2019年8月(2)
- 2019年7月(1)
- 2019年6月(1)
- 2019年5月(1)
- 2019年4月(1)
- 2019年3月(1)
- 2019年2月(1)
- 2019年1月(2)
- 2018年12月(2)
- 2018年11月(1)
- 2018年10月(3)
- 2018年9月(4)
- 2018年8月(6)
- 2018年7月(4)
- 2018年6月(1)
- 2018年5月(2)
- 2018年4月(2)
- 2018年3月(3)
- 2018年2月(1)
- 2018年1月(1)
- 2017年12月(1)
- 2017年10月(2)
- 2017年9月(1)
- 2017年8月(2)
- 2017年7月(1)
- 2017年6月(5)
- 2017年5月(2)
- 2017年4月(2)
- 2017年3月(3)
- 2017年2月(2)
- 2017年1月(2)
- 2016年12月(3)
- 2016年11月(2)
- 2016年10月(3)
- 2016年9月(4)
- 2016年8月(2)
- 2016年7月(4)
- 2016年6月(3)
- 2016年5月(1)
- 2016年4月(4)
- 2016年3月(3)
- 2016年2月(1)
- 2016年1月(5)
- 2015年12月(4)
- 2015年11月(5)
- 2015年10月(1)
- 2015年9月(6)
- 2015年8月(4)
- 2015年7月(1)
- 2015年6月(6)
- 2015年5月(3)
- 2015年4月(3)
- 2015年3月(2)
- 2015年2月(1)
- 2015年1月(3)
- 2014年12月(1)
- 2014年11月(1)
- 2014年10月(1)
- 2014年9月(3)
- 2014年8月(1)
- 2014年7月(1)
- 2014年6月(1)
- 2014年5月(3)
- 2014年4月(1)
- 2014年3月(1)
- 2014年2月(2)
- 2014年1月(1)
- 2013年12月(2)
- 2013年11月(2)
- 2013年10月(1)
- 2013年9月(3)
- 2013年8月(14)
- 2013年7月(7)
- 2013年4月(1)
- 2013年3月(4)
- 2013年2月(6)
- 2013年1月(6)
- 2012年12月(8)
- 2012年11月(6)