stringtranslate.com

Discusión:Reiniciar

¿"Reiniciar (informática)" o simplemente "Reiniciar"?

Actualmente, al reiniciar se accede a la página de reinicio ; El único elemento en esa página que se "reinicia" además de "reiniciar" es esta página. ¿Esta página debería simplemente ser "Reiniciando", tal vez con un enlace de "otros usos" a la página "Reiniciar"? Guy Harris ( discusión ) 18:34, 21 de junio de 2011 (UTC) [ respuesta ]

No, creo que la gente ha hablado de "reiniciar" un televisor, una película, un cómic, etc. franquicia. Guy Harris ( discusión ) 00:32, 22 de enero de 2013 (UTC) [ respuesta ]

Arranque en frío

Quizás muestre mi edad aquí, pero me enseñaron que un "arranque en frío" se produce cada vez que la computadora está apagada por completo. A menudo, todo se apaga de manera ordenada (no solo accionando el interruptor de encendido, sino realizando un apagado adecuado). Etiqueté con {{fact}} para ver si alguien puede encontrar una referencia que respalde lo que está escrito actualmente. --Nouniquenames ( discusión ) 03:30, 18 de junio de 2012 (UTC) [ respuesta ]

Aquí tienes. Socrates2008 ( Discusión ) 08:55, 18 de junio de 2012 (UTC) [ respuesta ]

Un reinicio de hardware no provoca un reinicio suave

Si, por ejemplo, presiona un botón que reinicia a la fuerza el hardware (o quizás, en máquinas microcodificadas , invoca un microcódigo que reinicia el hardware), eso no es un "reinicio suave" en el sentido descrito en el artículo: el software no Informó sobre el reinicio, simplemente sucede desde debajo del software.

La mayor parte del proceso de reinicio en ese caso es similar al caso del ciclo de energía. Sin embargo, es lo suficientemente diferente, ya que no se pierde energía en ninguno de los circuitos, que, si bien probablemente debería describirse en la sección de "arranque duro", las diferencias deberían mencionarse.

No estoy seguro de si existe un término estándar para esto. "Recarga en caliente" parece usarse en este documento de Cisco para referirse a un "arranque suave", en lugar de una recarga al presionar el botón de reinicio. De manera similar, Intel parece estar usando "reinicio en caliente" en este documento de EFI para referirse a un reinicio controlado por firmware/software, aunque reiniciar desde EFI puede no ser tan "suave" como reiniciar desde el sistema operativo. (Y lo que encontré cuando busqué en Google "reinicio tibio" parece hablar principalmente de otra forma de reinicio ). Guy Harris ( discusión ) 00:30, 22 de enero de 2013 (UTC) [ respuesta ]

No todos los reinicios de hardware implican un ciclo de energía

Existen formas de reinicio de hardware que no implican encender y apagar la alimentación. Ver restablecer (informática) . - Comentario anterior sin firmar agregado por Guy Harris ( charla • contribuciones ) 18:30, 22 de enero de 2013 (UTC) [ respuesta ]

Hola. Estos reinicios no son difíciles (ni fríos). En un reinicio completo (o en frío), se debe cortar la energía y luego volver a conectarla. Los medios de dicha acción (por ejemplo, un circuito, un chip, un pulsador, un botón de palanca, un cable, etc. o una combinación compleja de todos ellos) no son importantes.
En cuanto a restablecer (informática) , no creo que ni siquiera el artículo en sí sepa de qué está hablando. Podemos discutirlo por separado, pero prefiero que nos centremos en este problema por ahora.
Atentamente,
Nombre en clave Lisa ( charla ) 08:18, 23 de enero de 2013 (UTC) [ respuesta ]
Tampoco son suaves. Un "reinicio suave" es aquel en el que el sistema operativo hace todo lo necesario para provocar un reinicio; un reinicio con el botón de reinicio quita el control del sistema operativo, en lugar de permitir que el sistema operativo se apague y reinicie correctamente cuando haya terminado. Guy Harris ( discusión ) 09:25, 23 de enero de 2013 (UTC) [ respuesta ]
Hola.
¿A qué se refiere "ellos"? AFAIK, un reinicio suave (o en caliente) también puede ser iniciado por firmware (por ejemplo, BIOS, UEFI, etc.), hipervisor o CPU (por su propia decisión en lugar de un comando). La única diferencia con un reinicio completo es que no se corta la energía. Otras diferencias son situacionales.
Atentamente,
Nombre en clave Lisa ( charla ) 10:09, 23 de enero de 2013 (UTC) [ respuesta ]
Hay reinicios en los que el sistema operativo se apaga elegantemente y hace lo que sea necesario para reiniciar la máquina (presionar un registro ACPI o el controlador del teclado en una PC; tocar el hipervisor o hacer un baile que parezca que lo hace en el software). qué hace el botón IPL en hardware/firmware en S/3x0, etc.); hay reinicios en los que la CPU salta al firmware (por ejemplo, como resultado de una interrupción no enmascarable que se dirige directamente a una rutina de firmware o a una rutina del sistema operativo que realiza un rápido "salto al firmware") y luego un el comando de firmware que reinicia se realiza sin que el sistema operativo realice ninguna limpieza; y hay reinicios en los que, por ejemplo, se realiza un reinicio de hardware en la CPU y realiza la misma secuencia de operaciones que se realizan como resultado de un reinicio de encendido , nuevamente sin que el sistema operativo realice ninguna limpieza.
Por lo tanto, existen varias características que pueden describir un tipo de reinicio en particular, entre ellas:
  • si se eliminó la energía del hardware (bueno, con la excepción de cualquier energía que una batería del sistema pueda aplicar continuamente a los componentes del sistema) o no;
  • si el sistema operativo realizó un apagado más o menos elegante (si "una llamada al sistema de reinicio se ejecutó desde el área de usuario sin ninguna notificación al área de usuario, pero al menos logró sincronizar los sistemas de archivos" a "al menos envió el código del área de usuario a señal de "es hora de apagar" y esperó un poco para dejar que terminara" hasta "pasó por toda la secuencia elegante, incluida la posibilidad de que aparezcan los cuadros de diálogo de "guardar su trabajo");
  • si el software estuvo involucrado en el proceso o si un reinicio del hardware lo invocó;
  • los detalles sangrientos de "elegante" como se menciona en el segundo punto anterior.
Los dos primeros son definitivamente importantes: un reinicio en el que el sistema operativo tiene que hacer algo, incluso si solo sincroniza los sistemas de archivos, es diferente de uno en el que el reinicio se realiza desde debajo del sistema operativo. El tercero probablemente sea importante sólo en la medida en que puede restablecer una máquina incluso si, por ejemplo, la ruta al firmware pasa por el sistema operativo y el sistema operativo no le permite llegar allí. El cuarto también podría ser importante, ya que hay un estado del sistema que podría ser inconsistente o trabajo que podría perderse incluso si los sistemas de archivos no se sincronizaran, pero también podría ser más detallado de lo que queremos dar aquí. Guy Harris ( discusión ) 20:06, 23 de enero de 2013 (UTC) [ respuesta ]
Hola. Estoy de acuerdo hasta ahora. (De hecho, dije en mi mensaje anterior que estoy de acuerdo). Sin embargo, ninguna de estas son características distintivas de un reinicio en frío (o completo). La única característica distintiva es que se corta la energía y luego se vuelve a conectar. Saludos cordiales, Nombre clave Lisa ( discusión ) 11:25, 24 de enero de 2013 (UTC) [ respuesta ]
Entonces una página que dice solo que hay reinicios completos, en los que se corta la energía, y algún otro tipo de reinicio, en los que no se corta la energía, está incompleta. En muchos sentidos, si el sistema operativo participa en el reinicio antes de que se reinicie la máquina y, por lo tanto, puede hacer que el reinicio sea algo elegante, o no participa, es más importante que si se cortó o no la energía. Guy Harris ( discusión ) 19:00, 24 de enero de 2013 (UTC) [ respuesta ]
Esta distinción es en gran medida fuera de lugar, ya que todos los detalles sobre la interrupción física del funcionamiento normal de la computadora pertenecen al artículo sobre reinicio (informática) . El concepto de reinicio no depende de ello. La vida de un sistema operativo se interrumpe: este es el tema central del artículo. Los posibles escenarios se pueden clasificar a grandes rasgos en un reinicio asistido por el sistema operativo (un apagado controlado por el sistema operativo y un posterior arranque) y causas asincrónicas insuperables (pérdida de energía, reinicio del hardware, fallas de la CPU o de la placa base). El último grupo de causas debería cubrirse mediante reinicio (informática) . Incnis Msi ( charla ) 19:20, 24 de enero de 2013 (UTC) [ respuesta ]
No necesariamente asíncrono, porque un fallo del procesador puede deberse a un funcionamiento incorrecto del software. Incnis Msi ( discusión ) 19:33, 24 de enero de 2013 (UTC)[ responder ]
Supongo que con "esta distinción" te refieres a la distinción entre reinicios que implican un corte de energía y reinicios que no lo hacen. Si ese es el caso, estoy de acuerdo contigo; Las principales diferencias entre los diferentes tipos de reinicios son "cuánta participación tuvo el software en el proceso de apagado" (¿el reinicio tuvo que ocurrir sin la cooperación de un software que tal vez se comportara mal, es decir, reiniciar o presionar un botón de reinicio o posiblemente presionar un botón NMI y realizar un reinicio desde el símbolo del sistema del monitor PROM si el sistema operativo está bloqueado, y cuánta limpieza, si la hubo, pudo realizar el software si estuvo involucrado ).
Los reinicios "causados ​​asincrónicamente" (o cualquier término que sea apropiado) (los que ocurrieron sin más cooperación del sistema operativo que quizás captar el NMI y saltar al monitor PROM) deben discutirse en el artículo. Los detalles de cómo sucede esto tal vez deberían discutirse no solo en el artículo sobre reinicio (computación) , sino también en la página sobre ciclo de energía. Guy Harris ( discusión ) 19:40, 24 de enero de 2013 (UTC) [ respuesta ]
Hola. También estoy de acuerdo con eso. Nunca lo discutimos. De hecho, también estoy de acuerdo con el título: No todos los reinicios de hardware implican un ciclo de energía. Cierto de nuevo. Con lo que no estoy de acuerdo es con lo que dije la primera vez: estos reinicios no son reinicios en frío (ni completos). (Y tenía una razón para hacer este comentario: la edición de Guy en el artículo). La única diferencia entre un reinicio en frío y un reinicio en caliente es que en el primero, los componentes están apagados. En este último, no. En ambos, la memoria de contenidos se borra o se marca como borrada y se inicia una secuencia de inicio . Saludos cordiales, Nombre clave Lisa ( discusión ) 04:18, 25 de enero de 2013 (UTC) [ respuesta ]
PD: Estoy empezando a sentir que ni siquiera estoy seguro de qué es un "reinicio de hardware" o "reinicio de hardware". Chico, estás usando estos dos términos con mucha libertad y estoy empezando a pensar que tal vez pienses que, dado que la palabra "hardware" tiene "duro", entonces un reinicio en frío (también conocido como reinicio completo) puede tener una fuerte asociación con el hardware. Ese no es el caso. (Nuevamente, su edición en el artículo se ha convertido en un factor). Saludos cordiales, Nombre en clave Lisa ( discusión ) 04:29, 25 de enero de 2013 (UTC) [ respuesta ]
"La única diferencia entre un reinicio en frío y un reinicio en caliente es que en el primero, los componentes están apagados". En realidad, el documento sobre el ataque de arranque en frío (deberá seguir el enlace "Documento de investigación completo", ya que Wikipedia no permitirá ese enlace en una página de Wikipedia) dice, en la sección "Reinicios simples" en la página 7, " Un arranque en caliente, invocado con el procedimiento de reinicio del sistema operativo, normalmente garantizará que la memoria no tenga posibilidades de deteriorarse, aunque el software tendrá la oportunidad de borrar datos confidenciales antes del apagado. Un arranque en frío, iniciado utilizando el interruptor de reinicio del sistema o mediante. Quitar y restaurar brevemente la energía dará como resultado poca o ninguna decadencia dependiendo del tiempo de retención de la memoria. Parece como si estuvieran hablando de un "reinicio en frío" como cualquier reinicio que pasa por alto el sistema operativo, ya sea que implique un ciclo de energía o no, y un "reinicio en caliente" como cualquier reinicio causado por que se le indique al sistema operativo que se reinicie. ¿Tiene alguna cita de documentos que digan que un "reinicio completo" es aquel que implica reiniciar el hardware y un "reinicio suave" es cualquier otro reinicio, incluso si implica un reinicio del hardware? Si es así, ¿tiene alguno que diga lo mismo para los reinicios "en frío" y "en caliente"? Guy Harris ( discusión ) 19:22, 25 de enero de 2013 (UTC) [ respuesta ]
"Estoy empezando a sentir que ni siquiera estoy seguro de qué es un "restablecimiento de hardware" o un "reinicio de hardware"." Un "reinicio de hardware" es un reinicio causado por una señal de hardware como RSTIN# en Intel Xeon C5500/C3500. Tenga en cuenta que llaman a un reinicio a través de esa línea "reinicio en caliente", por lo que parecen estar haciendo una distinción diferente entre "frío" y "cálido" que la gente de Princeton, tal vez porque la hoja de datos está dirigida a la gente de hardware, a quienes la participación del sistema operativo en el proceso sería menos interesante que si se quita o no la energía del chip, y al periódico le importa si el software tuvo la oportunidad de borrar la memoria o no.
"Estoy empezando a pensar que tal vez pienses que, dado que la palabra "hardware" significa "duro", entonces un reinicio en frío (también conocido como reinicio completo) puede tener una fuerte asociación con el hardware". Le sugiero que deje de pensar eso, ya que, de hecho, no creo que un reinicio completo tenga una fuerte asociación con el hardware simplemente porque "hardware" contiene "hard". Habiendo sido desarrollador de código a nivel de kernel del sistema operativo desde la década de 1970, tiendo a ver la distinción entre reinicios en los que el sistema operativo llega a tener cierta participación en el asunto (incluso si es un pánico y todo lo que hace es sincronizar los sistemas de archivos). ) y reinicios donde no es más significativo que la distinción entre reinicios que implican una pérdida de energía y aquellos que no, y creo que esa es la distinción principal que debería hacer el artículo, *incluso si la mayoría de las fuentes usan "duro" /"frío" versus "suave"/"cálido" para hacer la otra distinción*; en el último caso, el artículo debería, en la sección sobre reinicios en los que el sistema operativo no interviene (excepto quizás en el caso de NMI al monitor), hacer la distinción entre reinicios de ese tipo que son "difíciles". /"frío" y reinicios de ese tipo que son "suaves"/"cálidos". Guy Harris ( discusión ) 19:48, 25 de enero de 2013 (UTC) [ respuesta ]
Hola. Tengo una variedad de fuentes (principalmente libros técnicos) pero no puedo comprender para qué quiere una fuente. Me estoy confundiendo aquí abajo y la cantidad de preguntas que me gustaría hacer (pero que tengo que contenerme) está aumentando. Hasta ahora estoy perfectamente de acuerdo en que "No todos los reinicios de hardware implican un ciclo de energía". Aclare: en su opinión, ¿cuál constituye la diferencia entre un reinicio en frío y un reinicio en caliente? Por favor responda y veré qué fuente debo utilizar en respuesta. Saludos cordiales, Nombre clave Lisa ( discusión ) 07:19, 26 de enero de 2013 (UTC) [ respuesta ]
Quiero fuentes adicionales para la afirmación de que el término "reinicio completo" se aplica solo a un reinicio en el que se corta y se restablece la energía y el término "reinicio suave" se aplica a todos los demás tipos de reinicio, incluso uno en el que, por ejemplo, la CPU Se señala la línea de reinicio, y fuentes adicionales afirman que lo mismo se aplica al "reinicio en frío" y al "reinicio en caliente". Hasta ahora, he visto el documento sobre "ataque de arranque en frío" que dice que un "reinicio en frío" es aquel en el que el código de reinicio del sistema operativo no se ejecuta (independientemente de si se reinició o no la alimentación) y un "reinicio en caliente" es uno donde se ejecuta, y el documento de Intel que llama a un reinicio activando #RSTIN un "reinicio en caliente" en lugar de un "reinicio en frío"; Yo diría que eso es un empate. Si la mayoría de las fuentes están de acuerdo en que un "reinicio completo" sólo ocurre si se reinicia la energía, y todo lo demás es un "reinicio suave", entonces el artículo debería decir lo mismo, y si están de acuerdo en que "duro" = "frío" y "suave" = "cálido", el artículo debería decir eso (de modo que la sección sobre reinicios completos no mencione "restablecer a la fuerza el estado del hardware" o el botón de reinicio, y la sección sobre reinicios suaves no diga eso "[implican] reiniciar una computadora "normalmente" bajo control de software"). El artículo también debería , entonces:
  • También indican que un reinicio suave "puede ser causado por accidente o deliberadamente como último recurso para restablecer un sistema que no responde o en caso de un error crítico", ya que eso es ciertamente cierto, por ejemplo, en hardware con un botón de reinicio que simplemente activa un línea de reinicio;
  • tienen secciones que analizan los reinicios que no involucran el código de reinicio del sistema operativo ("¿reinicios desagradables"?) y aquellos que sí lo hacen ("¿reinicios correctos"?), como una distinción separada entre reinicios duros y suaves;
  • mover el segundo párrafo de la sección "Reinicio completo" a la sección sobre reinicios que no involucran el código de reinicio del sistema operativo, excepto la última oración, ya que las dos primeras oraciones se aplican a todos los "reinicios incorrectos";
  • mover el tercer párrafo de la sección "Reinicio completo" a la sección sobre reinicios que no involucran el código de reinicio del sistema operativo, con "reinicio completo" reemplazado por "reinicio desagradable" (o cualquiera que sea el término utilizado por la mayoría de las fuentes) y y se señala que la parte sobre la remanencia de datos se aplica solo a reinicios completos (que siempre son desagradables) y no a reinicios suaves desagradables. Guy Harris ( charla ) 12:17, 26 de enero de 2013 (UTC) [ respuesta ]
Hola.
Me estás confundiendo otra vez. Pero su resumen de edición fue claro y directo. Ver:
Tulloch, Mitch; Tulloch, Ingrid (2002). Enciclopedia de redes de Microsoft (2ª ed.). Prensa de Microsoft. pag. 172.ISBN​ 0-7356-1378-8.
Atentamente,
Nombre en clave Lisa ( charla ) 19:17, 26 de enero de 2013 (UTC) [ respuesta ]
Hola de nuevo. He estado releyendo tu mensaje una y otra vez (y otra vez; y otra vez; y otra vez...) y me vienen a la mente otras dos cosas:
1. Wikipedia no es un campo de fútbol ni una competición en la que las fuentes se puntúan entre sí. Más bien, en Wikipedia cubrimos todas las perspectivas principales sobre un tema desde un punto de vista neutral; es decir, los cubrimos sin emitir juicios sobre ellos.
2. ¿Se puede activar el reinicio por software por accidente? En teoría, puede haber un botón de reinicio suave en cualquier computadora hipotética, pero ¿existe?
Atentamente,
Nombre en clave Lisa ( charla ) 00:25, 28 de enero de 2013 (UTC) [ respuesta ]
(Todas las perspectivas principales respaldadas por fuentes confiables , presumiblemente, al menos para temas técnicos como este).
La PC de torre que tuve en 1998 tenía un botón de reinicio, pero no era un botón expuesto; estaba detrás de un agujero en la cubierta frontal, por lo que podías presionarlo con un clip doblado, pero no lo presionarías si accidentalmente chocabas contra la máquina. Si lo activara, reiniciaría la máquina, siguiendo el procedimiento de inicio del BIOS; Es posible que se haya saltado algunas de las secciones realizadas durante el encendido, como algunas de las pruebas (recientemente regalé la máquina para que la reciclaran), pero el resto del proceso de arranque fue el mismo que durante el encendido. No sé si alguna PC tenía botones de reinicio fáciles de presionar; Para las máquinas sin botones de reinicio fáciles de presionar, la intención era presumiblemente evitar que los usuarios reiniciaran accidentalmente sus máquinas y perdieran su trabajo.
Algunas máquinas más antiguas tenían botones de reinicio que no iniciaban un reinicio; esas máquinas, según recuerdo, tampoco arrancaban automáticamente cuando se encendían; en cambio, después de encenderlos, entraron en un estado detenido y se inició un arranque con otro botón, que también podría usarse para iniciar un reinicio después de un reinicio. Algunos también tenían un botón de parada, que detenía el procesador sin realizar un reinicio; También se podría realizar un arranque en ese punto. Por ejemplo:
  • El modelo original del PDP-10 , el KA10, tenía una tecla RESET, no tan oculta (similar a otros botones; ver la imagen en la página 2-84 del Libro 1 del Manual de Referencia del PDP-10), que detenía el procesador ( "Si RUN está activado, duplica la acción de la tecla STOP antes de borrar") y "[Borrado] todos los dispositivos IO y [borrado] el procesador, incluidos todos los indicadores"; consulte la página 2-87 del Manual de referencia PDP-10 antes mencionado. La tecla RESET no inicia un reinicio; la tecla LEER ENTRADA tendría que usarse después de eso.
  • El IBM 1130 también tenía un interruptor de reinicio, que "restablece todos los registros de entrada/salida y de máquina, activadores de ciclo y control, e indicadores de estado" (consulte la página 15 de los Procedimientos operativos del IBM 1130). Eso tampoco inicia un reinicio; el interruptor de carga del programa inicia un reinicio.
  • La arquitectura IBM System/360 especifica que una función del operador en todos los modelos de System/360 es una función de reinicio del sistema, con una tecla de reinicio del sistema, que "[provoca] un reinicio del sistema". Eso tampoco inicia un reinicio; que se realiza mediante la tecla Cargar. Consulte los Principios de funcionamiento de System/360, páginas 122 a 126.
entonces, en esas máquinas, si era lo suficientemente imprudente, podía presionar el botón de reinicio cuando pretendía presionar algún otro botón; la máquina no se reiniciaría, pero se habría perdido suficiente estado como para que no tenga mucho sentido hacer algo más que reiniciar. Guy Harris ( discusión ) 07:43, 28 de enero de 2013 (UTC) [ respuesta ]
Hola. Solo una actualización: acabo de leer "Para que no recordemos: ataques de arranque en frío a claves de cifrado" y no pude encontrar la definición que le atribuyó. Por favor especifique el número de página o cita directa. Saludos cordiales, Nombre clave Lisa ( discusión ) 01:26, 28 de enero de 2013 (UTC) [ respuesta ]
La sección 4.2 "Ataques de imágenes", que comienza al final de la página 6, dice, al comienzo del texto en la página 7:
Reinicios simples El ataque más simple es reiniciar la máquina y configurar el BIOS para iniciar la herramienta de imágenes. Un arranque en caliente, invocado con el procedimiento de reinicio del sistema operativo, normalmente garantizará que la memoria no tenga posibilidades de deteriorarse, aunque el software tendrá la oportunidad de borrar datos confidenciales antes del apagado. Un arranque en frío, iniciado usando el interruptor de reinicio del sistema o quitando y restaurando brevemente la energía, dará como resultado poca o ninguna degradación dependiendo del tiempo de retención de la memoria. Reiniciar el sistema de esta manera niega al sistema operativo y a las aplicaciones cualquier posibilidad de borrar la memoria antes de apagarse.
por lo que se puede realizar un "arranque en frío" con un "interruptor de reinicio" de alguna forma no especificada. En ese párrafo se distingue de un "arranque en caliente", que implica el procedimiento de reinicio del sistema operativo y que, por lo tanto, es diferente no sólo de un reinicio con ciclo de energía sino también de un reinicio con el botón de reinicio, un proceso de detener y presionar. reiniciar con el botón de inicio o reiniciar con el comando saltar al firmware del monitor y realizar un reinicio. Guy Harris ( discusión ) 09:00, 28 de enero de 2013 (UTC) [ respuesta ]
Hola. Malinterpretaste la fuente. La frase "Un arranque en caliente, invocado con el procedimiento de reinicio del sistema operativo" se refiere a un tipo muy específico de reinicio en caliente, es decir, uno elegante. Pero lo ha tomado como una definición de reinicio en caliente, lo cual es incorrecto. Lo mismo ocurre con la sentencia de arranque en frío. En otras palabras, ha entendido que la coma significa "definido como", mientras que en realidad significa "es decir".
De hecho, la página 2 tiene una versión parafraseada de esta oración. Busque "Lo más sencillo es reiniciar la máquina y..." en el párrafo 2. Saludos cordiales, Nombre en clave Lisa ( charla ) 10:19, 28 de enero de 2013 (UTC) [ respuesta ]
Es un poco extraño que no digan simplemente "un arranque en caliente" y "un arranque en frío", a menos que su intención sea deliberadamente no decir nada sobre lo que sucede si, por ejemplo, tienes una máquina donde hay un botón NMI que normalmente activa un salto a un mensaje de firmware desde el cual puede reiniciar directamente desde el sistema operativo (como al menos en algunas máquinas con firmware abierto ).
Ese procedimiento no es un arranque en caliente que se invoca con el procedimiento de reinicio del sistema operativo; A menos que el botón NMI se considere un interruptor de reinicio (aunque no provoca un reinicio, solo un salto al indicador del monitor de firmware), no es un arranque en frío que se inicia usando el interruptor de reinicio del sistema o quitando brevemente y restaurar el poder. (También es probablemente la forma más fácil de tomar cosas de la memoria, ya que el sistema operativo no borra la memoria y no se corta la energía. Diablos, si estás en el indicador del monitor, es posible que te permita leer directamente la memoria con un comando, o incluso, en el caso de Open Firmware, escriba un programa Forth para obtener los datos que desea).
Así que no estoy seguro de lo que dicen aquí; ¿Querían decir "una bota {cálida, fría}, que es...", o "una bota {cálida, fría} que es..."? Pude ver que cualquiera de las interpretaciones era válida. Guy Harris ( discusión ) 10:51, 28 de enero de 2013 (UTC) [ respuesta ]
Hola.
Creo que estás olvidando un pequeño detalle: aquí están hablando de restos de datos. Entonces, no, ambas interpretaciones no pueden ser correctas porque solo un reinicio en caliente correcto y un reinicio en frío incorrecto (interrupción repentina de energía) son adecuados para el ataque. Los reinicios en caliente sin gracia son imposibles en Windows; un reinicio en frío elegante (que implica el apagado de Windows) sólo alarga el reinicio. ¿No leíste el periódico?
Atentamente,
Nombre en clave Lisa ( charla ) 12:00, 28 de enero de 2013 (UTC) [ respuesta ]
Si está intentando obtener el contenido de la memoria principal DRAM, la memoria no debe perder energía durante un período tan largo que decaiga al estado fundamental, y ningún programa que destruya el contenido de la memoria (borrándolo, probándolo, etc.) ) debe tener la oportunidad de correr antes de intentar agarrarlo.
A menos que haya una diferencia detectable entre el estado de una celda DRAM que contiene 1 y sobrescrita con 0 y una celda DRAM que contiene 0 y "sobrescrita" con 0 (que podría ser el caso, aunque, si ese es el caso, podría requerir que pueda examinar ese estado desde el exterior), la remanencia de datos es relevante sólo si se corta la alimentación a la DRAM.
Se cortará la energía a la DRAM si se corta físicamente (lo que, en máquinas móviles "que funcionan con baterías", como teléfonos, tabletas y computadoras portátiles, puede requerir que se abra la máquina y se retiren o desconecten las baterías, desenchufándolas de una pared). el socket no lo hace) o si algún componente (posiblemente controlado por firmware) lo corta electrónicamente (como podría suceder en máquinas "alimentadas por baterías" en las que "apagar la máquina" realmente significa " hibernar y apagar todo lo que no sea el componentes que responden al botón de encendido y posiblemente algunos dispositivos de comunicación para admitir Wake-on-{LAN, llamada telefónica, SMS}).
Por lo tanto, debe asegurarse de que, si se corta la energía, restablezca la energía a la DRAM "lo suficientemente pronto". Si no se corta la luz, eso no importa.
En cuanto a la destrucción de la memoria mediante firmware o software, si puede controlar qué software se ejecuta después de un reinicio, la única destrucción de la memoria por la que debe preocuparse es la destrucción de la memoria mediante el firmware. Si puede eliminar físicamente la memoria después de detener la máquina (lo que implica cortar físicamente la energía de la DRAM a menos que pueda obtener energía de alguna otra fuente mientras la mueve, pero, como señala el documento, moverla no tiene por qué tomar tanto Mientras la DRAM pierda datos si puedes enfriar los chips), puedes conectarlos a una máquina cuyo firmware también puedas controlar. Si no puede mover la memoria, debe hacer arreglos para que el firmware no la destruya; si el firmware tiene una prueba de memoria que destruye la memoria o un pase de borrado de memoria, y no se puede configurar para desactivar completamente ese pase, pero sabe si se invoca después de un encendido o justo después de un reinicio del procesador o una devolución de llamada desde el sistema operativo, y solo ejecuta el pase de eliminación de memoria después de un encendido, luego un reinicio del ciclo de energía hace que sea más difícil , no más fácil , obtener los datos. Si puede desactivar ese paso, entonces no importa si se trata de un reinicio del ciclo de energía o no, siempre y cuando los datos sobrevivan al proceso del ciclo de energía; el firmware no destruirá la memoria en ningún caso y, si usted controla el software que arranca, tampoco destruirá la memoria en ninguno de los dos casos.
Entonces, ya sea:
  • puedes quitar la memoria y no es necesario reiniciar;
  • no puede eliminar la memoria, pero puede configurar el firmware para que no destruya la memoria al reiniciar:
  • y el sistema operativo no destruirá la memoria antes del reinicio, en cuyo caso el tipo de reinicio no importa;
  • pero el sistema operativo destruirá la memoria antes del reinicio, en cuyo caso necesitará un reinicio desagradable, ya sea que implique un ciclo de encendido o no , para mantener las manos del sistema operativo alejadas de la memoria;
  • no puede quitar la memoria y no puede configurar el firmware para que no destruya la memoria al reiniciar, pero lo hará si se inicia desde un apagado:
  • y el sistema operativo no destruirá la memoria antes del reinicio, en cuyo caso deberá realizar un reinicio sin ciclo de encendido, elegante o no, para evitar que el firmware destruya la memoria;
  • pero el sistema operativo destruirá la memoria antes del reinicio, en cuyo caso necesitará un reinicio desagradable sin ciclo de energía, para mantener las manos del firmware y del sistema operativo fuera de la memoria;
  • no puedes quitar la memoria y no puedes evitar que el firmware destruya la memoria al reiniciar, en cuyo caso estás atascado.
Consulte la sección 8 "Contramedidas y sus limitaciones", subsección "Depuración de la memoria", para obtener un análisis del último de esos casos. La sección 3.4 "Huellas del BIOS y borrado de memoria" también trata esto.
En cuanto a "Los reinicios en caliente desagradables son imposibles en Windows", esa es una función del hardware, no del sistema operativo. Si el procesador tiene una línea de reinicio (como la tenía el procesador en la PC torre que mencioné anteriormente, y como la tiene el procesador en la máquina en la que estoy escribiendo esto - RESET# en ambos casos), y si está conectado a una botón al que puede acceder, puede restablecer el procesador desde debajo del sistema operativo sin apagarlo, por lo tanto, si un "reinicio en caliente" es un reinicio que no implica cortar la energía, y un "reinicio sin gracia" es un reinicio desde debajo del sistema operativo, así es como se hace. Ya no tengo la documentación para la placa base de la PC de torre en cuestión, por lo que no sé si su botón de reinicio simplemente pulsó RESET# o cortó temporalmente la energía (creo que el botón de encendido pudo haber sido conectado para causar una interrupción de forma predeterminada). , para admitir el "apagado suave", pero se podía forzar un apagado más intenso), pero definitivamente presioné ese botón mientras Windows se estaba ejecutando y volví al BIOS. Dudo que Apple haya conectado RESET# a algún botón visible para el usuario en mi computadora portátil; el botón de encendido provoca una interrupción de forma predeterminada, por lo que OS X muestra el cuadro de diálogo "¿quieres apagar" de forma predeterminada y, en su lugar, saltará a un código auxiliar del depurador del kernel si lo has configurado para que lo haga, pero es uno de esos dispositivos móviles "que funcionan con baterías", y el controlador de administración del sistema controla en última instancia la energía que llega a otros componentes de la máquina. Guy Harris ( charla ) 21:51, 28 de enero de 2013 (UTC) [ respuesta ]
Demasiado largo; no leyó . (Y probablemente también fuera de tema). Nombre en clave Lisa ( discusión ) 11:00, 29 de enero de 2013 (UTC) [ respuesta ]
Versión más corta: tanto "sólo un reinicio en caliente correcto como un reinicio en frío incorrecto (interrupción repentina de energía) son adecuados para el ataque" y "los reinicios en caliente incorrectos son imposibles en Windows" son afirmaciones falsas. Lea la versión larga si quiere saber por qué. Guy Harris ( discusión ) 20:36, 29 de enero de 2013 (UTC) [ respuesta ]
Hola. No quiero saberlo. (Y tampoco quiero leer la versión larga). Lo que quiero saber es: ¿Por qué estamos discutiendo? No parece que tengamos una disputa que pueda llevar ante DRN. Entonces, estoy dejando de ver esta página. Decide qué deberíamos discutir y luego, si realmente quieres discutirlo, envíame un mensaje de texto a mi página de discusión. Saludos cordiales, Nombre clave Lisa ( discusión ) 11:46, 30 de enero de 2013 (UTC) [ respuesta ]
Hola. Otra actualización: acabo de escanear el volumen 1 de la hoja de datos del procesador Intel Xeon serie C5500/C3500. Este documento no habla en absoluto sobre (re)arranque en caliente y en frío. Pero la página 370 clasifica los tipos de restablecimiento de CPU en seis grupos: Caliente , CPU Caliente (o Sólo CPU ), Energía Buena , PCI Express , SMBus y QPI Link . A juzgar por el resto, esto no concierne a este artículo, pero me da una mejor visión de de qué está hablando Reset (informática) . El documento también habla sobre el reinicio en caliente o en frío para varios componentes, pero eso nuevamente parece referirse al reinicio (informática) . Saludos cordiales, Nombre clave Lisa ( discusión ) 02:45, 28 de enero de 2013 (UTC) [ respuesta ]

* Comentario: En respuesta al RFC y sin responder en detalle (¡¡¡Dios no lo quiera !!!) a la inundación de RWAR aquí anterior, solo enfatizo los siguientes puntos casi al azar:

  • Hubo un tiempo en que hubo: reinicio de hardware (en frío), reinicio de software (recarga del sistema releyendo el sistema operativo actual o posterior y posiblemente nuevas tareas o programas) y arranque en caliente (generalmente mediante una interrupción provocada por el botón de reinicio). Ya entonces existían diferentes nomenclaturas en prácticamente todas las marcas de talleres mecánicos. Así que perdónenme si me niego a tomar en serio las diferencias actuales en nomenclatura .
  • Incluso entonces, había diferencias entre las máquinas con memoria volátil, como varias líneas de retardo, y aquellas con memoria de núcleo magnético, algunas de las cuales conservaban funcionalmente su memoria y sus estados de programa, incluido el sistema operativo y los programas en ejecución, cuando se reiniciaban después de un reinicio o un reinicio. fallo de alimentación. Algunos tenían opciones para borrar todo automáticamente o a pedido, pero me disculpo por no recordar ejemplos de la vida real; No recuerdo haber tenido ocasión de utilizar nada parecido. La utilidad de dicha retención de memoria variaba según la naturaleza del programa en ejecución; por ejemplo, si estaba en medio de muchos archivos, incluyendo impresión, tarjeta, cinta y disco, sus posibilidades de un reinicio aceptable eran escasas, aunque en algunos sistemas se podían aplicar puntos de control de aplicaciones de diversos grados de sofisticación. La nomenclatura se aplicó con precisión religiosa, pero, ¿crees que cada cultura (generalmente relacionada con los vendedores) tenía la suya propia?
  • Hoy en día el número de dimensiones técnicas de la situación es mayor, por lo que olvídate de una nomenclatura adecuada; no importa cuán erudito o elegante sea, no permanecerá quieto el tiempo suficiente para seguir siendo útil.
  • Recomendación Deje este inútil tiroteo de nomenclatura por un tiempo y constituya un equipo libre de ego que haya pasado por las guerras y las haya sobrevivido hasta el punto de mantenerse actualizado. Recopile un conjunto de variables elementales lo más completo posible (volatilidad de archivos y memoria, procesadores mediados por interrupciones, procesadores interpretativos versus basados ​​en hardware, etc.) y tabule el número de formas distintas y conceptualmente relevantes de interrupciones y reinicios asociados que reflejan las formas de sus sistemas de soporte. Al principio no les des nombres, sólo números o códigos similares. Establezca cuáles de ellos existen de alguna forma significativa o interesante en la vida real (informática). Etc. , luego decida qué hacer con la terminología. ¿Satisfactorio? ¡POR SUPUESTO QUE NO! ¡Pero mucho mejor que lo que tenemos!
Buena suerte. JonRichfield ( discusión ) 15:23, 8 de febrero de 2013 (UTC) [ respuesta ]
Además, del RfC, tampoco lo he leído todo (sería útil tener algún tipo de preguntas, en lugar de un muro de texto). De todos modos, las sugerencias de JonRichfield suenan bastante acertadas: enumere todos los tipos sin preocuparse por la nomenclatura. Simplemente agrego que cuando buscas la nomenclatura no intentas obtener *el* nombre para ese proceso, sino que enumeras todos los nombres (de origen) utilizados. Probablemente el problema surge de diferentes fuentes que llaman a diferentes cosas con el mismo nombre y a las mismas cosas con diferentes nombres. No intente decidir quién tiene razón (de eso no se trata principalmente WP), en su lugar documente todos los usos (de eso se trata más bien WP) - Nabla ( discusión ) 13:17, 12 de febrero de 2013 (UTC) [ respuesta ]

Reinicio en caliente/caliente

Hola, ¿hay alguna diferencia entre reinicio en caliente y en caliente ? Teuxe ( charla ) 08:52, 26 de agosto de 2014 (UTC) [ respuesta ]

No lo creo, al menos no en los sistemas operativos modernos. En DOS, solo puede reiniciar el sistema operativo sin reiniciar el BIOS mediante una llamada Int 13h . Windows 9x lo utilizaba a menudo para acelerar los reinicios después de la instalación de controladores u otras actualizaciones del sistema. Pero no sé si esto alguna vez se llamó "reinicio en caliente" en contraste con un "reinicio en caliente" "normal" con Int 19h . --MrBurns ( discusión ) 14:31, 10 de abril de 2017 (UTC) [ respuesta ]
Leyendo esto hace un momento... Bueno, esto es mezclar muchas cosas... Lo que quieres decir se llama "arranque rápido", pero no creo que lo haya realizado Windows 95 (a menos que quieras decir algo diferente). Sin embargo, fue proporcionado y realizado por algunos administradores de memoria, incluido QEMM.
De cualquier manera, no existe tal llamada INT 13h y el propósito de INT 19h no es el que usted describe. INT 19h es un BIOS en lugar de un servicio de DOS. Puede ser utilizado por cargadores de arranque o sistemas operativos en modo real antes de que intercepten cualquier interrupción de hardware, pero una vez que lo hagan, tendrían que interceptar INT 19h y restaurar el estado original (es decir, restablecer los vectores de interrupción a su estado anterior, cero). rellene los primeros 32 bytes del encabezado VDISK (ficticio) en FFFFh:0010h, active la puerta A20, etc.), antes de pasar INT 19h. Es por eso que el sistema normalmente se bloquearía en lugar de reiniciarse si emitiera un INT 19h desde las aplicaciones.
El único método portátil para que una aplicación DOS en cualquier máquina XT+ realice un reinicio es vaciar todos los cachés, esperar hasta que hayan terminado de escribir sus datos y emular una pulsación de tecla CTRL+ALT+DEL a través de INT 15h/AH=4Fh (este no existe en la PC original, por lo que también deberá asegurarse de que el vector esté inicializado antes de llamarlo). Esto sería monitoreado por controladores cargados que pueden realizar la limpieza necesaria en preparación de un reinicio. Solo si esta transmisión regresa (lo que solo sucede si ninguno de los interceptores realizó el reinicio), la aplicación (o controlador) que emitió la transmisión puede realizar el reinicio por sí misma borrando todo excepto el bit 4 del teclado extendido en el estado del teclado a las 40h:96h, borre el bit de dirección de la CPU (CLD) y los indicadores de interrupción (CLI), establezca 40h:72h en 0000h (incluya POST para un "arranque en frío") o 1234h (omita POST para un "arranque en caliente" ) (hay algunos valores mágicos más, pero estos dos son los más importantes) y salta directamente a FFFFh:0000h (esto es, lo que hace un controlador de teclado de DOS al presionar CTRL+ALT+DEL). Las aplicaciones nunca deben emitir un INT 19h y no deben saltar a ese vector de reinicio antes de probar primero el método INT 15h descrito; probablemente provocaría pérdida de datos, corrupción del sistema de archivos o bloqueos, pero no un reinicio (o solo indirectamente a través del sistema). chocar). En modo protegido, el salto será interceptado por el administrador de memoria, que cambiará al modo real, restaurará el antiguo IVT, restablecerá el hardware especial, restablecerá algunos de los registros de la CPU con sus valores iniciales y luego emitirá un INT 19h o saltará a FFFFh:0000h o alternar un reinicio de hardware a través del controlador del teclado (esto depende del administrador de memoria, su configuración y el tipo de sistema subyacente). He omitido algunos detalles (aún más oscuros), pero la conclusión es: INT 19h no es para aplicaciones.
Ver también: https://marc.info/?l=freedos-dev&m=101783474625117
- Matthiaspaul ( discusión ) 13:22, 11 de febrero de 2022 (UTC) [ respuesta ]

Mudanza solicitada el 4 de marzo de 2018

La siguiente es una discusión cerrada sobre un movimiento solicitado . Por favor no lo modifique. Los comentarios posteriores deben realizarse en una nueva sección de la página de discusión. Los editores que deseen impugnar la decisión de cierre deben considerar una revisión de la movida . No se deben realizar más modificaciones en esta sección.

El resultado de la solicitud de movimiento fue: Páginas movidas. ( cierre no administrativo )  misma  charla 19:33, 11 de marzo de 2018 (UTC) [ respuesta ]


– El WP:PRIMARYTOPIC claro para el término. El nombre del término cinematográfico se deriva obviamente del término informático, y nada más se le acerca en términos de importancia a largo plazo. ZXCVBNM ( HABLAR ) 11:46, 4 de marzo de 2018 (UTC) [ respuesta ]

La discusión anterior se conserva como un archivo de una mudanza solicitada . Por favor no lo modifique. Los comentarios posteriores deben realizarse en una nueva sección de esta página de discusión o en una reseña de movimiento . No se deben realizar más modificaciones en esta sección.

Fusionar ciclos de energía

Propongo que el ciclo de energía se fusione en este artículo. Parecen ser dos nombres diferentes para el mismo concepto subyacente y no merecen dos artículos separados. * Pppery * ha comenzado... 16:40, 22 de febrero de 2024 (UTC) [ respuesta ]

Un elemento del ciclo de energía dice:

En todas las misiones Apolo a la Luna, se requería que el radar de aterrizaje captara la superficie antes de poder intentar un aterrizaje. Pero en el Apolo 14 , el radar de aterrizaje no pudo fijar el objetivo. El control de la misión les dijo a los astronautas que activaran el ciclo de energía. [1] Lo hicieron, el radar se activó justo a tiempo y se completó el aterrizaje. [2]

Eso no indica claramente que algún tipo de dispositivo con una CPU haya sido reiniciado, y no vi nada en la referencia que indique si lo que fue reiniciado era un circuito analógico. Como tal, no me queda claro que el ciclo de energía analice el mismo concepto subyacente; reiniciar un dispositivo que se inicia con algún tipo de firmware o software probablemente provoque un reinicio (aunque si tiene una memoria principal no volátil (núcleo magnético o semiconductor respaldado por batería) y se le dice a la CPU que la energía ha fallado y está funcionando firmware o software que guarda el estado de la CPU y lo restaura cuando se restablece la energía, tal vez no provoque un reinicio). Guy Harris ( charla ) 18:17, 22 de febrero de 2024 (UTC) [ respuesta ]

Referencias

  1. ^ "Aterrizando en Fra Mauro". NASA."108:08:42 Haise: Antares, Houston. Nos gustaría que activaras el disyuntor (circuito) del radar de aterrizaje".
  2. ^ David A. Mindell (2011). Apolo digital: humanos y máquinas en vuelos espaciales . Prensa del MIT. Página 247.