Tablas y particiones de disco fuera de banda [cerrado]


-1

Nuestros métodos actuales de particionamiento de disco implican almacenar el diseño de la partición en el disco, junto con los datos.

Es fácil arruinar los datos en un disco: simplemente borre los datos de la partición. GPT soluciona esto un poco, pero los datos de cómo está particionado todavía se encuentran junto a los datos.

¿No podemos almacenar la tabla de particiones en un chip de memoria flash en el disco, fuera de banda (OoB)? Proporcione un comando ATA para consultar particiones y para buscar un sector específico en una partición específica, que el controlador de la unidad puede traducir a números y direcciones de sector absoluto en disco. La compatibilidad no sería un problema: el disco pasaría al modo particionado utilizando un comando específico. De lo contrario, simplemente falsificaría los sectores relevantes para la tabla de particiones, o mejor, usará la forma actual de almacenar la tabla con datos. De esta manera, se puede lograr la protección para escribir en la información de la tabla de particiones ...

ACTUALIZAR

PROPUESTA

  • Almacene la tabla de partición y el código de consulta de la tabla de partición en el disco en un pequeño chip flash
  • Lectura a través de los comandos habituales de ATA.
  • La modificación de la tabla de particiones requiere nuevos comandos ATA
  • Escribir un nuevo esquema de particionamiento requiere otros comandos nuevos.
  • Capa de compatibilidad para un funcionamiento perfecto con sistemas que no son particionadores sin OoB.

BENEFICIOS

  • GPT utiliza un máximo de 34 sectores dos veces en sectores de 512 bytes. 34 KB.
  • Reduce el riesgo de sobrescribir o perder datos de partición
  • El disco se puede particionar de CUALQUIER MANERA: los comandos ATA se encargarán de usar las rutinas almacenadas
  • Hace que los discos sean mucho más portátiles, no es necesario que el sistema operativo se moleste
  • Métodos estándar para escribir en flash, tanto para modificar como para flashear nuevos esquemas de partición

Esta sería una pregunta para un ingeniero de disco duro, y es muy teórica. Creo que está fuera de tema para este sitio.
Alex McKenzie

Pensé que sí, revisé la pila cs.se, donde tampoco encajaba. ¿Estaría en el tema en cualquier otro SE?
Milind R


No tenemos ningún problema con las preguntas teóricas que solicitan que se explique algo (cc @alex), pero me falta la pregunta específica aquí. Parece que has dado la respuesta tú mismo. ¿Qué necesita saber exactamente o qué aspecto técnico le interesa?
slhck

Estoy haciendo una pregunta de diseño. ¿Los metadatos se almacenan mejor con los datos? O por separado? El particionamiento de disco es un subtema en sí mismo, y creo que las consideraciones que se incluyen deben ser parte del hardware de la computadora. ¿Diseño de hardware? Todas las meta preguntas sobre cualquier hardware apuntan a SU.
Milind R

Respuestas:


3

Esto está en línea con un problema clásico y recurrente en las computadoras en general: ¿es mejor almacenar metadatos (es decir, "datos sobre datos", especialmente cosas como "de qué tipo son estos datos") en la misma secuencia que los datos mismos o ¿por separado?

Si el chip flash que contiene la información del hardware es accesible de lectura / escritura tanto como el sector 0 del disco duro, realmente no ha adquirido ninguna protección adicional. Es tan fácil desechar el almacenamiento flash de partición como el sector 0, y solo un poco más difícil de evitar.

Ha introducido una complejidad adicional, necesidades de desarrollo de firmware y costos de fabricación con poco beneficio.

"Bloqueo" y demás: supongo que sería bueno prever un BIOS para bloquear la tabla de particiones de una unidad, pero realmente estoy más preocupado por los datos de la partición que por la partición misma. También me gustaría poder cambiar las particiones y cambiar los discos duros sin tener que pedir permiso a mi futuro BIOS habilitado para DRM.

Una cosa que el estudio de redes me ha enseñado es que, a veces, para un dispositivo o servicio decir "nada es mi trabajo sino esta tarea" es realmente lo mejor y más robusto. Queremos que los diseñadores y fabricantes de discos duros se concentren en una cosa: almacenamiento confiable y abundante. Si no tienes eso, poco más importa en una computadora. Dejar que todo lo demás (particionamiento, seguridad, etc.) sea "no el trabajo del disco" permite que el disco en sí sea un producto confiable, reemplazable, fácilmente actualizable y expandible.


¿Qué pasa si las rutinas de acceso a la tabla de particiones también se almacenan en el disco? por cierto, nada de esto está bajo el control del BIOS, no estaba lo suficientemente claro antes. Por favor verifique la actualización.
Milind R

1
Además, es bueno sacar el disco, ponerlo en otra máquina y poder ver el contenido. Apesta tener que apagar el hardware y perder sus datos. Si eso sucediera en una Compaq Deskpro M que tenía bloqueo de hardware y se ejecutaba como un servidor. No tiene ningún recurso si su BIOS almacenó la tabla de particiones.
Fiasco Labs

@FiascoLabs En ese mismo interés pensé en esto. La tabla de particiones se almacenaría en flash en el disco.
Milind R

@MilindR - ¿Qué beneficio proporcionaría eso? La velocidad del bus de datos ya es más rápida que la que podemos procesar.
Ramhound

1
Incluso si el flash está en el mismo recinto físico que el disco, es un tipo diferente de medio, que tiene modos de falla diferentes del medio del disco que debe servir. Estadísticamente hablando, no hay forma de que sea más confiable que lo que tenemos ahora. La principal ventaja sería aislar los datos de partición de las operaciones generales de E / S. Admito que hay algo de mérito en esa sugerencia, pero es algo que necesitarías poner en un estándar, y estoy escéptico de que mejoraría la confiabilidad, en la práctica. El hecho de que hablemos al respecto aquí no hará que suceda, por lo que es una discusión inútil.
Rod Smith
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.