Masalah bootloader


0

Saya tidak tahu mengapa atau bagaimana ... Tapi boot loader saya telah hancur. Saat ini saya telah menginstal di PC saya Windwos 8, Ubuntu 15 dan Ubuntu 14 tetapi hanya Ubuntu 15 yang terlihat di bootloader .. Saya sudah mencoba lebih banyak metode untuk menyelesaikannya tetapi tidak ada satu pun dari mereka yang tidak berfungsi:

  1. Pertama, saya sudah menginstal Kali linux, saya pikir itu akan menginstal bootloader baru dan masalahnya bisa diselesaikan, tetapi tidak berhasil
  2. Setelah itu saya mengganti Kali linux dengan Ubuntu 14 dan Ubuntu 15, lagi .. Saya pikir itu bisa menyelesaikan masalah saya, tetapi sekali lagi, saya tidak mendapatkan hasil apa pun.
  3. Setelah itu saya membuka Ubuntu 14.0.4 dengan Live USB Stick dan saya telah menginstal alat Boot-repair untuk memperbaiki boot saya tetapi sekali lagi, itu tidak memiliki efek apa pun.

  4. dan ide terakhir yang saya coba adalah untuk memberi perintah:

    Boot mesin menggunakan Live CD.

    Buka terminal.

    Cari tahu nama disk internal dengan menggunakan fdisk untuk mencari ukuran perangkat. Sebagai contoh:

    sudo fdisk -l

    Instal boot loader GRUB ke disk yang tepat (contoh di bawah ini menganggapnya adalah / dev / sda):

    grub-install --recheck --no-floppy --root-directory=/ /dev/sdaTetapi ketika saya telah menaati perintah ke-3, saya mendapatkan pesan itu: WARNING: GPT (GUID Partition Table) detected on '/dev/sdb1'! The util fdisk doesn't support GPT. Use GNU Parted.Dan setelah saya menaati perintah terakhir saya telah mengabaikan pesan itu: Installing for i386-pc platform. grub-install: error: cannot open directory /boot/grub/i386-pc: No such file or directory. Agar masalah saya, tahu siapa pun bagaimana saya bisa menyelesaikannya?

Ini dia output dari skrip info boot.


Perintah instal Anda adalah menginstal grub boot BIOS. Tetapi sistem Anda adalah UEFI, dan bahkan Ubuntu pun dalam mode UEF. Fdisk belum berfungsi pada drive gpt yang dipartisi (itu akan di 15.10). Jika Anda memiliki beberapa instalasi Ubuntu dengan UEFI, hanya satu yang ada di menu boot UEFI dan yang lainnya harus dalam menu boot grub. Ada grub.cfg kecil di / EFI / ubuntu yang memiliki UUID dari instalasi default untuk menemukan grub.cfg utama. Terbaik untuk mengirim tautan ke laporan Ringkasan dari Boot-Perbaikan yang dibooting dalam mode UEFI.
oldfred

Baca jawaban Rod Smith; menambah itu, itu sangat aneh bahwa Anda tidak memiliki bootloader setelah menginstal Ubuntu di konfigurasi yang memungkinkan. Saya cukup yakin Anda kehilangan sesuatu (mis. Yang merupakan perangkat boot frist Anda di BIOS?)
kos

Jawaban:


1

boot loader saya telah hancur. Saat ini saya telah menginstal di PC saya Windwos 8, Ubuntu 15 dan Ubuntu 14 tetapi hanya Ubuntu 15 yang terlihat di bootloader

Diagnosis yang tepat untuk jenis masalah ini memerlukan informasi lebih lanjut, dimulai dengan informasi tabel partisi dan file konfigurasi GRUB. Informasi ini semua dapat dikumpulkan menjadi satu laporan yang mudah oleh Boot Info Script, yang dapat diinstal dari boot-info-scriptpaket, IIRC. Jalankan alat ini dan itu akan menghasilkan file bernama RESULTS.txt. Posting file itu ke situs pastebin dan posting URL ke dokumen Anda di sini sehingga kami dapat memeriksanya.

Tanpa informasi diagnostik itu, saya punya satu saran yang mungkin bisa membantu: Mempersiapkan USB flash drive dengan boot manager rEFInd saya . Tidak seperti GRUB, yang bergantung pada file konfigurasi dengan opsi boot, rEFInd membuat mereka dengan cepat berdasarkan pemindaiannya dari boot loader yang tersedia (termasuk kernel Linux) di komputer Anda. Dengan demikian, refind mungkin memungkinkan Anda untuk boot salah OS Anda. Saya menekankan kata mungkinkarena ada sejumlah situasi di mana rEFInd tidak akan membantu, paling tidak jika Anda tidak menginstal ketiga OS dengan cara yang Anda pikir sudah diinstal. (Sangat umum bagi orang-orang untuk secara tidak sengaja membuang satu OS atau distribusi ketika menginstal yang lain, jadi ini adalah kemungkinan yang sangat nyata. Output Boot Info Script akan membantu kami mencari tahu jika itu terjadi pada Anda.) Jadi, solusi reFi adalah, paling-paling, tembakan dalam gelap; tetapi setidaknya mencobanya dari USB flash drive atau CD-R tidak akan memperburuk keadaan.

tapi itu tidak berhasil

Di masa depan, selalu lebih tepat tentang apa yang bisa dan tidak bekerja. Klaim bahwa sesuatu tidak berfungsi, tanpa elaborasi, tidak membantu dari perspektif pemecahan masalah. Sekalipun gejalanya persis seperti yang Anda gambarkan sebelumnya, katakan saja. Jika gejalanya berbeda, bahkan sedikit, jelaskan bagaimana mereka berbeda.

Saya mendapatkan pesan itu: WARNING: GPT (GUID Partition Table) detected on '/dev/sdb1'!

Dengan asumsi ini laporan yang akurat pesan, Anda telah membuat kesalahan kritis: Anda harus menggunakan alat partisi, seperti fdisk, gdisk, dan parted, di seluruh disk. The /dev/sdb1perangkat yang ditentukan dalam pesan kesalahan ini, meskipun, adalah partisi tunggal. Perangkat seluruh disk yang sesuai adalah /dev/sdb(tanpa jejak 1). Menjalankan sesuatu seperti itu fdisk -l /dev/sdb1akan menyesatkan tetapi tidak berbahaya; tetapi jika Anda benar-benar membuat partisi di dalam partisi, Anda mungkin telah menghancurkan data apa pun yang ada di partisi itu.

Seperti yang oldfred tunjukkan, fdiskjuga tidak berguna pada disk GPT, setidaknya di Ubuntu 14.04. (15,04 fdiskmendukung GPT, meskipun.) Yang mengatakan, jika output adalah cut-and-paste akurat tanpa kesalahan ketik, maka kesalahan menerapkan fdiskke partisi daripada disk berarti kita tidak benar-benar tahu bahwa disk sebenarnya adalah disk GPT. Ini pada gilirannya berarti bahwa kita tidak dapat memastikan bahwa Windows sedang boot dalam mode EFI, apalagi Ubuntu (atau seharusnya) melakukan hal yang sama. Semua ini membawa kita kembali ke poin awal saya: Kami membutuhkan lebih banyak data, dalam bentuk keluaran Boot Info Script, sebelum hal konklusif dapat dikatakan tentang apa yang salah.


SUNTING:

Hasil Boot Info Script Anda sangat membantu. Beberapa pengamatan:

  • Anda memiliki paling banyak dua instalasi Linux. /dev/sda5memegang apa yang tampak seperti Ubuntu, dan /dev/sda6tampaknya memegang sesuatu yang lain.
  • Boot Info Script memperlihatkan dua file konfigurasi GRUB. Seseorang mengidentifikasi /dev/sda5sebagai Ubuntu dan tidak memiliki entri untuk /dev/sda6. Yang lain mengidentifikasi /dev/sda5sebagai OpenSUSE dan /dev/sda6sebagai Debian. Dari uraian Anda, saya curiga yang pertama aktif.
  • Disk Anda adalah MBR dan komputer Anda menjalankan boot dalam mode BIOS / CSM / legacy. Ini bukan (atau seharusnya tidak) masalah, tetapi Anda harus mengingatnya. Abaikan GPT peringatan Anda dapatkan ketika Anda mencoba untuk membaca /dev/sda1dengan fdisk. Abaikan juga saran untuk menginstal GRUB versi EFI; itu hanya akan menciptakan masalah baru.
  • /dev/sda5menggunakan ext4fs, yang merupakan sistem file default untuk Ubuntu. /dev/sda6menggunakan Btrfs, yang didukung oleh Ubuntu tetapi tidak standar. Btrfs lebih cenderung menyebabkan masalah daripada ext4fs, tetapi Btrfs lebih maju. Untuk sebagian besar, Btrfs harus digunakan hanya oleh para ahli yang sepenuhnya memahami fitur dan keanehannya.

Tindakan terbaik Anda saat ini mungkin menjalankan Boot Repair di komputer. Dengan sedikit keberuntungan, itu akan memperbaiki masalah. Jika tidak, pemikiran berikutnya yang muncul pada saya adalah menggali konfigurasi pemuat boot manual; Anda dapat menginstal LILO atau GRUB Legacy, atau membuat pengaturan GRUB 2 khusus yang tidak dikonfigurasikan oleh skrip otomatis GRUB. Pendekatan ini membutuhkan pengetahuan yang cukup besar. Ada banyak situs web (kebanyakan lebih tua) yang menjelaskan cara melakukan ini, tetapi saya tidak memiliki URL apa pun. Namun secara keseluruhan, saya tidak menyarankan Anda mencoba konfigurasi bootloader manual; mengingat tingkat pengetahuan Anda saat ini, Anda akan merasa frustrasi.

Jika Boot Boot tidak berfungsi, opsi yang lebih mudah adalah menggunakan virtualisasi (VirtualBox, KVM / QEMU, dll.) Daripada multi-booting. Pendekatan ini mem-bypass kebutuhan untuk pengaturan boot loader yang rumit, dan karenanya kemungkinan akan jauh lebih mudah dan lebih aman untuk dikelola. Ini memiliki kelemahan bahwa Anda tidak akan memiliki akses perangkat keras langsung di OS tamu, yang bisa menjadi masalah jika Anda ingin menjalankan game. Menjalankan OpenSUSE atau Kali di bawah Ubuntu seharusnya tidak menjadi masalah; jika Anda memerlukan akses perangkat keras langsung, Anda dapat menggunakan Ubuntu untuk itu. Dalam skenario ini, instalasi OpenSUSE atau Kali Anda akan ada sehingga Anda dapat membiasakan diri dengan distribusi tersebut, bukan untuk pekerjaan nyata. Karena itu mungkin titik dual-booting dua distribusi Linux, ini seharusnya baik-baik saja. Jika Anda pergi dengan rute ini, Anda/dev/sda6) dan pasang di dalam pohon direktori Linux Anda untuk digunakan sebagai penyimpanan data atau hapus partisi sepenuhnya dan gunakan GParted untuk memperluas sistem file Linux yang tersisa ke dalam ruang itu.


Saya telah menambahkan output dari bootinfoscript pada pertanyaan saya. Dan jika saya telah menggunakan grub-install --recheck --no-floppy --root-directory = / / dev / sdb untuk menggunakan seluruh disk saya telah menerima kesalahan itu: Instalasi untuk platform i386-pc. grub-install: error: gagal mendapatkan jalur kanonik `/ cow '.
Vildnex

Lihat hasil edit saya, di atas.
Rod Smith

0

Apakah Anda mengatakan Kali memprakarsai "bencana"? Atau apakah Anda pergi ke Kali berharap untuk pergi dari hanya Ubuntu 15 ke menu dengan 4 sistem? Atau apakah Anda menghancurkan Ubuntu 15 dan Ubuntu 14 sesuka hati karena Anda tidak memiliki apa pun di sana, hanya Anda menginginkan pengalaman multi-boot? Lagi pula, jika boot ke Ubuntu 15 adalah OK dan Anda belum menimpa partisi "benar", terutama partisi EFI, maka perbaikannya harus sesederhana apt-get update; apt-get upgrade, baik dari Ubuntu 15 yang tepat atau dari Advanced / Recovery untuk Ubuntu 15, karena Anda yakin untuk mengambil grubversi baru (saya menebak grub-efi) dan mengkonfigurasi ulang "secara otomatis". Dalam sesi pemulihan, ingatlah untuk memulai dengan pemeriksaan disk, dan letakkan ke "root prompt" yang secara ideal sedang terhubung dengan kabel.

NB dengan komputer Windows ini Anda harus menginstal dan menggunakan gdiskbukan fdisk, dan gparted jika Anda berada di GUI. Di sisi lain, Boot-repair menyelamatkan saya lebih dari sekali, tentu saja dengan menyalin dan menempelkan persis apa yang dikatakannya ketika dikatakan, Anda mungkin sudah merusak semua partisi penting Anda.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.