手动修改了/var/log/messages 中的内容会导致/var/log/messages 不再产生新的日志。

清空message文件的方法有多种，最简单的方法是使用命令行工具进行清空。在终端中输入以下命令：

sudo truncate -s 0 /var/log/message

 

使用dmesg -C对dmesg日志进行清除。

ifconfig

 

mii-tool eth1

1：安装cygwin环境，以方便使用Linux系统的工具。

 

2：查找大文件

$ find -type f -size +100M
./Program Files/Common Files/microsoft shared/OFFICE15/MSORES.DLL
./Program Files/Google/Chrome/Application/88.0.4324.190/chrome.dll

 

3：文件一致性查重,查找里面的大文件，确认文件不需要的可以删除。

/cygdrive/c/Users/xxx/AppData/Local/Microsoft/Windows/INetCache/Content.MSO
 

$ md5sum * | grep d298
d298a924988d232790049d533cd58a7f *11710868.gz
d298a924988d232790049d533cd58a7f *11C004F4.gz
d298a924988d232790049d533cd58a7f *16F8B058.gz

 

1： 时间没有更新：需要先clean，再进行编译

2：时间不是当前带时区的系统时间。是没有加时区的时间。

Linux性能调优之sar详解

iostat / sar 命令详解

Unix时间戳(Unix timestamp)，或称Unix时间(Unix time)、POSIX时间(POSIX time)，是一种时间表示方式，定义为从格林威治时间1970年01月01日00时00分00秒起至现在的总秒数。Unix时间戳不仅被使用在Unix 系统、类Unix系统中，也在许多其他操作系统中被广告采用。

目前相当一部分操作系统使用32位二进制数字表示时间。此类系统的Unix时间戳最多可以使用到格林威治时间2038年01月19日03时14分07秒（二进制：01111111 11111111 11111111 11111111）。其后一秒，二进制数字会变为10000000 00000000 00000000 00000000，发生溢出错误，造成系统将时间误解为1901年12月13日20时45分52秒。这很可能会引起软件故障，甚至是系统瘫痪。

 

struct tm {     int tm_sec;  /*秒，正常范围0-59， 但允许至61*/     int tm_min;  /*分钟，0-59*/     int tm_hour; /*小时， 0-23*/     int tm_mday; /*日，即一个月中的第几天，1-31*/     int tm_mon;  /*月， 从一月算起，0-11*/  1+p->tm_mon;     int tm_year;  /*年， 从1900至今已经多少年*/  1900＋ p->tm_year;     int tm_wday; /*星期，一周中的第几天， 从星期日算起，0-6*/     int tm_yday; /*从今年1月1日到目前的天数，范围0-365*/     int tm_isdst; /*日光节约时间的旗标*/ };

 

windows	GetTickCount	GetTickCount是一种函数。GetTickCount返回（retrieve）从操作系统启动所经过（elapsed）的毫秒数，它的返回值是DWORD。

 

OOB(Out of Band) Signaling
For both SAS and SATA, the hardware initialization process begins with OOB signaling. Pronounced either as letters or as a funny-sounding syllable, OOB can be misleading because the term might be understood to mean that a dedicated signal is used rather than the normal data path. However, the SAS OOB signals do travel within the normal data path. The reason they are called OOB is because the signaling takes place before the receiver has been prepared to recognize dwords and so it is not part of the normal transmission process. Let's consider what is involved in the process of OOB communication.

 

翻译：OOB（带外）信令

对于SAS和SATA，硬件初始化过程从OOB信号开始。OOB发音为字母或听起来很有趣的音节，可能会产生误导，因为这个词可能被理解为使用专用信号而不是正常的数据路径。然而，SAS OOB信号确实在正常数据路径内传播。它们被称为OOB的原因是，信令发生在接收器准备识别数据字之前，因此它不是正常传输过程的一部分。让我们考虑一下OOB通信过程中涉及到什么。

 

解释:

SAS这个OOB与BMC的带外管理，实际是不一样的。它使用相同的物理路径。BMC的OOB使用独立的路径。

在Python中，你可以使用以下脚本将十六进制文本存储为二进制文件：

```python
def hex_to_binary(hex_text, output_file):
    try:
        # 将十六进制文本转换为字节对象
        binary_data = bytes.fromhex(hex_text)

        # 将字节对象写入到二进制文件中
        with open(output_file, "wb") as file:
            file.write(binary_data)

        print("十六进制文本已成功转换为二进制文件。")

    except Exception as e:
        print("转换过程中出现错误：", str(e))

# 需要转换的十六进制文本
hex_text = "48656c6c6f2c20576f726c64"

# 输出的二进制文件路径和文件名
output_file = "output.bin"

hex_to_binary(hex_text, output_file)
```

你只需要修改`hex_text`和`output_file`变量的值即可。`hex_text`变量存储要转换的十六进制文本，`output_file`变量存储转换后的二进制文件的路径和文件名。运行脚本后，十六进制文本将被转换并保存为指定的二进制文件。

 

 

 

你可以使用以下Shell脚本来将十六进制文本存储为二进制文件：

```shell
#!/bin/bash

hex_text="48656c6c6f2c20576f726c64"     # 十六进制文本
output_file="output.bin"               # 输出的二进制文件路径和文件名

echo -n "$hex_text" | xxd -r -p > "$output_file"
```

脚本中的`hex_text`变量存储要转换的十六进制文本，`output_file`变量存储转换后的二进制文件的路径和文件名。

脚本使用`xxd`命令来处理转换过程。`echo -n`用于将十六进制文本输出到标准输出，后面通过管道将输出传递给`xxd`命令。`-r`选项表示将十六进制转换为二进制，`-p`选项表示输入的是纯粹的十六进制数据。

执行脚本后，十六进制文本将被转换为二进制并保存为指定的文件。