在 Linux 64 位系统上安装 Oracle 10g 遇到 e2eme 报错，通常是由于缺少必要的 32 位或 64 位依赖包、内核参数设置不当或操作系统版本兼容性检查失败导致的。解决方案主要包括安装完整的依赖包清单（如 gcc、glibc、libaio 及其 devel 版本，注意同时安装 i386 和 x86_64 架构包），修改/etc/redhat-release 文件以通过版本检查，以及在某些情况下应用官方补丁或手动替换错误的库文件。安装依赖包后必须重启安装界面再次尝试，否则编译错误仍会发生。此外，还需确保环境变量正确设置，并检查 SELinux 配置是否干扰了编译过程。

安装 oracle 时报错，linux 64 位安装 Oracle 10g 时 e2eme 报错的解决方案

安装 oracle 时报错，linux 64 位安装 Oracle 10g 时 e2eme 报错的解决方案 本文详述了在 Linux 64 位环境中安装 Oracle 10g 时，遇到 e2eme 编译错误的解决方案，涉及包检查、内核参数设置、SElinux 配置及环境变量调整等内容，助您顺利安装。linux 64 位安装 Oracle 10g 时 e2eme 报错的解决方案是本文我们主要要介绍的内容，错误的详细的日志文件如下：class="dp-xml"> INFO: reference to `ldxnbeg'/app/oracle/product/10/db_1/lib32//libnls10.a(lxecg2i.o)(.text+0×231): In function `lxecg2i': : undefined reference to `ldxdtd'/app/oracle/product/10/db_1/lib32//libnls10.a(lxecg2i.o)(.text+0×314): In function `lxecg2i': : undefined reference to `ldxnbeg'/app/oracle/product/10/db_1/lib32//libnls10.a(lxecg2i.o)(.text+0×340): In function `lxecg2i': : undefined reference to `ldxdfd'/app/oracle/product/10/db_1/lib32//libnls10.a(lxecg2l.o)(.text+0x13f): In function `lxecg2l': : undefine INFO: d reference to `ldxnbeg'/app/oracle/product/10/db_1/lib32//libnls10.a(lxecg2l.o)(.text+0x16f): In function `lxecg2l': : undefined reference to `ldxdtd'/app/oracle/product/10/db_1/lib32//libnls10.a(lxecg2l.o)(.text+0x48b): In function `lxecg2l': : undefined reference to `ldxnbeg'/app/oracle/product/10/db_1/lib32//libnls10.a(lxecg2l.o)(.text+0x4b7): In function `lxecg2l': : undefined reference to `ldxdfd'/app/oracle/product/10/db_1/lib32//libunls10.a(lxu4tstc.o)(.text+0x8b4): In function `lxu4TstClsXMLPub INFO: idChar0′: : undefined reference to `lxpTstClsXMLPubidCharTbl'/app/oracle/product/10/db_1/lib32//libunls10.a(lxu4dec.o)(.text+0x18b): In function `lxu4Decomposition': : undefined reference to `lxujmd'collect2: ld returned 1 exit status make[1]: *** [/app/oracle/product/10/db_1/sysman/lib/e2eme] Error 1 make: *** [e2eme] Error 2 INFO: End output from spawned process. INFO: ———————————-INFO: Exception thrown from action: make Exception Name: MakefileException Exception String: Error in invoking target'agent nmo nmb'of makefile'/app/oracle/product/10/db_1/sysman/lib/ins_sysman.mk'.（该信息的时间戳是 2021 年 4 月 8 日）

安装 oracle 报错 /ins_sysman.mk

在 Linux 5.5 64 位环境下安装 Oracle 10g 时遇到安装失败问题，具体表现为安装进度到达 83% 时报错。本文详细记录了错误信息，并提供了具体的解决方案，包括需要安装的一系列依赖包清单。在 linux 5.5 64 位上安装 oracle 10g，安装今进度到 83% 是报错：INFO: make: *** [e2eme] Error 2 INFO: End output from spawned process. INFO: ----------------------------------INFO: Exception thrown from action: make Exception Name: MakefileException Exception String: Error in invoking target 'agent nmo nmb' of makefile '/oracle/app/product/10.2.0/db_1/sysman/lib/ins_sysman.mk'. See '/oracle/app/oraInventory/logs/installActions2012-05-18-04-56PM.log' for details. Exception Severity: 1 是 oracle 安装时 oracle 后台编译的编译错误！解决办法：确认一下包都安装上，libgomp-4.4.0-6.el5.x86_64.rpm \ kernel-headers-2.6.18-164.el5.x86_64.rpm \ glibc-headers-2.5-42.x86_64.rpm \ libstdc++-devel-4.1.2-46.el5.x86_64.rpm \ sysstat-7.0.2-3.el5.x86_64.rpm \ glibc-devel-2.5-42.x86_64.rpm \ libaio-devel-0.3.106-3.2.x86_64.rpm \ gcc-4.1.2-46.el5.x86_64.rpm \ gcc-c++-4.1.2-46.el5.x86_64.rpm \ elfutils-libelf-devel-static-0.137-3.el5.x86_64.rpm \ elfutils-libelf-devel-0.137-3.el5.x86_64.rpm \ libtermcap-devel-2.0.8-46.1.x86_64.rpm \ readline-devel-5.1-3.el5.x86_64.rpm \ unixODBC-2.2.11-7.1.x86_64.rpm \ unixODBC-devel-2.2.11-7.1.x86_64.rpm \ glibc-devel-2.5-42.i386.rpm \ libaio-devel-0.3.106-3.2.i386.rpm \ compat-db-4.2.52-5.1.x86_64.rpm \ compat-gcc-34-3.4.6-4.x86_64.rpm \ compat-gcc-34-c++-3.4.6-4.x86_64.rpm \ gdb-6.8-37.el5.x86_64.rpm \ libXp-1.0.0-8.1.el5.i386.rpm \ libstdc++-devel-4.1.2-46.el5.i386.rpm compat-libstdc++-296-2.96-132.7.2.i386.rpm compat-libstdc++-33-3.2.3-47.3.i386.rpm 64 位不仅要安装 64 位的包，有些还需要安装 32 位的包。确认后，需要重启安装界面，再次安装，否则还是会报错。重启安装界面，问题解决。（来自 2012 年 5 月 18 日的资料）

Oracle:真正解决在 x64 位 linux 上安装 oracle10g 报错和 bug 问题!

Oracle:真正解决在 x64 位 linux 上安装 oracle10g 报错和 bug 问题！如题。可以保证从 Centos 4、5、6、7、8、9 全系列版本上安装 oracle10g 初始版。可以保证从 Redhat 4、5、6、7、8、9 全系列版本上安装 oracle10g 初始版。理论上，所有的基于 glibc 的 linux 系统应该都可以成功安装！未测试！有关 Debian、Ubuntu 系列安装 oracle 的资料可以查找本博主的其他笔记 :) 解决 3 个报错问题和 bug: 1. fast_memcpy (libirc.a) 动态库问题 2. snmccollector.so i386 格式不是 x64 问题 (bug) 3.ins_emdb.mk 找不到到 libnnz10.so 库问题 原理：从最新的 10.2.0.5 的 PSU 中提取相关正确的文件替换 10.2.0.1 原始版中错误的文件。既然我们习惯了等 oracle 官方出补丁修正问题，oracle10g 都过保了，为什么我们自己不回过头出一个呢！使用：下载我的补丁包，在 oralce 的安装 os 用户下，安装前设置好要安装的 $ORACLE_HOME 环境变量，运行安装包内的 runPatch.sh，注意需要在补丁包的目录下执行 (因为补丁文件在其中，sh 写的比较简单)。文件及路径可以自行查看 runPatch.sh 脚本。欢迎修改。补丁附件：oracle.10.2.0.1.0.linux.x86-64.bugfix.by-jinsen.2022-02-17.zip（资料日期为 2022 年 2 月 17 日）

rhel 6.1 64 位上 Oracle 10G R2 安装与常见错误解决办法

rhel 6.1 64 位上 Oracle 10G R2 安装与常见错误解决办法 [root@EJingCha soft]# uname -a Linux EJingCha 2.6.32-131.0.15.el6.x86_64 #1 SMP Tue May 10 15:42:40 EDT 2011 x86_64 x86_64 x86_64 GNU/Linux [root@EJingCha soft] mount /dev/cdrom /mnt [root@EJingCha soft]# vim /etc/yum.repos.d/rhel-source.repo [rhel-source] name=Red Hat Enterprise Linux $releasever - $basearch - Source baseurl=file:///mnt enabled=1 #gpgcheck=1 #gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release [root@EJingCha soft]rpm -q --qf '%{NAME}-%{VERSION}-%{RELEASE} (%{ARCH})\n' binutils glibc glibc-common libaio libgcc libstdc++ make ksh libgomp sysstat kernel-headers libstdc++-devel elfutils-libelf-devel mpfr libXmu libXt libXxf86misc glibc-headers libXxf86vm glibc-headers libXxf86vm xorg-x11-xauth cpp libtool-ltdl unixODBC cloog-ppl ppl libmcpp mcpp xorg-x11-server-utils compat-db42 compat-db43 libdmx libXv libXxf86dga libIDL ORBit2 GConf2 libbonobo gtk2-engines shared-mime-info libdaemon avahi avahi-glib gnome-vfs2 xorg-x11-utils compat-libstdc++-33 celt051 libXp ConsoleKit-x11 xorg-x11-xinit glibc-devel gcc compat-gcc-34 ncurses-devel gcc-c++ libgnome readline-devel compat-db libaio-devel compat-gcc-34-c++ [root@EJingCha soft] rpm -q --qf '%{NAME}-%{VERSION}-%{RELEASE} (%{ARCH})\n' libgcc nss-softokn-freebl glibc libaio libstdc++ ncurses-libs readline libICE libtool-ltdl libSM libuuid unixODBC libXau libX11 libxcb libXext libXi compat-libstdc++-33 libXt libXtst libaio-devel unixODBC-devel glibc-devel [root@EJingCha soft]yum install -y libaio-0.3.107-10.el6.i686 ncurses-libs-5.7-3.20090208.el6.i686 readline-6.0-3.el6.i686 libICE-1.0.6-1.el6.i686 libtool- ltdl-2.2.6-15.5.el6.i686 libSM-1.1.0-7.1.el6.i686 libuuid-2.17.2-12.el6.i686 unixODBC-2.2.14-11.el6.i686 libXau-1.0.5-1.el6.i686 libX11-1.3-2.el6.i686 libxcb-1.5-1.el6.i686 libXext-1.1-3.el6.i686 libXi-1.3-3.el6.i686 compat-libstdc++-33-3.2.3-69.el6.i686 libXt-1.0.7-1.el6.i686 libXtst-1.0.99.2-3.el6.i686 libaio-devel-0.3.107-10.el6.i686 unixODBC-de（2013 年 7 月 24 日的资料）

Red Hat 6.5 安装 Oracle 10g 故障汇总 - 阿里云开发者社区

Red Hat 6.5 安装 Oracle 10g 故障汇总 简介：目前 Oracle 12c 第一版已经推出接近一年时间，行业普遍接受 11gR2 作为安装标准配置。笔者接受了一个在 64bit Red Hat 安装老版本 Oracle 10gR2 的任务。目前 Oracle 12c 第一版已经推出接近一年时间，行业普遍接受 11gR2 作为安装标准配置。笔者接受了一个在 64bit Red Hat 安装老版本 Oracle 10gR2 的任务。在这个过程中，遇到一些问题，将解决策略记录下来，留待需要的朋友待查。1、OS 版本兼容 OS 与 Database Software 之间的兼容性问题是我们需要考虑的第一关。在 Oracle 10g 时代，Linux 普遍版本是 4.x，所以对于我们安装的 Red Hat 6.5，在安装兼容性检查过程中是会报错的。这个问题还是比较好解决的。原则上 6.5 版本和之前 Linux 版本没有本质的差异。而且，我们在选择 Linux 安装的时候，还是尽可能选择高版本的进行尝试。解决这个问题的方法就是要“骗”过 Oracle 软件的安装过程。Oracle 检验版本，主要是查看/etc/redhat-release 文件中的版本信息。我们手工将其修改之后，就可以了。--修改前 [root@SimpleLinux ~]# cat /etc/redhat-release Red Hat Enterprise Linux Server release 6.5 (Santiago) --修改后 [root@SimpleLinux ~]# cat /etc/redhat-release Red Hat Enterprise Linux Server release4.8(Santiago) 检验通过。2、图形界面激活报错 libXp.so 安装软件过程中，使用图形化界面方式进行安装。运行 runInstaller 脚本，报错。[oracle@CRSimpleLinux database]$ ./runInstaller Starting Oracle Universal Installer Checking installer requirements Checking operating system version: must be redhat-3, SuSE-9, redhat-4, UnitedLinux-1.0, asianux-1 or asianux-2 Passed All installer requirements met. Preparing to launch Oracle Universal Installer from /tmp/OraInstall2014-05-19_12-33-59PM. Please wait [oracle@CRSimpleLinux database]$ Exception in thread "main" java.lang.UnsatisfiedLinkError:/tmp/OraInstall2014-05-19_12-33-59PM/jre/1.4.2/lib/i386/libawt.so: libXp.so.6: cannot open shared object file: No such file or directory at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary0(Unknown Source) at java.lang.ClassLoader.loadLibrary(Unknown Source) at java.lang.Runtime.loadLibrary0(Unknown Source)（撰于 2016 年 12 月 26 日）

FAQ

Linux 64 位安装 Oracle 10g 遇到 e2eme 报错的主要原因是什么？

主要原因是缺少必要的 32 位或 64 位依赖包，导致编译过程中链接错误，例如 undefined reference 错误。

安装依赖包后是否需要重启安装程序？

是的，确认包安装完成后，需要重启安装界面再次安装，否则还是会报错。

如何解决操作系统版本兼容性检查报错？

可以通过修改/etc/redhat-release 文件中的版本信息，将其改为 Oracle 支持的版本如 Red Hat Enterprise Linux Server release 4.8 来“骗”过检查。