Push-Nachrichten von MacTechNews.de
Würden Sie gerne aktuelle Nachrichten aus der Apple-Welt direkt über Push-Nachrichten erhalten?
Forum>Software>Lion und Resume NACH Nachstart

Lion und Resume NACH Nachstart

amautsch29.07.1119:08
Hallo ueberall heiss diskutiert,
aber eine Lösung habe ich bisher nicht gefunden :

Neben dem Resume auf Applikationsebene,
das sich in den Systemeinstellunge ja abschalten lässt,
gibt es auch noch ein Resume nach Neustart des Systems.

Dafür gibt es ja einen Haken zum abhaken.

Dummerweise starte ich mein System aber scheduled neu,
bis neulich noch mit ibeezz .. das aber unter lion auch nicht mehr läuft

Und da sich der Haken die letzte Position nicht merkt
und das system immer automatisch gestartet wird,
werden immer alle alten apps mit gestatet.

Was ich extremste nervig finde ...

Hat dazu einer eine Lösung ? Im internet habe ich keine gefunden.
0

Kommentare

Stonal
Stonal29.07.1119:31
Wie wäre es damit (Systemeinstallungen/Allgemein):
„ Freedom's just another word for nothing left to lose. “
0
amautsch29.07.1119:34
Nein,
ich habe doch extra oben geschrieben das ich diese Einstellung nicht meine ...
Die hat keine Auswirkung auf den Resume beim Restart
0
Moss
Moss30.07.1116:01
Das entsprechene Programm mit alt/option command/apfel Q beenden.
0
pbr30.07.1116:30
Moss
Das entsprechene Programm mit alt/option command/apfel Q beenden.

Liest du eigentlich Threads, bevor du antwortest?

BTT: Suche auch nach einer Lösung, noch keiner fündig geworden?
0
MacRaj
MacRaj30.07.1116:38
pbr
Suche auch nach einer Lösung, noch keiner fündig geworden?

Wäre auch dankbar, wenn jemand eine Lösung hätte.

0
amautsch30.07.1119:24
mal wieder das übliche .. keine Antwort, falsche antworten
und 10 andere die auch gerne eine hätten

Für die die auch gerne eine hätten, es gibt einen workaround :

Das System per script mit shutdown now runterfahren, per applescript geht das auch irgendwie.
Hilft mir aber nicht, weil ich das ganze scheduled brauche.
0
_mäuschen
_mäuschen30.07.1119:46

autsch

Was ist denn da so schwierig ein

tell application "Finder" to shut down
zu schedulen



0
amautsch30.07.1119:59
Mäuschen wenn du das nicht währst der mir in der Vergangenheit schon wertvolle tips gegeben hat
würde ich jetzt wahrscheinlich endgültig ausflippen ...

ich habe verschiedene regeln für startup und shutdown die sich über
das standard power management von macos nicht abbilden lassen,
weil dieses nur ganz einfache kombinationen kann, noch nicht mal getrennt nach weekday und weekend.

Deswegen nutze ich ibeez, aber das läuft nicht mehr unter lion.

Wenn du mir bortmitteln eine einfache alternative nennen kannst,
gerne, denn die suche ich schon lange .. mit pmset klappt es nämlich auch nicht,
weil sich hier regeln ausschliessen und ein forced shutdown auch nicht möglich ist :

sudo pmset repeat poweron MTWRF 18:00:00 wake MTWRF 01:30:00 shutdown MTWRF 01:32:00 poweron SU 10:00:00 wake SU 03:00:00 shutdown SU 03:02:00
0
_mäuschen
_mäuschen30.07.1120:01

Der sieht vielversprechend aus

http://stackoverflow.com/questions/5565659/script-to-shutdown-mac

0
_mäuschen
_mäuschen30.07.1120:05

ah, so meinst Du das.

Da muss ich mir noch mal was überlegen

0
amautsch30.07.1120:07
<hyperlol> aber wie immer vielen dank für deine Unterstützung.
0
amautsch30.07.1120:11
das ganze ist übrigens möglich in dem man tageweise die events setzt
und diese entsprechend berechnet.
dazu brauchst einen deamon der beim resume das system mit einem shutdown forced

und das ist genau das was ibeez und Konsortien machen.
mit applescript gibt's da sicher auch Lösungsansätze.

das ändert aber nichts daran das sich apple auch einfach den letzten status der checkbox
merken könnte, die beim shutdown kommt ..
0
_mäuschen
_mäuschen30.07.1121:03

This update fixes bugs discovered on the new Mac OS X 10.7. We recommend all our customers upgrade to this version, including those not running Mac OS X 10.7.

http://www.dssw.co.uk/blog/2011/07/28/power-manager-4-1-2-and-power-manager-professional-4-1-2-released/

0
amautsch30.07.1123:15
Jo danke dir,
Das habe ich yeit heute morgen installert.
Kostet aber 40 euro.
Die entwickler von ibeez sind auch daran zu fixen.
Wie zufrieden bist du denn mit lion ?
0
Duck Dodgers31.07.1112:08
amautsch
Und da sich der Haken die letzte Position nicht merkt
und das system immer automatisch gestartet wird,
werden immer alle alten apps mit gestatet.
Das ist wohl mal wieder so ein intelligentes Feature von Apple

Im Moment gibt es nur folgende Möglichkeiten:

1. Bevor du neu startest im musst du folgendes ausführen (Terminal, Shell Script oder AppleScript):
defaults write com.apple.loginwindow TALLogoutSavesState 0
Wenn du jetzt manuell neu startest, dann ist der Hacken zwar gesetzt, aber Lion sollte sich jetzt die offenen Programme nicht merken. Das musst du leider jedesmal vorm Neustart ausführen.

2. Du könntest einfach den Ordnerinhalt von "~/Library/Saved Application State" vor dem Neustart leeren

3. Den kompletten Ordner "~/Library/Saved Application State" oder einen der Unterordner (eines Programms) über die Finder Einstellungen sperren und Lion kann sich dann die Programme nicht merken.
0
_mäuschen
_mäuschen31.07.1113:21

http://www.gizmoblurb.com/2011/07/cleanshutdown-fighting-lions-dictatorship/
Changelog

2.0

- Changed working method. Instead of editing the defaults of “TALLogoutSavesState”, the application now interacts with Finder as if it was the user clicking the checkbox and then clicking the Shut Down option.

1.0

- Initial Release

0
amautsch31.07.1113:30
Danke zusammen für die Tipps.
Mäuschen :
Bins jetzt auch satt und programmiere mir meinen eigenen scheduler.
Aber kannst du mir sagen wie ich per applescript / Terminal :
- per script sudo pmset aufrufen kann ohne das passwort einzugeben (momentan fällt mir nur die sudoers ein)
- per script etwas auf den internen scheduler / cron legen kann, wie z.b. deinen shutdown Vorschlag von oben ?

Beides muss nachher per shellexecute von java laufen.

thx

andreas
0
_mäuschen
_mäuschen31.07.1113:54

Einige Befehle in pmset funktionieren auch ohne sudo

force - tells PM to immediately activate these settings. Does not write
them to disk, and the settings may easily be overwritten. Useful in cir-
cumstances where PM's configd plugin happens not to be running.


Ein AppleScript für
do shell script "…" password thePassword with administrator privileges
Vor 4 Jahren irgendwo im Netz gefunden

on theCommands(thePassword)
    --do shell script "say \"Hello\""
    
    do shell script "pmset  -a slower 0 spindown 5 dim 5 sleep 5" password thePassword with administrator privileges
    
    do shell script "sudo -k" --Zeitfenster von sudo schließen
end theCommands


property myKeyName : "adminpwd"
property keyDescription : "Administrator-Kennwort"
property theAppName : "Startobjekteskript"
property theAppVersion : "Rev. 2"


on run
    set theKey to getKey()
    tell application "Keychain Scripting" to set thePassword to password of theKey
    theCommands(thePassword)
end run


on getKey()
    set validKey to false
    set changedPassword to false
    tell application "Keychain Scripting"
        set theKeychain to current keychain
        tell theKeychain
            if locked then
                tell me to display dialog "'Keychain Scripting' bittet gleich um das Passwort für den Schlüsselbund  '" & name of theKeychain & ¬
                    "' einzugeben. Das ist in Ordnung." buttons {"OK"} default button 1
                unlock --provoziert Passworteingabeaufforderung vom Schlüsselbund
            end if
            set theKey to every generic key of theKeychain whose name is myKeyName
            if theKey = {} then
                set theKey to my makeKey()
                set firstTime to true
                set validKey to true
            else
                set theKey to item 1 of theKey
                set firstTime to false
            end if
        end tell --end tell theKeychain    
    end tell --end tell application "Keychain Scripting"
    repeat while not validKey
        tell application "Keychain Scripting" to set thePassword to the password of theKey
        try
            do shell script "sudo -k" --timeout our sudo ability so the following test is valid            
            do shell script "ls /private/var/root/" password thePassword with administrator privileges
            do shell script "sudo -k" --Zeitfenster von sudo schließen
            set validKey to true
        on error
            set thePassword to text returned of ¬
                (display dialog "Das Administrator-Passwort für " & theAppName & " ist ungültig. Bitte korrigieren. Das Passwort wird bei der Eingabe zwar im Klartext angezeigt, gespeichert wird es im Schlüsselbund jedoch verschlüsselt." default answer "" with icon caution)
            set changedPassword to true
            set validKey to false
        end try
    end repeat
    if changedPassword then tell application "Keychain Scripting" to set the password of theKey to thePassword
    if firstTime then
        display dialog "Damit '" & theAppName & "' zukünftig ohne Ihr Zutun laufen kann, müssen Sie ihm Zugriffe auf den Schlüsselbund erlauben. Klicken Sie im ersten Dialog 'Immer erlauben' an, im zweiten 'Einmal erlauben'." buttons {"OK"} default button 1
    end if
    return theKey
end getKey


on makeKey()
    set validKey to false
    display dialog "'" & theAppName & "' fragt Sie jetzt nach Ihrem Administrator-Passwort, um es für zukünftige Nutzung sicher im Schlüsselbund abzulegen. Diese Abfrage erscheint dann nicht mehr."
    repeat while not validKey
        set thePassword to text returned of (display dialog "Das Passwort wird bei der Eingabe zwar im Klartext angezeigt, gespeichert wird es im Schlüsselbund jedoch verschlüsselt. Geben Sie Ihr Administrator-Passwort ein:" default answer "" with icon caution)
        try
            do shell script "sudo -k" --Zeitfenster von sudo schließen
            do shell script "ipfw list" password thePassword with administrator privileges
            do shell script "sudo -k" --Zeitfenster von sudo schließen            
            set validKey to true
        on error
            display dialog "Das Passwort ist ungültig. Bitte geben Sie ein anderes ein." buttons {"OK"} default button 1 with icon caution
            set validKey to false
        end try
    end repeat
    tell application "Keychain Scripting"
        set theKeychain to current keychain
        set username to system attribute "USER"
        set theComment to "angelegt von '" & theAppName & " " & (theAppVersion as text) & "'"
        set myKey to (make new generic key at theKeychain with properties ¬
            {name:myKeyName, description:keyDescription, account:username, comment:theComment, password:thePassword})
    end tell --end tell application Keychain Scripting
    return myKey
end makeKey

0
amautsch31.07.1113:57
ok vielen dank,
dann schaue ich mal wie weit ich damit komme...
0
_mäuschen
_mäuschen31.07.1114:00

internen scheduler / cron

ist jetzt launchd

0
o.wunder
o.wunder31.07.1114:02
amautsch
Kannst Du Dein Anliegen nicht mal in ein paar einfach deutschen Sätzen beschreiben?

Was regst Du Dich auf das Du keine Dir passenden Antworten bekommst?

Hats DU mal daran gedacht das Du nicht richtig verstanden wurdest, weil Du Deine Problem etwas zu knapp, oder für manche auch unverständlich beschrieben hast?

Den Eindruck habe ich jedenfalls.

Einfach mal ausführlich beschreiben wie sich das System verhalten soll und dann können wir auch über eine Lösung nachdenken!
0
_mäuschen
_mäuschen31.07.1114:07

http://developer.apple.com/library/mac/#documentation/MacOSX/Conceptual/BPSystemStartup/Chapters/ScheduledJobs.html#//apple_ref/doc/uid/10000172i-CH1-SW2

0
florian197731.07.1114:30
Duck Dodgers
amautsch
Und da sich der Haken die letzte Position nicht merkt
und das system immer automatisch gestartet wird,
werden immer alle alten apps mit gestatet.
Das ist wohl mal wieder so ein intelligentes Feature von Apple

Im Moment gibt es nur folgende Möglichkeiten:

1. Bevor du neu startest im musst du folgendes ausführen (Terminal, Shell Script oder AppleScript):
defaults write com.apple.loginwindow TALLogoutSavesState 0
Wenn du jetzt manuell neu startest, dann ist der Hacken zwar gesetzt, aber Lion sollte sich jetzt die offenen Programme nicht merken. Das musst du leider jedesmal vorm Neustart ausführen.

2. Du könntest einfach den Ordnerinhalt von "~/Library/Saved Application State" vor dem Neustart leeren

3. Den kompletten Ordner "~/Library/Saved Application State" oder einen der Unterordner (eines Programms) über die Finder Einstellungen sperren und Lion kann sich dann die Programme nicht merken.

Was verstehst du unter "über die Finder Einstellungen den Ordner sperren"?
0
Duck Dodgers31.07.1115:10
florian1977
Was verstehst du unter "über die Finder Einstellungen den Ordner sperren"?
Im Finder auf einen Ordner/Volume/Datei klicken, dann Informationen öffnen und "Geschützt" aktivieren
0
florian197731.07.1115:47
Danke!!
0
florian197731.07.1116:39
Duck Dodgers
florian1977
Was verstehst du unter "über die Finder Einstellungen den Ordner sperren"?
Im Finder auf einen Ordner/Volume/Datei klicken, dann Informationen öffnen und "Geschützt" aktivieren



klappt nur leider nicht. Ich mache es mit meinem selbst gebastelten Skript : close app and shut down
0
amautsch31.07.1116:42
@florian, duck dodgers:
klappt bei mir auch nicht ...
ich hoffe apple fixed das mit dem nächsten release
damit solche workarounds nicht notwendig sind
0
florian197731.07.1117:17
Ich denke bei 10.7.1 werden diese Bugs behoben werden in etwa 2-3 Wochen.
0
Duck Dodgers31.07.1118:32
florian1977
Duck Dodgers
florian1977
Was verstehst du unter "über die Finder Einstellungen den Ordner sperren"?
Im Finder auf einen Ordner/Volume/Datei klicken, dann Informationen öffnen und "Geschützt" aktivieren
klappt nur leider nicht.

Stimmt Ich hatte es vor einigen Tagen gelesen, aber noch nicht selber ausprobiert. In dem Ordner "Saved Application State" wird nur gespeichert, welche Dokumente/Fenster das jeweilige Programm geöffnet hat. Hat mit dem Neustart nichts zu tun.

ABER Lion speichert die geöffneten Programme in
~/Library/Preferences/ByHost/com.apple.loginwindow.XXXXXXXXXXXXXXXXXX.plist
Datei öffnen, das Array TALAppsToRelaunchAtLogin komplett leeren, Datei schließen und schützen. Beim Neustart wird dann nichts mehr geöffnet Gerade ausprobiert.
0
florian197731.07.1119:59
Danke ich werde es morgen ausprobieren.
0
amautsch05.08.1113:23
Hallo Duck,
vielen Dank !
Das scheint zu klappen und damit ist zumindestens dieses lästige Problem gelöst.
Ansonsten hat Lion aber noch ein paar andere Besonderheiten.
Neben dem Safari der sich mit Speicher vollsaugt und langsam wird,
habe ich eben festgestellt das große Kopierprozesse im Finder
im Hintergrund, einfach unmotiviert hängen bleiben ... auch lustig ...

Da muss man wohl leider auch bei Apple davon absehen 0.er Versionen zu installieren.

Danke nochmals

Andreas
0
cdyFlorian
cdyFlorian05.08.1114:56
Duck Dodgers: Funktioniert auch bei mir wunderbar. 1000 Dank!!
0
amautsch03.09.1110:27
@all:
Nachtrag :
Das ganze funktioniert zwar wie beschrieben,
allerdings hat es den Nachteil das der Sleep modus danach nicht mehr funktioniert.
Hat mich 4 Wochen analyse gekostet ...
Also leider immer noch keine Lösung in Sicht ..
0
KarstenM
KarstenM03.09.1111:15
Moin,

Habe auch mal ein bissel gesucht. Da ich aber nicht ein eingefleischter Konsolenhacker bin kann ich dir nicht ganz genaus sagen wie das funktioniert.


Vielleicht kannst du das ja als Ansatz verwenden.

Gruß
0
amautsch03.09.1112:10
Hi Vielen Dank für den Tip !
Sowas in der Art hatte ich mir auch schon überlegt.
Prinzipiell löscht es einfach die loginwindow Dateien beim Start.

ich habe die Hoffnung das es dieses Problem löst
ohne den Standby zu blockieren.
0
barbot14.10.1113:13
amautsch
@all:
Nachtrag :
Das ganze funktioniert zwar wie beschrieben,
allerdings hat es den Nachteil das der Sleep modus danach nicht mehr funktioniert.
Hat mich 4 Wochen analyse gekostet ...
Also leider immer noch keine Lösung in Sicht ..

Ich möchte diesen Ansatz noch mal aufgreifen...
Ich kann meinen iMac nach der Lösung mit dem Array leeren, scheinbar ohne Probleme schlafen schicken und er wacht auch brav wieder im selben Zustand auf (allerdings grade nur einige male getestet).
Das was ich anders gemacht habe: Ich habe nicht das komplette Array gelöscht, sondern den Finder-Eintrag drin gelassen. Das ganze sieht dann so aus und scheint bisher gut zu funktionieren.

Gruß Tom

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>TALAppsToRelaunchAtLogin</key>
    <array>
        <dict>
            <key>Background</key>
            <false/>
            <key>BundleID</key>
            <string>com.apple.finder</string>
            <key>Hide</key>
            <false/>
            <key>Path</key>
            <string>/System/Library/CoreServices/Finder.app</string>
        </dict>
    </array>
</dict>
</plist>
0

Kommentieren

Diese Diskussion ist bereits mehr als 3 Monate alt und kann daher nicht mehr kommentiert werden.