Artikel von shell am 25. September 2018 – 10:53
Abgelegt unter Apple, macOS
Just am Datum der Veröffentlichung von 10.14 hat Apple eine Liste mit Mojave-kompatiblen Grafikkarten in die Support-Datenbank gestellt. In dem Artikel ist explizit von “Mac Pro (Mid 2010) und Mac Pro (Mid 2012)” die Rede, betrifft also nur die 5,1-Reihe, nicht die Geräte davor (Baujahre 2008 bis 2009).
Ebenfalls lesenswert: Apple says these Mac Pro graphics cards are Mojave compatible, reveals Boot Camp support limited for iMac.
Jetzt gilt es Preise und Verfügbarkeiten zu prüfen …
8.10.2018
Die Auswirkungen der von Apple veröffentlichten Spezifikationen sind deutlich: der Preis der MSI RX560 Aero ist in 2 Wochen um 13 Prozent gestiegen.
9.10.2018
Mehr Links: https://www.macwelt.de/a/macos-mojave-auf-alten-mac-pro-erste-nutzerberichte,3439503
Artikel von shell am 24. September 2018 – 14:07
Betrifft Word für Mac, Version 15 und 16.
Diese nervige Fehlermeldung bei jedem Starten UND Beenden wird verursacht durch ein fehlerhaftes Add-In (linkCreation.dotm), das von Adobe stammt und mit Adobe DC installiert wird. Der Pfad zu dem Add-In lautet:
~/Library/Group Containers/UBF8T346G9.Office/User Content.localized/Startup.localized/Word
Eine erste Lösung wäre die Löschung dieser Datei, aber diese Datei wird nach einer Weile durch DC wieder automatisch erstellt.
Eine permanente Lösung ist die Modifizierung der Zugriffsrechte für diesen Ordner (Startup.localized), die man komplett auf chmod 000 setzt. Brachial, aber wirkungsvoll.
Artikel von shell am 7. June 2018 – 10:05
Abgelegt unter macOS, Netzwerk
Wifi-Troubleshooting:
#!/bin/sh
echo " _____ _ _ __ __ _ "
echo "|_ _| _ _ _ _ _ (_) |_ ___ / _|/ _| __ _ _ _ __| | ___ _ _ "
echo " | || || | _| \ | | _| / _ \ _| _| / _ | \/ _ | / _ \ \ "
echo " |_| \_,_|_| |_||_| |_|\__| \___/_| |_| \__,_|_||_\__,_| \___/_||_|"
echo " "
echo " _ "
echo " __ _ __ _ __ _(_)_ _ "
echo "/ _ / _ / _ | | \ "
echo "\__,_\__, \__,_|_|_||_|"
echo " |___/ "
networksetup -setairportpower airport off
sleep 2
networksetup -setairportpower airport on
exit
Artikel von shell am 17. May 2018 – 12:12
~/Library/Mobile\ Documents/com~apple~CloudDocs/
Über diesen Pfad lässt sich der iCloud-Ordner im Terminal anwählen und so auch in eigene Automatismen in AppleScript oder Shell-Skripte einbinden. Über die iOS-App “Dateien” lassen sich die Änderungen transparent und unmittelbar einsehen.
Quelle und weitere Befehle: https://www.macobserver.com/tips/how-to/access-icloud-drive-terminal/
Artikel von shell am 6. March 2018 – 12:50
Rechner-Name:~ usr$ diskutil eraseDisk JHFS+ UntitledUFS disk4
Started erase on disk4
Unmounting disk
Error: -69888: Couldn't unmount disk
Extern angeschlossene System-Platten sind unter macOS nach dem Anschliessen oft mit Prozessen beschäftigt, die das systemeigene Festplatten-Dienstprogramm nicht beenden kann, eine typische Fehlermeldung ist oben angezeigt.
Meist handelt es sich um Indizierungsprozesse, die auch ziemlich zeitaufwendig sein können. Spotlight bzw. Metadata Server (mds) sind die zugrundeliegenden Prozesse, diese kann man in Activity Monitor einsehen und versuchen zu beenden. Tatsächlich ist schon der Versuch erfolgreich, in meinem Fall habe ich “mds_stores” versucht zu beenden und das Volume wurde sofort abgemeldet und gelöscht, siehe unten.
Rechner-Name:~ usr$ diskutil eraseDisk JHFS+ UntitledUFS disk4
Started erase on disk4
Unmounting disk
Creating the partition map
Waiting for partitions to activate
Formatting disk4s2 as Mac OS Extended (Journaled) with name UntitledUFS
Initialized /dev/rdisk4s2 as a 465 GB case-insensitive HFS Plus volume with a 40960k journal
Mounting disk
Finished erase on disk4
Rechner-Name:~ usr$
Artikel von shell am 11. January 2018 – 10:04
Abgelegt unter Apple, macOS
Dass das Freischalten des Kontrollfeldes “App Store” mit JEDEM Passwort funktioniert, ist kaum akzeptabel und auf jeden Fall ein Grund, macOS High Sierra nicht in Produktionsumgebungen einzusetzen. Man könnte anfügen, dass die Bedienung dieses Kontrollfeld keine kritische Sicherheitslücke darstellt, aber im Zusammenhang mit den erscheinenden “Supplemental Updates” in hoher Frequenz, eine beängstigende Entwicklung. Der nächste Patch in dieser Richtung wird definitiv schon vorbereitet.
Artikel von shell am 30. November 2017 – 09:46
Die gravierende und äusserst beängstigende Root-Passwort-Schwachstelle setzt das Szenario unter mac OS High Sierra 10.13 vorraus, dass ein Angreifer bereits auf dem System eingelogt ist, also zum Beispiel mit einem Gastaccount oder einem Account mit eingeschränkten Rechten. Auch ein Einloggen über VNC (“Systemeinstellungen > Freigaben > entfernte Verwaltung > Computereinstellungen > VNC-Viewer”) ist problematisch. Wenn diese Optionen nicht gegeben sind, ist das erstmal kein Grund zur Panik.
Seit gestern abend ist das Security Update 2017-001 erschienen, was den OpenDirectoy-Daemon aktualisiert und die Lücke schliesst. Mit what /usr/libexec/opendirectoryd lässt sich die Version auslesen, die Versionsnummer muss 483.20.7 sein.
Vor dem Update:
cpu:~ user$ what /usr/libexec/opendirectoryd
/usr/libexec/opendirectoryd
PROGRAM:opendirectoryd PROJECT:opendirectoryd-483.20.6
Nach dem Update:
cpu:~ user$ what /usr/libexec/opendirectoryd
/usr/libexec/opendirectoryd
PROGRAM:opendirectoryd PROJECT:opendirectoryd-483.20.7
Update: eventuelle Nachwirkungen des Security Updates werden hier erläutert: https://www.engadget.com/2017/11/30/apples-high-sierra-security-patch-affected-mac-file-sharing/
Artikel von shell am 6. November 2017 – 17:03
Wenn System-Updates im Mac App Store unter Updates nicht angezeigt werden, sollte man die die Seite https://support.apple.com/downloads anschauen, dort sollten die entsprechenden Updater, chronologisch geordnet, rumliegen. Achtung: die deutsche Update-Seite https://support.apple.com/de_DE/downloads korrospondiert nicht mit der internationalen Seite.
Artikel von shell am 10. October 2017 – 15:43
Normalerweise hat ein Mac einen Gerätenamen (“ComputerName”) und fertig. Wie man aber oben abgebildet sehen kann, ist der Gerätename und der darunterstehende unterschiedlich. Tatsächlich verwendet macOS drei verschiedene interne Namen, die für verschiedene lokale Dienste und Netzwerkdienste notwendig sind.
scutil --get ComputerName
scutil --set ComputerName "Mein MacBook"
Der Gerätename ist der wichtige und der sichtbarste. Dieser kann auch Sonderzeichen und Emojis enthalten, siehe oben.
Der LocalHostName (name.local) ist der sekundäre Name und wird durch den Gerätenamen mitgeändert, allerdings lässt er sich separat einstellen. Dieser kann keine Sonderzeichen enthalten, siehe oben.
scutil --get LocalHostName
scutil --set LocalHostName "44"
Der Dritte im Bunde ist der Hostname, dieser taucht zum Beispiel im Terminal auf, dieser kann ebenfalls Sonderzeichen enthalten.
scutil --get HostName
scutil --set HostName "✸"
Achtung: das nachträgliche Ändern des Computernamens (und HostNamens) kann Probleme erzeugen, wenn auf dem Rechner netzwerkabhängige Dienste eingerichtet worden sind.
