Vale la pena provare questi suggerimenti per il ripristino se riscontri l’errore “Grub find errore 15 minuti file non trovato” sul tuo computer.Nella grande maggioranza dei casi, viene visualizzato il messaggio “Error 15: File Not Found” a causa di una connessione errata al rapporto di configurazione del bootloader GRUB in /scarpe o stivali/grub/menu. Il nostro errore 8 potrebbe essere causato dal miglior compact disc difettoso, dal percorso o dalla frase di partizione errati o da una serie di altri errori nella voce del kernel nel menu di GRUB.
Stai ovviamente usando Grub-Legacy su Ubuntu e il bootloader viene utilizzato all’avvio.
Questo errore si verifica quando non è possibile trovare il nome del file selezionato, indipendentemente dal fatto chema per il resto (come al solito le informazioni su disco/partizione) vanno bene.Spesso l'errore indica che manca lo stesso file di immagine del kernel.Assicurati che alcuni dei file a cui fa riferimento siano nella tua nuova partizione di avvio.
Successivo valido ma sbagliato, è necessario installare una partizione di avvio di backup (usando le opzioni della causa). La radice è commentata qui.
Se un kernel Gentoo non si trova in dev / sda1, sarà necessario modificare (hd0,0) per accedere o copiare questo kernel nella partizione corretta.
Se è presente un kernel Gentoo in / dev – sda1, sarà necessario confermare quale grub è stato utilizzato. Dato che stai iniziando con MBR su sdb, mi chiedevo come il BIOS vede i dischi. Che cos’è il root HDX per praticamente tutto Ubuntu (hd1,0)?
Dato che sei abbastanza fortunato da avere Grub2 installato su Gentoo, le tue esigenze potrebbero probabilmente usarlo.
# Gentoo nel percorso di accesso menu.lst (nell'intestazione di Ubuntu) Gentoo kernel (hd0.0) /Boot/grub/core.img core
Puoi accedere a “Error see 15” e “Error 17” se la community di file “/boot” è dannosa e quindi il sistema non si avvierà probabilmente. Ciò è dovuto principalmente al concetto che i file principali del sistema di avvio sono mancanti o non trovati. È forse molto probabile che il sistema dell’applicazione “/ boot” sia stato sovrascritto o formattato e si sia verificato un errore grave.
Nei casi in cui di solito si verifica un problema tramite i file, ad esempio a causa di “vmlinuz-*”, questo sistema visualizza il messaggio di errore “Errore 15: File non trovato”. In tal caso, la console andrà oltre il processo di escursione in uno e due passaggi e visualizzerà persino lo schermo del computer del contatore delle funzionalità, ma non inserirà il kernel perché la documentazione del kernel di una persona è mancante o danneggiata (vmlinuz-1 . o correlati File). Potrebbe anche rispondere con un errore “Kernel Panic”, come suggerito nel paragrafo successivo:
[Se il file dilemma “grub.conf” è comune, il sistema ricorrerà spesso al prompt “grub”. Se questo è l’UNICO problema, ogni sistema può essere ripristinato dalla grafica originale, i file di immagine del kernel initramfs. Non è così difficile, quindi non lo prenderei in considerazione qui]
Vediamo, per la maggior parte di noi, come risolvere questo problema e far tornare il sistema operativo. In questo caso, è assolutamente necessario riavviare permanentemente il sistema in modalità 12 passaggi per ripristinare il file di sistema guasto. I passaggi/procedure qui descritti si applicano a RHEL 6/5. Tuttavia, se possibile, ho documentato i cambiamenti che questi ultimi erano previsti in RHEL 7 ma anche nei sistemi successivi.
Questa può essere un’importante descrizione passo passo di come risolvere questo problema.
Passaggio 1. Avviare il terreno di recupero
Avvia in modalità di ripristino per controllare i dati delle scarpe o degli stivali e il file system. Quindi monta l’immagine ISO, il disco di avvio o il CD / DVD (qualunque sia l’opzione) e rendilo principalmente fondamentalmente del dispositivo di avvio. Riavvia il sistema e di conseguenza uno per uno dovresti vedere la schermata successiva: In uso (ho un file immagine ISO RHEL6.9):
Seleziona “Rescue Installed System” – imposta la lingua su “English” – seleziona il tipo di tastiera predefinito su “us”, quindi torna / seleziona … “Ok” – Decidi – No “a” Configura la rete “. .. E seleziona” Avanti “fai clic su” OK “quando l’incendio di emergenza è stato in grado di rilevare i computer root e file in” mnt / sysimage “.
Fare clic su OK, quindi selezionare Shell Shell per avviare l’azione e accedere alla modalità Rescue Shell. Al prompt del seed cover, eseguire il comando per quel dato chroot / mnt / sysimage per accedere al filesystem di root misurabile.
Ora il nostro sistema ha distribuito senza sforzo il filesystem di montaggio in / mnt e sysimage come mostrato di seguito:
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.
3. Fai clic su "Ripara" per risolvere eventuali problemi rilevati
Passaggio 2. Individuazione e (root) e/avvio in genere del file system e dei dispositivi di blocco del server
Come possiamo vedere qui, la funzione del file principale si trova su lvm “lv_root”, e la maggior parte si trova nell’area del volume “VolGroup”. Quindi eseguiamo i comandi “vgs” sempre “lvs” per ottenere tali dettagli.
Secondo l’output principale sopra, c’è solo una forza lavoro di volume chiamata “VolGroup” che consiste di due database logici (lv) chiamati “lv_root” e “lv_swap” perché sono state viste due partizioni CD, vale a dire: â € per dev / sda1â € œ & â € – dev / sda2â €.
“/ dev for each sda2” è il dispositivo angolare utilizzato per tutti i “VolGroup” in cui è possibile trovare il file (/ system) delle canzoni preferite di root e scambiarlo.
A questo punto, dobbiamo definire quale sia il dispositivo di kick out. Vediamo se è disponibile un’istruzione “/ etc / fstab” che, oltre a ciò, ci parli degli speciali dispositivi a blocchi utilizzati per montare i punti di distinzione e di montaggio:
L’output sopra dice che la pelliccia “stessoQuesto colore con un UUID è spesso il dispositivo di intasamento utilizzato da / boot. Cerchiamo di essere in grado di determinare quale viene fornito con questo telefono di blocco utilizzando findfs. Dobbiamo passare l’UUID del comando findfs per trovare un diverso blocco dispositivo come mostrato di seguito:
Il sistema non è stato in grado di determinare il dispositivo dissuasivo con questo UUID. Ancora più importante, potrebbe scegliere di essere l’UUID del dispositivo di avvio, che quasi certamente cambierà, o il filesystem stesso potrebbe essere fuori servizio.
Potremmo determinare con precisione quale dispositivo a blocchi “/ dev per sda1” verrà avviato da questo dispositivo (nella maggior parte dei casi, tutti noi avviamo da un lato delle custodie SAN). L’altro tipo, “/ dev / sda2”, è spesso un dispositivo di blocco che viene utilizzato per il vg specifico “VolGroup”.
Passaggio 3. Prova a ricostruire il dispositivo /dev/sda1
Vediamo se riusciamo a trovare “/ dev per ogni sda1”.
Per prima cosa ho eseguito # developer -another (monta tutti i dispositivi come mostrato in / a lot of / fstab), che ha provocato un errore mirato che diceva che un dispositivo specifico con il prodotto “UUID n” non esiste “è disponibile”. Quindi ho provato a utilizzare manualmente mount o commanddev / sda1 / boot che probabilmente è terminato di nuovo come di seguito:
Questi commenti di errore indicano chiaramente che lo schema del file è difettoso o danneggiato. Come soluzione finale, hai la possibilità di eseguire il framework di verifica dei file con la vendita per “# e2fsck -n -y / dev – sda1” con l’approccio appropriato e vedere se esattamente chi aiuta, come mostrato qui (quando si acquista RHEL top , devi usare xfs_repair e se il nostro filesystem – XFS):
Il messaggio di errore sopra riportato indica che c’è effettivamente un problema con il “superblocco” del lettore. Quindi è una buona idea controllare chi ha i fantastici blocchi di salvataggio. Quindi diamo un’occhiata al nostro gruppo individuale se riesci a trovare un backup serio
Dopo aver premuto il tasto Ctrl, se non vedi la schermata Opzioni di avvio avanzate, continua a premere F8 (Windows 7, figuriamoci 8.1) o Maiusc + F8 (Windows 10).Seleziona la modalità provvisoria e premi Invio per accedere alla modalità provvisoria.
Avvia Ubuntu che va da LiveCD o Live USB.Connettiti a Internet.Apri su un ottimo terminale e aggiungi il PPA con boot recovery sudo add-apt-repository ppa: yannubuntu – boot-repair && sudo apt-get update.Installa sudo boot refurbish apt-get install -y boot-repair && boot-repair.La lanciamo e la mettiamo in gioco.
Passaggio 1: conosci la tua partizione di root. Avvia da Live CD, DVD o chiavetta USB.Passaggio 2: montare il rootchapter.Passaggio 3: sii il tuo CHROOT.Passaggio 4: rimuovere 2 sacchetti a pettine.Passaggio 5: reinstallare i pacchetti grub.Passaggio n. 6: disabilitare la partizione:
