Tengo un SSD PCIe en mi Mac Pro 2019. Usando el vifs
comando, agregué esta línea /etc/fstab
para montar la unidad en /var/my-server
:
UUID=B3CDE3B6-C597-407B-8A43-A2324C50427C /var/my-server apfs rw
Esto parece funcionar, y mi disco está montado /var/my-server
y se puede acceder a él a través de una terminal bash. Sin embargo, he notado que el disco todavía se está montando en la ubicación predeterminada de macOS /Volumes/Server SSD
. ¿Es posible decirle al sistema operativo que no monte la unidad /Volumes/Server SSD
?
Respuesta1
Un disco sólo se puede montar una vez. Probablemente /Volumes/Server SSD
sea un fantasma. Verificaría dos veces que realmente se esté montando en dos lugares. He configurado muchas máquinas con el /Users
volumen montado y nunca he necesitado hacer nada especial para evitar que aparezca debajo/Volumes
Yo revisaría estos;
- ¿Qué
df
muestra? - que
mount
muestra - que
diskutil list
muestra
Te lo advierto, apfs
es una bestia divertida y crea una partición contenedora y luego "sintetiza" un disco virtual dentro de esa partición, que luego puede crear múltiples volúmenes apfs. Por lo tanto, es posible que esté viendo otras particiones de la unidad contenedora en/Volumes
Esto es lo que muestra mi sistema (aunque mi unidad adicional es solo HFS):
df
Filesystem Size Used Avail Capacity iused ifree %iused Mounted on
/dev/disk2s1 233Gi 184Gi 47Gi 80% 1461865 9223372036853313942 0% /
devfs 193Ki 193Ki 0Bi 100% 666 0 100% /dev
/dev/disk2s4 233Gi 1.0Gi 47Gi 3% 1 9223372036854775806 0% /private/var/vm
map -hosts 0Bi 0Bi 0Bi 100% 0 0 100% /net
map auto_home 0Bi 0Bi 0Bi 100% 0 0 100% /home
map -fstab 0Bi 0Bi 0Bi 100% 0 0 100% /Network/Servers
/dev/disk3s2 16Ti 8.7Ti 7.3Ti 55% 21031 4294946248 0% /Volumes/Obord
/dev/disk1s2 1.4Ti 37Gi 1.3Ti 3% 732 4294966547 0% /mnt
Puedes ver que disk1s2 (/mnt)
solo se muestra una vez.
montar
/dev/disk2s1 on / (apfs, local, journaled)
devfs on /dev (devfs, local, nobrowse)
/dev/disk2s4 on /private/var/vm (apfs, local, noexec, journaled, noatime, nobrowse)
map -hosts on /net (autofs, nosuid, automounted, nobrowse)
map auto_home on /home (autofs, automounted, nobrowse)
map -fstab on /Network/Servers (autofs, automounted, nobrowse)
/dev/disk3s2 on /Volumes/Obord (hfs, NFS exported, local, journaled, noowners)
/dev/disk1s2 on /mnt (hfs, local, journaled)
Nuevamente solo la /mnt
montura y ningún otro disk1
volumen.
lista de utilidades de disco
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *250.1 GB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_APFS Container disk2 249.8 GB disk0s2
/dev/disk1 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *1.5 TB disk1
1: EFI EFI 209.7 MB disk1s1
2: Apple_HFS Users 1.5 TB disk1s2
3: Apple_Boot Recovery HD 650.0 MB disk1s3
/dev/disk2 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +249.8 GB disk2
Physical Store disk0s2
1: APFS Volume SSDZero 197.2 GB disk2s1
2: APFS Volume Preboot 22.0 MB disk2s2
3: APFS Volume Recovery 512.1 MB disk2s3
4: APFS Volume VM 1.1 GB disk2s4
/dev/disk3 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *17.6 TB disk3
1: EFI EFI 209.7 MB disk3s1
2: Apple_HFS Obord 17.6 TB disk3s2
En este confuso diseño de partición, notará que el sistema se instaló primero en una unidad giratoria de 1,5 TB (de ahí las particiones EFI y de recuperación), luego se actualizó con un SSD de 250 G y se convirtió a apfs
la unidad de 1,5 TB, luego se borró y se le cambió el nombre a Usuarios. montado temporalmente en /mnt
. Notarás que disk2
es una unidad virtual con 4 volúmenes. Esto es como la versión de LVM de Apple para Linux, pero específicamente para apfs
Apple tiene más comandos de administración de volumen en CoreStorage, vea diskutil coreStorage
cuál se usa para "fusionar" las dos particiones en una unidad de fusión.
Me encantaría saber cómo va.
Marca