¿El arranque dual divide la RAM entre los dos sistemas?


46

Me gustaría instalar Kali Linux en mi computadora usando el arranque dual. Mi computadora tiene 8GB de RAM. ¿Se separará esa RAM en 4GB para Kali Linux OS y 4GB para Windows si uso el arranque dual?


134
En un arranque dual, ya sea de Windows o Kali son cargado. Nunca ambos a la vez
Eric F

141
Esta es más bien una pregunta básica. No es una pena, cada uno de nosotros lo aprendimos en algún momento en el pasado, ahora estás aprendiendo; Está perfectamente bien. Sin embargo, lea esto sobre Kali Linux , puede ahorrarle mucha frustración.
Kamil Maciorowski

31
Como Kamil ha declarado, es posible que desee leer el manual de Kali, ya que Kali no es un buen sabor de Linux para empezar, ya que requiere mucho más conocimiento en comparación con algo como Ubuntu.
Eric F

77
Mira, no quiero ofenderte (todos tenemos que empezar en alguna parte ), pero si tienes que hacer esta pregunta, kali no es para ti. La documentación, tanto oficial como aquí en stack exchange, supondrá que sabes cosas que evidentemente no sabes.
Jared Smith

15
No me refiero a apilar los otros comentarios, pero quiero declarar explícitamente que casi no hay razón para iniciar Kali con arranque dual. De hecho, casi no hay ninguna razón para iniciar Kali en absoluto, y debería usarse con mayor frecuencia en una VM. Si se inicia como un sistema operativo host, es probable que sea una máquina construida específicamente para esos fines para los que se utiliza Kali. Si eres un principiante en Kali, nunca debes instalarlo y tratar de usarlo para los fines previstos como sistema operativo host en tu propia máquina. Debido a la naturaleza del propósito de Kali como sistema operativo, esto podría resultar en una falla catastrófica y pérdida de datos.
AlexanderJ93

Respuestas:


241

Otros ya respondieron correctamente que no, la RAM no se dividiría en este caso, pero quiero agregar una explicación de por qué ese es el caso.

Encuentro una analogía útil para el funcionamiento de una computadora es una cocina. La RAM es el espacio del mostrador. Es un espacio cercano para almacenar temporalmente cosas con las que está trabajando. Como cuando se limpia la encimera de la cocina cuando se termina de cocinar, la RAM se limpia cuando se apaga la computadora. El disco duro es el frigorífico y la despensa, almacenamiento a largo plazo y con menos acceso. Los datos son los ingredientes, y los programas son recetas. El chef es el sistema operativo.

Usted es el dueño de la casa y actualmente emplea a un chef inglés (Windows). Desea probar algunas recetas de libros de cocina escritos en francés, pero no puede encontrar las traducciones adecuadas. Entonces quiere contratar un chef que hable francés (Linux).

Como los chefs tienen sus propios libros de cocina e ingredientes, cada uno necesitará su propio espacio en la despensa (disco duro) mientras los emplee. Si necesitan dividir el espacio del contador (RAM) depende de si funcionan al mismo tiempo. Si solo un chef está trabajando a la vez, tendrán uso exclusivo de todo el espacio del mostrador. Las cosas del otro chef están fuera del mostrador y almacenadas. Sin embargo, si ejecuta dos sistemas operativos simultáneamente, como decirles a los chefs que trabajen juntos, uno como Head Chef (anfitrión) y otro como Sous Chef (virtual), entonces deberán dividir todo. Tendrán que turnarse con los dispositivos (CPU, GPU, etc.) y deberán marcar espacios de trabajo separados en el mostrador para colocar sus libros de cocina e ingredientes mientras trabajan.


66
Una analogía sorprendentemente apropiada, ¿podría sugerir una explicación (muy breve) de la virtualización? El conocimiento de alguien que viene a esta pregunta puede no ser lo suficientemente alto como para comprender a qué se refiere el Sous Chef. Tal vez mencionar hyper-v / vmware para darles algo que buscar
Michael B

1
y es RAM, no ram. Cosas totalmente diferentes
phuclv

3
La analogía "RAM como tabla" es una de mis favoritas para usar. Se extiende bien, incluso mejor en el contexto de la cocina: (1) Expansión de RAM = agregar otra mesa o comprar una mesa más grande (2) Memoria virtual = si hay más elementos de los que caben en la mesa, algunos tendrán que colocarse la despensa, y terminará perdiendo el tiempo viajando entre la despensa y el banco (3) La mesa está organizada en función de la facilidad de acceso. La despensa se organiza en función de cuánto puede almacenar en ella. (4) Máquina virtual = El chef principal le permite al chef solitario usar parte de su banco
Flater

66
Me gusta cómo actúan los libros de cocina sobre los ingredientes, pero también se almacenan con los ingredientes. Es perfecto para la forma en que se almacenan los programas junto con los datos. Uno de mis usos favoritos fue explicar cómo los errores de puntero no verificados generan datos basura. Si el chef va a la parte equivocada del mostrador y recoge lo que esté allí, puede terminar poniendo un libro de cocina en la licuadora. :)
Jared K

3
Me gusta mucho tu analogía, pero siento que te estás perdiendo la sección en la que explicas que el arranque dual es análogo a pedirle a un chef que trabaje a la vez (por ejemplo, crepes [francés] para el desayuno, pasteles de Cornualles [británicos] para cena) mientras les pide que trabajen juntos requiere virtualización de alguna variedad (hipervisor / emulador).
3D1T0R

74

Para el arranque dual, no ... Usted tendrá uno u otro ejecutándose al mismo tiempo.

Si desea que ambos se ejecuten a la vez, puede usar un hipervisor .

Quizás le interese uno de los siguientes:

  • VirtualBox : ejecute Windows o Linux de forma nativa y coloque el otro en una VM: tipo 2 / alojado
  • ESXi : ejecute Windows y Linux en una máquina virtual: tipo 1 / nativo

19
Entonces, "arranque dual" no es realmente "arranque dual" sino "arranque alternativo".
gnasher729

3
¡Sí! ... " flip-flop entre sistemas operativos " ... Nunca antes había pensado en eso.
Attie

2
@ gnasher729 Sin embargo, no lo llamaría un arranque "alternativo", porque eso implica que hay un sistema operativo principal o "principal", que no es el caso en el arranque múltiple. (Cosas como los entornos de recuperación, esas son botas "alternativas", ya que dependen y solo existen para aumentar o mantener el sistema operativo principal con el que están asociadas). Pero con arranque dual / múltiple, los diversos sistemas operativos son completamente separados pero iguales: no dependen el uno del otro de ninguna manera, y cualquiera que se inicie tiene un comando completo y exclusivo del hardware del sistema mientras se está ejecutando.
FeRD

99
Piense en "arranque dual" en el mismo sentido que "motor de doble velocidad": ese no es un motor que de alguna manera puede alcanzar dos velocidades a la vez, sino un motor que ofrece dos relaciones de cambio distintas entre las que puede cambiar cuando sea necesario. En ese caso, como con un sistema de arranque dual, solo se puede usar uno en un momento dado.
FeRD

3
@DamianYerrick con el que uso Grub savedefault, por lo que el sistema operativo que se inicia cada vez que Grub agota el tiempo de espera es el sistema operativo en el que inicié por última vez. Realmente no hay un "sistema operativo principal", ya que podría eliminar cualquiera de los sistemas operativos instalados y todos los demás seguirían funcionando bien. Conceptualmente, son iguales. Prácticamente, el único "SO principal" real en un sistema de arranque multiboot es ... bueno ... grub.
FeRD

27

No, obtendrán 8 GB (siempre que sean la versión x64 del sistema operativo).

Cuando el arranque dual, solo se ejecuta un sistema operativo a la vez.

Es necesario que les de espacio a ambos discos duros cuando los instale, pero ambos obtienen acceso completo a la RAM del sistema cuando se inician.


44
Para aclarar, los sistemas operativos de 32 bits generalmente solo pueden direccionar aproximadamente 3.5 GB de memoria: matemáticamente deberían ser 4 GB, pero debido al espacio de direcciones reservado / etc., la cantidad real disponible será menor.
Doktor J

No olvides PAE .
3D1T0R

22

Desafortunadamente, el "arranque dual" no significa que pueda arrancar dos sistemas en la misma computadora al mismo tiempo.

Significa que puede arrancar dos sistemas en la misma computadora, pero aún así solo uno a la vez.

(No se limita a dos; puede configurar muchos más, dependiendo de los requisitos del cargador de arranque que tengan. Pero por alguna razón, dos se hicieron populares primero, por lo que "dual boot" es mucho más común que "multi boot").

Dado que solo se ejecuta un sistema a la vez, el sistema en ejecución tiene el control total de toda la RAM, así como la potencia de la CPU y el resto del hardware.

Lo que se divide es el espacio en disco. La división depende de cuán cooperativos sean los diferentes sistemas. Como mínimo, necesita un volumen de arranque separado para cada uno, y los sistemas que no se llevan bien pueden ser completamente incapaces de acceder a los otros sistemas de archivos. Para que la colección de música que tienes en tu Windows Media Player no sea tan fácil de acceder desde Linux. (En términos generales, los diferentes sabores y versiones de Linux se llevan bastante bien, y las diferentes versiones y ediciones de Windows varían de poco cooperativas a hostiles).

Dado que el sistema en ejecución tiene control total del hardware, puede hacer cosas como reformatear los discos en los que están instalados los otros sistemas. Así es como puede agregar o eliminar un sistema mientras se está ejecutando otro, pero como siempre mantenga copias de seguridad de todo y vuelva a verificar lo que está haciendo antes de borrar o eliminar particiones.


Como otros han dicho, es posible ejecutar múltiples sistemas operativos en la misma computadora al mismo tiempo, pero no tienen el mismo acceso al hardware.

  • El que se inicia primero, iniciado por el BIOS ROM, es el "sistema operativo host" y tiene el control total del hardware físico, como se describió anteriormente.
  • Cada "SO invitado" adicional debe ejecutarse en una máquina virtual, iniciado por el software "hipervisor", y tiene tanto acceso al hardware físico como una aplicación normal
  • Al igual que una aplicación ordinaria, cualquier memoria asignada a un SO invitado no está disponible para otro uso por parte del SO host mientras se ejecuta el SO invitado. Esto es lo más parecido a dividir la RAM entre dos sistemas , pero no se limita a dos.
  • El intercambio de datos entre los sistemas operativos host e invitado o múltiples sistemas operativos invitados también es limitado. Los discos duros virtuales suelen ser archivos ordinarios en el sistema de archivos del Host, pero contienen un sistema de archivos potencialmente incompatible, y el acceso a archivos en otros sistemas de archivos almacenados en archivos puede requerir saltar más aros que acceder a archivos en otros sistemas de archivos almacenados en discos físicos. Y, por supuesto, si se queda atascado donde no puede leer los archivos del Host, también ha perdido los discos virtuales del Guest.

El uso de máquinas virtuales es bastante común hoy en día, pero no fue muy práctico hasta casi dos décadas después de que el término "arranque dual" fuera bien conocido por los usuarios avanzados.


Por supuesto, también es posible obtener dos (o más) computadoras. Si su interés principal es probar más sistemas operativos, y si tiene acceso a un revendedor de computadoras usadas, es probable que pueda obtener varias computadoras usadas lo suficientemente buenas como para experimentar por el precio de una computadora nueva y brillante que tiene suficiente potencia para ejecutar varias máquinas virtuales máquinas sin asfixia.


"Para que la colección de música que tienes en tu Windows Media Player no sea tan fácil de acceder desde Linux". En realidad, las versiones más recientes del kernel de Linux (2.6.xy más nuevas) tienen un soporte NTFS incorporado bastante bueno, por lo tanto, suponiendo que los archivos estén en su volumen principal de Windows y no estén encriptados, la instalación de Linux debería poder acceder a los archivos de música almacenado en el volumen de Windows. Linux-to-Windows es el difícil, ya que Windows no tiene soporte ext3 \ 4, aunque la mayoría de las distribuciones Linux de consumo hoy en día tienen la capacidad de crear un volumen con formato NTFS que podría usarse para almacenar los archivos de música compartidos.
Sean

En realidad, Windows tiene soporte para Ext3 y 4 a través de software de tercera parte (al igual que Linux depende de NTFS-3g) superuser.com/questions/37512/...
Elcan

Dije que " pueden ser completamente incapaces de acceder a los otros sistemas de archivos" porque no hay una forma a prueba de bombas para garantizar el acceso a través de sistemas operativos arbitrarios, no porque nunca sea posible. Si aún no está familiarizado con las herramientas (o si han cambiado), podría llevar días de trabajo adicional configurarlas y, de todos modos, podría no hacer lo que desea. NTFS es un objetivo móvil, la próxima actualización podría (no será, podría) ser incompatible con ntfs-3g. Los comentarios en su enlace sugieren que el software de terceros no siempre es seguro incluso para instalar. E incluso si el FS funciona, ¿puede agregar a su biblioteca de Windows Media desde Linux?
ShadSterling

14

No.

Solo puede iniciar en un sistema operativo a la vez. Cada sistema operativo (suponiendo 64 bits, no 32 bits) tendrá acceso a toda su RAM.


3
A través de PAE, es posible acceder a 8 GB de RAM en un sistema operativo de 32 bits. Y los hipervisores permiten arrancar múltiples sistemas operativos a la vez.
ChrisInEdmonton

@ChrisInEdmonton: Sin embargo, usar un hipervisor NO es lo mismo que el arranque dual.
3D1T0R

6

Su RAM nunca se divide. Cualquier sistema cargado actualmente tiene acceso a toda la memoria dentro del sistema. Es volátil, por lo que se borra cuando apaga la computadora.


1
Eso no es del todo correcto. Busque hipervisores de metal desnudo.
gronostaj

2
@gronostaj En ese caso, diría que el hipervisor es el 'sistema' en el sentido presentado en la respuesta aquí.
Cubic

0

No dividirá su RAM en dos, pero lo que debe saber es que probablemente dividirá su almacenamiento en dos, por ejemplo, si tiene un disco duro de 500 GB, tendrá que usar parte de él para el sistema operativo A y parte de él para el sistema operativo B, ya sea 250 GB para cada uno, 100 GB para A y 400 GB para B o cualquier otra proporción que desee.

Si bien tiene el control total sobre la cantidad de almacenamiento que dedica a cada sistema operativo, siempre tendrá que comprometer parte de él para el arranque dual. Especialmente porque cada sistema operativo generalmente tiene su propio sistema de archivos, que a menudo no es compatible con otros sistemas operativos o al menos no es trivial para ser compatible.


-1

Por defecto no. Pero si usa algún tipo de herramienta como VMware vSphere, puede lograr ese tipo de funcionalidad. Puede lograr incluso la ejecución paralela de ambos sistemas. Incluso puede dedicar el 70% de RAM a un sistema y el 30% de RAM a otro, etc. Si bien el comportamiento predeterminado de cada sistema operativo es como si se considerara a sí mismo como un maestro. Echa un vistazo a qué procesadores, discos duros, memoria, adaptadores de red están instalados y se trata a sí mismo como propietario de todo eso. Y solo las herramientas especiales pueden dividirlos de otra manera.


-2

No, el arranque dual no dividirá la RAM. Sin embargo, si está ejecutando Kali con una máquina virtual (es decir, VMWare), entonces debe asignar RAM para el SO virtual.


55
Esto no agrega nada a las respuestas ya existentes.
ChrisInEdmonton

Lo siento mucho, me uní al intercambio de pila. ¿Pueden darme el enlace de las reglas para publicar comentarios?
Datta

@DebojyotyDatta Eche un vistazo al recorrido . En resumen, SE es un sitio de preguntas y respuestas donde las respuestas tienen que responder a la pregunta. Los comentarios son efímeros y son para aclarar la respuesta o pregunta. No se desanime, así es como SE mantiene un alto nivel de calidad. Solo intenta responder otra pregunta.
Criggie

@DebojyotyDatta La única regla que debes saber. No envíe comentarios como respuesta. Entonces, si considera que lo que envió es un comentario, entonces no debería haberse enviado como respuesta.
Ramhound
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.