linux 硬盘健康检查 先安装 smartmontoolssudo apt install smartmontools sudo smartctl -A /dev/sdb 执行结果：smartctl 7.0 2018-12-30 r4883 [x86_64-linux-5.2.0-8-generic] (local build)Copyright (C) 2002-18, Bruce Allen, Christian Franke, www.smartmontools.org=== START OF READ SMART DATA SECTION ===SMART Attributes Data Structure revision number: 16Vendor Specific SMART Attributes with Thresholds:ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000b 100 100 062 Pre-fail Always - 0 2 Throughput_Performance 0x0005 100 100 040 Pre-fail Offline - 0 3 Spin_Up_Time 0x0007 233 233 033 Pre-fail Always - 1 4 Start_Stop_Count 0x0012 100 100 000 Old_age Always - 876 5 Reallocated_Sector_Ct 0x0033 100 100 005 Pre-fail Always - 0 7 Seek_Error_Rate 0x000b 100 100 067 Pre-fail Always - 0 8 Seek_Time_Performance 0x0005 100 100 040 Pre-fail Offline - 0 9 Power_On_Hours 0x0012 098 098 000 Old_age Always - 898 10 Spin_Retry_Count 0x0013 100 100 060 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 854 191 G-Sense_Error_Rate 0x000a 100 100 000 Old_age Always - 0 192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 30933084 193 Load_Cycle_Count 0x0012 098 098 000 Old_age Always - 22510 194 Temperature_Celsius 0x0002 146 146 000 Old_age Always - 41 (Min/Max 7/50) 196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 0 197 Current_Pending_Sector 0x0022 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0008 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x000a 200 200 000 Old_age Always - 13351 223 Load_Retry_Count 0x000a 100 100 000 Old_age Always - 0

巨大的网站访问日志应该怎么删除才能呢个及时释放存储空间 小编用的是 nginx 的服务，访问日志要不了几天就会把 日志盘给 塞满了之前的处理方式：echo ''>abc.log; 命令处理完立刻把容量给腾出来了，直到昨天晚上，心血来潮 换了一种处理方式彻底迷茫了，用了 rm 来清除日志文件，该删的 都删除了然后容量报警却还是一直响个不停，整个人都是蒙的， 明明都挨个的删除 ，怎么还会报警呢？然到我没有直接删除，而是放到了垃圾桶？这是第一个疑问，随后 我 用 df 和du 来验证我的猜测df 之后 磁盘使用率还是在 90% 难道我的猜测是正确的么？ du 之后 占用空间 2% Why？what? 剩余 88%的空间哪里去了？ 立刻启用破案模式，用来几个关键词 全网扫描，得到了一个有价值的信息。说是文件的打开句柄没有被关闭，即时删除了文件容量会一直占用，直到相关进程执行完销毁后才会被释放，到这里 突然明白了，破案了。原因：因为相关文件一直被 nginx 占用着，所以只要 杀死 nginx 的进程 空间就恢复了，所以还是 用 echo ''>abc.log好

nginx server_name 配置的疑惑 在我的映像里 配置1 server { listen 80; root /dir/newp; index index.php index.html index.htm; server_name a.com b.com c.com ; *** } 与配置2server { *** server_name a.com; *** } server { *** server_name b.com ; *** } server { *** server_name c.com ; *** } 是一样的,只是 配置1更加便捷,但是实际使用过程中发现并不是这样的,事实证明 配置1中 访问 b.com c.com 都会302到a.com配置2则和预想的一样.

什么情况,明明还有磁盘空间居然写不进去文件了,硬盘坏了吗? 先上图吧为什么?这个是因为 Inode 被占满了 的原因.如下图/dev/vdc1 1310720 1310720 0 100% /data那么怎么解决呢?先说下为什么Inode会100%的原因,是因为网站做了静态文件缓存,所以很多很多....文件,导致inode占用满了.解决之道,删除一部分(静态)文件释放inode即可.还有一种是 在格式化硬盘的时候指定.Ext3/Ext4 文件系统的 inode 数目限制了整个文件系统可能最多拥有的文件数目，而这数目在格式化文件系统时已决定，往后除重新格式化外不能改变。 。一些储存了大量小文件的文件系统 (例如 USENET 新闻组服务器) 有机会出现用尽 inode 但仍余下大量硬盘空间的情况。所以安装这类服务器时，文件系统有机会需要特别设定。可以参考这里https://wiki.debian.org/Ext4

用ubuntu刷android的recovery sudo apt install adb sudo apt install fastboot 先安装好运行环境然后把手机 调成bootloader模式用数据线与电脑连接好,在pc上先进入放置recovery的目录,然后 执行 (具体可以看下方的操作视频)sudo fastboot flash recovery rec.img 等待2s左右,recovery的镜像应该已经刷入到手机了,然后就是选择进入的 recovery模式,体验新的recovery了操作视频:Peek 2019-01-04 10-17.mp4