Guten Tag, liebe Kameraden!
Ich möchte hier eine sehr kurze Nachricht hinterlassen, damit Menschen, die ein ähnliches Problem wie ich haben, nicht zu viel Zeit damit verbringen, es zu lösen.
Einmal musste ich über eine kleine Aufgabe nachdenken. Es gibt einen iMac-Computer, ein erfolgreich installiertes OS X Sierra auf einem externen SSD-Laufwerk, das über USB angeschlossen ist, und das seltsame, überraschende und gleichzeitig vollständige Fehlen einer Auslagerungsdatei.
Ich werde nicht auf die Details der Überwachung, Feststellung und Bestätigung dieser Tatsache eingehen, um den Lesern keine wertvolle Zeit zu verschwenden. In unserer russischen „Wüste“ macht es keinen Sinn, etwas darüber zu suchen. Denn im Moment ist einfach nichts verständlich. Gleichzeitig war der englischsprachige Internetsektor mit nichts Bedeutendem zufrieden.
Die Zeit verging. Das Problem war wie ein "stiller Vorwurf". Und plötzlich, unerwartet, wurde Anfang Oktober ein OS X-Update namens „Mojave“ veröffentlicht. Die Hoffnung stirbt, wie sie sagen, zuletzt. Keiner, den ich im Internet geweint habe, wie der dumme und träge technische Support von Mac OS X. Und meine traurige Erfahrung, „genau dort“ anzurufen, habe ich beschlossen, nie zu wiederholen, um meine eigene Zeit zu sparen. Wie zu erwarten war, hat Mojave nicht nur das Problem des ständigen Herunterfallens von Tastatur und Maus nach dem Aufwachen aus dem Schlaf nicht behoben, sondern auch nichts mit der Auslagerungsdatei gelöst oder zumindest die Möglichkeit hinzugefügt, diese meiner Meinung nach sehr wichtige Funktion zu steuern.
Es stellte sich heraus, dass ich mithilfe des SSH-Protokolls eine Kopie großer, aber gleichzeitig hässlicher kleiner Daten von einem Remote-Server zu meinem lokalen Speicher erstellen musste. Ich habe zu diesem Zweck ein ziemlich bekanntes Produkt namens Cyberduck verwendet. Alles an ihm ist gut und schön. Wenn Sie mit einer großen Anzahl kleiner Dateien arbeiten, werden wahrscheinlich die Übertragungsfehler kontrolliert und ein eigenes temporäres Protokoll verwaltet, das höchstwahrscheinlich in temporären Dateien (oder im Systemcache) wächst und Größen erreicht, die mit den Größen vergleichbar sind herunterladbare Daten. Was sich natürlich sofort in der Systemleistung widerspiegelt. Und dieses Protokoll "lebt" gleichzeitig nicht woanders - sondern direkt im RAM. In meinem System beträgt der RAM 8 GB. Bei der Arbeit mit dem System sind jedoch ca. 6-7 GB ständig beschäftigt. Einige Leute in unserer "Wüste" berichten über dieses seltsame Ereignis wie folgt: (Lesen Sie irgendwo in den Foren) "Apples Politik lautet:" Sie haben viel RAM gekauft und viel Geld dafür bezahlt. Warum sollte dieses RAM nicht? vollständig verwendet werden "???" Das heißt, als ich den Prozess des Kopierens dieser kleinsten Daten über Nacht verließ und am nächsten Morgen kam, um zu sehen, wie es dort ist?, Wurde mir sofort klar, dass etwas nicht stimmte. Nach zwei oder drei Bewegungen von Maus und Tastatur stand das System auf .
Ich bin sicher, dass viele Leute im Prinzip überrascht sind, wie es überhaupt möglich ist - ein vollständiger Stopp von OS X. Aber wenn es nicht genug RAM gibt - sehr. Gleichzeitig warnt das System den Benutzer immer noch (!!!) in keiner Weise, dass er Probleme mit dem freien RAM hat, und all diese Dinge können einfach zu einem vollständigen Zusammenbruch führen.
Nun, ich denke, liebe Genossen, Sie alle sind absolut klar, transparent und klar, wie motiviert ich bin, dieses Problem zu lösen.
Ende der Präambel
Nach langem Hin und Her stellte sich heraus, dass der Befehl zum Mounten des Laufwerks, das OS X als nicht gemountet markiert und vom System für die Verwendung des virtuellen Speichers (VM) zugewiesen hat, endgültig in eine Zeile geschrieben wurde.
Meistens dank einer
Antwort auf den Toaster . Und weitere hundert Seiten mit Foren und Blogs im Internet lesen.
sudo diskutil mount -mountPoint /private/var/vm `diskutil ap list | grep VM | awk -F ' ' '/d/ {print $5}'`
Bitte lenken Sie Ihre Aufmerksamkeit auf die Anführungszeichen, die den Filter selbst einschränken, nachdem Sie mehrere Befehle verkettet haben, die einfach das Argument des Befehls mount mit ihrer Ausgabe bestimmen - den Namen (die Nummer) der Festplatte, die im Satz mit anderen als VM markiert ist. Im Moment sehe ich disk4s4. Wenn jedoch ein zweites oder drittes externes Laufwerk mit dem All-in-One-Laufwerk verbunden ist, kann der Name des als VM gekennzeichneten Laufwerks leicht wie folgt lauten: disk5s4 und so: disk6s4. Ein weiterer Punkt. Zwischen den einfachen vertikalen Anführungszeichen im Fragment „awk -F ''“ (unmittelbar nach dem Buchstaben F befinden sich zwei Anführungszeichen) befindet sich ein Leerzeichen. Das ist wiederum zwischen einfachen Anführungszeichen nach F - SPACE (!). Aber nur für den Fall. Erfahrene Biber finden sofort einen Ausweg aus ihrer Hütte. :-)
Für diejenigen, die keine externen Laufwerke angeschlossen haben oder deren Set immer konstant ist - alles ist viel einfacher. Für die Automatisierung können Sie nur einen Mount-Befehl für eine bestimmte Festplatte verwenden, nachdem Sie zuvor den Namen mit erhalten haben
diskutil ap list
Entschuldigung, die Hände haben noch keine absolute Automatisierung erreicht, aber ich hoffe, dass ich sie in naher Zukunft ergänzen kann.
Wenn jemand mit einem ähnlichen Problem "nicht abhebt" - na dann - versuchen wir, dies zu diskutieren ...
==
UPD: Die Zeile für AppleScript sieht folgendermaßen aus:
==
(Führen Sie das Shell-Skript "diskutil mount -mountPoint / private / var / vm` diskutil ap list | grep VM | awk -F '' '/ d / {print $ 5}' '" mit Administratorrechten aus.)
==