Buen día, queridos camaradas!
Quiero dejar un mensaje muy corto aquí para que las personas que tienen un problema similar al mío no pasen demasiado tiempo resolviéndolo.
Una vez, tuve que pensar en una pequeña tarea. Hay una computadora iMac, hay un OS X Sierra instalado con éxito en una unidad SSD externa conectada a través de USB, y hay una extraña, sorprendente y al mismo tiempo completa ausencia de un archivo de intercambio.
No entraré en los detalles de monitoreo, determinación y confirmación de este hecho, para no perder el tiempo valioso de los lectores. En nuestro "desierto" ruso, no tiene sentido buscar algo al respecto. Porque en el momento actual, simplemente no hay nada inteligible. Al mismo tiempo, el sector de habla inglesa de Internet no estaba satisfecho con nada significativo.
El tiempo paso El problema era como un "reproche silencioso". Y de repente, inesperadamente, a principios de octubre, se lanzó una actualización de OS X llamada "Mojave". La esperanza, como dicen, muere al final. No lloré en Internet, como el soporte técnico estúpido e inerte de Mac OS X. Y, mi triste experiencia de llamar "allí mismo", decidí no repetir nunca para ahorrar mi propio tiempo. Como era de esperar, Mojave no solo no solucionó el problema de caerse constantemente del teclado y el mouse después de despertarse, sino que tampoco resolvió nada con el archivo de página o al menos agregó la capacidad de controlar esta función muy importante, en mi opinión.
Resultó que tenía que hacer una copia de datos grandes, pero al mismo tiempo pequeños y feos, desde un servidor remoto a mi almacenamiento local utilizando el protocolo SSH. Utilicé para este propósito un producto bastante conocido llamado Cyberduck. Todo sobre él es bueno y hermoso. Además, cuando se trabaja con una gran cantidad de archivos pequeños, es probable que controle sus errores de transmisión y mantenga su propio registro temporal, que probablemente crezca en archivos temporales (o en el caché del sistema) y alcance tamaños comparables a los tamaños. Datos descargables. Lo cual, por supuesto, se refleja inmediatamente en el rendimiento del sistema. Y este registro "vive", al mismo tiempo, no en otro lugar, sino directamente en la RAM. En mi sistema, la RAM es de 8 GB. Pero al trabajar con el sistema, veo unos 6-7 GB constantemente ocupados. Algunas personas en nuestro informe "desierto" sobre este extraño evento como este: (lea en algún lugar de los foros) "" La política de Apple es: "Usted compró mucha RAM y pagó mucho dinero por ella. Entonces, ¿por qué no debería esta RAM? ser usado completamente "???" Es decir, cuando dejé el proceso de copiar estos datos más pequeños de la noche a la mañana y vine a la mañana siguiente para ver "¿cómo está allí?", Inmediatamente me di cuenta de que algo no estaba bien. Después de dos o tres movimientos del mouse y el teclado, el sistema se puso de pie .
Estoy seguro de que, en principio, mucha gente está sorprendida de cómo es posible: una parada completa de OS X. Pero cuando no hay suficiente RAM, mucho. Al mismo tiempo, el sistema aún (!!!) no advierte al usuario de ninguna manera que tiene problemas con la RAM libre, y todas estas cosas simplemente pueden conducir a un colapso completo.
Ahora, creo, queridos camaradas, todos ustedes son absolutamente claros, transparentes y claros, el grado de mi motivación para resolver este problema.
fin del preámbulo
Después de mucho tormento, finalmente se escribió en una línea el comando para montar la unidad que OS X está marcado como desmontado, y según lo asignado por el sistema para el uso de memoria virtual (VM).
Principalmente gracias a una
respuesta en la tostadora . Y otros cien páginas leídas de foros y blogs en Internet.
sudo diskutil mount -mountPoint /private/var/vm `diskutil ap list | grep VM | awk -F ' ' '/d/ {print $5}'`
Llame su atención a las comillas invertidas que restringen el filtro en sí después de concatenar varios comandos que simplemente determinan el argumento del comando de montaje con su salida: el nombre (número) del disco, que en el conjunto con otros, está marcado como VM. Por el momento, lo que veo es disk4s4. Pero, cuando un segundo o tercer disco externo está conectado al todo en uno, el nombre del disco marcado como VM puede ser fácilmente como: disk5s4, y como: disk6s4. Otro punto Entre las comillas verticales simples en el fragmento “awk -F ''” - (inmediatamente después de la letra F hay dos comillas) - hay un espacio. Esto es, nuevamente, entre comillas simples después de F - SPACE (!). Pero, por si acaso. Los castores experimentados encontrarán inmediatamente una salida de su choza. :-)
Para aquellas personas que no tienen unidades externas conectadas, o su conjunto siempre es constante, todo es mucho más simple. Para la automatización, puede usar solo un comando de montaje para un disco muy específico, habiendo obtenido previamente su nombre usando
diskutil ap list
Lo sentimos, las manos aún no han alcanzado la automatización absoluta, pero espero complementarlo en el futuro cercano.
Si alguien con un problema similar "no despega", bueno, intentemos discutir esto ...
==
UPD: la línea para AppleScript se verá así:
==
(hacer el script de shell “diskutil mount -mountPoint / private / var / vm` diskutil ap list | grep VM | awk -F '' '/ d / {print $ 5}' '” con privilegios de administrador) muestra el diálogo
==