inittab文件-无法启动修复

合集下载

如何修复无法启动的程序

如何修复无法启动的程序在我们使用计算机过程中，有时候我们会遇到一些程序无法正常启动的问题。

这给我们的工作和生活带来了不便。

本文将介绍一些常见的无法启动程序的原因，并提供一些修复方法，帮助您解决这一问题。

一、错误的程序安装或更新如果您在安装或更新程序时出现错误，可能会导致程序无法启动。

这可能是由于下载文件损坏、网络连接问题或操作系统兼容性等原因引起的。

在这种情况下，您可以尝试以下方法来修复问题：1. 重新安装程序：首先，您可以尝试卸载当前的程序，然后重新下载并安装最新版本。

确保从官方网站或可靠的来源下载，并按照正确的安装步骤进行操作。

2. 清理残留文件：有时候在卸载程序后，可能会残留一些配置文件或注册表项。

您可以使用系统清理工具或第三方卸载程序来清理这些残留文件。

然后重新安装程序。

3. 检查网络连接：如果程序在下载或更新过程中出现问题，可能是由于网络连接不稳定。

您可以尝试更改网络连接，或者等待网络恢复正常后再次尝试安装或更新。

二、缺少依赖文件或组件某些程序需要依赖一些其他文件或组件来正常运行。

如果这些依赖文件或组件丢失或损坏，程序可能无法启动。

以下是一些解决这类问题的方法：1. 重新安装依赖组件：首先，您需要确定程序所需的依赖组件，这通常可以在程序的官方网站或文档中找到。

然后，您可以尝试重新安装这些组件，确保它们是最新版本，并按照正确的安装步骤进行操作。

2. 更新操作系统：有时候，操作系统本身的更新可能包含了一些程序所需的依赖文件或组件。

您可以尝试更新您的操作系统，以确保您拥有最新的依赖文件。

三、病毒感染或系统错误有时候，计算机上的病毒感染或系统错误可能导致程序无法启动。

在这种情况下，您可以进行以下操作以修复问题：1. 扫描病毒：使用可靠的杀毒软件对您的计算机进行全面扫描，确保没有病毒感染。

如果发现病毒，请按照杀毒软件的建议进行处理，并确保您的计算机得到了充分保护。

2. 修复系统错误：您可以使用操作系统提供的系统修复工具来检查和修复系统错误。

如何修复损坏的启动引导程序

如何修复损坏的启动引导程序启动引导程序是计算机系统的重要组成部分，它负责引导操作系统的加载和运行。

然而，由于各种原因，启动引导程序有时会受到损坏，导致计算机无法正常启动。

本文将介绍如何修复损坏的启动引导程序，帮助你解决启动问题并恢复计算机的正常运行。

修复损坏的启动引导程序的方法有很多种，具体的选择取决于不同的情况。

以下是几种常见的修复方法：方法一：使用Windows安装光盘修复启动引导程序1. 插入Windows安装光盘，然后重新启动计算机。

2. 在启动时按下对应的按键，进入BIOS设置界面，将光驱设置为首选启动设备。

3. 保存设置并重启计算机，按照屏幕上的提示进行操作，选择“修复你的计算机”。

4. 在弹出的选项中选择“命令提示符”，输入以下命令并按下回车键：bootrec /fixmbrbootrec /fixbootbootrec /rebuildbcd上述命令用于修复主引导记录（MBR）以及启动引导记录（BCD），完成后重新启动计算机。

方法二：使用启动修复工具修复启动引导程序1. 在启动时按下F8键，进入高级启动选项菜单。

2. 在菜单中选择“修复你的计算机”，然后进入“系统恢复选项”。

3. 选择“启动修复”，系统会自动检测并修复可能的启动问题。

4. 完成修复后，重新启动计算机，检查问题是否得到解决。

方法三：使用第三方启动修复工具修复启动引导程序1. 下载并安装可靠的第三方启动修复工具，例如EasyBCD或BOOTICE。

2. 启动修复工具，并按照其提供的指导操作，选择修复启动引导程序的选项。

3. 完成修复后，重新启动计算机，检查问题是否得到解决。

总结：修复损坏的启动引导程序是解决计算机启动问题的关键。

本文介绍了三种常见的修复方法，分别是使用Windows安装光盘修复、使用系统自带的启动修复工具以及使用第三方启动修复工具。

不同的方法适用于不同的情况，你可以根据实际情况选择合适的方法进行修复。

CentOS开机启动方式设置inittab介绍

CentOS开机启动方式设置inittab介绍CentOS下的 /etc/inittab 中的英文解释：This file describes how the INIT process should set up the system in a certain run-level.The inittab file describes which processes are started at bootup and during normal operation.通俗的说就是控制Linux启动时的一些程序及级别。

run-level的英文解释:# Default runlevel. The runlevels used by RHS are:# 0 - halt (Do NOT set initdefault to this)# 1 - Single user mode# 2 - Multiuser, without NFS (The same as 3, if you do not have networking)# 3 - Full multiuser mode# 4 - unused# 5 - X11# 6 - reboot (Do NOT set initdefault to this)将上面翻译过来就是：# 0 - 停机（千万不能把initdefault 设置为0 ）# 1 - 单用户模式# 2 - 多用户，没有 NFS (没有网络)# 3 - 完全多用户模式(标准的运行级，实际上就是text模式)# 4 - 没有用到# 5 - X11 （xwindow)# 6 - 重新启动在inittab文件里所有的有效语句都遵守如下格式：id:runlevels:action:processid: 是标识名，可以任意起名，4个字符以内，要注意的是标识名不能重复，它是唯一的。

runlevels: 表示这一行适用于运行那些级别(如上所示的6个级别)；另外sysinit、boot、bootwait这三个进程会忽略这个设置值。

init进程和inittab文件简要说明！Windows系统-电脑资料

init进程和inittab文件简要说明！Windows系统-电脑资料在坛子里看到有人问有关inittab文件的问题，找了下资料，总结一下，大家多提意见和补充吧！init进程是系统中所有进程的父进程，init进程繁衍出完成通常操作所需的子进程，这些操作包括：设置机器名、检查和安装磁盘及文件系统、启动系统日志、配置网络接在坛子里看到有人问有关inittab文件的问题，找了下资料，总结一下，大家多提意见和补充吧！init进程是系统中所有进程的父进程，init进程繁衍出完成通常操作所需的子进程，这些操作包括：设置机器名、检查和安装磁盘及文件系统、启动系统日志、配置网络接口并启动网络和邮件服务，启动打印服务等，。

Solaris中init进程的主要任务是按照inittab文件所提供的信息创建进程，由于进行系统初始化的那些进程都由init创建，所以init进程也称为系统初始化进程。

下面具体说明inittab文件的格式。

inittab文件中每一记录都从新的一行开始，每个记录项最多可有512个字符，每一项的格式通常如下：id:rstate:action:process，下面分别解释。

1．id字段是最多4个字符的字符串，用来唯一标志表项。

2．rstate(run state)字段定义该记录项被调用时的运行级别，rstate可以由一个或多个运行级别构成，也可以是空，空则代表运行级别0～6。

当请求init改变运行级别时，那些rstate字段中不包括新运行级别的进程将收到SIGTERM警告信号，并且最后被杀死；只有a、b、c启动的命令外（a、b、c不是真正的运行级别）3．action字段告诉init执行的动作，即如何处理process字段指定的进程，action字段允许的值及对应的动作分别为：1）respawn：如果process字段指定的进程不存在，则启动该进程，init不等待处理结束，而是继续扫描inittab文件中的后续进程，当这样的进程终止时，init会重新启动它，如果这样的进程已存在，则什么也不做。

init启动流程分析

init启动流程分析现在通用的发行的linux版本包括两种init，一种是老式的system V initialization，另一种是新式的Upstart方式。

system V initialization是基于启动等级的守护进程，他使用运行级别和链接来启动和关闭服务；Upstart init进程是基于事件的的守护进程，它使用事件来启动和关闭系统服务。

两种方式都有自己的启动流程，之前在查找Linux系统init流程的相关资料时总能够看到inittab，但是最新的Ubuntu上不存在这个文件，在旧式的System V initialization中，/etc/inittab可是个相当重要的文件。

init进程启动后第一时间找到它！inittab负责初始化系统，设置系统runlevel及进入各runlevel对应要执行的命令。

如果当前inittab中设置的默认runlevle是5，则init会运行/etc/init.d/rc 5命令，该命令会依据系统服务的依赖关系遍历执行/etc/rc5.d中的脚本/程序。

进入/etc/rc5.d目录，可以发现里面的文件都是到/etc /init.d/下对应的脚本/程序的软链接。

以S开头的为启动的意思，以K开头的为停止。

并且S/K后面的两位数字代表了服务的启动顺序。

在Upstart 方式中，runlevel对于服务的启动也有影响但不是关键所在。

Upstart job是事件驱动的，系统服务的启动、停止等等均是由事件决定的，反过来，系统服务的启动、停止也可以作为事件源触发其他服务。

并且事件并不一定得由系统内部产生，用户可以手工的键入start/stop [Service]产生事件来启动/终止服务。

man upstart-evnets查看upstart job所定义的事件，可以发现，runlevel也被当作事件来对待（因runlevel的改变而产生的事件），诸如此类还有其他如startup，started，filesystem等等。

Inittab启动配置文件维护技巧

Inittab启动配置文件维护技巧相信对于inittab配置文件的重要性就不用笔者过多阐述了。

单刀直入，谈谈维护这个配置文件时需要注意的事项。

一、inittab文件修改后无法启动怎么办?Inittab文件中的内容就好像微软操作系统中的注册表。

如果系统管理员在调整时更改不准确的话，那么就有可能导致操作系统无法正确启动。

发生这种情况时，系统管理员除了重新安装Linux操作系统外，还有其他的方法吗?其实不需要重新安装就可以解决这个inittab文件被意外不准确修改所带来的麻烦。

即系统管理员可以在启动时采用单人模式进入操作系统。

即使inittab文件被修改的一塌糊涂了，仍然可以在单用户模式下登陆到操作系统。

然后重新对这个文件进行修改，直到修改准确为止。

如用户采用的是GRUB开机管理程序的话(大部分Linux操作系统采用的是这种开机管理程序)，则只要在启动的时候当出现显示菜单画面时，按a键，即可以进入到单用户模式。

如果采用的是LILO开机管理程序的话，则在启动显示LILO 开机菜单画面时，按Ctrl+X键，当切换到文字模式的LILO登陆画面时，输入inux s命令即可。

此时系统就会自动以单用户的模式等到到操作系统。

不过有些系统管理员即使能够成功以单用户模式登陆到操作系统，它们也无能为力。

因为他们不知道这个inittab文件到底哪些内容在最近一次成功登陆系统后被更改了。

为了以后能够顺利恢复这个文件，笔者有两个建议。

首先，在对inittab文件在做更改时，最好在文件的开头和更改的地方，著名修改的内容与原因。

好记性不如烂笔头。

万一修改后系统无法正常登陆，在可以采用这些备注性的内容来重新调整相关的参数。

其次，最好在修改这些配置文件之前，将这个文件进行备份。

如此的话，即使不知道哪些地方被更改了，只需要将这个文件利用原先备份的内容覆盖掉即可。

所以说，在修改这个配置文件之前，最好系统管理员就即使做好备份。

二、在文字模式与图形窗口之间进行切换。

Linux recuse系统修复(救援模式)

#mv /etc/fstab /etc/fstab.bak ---备份系统挂载表 fstab 文件(此文件记录了 linux 分区信息) #sync ---将系统缓冲区的内容写入硬盘(在 Linux 系统中，当数据需要存入磁盘时，通常会先放到缓冲区内，等到适当的时刻再写入磁盘，如此可提高系统的执行效率) #reboot 经过这一番蹂躏之后，系统肯定是挂了的。。。。。最后一条 reboot 命令已经无法正常执行了。。。手动重启系统也是无法进入系统了的。。。。。。但是，只要根分区没有被格式化，就可以进入 linux 修复模式恢复该 linux 系统。二、修复 linux 系统
#cp /test/etc/fstab.bak /test/etc/fstab #reboot ----重启系统
----还原 fstab 文件
3.修复内核和 grub 重启之后，按 ESC 键选择 CDROM 引导，输入 linux rescue 再次进入到修复模式。此时再次进入到修复模式时，rescue 程序将会找到 fstab 文件，也就是会找到 linux 分区!并且把损坏的原 linux 系统挂载到/mnt/sysimage 下。并且 rescue 程序会提示你，可以使用#chroot(change root 修改根目录)修改根目录，进入到原系统中。如下图所示：
经过 rpm – qf 查询命令可得知，要修复的文件都包含在 initscripts-8.45.rpm 这个软件包里面。下一步，要把文件从这个 RPM 里面分离出来，并还原到/etc 目录下. #exit #cp /mnt/source/Server/initscripts-8.45.30-2.el5.i386.rpm #chroot /mnt/sysimage #cd tmp/ #ls #rpm2cpio initscripts-8.45.30-2.el5.i386.rpm #ls #cd etc/ #ls #cp inittab /etc/ #cp rc.sysinit /etc/rc.d/ #cp rc.local /etc/rc.d/ |cpio -imd 解压软件包到当前目录 /mnt/sysimage/tmp

Linux排错troubleshooting

Linux排错troubleshooting排错troubleshooting：分4部分。

这里我们只总结前三部分的故障排除。

构建服务器时会提到服务器服务问题。

1、启动问题：启动步骤：bios→bootloader（启动引导器，grub）→kernel→init。

始前时代：init之前是始前时代。

1.当BIOS读取MBR时，MBR已损坏，需要修复。

注：mbr前446字节mbc（主引导代码）坏时，如同新的硬盘什么都没写一样，此时，是可修复的。

如果，之后的64字节（dpt分区表）坏了就无法修复了。

破坏mbr方法：[ root@newrhel5：~]#ddif=/dev/zeroof=/dev/sdabs=446count=11+0recordsin1+0recordsout446bytes(446b)copied,0.000557676seconds,800kb/s修复方法：（2种：① 光盘引导；② U盘启动）①用光盘引导启动，进入rescue修复模式→chroot重新挂载/根分区→grub-install/dev/sda重装sba，修复mbr。

方法1：⑴破坏mbr：[ root@newrhel5：~]#ddif=/dev/zeroof=/dev/sdabs=446count=11+0recordsin1+0recordsout已复制446字节（446B），0.000557676秒，800KB/s⑵ CD引导：光盘rescue修复模式已经init了，有udev（在内核中，加设备文件）进入linuxrescue修复模式。

（1）进入Linux救援修复模式（2）选择美式键盘⑶选择语言为英语⑷安装网络（6）在/sys/MNE/image/reset模式下自动将CD装入网络分区。

⑺看光盘修复模式自动挂载的分区⑻切换／根分区；重装sda，修复mbrsh-3.1#chroot/mnt/sysimagesh-3.1#grub-install/dev/sda此时，重新启动系统并正常引导到系统中方法2：⑴如果在mbr被损坏前已把mbr备份到第三方存储设备中（如：u盘中）。

修复VMware虚拟机里Ubuntu编译内核之后无法启动的问题

修复VMware虚拟机里Ubuntu编译内核之后无法启动的问题最近在VMware虚拟机里面安装了Ubuntu10.04，尝试修改内核代码，无奈最后一次编译连系统都启动不了，只好通过iso安装文件启动进入原来的系统进行修复。

把这个过程记录下来，以备后用。

1、在VMware虚拟机中按Ctrl+D打开“虚拟机设置”，在“硬件”设备中选择“CD/DVD (IDE)”，在“连接”中选择“使用ISO镜像文件”，选择Ubuntu的iso安装文件，“确定”。

2、重启虚拟机，在显示“VMware”文字是按下Esc键，进入“Boot Menu”，选择“Enter Setup”-”Boot“，将”CD-ROM Drive“设为第一启动项，按F10，重启。

3、系统重启后通过iso文件启动，选择语言”English“，选择”Try Ubuntu without installing“，进入系统。

4、打开终端，输入 sudo su 转换为root用户；输入fdisk -l 查看主分区是哪个，如我的是sda1；输入以下命令，将原来无法启动的系统挂载到现在的系统上；mount /dev/sda1 /mnt{mount --bind /proc /mnt/procmount --bind /dev /mnt/devmount --bind /sys /mnt/sys}可以不用输入chroot /mnt 进入到原来的系统，可以进入/home目录确认；5、和使用原来系统一样的操作（自己该干嘛干嘛去，我是需要重新编译内核:）。

如果你知道原来系统进不了是因为grub损坏的话，那么这一步就进行grub修复，具体命令如下grub-install --root-directory=/mnt /dev/sda(未尝试)6、修改完卸载之前挂载的磁盘exit 退出chrootumount /mnt7、重新启动，将启动项改为硬盘启动。

OK。

如何修复Linux无法正常启动故障-电脑资料

如何修复Linux无法正常启动故障-电脑资料[html]没有操作系统能够确保100%可靠，。

终有一天，即使Linux也会无法启动。

本文为你提供一些在Linux工作站无法正常启动时所采用的策略。

不管你多么喜爱你的Linux机器，有时候你都必须恢复你的系统。

是的，即使一台Linux机器也可能遭受系统崩溃：不管是由于视频配置错误、内核更新出错、或是由于init脚本配置错误，这种情况都是必然的。

我看到过大量这种情况——即使在我自己的机器上，大多数是由于X配置出错——这确实令人沮丧。

在我看来，重新安装系统并不是最佳救援计划。

有时候，最佳救援计划甚至不需要从救援磁盘启动。

本文将为如何避免系统崩溃提供一些提示和诀窍，帮助你建立恢复崩溃的Linux机器所需的工具。

使用正确的运行级别安装好一个新的Linux系统后，我立即采取措施以确保灾难不会轻易发生。

其中一个措施就是编辑系统的运行级别。

运行级别告诉系统离采用引导过程还有多远。

运行级别分为六个等级：0级：停止(不设置initdefault)1级：单用户模式2级：多用户模式，没有NFS(与3级相同，如果你没有建立网络) 3级：完整的多用户模式4级：不使用5级：X116级：重新启动(不设置initdefault)新型的Linux系统几乎总是默认使用运行级5(X11)，表示系统在引导完成后，将会在图形登录界面处停止。

在某物(或某人)使用X配置前，系统一切正常。

然后你必须找到一个登录方法。

你可以按下[Ctrl][Alt][F7]进入一个基于文本的虚拟窗口，但为什么要这么麻烦呢？相反，我总是在/etc/inittab文件中将运行级更改为3级。

你更改的代码为：id:5:initdefault:它被更改为：id:3:initdefault:当X出错时，这是一个非常简单的系统恢复方法。

多内核另一个明显的磁盘恢复方法是总是安装一个正常运转的内核。

我通常在一个通过yum更新的内核上工作。

RHEL 6 安装 nvidia显卡驱动

方法一安装英伟达驱动时, 需要禁止加载Nouveau 驱动操作方法:修改blacklist.conf 文件1 vi /etc/modprobe.d/blacklist.conf在文件末尾添加 blacklist nouveau禁修改grub 驱动1 vi /etc/grub.conf在kernel 版本那行末加入：1 nouveau.modeset=0 rdblacklist=nouveau更改启动方式1 vi /etc/inittab将id:5:initdefault: 修改为 id:3:initdefault:然后选择重启.1 reboot三安装驱动重启后, 登录root 帐户使用cd 命令转到驱动文件的目录.1 sh ./驱动文件名根据提示安装四安装完成后输入1 init 5登录 root 帐户找到/etc目录下的inittab文件将id:3:initdefault: 修改为 id5:initdefault:安装成功...方法二详细安装过程如下：一、下载驱动官网地址：/object/linux-display-ia32-290.10-driver-cn.html 注意：该显卡驱动必须在命令行模式下安装。

二、安装(1)修改inittab文件,使下次开机可进入命令行模式修改/etc/inittab文件,将最后一行“id:5:initdefault:”中的5改为3。

这样重启后系统默认进入命令行模式。

（此时还不需重启）。

但仅仅进入命令行模式还不能成功安装驱动，因为nouveau这个第三方nvidia驱动仍然在运行，且与官方驱动冲突。

接下来要做的就是禁用nouveau。

（2）禁用nouveau1、将nouveau加入黑名单：在 /etc/modprobe.d/blacklist.conf文件最后一行后加上blacklist nouveau并保存。

2、重新生成初始化文件仅仅将nouveau加入黑名单还不够，因为rhel6已经将nouveau 集成到了初始化文件initramfs-x-x.img中，所以必须重新生成该文件才可将nouveau禁用，命令如下：[root@lee lee]mv /boot/initramfs-2.6.32-220.el6.i686.img/boot/initramfs-2.6.32-220.el6.i686.img.bak（注：此处的备份是十分必要的，当文件生成失败造成系统无法启动可以恢复）[root@lee lee]dracut -v /boot/initramfs-2.6.32-220.el6.i686.img （3）重启进入命令行模式重启后系统会经过一段很长时间的初始化，且漂亮的光圈不见了。

inittab文件的含义及作用

inittab文件的含义及作用展开全文inittab文件的具体含义：etc/inittab是一个非常重要的文件，因此掌握它对于很好的使用Linux有很大的帮助。

其各部分的含义如下：# 0-halt(Do Not set initdefault to this) 关机，请不要让默认init 进程为0# 1-Single user mode 单用户模式# 2-Multiuser.without NFS 没有NFS的多用户模式# 3-Full multiuser mode 多用户模式# 4-unused 保留# 5-X11 X Window模式# 6-reboot 重新启动id:3:inittabdefault: init默认运行级别，指系统启动后即进入的运行模式由此可以看出，如果将initdefault指定为0或是6，将会出现开机后就关机和开机后就自动启动的情况。

第三域的含义：（即操作域）off----当init进入第二域指出的运行级别时，取消第四域指出的相应进程。

once---当init进入第二域指出的运行级别时，执行第四域指定的命令，但可以不等它完成就开始其它操作。

respawn---当init进入第二域指出的运行级别时，执行第四域指定的命令，只要检测到此进程停止，就马上产生相应进程。

boot---当init进入第二域指出的运行级别时，执行第四域指定的命令，以后不管该进程怎样，都不再生成它。

bootexit--与boot差不多，只是要在相应进程结束后才继续。

initdefault---这是init的默认进程，也就是系统进入后运行的默认模式。

sysinit----在init进程首次读inittab时启动的相应进程，同时必须等待该进程完成后再处理下一个init进程。

inittab的作用：inittab为linux初始化文件系统时init初始化程序用到的配置文件。

这个文件负责设置init初始化程序初始化脚本?在哪里;每个运行级初始化时运行的命令;?开机、关机、重启对应的命令；各运行级登陆时所运行的命令。

Linux无法启动常见的几种原因及解决办法

Linux⽆法启动常见的⼏种原因及解决办法导致 Linux ⽆法启动的原因有很多，下⾯良许⼩编就将常见的⼏种原因及解决办法进⾏详述，希望对⼤家有所帮助。

1. ⽂件系统配置不当，如 /etc/inittab⽂件、/etc/fstab ⽂件等配置错误或丢失，导致系统出现故障，以⾄于⽆法启动。

2. ⾮法关机，导致 root ⽂件系统破坏，也就是 Linux 根分区破坏，系统⽆法正常启动。

3. 硬件故障，如主板、电源、硬盘等出现问题，导致 Linux ⽆法启动。

系统引导程序出现问题，如 grub 丢失或者损坏，导致系统⽆法引导启动。

从这些常见的故障中可以看出，导致系统⽆法启动的原因主要有两个，即硬件和操作系统。

对于硬件出现的问题，只需通过更换硬件设备，即可解决，⽽对于操作系统出现的问题，虽然出现的问题可能千差万别，不过在多数情况下都可以⽤相对简单统⼀的⽅法来恢复系统。

下⾯我们就针对上⾯提出的⼏个问题，给出⼀些常⽤的、普遍的解决问题的⽅法。

1、/etc/fstab⽂件丢失，导致系统⽆法启动/etc/fstab ⽂件存储了系统中⽂件系统的相关信息。

如果正确的配置了该⽂件，那么在 Linux 启动时，系统会读取此⽂件，⾃动挂载 Linux 的各个分区；如果此⽂件配置错误或者丢失，就会导致系统⽆法启动，具体的故障现象会在检测 mount partition 时出现 startingsystem/logger，此后系统启动就停⽌了。

针对这个问题，第⼀思路就是想办法恢复 /etc/fstab 这个⽂件的信息。

如果恢复了此⽂件，系统就能⾃动挂载每个分区，正常启动。

可能很多读者⾸先想到的是将系统切换到单⽤户模式下，然后⼿动挂载分区，最后结合系统信息，重建 /etc/fstab ⽂件。

但是，这种⽅法是⾏不通的，因为 fatab ⽂件丢失导致 Linux ⽆法挂载任何⼀个分区，即使 Linux 还能切换到单⽤户下，此时的系统也只是⼀个 read-only 的⽂件系统，⽆法向磁盘写⼊任何信息。

unix故障现象及解决办法(一)

unix故障现象及解决办法最近收集了一些关于UNIX的故障以及解决办法，特发上和大家共享，不过SINA的博客有字数限制，发个长的文章还真是累人1.故障现象:系统不能进入多用户，显示如下信息INIT : Cannot open /etc/inittab error :2INIT : SINGLE USER MODE故障分析:表明/etc/inittab文件已经丢失解决步骤:要恢复/etc/inittab，必须重新创建系统核心环境1)输入root口令，进入系统维护模式2) cd /etc/conf/cf.dtouch /etc/.new_unix../bin/idmkenv按照提示输入y ,重新创建核心系统3) cat /etc/inittab如果显示不能打开/etc/inittab文件，输入以下命令ln -s /var/opt/K/SCO/Unix/*/etc/inittab /etc/inittab4) exit系统将提示ENTER RUN LEVEL(0-6,s or S)输入2，进入多用户方式2.故障现象:系统显示如下出错信息No utmp entry. You must login in from lowest level - sh故障分析:表明系统注册的记录文件/etc/utmp , /etc/wtmp和/etc/utmpx中的一个或几个已经被破坏解决步骤: 1)以root注册，进入单用户维护模式2)执行以下命令清空这些文件> /etc/utmp> /etc/wtmp> /etc/utmpx3.故障现象:在控制台注册时，显示如下错误提示Cannot obtain databae information on this terminal故障分析:表明/etc/auth/sytem/ttys文件(终端控制数据库)有问题解决步骤: 1)以root注册2) ttyupd确保所有在/etc/inittab中的tty设备登记项在终端控制数据库中有相应的登记项4.故障现象:系统引导失败或出现"NO OS"信息故障分析:硬盘分区中的分区引导块(/etc/hdboot0和/etc/hdboot1)或主引导块(/etc/masterboot)以被损坏解决步骤: 1)插入应急引导盘，出现Boot:输入hd(40)unix2)进入单用户维护模式instbb hd /dev/hd0a将分区引导块写入硬盘3) dparam -w将主引导块代码写入硬盘的主引导块2.故障现象:系统引导失败或出现"NO OS"信息故障分析:硬盘分区中的分区引导块(/etc/hdboot0和/etc/hdboot1) 或主引导块(/etc/masterboot)以被损坏解决步骤: 1)插入应急引导盘，出现Boot:输入hd(40)unix2)进入单用户维护模式instbb hd /dev/hd0a将分区引导块写入硬盘3) dparam -w将主引导块代码写入硬盘的主引导块3.故障现象:系统启动时显示boot not foundcannot openStage 1 boot failure : error loading hd(40)/boot故障分析:系统中的boot文件丢失解决步骤: 1)插入应急引导盘出现Boot:输入fd(60)unix.Z root=hd(42)2)进入单用户维护模式3) umount /standmount /standmount -r /dev/fd0 /mntcp /mnt/boot /standumount /mnt4)重新启动机器4.故障现象:系统引导后显示unix not found故障分析:表明系统核心文件unix已经丢失解决步骤:可使用unix.old unix.safe引导系统，或者按照一下步骤恢复1)插入应急引导盘出现Boot:输入fd(60)unix.Z root=hd(42) swap=hd(41)2)进入单用户维护模式3)umount /standmount /standmount -r /dev/fd0 /mntcp /mnt/unix.Z /standumount /mnt4)重新启动系统5.故障现象:系统启动过程中，出现"Kernel : i/o bufs"信息并挂起引导进程故障分析: /etc/init文件丢失解决步骤: 1)插入应急引导盘出现Boot:直接回车继续2)按照要求插入应急root盘3) /etc/mount /dev/hd0root /mnt如果安装失败，用fsck对硬盘进行检查4) cp /etc/init /mnt/etc/init5)重新启动系统6.故障现象:登陆时显示Account is disabled -- see Account Administrator故障分析:用户被锁,进accout manager查看相应设置解决步骤: passwd -u usernam e7.故障现象:登陆时候显示Terminal tty is disabled -- see Account Administrator故障分析:终端被锁，进terminal manager查看相应设置解决步骤: ttyunlock ttyname2.怎样制作安装引导盘答:在系统光盘的/images/boot下有引导软盘的映像文件N00,1)软盘制作步骤将系统光盘插入驱动器，root用户注册format /dev/rfd0135ds18/mount /dev/cd0 /mntcd /mnt/images/bootdd if=N00 of=/dev/rfd0cd /umount /mnt2)内容检验系统光盘/images/boot下有一个引导软盘的校验结果文件sumscat sums显示30258 2880为确认当前制作软盘是否正确，可执行以下命令进行校验sum -r /dev/rfd0显示30528 2880 /dev/rfd0如果校验结果与sums文件内容一致，表示软盘制作成功。

etc-inittab和etc-fstab文件丢失

/etc/inittab和/etc/fstab文件丢失
一、/etc/inittab文件丢失
“/etc/inittab”文件是系统初始化进程init的配置文件，当该文件被误删或者存在错误配置
时，可能导致无法启动系统。

丢失“/etc/inittab”文件后，启动时将会出现“INIT：No Inittab
file found”的错误提示。

这时候则需要从RHEL5的光盘中安装initscripts软件包，步骤如下：
1.进入Linux急救模式
2.安装initscripts软件包
二、/etc/fstab文件丢失
“/etc/fstab”配置文件决定了Linux系统在启动后如何加载各分区，若此文件丢失，这些分区
将无法挂载，系统也将无法正常启动。

丢失“/etc/fstab”文件后，系统启动后将显示“can't open /etc/fstab：No such file or directory.”的错误信息。

这时候则需要手动挂载根分区，并重建fstab配置文件，步骤如下：
1.进入linux急救模式
2.查找逻辑卷，并激活
3.挂载根分区
4.重建fstab配置文件，或者直接复制备份文件sh-3.2# vi /tmpdir/etc/fstab
5.保存fstab文件，并reboot。

AIX-Inittab文件详解

Inittab文件示例: IBM_PROLOG_BEGIN_TAG: This is an automatically generated prolog.:: bos530 src/bos/etc/inittab/inittab 1.28.2.11:: Licensed Materials - Property of IBM:: (C) COPYRIGHT International Business Machines Corp. 1989,1993: All Rights Reserved:: US Government Users Restricted Rights - Use, duplication or: disclosure restricted by GSA ADP Schedule Contract with IBM Corp.:: IBM_PROLOG_END_TAG:: COMPONENT_NAME: CMDOPER:: ORIGINS: 3, 27:: (C) COPYRIGHT International Business Machines Corp. 1989, 1993: All Rights Reserved: Licensed Materials - Property of IBM:: US Government Users Restricted Rights - Use, duplication or: disclosure restricted by GSA ADP Schedule Contract with IBM Corp.:: Note - initdefault and sysinit should be the first and second entry.:init:2:initdefault:brc::sysinit:/sbin/rc.boot 3 >/dev/console 2>&1 # Phase 3 of system bootpowerfail::powerfail:/etc/rc.powerfail 2>&1 | alog -tboot > /dev/console # Power Failure Detectionmkatmpvc:2:once:/usr/sbin/mkatmpvc >/dev/console 2>&1atmsvcd:2:once:/usr/sbin/atmsvcd >/dev/console 2>&1load64bit:2:wait:/etc/methods/cfg64 >/dev/console 2>&1 # Enable 64-bit execstunables:23456789:wait:/usr/sbin/tunrestore -R > /dev/console 2>&1 # Set tunablesrc:23456789:wait:/etc/rc 2>&1 | alog -tboot > /dev/console # Multi-User checksrcemgr:23456789:once:/usr/sbin/emgr -B > /dev/null 2>&1fbcheck:23456789:wait:/usr/sbin/fbcheck 2>&1 | alog -tboot > /dev/console # run /etc/firstbootsrcmstr:23456789:respawn:/usr/sbin/srcmstr # System Resource Controllerrctcpip:23456789:wait:/etc/rc.tcpip > /dev/console 2>&1 # Start TCP/IP daemonsldapclntd:23456789:wait:/usr/sbin/start-secldapclntd > /dev/console 2>&1sniinst:2:wait:/var/adm/sni/sniprei > /dev/console 2>&1rcnfs:23456789:wait:/etc/rc.nfs > /dev/console 2>&1 # Start NFS Daemonscron:23456789:respawn:/usr/sbin/cronpiobe:2:wait:/usr/lib/lpd/pioinit_cp >/dev/null 2>&1 # pb cleanupqdaemon:23456789:wait:/usr/bin/startsrc -sqdaemonwritesrv:23456789:wait:/usr/bin/startsrc -swritesrvuprintfd:23456789:respawn:/usr/sbin/uprintfdshdaemon:2:off:/usr/sbin/shdaemon >/dev/console 2>&1 # High availability daemonl2:2:wait:/etc/rc.d/rc 2l3:3:wait:/etc/rc.d/rc 3l4:4:wait:/etc/rc.d/rc 4l5:5:wait:/etc/rc.d/rc 5l6:6:wait:/etc/rc.d/rc 6l7:7:wait:/etc/rc.d/rc 7l8:8:wait:/etc/rc.d/rc 8l9:9:wait:/etc/rc.d/rc 9naudio2::boot:/usr/sbin/naudio2 > /dev/nullnaudio::boot:/usr/sbin/naudio > /dev/nullntbl_reset:2:once:/usr/bin/ntbl_reset_datafilesrcml:2:once:/usr/sni/aix53/rc.ml > /dev/console 2>&1logsymp:2:once:/usr/lib/ras/logsymptom # for system dumpsperfstat:2:once:/usr/lib/perf/libperfstat_updt_dictionary >/dev/console 2>&1diagd:2:once:/usr/lpp/diagnostics/bin/diagd >/dev/console 2>&1xmdaily:2:once:/usr/bin/xmwlm -L 2>&1 >/dev/null # Start xmwlm daily recordingctrmc:2:once:/usr/bin/startsrc -s ctrmc > /dev/console 2>&1dt:2:wait:/etc/rc.dtcons:0123456789:respawn:/usr/sbin/getty /dev/consoleha_star:h2:once:/etc/rc.ha_star >/dev/console 2>&1vty0:2:off:/usr/sbin/getty /dev/vty0vty1:2:off:/usr/sbin/getty /dev/vty1详细分析/etc/inittab 文件/etc/inittab 文件控制着初始化过程。

linux的启动流程及启动失败时的修复

linux的启动流程及启动失败时的修复linux开机普通是这个样子，首先开机执行POST加电自检，加电自检其实是调用主板COMS中的BIOS中的程序，来检测计算机主要硬件的可用性，假如加电自检胜利，BIOS会按照设定的默认启动项取寻觅MBR，比如你的第一启动项是U盘，其次启动项是关盘，他会依次在U盘、光盘、磁盘中寻觅，找到MBR后会运行MBR中的前446个字节的小程序--bootloader，bootloader会找到被标识为活动分区的那个分区，并用法grub从该分区引导操作系统，假如能加载到，他会把加载内核（kenerl）并把内核读入内存并绽开，并试图运行起来，运行起来以后内核开头初始化，此时内核猎取系统的控制权。

内核猎取控制权后会加载额外的外围设备驱动，然后把各种外围的设备做一些初始化，内核把能够识别的硬件识别出来，比如磁盘，但是内核中能够加载的驱动程序是很有限。

等磁盘系统加载完成后，系统运行第一个进程init，init是全部进程的父进程，当内核加载完成初始化并加载跟文件系统以后，init启动，init要完成囫囵系统的初始化，init靠/etc/inittad 来实现初始化，所以说inittab这个文件十分重要，inittab走失或损坏，系统将无法运行。

init首先读取默认的运行级别，然后执行/etc/rc.d/rc.sysinit文件完成系统初始化，而/etc/rc.d/rc.sysinit这个脚本大致完成以下几项工作1：激活udev 和selinux;2:按照/etc/sysctl.conf文件来设置内核参数；3:设置系统4:装载键盘映射；5:激活swap设备；6:设置主机名称，/etc/sysconfig/netmork;7:跟文件系统检测，完成后以读写方式重新挂载；8:激活Ra；和LVM设备启用磁盘配额；10：检查并挂载其他文件系统，按照/etc/fstab；11：清除启动过程中的暂时文件。

oracle监听无法自动启动重启节点长时间无法启动

LISTENER_IVR1 = (DESCRIPTION_LIST = (DESCRIPTION =
(ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = ivr1-vip)(PORT = 1521)(IP = FIRST)) ) (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = ivr2-vip)(PORT = 1521)(IP = FIRST)) ) (ADDRESS_LIST = (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC)) ) ) ) 因为ivr2的VIP没有在ivr1 节点上，因此导致监听服务无法重启。 4 操作
# listener.ora.ivr1 Network Configuration File: /u01/app/oracle/product/10.2.0/db_1/network/admin/listener.ora.ivr1 # Generated by Oracle configuration tools.
修改文件为
listener.ora samples shrept.lst sqlnet.ora tnsnames.ora [oracle@ivr1 admin]$ vi listener.ora
# listener.ora.ivr1 Network Configuration File: /u01/app/oracle/product/10.2.0/db_1/network/admin/listener.ora.ivr1 # Generated by Oracle configuration tools.
TNS-00511: No listener Linux Error: 111: Connection refused [oracle@ivr1 ~]$ lsnrctl start