掌握Linux错误值，避免系统出错！ (linux 错误值)
随着互联网的发展，Linux操作系统已经成为企业级应用、云计算等领域的首选系统。但Linux系统的复杂性也导致了在运行过程中出现各种错误和故障。为了更好地理解和解决这些问题，我们需要了解Linux系统常见的错误值和错误代码，以便迅速诊断和修复系统故障。
Linux系统错误值简介：
Linux系统中的大多数错误都涉及到系统调用结果的带符号整数返回码。返回值小于0表示错误，而大于等于0的返回值表示成功。错误码通常在两个头文件和中定义，以便使用下列宏在程序中引用。
这里列出了Linux系统在返回-1时的一些错误码：
| 错误码 | 错误描述 |
| —— | —————————- |
| EPERM | 操作不允许 |
| ENOENT | 源文件不存在 |
| ESRCH | 执行目标进程不存在 |
| EINTR | 被中断的系统调用重试 |
| EIO | 输入输出错误 |
| ENXIO | 设备不存在 |
| E2BIG | 参数列表过长 |
| ENOEXEC| 执行格式出错 |
| EBADF | 错误的文件描述符 |
| ECHILD | 进程不存在 |
| EAGN | 无法获取锁资源，重试 |
| ENOMEM | 内存不足 |
| EACCES | 权限不足 |
| EFAULT | 参数指针非法 |
| EBUSY | 资源正被占用无法使用 |
| EEXIST | 文件已存在 |
| EXDEV | 不同设备间的链接 |
| ENODEV | 设备不存在 |
| ENOTDIR| 不是目录 |
| EISDIR | 是目录 |
| EINVAL | 参数无效 |
| ENFILE | 文件表已满 |
| EMFILE | 进程的文件描述符数已达到上限 |
| ENOTTY | 操作不支持的终端 |
| ETXTBSY| 只读文件的写入被阻止 |
| EFBIG | 文件太大 |
| ENOSPC | 设备空间不足 |
| ESPIPE | seek()超出了文件尾部 |
| EROFS | 文件系统只读 |
| EMLINK | 超过磁盘表数 |
| EPIPE | 管道破裂 |
| ENAMETOOLONG|路径名太长 |
| ENOLCK | 系统内的锁已使用完 |
以上错误码只是一部分，Linux系统中还有许多其他错误码，这些错误码在很大程度上反映了系统的状态和问题，因此熟悉这些错误码对于快速定位并解决问题非常有帮助。
如何解决Linux错误值：
在程序中，我们经常需要判断一些函数是否执行成功，这就需要对返回的错误值进行解析和判断。例如，常用的文件操作函数open()和read()可能会遇到一些错误，如文件不存在、文件权限不足、磁盘空间不足等等。当这些情况发生时，函数会返回相应的错误码。正确的做法是检查函数返回值，并根据返回值进行相应的操作。
以下是一个文件读取程序的示例代码：
“`c
#include
#include
#include
#include
int mn(int argc, char **argv) {
int fd;
char buf[1024];
fd = open(“/path/to/file”, O_RDON);
if (fd == -1) {
perror(“open”);
exit(EXIT_FLURE);
}
if (read(fd, buf, 1024) == -1) {
perror(“read”);
exit(EXIT_FLURE);
}
if (close(fd) == -1) {
perror(“close”);
exit(EXIT_FLURE);
}
exit(EXIT_SUCCESS);
}
“`
在程序中，我们首先使用open()函数打开文件，如果文件打开失败，它会返回-1，并将errno设置为相应的错误码。我们使用perror()函数将错误信息输出到标准错误流，然后使用exit()函数退出程序。
错误处理的概念和方法同样适用于其他系统调用和库函数。每次调用系统函数之后都应该检查错误码，并采取相应的行动。可以将错误处理代码封装进函数中，便于复用和修改。
：
相关问题拓展阅读：
Linux中SIG_ERR值是什么
纠正一下：
输出in sig_fun1:30就是第二次调用的时候输出的，之一次调用只是绑定了SIGUSR1的信号处理函数，不会进入该处理函数
为什么会有这样的输出呢？
signal函数是将信号与处理函数进行绑定，成功绑定则返回绑定之前的信号处理函数。那么来看看你的代码，之一次调用将sig_fun1绑定，无输出；第二次调用将sig_fun2绑定，也就是把sig_fun1替换下来，并且你还调用了它，参数为30，所以会有那样的输出。
该如何改呢？
其实你并没有涉及到linux的信号处理机制，光绑定是不够的，还需要发信号给它，才能真正进入信号处理过程。给你一个示例代码吧
#include
#include
#include
#include
void sig_fun2(int signo)
{
printf(“in sig_fun2:%d\n”, signo);
}
void sig_fun1(int signo)
{
printf(“in sig_fun1:%d\n”, signo);
}
int main()
{
unsigned long i;
if (signal(SIGUSR1, sig_fun1) == SIG_ERR)
{
printf(“signal fun1 error\n”);
exit(1);
}
sleep(15);
(signal(SIGUSR1, sig_fun2))(30);
sleep(15);
printf(“done\n”);
return 0;
}
/****************************C 代码完，下面是如何运行***************************/
首先编译，假设生成可执行程序为test
然后运行，我用的是后台运行： nohup ./test>output.txt &
注意，这种手脊方法要将输出重定向到文件output.txt（名字无所谓），然后你会看到一个数字，就是pid进程号
最后，在15秒之内发送信号：kill -SIGUSR1 进程号
现在你就可以打开output.txt看输出结果了。如果用sleep的话会被打断，所以只有两个输出加上替换处理函数时的输出共3个，也可以换成 int n=15;while(n–)sleep(1);
—–
怎么样，加分吧
—–
1.我就是想问第二次绑定sig_fun2的时候，调用了之一次绑定的sig_fun1么？
调用了， (signal(SIGUSR1, sig_fun2))(30);就是这一句， signal(SIGUSR1, sig_fun2)是个函数指针，你这样写就是调用它了，但是这和信号处理没关系，写成signal(SIGUSR1, sig_fun2);就可以了
这就是你所说的成功则返回绑定之前的函数？？？
对
那当时绑定sig_fun1的时候，返回之前的处理函数是什么？？
这个就是系统默认的了，比如SIGINT就是你ctrl+c取消程序执行发送或氏的信号，它的处理函数就是结束程序的一系列动作，不过SIGUSR1是留给用户自定义的信号，系统默认应该是啥也不做的一个函数，例如void fun(int signo){}，你也可以之一次绑定的时候就调用试试看对不对
2.还有我在看signal函数定义的时候，void(//…)(int) 最衫薯散后传入的这个int整形参数就是我们自定义sig_fun()中所接收的30么？？我看例子里面有的signal(SIGINT,myfunc)；也没有带参数啊，搞不懂
是你理解错了，signal函数只是绑定，没涉及到调用绑定函数，不用带参数，信号处理函数不是像你这样调用的。callback回调你知道吧，就是先做好一个函数或过程放着，事件触发的时候才调用。那个30是你用普通函数调用的方式时的参数，跟信号处理一点关系也没有，你用60，70也没半毛钱关系。我猜你是想要调用信号处理函数，然后迷糊了，其实我上面说的“kill -SIGUSR1 进程号”就是触发程序调用该处理函数的信号，这和kill -9 杀死进程一个道理，只不过处理函数不同，结果不一样。ctrl+c也可以用信号的方式发送，kill -2 进程号，或者 kill -SIGINT 进程号
linux 错误值的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于linux 错误值,掌握Linux错误值，避免系统出错！,Linux中SIG_ERR值是什么的信息别忘了在本站进行查找喔。
