我运行以下命令来创build快照卷。 但内核收到一个错误，kvmpipe理程序停止响应。 为什么是错误和如何解决它？ lvcreate -L20G -s -n volume_A_backup /dev/vgroup/volumeA 错误日志： Mar 10 02:36:59 kvm kernel: BUG: Bad page map in process udevd pte:800000081ad43645 pmd:409f37067 Mar 10 02:36:59 kvm kernel: addr:00006aff4f837000 vm_flags:00100173 anon_vma:ffff88081f7dc448 mapping:(null) index:7fffffff1 Mar 10 02:37:02 kvm kernel: Pid: 5091, comm: udevd Not tainted 2.6.32-358.18.1.el6.x86_64 #1 Mar 10 02:37:03 kvm kernel: Call Trace: Mar […]
CentOS 6.2服务器重启后，我们得到一个内核恐慌，出现以下错误： Kernel panic – not syncing: Attempted to kill init! Panic occurred, switching back to text console 在启动时将init = option selinux = 0传递给内核时，服务器将无故障启动。 我试过寻找init = option的方法，但是我一直没能find解释它的资源。 有人可以解释这个参数是什么吗？ 另外，因为这是一个生产服务器，在使用init =选项运行时是否有任何负面/风险？ 我试图通过dracut重新启动initramfs哪些不起作用，并在启动时收到上述错误。 由于这是一个集群服务器，主服务器应该是相同的，我已经从另一台服务器复制了/ boot驱动器，但是这也没有解决问题。 （其他服务器没有这种行为） 从备份恢复/启动也不起作用。 你能帮我调查一下这个问题吗？ 是什么导致这个内核恐慌？ 你将如何去解决这个问题？ 什么日志（如果有的话）会告诉你更多的信息？ 由于这是较旧的安装，更新/升级是否可能解决此问题？ 我还想补充一点，唯一可能的相关问题是，在镜像发生之前，被镜像的根磁盘失败并被replace。 谢谢你的帮助！
今天早上我更新了一台服务器，并在启动时引发了最新的内核崩溃 在审查了grub.conf文件后，我发现initrdpath丢失。 有没有办法解决这个问题？ 或者，我应该从grub.conf中删除最新的内核条目，并从以前的内核启动（testing工作）？ grub.conf文件： # grub.conf generated by anaconda # # Note that you do not have to rerun grub after making changes to this file # NOTICE: You have a /boot partition. This means that # all kernel and initrd paths are relative to /boot/, eg. # root (hd0,0) # kernel /vmlinuz-version ro […]
这是在Hyper-V机器上。 我已经将最小RAM设置为512，最大值设置为2048.主机拥有更多的RAM。 Linux在Hyper-V上的dynamicRAM有问题吗？ 我似乎无法弄清楚为什么我们有内存问题。 编辑：我也只是禁用dynamicRAM和设置最小/启动达2048MB。 内存不足问题仍然崩溃。 编辑： [root@localhost ~]# free -m total used free shared buffers cached Mem: 1869 1240 629 0 27 1049 -/+ buffers/cache: 162 1706 Swap: 991 6 985 那是在编译期间。 我会发布失败。 上次我做到了，系统在崩溃时仍然有大量的RAM。 PS：我注意到，如果我尝试使用make -j来使用更多的处理器（12），编译将几乎立即崩溃。 下面是使用make -j选项专用的4GB示例。 make -j之后编译崩溃了。 编辑3：我能够最终编译内核，而不使用-j选项，但为什么Hyper-V给我这样的内存错误是奇怪的。 还在做一些debugging。
我最近安装了第二个CPU到服务器。 CPU与第一个相同，我确认在安装之前CPU处于良好的工作状态。 服务器启动，我安装了CentOS 6没有问题。 POST屏幕可以识别两个CPU – 屏幕截图： http : //pasteboard.co/bOY8M04.png 但是，第一次启动时，我注意到在控制台上显示一个奇怪的错误消息“CPU1：卡住??” – 截图： http : //pasteboard.co/bOWvk1c.png 在挖掘/ var / log / messages时，我发现了更多的错误输出： Sep 13 18:01:58 customer kernel: Kernel panic – not syncing: Fatal exception Sep 13 18:01:58 customer kernel: Pid: 0, comm: swapper Tainted: GD ————— 2.6.32-431.29.2.el6.x86_64 #1 Sep 13 18:01:58 customer kernel: Call Trace: […]
我在Linode上有一个Debian Wheezy虚拟机，他们用自己的内核来运行它。 作为一个有信誉的公司，我相信他们能够快速应用安全补丁，而我所需要做的就是重新启动以获得新补丁。 然而，为了注意是否已经发布了一个新的版本，我必须监视一个RSS feed，这需要一点点的关注，因为它包括所有内核版本的通知，而不仅仅是我正在使用的那个版本。 另外，使用我的操作系统外部的内核会导致页面上出现一些关于假设的警告，例如我的防火墙脚本正试图检查某些模块的存在。 我已经在Debian安全公告电子邮件列表中了，我一直关注其他虚拟机。 所以在我看来，我最好转向一个股票Debian内核，但使用一个我可能不知道的主机内核还有其他的优点吗？
是否可以使用apt-get包pipe理器将Ubuntu 9.10中的内核降级到2.6.30（或2.6.31以下的任何2.6内核）？ 这是动机： 我在一台装有NetXen NXB-10GCX4 10GbE网卡的机器上安装了Ubuntu 9.10服务器。 Linux 2.6.31附带的netxen_nic驱动程序抱怨网卡上的固件太旧（固件为3.4.114，内核需要固件版本为3.4.216或更高版本 ）。 我去了供应商的网站（购买了NetXen的QLogic）， 下载了最新的驱动程序 ，并刷新了固件。 不幸的是，网卡仍然无法正常工作。 根据驱动程序文档，我需要安装商业驱动程序才能使用最新的固件正常工作。 我试图编译商业驱动程序到一个内核模块。 不幸的是，它们不能在Ubuntu 9.10上编译，因为它们是为2.6.31中从内核中删除的旧版LinuxnetworkingAPI 编写的 。 由于QLogic认为这是一个传统产品，所以不会有任何额外的驱动程序更新。 所以我需要在仍然支持旧API的内核上运行。 我仍然想使用Ubuntu 9.10。 我宁愿使用包pipe理器，以便正确处理依赖关系，而不是手动执行内核降级。 编辑：任何人通过search这个特定的网卡到达这个网页，我解决了我的具体问题，从NetXen的日本站点下载Linux驱动程序的版本3.4.216，并通过复制3.4.216 / bin / cx4_romimage到/ lib / firmware / nxroming.bin并重新加载netxen_nic模块。
在Debian 5（使用Linux内核版本2.6.26）ext4准备好了吗？ 它会是稳定的，免费的，无bug的？
请不要在RedHat有关紧急模式的文档中重复一遍。 我想知道从grub发布到内核到紧急模式login提示时所涉及的步骤。 我想/ sbin / init是完全绕过，因此绕过rc.sysinit以及。 我不知道什么是没有被绕过的，或者紧急模式与init = / bin / sh有什么不同（紧密地）。 在引导时间给出紧急参数时，内核采取什么样的步骤？ 谢谢！
我想知道如果有人可以指出一些很好的文档，可以给我关于一些内核variables的详细信息。 我现在最感兴趣的是下面的variables/参数，以及它如何影响系统以及如何确定它们的最佳值 net.ipv4.conf.all.send_redirects = 0 net.ipv4.ip_conntrack_max = 231072 net.ipv4.netfilter.ip_conntrack_tcp_max_retrans = 3 net.ipv4.netfilter.ip_conntrack_tcp_be_liberal = 0 net.ipv4.netfilter.ip_conntrack_tcp_loose = 3 net.ipv4.netfilter.ip_conntrack_tcp_timeout_max_retrans = 300 net.ipv4.netfilter.ip_conntrack_log_invalid = 0 net.ipv4.netfilter.ip_conntrack_generic_timeout = 600 net.ipv4.netfilter.ip_conntrack_icmp_timeout = 30 net.ipv4.netfilter.ip_conntrack_udp_timeout_stream = 180 net.ipv4.netfilter.ip_conntrack_udp_timeout = 30 net.ipv4.netfilter.ip_conntrack_tcp_timeout_close = 10 net.ipv4.netfilter.ip_conntrack_tcp_timeout_time_wait = 120 net.ipv4.netfilter.ip_conntrack_tcp_timeout_last_ack = 30 net.ipv4.netfilter.ip_conntrack_tcp_timeout_close_wait = 60 net.ipv4.netfilter.ip_conntrack_tcp_timeout_fin_wait = 120 net.ipv4.netfilter.ip_conntrack_tcp_timeout_established = 432000 net.ipv4.netfilter.ip_conntrack_tcp_timeout_syn_recv = […]