Questions tagged «kernel»

有关UNIX内核的所有内容:开发,配置,编译,设计等。

1
bash如何执行ELF文件?
当我在Linux Box上时,我使用bash作为外壳。现在,我想知道bash如何处理ELF文件的执行,也就是说,当我键入./program且program是ELF文件时。我grep了bash-4.3.tar.gz,似乎没有某种魔术数字解析器可以确定文件是否为ELF,也没有找到exec()syscall。 整个进程如何运作?bash如何将ELF的执行传递给OS?
8 bash  kernel  executable  exec  elf 

4
内核:禁用/ dev / kmem和/ dev / mem
我了解这一点,/dev/kmem并/dev/mem提供对系统内存(即原始RAM)的访问。我也知道,/dev/kmem可以在内核中完全禁用它,并且可以限制对的访问/dev/mem。 在我看来,对内存的原始访问对开发人员和黑客来说很有用,但是为什么我需要通过访问内存/dev/mem。AFAIK不能在内核中禁用它(不同于/dev/kmem)。在我看来,访问可能被滥用/利用的原始内存似乎只是在自找麻烦。 有实际用途吗?是否有任何用户程序要求它正常工作?

1
根和内核之间是什么关系?[关闭]
已关闭。这个问题需要细节或说明。它当前不接受答案。 想改善这个问题吗?添加详细信息并通过编辑此帖子来澄清问题。 6年前关闭。 根据此问题的第一个答案的一部分: 从文件读取(内核必须检查权限是否允许您从所述文件读取,然后内核执行对磁盘的实际指令以读取文件) 它需要具有root特权才能更改对文件的权限。使用root特权,用户可以访问任何文件而无需担心权限。那么,根和内核之间是否存在任何关系?



1
如何防止系统信息在终端上显示?
我正在使用curses GUI,该GUI应该在默认linux终端(我没有安装X服务器)启动时自动启动。我的工作很好,但是我遇到了一个问题,即在我的curses应用程序启动后不久,操作系统会将一些信息转储到终端,这会弄乱我的GUI。每次都会弹出有关“预读缓存”的信息。插入USB闪存驱动器或其他设备时,我还看到显示的消息。 有没有办法防止这些消息发送到/ dev / tty1?

2
Linux内核3.3功耗回归
我在DELL n4110中使用Fedora 16。我最近将内核从3.2升级到了3.3。与官方说法相反,我的系统仍然耗尽电池电量。与以前一样,它在正常压力下只能提供1:30到2小时的备份,而Windows在类似压力下可以提供3小时/ +的备份。 以下是的一些屏幕截图,来自powertop框内运行的服务的统计数据,以及grub.cfg的几行内容。 Overview Idle stats Frequency stats Device stats tunable services /etc/init.d/ceph:找不到ceph conf /etc/ceph/ceph.conf; 系统未配置。 dc_client.service-SYSV:Distcache是​​一个分布式SSL会话缓存客户端代理。 已加载:已加载(/etc/rc.d/init.d/dc_client) 有效:无效(无效) CGroup:名称= systemd:/system/dc_client.service dc_server.service-SYSV:Distcache是​​一个分布式SSL会话缓存服务器。 已加载:已加载(/etc/rc.d/init.d/dc_server) 有效:无效(无效) CGroup:名称= systemd:/system/dc_server.service #由ebtables-save v1.0于2012年4月21日星期六生成 * nat :接受 :接受输出 :接受发布 httpd.service-Apache HTTP服务器(prefork MPM) 已加载:已加载(/lib/systemd/system/httpd.service;已禁用) 有效:无效(无效) CGroup:名称= systemd:/system/httpd.service 没有活动的会话 iscsid.service-LSB:启动和停止登录iSCSI守护程序。 已加载:已加载(/etc/rc.d/init.d/iscsid) 活动:自周六,2012年4月21日08:11:58 +0545起活动(运行);1h 23min前 进程:1011 ExecStart …

1
什么是syscall-template.S?
我碰到了一个文件,syscall-template.S更具体地说,它的位置是 .../sysdeps/unix/syscall-template.S 这是什么文件 它在哪里。它不在我的系统上,我无法在包括linux-image和的源代码包中找到它glibc。
8 kernel  c  glibc 

3
Linux内核头文件的组织
在阅读系统调用时,我搜索了“ syscalls.h”以在LXR中找到头文件。搜索结果使我感到困惑。在“ arch / _arch_name_ / include / asm”目录下有许多“ syscalls.h”文件。没关系,它们是体系结构特定的定义或其他需要的东西。问题是,为什么在/ include / linux和/ include / asm-generic下都有两个不同的“ syscalls.h”标头? 另外,我想弄清楚什么是/ include / linux标头,什么是/ include / asm-generic标头。它们之间如何区分?具有两个单独的头文件夹背后的逻辑是什么?它们如何相互联系? 谢谢


2
使用默认配置编译内核
假设: 该平台: anisha@linux-dopx:~/> uname -a Linux linux-dopx 2.6.34-12-desktop #1 SMP PREEMPT 2010-06-29 02:39:08 +0200 x86_64 x86_64 x86_64 GNU/Linux 下载的内核是kernel.org上最新的稳定版本。 我们在选项中保留默认值(不做任何更改)make menuconfig。 只需输入make,make install,grub-update,并重新启动。 现在,按照这些假设,是否仍然需要对文件进行一些其他更改或编译一些其他驱动程序以确保无错重启? 如果是,那么这些变化取决于什么? 编辑1: anisha@linux-dopx:/> sudo /sbin/lspci -n 00:00.0 0600: 8086:29c0 (rev 10) 00:02.0 0300: 8086:29c2 (rev 10) 00:1b.0 0403: 8086:27d8 (rev 01) 00:1c.0 0604: 8086:27d0 (rev 01) …

2
签名/校验和以防止/检测内核
我所有的分区都已加密(/和/home),但是该/boot分区必须保持未加密状态,并且可以进行操作。我正在考虑在启动时对内核进行哈希处理,并根据存储的值(在编译时生成,保存在我的加密驱动器上)检查结果,以查看是否有人以某种方式操纵了自上次启动以来的内核(甚至可能是物理方式)。编写这样的脚本是否有问题?是否已经有执行此操作的程序?

1
Linux内核安装中的严重致命错误
我已经从源代码编译Linux内核2.6.24.6(没有问题)并尝试安装它。具体来说,在解压缩Linux源代码之后,我做了 make && make modules 编译。然后经过一些配置,我只是使用了 sudo make modules_install install 安装新生成的二进制文件。在此过程中,有关定位file的错误/sys/class/net/eth0/device/bus。它还会引发严重的致命错误。详细的错误堆栈如下: sh /mnt/factor/myProj3/linux-2.6.24.6/arch/x86/boot/install.sh 2.6.24.6 arch/x86/boot/bzImage System.map "/boot" unable to stat /sys/class/net/eth0/device/bus: No such file or directory WARNING: No module xenblk found for kernel 2.6.24.6, continuing anyway grubby fatal error: unable to find a suitable template 源代码应该没问题。致命错误的原因可能是什么?如果不修复它,就无法安装Linux。请指教。

3
Linux内核逻辑地址空间组织
根据“编写出色代码”,几乎所有操作系统运行时内存都分为以下区域: 操作系统| 堆叠 堆| 文字| 静态 储存/ BSS [以增加地址的方式] 用户空间进程针对其不同类型的数据对象使用更高的内存区域。 内核空间进程还具有不同类型的数据对象。这些对象共享用户空间内存区域(堆栈,堆等)还是在OS区域中有单独的子区域(堆,堆栈等),如果是的话,它们的排列顺序是什么。谢谢,

4
进入内核编程的最佳方法?
并不是问什么书(尽管如果您知道有什么指南/教程会有所帮助),而是开始进行内核编程的最佳方法是什么,是否有一个特定的发行版是最好的学习方法? 我最感兴趣的是设备驱动程序部分,但是我想学习如何设置内核(模块等),我大约有4-5年的C / C ++经验,但这主要是大学的知识(因此不喜欢4-5年的工作经验,如果您明白我的意思)

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.