Il doppio avvio divide la RAM tra i due sistemi?

46

Vorrei installare Kali Linux sul mio computer usando il dual boot. Il mio computer ha 8 GB di RAM. Quella RAM verrà separata in 4 GB per il sistema operativo Kali Linux e 4 GB per Windows se utilizzo il doppio avvio?

multi-boot

— Dr. Vales
fonte

134

Su un dual boot, sia di Windows o Kali vengono caricati. Mai entrambi contemporaneamente

— Eric F

141

Questa è piuttosto una domanda di base. Nessuna vergogna, ognuno di noi l'ha imparato in qualche momento in passato, lo stai imparando ora; è perfettamente OK. Comunque leggi questo su Kali Linux , potrebbe farti risparmiare molta frustrazione.

— Kamil Maciorowski,

31

Come ha affermato Kamil, potresti voler leggere il manuale di Kali poiché Kali non è un buon sapore di Linux per iniziare in quanto richiede molta più conoscenza rispetto a qualcosa come Ubuntu.

— Eric F

77

Senti, non intendo offenderti (dobbiamo cominciare tutti da qualche parte ), ma se devi fare questa domanda, il kali non fa per te. La documentazione, sia ufficiale che qui allo scambio di stack, supporrà che tu sappia cose che evidentemente non sai.

— Jared Smith,

15

Non intendo accatastarmi sugli altri commenti, ma voglio affermare esplicitamente che non c'è quasi motivo di dual boot Kali. In effetti, non c'è quasi alcun motivo per avviare Kali e dovrebbe essere usato spesso in una VM. Se viene avviato come sistema operativo host, è probabilmente una macchina costruita appositamente per gli scopi per cui viene utilizzato Kali. Se sei un principiante di Kali, non dovresti assolutamente installarlo e provare a usarlo per gli scopi previsti come sistema operativo host sul tuo computer. A causa della natura dello scopo di Kali come sistema operativo, ciò potrebbe comportare un errore catastrofico e la perdita di dati.

— AlexanderJ93,

241

Altri hanno già risposto correttamente che no, la RAM non sarebbe suddivisa in questo caso, ma voglio aggiungere una spiegazione del perché .

Trovo che un'analogia utile per il funzionamento di un computer sia una cucina. La RAM è il contatore spazio. È uno spazio a portata di mano per archiviare temporaneamente le cose con cui stai lavorando. Come un ripiano della cucina che viene pulito al termine della cottura, la RAM viene cancellata allo spegnimento del computer. L'hard disk è il frigorifero e la dispensa, deposito a lungo termine e meno facilmente accessibile. I dati sono gli ingredienti e i programmi sono ricette. Lo chef è il sistema operativo.

Sei il proprietario della casa e attualmente impieghi uno chef inglese (Windows). Vuoi provare alcune ricette di libri di cucina scritti in francese, ma non riesci a trovare le traduzioni adatte. Quindi vuoi assumere uno chef che parli francese (Linux).

Poiché i cuochi hanno ognuno il proprio set di libri di cucina e ingredienti, ognuno di essi avrà bisogno del proprio spazio nella dispensa (disco rigido) per tutto il tempo in cui li impiegherà. La necessità di dividere il counter space (RAM) dipende dal fatto che funzionino contemporaneamente. Se lavora solo un cuoco alla volta, avrà un uso esclusivo di tutto il bancone. Le cose dell'altro chef sono al banco e in deposito. Se tuttavia, esegui due sistemi operativi contemporaneamente, come dire agli chef di lavorare insieme, uno come Head Chef (host) e uno come Sous Chef (virtuale), dovranno dividere tutto. Dovranno alternarsi con gli apparecchi (CPU, GPU, ecc.) E dovranno segnare spazi di lavoro separati sul bancone per mettere i loro libri di cucina e gli ingredienti mentre lavorano.

— Jared K
fonte

6

Un'analogia sorprendentemente appropriata, potrei suggerire una spiegazione (molto breve) della virtualizzazione? La conoscenza di qualcuno che arriva a questa domanda, potrebbe non essere abbastanza elevata da comprendere appieno ciò a cui si riferisce lo Chef Sous. Forse menzionando hyper-v / vmware per dare loro qualcosa da cercare

— Michael B,

1

ed è RAM, non ram. Cose totalmente diverse

— phuclv,

3

L'analogia "RAM as a table" è una delle mie preferite da usare. Si estende bene, anche meglio in un contesto di cucina: (1) Espansione RAM = aggiunta di un altro tavolo o acquisto di un tavolo più grande (2) Memoria virtuale = se ci sono più elementi di quanti ne possano stare sul tavolo, alcuni dovranno essere inseriti la dispensa, e finirai per perdere tempo viaggiando tra la dispensa e la panchina (3) Il tavolo è organizzato in base alla facilità di accesso. La dispensa è organizzata in base a quanto è possibile memorizzare al suo interno. (4) Macchina virtuale = Lo chef principale consente allo sous chef di utilizzare parte della sua panchina

— Flater

6

Mi piace il modo in cui i libri di cucina agiscono sugli ingredienti, ma vengono anche memorizzati con gli ingredienti. È perfetto per il modo in cui i programmi vengono archiviati insieme ai dati. Uno dei miei usi preferiti è stato quello di spiegare in che modo gli errori del puntatore non controllati generano dati inutili. Se lo chef va nella parte sbagliata del bancone e prende qualsiasi cosa ci sia, può finire per mettere un libro di ricette nel frullatore. :)

— Jared K,

3

Mi piace molto la tua analogia, ma sento che ti manca la sezione in cui spieghi che il doppio avvio è analogo al chiedere a uno chef di lavorare alla volta (ad esempio crepes [francese] per colazione, cornish pastties [britannica] per cena) mentre chiedono loro di lavorare insieme richiede la virtualizzazione di una certa varietà (hypervisor / emulatore).

— 3D1T0R

74

Per il doppio avvio, no ... Avrai l'uno o l'altro in esecuzione contemporaneamente.

Se si desidera avere entrambi in esecuzione contemporaneamente, è possibile utilizzare un hypervisor .

Potresti essere interessato a uno dei seguenti:

VirtualBox : esegui Windows o Linux in modo nativo e inserisci l'altro in una VM - tipo 2 / ospitato
ESXi : esegue Windows e Linux in una macchina virtuale, tipo 1 / nativo

— Attie
fonte

19

Pertanto, il "doppio avvio" non è in realtà "doppio avvio" ma "avvio alternativo".

— gnasher729,

3

Sì! ... " Flip-flop tra sistemi operativi " ... Non ci avevo mai pensato prima.

— Attie

2

@ gnasher729 Tuttavia, non lo definirei un avvio "alternativo", poiché ciò implica che esiste un sistema operativo principale o "principale", che non è il caso nel multiboot. (Cose come gli ambienti di recupero, quelli sono boot "alternativi", poiché si basano su e esistono solo per aumentare o mantenere il sistema operativo primario a cui sono associati.) Ma con dual / multiboot, i vari sistemi operativi sono completamente separati ma uguali: non dipendono l'uno dall'altro in alcun modo, e qualunque sia uno che ha l'avvio ha il comando completo ed esclusivo dell'hardware del sistema mentre è in esecuzione.

— FeRD

9

Pensa al "dual-boot" nello stesso senso del "motore a doppia velocità" - non è un motore che può in qualche modo andare a due velocità contemporaneamente, ma piuttosto un motore che offre due rapporti di trasmissione distinti che può alternare quando necessario. In tal caso, come con un sistema a doppio avvio, è possibile utilizzarne solo uno in qualsiasi momento.

— FeRD

3

@DamianYerrick Uso Grub savedefault, quindi il sistema operativo che si avvia ogni volta che grub scade è il sistema operativo su cui ho avviato l'ultima volta. In realtà non esiste un "sistema operativo principale", perché è possibile eliminare uno dei sistemi operativi installati e tutti gli altri funzionerebbero comunque bene. Concettualmente, sono uguali. Praticamente, l'unico vero "sistema operativo principale" su un sistema grub multiboot è ... beh ... grub.

— FeRD

27

No, riceveranno 8 GB (a condizione che siano la versione x64 del sistema operativo).

Durante il doppio avvio, è in esecuzione solo un sistema operativo alla volta.

È necessario concedere a entrambi spazio su disco rigido durante l'installazione, ma entrambi hanno pieno accesso alla RAM di sistema all'avvio.

— Frank Thomas
fonte

4

Per chiarire, i sistemi operativi a 32 bit possono generalmente indirizzare solo circa 3,5 GB di memoria - matematicamente dovrebbe essere di 4 GB, ma a causa dello spazio di indirizzi riservato / ecc. La quantità effettiva disponibile sarà inferiore.

— Doktor J,

Non dimenticare PAE .

— 3D1T0R

22

Sfortunatamente, "dual boot" non significa che è possibile avviare due sistemi sullo stesso computer contemporaneamente.

Significa che puoi avviare due sistemi sullo stesso computer, ma solo uno alla volta.

(Non è limitato a due; potresti configurarne molti altri, a seconda dei requisiti del caricatore di avvio che hanno. Ma per qualche ragione due sono diventati popolari prima, quindi "dual boot" è più comune di "multi boot".)

Poiché funziona solo un sistema alla volta, il sistema in esecuzione ha il pieno controllo di tutta la RAM, nonché della potenza della CPU e di tutto l'altro hardware.

La cosa che viene divisa è lo spazio su disco. La suddivisione dipende dalla cooperazione dei diversi sistemi. Per lo meno, è necessario un volume di avvio separato per ciascuno e i sistemi che non vanno d'accordo potrebbero non essere del tutto in grado di accedere ai filesystem di ciascuno. Quindi quella raccolta di musica che hai nel tuo Windows Media Player non sarà così facile accedere da Linux. (In generale, diverse versioni e versioni di Linux vanno abbastanza d'accordo, e diverse versioni ed edizioni di Windows variano da non collaborativo a ostile.)

Poiché il sistema in esecuzione ha il pieno controllo dell'hardware, può fare cose come riformattare i dischi su cui sono installati gli altri sistemi. Ecco come è possibile aggiungere o rimuovere un sistema mentre un altro è in esecuzione, ma come sempre mantenere i backup di tutto e ricontrollare ciò che si sta facendo prima di cancellare o rimuovere eventuali partizioni.

Come altri hanno già detto, è possibile eseguire più sistemi operativi sullo stesso computer contemporaneamente, ma non hanno uguale accesso all'hardware.

Quello che si avvia per primo, avviato dal BIOS ROM, è il "sistema operativo host" e ha il pieno controllo dell'hardware fisico, come descritto sopra
Ogni "SO guest" aggiuntivo deve essere eseguito in una macchina virtuale, avviato dal software "hypervisor", e ha un accesso all'hardware fisico pari a quello di un'applicazione ordinaria
Proprio come un'applicazione ordinaria, qualsiasi memoria allocata a un SO guest non è disponibile per altri usi da parte del SO Host mentre il SO Guest è in esecuzione. Questa è la cosa più vicina alla divisione della RAM tra due sistemi , ma non è limitata a due.
Anche la condivisione dei dati tra SO host e guest o più SO guest è limitata. I dischi rigidi virtuali sono in genere file ordinari nel file system dell'host, ma contengono un file system potenzialmente incompatibile e l'accesso ai file su altri file system memorizzati nei file può richiedere il salto attraverso più cerchi rispetto all'accesso ai file su altri file system memorizzati su dischi fisici. E, naturalmente, se rimani bloccato dove non riesci a leggere i file dell'host, hai anche perso i dischi virtuali del guest.

L'uso di macchine virtuali è abbastanza comune oggi, ma non era ampiamente pratico fino a quasi due decenni dopo che il termine "dual boot" era ben noto agli utenti esperti.

Naturalmente, è anche possibile ottenere due (o più) computer. Se il tuo interesse principale è provare più sistemi operativi e se hai accesso a un rivenditore di computer usati, potresti probabilmente ottenere diversi computer usati abbastanza buoni per la sperimentazione al prezzo di un nuovo brillante computer che ha abbastanza potenza per eseguire diversi virtual macchine senza soffocamento.

— ShadSterling
fonte

"Quindi quella raccolta di musica che hai nel tuo Windows Media Player non sarà così facile accedere da Linux." In realtà, le versioni più recenti del kernel Linux (2.6.xe successive) hanno un supporto NTFS incorporato abbastanza buono, quindi, supponendo che i file si trovino sul tuo volume Windows principale e non sia crittografato, l'installazione di Linux dovrebbe essere in grado di accedere ai file musicali memorizzato sul volume di Windows. Da Linux a Windows è difficile, dato che Windows ha zero ext3 \ 4 supporto, anche se la maggior parte delle distribuzioni Linux consumer oggi hanno la possibilità di creare un volume in formato NTFS che potrebbe essere usato per archiviare i file musicali condivisi.

— Sean,

In realtà, Windows ha il supporto per Ext3 e 4 attraverso software di terze parti (proprio come Linux dipende da ntfs-3g) superuser.com/questions/37512/…

— Elcan

Ho detto che " potrebbero non essere del tutto in grado di accedere ai filesystem di ciascuno" perché non esiste un modo a prova di bomba per garantire l'accesso attraverso sistemi operativi arbitrari, non perché non sia mai possibile. Se non hai già familiarità con gli strumenti (o se sono cambiati) potrebbero essere necessari giorni di lavoro extra per la configurazione e potresti non fare comunque quello che vuoi. NTFS è una destinazione mobile, il prossimo aggiornamento potrebbe (non lo sarà, potrebbe) essere incompatibile con ntfs-3g. I commenti sul tuo link suggeriscono che il software di terze parti non è sempre sicuro nemmeno da installare. E anche se FS funziona, puoi aggiungerlo alla tua libreria Windows Media da Linux?

— ShadSterling

14

No.

È possibile avviare solo un sistema operativo alla volta. Ogni sistema operativo (supponendo 64 bit, non 32 bit) avrà accesso a tutta la RAM.

— Tetsujin
fonte

3

Tramite PAE è possibile accedere a 8 GB di RAM su un sistema operativo a 32 bit. E gli hypervisor consentono di avviare più SO contemporaneamente.

— ChrisInEdmonton,

@ChrisInEdmonton: Tuttavia, l'utilizzo di un hypervisor NON è uguale al doppio avvio.

— 3D1T0R

6

La tua RAM non viene mai divisa. Qualsiasi sistema attualmente caricato ha accesso a tutta la memoria all'interno del sistema. È volatile, quindi viene cancellato quando si spegne il computer.

— Aashishkebab
fonte

1

Non è del tutto corretto. Cerca gli hypervisor bare metal.

— gronostaj,

2

@gronostaj In tal caso, direi che l'hypervisor è il "sistema" nel senso presentato nella risposta qui.

— Cubico,

0

Non dividerà la RAM in due, ma ciò che dovresti sapere è che molto probabilmente dividerà la tua memoria in due, ad esempio se hai un disco rigido da 500 GB, dovrai usarne una parte per il sistema operativo A e parte di esso per il sistema operativo B, sia esso da 250 GB per ciascuno, 100 GB per A e 400 GB per B o qualsiasi altra proporzione ti piaccia.

Mentre hai il controllo completo su quanto spazio di archiviazione dedichi a ciascun sistema operativo, dovrai sempre comprometterne parte per eseguire il doppio avvio. Soprattutto perché ogni sistema operativo di solito ha il proprio file system, che spesso non è affatto compatibile con altri sistemi operativi o almeno non banale con cui renderlo compatibile.

— Sperma di Diogo
fonte

-1

Di default no. Ma se si utilizza un tipo di strumento come VMware vSphere, è possibile ottenere tale tipo di funzionalità. È possibile ottenere anche l'esecuzione parallela di entrambi i sistemi. Puoi persino dedicare il 70% di RAM a un sistema e il 30% di RAM a un altro, ecc. Mentre nel comportamento predefinito di ciascun sistema operativo è come se si considerasse un maestro. Dà un'occhiata a quali processori, dischi rigidi, memoria, schede di rete sono installati e si considera proprietario di tutto ciò. E solo strumenti speciali possono dividerli in altro modo.

— Yuriy Zaletskyy
fonte

-2

No, il dual-boot non divide la RAM. Tuttavia, se stai eseguendo Kali con una macchina virtuale (ad esempio VMWare), devi allocare RAM per il sistema operativo virtuale.

— Datta
fonte

5

Questo non aggiunge nulla alle risposte già esistenti.

— ChrisInEdmonton,

sono estremamente dispiaciuto appena entrato nello scambio di stack puoi darmi il link delle regole per pubblicare un commento.

— Datta,

@DebojyotyDatta Dai un'occhiata al tour . In breve, SE è un sito di domande e risposte in cui le risposte devono rispondere alla domanda. I commenti sono effimeri e servono a chiarire la risposta o la domanda. Non scoraggiarti, ecco come SE mantiene un alto livello di qualità. Prova a rispondere a un'altra domanda.

— Criggie,

@DebojyotyDatta L'unica regola che devi sapere. Non inviare commenti come risposta. Quindi, se consideri ciò che hai inviato come commento, non avrebbe dovuto essere inviato come risposta.

— Ramhound,