Apakah dual booting membagi RAM antara kedua sistem?


46

Saya ingin menginstal Kali Linux di komputer saya menggunakan dual boot. Komputer saya memiliki 8GB RAM. Apakah RAM akan dipisah menjadi 4GB untuk Kali Linux OS dan 4GB untuk Windows jika saya menggunakan dual boot?


134
Pada dual boot, baik Windows atau Kali yang dimuat. Tidak pernah keduanya sekaligus
Eric F

141
Ini pertanyaan mendasar. Tidak memalukan tentang hal itu, kita masing-masing mempelajarinya di masa lalu, Anda sedang belajar sekarang; tidak apa-apa. Namun tolong baca ini tentang Kali Linux , ini mungkin menghemat banyak frustrasi.
Kamil Maciorowski

31
Seperti yang dikatakan Kamil, Anda mungkin ingin membaca manual Kali karena Kali bukanlah Linux yang baik untuk memulai karena membutuhkan lebih banyak pengetahuan dibandingkan dengan sesuatu seperti Ubuntu.
Eric F

77
Dengar, maksudku jangan tersinggung (kita semua harus mulai di suatu tempat ), tetapi jika Anda harus mengajukan pertanyaan ini, kali bukan untuk Anda. Dokumentasi, baik resmi dan di sini di pertukaran stack, akan menganggap Anda tahu hal-hal yang Anda jelas tidak tahu.
Jared Smith

15
Saya tidak bermaksud untuk memasukkan komentar lain, tetapi saya ingin secara eksplisit menyatakan bahwa hampir tidak ada alasan untuk dual-boot Kali. Bahkan, hampir tidak ada alasan untuk mem-boot Kali sama sekali, dan itu harus paling sering digunakan dalam VM. Jika sedang di-boot sebagai OS host, kemungkinan mesin yang dibuat khusus untuk keperluan yang digunakan Kali. Jika Anda seorang pemula untuk Kali, Anda harus benar-benar tidak pernah menginstalnya dan mencoba menggunakannya untuk tujuan yang dimaksudkan sebagai OS host pada mesin Anda sendiri. Karena sifat tujuan Kali sebagai OS, ini dapat menyebabkan kegagalan bencana dan hilangnya data.
AlexanderJ93

Jawaban:


241

Yang lain sudah menjawab dengan benar bahwa tidak, RAM tidak akan terpecah dalam kasus ini, tetapi saya ingin menambahkan penjelasan mengapa demikian.

Saya menemukan analogi yang bermanfaat untuk cara kerja komputer adalah dapur. RAM adalah ruang penghitung. Ini adalah ruang yang dekat untuk menyimpan sementara hal-hal yang sedang Anda kerjakan. Seperti penghitung dapur yang dibersihkan saat selesai memasak, RAM dihapus saat komputer dimatikan. Hard disk adalah lemari es dan pantry, penyimpanan jangka panjang, kurang mudah diakses. Data adalah bahan, dan program adalah resep. Koki adalah sistem operasinya.

Anda adalah pemilik rumah, dan saat ini mempekerjakan koki bahasa Inggris (Windows). Anda ingin mencoba beberapa resep dari buku masak yang ditulis dalam bahasa Prancis, tetapi Anda tidak dapat menemukan terjemahan yang cocok. Jadi, Anda ingin menyewa seorang koki yang bisa berbahasa Prancis (Linux).

Karena masing-masing koki memiliki set buku masak dan bahan-bahannya sendiri, mereka masing-masing akan membutuhkan ruang mereka sendiri di dapur (hard disk) selama Anda mempekerjakan mereka. Apakah mereka perlu membagi ruang penghitung (RAM) tergantung pada apakah mereka bekerja pada saat yang sama. Jika hanya satu koki yang bekerja pada satu waktu, mereka akan memiliki penggunaan eksklusif semua ruang counter. Hal-hal koki lainnya di luar meja dan di gudang. Namun, jika Anda menjalankan dua sistem operasi secara bersamaan, seperti menyuruh para koki untuk bekerja bersama, satu sebagai Kepala Chef (host) dan satu sebagai Sous Chef (virtual), maka mereka perlu membagi semuanya. Mereka harus bergiliran dengan peralatan (CPU, GPU, dll) dan perlu menandai ruang kerja terpisah di meja untuk meletakkan buku masak dan bahan-bahan mereka saat bekerja.


6
Analogi yang sangat tepat, dapatkah saya menyarankan penjelasan (sangat singkat) tentang virtualisasi? Pengetahuan tentang seseorang yang datang ke pertanyaan ini, mungkin tidak cukup tinggi untuk sepenuhnya memahami apa yang dimaksud oleh Sous Chef. Mungkin menyebutkan hyper-v / vmware untuk memberi mereka sesuatu untuk dicari
Michael B

1
dan itu RAM, bukan ram. Hal yang sangat berbeda
phuclv

3
Analogi "RAM sebagai meja" adalah salah satu favorit saya untuk digunakan. Ini meluas dengan baik, bahkan lebih baik dalam konteks dapur: (1) ekspansi RAM = menambah tabel lain atau membeli tabel yang lebih besar (2) Memori virtual = jika ada lebih banyak item daripada yang dapat ditampung di atas meja, beberapa harus dimasukkan ke dalam pantry, dan Anda akhirnya akan kehilangan waktu bepergian antara pantry dan bangku (3) Tabel ini disusun berdasarkan kemudahan akses. Pantry diatur berdasarkan berapa banyak yang dapat Anda simpan di dalamnya. (4) Mesin Virtual = Koki utama memungkinkan sous chef untuk menggunakan bagian dari nya bangku
Flater

6
Saya suka bagaimana buku resep bereaksi pada bahan, tetapi juga disimpan dengan bahan. Ini sempurna untuk bagaimana program disimpan bersama data. Salah satu kegunaan favorit saya adalah menjelaskan bagaimana kesalahan pointer yang tidak dicentang menghasilkan data sampah. Jika koki pergi ke bagian meja yang salah dan mengambil apa pun yang ada di sana, mereka akhirnya bisa memasukkan buku masak ke dalam blender. :)
Jared K

3
Saya sangat menyukai analogi Anda, tetapi saya merasa seperti Anda melewatkan bagian di mana Anda menjelaskan bahwa dual-boot analog dengan meminta satu koki untuk bekerja pada satu waktu (mis. Crepes [Prancis] untuk sarapan, pasties cornish [Inggris] untuk makan malam) sambil meminta mereka untuk bekerja bersama membutuhkan virtualisasi beberapa variasi (hypervisor / emulator).
3D1T0R

74

Untuk dual boot, tidak ... Anda dapat menjalankan satu atau yang lainnya sekaligus.

Jika Anda ingin memiliki keduanya berjalan sekaligus, maka Anda bisa menggunakan hypervisor .

Anda mungkin tertarik pada salah satu dari yang berikut:

  • VirtualBox - jalankan Windows atau Linux secara native, dan letakkan yang lain di VM - type 2 / host
  • ESXi - jalankan Windows dan Linux dalam VM - tipe 1 / asli

19
Jadi "dual booting" tidak benar-benar "dual booting" tetapi "booting alternatif".
gnasher729

3
Ya! ... " membalik-balik antar sistem operasi " ... Saya tidak pernah benar-benar memikirkan hal itu sebelumnya.
Attie

2
@ gnasher729 Saya tidak akan menyebutnya booting "alternatif", karena itu menyiratkan bahwa ada satu OS utama atau "utama", yang tidak berlaku pada multiboot. (Hal-hal seperti lingkungan pemulihan, itu adalah boot "alternatif", karena mereka mengandalkan dan hanya ada untuk menambah atau mempertahankan OS utama yang terkait dengannya.) Tetapi dengan dual / multiboot, berbagai OS sepenuhnya terpisah tetapi sama: Mereka tidak bergantung satu sama lain dengan cara apa pun, dan ke mana pun seseorang di-boot memiliki perintah penuh dan eksklusif dari perangkat keras sistem saat sedang berjalan.
FeRD

9
Pikirkan "dual-boot" dalam arti yang sama dengan "motor kecepatan ganda" - itu bukan motor yang entah bagaimana dapat melaju dua kecepatan sekaligus, melainkan sebuah motor yang menawarkan dua rasio roda gigi berbeda yang dapat beralih di antara saat dibutuhkan. Dalam hal ini, seperti halnya sistem dual-boot, hanya satu yang dapat digunakan pada waktu tertentu.
FeRD

3
@DamianYerrick Saya menggunakan Grub savedefault, jadi OS yang melakukan booting kapan pun grub keluar adalah OS apa pun yang saya gunakan untuk boot. Benar-benar tidak ada "OS utama", karena Anda dapat menghapus salah satu OS yang diinstal dan yang lainnya masih berfungsi dengan baik. Secara konseptual, mereka sama. Secara praktis, satu-satunya "OS utama" nyata pada sistem grub multiboot adalah ... yah ... grub.
FeRD

27

Tidak, mereka akan mendapatkan 8 GB (asalkan mereka adalah versi x64 dari OS).

Saat dual boot, hanya satu OS yang berjalan pada satu waktu.

Anda perlu memberi keduanya ruang hard disk saat Anda menginstalnya, tetapi mereka berdua mendapatkan akses penuh ke sistem RAM ketika mereka boot.


4
Untuk memperjelas, OS 32-bit umumnya hanya dapat mengatasi sekitar 3,5GB memori - secara matematis seharusnya 4GB, tetapi karena ruang alamat yang dicadangkan / dll jumlah aktual yang tersedia akan lebih rendah.
Doktor J

Jangan lupa PAE .
3D1T0R

22

Sayangnya, "dual booting" tidak berarti Anda dapat mem-boot dua sistem pada komputer yang sama secara bersamaan.

Itu artinya Anda dapat mem-boot dua sistem pada komputer yang sama, tetapi masih hanya satu per satu.

(Ini tidak terbatas pada dua; Anda dapat mengkonfigurasi lebih banyak lagi, tergantung pada persyaratan boot loader yang mereka miliki. Tetapi karena beberapa alasan dua menjadi populer lebih dulu, jadi "dual boot" jauh lebih umum daripada "multi-boot".)

Karena hanya satu sistem yang berjalan pada satu waktu, sistem yang berjalan memiliki kendali penuh atas semua RAM, serta daya CPU dan semua perangkat keras lainnya.

Hal yang bisa dipecah adalah ruang disk. Betapa perpecahan tergantung pada seberapa kooperatif sistem yang berbeda. Paling tidak, Anda memerlukan volume boot terpisah untuk masing-masing, dan sistem yang tidak cocok mungkin sepenuhnya tidak dapat mengakses sistem file satu sama lain. Sehingga koleksi musik yang Anda miliki di Windows Media Player Anda tidak akan begitu mudah diakses dari Linux. (Secara umum, berbagai rasa dan versi Linux cocok dengan cukup baik, dan berbagai versi dan edisi Windows bervariasi dari tidak kooperatif hingga bermusuhan.)

Karena sistem yang berjalan memiliki kontrol penuh terhadap perangkat keras, ia dapat melakukan hal-hal seperti memformat ulang disk tempat sistem lain diinstal. Begitulah cara Anda dapat menambah atau menghapus satu sistem saat yang lain sedang berjalan, tetapi seperti biasa menyimpan cadangan segala sesuatu dan periksa dua kali apa yang Anda lakukan sebelum Anda menghapus atau menghapus partisi apa pun.


Seperti yang dikatakan orang lain, adalah mungkin untuk menjalankan beberapa sistem operasi pada komputer yang sama secara bersamaan, tetapi mereka tidak memiliki akses yang sama ke perangkat keras.

  • Yang melakukan boot pertama kali, yang diprakarsai oleh ROM BIOS, adalah "Host OS", dan memiliki kontrol penuh terhadap perangkat keras fisik, seperti dijelaskan di atas
  • Setiap "Guest OS" tambahan harus dijalankan dalam Mesin Virtual, diprakarsai oleh perangkat lunak "hypervisor", dan memiliki sebanyak mungkin akses ke perangkat keras fisik seperti aplikasi biasa
  • Sama seperti aplikasi biasa, memori apa pun yang dialokasikan untuk OS Guest tidak tersedia untuk penggunaan lain oleh OS Host saat OS Guest sedang berjalan. Ini adalah hal yang paling dekat dengan pemisahan RAM antara dua sistem , tetapi tidak terbatas pada dua.
  • Berbagi data antara Host dan OS Tamu atau beberapa OS Tamu juga terbatas. Hard drive virtual biasanya adalah file biasa dalam sistem file Host, tetapi mereka berisi sistem file yang berpotensi tidak kompatibel, dan mengakses file pada sistem file lain yang disimpan dalam file mungkin memerlukan melompati lebih banyak rintangan daripada mengakses file pada sistem file lain yang tersimpan pada disk fisik. Dan, tentu saja, jika Anda terjebak di mana Anda tidak dapat membaca file Host, Anda juga telah kehilangan disk virtual Guest.

Menggunakan mesin virtual cukup umum saat ini, tetapi tidak praktis sampai hampir dua dekade setelah istilah "dual boot" dikenal oleh pengguna yang kuat.


Tentu saja, juga dimungkinkan untuk mendapatkan dua (atau lebih) komputer. Jika minat utama Anda adalah mencoba lebih banyak sistem operasi, dan jika Anda memiliki akses ke reseller komputer bekas, Anda mungkin bisa mendapatkan beberapa komputer bekas yang cukup baik untuk eksperimen dengan harga satu komputer baru yang bersinar yang memiliki daya yang cukup untuk menjalankan beberapa virtual. mesin tanpa tersedak.


"Sehingga koleksi musik yang Anda miliki di Windows Media Player Anda tidak akan begitu mudah diakses dari Linux." Sebenarnya, versi kernel Linux yang lebih baru (2.6.x dan yang lebih baru) memiliki dukungan NTFS built-in yang cukup bagus, jadi, dengan asumsi file berada pada volume Windows utama Anda dan tidak dienkripsi, instalasi Linux harus dapat mengakses file musik disimpan pada volume Windows. Linux-to-Windows adalah yang paling sulit, karena Windows tidak memiliki dukungan ext3 \ 4, meskipun sebagian besar distro Linux konsumen saat ini memiliki kemampuan untuk membuat volume berformat NTFS yang dapat digunakan untuk menyimpan file musik bersama.
Sean

Sebenarnya, Windows memiliki dukungan untuk Ext3 dan 4 hingga perangkat lunak pihak ke-3 (seperti halnya Linux bergantung pada ntfs-3g) superuser.com/questions/37512/…
Elcan

Saya mengatakan mereka " mungkin sama sekali tidak dapat mengakses sistem file satu sama lain" karena tidak ada cara anti-bom untuk memastikan akses melintasi OS sewenang-wenang, bukan karena itu tidak pernah mungkin. Jika Anda belum terbiasa dengan alat-alat (atau jika mereka telah berubah) mungkin perlu berhari-hari kerja ekstra untuk mengatur, dan mungkin tidak melakukan apa yang Anda inginkan. NTFS adalah target yang bergerak, pembaruan berikutnya mungkin (tidak akan, mungkin) tidak kompatibel dengan ntfs-3g. Komentar pada tautan Anda menunjukkan bahwa perangkat lunak pihak ketiga tidak selalu aman bahkan untuk dipasang. Dan bahkan jika FS berfungsi, dapatkah Anda menambah pustaka Windows Media dari Linux?
ShadSterling

14

Tidak.

Anda hanya dapat boot ke satu OS pada satu waktu. Setiap OS (dengan asumsi 64-bit, bukan 32-bit) akan memiliki akses ke semua RAM Anda.


3
Melalui PAE, dimungkinkan untuk mengakses 8 GB RAM pada OS 32-bit. Dan hypervisor memungkinkan mem-boot beberapa OS sebagai suatu waktu.
ChrisInEdmonton

@ChrisInEdmonton: Namun, menggunakan hypervisor TIDAK sama dengan dual boot.
3D1T0R

6

RAM Anda tidak pernah terpecah. Setiap sistem yang dimuat saat ini memiliki akses ke semua memori di dalam sistem. Itu mudah menguap, jadi itu dihapus ketika Anda mematikan komputer Anda.


1
Itu tidak sepenuhnya benar. Carilah hypervisor telanjang logam.
gronostaj

2
@ gronostaj Dalam hal ini, saya akan mengatakan hypervisor adalah 'sistem' dalam arti yang disajikan dalam jawaban di sini.
Cubic

0

Ini tidak akan membagi RAM Anda menjadi dua, tetapi yang harus Anda ketahui adalah kemungkinan besar akan membagi penyimpanan Anda menjadi dua, misalnya jika Anda memiliki hard disk 500GB, Anda harus menggunakan bagian dari itu untuk sistem operasi A dan bagian dari itu untuk sistem operasi B, baik itu 250GB untuk masing-masing, 100GB untuk A dan 400GB untuk B atau proporsi lain yang Anda suka.

Meskipun Anda memegang kendali penuh atas berapa banyak penyimpanan yang Anda persembahkan untuk setiap sistem operasi, Anda harus selalu kompromi sebagian untuk dapat melakukan dual boot. Khususnya karena setiap sistem operasi biasanya memiliki sistem file sendiri, yang seringkali tidak kompatibel dengan sistem operasi lain sama sekali atau setidaknya tidak sepele untuk dibuat kompatibel dengan.


-1

Secara default tidak. Tetapi jika Anda menggunakan beberapa jenis alat seperti VMware vSphere Anda dapat mencapai fungsionalitas semacam itu. Anda dapat mencapai eksekusi paralel kedua sistem. Anda bahkan dapat mendedikasikan 70% RAM untuk satu sistem dan 30% RAM untuk yang lain dll. Sementara dalam perilaku default setiap OS seperti itu menganggap dirinya sebagai master. Dibutuhkan melihat apa prosesor, hard drive, memori, adapter jaringan diinstal, dan memperlakukan dirinya sebagai pemilik semua itu. Dan hanya alat khusus yang dapat membaginya dengan cara lain.


-2

Tidak, dual-boot tidak akan memecah RAM. Namun, jika Anda menjalankan Kali dengan mesin virtual (mis. VMWare) maka Anda harus mengalokasikan RAM untuk OS virtual.


5
Ini tidak menambahkan apa pun ke jawaban yang sudah ada.
ChrisInEdmonton

saya sangat menyesal baru saja bergabung dengan stack exchange, tolong beri saya tautan aturan untuk mengirim komentar.
Datta

@DebojyotyDatta Silahkan melihat-lihat tur . Singkatnya, SE adalah situs tanya jawab di mana jawaban harus menjawab pertanyaan. Komentar bersifat sementara dan untuk klarifikasi tentang jawaban atau pertanyaan. Jangan berkecil hati, ini adalah bagaimana SE mempertahankan kualitas tingkat tinggi. Coba jawab pertanyaan lain.
Criggie

@DebojyotyDatta Satu-satunya aturan yang perlu Anda ketahui. Jangan kirimkan komentar sebagai jawaban. Jadi, jika Anda menganggap apa yang Anda kirimkan sebagai komentar, maka itu seharusnya tidak dikirim, sebagai jawaban.
Ramhound
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.