Wie kann ich überprüfen, was MBP am ordnungsgemäßen Herunterfahren / Neustarten hindert, und es beheben? [Jetzt mit Logeinträgen]

12

Und hoffentlich wirklich endgültige Bearbeitung: Nach dem Upgrade auf Mountain Lion scheint das Problem behoben zu sein, hoffentlich dauerhaft.

Final Edit: Das Problem tritt nicht immer auf, manchmal muss ich mehrere Tage warten, bis es auftritt. Daher ist es schwierig, Tests unter verschiedenen Bedingungen durchzuführen (z. B. im abgesicherten Modus oder mit deaktivierter Software), und ich habe festgestellt, dass es sich nicht lohnt, Tage damit zu verbringen, verschiedene Bedingungen zu überprüfen, um dies zu beheben. Graham Perrins Vorschläge waren am hilfreichsten, um bestimmte Informationen zu Neustart- / Neustartproblemen zu finden, die nicht in den allgemeinen Protokollen enthalten sind.

Einige Protokolleinträge befinden sich unten in Bearbeiten:

Mitte 2010 15 in MacBook Pro unter OS X 10.7.4. Manchmal funktioniert der Versuch, den Computer neu zu starten oder herunterzufahren, nicht - der Bildschirm wird grau, das Drehrad zeigt an, aber der Computer schaltet sich nicht aus. Daher muss ich den Computer nach einigen Minuten herunterfahren, indem ich auf die Ein / Aus-Taste drücke Taste.

Es passiert nicht jedes Mal und ich kann keine während der Sitzung verwendete Software mit dem Problem in Verbindung bringen. Wenn ich dies teste, passiert dies manchmal, wenn ich versuche, die Maschine sofort nach dem Start herunterzufahren.

Wie kann ich überprüfen, was das ordnungsgemäße Herunterfahren / Neustarten verhindert? Ich gehe davon aus, dass ich in einigen Protokolldateien nachsehen muss, bin mir aber nicht sicher, welche und wonach ich suchen soll.

Bearbeiten: Die von Graham Perrin vorgeschlagene ausführliche Start / Shutdown-Einstellung im NVRAM wurde hinzugefügt, und der Computer blieb schließlich beim Neustart hängen. Ich sah einige ausführliche Einträge auf dem Bildschirm und fand sie nach dem Neustart in /var/log/launchd-shutdown.log. Es scheint, dass WindowServer etwas damit zu tun hat. Unten befindet sich das Ende dieser Protokolldatei, wobei die ersten drei Spalten entfernt wurden (die erste enthielt einige aufsteigende Ganzzahlen, die zweite enthielt Einträge von "1" und die dritte "com.apple.launchd"):

234 com.apple.WindowServer   Dispatching kevent callback.
234 com.apple.WindowServer   Job has not died after being killed 2 seconds ago. Simulating exit.
234 com.apple.WindowServer   Dispatching kevent callback.
234 com.apple.WindowServer   EVFILT_PROC event for job.
1 com.apple.launchd         KEVENT[0]: udata = 0x107827a90 data = 0x0 ident = 234 filter = EVFILT_PROC flags= 0x0 fflags = NOTE_EXIT
234 com.apple.WindowServer   Reaping
234 com.apple.WindowServer   Simulated exit: <rdar://problem/9359725>
234 com.apple.WindowServer   Exited 22.016701 seconds after the first signal was sent
0 com.apple.WindowServer     Exited while shutdown in progress. Processes remaining: 0/0
0 com.apple.WindowServer   Job was last to exit during shutdown of: System.
0 com.apple.WindowServer    Total rusage: utime 0.000000 stime 0.000000 maxrss 0 ixrss 0 idrss 0 isrss 0 minflt 0 majflt 0 nswap 0 inblock 0 oublock 0 msgsnd 0 msgrcv 0 nsignals 0 nvcsw 0 nivcsw 0
0 com.apple.WindowServer  Closing receive right for com.apple.windowserver.active
0 com.apple.WindowServer  Mach service deleted: com.apple.windowserver.active
0 com.apple.WindowServer  Closing receive right for com.apple.windowserver
0 com.apple.WindowServer   Mach service deleted: com.apple.windowserver
0 com.apple.WindowServer    Removed
1 com.apple.launchd      System: No submanagers left.
1 com.apple.launchd    System: Removing.
1 com.apple.launchd   System: Removing job manager.
1 com.apple.launchd    System: Userspace shutdown finished at: Wed Aug  1 08:53:12 2012
1 com.apple.launchd   System: Userspace shutdown took approximately 22 seconds.
1 com.apple.launchd   VM statistics (now - orig): Free: 28472 Active: -21833 Inactive: -1038 Reactivations: 0 PageIns: 25 PageOuts: 0 Faults: 1654 COW-Faults: 335 Purgeable: -849 Purges: 0
1 com.apple.launchd   System: Stray process at shutdown: PID 234 PPID 1 PGID 234 WindowServer
1 com.apple.launchd       System: About to call: reboot(RB_HALT).
Lupincho
quelle
Schließen Sie alle normalerweise verwendeten Festplatten an, stellen Sie alle normalerweise verwendeten Dateiserververbindungen her, und führen Sie dann den mountBefehl aus. Wenn Sie das Ergebnis in Ihre Frage aufnehmen, können Sie möglicherweise eingrenzen.
Graham Perrin
Normalerweise werden keine Festplatten oder Dateiserververbindungen verwendet. Ich verbinde USB-Laufwerke mehrere Male im Monat, muss es jedoch noch nicht versuchen. Ich habe "mount" ohne angeschlossene Festplatte ausgeführt, aber es ist nichts faul.
Lupincho
Bitte, welche Version von Little Snitch? Ist das Problem mit einem sicheren Systemstart oder ohne Little Snitch reproduzierbar?
Graham Perrin
Das neueste stabile LS (2.5.3), nicht die Vorschau von Version 3. Aber dies geschah auch mit früheren 1-2 Versionen. Ich kann dies ohne LS oder im abgesicherten Modus nicht vernünftigerweise testen, da dies nicht immer geschieht, manchmal Tage erforderlich sind und ich die Maschine nicht über einen längeren Zeitraum so betreiben kann. Ich denke, ich würde jetzt damit leben und auf Mountain Lion upgraden und sehen, was passiert. Ihre Vorschläge waren jedoch äußerst hilfreich und spezifisch, sodass Sie die Prämie erhalten.
Lupincho
Vielen Dank! Basierend auf Ihrem Plan, das Betriebssystem zu aktualisieren, habe ich meiner Antwort einen Abschnitt hinzugefügt. Die kürzeste Antwort ist jetzt, dass 10.8 im Vergleich zu 10.7.4 beides sein sollte (a) weniger wahrscheinlich, dass Gewalt erforderlich ist; und (b) im Falle von Gewalt leichter zu diagnostizieren.
Graham Perrin

Antworten:

6

Ergänzend zu anderen Antworten…


Beachten Sie den ausführlichen Modus beim Neustart oder Herunterfahren

Mac OS X: Starten im Einzelbenutzer- oder ausführlichen Modus

- Wenn Sie im ausführlichen Modus starten, ist ein Neustart oder Herunterfahren ähnlich ausführlich.

Tipp: Wenn die Dinge im ausführlichen Modus scheinbar nicht über einen bestimmten Punkt hinausgehen, warten Sie mindestens fünf Minuten, bevor Sie:

  • Neustart erzwingen (Command-Control-Power); oder
  • Herunterfahren erzwingen (Ein / Aus-Taste gedrückt halten).

Wenn ein erzwungener Neustart nicht erfolgreich ist, kann dies ein weiterer Hinweis auf die Ursache des Problems sein.

Eine verwandte, wenn auch nicht problemorientierte Frage: Kann jemand ausführliche Meldungen zum Herunterfahren interpretieren?

Der problemorientierte Fall sollte hier für Lupincho leichter zu lösen sein. Weniger Teeblätter.

So starten Sie im ausführlichen Modus, ohne Command-V einzugeben

Eine Voreinstellung kann im NVRAM gespeichert werden. Geben Sie den folgenden Befehl in Terminal ein und bereiten Sie sich darauf vor, Ihr Administratorkennwort einzugeben:

sudo nvram boot-args="-v"

Der nächste Start des Systems wird ausführlich sein.


sysdiagnose

Vor jedem Neustart oder Herunterfahren im Terminal:

sudo sysdiagnose

Es ist zeitaufwändig, aber Sie müssen nicht die Ergebnisse aller Läufe untersuchen. Passen Sie nur auf, wenn ein Problem auftritt.

Für einen Fall wie Lupincho:

  • Die Ausführung von sysdiagnosekann ein Problem vor einem Neustart oder Herunterfahren aufdecken
  • Das Endergebnis von sysdiagnose kann nach einem erzwungenen Neustart oder Herunterfahren von Interesse sein.

Genauer gesagt: Wenn ein Durchlauf von sysdiagnosenicht über einen bestimmten Punkt hinausgeht, kann das Wissen um diesen Punkt dazu beitragen, ein Gefühl für das zugrunde liegende Problem zu entwickeln.

Während des Laufs können Sie wiederholt die folgende Tastenkombination verwenden, um zu sehen, ob die Dinge im Gange sind:

  • Control-T

Für den allmemoryTeil der sysdiagnoseRoutine kann die 2-Minuten-Schätzung von Apple sehr ungenau sein. Sei geduldig.

Wenn Sie den Verdacht haben, dass dies sysdiagnosenicht über einen bestimmten Punkt hinausgeht, geben Sie Folgendes ein:

  • Control-C

Wenn die wiederholte Verwendung von Control-C nicht abgebrochen werden kann sysdiagnose, ist es nach meiner Erfahrung mit Mountain Lion fast sicher, dass ein Versuch, das Betriebssystem neu zu starten oder herunterzufahren, fehlschlägt.


Überwachung des Herunterfahrens

Gehen Sie im Finder zu:

/private/var/log/shutdown_monitor.log

Diese Datei ist normalerweise leer, kann jedoch nach einem problematischen Herunterfahren interessante Elemente enthalten. (Ich habe wenig Erfahrung in diesem Bereich.)

Wenn der einzige Fehler beim Herunterfahren WindowServer ist

Es ist nicht ungewöhnlich, dass es beim Herunterfahren zu Streuprozessen kommt. Ein Streuner kann nur dann problematisch sein, wenn er nicht getötet wird.

Wenn Sie den Verdacht haben, dass WindowServer nicht beendet wurde und dieser Fehler zu einem Ausfall des Herunterfahrens beiträgt, fragen Sie sich, ob nicht standardmäßige Software von Drittanbietern den WindowServer-Prozess verwendet.

Schneller Überblick über eine GrabFS-Ansicht von WindowServer auf Mountain Lion mit zwei Anzeigen:

Bildbeschreibung hier eingeben

Wenn Lion ähnlich ist, dann ist mein Bauchgefühl, dass die Ursache für Fehler beim Herunterfahren hinter WindowServer liegt.


Vermutungen, basierend auf den Ergebnissen von launchctl

Welche Reaktion auf den folgenden Befehl gibt es, während die Maschine normal läuft?

sudo launchctl list | grep  --invert-match com.apple

Ich frage mich, ob eine Software, die nicht von Apple stammt, zum Problem beiträgt. Anti-Virus-, Anti-Malware-Software?


Nach einem Upgrade von Lion auf Mountain Lion

Ziele auf:

/private/var/log/com.apple.launchd/launchd-shutdown.system.log

Es scheint, dass die Standardeinstellung ein Protokoll pro Herunterfahren ist, also gibt es auch zwei:

/private/var/log/com.apple.launchd/launchd-shutdown.system.log.1

Nach einem erzwungenen Neustart oder einem erzwungenen Herunterfahren können Sie festlegen, dass eine Kopie der neuesten Version beiseite gelegt wird . Wenn bei mehreren Gelegenheiten Gewalt angewendet werden muss, können Sie Dateien vergleichen, um festzustellen, ob ein Muster auftritt.

Allgemein

Schließen Sie nicht die Möglichkeit eines Problems mit Software von Drittanbietern aus, auch nicht die Qualität von Veröffentlichungen. Little Snitch mag gut geschrieben und allgemein anerkannt sein, aber:

  • Wenn Probleme wie das in dieser Frage erweiterte oder zu rätselhafte werden, verdient jede Nicht-Apple-Kernel-Erweiterung Beachtung.

Ich habe Build 12A269 von OS X 10.8 etwa zwei Wochen lang getestet, bevor es veröffentlicht wurde, wobei ich besonders darauf geachtet habe , Verhaltensweisen in schwierigen Situationen auszuschalten . Ich habe zwar noch keine Videos von der WWDC 2012 gesehen, aber ich habe das Gefühl, dass Apple sehr hart daran gearbeitet hat, die Notwendigkeit von Gewalt in allen Situationen außer den schwierigsten zu verhindern.

Aufbauend auf der Antwort von David DelMonte

Zumindest auf Mountain Lion sehe ich das Laden von Little Snitch 3.0 Preview 2 (3857) sehr früh - bevor die Protokollierung des Herunterfahrens beginnt . Wenn Dinge, die sich auf diesen KEXT beziehen, um die Zeit des Herunterfahrens ähnlich spät sind , ist möglicherweise ein Problem in den üblichen Protokolldateien auf der Festplatte nicht ersichtlich.


Wenn Sie jemals die Ursache des Problems entdecken - entweder mit Lion oder Mountain Lion -, werde ich es gerne wissen.

In der Zwischenzeit, mit großem Dank für das Kopfgeld, ein abschließender Gedanke:

kextstat -l | grep --invert-match com.apple
Graham Perrin
quelle
1
Danke, aktiviere den ausführlichen Modus mit dem Befehl nvram. Es gibt jedoch auch nach dem Neustart keine shutdown_monitor.log. Es gibt Dateien launchd-shutdown.log und launchd-shutdown.log.1 (es scheint, dass nur die aktuellen und 1 vorherigen von diesen im Gegensatz zu anderen Protokollen aufbewahrt werden), aber diese waren vorher da und ich habe sie zuvor angeschaut. Ich überprüfe die ausführlichen Meldungen zum Herunterfahren des Modus und hoffe, dass ich feststellen kann, wo das Herunterfahren / Neustarten hängen bleibt.
Lupincho
Wenn ein Problem erneut auftritt, machen Sie ein oder zwei Fotos von der Ausführlichkeit. Sorgen Sie sich nicht zu sehr um die Schärfe usw., ich werde wichtige Punkte auch mit einigen Unschärfen erkennen. Ich habe eine Ahnung, was in Ihrem Fall falsch ist. Der neue sysdiagnoseTeil dieser Antwort ist möglicherweise am relevantesten.
Graham Perrin
Randnotiz: hier bei Mountain Lion habe ich /private/var/log/kernel-shutdown.log(mit Informationen, die mir nützlich sind) aber nicht /private/var/log/launchd-shutdown.log.
Graham Perrin
Vielen Dank für den "sysdiagnose" -Tipp, führen Sie es einfach aus, ging in Ordnung, werde es erneut versuchen. Wie Sie sagten, dauert es einige Zeit, ansonsten könnte ich es in den Logout-Hook setzen, um es jedes Mal auszuführen.
Lupincho
Automatisierung ist verlockend, aber ich sollte es unterlassen, sysdiagnoseein Logout-Objekt zu erstellen. In einem Randfall könnte die Automatisierung eine schwierige Situation verschlimmern.
Graham Perrin
2

Gehen Sie zu Anwendungen -> Dienstprogramme und öffnen Sie die Konsole

Schauen Sie sich die Datei system.log an, möglicherweise finden Sie dort etwas.

Revolver
quelle
Ich sehe dort nichts Seltsames.
Lupincho
Gute Antwort von Revolver. +1. Könnten Sie kopieren und in Ihre Frage einfügen, die system.log-Einträge, die Sie sehen, nachdem Sie ein Herunterfahren angefordert haben - und vielleicht ein paar Minuten zuvor. Fügen Sie sie in Ihre ursprüngliche Frage ein.
David DelMonte
Ich habe in der Vergangenheit mehrmals system.log durchgesehen und nichts Ungewöhnliches im Vergleich zu einem ordnungsgemäßen Herunterfahren festgestellt. Wartet auf das nächste Mal, wenn dies geschieht, und überprüft die Protokolle erneut. Ich hätte klarstellen sollen, dass mir die Allzweck-Protokolle bekannt sind, die ich in meinem ursprünglichen Beitrag aktualisieren werde.
Lupincho
2

pmset -g assertions Ruft eine Zusammenfassung der Machtbehauptungen ab:

$ pmset -g assertions
Assertion status system-wide:
   PreventUserIdleDisplaySleep             0
   CPUBoundAssertion                       0
   DisableInflow                           0
   ChargeInhibit                           0
   PreventSystemSleep                      0
   PreventUserIdleSystemSleep              1
   ExternalMedia                           1
   DisableLowPowerBatteryWarnings          0
   EnableIdleSleep                         1
   NoRealPowerSources_debug                0
   UserIsActive                            0
   ApplePushServiceTask                    0

Listed by owning process:
  pid 153: [0x00000099012c023b] PreventUserIdleSystemSleep named: "com.apple.audio.'AppleUSBAudioEngine:Apple Inc.:Display Audio:15261930:2,1'.noidlesleep" 
  pid 19: [0x00000013012c0235] ExternalMedia named: "com.apple.powermanagement.externalmediamounted" 

Sie können den Pfad eines Prozesses sehen mit ps up $pid:

$ ps up 153
USER          PID  %CPU %MEM      VSZ    RSS   TT  STAT STARTED      TIME COMMAND
_coreaudiod   153   0.0  0.2  2475000   6740   ??  Ss   Fri05PM  12:17.71 /usr/sbin/coreaudiod
Lri
quelle
Ich lasse es laufen und zeige nichts. Das Problem ist, dass ich nach dem Starten des Herunterfahrens / Neustarts keine Befehle ausführen kann. Außerdem tritt das Problem nicht immer auf, sodass ich dies häufig überprüfen oder ein Skript schreiben muss, um die Informationen in einer Datei zu speichern, damit ich nach einem problematischen Herunterfahren / Neustart zu dieser Datei zurückkehren und nachsehen kann, ob etwas aufgetaucht ist . Aber das scheint ein guter Ausgangspunkt zu sein, vielen Dank!
Lupincho
1

Ich hatte dieses Problem und fand eine Lösung, die für mich funktionierte. Obwohl ich Ihre Frage nicht direkt beantworte (wie Sie überprüfen, was das Problem verursacht), ist es eine Korrektur, die einen Versuch wert sein könnte:

  1. Navigieren Sie zu "Macintosh HD> Library"
  2. Löschen Sie den Ordner mit dem Namen "Java"
  3. Leerer Müll
  4. Herunterfahren
  5. Sobald Sie Java ausführen, werden Sie aufgefordert, Java erneut zu installieren.

Danach sollte sich die Abschaltzeit verbessern. Hinweis: Wenn ich das System sofort nach dem Start herunterfahre, wird es immer noch langsam heruntergefahren. Wenn Sie also die Schritte befolgen und testen möchten, warten Sie nach dem Start des Systems einige Minuten, bevor Sie es herunterfahren.

bogdansrc
quelle
Das ist interessant; Mal sehen, was passiert. Das Problem ist, dass dies nicht jedes Mal geschieht. Die einzige Möglichkeit, dies zu überprüfen, besteht darin, mehrere Tage zu warten. Wenn dies nicht erneut geschieht, kann dies bedeuten, dass es behoben ist.
Lupincho
Es hat nicht funktioniert, nur ein Problem beim Herunterfahren der Maschine.
Lupincho
1
  1. Haben Sie Peripheriegeräte angeschlossen (USB, FW usw.)?

In diesem Fall wäre es interessant, alle Verbindungen zu trennen und zu prüfen, ob das Problem vorliegt.

  1. Haben Sie versucht, Berechtigungen zu reparieren und die Dateiintegrität zu überprüfen?

Hoffe diese Hilfe.

David DelMonte
quelle
Ich habe Reparaturgenehmigungen erteilt. Keine Peripheriegeräte, nicht einmal ein Ethernet-Kabel. Fügt diese Information der Frage hinzu.
Lupincho
Peripheriegeräte - immer gut zu bedenken, wenn (wie in Lupinchos Frage) ein Problem mit der E / A auftritt. Berechtigungen - IMHO wird das Herunterfahren des Betriebssystems wahrscheinlich nie verhindern. Desintegration - möglich, aber für mich riecht die Frage in ihrer jetzigen Form eher nach einem Problem mit Software. (Randnotiz zur Integrität: Welche kostenlose oder Open-Source-Software kann ich mit Mac-Hardware verwenden, um die Integrität jedes Blocks einer Festplatte zu überprüfen, auf der Core Storage verwendet wird? - Derzeit ist dort zu viel Technobabble vorhanden, und es sollte sich irgendwann etwas verdichten einfacher.)
Graham Perrin
1

Noch ein paar Ideen:

  1. Erstellen Sie ein anderes Benutzerkonto. Melden Sie sich nur als dieses Testkonto an. Wenn Sie das Problem nicht haben, liegt es wahrscheinlich an Ihrer Anwendersoftware. Wenn Sie das Problem haben, kann es sich um Hardware handeln.

  2. Versuchen Sie, das Problem nur mit Batteriestrom zu beheben.

  3. Befolgen Sie die Schritte für Apples System Management Controller -

Zurücksetzen des System Management Controller (SMC) Zurücksetzen des SMC auf tragbaren Mac-Computern mit einem Akku, den Sie entfernen können

Den Computer herunterfahren. Trennen Sie das MagSafe-Netzteil vom Computer, falls es angeschlossen ist. Nehmen Sie den Akku heraus. Halten Sie den Netzschalter 5 Sekunden lang gedrückt. Lassen Sie den Netzschalter los. Schließen Sie den Akku und das MagSafe-Netzteil wieder an. Drücken Sie den Netzschalter, um den Computer einzuschalten.

David DelMonte
quelle
In erster Linie für Ihre Idee gewählt (1). Für Idee (2), mit den Symptomen wie derzeit beschrieben, würde ich persönlich keinen Unterschied mit der Batterieleistung allein vermuten. Probleme wie Lupinchos sind jedoch ohne direkten Zugriff erstaunlich schwer zu diagnostizieren. Es ist also keine schlechte Idee. Idee (3), Probleme, die durch ein Zurücksetzen gelöst wurden, sind (für mich) äußerst selten… aber es ist auch keine schlechte Idee - schnell und einfach durchzuführen, sodass auch dies meine Stimme gewinnt.
Graham Perrin
1

Ich wusste nicht, dass du Little Snitch am Laufen hast. Ich habe gerade ein ähnliches Problem für einen Freund gelöst, indem ich LS entfernt habe. Ich schlage vor, Sie versuchen das. Laden Sie das LS-Installationsprogramm erneut herunter, um es ordnungsgemäß zu entfernen. Führen Sie das Installationsprogramm aus, wählen Sie jedoch "Deinstallieren".

Ich bin auch neugierig, warum Sie diese App verwenden möchten ..

David DelMonte
quelle
Noch nicht in der Frage, wurde Little Snitch erstmals in (weiteren) Kommentaren zu einer Antwort erwähnt.
Graham Perrin
Bitte: Hat der Computer Ihres Freundes Lion oder Mountain Lion ausgeführt? Welche Version von Little Snitch wurde deinstalliert?
Graham Perrin
1
Das war Lion. Ich kenne die LS-Version nicht .. sorry.
David DelMonte
1
Es gibt keinen Beweis dafür, dass LS dies verursacht, und da das Problem nicht jedes Mal auftritt, würde das Testen mit entferntem LS mehrere Tage dauern, in denen ich kein LS verlieren kann. Was den Grund für das Ausführen von LS angeht: Es gibt zu viele Programme, die nach Hause telefonieren, und dies ist nur eine weitere Kontrollebene für ausgehenden Datenverkehr. Was ich irgendwann tun würde, ist ein Upgrade auf Version 3, wenn es offiziell freigegeben wird.
Lupincho
Zu Zwecken der Fehlerbehebung kann Little Snitch aus mindestens zwei Gründen anders behandelt werden als andere KEXTs von Drittanbietern: (i) die Frühzeitigkeit seiner Auslastung und (ii) seine Platzierung in der Systemdomäne unter /System/Library/Extensions. Mit Dank an David fügte ich meiner Antwort einen Abschnitt hinzu.
Graham Perrin
0

Meine Freundin hatte lediglich die Verzeichnisse für Parallelen gelöscht, indem sie das Verzeichnis in den Papierkorb gezogen und den Papierkorb geleert hatte. Ich fand jedoch wieder Parallelen im Bibliotheksordner und es gab ein Shell-Skript (.sh-Datei), um es ordnungsgemäß zu deinstallieren. Dies funktionierte und löste unsere Probleme mit langen Starts.

Ich erwähne dies, weil Parallelen eine bekannte Ursache für viele langsame Starts sind und es nicht so einfach zu deinstallieren zu sein scheint, wie auf der Website angegeben (einfach das Verzeichnis ziehen und ablegen).

Frohe Trails, hoffe das hilft jemandem.

Lyra
quelle