Come impedire l'automount di una partizione in El Capitan

3

Ci sono due partizioni di avvio sul mio MacBook. El Capitan funzionante e avviabile è installato su entrambi.

Come posso evitare l'automounting partition2, quando si avvia da partition1?

Secondo molte pagine che ho trovato tramite google, questo viene fatto modificando fstab via vifs aggiungendo la riga

UUID=uuid_of_partition2_here       none    hfs     rw,noauto

Ma quello non funziona! La partizione è montata comunque!

    
posta lexu 21.03.2016 - 10:43
fonte

5 risposte

3

Sembra che la sintassi debba utilizzare spazi singoli, non tabulazioni, per essere riconosciuta dal sistema.

Ciò sarebbe in linea con molti processi da riga di comando; l'unica eccezione che viene in mente è il file hosts , che può utilizzare qualsiasi quantità di spazio bianco.

Ciò renderebbe la sintassi corretta

UUID=uuid_of_partition2 none hfs rw,noauto

anziché

UUID=uuid_of_partition2       none    hfs     rw,noauto

... differenza sottile ma importante.

    
risposta data 21.03.2016 - 11:55
fonte
3

I commenti e le osservazioni di Tetsujin e user3439894 hanno richiesto alcuni test.

Risulta, c'è più di un UUID quando si guardano le unità e le partizioni e il comando ' diskutil list ' non riporta l'UUID che deve essere usato nei comandi vifs / fstab .

  root %> diskutil info disk1 | grep -e UUID

Mostra che ci sono volume, disco / partizione, LV, LVF e LVG UUID. Mi interessano solo i primi due!

Quando inserisco diskutil list ottengo il "Disk / Partition UUID", quando inserisco diskutil info disk1 ottengo sia il "Disk / Partition UUID" che il "Volume UUID" (e altro ..) Ricevo anche il "Volume Name" (l'etichetta del disco)

Alcuni test che ho eseguito con il volume - UUID e l'etichetta del disco indicano:

  • l'UUID in vifs / fstab è il "Volume UUID", non usare le schede!
  • il comando UUID in vifs / fstab non funziona con "Disk / Partition UUID", tab / space non fa differenza qui
  • quando si utilizza la sintassi "LABEL", non utilizzare le schede!

Ecco i due esempi che ho avuto modo di lavorare:

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

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

Puoi trovare l'UUID del volume < > e il < Nome volume > del tuo disco interno eseguendo

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

Sul mio sistema le informazioni sul disco esterno vengono visualizzate per disk2s1 e disk3s1

    
risposta data 22.03.2016 - 09:26
fonte
1

Queste sono tutte ottime (e corrette) risposte!

Ho pensato di condividere un piccolo script / programma di utilità che utilizzo per semplificare la procedura.

Ho questo file eseguibile no_automount nella mia directory ~/bin/ . (Non dimenticare di chmod +x it!)

link

#!/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 }

Dopo aver usato lo script, se sudo vifs vedrai qualcosa di simile a questo (il mio aspetto è simile a questo).

#
# 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
    
risposta data 30.12.2017 - 23:26
fonte
0

Su OS X 10.11.6 Gli spazi bianchi vs Tab non hanno avuto importanza per me (ho confermato che stavo usando le schede "true" visualizzando /etc/fstab in un editor esadecimale e ho osservato 0x09 per il byte del separatore di campo).

Ho usato vifs , tuttavia, ma da quello che posso dire che semplicemente blocca l'accesso ai file a /etc/fstab . Testato anche con una nuova riga (riga vuota) sotto il commento del file e l'ultima riga di fstab che non contiene una nuova riga o una nuova riga (riga vuota sotto l'ultima voce di fstab)

La cosa principale che contava per me era:

  1. Utilizza UUID volume invece di UIID disco / partizione
  2. La specifica del tipo di filesystem è cruciale (l'esempio di lexus era carente)

Fattori non verificati:

  1. no auto vs noauto (Ho usato noauto )
  2. Editor di testo configurato per utilizzare più spazi per le schede
risposta data 26.07.2016 - 07:59
fonte
0

Il comando contiene un tipo di file system da montare. Assicurati che se non stai montando un drive Apple che è hfs, sostituisci questo per il tuo tipo, per esempio ntfs se il suo nuovo disco di windows.

    
risposta data 11.11.2016 - 10:13
fonte

Leggi altre domande sui tag