Ecco alcuni modi chiari per risolvere il problema del kernel build di centos 5.
Approvato: Fortect
- La persona è al sicuro? Centos dispone di un ambiente di lavoro completo. Se ottieni di nuovo questo componente critico, potrebbe essere il nostro comportamento del resto del sistema.
-
SEI ASSOLUTAMENTE SER? 99 sicuramente, 0,9%, perché gli utenti non hanno più bisogno di rifare il proprio kernel. Potrebbe essere necessario che crei il modulo del kernel nella sola combinazione principale specificata nella sezione “Costruire i propri moduli del kernel”.
-
Le funzionalità richieste sono disponibili durante l’installazione di una relativa ai moduli del kernel per il progetto ELRepo?
- Le utili funzioni che hai sicuramente a disposizione come oggetto separato dal nuovo kernel?
Approvato: Fortect
Fortect è lo strumento di riparazione PC più popolare ed efficace al mondo. Milioni di persone si affidano a milioni di persone per mantenere i loro sistemi in esecuzione veloci, fluidi e privi di errori. Grazie alla sua semplice interfaccia utente e al potente motore di scansione, Fortect trova e risolve rapidamente un'ampia gamma di problemi di Windows, dall'instabilità del sistema e problemi di sicurezza alla gestione della memoria e ai colli di bottiglia delle prestazioni.
- 1. Scarica Fortect e installalo sul tuo computer
- 2. Avvia il programma e fai clic su "Scansione"
- 3. Fai clic su "Ripara" per risolvere eventuali problemi rilevati
La lente a contatto di cui hai bisogno è disponibile nel kernel CentOS Plus che si trova nel repository CentOSPlus?
-
Ultimo avviso. … … … Se una persona rompe il kernel o il sistema personale, salva il sito e, come bonus, aiuta a salvare tutte le parti e le urla associate che il tuo sistema potrebbe avviare.
Esistono sicuramente modi per creare il proprio kernel per CentOS. Il primo è costruire un kernel a causa di parametri configurabili da sorgenti, solitamente CentOS, e l’altro è costruire un kernel principale con i sorgenti ottenuti per l’articolo da tutto l’archivio del kernel Linux.
Questa FAQ riguarda la creazione del kernel legittimo dai sorgenti CentOS con le tue configurazioni o modifiche individuali. Come scritto per CentOS-7.
(Se un individuo vuole creare un kernel di livello consumer, non seguire le istruzioni m sul coordinamento del kernel. Questo sito non è solo curato in quanto descrive la build come un problema primario che è insicuro e il nostro approccio potrebbe manca. Vedere una spiegazione dettagliata della creazione di un RPM sorgente completo su CentOS non root. Linux Kernel utilizzando un singolo Nutshell è sicuramente una buona analisi per la creazione di un kernel di base.)
un particolare. Fai i tuoi preparativi
Per compilare con successo questo kernel, probabilmente devi installare i pacchetti quando:
-
yum groupinstall applicazioni di sviluppo
-
yum install ncurses-devel
-
yum fit qt3 – devel (è richiesto solo se si desidera utilizzare cause xconfig invece di make gconfig o make menuconfig.)
-
yum build hmaccalc zlib-devel binutils- devel elfutils-libelf – devel < /p>
-
L’albero dei sorgenti del kernel è completo. Ti viene richiesto di seguire le istruzioni nella sezione 2 del nostro documento “Ho bisogno del sorgente del kernel”.
Quando esegui i comandi prima di yum, conferma se sono riferimenti a eccezioni. Se i tuoi deliziosi file di configurazione hanno solo linee di “esclusione” che si ripetono al kernel e ai pacchetti utili, anche quei maschi dovrebbero essere rimossi. Si dovrebbe spesso capire che sebbene il business di CentO scoraggia l’uso di eccezioni, questi fornitori non consentono ora ai kernel di popcorn modificati dall’utente di funzionare nella loro configurazione supportata. Per ulteriori informazioni su questo argomento, vedere l’articolo Quick Wiki esatto, Sezione 3, Server virtuale CentOS non funzionante. Tieni presente che è sempre una buona idea avere un backup aggiornato e verificato insieme ai tuoi contenuti che non dovresti perdere.
Se vuoi mettere le patch del kernel, copia la tua ~ corretta per rpmbuild / SOURCES / directory qui.
6. Kernel installato
Cambia la directory in ! / rpmbuild / BUILD / kernel – 1 . / linux – * / e copia lungo la strada verso quella directory come .config, il file di set corrente dalla directory configs / o qualsiasi tipo di file specifico all’avvio del kernel. database di configurazione dalla nuova directory /boot/.
[utente @ host] $ ~ / rpmbuild BUILD / kernel - * / sistema linux - * /
[utente @ host] $ disc clubpenguin configs / kernel-3.10.0-`uname -m`.config .config
[utente su host] $ cp / boot o config-`uname -r` .config
Nota. Le parole circostanti uname -m o uname -r tendono ad essere spesso apici inversi piuttosto che apostrofi.
Prima esegui make oldconfig. Ora è necessario che sia necessario eseguire make menuconfig, gconfig o eseguire xconfig quando è necessario impostare la configurazione del kernel. Fatto, non trascurare il fatto di ripetere le modifiche.
Quindi aggiungi la stessa riga che gli esperti dicono sia l’equivalente commentato della nuova piattaforma hardware all’inizio di questo file di configurazione (equivalente al nostro output fornito dal comando uname -i) chiaramente prima di aggiungerlo di nuovo a configurazione / replica. … libro di riferimento delle persone. In un particolare senso x86_64, sarà un’architettura a 64 bit. Dovrebbe essere commentato con # a inoltre dovrebbe essere preferibilmente la prima riga di input di aiuto. Nota che deve esserci una distanza sufficiente tra il simbolo del diamante e la piattaforma per avere il descrittore DIY.
Aggiungi uno di voi vedete, le seguenti configurazioni come prima versione del mio file:
# x86_64
Assicurati di copiare il file .config di nuovo in questa guida configs / directory. Questo è fondamentalmente l’opposto insieme al precedente comando di copia:
[utente - host] $ clubpenguin .config configs / kernel-3.10.0-`uname -m`.config
Il passaggio finale consiste nello spostare il contenuto totale della directory configs / web nel sito web ~ / rpmbuild / SOURCES / directory.
[utente @ host] $ paralisi della costruzione cerebrale / * ~ / rpmbuild / FONTI /
3. Core ABI
Una caratteristica del kernel CentOS è che il nostro ABI persiste per tutta la durata del programma e uno dei vantaggi dell’utilizzo dell’ABI più coerente è che puoi creare moduli kernel specializzati supportati da un enorme kernel di terze parti versione. – quindi non c’è bisogno di ricostruire i consumatori per ogni nuovo kernel svelato. Questo è il nucleo del pacchetto kABI viewer kmod per fornire driver di dispositivo aggiornati e altri supporti del file system a scopo illustrativo.
Per mantenere la coerenza ABI, il classico kernel all abi è stato scritto e salvato in un file eccezionale. Questo file viene utilizzato durante questa fase di test kABI per ogni kernel creato. Se il nuovo kernel è stato configurato probabilmente modificato per corrispondere all’ABI rilasciato, il caricamento dovrebbe fallire con un messaggio che indica il motivo per cui si è verificata una specifica interruzione di kABI. Il generatore di kernel mantiene quindi due opzioni: (a) riconfigurare il nuovo kernel valido in modo che si sincronizzi con l’ABI pubblicato e quindi continui a sfruttare lo stesso ABI, o (b) monitorare kABI durante l’operazione di compilazione -Disattiva. Delle scelte fatte in alcuni passaggi, la prima è desiderabile, ma la seconda è semplicemente sempre la direzione in cui hai bisogno per andare davvero avanti.
Disabilitare la decrittazione ABI del kernel è solo un semplice processo per fornire il miglior buco e il suo argomento nel corso del comando RPMbuild:
- senza Kabichka
4. File delle specifiche del kernel di ottimizzazione
[utente @ host] cash cd ~ / rpmbuild / SPECS /[utente su host SPECS] $ clubpenguin kernel.spec kernel.spec.distro[utente @ host SPECS] $ vi kernel.spec
Alla riga sette, direi che la definizione di buildid è stata sottolineata. Richiesto
Non sono commentati e tendono ad essere addebitati per evitare conflitti con il kernel attualmente utilizzato. Modifica la riga nello stesso modo dell’esempio seguente:
% denota buildid .your_identifier
Se vuoi usare i bit, devi fare riferimento ad essi in due modi: nella sezione patch. “
Per prima cosa, aggiungi in genere la riga “# bare final patch for similar exam after patch” al kernel. Immediatamente dopo tale riga, aggiungi l’intero ostart a 40.000 in effetti che la tua patch non sia in conflitto con alcuni repository di patch del kernel RHEL / CentOS. Per l’esercizio:
Patch40000: my-custom-kernel.patch
In secondo luogo, aggiungi la riga “ApplyOptionalPatch linux-kernel-test.patch”. Appena prima di questa riga, aggiungi una riga per aiutare ad applicare la patch. Ad esempio:
ApplyOptionalPatch my-custom-kernel.patch
cp $ RPM_SOURCE_DIR / config- *.
paralisi cerebrale $ RPM_SOURCE_DIR / kernel - *. config.
5. Costruisci un nucleo migliore
[user @ host SPECS] $ rpmbuild -bb --deal with = `uname -m` kernel.spec 2> build-err.log | Tè
Accelera ora le prestazioni del tuo computer con questo semplice download.