Saya masuk ke Live CD dan mengaktifkan Terminal. Kemudian, saya mengetik gksu nautilus
untuk mendapatkan akses sementara ke direktori root saya. Setelah jendela Manajer terbuka, saya mengklik Sistem File dan menavigasi ke /etc/default/grub
direktori. Saya kemudian mengklik dua kali pada file Grub untuk membuat perubahan pada TIMEOUT
dan TIMEOUT_QUIET
.
Saya menyimpan file setelah saya membuat perubahan. Kemudian saya kembali ke mode terminal dan mengetik:
gksu update-grub
Pesan kesalahan yang saya dapatkan adalah:
Tidak dapat menemukan perangkat untuk / (terpasang / dev?)
Saya tidak yakin apa yang harus dilakukan pada saat ini. Bagaimana saya bisa lari update-grub
untuk memperbarui perubahan? Terima kasih sebelumnya atas bantuan Anda. Harap sangat detail dan spesifik dengan tanggapan Anda karena saya benar-benar baru di lingkungan ini.
Anda mendapatkan pesan itu karena Live CD tidak me-mount sistem file yang dapat ditulisi. Ini hanya dimaksudkan untuk digunakan untuk mencoba Ubuntu atau untuk menyelamatkan sistem yang rusak. Menjalankan
sudo update-grub
hanya berfungsi pada versi terinstal Ubuntu, di mana Anda memiliki akses tulis ke file GRUB yang mendasarinya (dan pada Live CD, Anda tidak).sumber
/etc/default/grub
laluupdate-grub
.Anda dapat melakukan update-grub dari live CD di distro Ubuntu yang terinstal (walaupun saya berasumsi ini bekerja dengan distro linux [debian-based?] Apa pun. "Diperlukan" (mungkin ada metode lain tetapi mengetahui yang ini, saya tidak sama sekali tidak peduli tentang mereka) jika Anda mengkloning drive Anda dan telah menginstal yang baru di komputer. Saya menyebutkan kloning di sini secara luas, karena dalam arti langkah update-grub adalah bagian dari itu dan pendekatannya sama. dasar selama sesi langsung. Juga metode ini ditemukan melalui pencarian dalam konteks kloning. Anda dapat mengambil apa yang Anda butuhkan dari itu jika Anda tidak kloning, dan proses Anda akan disederhanakan.
Saya harus memenuhi syarat ini di sini; penting untuk kloning, tidak penting untuk hanya melakukan pembaruan-grub: Saya telah melakukan ini pada sistem BIOS saja. Saya belum mencobanya di sistem UEFI. Sistem UEFI membutuhkan partisi FAT untuk memuat boot dan saya belum menguji apakah partisi ini hanya akan ikut untuk perjalanan selama langkah-langkah kloning salinan. Saya berharap itu mempengaruhi pemasangan [bind-] yang diperlukan yang mensintesis lingkungan grub asli selama sesi live ...
Ini dirinci di halaman ini: http://frugaltech.happystoic.com/ssdlinux . Saya telah menggunakan metode ini berkali-kali, dan Anda dapat menukar hard drive dengan ad-infinitum dengan menggunakannya. Bertukar hard drive fisik menjadi sangat sepele dengan cara ini, tergoda untuk menjadikannya hobi sendiri dan / atau mencoba memperbaiki komputer orang lain yang berantakan.
Berikut ini mungkin merupakan parafrase yang membantu tentang apa yang akan Anda temukan di sana:
Ctrl+ Alt+ Tuntuk terminal Bash dan masukkan shell pengguna super (
sudo -s
) selama sesi langsung.pasang partisi drive instalasi penuh (apa yang [atau akan menjadi] direktori root sistem file Linux permanen Anda).
2a. Jika pemasangan penuh sudah ada di hard drive Anda, lewati ke (2). JIKA Anda CLONING: [berdasarkan pada asumsi bahwa Anda tidak melakukan instalasi baru, karena ini semua sepenuhnya otomatis dalam kasus itu] jika instalasi lengkap Anda belum ada pada partisi ini, sekarang adalah waktu untuk hanya
[titik-titik mount ini murni sehubungan dengan lingkungan sesi langsung - di Ubuntu mereka umumnya dari bentuk "/ media / ubuntu / ???"] itu ke [partisi] drive baru.
2b. Instalasi penuh sistem operasi lain dapat ditangani dengan cara yang sama di sini. Saya biasanya menggunakan sumber daya berbasis Windows untuk menyalin-massal partisi windows ke drive baru di muka, tetapi saya juga menggunakan rsync dan bekerja untuk Win XP (dengan asumsi Anda memiliki dukungan untuk format partisi yang benar, seperti ntfs; Saya pikir Media sesi live umumnya datang termasuk dukungan format alternatif). Berhati-hatilah dengan ejaan Anda dan gunakan trailing
/
di direktori sumber jika Anda sepenuhnya memberi nama target.bind-mount direktori live
/dev
,,/proc
dan/sys
ke direktori masing-masing pada partisi instalasi penuh permanen [yang dipasang] yang ingin Anda gunakan. Script yang dirinci dalam tautan di atas menyelesaikan ini dengan sangat elegan dengan pernyataan "untuk". Juga, skrip yang diberikan tidak perlu dijalankan sebagai skrip, per se. Itu dapat dimasukkan dari bash prompt, baris demi baris.chroot
ke partisi instalasi penuh permanen. Setelah melakukan (3) dan (4), sistem sekarang "secara virtual berada" di "sistem berkas akhir" Anda dan GRUB akan berfungsi secara homogen. Tanpa langkah-langkah ini, grub akan menganggap sistem Anda hanya sebuah sesi langsung, dan saya tidak tahu secara spesifik apa yang dilakukannya dalam kasus itu tetapi cukup itu bukan hasil yang diinginkan, seperti yang disinggung di atas di utas ini.jalankan grub-install pada
/dev/sdX
(drive, bukan mount point) yang sesuai dengan instalasi permanen (atau drive mana pun yang akan menjadi host GRUB jika sistem multi-drive [, multi-boot]). Fleksibilitas di sini mungkin tergantung pada vintage dan BIOS Anda. Sejauh yang saya tahu menjalankan "grub-install" tidak berbahaya jika tidak diperlukan, jadi saya selalu melakukannya jika saya menggunakan metode sesi langsung ini.jalankan update-grub dan itu akan bertindak seolah-olah sistem yang sedang berjalan bersarang di partisi permanen yang akan datang, menemukan semua kernel dan OS yang dapat di-boot yang mungkin Anda miliki.
Jika Anda belum mengubah hard drive secara fisik, lewati ke (5). Jika tidak, edit atau verifikasi
/new/linux/filesystem/live-mount-point/etc/fstab
file Anda untuk memastikan struktur sistem file yang benar untuk lingkungan [baru] Anda. Jika Anda berada di level ini, Anda pasti sudah tahu tentangblkid
cara memanen UUID untuk fstab.IMHO: Anda harus selalu menggunakan UUID di fstab (bukan bentuk "dev / sdXY") karena dalam cakupannya sendiri ia kebal terhadap konfigurasi ulang hard drive fisik, selain sejauh mana ini memerlukan pembaruan literal dari nilai-nilai UUID (seperti jika di beberapa titik di masa depan Anda memasang HDD tambahan untuk direktori / home Anda, dll.). Ini hanyalah pendekatan yang paling mendasar, kuat, dan tidak berubah-ubah.
keluar dari chroot, keluar dari supershell, keluar dari bash, matikan, dan nyalakan sistem tanpa media langsung. Anda sekarang harus berada di tempat yang Anda inginkan.
CATATAN Penting: Argumen untuk
mount
danchroot
adalah direktori (umumnya, MOUNT POINTS seperti/mnt/??
atau/media/??
) sesuai dengan sesi langsung. Dalam sebagian besar, jika tidak semua kasus, instalasi lengkap berada di partisi sendiri, sehingga istilah "direktori" dan "titik mount" pada dasarnya sama di sini. Argumen untuk grub-install adalah DRIVE FISIK (umumnya/dev/sdX
, di mana "X" adalah huruf yang sesuai dengan drive di sistem Anda, sda, sdb, dll. Dan tidak boleh tergantung pada sesi).Anda sekarang harus selesai. Saya telah secara bersamaan mengkloning Windows (XP dan 7) dalam berbagai permutasi bersama Ubuntu dan Puppy menggunakan metode ini dan itu tidak mengecewakan saya. Saya pikir Anda dapat menggunakan media langsung dari distro yang berbeda (saya hanya menggunakan rasa Ubuntu dan Mint yang berbeda untuk ini) selama mereka menyediakan versi GRUB yang ingin Anda gunakan. Anda dapat memindahkan partisi, menukar drive, menggabungkan instalasi OS lain, dan mengkloning ke atau dari SSD menggunakan ini. Saya hanya bisa berbicara dengannya bekerja di mesin yang sama. Saya berasumsi driver yang mungkin diperlukan untuk mesin yang berbeda mungkin telah dilewati selama instalasi penuh sebelumnya. Aturan praktis saya adalah menukar drive di komputer memerlukan metode ini, tetapi mengganti komputer dengan drive memerlukan instalasi ulang penuh.
Mungkin seseorang bisa menghilangkan prasangka ini ..?
sumber