2 votos

¿Cómo asigna OSX los números de disco?

Tengo cuatro discos dentro de mi Mac Pro.

  • Bahía 1: /dev/disk1s3
  • Bahía 2: /dev/disk0s2
  • Bahía 3: /dev/disk2s2 (también, mi disco de arranque)
  • Bahía 4: /dev/disk3s2 y /dev/disk3s3

¿Cómo se asignan los números de disco? Si intercambio la bahía 2 y la bahía 1, ¿los discos en esas unidades intercambiarán los números de disco (por lo que tengo /dev/disk1s2 en la bahía 1, y /dev/disk0s3 en la bahía 2)? Además, ¿hay alguna diferencia en que la unidad de arranque esté en la bahía 3 y/o en que no esté /dev/disk0s2 ?

6voto

BSD Guy Puntos 171

Los números de unidad son asignados por el sistema operativo por orden de llegada. El esquema de numeración es el siguiente (la N mayúscula es un número):

diskN - siempre se refiere a una unidad primaria (es decir, la unidad completa)

diskNs1 - siempre EFI

diskNs2 - Primer volumen real de la unidad

diskNs3 - Segundo volumen en la unidad, si hay uno... esto puede continuar para tantos volúmenes como tenga.

Puede obtener parte de la información sobre las unidades y los volúmenes con la versión GUI de diskutil abriendo diskutil, haciendo clic en la unidad o el volumen y, a continuación, haciendo clic con el botón derecho del ratón en el elemento y seleccionando "Información" en el cuadro de diálogo.

Otra forma es abrir una ventana de terminal y teclear "diskutil list" y te proporcionará una lista de todas las unidades, el tamaño de sus particiones y sus nombres (eso sí, no lo escribas entre comillas). Si quieres información específica sobre una unidad o volumen, escribe "diskutil info", por ejemplo:

diskutil info disk0 O diskutil info disk0s3

La utilidad proporcionará información detallada sobre cada uno de ellos. Personalmente, me parece que usar la aplicación Terminal.app es un poco más fácil porque puedo canalizar la salida a un archivo si lo necesito en lugar de cortar y pegar y muestra las relaciones de los volúmenes con las particiones un poco más claramente (IMHO).

No creo que cambiar las unidades de disco en las bahías haga ninguna diferencia. En mis sistemas de desarrollo puedo intercambiar unidades firewire, desconectar una, desconectar la otra, volver a conectar la primera, y aunque tengan diferentes IDs de unidad, si una está configurada como arrancable seguirá siendo arrancable. Los Mac utilizan UUIDs para etiquetar las unidades que siguen siendo únicas para la unidad independientemente de su asignación de disco.

El firmware de un Mac Pro puede permitir que un usuario aprovisione bahías específicas para que sean arrancables.

1voto

BSD Guy Puntos 171

Yo creo que sí. Trabajo mucho con discos duros en sistemas Mac y, al menos en lo que respecta a las unidades externas, el orden en el que aparecen nunca parece importar en función de dónde estén encadenados en el sistema. En el mundo de las unidades extraíbles, creo que el UUID es el número más importante. No veo ninguna razón lógica para que OS X intente aplicar algo diferente para las unidades internas. Hay que tener en cuenta que en el arranque se producen muchos eventos aleatorios, como la monitorización de la temperatura y el ajuste del sistema, que pueden interferir con el momento en que se sondea cada unidad y se le asigna una identidad.

Yo pensaría que en su mayor parte, al menos en condiciones generalmente medias, una secuencia de arranque sería al menos algo repetible, pero también he visto cambiar periódicamente los ID de las unidades... y sin embargo siguen arrancando en el orden correcto. Si Apple fuera inteligente, y creo que lo es, se dirigiría al UUID y no a una designación de unidad como /dev/rdisk0s3. En estos tiempos, particularmente con sistemas que pueden ser configurados para arrancar desde una unidad externa por defecto aunque haya una unidad interna, tiene que ser el UUID el que le diga al sistema desde dónde arrancar.

Si alguna vez has tenido un sistema que estaba predeterminado para arrancar desde un disco externo y luego lo quitas, el sistema operativo normalmente, en el momento del arranque, parpadea un signo de interrogación y luego "busca" otro disco duro. Si encuentra uno, arranca, si no lo hace, aparece un signo de interrogación parpadeante O la señal de prohibido.

Una excelente fuente de información, aunque probablemente demasiado técnica para la mayoría de los usuarios de sistemas, es el libro de SCSC sobre la solución de problemas de los discos duros. Puedes ir a este sitio, ir a la sección de descargas, y conseguir el libro llamado "Hard Drive Troubleshooting" (nombre pegadizo, ¿eh?):

http://www.scsc-online.com

Su libro describe un síntoma que ocurre en muchos ordenadores (eventualmente) llamado "fallos genéricos". Un fallo genérico no es un fallo de un componente electrónico, en realidad es un fallo mecánico, como trazos agrietados en placas lógicas, conexiones de cables intermitentes, etc. La intermitencia de tal problema puede retrasar y posiblemente prohibir el reconocimiento de las unidades en su orden "normal".

Aunque SCSC promociona su producto Scannerz como esencialmente utilizable por cualquier persona, creo que el producto es probablemente más adecuado para los técnicos e ingenieros, o por lo menos alguien que tiene alguna comprensión de hardware. En la sección de resolución de problemas avanzados de su libro, hablan de cambiar los componentes de la misma manera que me cambio la camisa... la mayoría de la gente sabe cómo cambiarse la camisa, pero no muchos saben cómo cambiar un disco duro, especialmente en un portátil.

La razón por la que digo todo esto es que si las identificaciones de tus unidades están cambiando misteriosamente sus identidades, puedes tener lo que ellos describen como un "fallo genérico intermitente" en su libro, que es gratuito por cierto. Merece la pena echarle un vistazo, de todos modos.

Espero que esto ayude a alguien.

0voto

zahadum Puntos 1

Creo que las respuestas son demasiado simplistas en sus supuestos (y por tanto sacan conclusiones demasiado generalizadas).

No responden específicamente a la pregunta de cómo el subsistema bsd (adjunto al micronúcleo híbrido XNU Mach) se relaciona realmente con el cargador de arranque y, a su vez, con el procedimiento de inicialización del firmware por debajo de éste.

(El hecho de que IOkit ofrezca un reencuadre dinámico de dispositivos y espacios de nombres es -¡sí, por supuesto! - una facilidad feliz que sustenta el plug'n'play - pero ese resultado es un punto separado de cómo el protocolo de asignación de unidades de osx realmente funciona).

De hecho hay al menos un caso muy práctico en el que el nombre del dispositivo bsd - heredado del árbol de dispositivos del firmware (?) - tiene una consecuencia muy práctica: EG algunos programas están configurados para instalarse/trabajar con la unidad de arranque que está (de alguna manera) canónicamente definida/conexionada para ser sólo el primer volumen interno enumerado en el momento del arranque :(

¡ pero si el usuario tiene la necesidad de designar otro volumen (externo) como la unidad canónica0 (un requisito -¡aquella restricción!- para algunos tipos de software de copia de seguridad en línea (ejem, Carbonite me viene a la mente jeje por ejemplo) entonces tener una comprensión precisa de cómo Darwin asigna los números de unidad de repente se vuelve de vital importancia!

Así que: si alguien sabe cómo es posible coaccionar a otro volumen para que sea "bendecido" como bsd0 (que es distinto de la carpeta del sistema de ese volumen que está marcado como un dispositivo de arranque), entonces su visión será muy apreciada :)

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X