A continuación, se muestran algunas formas sencillas de solucionar el problema del kernel de construcción de centos 5.
Aprobado: Fortect
- ¿Es la persona eficaz? Centos tiene un ambiente de trabajo completo. Si su empresa reemplaza este componente crítico, es muy posible que sea más el comportamiento del resto del arreglo.
-
¿ES ABSOLUTAMENTE SER? 95 en serio, 0.9%, porque los usuarios ya no necesitan reconstruir su propio kernel. Es posible que desee compilar el módulo del kernel mediante la única combinación especificada en el apartado “Construyendo sus propios módulos del kernel”.
-
¿Están disponibles las funciones necesarias al instalar uno de los módulos del kernel para la pantalla ELRepo?
- ¿Las funciones útiles que necesitan los propietarios están disponibles como un objeto separado del kernel actual?
Aprobado: Fortect
Fortect es la herramienta de reparación de PC más popular y eficaz del mundo. Millones de personas confían en él para mantener sus sistemas funcionando de forma rápida, fluida y sin errores. Con su sencilla interfaz de usuario y su potente motor de análisis, Fortect encuentra y soluciona rápidamente una amplia variedad de problemas de Windows, desde la inestabilidad del sistema y los problemas de seguridad hasta la gestión de la memoria y los cuellos de botella en el rendimiento.
- 1. Descarga Fortect e instálalo en tu computadora
- 2. Inicie el programa y haga clic en "Escanear"
- 3. Haga clic en "Reparar" para solucionar cualquier problema que se encuentre
¿La lente de una persona que necesita está disponible en el kernel de CentOS Plus que se encuentra en el repositorio de CentOSPlus?
-
Última advertencia. … … … Si rompe el núcleo o el sistema personal, reduzca los costos y, como beneficio adicional, ayude a salvar prácticamente todas las partes y los gritos asociados que su cuerpo no arrancará.
Seguramente hay dos formas de crear su propio kernel con respecto a CentOS. La primera es construir el kernel perfecto con parámetros configurables de fuentes, generalmente CentOS, y la otra es construir un kernel número uno con las fuentes obtenidas para el artículo después del archivo del kernel de Linux.
Esta pregunta frecuente trata sobre la compilación del núcleo curativo a partir de las fuentes de CentOS con sus opciones o modificaciones reales. Como está escrito para CentOS-7.
(Si desea construir un kernel de nivel de consumidor, no siga las instrucciones m en su ensamblaje del kernel. Este sitio no se mantiene básicamente, ya que describe la compilación como un problema importante real que es inseguro y nuestro programa Falta. Vea una explicación detallada de cómo hacer un RPM de origen en CentOS no root. El kernel de Linux en una sola cáscara de nuez es definitivamente una gran referencia para construir un kernel básico.)
1. Haga sus preparativos
Para crear correctamente el kernel, probablemente necesite instalar los siguientes paquetes:
-
yum groupinstall herramientas de descubrimiento
-
yum deploy ncurses-devel
-
yum fit qt3 – devel (solo es necesario si desea usar have xconfig en lugar de make gconfig o create menuconfig.)
-
yum build hmaccalc zlib-devel binutils- devel elfutils-libelf – devel
-
El árbol de fuentes del kernel está completo. Debe seguir las instrucciones de la sección 2 relacionadas con el documento “Necesito el código fuente del kernel”.
Cuando ejecute comandos antes de yummy, observe si son referencias de excepción. Si sus archivos de configuración de yum actuales solo tienen líneas de “exclusión” que generalmente se relacionan con el kernel y paquetes útiles, algunas personas también deberían eliminarse. Preferiblemente, debe entenderse que, aunque los negocios de CentO normalmente desaconsejan el uso de excepciones, estos proveedores no ofrecen núcleos de palomitas de maíz modificados por el usuario para que se ejecuten en su entorno empaquetado. Para obtener más información sobre este tema, consulte el artículo de Quick Wiki, Sección 3, Servidor virtual CentOS roto. Tenga en cuenta que siempre es una buena idea tener una grabación actualizada y verificada de su contenido que no debe perder.
Si desea agregar parches del kernel, copie su directorio ~ o rpmbuild / SOURCES / correcto aquí.
2. Kernel instalado
Cambie el directorio que ~ / rpmbuild / BUILD / kernel – – / linux – * / y fotocopie a ese directorio como .config, ya sea el archivo de ubicación hasta par del directorio configs /, además de un archivo específico cuando iniciando el kernel. archivo de diseño del nuevo / boot / service.
[usuario @ host] $ ~ versus rpmbuild / BUILD / kernel - * / a linux systemunix - * /
[usuario @ host] cd de ingresos clubpenguin configs / kernel-3.10.0-`uname -m`.config .config
[usuario @ host] $ cp / boot versus config-`uname -r` .config
Nota. Los personajes de dibujos animados circundantes uname -m o uname -third son a menudo comillas invertidas en lugar de apóstrofos.
Primero ejecute make oldconfig. Ahora lo necesita Se requiere que ejecute make menuconfig, gconfig o power xconfig para configurar su kernel. Listo, no se olvide de rehacer los cambios.
Luego use la línea que los expertos dicen que es el equivalente comentado de la nueva plataforma de hardware que ayudará al comienzo de este archivo de configuración (equivalente a regresar a la salida proporcionada por el comando uname -i) simplemente antes de agregarlo nuevamente a config para cada copia. … libro de referencia de personas. En todo el sentido x86_64, será un urbanismo de 64 bits. Se debe comentar con # un importante y preferiblemente debe ser la primera línea adjunta a la entrada manual. Tenga en cuenta que debe haber mucho espacio entre el símbolo del diamante y el programa de software para el descriptor de bricolaje.
Agregue uno debido a las siguientes configuraciones como la primera versión perteneciente al archivo:
# x86_64
Definitivamente debe copiar el archivo .config a este directorio configs /. Esto es básicamente lo contrario del comando de copia anterior:
[usuario - host] $ clubpenguin .config configs / kernel-3.10.0-`uname -m`.config
El paso final es mover todo el contenido de la información libre de configs / web al directorio ~ / rpmbuild / SOURCES o.
[usuario @ host] $ parálisis de diseño cerebral / * ~ / rpmbuild o FUENTES /
3. ABI principal
Una característica del kernel de CentOS es que la mayoría de su ABI persiste durante la vida de todo el producto, y uno de los beneficios de implementar una ABI consistente es que puede fabricar módulos de kernel adicionales que son compatibles con un tercio en particular -versión del núcleo de la fiesta. – por lo que hay poca necesidad de reconstruir los consumidores para cada kernel de última generación lanzado. Este es el núcleo del tipo de paquete kmod para visitantes de kABI para proporcionar usuarios de dispositivos actualizados y otros medios del sistema de archivos para un uso ilustrativo.
Para mantener la coherencia ABI, el clásico kernel de texto abi se ha escrito y guardado en un archivo. Este archivo se usa durante la fase de prueba de kABI para cada kernel que siempre se construye. Si el nuevo kernel ha sido diseñado o modificado para que coincida con la ABI publicada, todas las compilaciones deberían fallar con un mensaje que indique por qué se produjo la interrupción de kABI. El constructor de kernel finalmente tiene dos opciones: (a) reconfigurar el nuevo kernel de buena reputación para que se sincronice con la ABI de marca y así continuar aprovechando la propia ABI, o (b) monitorear kABI durante el proceso de refuerzo -Desactivar. De las elecciones hechas en la maniobra 2, la primera es deseable, pero la última es siempre la dirección en la que pides avanzar.
Deshabilitar la comprensión de la ABI del kernel es un proceso simple para proporcionar la bandera más ventajosa y su argumento en la línea de comandos de RPMbuild:
- sin Kabichka
varios. Ajuste del archivo de especificación del kernel
[usuario en el host] $ cd ~ / rpmbuild / SPECS /[usuario @ host SPECS] $ clubpenguin kernel.spec kernel.spec.distro[usuario en el host SPECS] $ vi kernel.spec
En la Web 8, diría que la definición de buildid está realmente comentada. Requerido
No están comentados y, en consecuencia, se cobran para evitar conflictos con el kernel ya instalado. Edite la línea de la misma forma que en el siguiente ejemplo:
% describe buildid .your_identifier
Si desea aplicar parches, debe consultarlos en dos lugares diferentes: en la sección de parches. “
Primero, aumente la línea “# parche final desnudo para probar realmente después de los parches” en el kernel. Inmediatamente cuando haya terminado esta línea, agregue todo el ostart ubicado en 40,000 para que su parche no entre en conflicto que incluye el repositorio de parches del kernel RHEL / CentOS. Por ejemplo:
Patch40000: my-custom-kernel.patch
En segundo lugar, agregue la línea “ApplyOptionalPatch linux-kernel-test.patch”. Justo antes de esta línea, agregue una línea para ayudarlo a aplicar el parche. Por ejemplo:
ApplyOptionalPatch my-custom-kernel.patch
cp $ RPM_SOURCE_DIR / config- 4 ..
cp $ RPM_SOURCE_DIR / kernel -. config.
5. Cree un núcleo mejor
[user @ host SPECS] $ rpmbuild -bb --target = `uname -m` kernel.spec 2> build-err.log | té Acelere el rendimiento de su computadora ahora con esta simple descarga.
