Cómo prevenir el automount de una partición en El Capitán

Hay dos particiones de arranque en mi MacBook. Un trabajo, de arranque, El Capitan está instalado en ambos.

¿Cómo puedo evitar montar la partición2 al arrancar desde la partición1?

  • ¿Cómo cambiar la partición "Recovery HD" para que escriba "Apple_Boot"?
  • El button de descarga de OS X El Capitan está atenuado
  • ¿Cómo hago para que stonetworkingownloadd se detenga?
  • El dialog de Codesign no permite "aceptar"
  • ¿Dónde se ha ido el "Primeros Auxilios de Llavero"?
  • 'Mostrar barras de desplazamiento' pegadas en Always
  • De acuerdo con muchas páginas que encontré a través de google esto se hace editando fstab vía vifs y agregando la línea

    UUID=uuid_of_partition2_here none hfs rw,noauto 

    ¡Pero eso no funciona! ¡La partición está montada de todos modos!

  • Invertir la dirección de desplazamiento cada vez que uso una aplicación diferente
  • Particiones protegidas por contraseña en mac os x
  • MacOS Sierra perdió el Finder Finder al usar los controles de la misión
  • Solución de Backup / Time Machine para una oficina llena de iMacs?
  • Aumentan dos sistemas y el time de vida de SSD
  • ¿Con qué frecuencia se restablece el total de "datos recibidos" en el monitor de actividad?
  • 5 Solutions collect form web for “Cómo prevenir el automount de una partición en El Capitán”

    Parece que la syntax debe usar espacios únicos, no tabs, para ser reconocidos por el sistema.

    Esto coincidiría con muchos processs de línea de command; la única exception que viene a la mente es el file hosts , que puede usar cualquier cantidad de espacio en blanco.

    Eso haría la syntax correcta

     UUID=uuid_of_partition2_here none hfs rw,no auto 

    más bien que

     UUID=uuid_of_partition2_here none hfs rw,no auto 

    … sutil pero importante diferencia.

    Los comentarios y observaciones de Tetsujin y user3439894 provocaron algunas testings.

    Resulta que hay más de un UUID cuando observa unidades y particiones y el command ' diskutil list ' no informa el UUID que debe usarse en los commands vifs / fstab.

      root %> diskutil info disk1 | grep -e UUID 

    Muestra que hay UUID de Volumen, Disco / Partición, LV, LVF y LVG ​​… ¡Solo me interesan los dos primeros!

    Cuando ingreso diskutil list obtengo el "UUID de Disco / Partición", cuando ingreso diskutil info disk1 obtengo tanto el "UUID de Disco / Partición" como el "UUID de Volumen" (y más …) También obtengo el "Nombre de Volumen" "(la label del disco)

    Algunas testings que realicé con el Volumen – UUID y la label del disco indican:

    • el UUID en vifs / fstab es el "UUID de volumen", ¡no use tabs!
    • el command UUID en vifs / fstab no funciona con el "UUID de disco / partición", tab / space no hace diferencia aquí
    • cuando usa la syntax "LABEL", ¡no use tabs!

    Aquí están los dos ejemplos que tengo para trabajar:

     UUID=<Volume UUID><SPACE>none<space>rw,noauto LABEL=<Volume Name><SPACE>none<space>rw,noauto 

    Puede encontrar <Volume UUID> y <Volume Name> de su disco interno ejecutando

     diskutil info disk1 | grep -e "Volume\ Name" -e "Volume\ UUID" 

    En mi sistema, la información del disco externo aparece para disk2s1 y disk3s1

    ¡Estas son respuestas geniales (y correctas)!

    Pensé que compartiría una pequeña secuencia de commands / utilidad que utilizo para facilitar esto.

    Tengo este file ejecutable no_automount en mi directory ~/bin/ . (¡No olvides chmod +x !)

    https://gist.github.com/voltechs/fc48c9683d50c7c03cab2f0a6477d8da

     #!/usr/bin/env ruby # Usage: no_automount /Volumes/My\ Disk diskinfo = `diskutil info '#{ARGV[0]}'`.gsub("\n\n", "\n").split("\n").collect do |b| b.strip.split(/:\s+/) end.to_h disk_uuid = diskinfo['Volume UUID'] disk_type = diskinfo['Type (Bundle)'] disk_name = diskinfo['Volume Name'] text = File.read('/etc/fstab') # Remove if UUID is already present (we're replacing it) new_contents = text.gsub(/UUID=#{disk_uuid}.*(:?\n)/, "") new_contents << "UUID=#{disk_uuid} none #{disk_type} rw,noauto # #{disk_name}" File.open(file_name, "w") {|file| file.puts new_contents } 

    Después de usar el script, si sudo vifs verás algo como esto (el mío se ve así).

     # # Warning - this file should only be modified with vifs(8) # # Failure to do so is unsupported and may be destructive. # UUID=51C2250E-9CE4-1953-8AF6-3EEDD46F594D none ntfs rw,noauto # Windows 10 UUID=7E55582C-6D91-4148-28C6-208D03071164 none ntfs rw,noauto # Windows Storage UUID=CF294178-3B0D-4B23-AC72-24D10AAC6735 none ntfs rw,noauto # Windows Games 

    En OS X 10.11.6 Whitespaces vs Tabs no me importó (confirmé que estaba usando tabs "verdaderas" al ver /etc/fstab en un editor hexadecimal y observé 0x09 para el byte separador de campo).

    Sin embargo, vifs , pero por lo que puedo decir, simplemente bloquea el acceso de files a /etc/fstab . También se probó con una nueva línea principal (línea en blanco) bajo el comentario de file, así como la última línea de fstab que no contiene nueva línea o línea nueva (línea en blanco debajo de la última input fstab)

    Lo principal que me importaba era:

    1. Usar UUID de volumen en lugar de UUID de disco / partición
    2. Especificar el tipo de sistema de files es crucial (lexus example care this)

    Factores no comprobados:

    1. no auto versus noauto (utilicé noauto )
    2. Editor de text configurado para usar múltiples espacios para tabs

    El command contiene un tipo de sistema de files para ser montado. Asegúrese de que si no está montando un disco de apple que es hfs, sustitúyalo por su tipo, por ejemplo ntfs si es el disco de Windows más nuevo.

    Loving Apple Products like poisoning (iPhone, iPad, iMac, Macbook, iWatch).