Push-Nachrichten von MacTechNews.de
Würden Sie gerne aktuelle Nachrichten aus der Apple-Welt direkt über Push-Nachrichten erhalten?
Forum>Software>Lästig: Mac schaltet sich automatisch ein - selbst aus dem Hibernate Mode - und bleibt an

Lästig: Mac schaltet sich automatisch ein - selbst aus dem Hibernate Mode - und bleibt an

camaso
camaso26.05.1108:29
Hallo Forum

Mein iMac i7 2010 hat die Eigenart, sich jede Nacht ca. um 2 Uhr selbst einzuschalten, wenn er nicht vom Strom genommen wird. Das passiert im Ruhezustand und im Deep-Sleep/Hibernate Mode. Wenn er danach einfach wieder einpennen würde, könnte ich damit leben, aber das tut er nicht, er bleibt aktiv (Der Mac meiner Frau schaltet sich im Zweistundenrhythmus auch ein, döst aber nach 20 Sekunden wieder weg. Gem. Apple ein normales Verhalten, das durch Bonjour ausgelöst wird, welches sich alle 2 Stunden im Netzwerk nach Neuigkeiten erkundigt).
Der iMac hängt an einem Gigabitswitch, welcher an einem weiteren Gigabitswitch hängt (Verbindung zweier Wohnungen mit separaten Netzwerken), welcher am Internetrouter angeschlossen ist. Aufwachen, wenn das Netzwerk das will (leider weiss ich die genaue Bezeichnung dieser Funktion grad nicht, sie ist unter Energiesparen in den Systemeinstellungen zu finden), schalte ich immer mal wieder aus, doch "etwas" setzt den Haken nach einiger Zeit wieder. Da das Selbsteinschalten aber jede Nacht passiert, auch wenn der Haken weg ist, dürfte das nicht der Grund sein.
Weiss jemand Abhilfe?
0

Kommentare

wutzywutz
wutzywutz26.05.1108:45
Ist irgendein Zeitplan in den Energie-Einstellungen aktiv? Irgendeine Programmierung in EyeTV (oder ähnlichem Programm) eingestellt?
0
camaso
camaso26.05.1108:54
Nein, kein aktiver Zeitplan, kein EyeTV auf meinem Mac.
0
vasquesbc
vasquesbc26.05.1110:03
Mal den PRAM resetten (Apfel + Alt + P + R beim booten, 3 mal gongen lassen).
Eventuell auch mal vom Stromnetz trennen und den Einschaltknopf mindestens 10 Sekunden drücken.

Danach noch mal probieren.
Es könnte auch ein defektes Netzteil sein.

Was allerdings den "Ruhezustand beim Netzwerkzugriff beenden" Haken immer wieder setzt, kann ich Dir auch nicht erklären.
„Allwissend bin ich nicht; doch viel ist mir bewußt.“
0
sonorman
sonorman26.05.1110:13
USB!

Hast Du irgendwelche USB-Komponenten mit eigener Stromversorgung angeschlossen? Ich habe mal eine ganze Zeit lang ein ähnliches Problem mit meinem alten PowerMac gehabt. Schon das leiseste Zucken einer USB-Komponente, etwa durch eine Spannungsschwankung der Stromversorgung (Steckernetzteile) kann dazu führen, dass der Mac aufwacht. Manchmal reicht es schon, den Stecker eines völlig anderen Gerätes zu ziehen, das an der selben Netzleiste, wie das USB-Gerät (oder der Hub) angeschlossen ist.

Ich wünsche mir schon seit Jahren eine Möglichkeit, das "Wake on USB" abschalten zu können.
0
camaso
camaso26.05.1110:28
PRAM habe ich schon hinter mir, werde es aber noch einmal probieren. Wake on USB könnte aber durchaus ein Problem sein. Ich werfe zwar alle USB-Platten aus, bevor ich den Hibernate anwerfe, da die sonst unsanft abgemeldet werden. Aber das könnte doch noch eine Möglichkeit sein. Da gibt es auch noch einen aktiven USB-Hub und die Tastatur. Mal sehen.
0
Sindbad26.05.1110:54
Bei mir waren es offenbar Bluetooth-Trackpad und -Tastatur.
Nach längerer Nichtbenutzung schalten sich Trackpad/Tastatur in der Nacht wohl ab.
Das wiederum hatte bei mir offenbar den Mac geweckt.

Ich schalte jetzt abends Tastatur und Trackpad aus (3 s Button halten).
Und den Mac dann per vorher gestarteter Software in den Schlaf - und siehe da, er schläft durch !

0
iUseIt26.05.1112:02
Etwas ähnliches passiert bei mir auch. Wenn ich meinen MacMini in den Ruhezustand schicke, dann wacht er sofort wieder auf. Beim anschließenden 2. Versuch klappt es dann und er bleibt im Ruhezustand.
Ich hab die USB-Tastatur von Logitech im Verdacht.
0
imaster
imaster26.05.1112:07
Ich hatte das Problem an meinem IMac auch mal, konnte es dann mit dem Tool "PleaseSleep" bessern und stellte dann fest dass es an meiner Logitech Maus lag. Mit einer neuen Maus trat das Problem nicht mehr auf.
0
iUseIt26.05.1112:12
Achso, eine Logitech-Maus hängt auch noch dran
0
camaso
camaso26.05.1112:16
Nee, bei mir nicht. Es ist eine Magic Mouse am Bluetooth-Kabel
Aber auch die werde ich heute mal ausmachen, könnte ja der üble Täter sein.
0
tranquillity
tranquillity26.05.1115:05
Ganz einfach: Alle Geräte an eine Steckerleiste, und die dann ausschalten, wenn man fertig gearbeitet hat. Dann spart man sich auch den Standby-Stromverbrauch aller Netzteile.
0
fHx
fHx26.05.1115:57
iUseIt
Achso, eine Logitech-Maus hängt auch noch dran

Das war bei mir immer das Problem mit der G7, hat mein MPB immer sofort wieder geweckt!

Mit Kabeltastatur/-maus hatte ich allerdings noch keine Probleme, immer nur mit Funkgeräten...
„Ich weiß, dass ich nichts weiß!“
0
camaso
camaso26.05.1115:57
Hab ich schon, mit Ausnahme des USB-Hubs, denn der (zusammen mit einem NAS) ist eben nicht nur für mich da, sondern auch noch für andere Netzwerkbenutzer. Das löst aber das Problem nicht, es ist nur ein Umweg. Ich will aber das Problem grundsätzlich lösen.
0
sonorman
sonorman26.05.1116:35
Erst mal den Verursacher einkreisen. Wenn Du über Nacht, bzw. bevor Du den Mac schlafen legst, sämtliche USB-Verbindungen trennst, schläft er sicherlich brav durch.
0
joschbah
joschbah26.05.1116:54
@camaso
hast Du denn mal das Protokoll der Konsole ausgewertet, was besagen denn die dortigen Meldungen?
0
camaso
camaso26.05.1116:59
sonorman
Werde ich heute Abend testen. Bericht folgt.

joschbah
Versucht habe ich es, verstanden nicht viel. Die Einträge der ersten 5 Sekunden nach dem ungewollten Start sehen so aus:
26.05.11 02:59:43 named[78] not listening on any interfaces
26.05.11 02:59:43 kernel Wake reason =
26.05.11 02:59:43 kernel System SafeSleep Wake
26.05.11 02:59:43 kernel /drv/ MacModule.cpp:261 powerStateWillChangeTo: flags=82 stateNumber=4
26.05.11 02:59:43 kernel /drv/ MacModule.cpp:262 powerStateWillChangeTo: found flag=kIOPMPowerOn (2)
26.05.11 02:59:43 kernel /drv/ MacModule.cpp:267 powerStateWillChangeTo: found flag=kIOPMRestartCapability (80)
26.05.11 02:59:43 kernel /drv/ MacModule.cpp:261 powerStateDidChangeTo: flags=82 stateNumber=4
26.05.11 02:59:43 kernel /drv/ MacModule.cpp:262 powerStateDidChangeTo: found flag=kIOPMPowerOn (2)
26.05.11 02:59:43 kernel /drv/ MacModule.cpp:267 powerStateDidChangeTo: found flag=kIOPMRestartCapability (80)
26.05.11 02:59:43 kernel Previous Sleep Cause: 5
26.05.11 02:59:43 kernel Previous Shutdown Cause: 5
26.05.11 02:59:43 kernel [1b969600][AppleMultitouchDevice::willTerminate] entered
26.05.11 02:59:43 kernel [1b969600][AppleMultitouchDevice::stop] entered
26.05.11 02:59:43 kernel E:[AppleUSBBluetoothHCIController][InterruptReadHandler] Received kIOReturnAborted with 1 pending interrupts
26.05.11 02:59:43 named[78] not listening on any interfaces
26.05.11 02:59:43 configd[15] network configuration changed.
26.05.11 02:59:43 named[78] not listening on any interfaces
26.05.11 02:59:43 named[78] /etc/com.apple.named.conf.proxy:21: no forwarders seen; disabling forwarding
26.05.11 02:59:43 named[78] /etc/com.apple.named.conf.proxy:21: no forwarders seen; disabling forwarding
26.05.11 02:59:43 kernel com_apple_driver_AppleUSBCardReaderUMC:: Stop::Controller Reset
26.05.11 02:59:43 LogMeInGUI[229] remoteControl:INACTIVE
26.05.11 02:59:43 LogMeInGUI[229] processLine:ACCESSMASK: 18446743936270597119
26.05.11 02:59:43 DashboardClient[2571] [110ed0] |Server|Warning| failed to connect to the server: NSPortTimeoutException connection timeout: did not receive reply
26.05.11 02:59:43 com.apple.Dock.agent[205] 2011-05-26 02:59:43.547 DashboardClient[2571:a03] [110ed0] |Server|Warning| failed to connect to the server: NSPortTimeoutException connection timeout: did not receive reply
26.05.11 02:59:44 mDNSResponder[18] SendARP: No interface with InterfaceID 0000000000000004 found 19 11.0.0.10.in-addr.arpa. PTR MacBookKids.local.
26.05.11 02:59:44 mDNSResponder[18] SendNDP: No interface with InterfaceID 0000000000000004 found 19 B.7.A.3.F.E.E.F.F.F.B.5.F.1.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.8.E.F.ip6.arpa. PTR MacBookKids.local.
26.05.11 02:59:44 mDNSResponder[18] SendResponses: No active interface 0000000000000004 to send: 0000000000000004 08 17 _services._dns-sd._udp.local. PTR _rfb._tcp.local.
26.05.11 02:59:44 mDNSResponder[18] SendResponses: No active interface 0000000000000004 to send: 0000000000000004 08 51 _kerberos.MacBookKids.local. TXT LKDC:SHA1.87E1C0236D506DFD51C89F21E196A08BF258C8CA
26.05.11 02:59:44 mDNSResponder[18] SendResponses: No active interface 0000000000000004 to send: 0000000000000004 08 17 MacBookKids\032(610)._device-info._tcp.local. TXT model=MacBook4,1
26.05.11 02:59:44 mDNSResponder[18] SendResponses: No active interface 0000000000000004 to send: 0000000000000004 08 35 _rfb._tcp.local. PTR MacBookKids\032(610)._rfb._tcp.local.
26.05.11 02:59:44 mDNSResponder[18] SendResponses: No active interface 0000000000000004 to send: 0000000000000004 08 24 _services._dns-sd._udp.local. PTR _afpovertcp._tcp.local.
26.05.11 02:59:44 mDNSResponder[18] SendResponses: No active interface 0000000000000004 to send: 0000000000000004 08 42 _afpovertcp._tcp.local. PTR MacBookKids\032(610)._afpovertcp._tcp.local.
26.05.11 02:59:44 mDNSResponder[18] SendResponses: No active interface 0000000000000004 to send: 0000000000000004 08 27 _services._dns-sd._udp.local. PTR _parentcontrol._tcp.local.
26.05.11 02:59:44 mDNSResponder[18] SendResponses: No active interface 0000000000000004 to send: 0000000000000004 08 45 _parentcontrol._tcp.local. PTR MacBookKids\032(610)._parentcontrol._tcp.local.
26.05.11 02:59:44 mDNSResponder[18] SendResponses: No active interface 0000000000000004 to send: 0000000000000004 08 27 _services._dns-sd._udp.local. PTR _net-assistant._udp.local.
26.05.11 02:59:44 mDNSResponder[18] SendResponses: No active interface 0000000000000004 to send: 0000000000000004 08 45 _net-assistant._udp.local. PTR MacBookKids\032(610)._net-assistant._udp.local.
26.05.11 02:59:44 mDNSResponder[18] SendResponses: No active interface 0000000000000004 to send: 0000000000000004 10 1 MacBookKids\032(610)._rfb._tcp.local. TXT
26.05.11 02:59:44 mDNSResponder[18] SendResponses: No active interface 0000000000000004 to send: 0000000000000004 10 1 MacBookKids\032(610)._afpovertcp._tcp.local. TXT
26.05.11 02:59:44 mDNSResponder[18] SendResponses: No active interface 0000000000000004 to send: 0000000000000004 10 1 MacBookKids\032(610)._parentcontrol._tcp.local. TXT
26.05.11 02:59:44 mDNSResponder[18] SendResponses: No active interface 0000000000000004 to send: 0000000000000004 10 25 MacBookKids\032(610)._rfb._tcp.local. SRV 0 0 5900 MacBookKids.local.
26.05.11 02:59:44 mDNSResponder[18] SendResponses: No active interface 0000000000000004 to send: 0000000000000004 10 25 MacBookKids\032(610)._afpovertcp._tcp.local. SRV 0 0 548 MacBookKids.local.
26.05.11 02:59:44 mDNSResponder[18] SendResponses: No active interface 0000000000000004 to send: 0000000000000004 10 25 MacBookKids\032(610)._parentcontrol._tcp.local. SRV 0 0 49154 MacBookKids.local.
26.05.11 02:59:44 mDNSResponder[18] SendResponses: No active interface 0000000000000004 to send: 0000000000000004 10 1 MacBookKids\032(610)._net-assistant._udp.local. TXT
26.05.11 02:59:44 mDNSResponder[18] SendResponses: No active interface 0000000000000004 to send: 0000000000000004 10 25 MacBookKids\032(610)._net-assistant._udp.local. SRV 0 0 3283 MacBookKids.local.
26.05.11 02:59:44 mDNSResponder[18] SendResponses: No active interface 0000000000000004 to send: 0000000000000004 10 4 MacBookKids.local. Addr 10.0.0.11
26.05.11 02:59:44 kernel AppleBCM5701::selectMedium - autoselect, any duplex, flow control allowed
26.05.11 02:59:44 kernel Ethernet [AppleBCM5701Ethernet]: Link down on en0
26.05.11 02:59:44 kernel USBMSC Identifier (non-unique): 000000009833 0x5ac 0x8403 0x9833
26.05.11 02:59:44 kernel USBMSC Identifier (non-unique): 574D41565532373331383333 0x1058 0x1021 0x2002
26.05.11 02:59:44 prl_naptd[155] Reloading configuration...
26.05.11 02:59:44 prl_naptd[155] vnic0: DHCP/NAT for 10.211.55.1-10.211.55.254 netmask 255.255.255.0
26.05.11 02:59:44 prl_naptd[155] vnic1: DHCP for 10.37.129.1-10.37.129.254 netmask 255.255.255.0
26.05.11 02:59:45 mDNSResponder[18] SendARP: No interface with InterfaceID 0000000000000004 found 19 11.0.0.10.in-addr.arpa. PTR MacBookKids.local.
26.05.11 02:59:45 mDNSResponder[18] SendNDP: No interface with InterfaceID 0000000000000004 found 19 B.7.A.3.F.E.E.F.F.F.B.5.F.1.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.8.E.F.ip6.arpa. PTR MacBookKids.local.
26.05.11 02:59:45 mDNSResponder[18] SendResponses: No active interface 0000000000000004 to send: 0000000000000004 08 17 _services._dns-sd._udp.local. PTR _rfb._tcp.local.
26.05.11 02:59:45 mDNSResponder[18] SendResponses: No active interface 0000000000000004 to send: 0000000000000004 08 51 _kerberos.MacBookKids.local. TXT LKDC:SHA1.87E1C0236D506DFD51C89F21E196A08BF258C8CA
26.05.11 02:59:45 mDNSResponder[18] SendResponses: No active interface 0000000000000004 to send: 0000000000000004 08 17 MacBookKids\032(610)._device-info._tcp.local. TXT model=MacBook4,1
26.05.11 02:59:45 mDNSResponder[18] SendResponses: No active interface 0000000000000004 to send: 0000000000000004 08 35 _rfb._tcp.local. PTR MacBookKids\032(610)._rfb._tcp.local.
26.05.11 02:59:45 mDNSResponder[18] SendResponses: No active interface 0000000000000004 to send: 0000000000000004 08 24 _services._dns-sd._udp.local. PTR _afpovertcp._tcp.local.
26.05.11 02:59:45 mDNSResponder[18] SendResponses: No active interface 0000000000000004 to send: 0000000000000004 08 42 _afpovertcp._tcp.local. PTR MacBookKids\032(610)._afpovertcp._tcp.local.
26.05.11 02:59:45 mDNSResponder[18] SendResponses: No active interface 0000000000000004 to send: 0000000000000004 08 27 _services._dns-sd._udp.local. PTR _parentcontrol._tcp.local.
26.05.11 02:59:45 mDNSResponder[18] SendResponses: No active interface 0000000000000004 to send: 0000000000000004 08 45 _parentcontrol._tcp.local. PTR MacBookKids\032(610)._parentcontrol._tcp.local.
26.05.11 02:59:45 mDNSResponder[18] SendResponses: No active interface 0000000000000004 to send: 0000000000000004 08 27 _services._dns-sd._udp.local. PTR _net-assistant._udp.local.
26.05.11 02:59:45 mDNSResponder[18] SendResponses: No active interface 0000000000000004 to send: 0000000000000004 08 45 _net-assistant._udp.local. PTR MacBookKids\032(610)._net-assistant._udp.local.
26.05.11 02:59:45 mDNSResponder[18] SendResponses: No active interface 0000000000000004 to send: 0000000000000004 10 1 MacBookKids\032(610)._rfb._tcp.local. TXT
26.05.11 02:59:45 mDNSResponder[18] SendResponses: No active interface 0000000000000004 to send: 0000000000000004 10 1 MacBookKids\032(610)._afpovertcp._tcp.local. TXT
26.05.11 02:59:45 mDNSResponder[18] SendResponses: No active interface 0000000000000004 to send: 0000000000000004 10 1 MacBookKids\032(610)._parentcontrol._tcp.local. TXT
26.05.11 02:59:45 mDNSResponder[18] SendResponses: No active interface 0000000000000004 to send: 0000000000000004 10 25 MacBookKids\032(610)._rfb._tcp.local. SRV 0 0 5900 MacBookKids.local.
26.05.11 02:59:45 mDNSResponder[18] SendResponses: No active interface 0000000000000004 to send: 0000000000000004 10 25 MacBookKids\032(610)._afpovertcp._tcp.local. SRV 0 0 548 MacBookKids.local.
26.05.11 02:59:45 mDNSResponder[18] SendResponses: No active interface 0000000000000004 to send: 0000000000000004 10 25 MacBookKids\032(610)._parentcontrol._tcp.local. SRV 0 0 49154 MacBookKids.local.
26.05.11 02:59:45 mDNSResponder[18] SendResponses: No active interface 0000000000000004 to send: 0000000000000004 10 1 MacBookKids\032(610)._net-assistant._udp.local. TXT
26.05.11 02:59:45 mDNSResponder[18] SendResponses: No active interface 0000000000000004 to send: 0000000000000004 10 25 MacBookKids\032(610)._net-assistant._udp.local. SRV 0 0 3283 MacBookKids.local.
26.05.11 02:59:45 mDNSResponder[18] SendResponses: No active interface 0000000000000004 to send: 0000000000000004 10 4 MacBookKids.local. Addr 10.0.0.11
26.05.11 02:59:45 kernel USBMSC Identifier (non-unique): 5743415A4131373233333033 0x1058 0x1021 0x2002
26.05.11 02:59:46 mDNSResponder[18] SendARP: No interface with InterfaceID 0000000000000004 found 19 11.0.0.10.in-addr.arpa. PTR MacBookKids.local.
26.05.11 02:59:46 mDNSResponder[18] SendNDP: No interface with InterfaceID 0000000000000004 found 19 B.7.A.3.F.E.E.F.F.F.B.5.F.1.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.8.E.F.ip6.arpa. PTR MacBookKids.local.

Kannst Du daraus etwas erkennen, was helfen könnte
0
lenn1
lenn126.05.1117:10
PleaseSleep installieren. Hilft bei mir Wunder.
0
joschbah
joschbah26.05.1118:31
Boah, schwierig (für mich, geb ich gern zu)

Den Grund, warum der iMac aufwacht, verschweigt er: zweite Meldung von oben "kernel Wake reason", da sollte nach dem = noch etwas folgen, eine Buchstabenfolge z.B. RTC / ECH1 OCH1 o.ä., aus der der Aufwachgrund ersichtlich wird.

Im Folgenden findet dann u.a. so etwas wie der Versuch einer lokalen Netzwerk-Kontaktaufnahme zu einem MacBook statt (MacBookKids), das nicht antwortet, Stichwort: parentcontrol.

Erinnert Dich letzteres an etwas?

Steht über der ersten Meldung noch etwas?
0
camaso
camaso26.05.1119:53
Die "kernel wake reason" ist im Normalfall RTC, was ok ist. Hier steht tatsächlich nix, auch darüber kein Eintrag, der damit zusammenhinge (und der ist auch 2 Stunden älter...). Das MacBookKids ist genau das: Das MacBook der Kids. Die schlafen aber um die Zeit (glaube ich jedenfalls... ). Vielleicht damit zusammenhängend: Die Macs im Netz zählen munter hoch, weil sie meinen, sie seien bereits einmal im Netz vorhanden. Das MacBookKids ist mittlerweile bei 617 angelangt, der dritte Mac irgendwo bei 800. Das kann ich bekanntlich in den Systemeinstellungen unter Sharing wieder zurücksetzen, doch hilft das nur für ein paar Stunden oder Tage. Mein iMac zählt übrigens nicht hoch, der ist immer nummernlos, ebenso das NAS.
0
Flitzpipe
Flitzpipe26.05.1120:30
Deaktiviere mal unter Bluetooth-Einstellungen Weitere Optionen die Möglichkeit, dass Bluetooth-Geräte deinen Mac wecken können. Bei mir hat's geholfen. Es war der Nachbar hinter der Wand mit seiner Maus/Tastatur/Handy oder sonst was.
0
joschbah
joschbah26.05.1123:22
@camaso
Du kannst Dir ja mal etwas probieren: lass Dir mal in der Konsole die Prozess-ID's, Sender usw. anzeigen (Unter Konsole > Darstellung > PID usw). So, jetzt solltest Du doch eigentlich, in dem Moment, wo der iMac aufwacht in der Aktivitätsanzeige den Prozess sehen bzw. ermitteln können, der den Wakeup auslöst, oder? zumindest könnte man weitere Indizien für die Identität des"Bösewichts" bekommen.

Gruß

0
camaso
camaso26.05.1123:39
Müsste ich dazu nicht vor dem Mac sitzen? Um 2:59 morgens habe ich lieber eine waagrechte Position... Zudem ist er ja am hibernaten. Da dauert das Aufwachen schon so ca. 1 Minute, vorher zeigt er nichts an auf dem Bildschirm.

Wenn ich aber jetzt grad in der Aktivitätsanzeige den PID 78 anschaue, der den Wake ausgelöst haben könnte, heisst der "named" und tut "not listening on any interfaces". Etwas später jedoch (in der selben Sekunde...) heisst es dann:
26.05.11 02:59:43 named[78] not listening on any interfaces
26.05.11 02:59:43 named[78] /etc/com.apple.named.conf.proxy:21: no forwarders seen; disabling forwarding
26.05.11 02:59:43 named[78] /etc/com.apple.named.conf.proxy:21: no forwarders seen; disabling forwarding
0
flashfabrixx26.05.1123:49
Benutzt Du einen WiFi-Drucker im Haus (der um diese Uhrzeit nicht ausgeschaltet ist)? Ansonsten kannst Du diese Nacht nur testweise alle Sharing-Optionen, WLAN & Bluetooth vor dem "Schlafen gehen" deaktivieren und morgen die Konsolenausgabe posten.
0
camaso
camaso26.05.1123:55
Nein, kein WiFi, ist auch aus am iMac.
0
macscout
macscout27.05.1102:10
Zum Thema mit dem Hochzählen: Das bekam ich bei meinem Mac Book auch regelmäßig, manchmal im Minutentakt. Ich achte jetzt stärker darauf, dass nicht Ethernet und Airport gleichzeitig im Netz sind, da kam das meiner Ansicht nach immer (oder meistens?) vor. Jetzt wurde bei uns in der Firma noch was am WLAN gebastelt, seitdem ist es gar nicht mehr passiert. Ist das MacBookKids evt. auch über WLAN und gleichzeitig über Ethernet im Netz?
Und zum Thema Aufwachen: Hier gibt es einen kleinen Link:
Der wird aber vermutlich nicht viel helfen, denn da steht dann wahrscheinlich nie ein Code bei Dir im Log, oder doch?

Ich hatte vor längerer Zeit die gleichen Probleme, habe alles mögliche versucht, und irgendwann war es weg. Habe leider nie herausgefunden, woran es lag. Aber da war auch EyeTV im Spiel gewesen, der da ja gerne rumzickte.
Hast Du die Prefs vom Energy Saver mal gelöscht?

Und hast Du mehrere Benutzer? Sonst lege Dir mal einen an, melde Dich selbst ab, den neuen User an und leg den Mac schlafen. Wacht er dann auch noch auf?
0
macscout
macscout27.05.1102:21
Mist, da habe ich zu lange an den Änderungen gesessen, 5 Minuten waren schon um. Hier ein Update:

Zum Thema mit dem Hochzählen: Das bekam ich bei meinem Mac Book auch regelmäßig, manchmal im Minutentakt. Immer, wenn ich mein Airport aktiviert hatte. Ich dachte erst, es liegt an WLAN und LAN parallel. Jetzt wurde bei uns in der Firma was am WLAN gebastelt, seitdem ist es nicht mehr passiert. Vorher hatten wir mehrere WLANS mit unterschiedlichen Namen, die im gleichen Netz hingen, jetzt sind sie zu einem zusammengefasst worden. Ist das MacBookKids evt. auch über WLAN und gleichzeitig über Ethernet im Netz? Oder kann es in mehrere WLAN-Netze, die im gleichen internen Netz hängen? Dann switcht das Mac Book evt. den WLAN-Router und der stellt fest, dass der andere WLAN-Router noch ein Gerät mit dem gleichen Namen hat (denn der wartet noch auf einen Timeout, bevor er das Mac Book als nicht mehr vorhanden ansieht).

Und zum Thema Aufwachen: Hier gibt es einen kleinen Link:
Der wird aber vermutlich nicht viel helfen, denn da steht dann wahrscheinlich nie ein Code bei Dir im Log, oder doch?

Ich hatte vor längerer Zeit die gleichen Probleme, habe alles mögliche versucht, und irgendwann war es weg. Habe leider nie herausgefunden, woran es wirklich lag. Aber da war auch EyeTV im Spiel gewesen, der da ja gerne rumzickte. Und die AutoWake.plist, aber die gibt es glaube ich nicht mehr. Läuft Dein iMac mit Snow Leopard?

Hast Du die Prefs vom Energy Saver mal gelöscht?

Und hast Du mehrere Benutzer? Sonst lege Dir mal einen an, melde Dich selbst ab, den neuen User an und leg den Mac schlafen. Wacht er dann auch noch auf?
0
lik™
lik™27.05.1103:34
Kann Sonorman nur unterstreichen - das genau ist auch mein Problem. Wenn ich die kabellose LogiMaus AUSSCHALTE, passiert es fast nie mehr … seit ich den USB Hub (egal ob mit oder ohne Stromversorgung) nicht mehr benutze. Es ist EINDEUTIG USB (bei mir). Allerdings kann ich keine regelmäßigen Uhrzeiten verkünden, das konnte nach 1 min passieren oder nach 6h.

Schlafmodus ist seitdem kein Spaß mehr. Aber ich hab noch andere, schlimmere Probleme …

„\m/“
0
camaso
camaso27.05.1109:09
Moin allerseits
Danke für die bisherige Unterstützung. Die gestrige Deaktivierung von Bluetooth hat schonmal nicht geholfen. Heute Abend kommt der USB-Hub dran.

lik™
KABELLOSE Maus? Was hat die mit dem USB-Hub zu tun
0
sonorman
sonorman27.05.1109:43
camaso
@@lik™
KABELLOSE Maus? Was hat die mit dem USB-Hub zu tun

Die kabellosen Logitech-Mäuse arbeiten mit einem USB-Empfänger (der vielleicht im Hub steckt). Sobald man die Maus auch nur leicht bewegt sendet sie ein Signal an diesen Empfänger, der wiederum ein USB-Wake-Signal auslöst.
0
camaso
camaso27.05.1110:57
Ach so, ich dachte, die ist BT oder WL angeschlossen. Dann würde sich jedes Erdbeben oder schon ein leichtes Trampeln darauf auswirken...
0
sonorman
sonorman27.05.1111:06
Sozusagen, ja.

Wie ich weiter oben schon schrieb, reicht wirklich das allerkleinste Zucken in irgendeiner USB-Leitung, um den Mac aufzuwecken. Ein Taste auf der USB-Tastatur antippen, eine per USB-Verbundene Maus bewegen, eine Stromschwankung in der Netzleiste, an der USB-Komponenten stecken… was auch immer.

Ich schalte meine Logitech Performance MX abends immer mit dem Schalter an der Unterseite aus. Dann kann der Mac auch nicht aufwachen, wenn man nur mal versehentlich an den Tisch stößt.
0
camaso
camaso27.05.1111:10
Gutgut, dann ist heute der USB-Test dran. Alle Pladden abstöpseln (obwohl sie ausgeworfen werden vor dem hibernaten, da sie sonst unsanft abgemeldet werden), USB-Hub weg, Tastatur bleibt aber dran. Wenn das nicht reicht, kommt die im nächsten Schritt auch noch weg.
0
sonorman
sonorman27.05.1111:28
Am wahrscheinlichsten sind natürlich aktive USB-Komponenten (mit eigener Stromversorgung per Netzteil, wie Hubs) und Akkubetriebene USB-Komponenten (z.B. drahtlose Logi-Mäuse), oder solche, die irgendwelche getimten Aktionen ausführen (eher selten). Rein passive Devices, die ihren Saft über den Mac via USB beziehen (z.B. 2,5" USB-Festplatten) sind weniger wahrscheinliche Verursacher.

Die Schwierigkeit ist, dass auch nicht mit dem Computer verbundene Geräte der primäre Auslöser sein können. Ich habe es z.B. schon oft gehabt, dass der Mac angesprungen ist, weil ich an der Netzleiste, an der der USB-Hub angeschlossen ist, ein Steckernetzteil gezogen oder gesteckt habe. Das verursacht dann wohl eine kleine Spannungsspitze/Schwankung, die sich über den Hub an den USB-Port des Mac ausbreitet und ZACK! – Mac meldet Bereitschaft! So könnte natürlich auch ein irgendwo im Haus anspringender Kühlschrank o.ä. der Verursacher sein.
0
joschbah
joschbah27.05.1113:08
camaso
... melde mich mal in den Urlaub ab, sorry. Ich hoffe, dass Ihr den Übelsttäter dingfest machen könnt.
Ich werde das mal aus der Distanz mitlesen, wenn ich iwo ein Netz habe.

Gruß
0
macscout
macscout27.05.1117:15
camaso
Hast Du meinen Beitrag überlesen oder nur keine Lust, die vielen Fragen zu beantworten
Besonders das Hochzählen des Namens würde mich interessieren, denn obwohl es mir nicht mehr passiert, weiß ich doch nicht genau, weshalb eigentlich.
0
camaso
camaso28.05.1101:32
Sorry für die Unterlassung! Danke für Deine Bemühungen. Unten folgen meine Antworten.
macscout
...Zum Thema mit dem Hochzählen: Das bekam ich bei meinem Mac Book auch regelmäßig, manchmal im Minutentakt. Immer, wenn ich mein Airport aktiviert hatte. Ich dachte erst, es liegt an WLAN und LAN parallel. Jetzt wurde bei uns in der Firma was am WLAN gebastelt, seitdem ist es nicht mehr passiert. Vorher hatten wir mehrere WLANS mit unterschiedlichen Namen, die im gleichen Netz hingen, jetzt sind sie zu einem zusammengefasst worden. Ist das MacBookKids evt. auch über WLAN und gleichzeitig über Ethernet im Netz? Oder kann es in mehrere WLAN-Netze, die im gleichen internen Netz hängen? Dann switcht das Mac Book evt. den WLAN-Router und der stellt fest, dass der andere WLAN-Router noch ein Gerät mit dem gleichen Namen hat (denn der wartet noch auf einen Timeout, bevor er das Mac Book als nicht mehr vorhanden ansieht).

Und zum Thema Aufwachen: Hier gibt es einen kleinen Link:
Der wird aber vermutlich nicht viel helfen, denn da steht dann wahrscheinlich nie ein Code bei Dir im Log, oder doch?

Ich hatte vor längerer Zeit die gleichen Probleme, habe alles mögliche versucht, und irgendwann war es weg. Habe leider nie herausgefunden, woran es wirklich lag. Aber da war auch EyeTV im Spiel gewesen, der da ja gerne rumzickte. Und die AutoWake.plist, aber die gibt es glaube ich nicht mehr. Läuft Dein iMac mit Snow Leopard?

Hast Du die Prefs vom Energy Saver mal gelöscht?

Und hast Du mehrere Benutzer? Sonst lege Dir mal einen an, melde Dich selbst ab, den neuen User an und leg den Mac schlafen. Wacht er dann auch noch auf?

Das MacBookKids hängt an keinem WLan, dieses ist auch ausgeschaltet.
Die Wake-Codes sehen wie folgt aus (was ist GIGE?):
Sun May 22 10:58:12 iMac-i7 kernel[0] <Debug>: Wake reason =
Sun May 22 20:01:57 iMac-i7 kernel[0] <Debug>: Wake reason = EHC1
Sun May 22 21:20:27 iMac-i7 kernel[0] <Debug>: Wake reason = EHC1
Sun May 22 23:26:08 iMac-i7 kernel[0] <Debug>: Wake reason = RTC
Sun May 22 23:40:25 iMac-i7 kernel[0] <Debug>: Wake reason = EHC1
Mon May 23 04:10:09 iMac-i7 kernel[0] <Debug>: Wake reason = EHC2
Mon May 23 23:22:03 iMac-i7 kernel[0] <Debug>: Wake reason =
Mon May 23 23:42:28 iMac-i7 kernel[0] <Debug>: Wake reason =
Tue May 24 16:47:53 iMac-i7 kernel[0] <Debug>: Wake reason =
Tue May 24 18:46:51 iMac-i7 kernel[0] <Debug>: Wake reason = EHC2
Tue May 24 20:34:21 iMac-i7 kernel[0] <Debug>: Wake reason = EHC2
Wed May 25 00:10:02 iMac-i7 kernel[0] <Debug>: Wake reason = EHC1 EHC2
Wed May 25 17:55:51 iMac-i7 kernel[0] <Debug>: Wake reason =
Wed May 25 20:54:00 iMac-i7 kernel[0] <Debug>: Wake reason = RTC
Wed May 25 21:06:05 iMac-i7 kernel[0] <Debug>: Wake reason = EHC2
Wed May 25 23:09:25 iMac-i7 kernel[0] <Debug>: Wake reason = RTC
Thu May 26 00:48:09 iMac-i7 kernel[0] <Debug>: Wake reason = EHC1
Thu May 26 02:59:43 iMac-i7 kernel[0] <Debug>: Wake reason =
Thu May 26 15:54:33 iMac-i7 kernel[0] <Debug>: Wake reason =
Thu May 26 22:11:36 iMac-i7 kernel[0] <Debug>: Wake reason = EHC2
Fri May 27 00:04:35 iMac-i7 kernel[0] <Debug>: Wake reason =
Fri May 27 00:59:43 iMac-i7 kernel[0] <Debug>: Wake reason = GIGE
Fri May 27 05:37:23 iMac-i7 kernel[0] <Debug>: Wake reason = GIGE
Fri May 27 13:55:35 iMac-i7 kernel[0] <Debug>: Wake reason =
Fri May 27 17:59:28 iMac-i7 kernel[0] <Debug>: Wake reason = RTC
Fri May 27 19:04:47 iMac-i7 kernel[0] <Debug>: Wake reason = EHC1
Fri May 27 23:10:18 iMac-i7 kernel[0] <Debug>: Wake reason = EHC2
Fri May 27 23:14:13 iMac-i7 kernel[0] <Debug>: Wake reason = GIGE
Sat May 28 00:51:59 iMac-i7 kernel[0] <Debug>: Wake reason = EHC1

Mein Mac läuft mit Snow Leopard. Wo finde ich die Prefs vom Energy Saver? Als plist in den Preferences ist sie nicht.

Das mit dem zweiten Benutzer teste ich auch noch, erst aber kommen mal die von Sonorman vorgeschlagenen USB-Tests dran.
0
macscout
macscout28.05.1113:15
GIGE ist wohl GIGabit Ethernet.
D.h. da ist was im Netz passiert, das den iMac geweckt hat. Ich würde nach allem, was ich hier so gelesen habe, nicht auf USB, sondern eher auf das Netz tippen. Auch die Hochzählproblematik würde ich auf ein Netzwerkproblem zurückführen, da offensichtlich der MacBookKids-Rechner sich regelmäßig selbst im Netz findet und deshalb seinen Namen hochzählt.
Ethernet-Kabel vorm Schlafengehen abziehen und mal sehen, ob er dann durchschläft.

Ist aber mal wieder interessant, wie vielfältig diese Problematik ist. Die Apple-Foren sind ja auch schon seit Jahren voll davon, und es gibt immer wieder unterschiedliche Symptome und meistens keine Auflösungen. Ich hatte das damals mit meinem PowerMac G5, was dann auf Dauer ja auch ins Geld geht, wenn der die ganze Nacht läuft.

Die Prefs vom Energy Saver findest Du nicht in Deiner User-Library, sondern unter Macintosh HD/Library/Preferences/SystemConfiguration/com.apple.PowerManagement.plist
0
camaso
camaso28.05.1123:09
sonorman
Vergangene Nacht war der USB-Hub ausgestöpselt. Ergebnis: Trotzdem wake. Das war's also nicht (die USB-Platten hängen direkt am Mac, die waren noch drin. Dieser Test folgt ev. noch, siehe unten).

macscout
Der Tipp mit dem Ethernet-Kabel wird vorgezogen behandelt. Grund: Im Log habe ich Hinweise gefunden auf LogMeIn, welches auf allen meinen Macs läuft. In den Einstellungen des Programms ist "Wake on LAN aus Standby-Modus aktivieren" aktiviert gewesen. Das ist jetzt off. Mal sehen, ob das a) das Aufwachproblem behebt und b) den Haken bei "Ruhezustand bei Netzwerkzugriffen beenden" permanent deaktiviert lässt.
Da LogMeIn auf allen Rechnern installiert ist, dort aber nicht zum selben Problem führt wie hier, werde ich noch weiter forschen müssen, um die Hochzählproblematik einzukreisen. Die existiert nämlich nur auf dem Macs meiner Frau und der Kinder, nicht aber bei mir.
0
camaso
camaso29.05.1109:45
AHA
LogMeIn scheint der Grund für die Schlafwandelei meines Macs zu sein. Heute Nacht erwachte er nicht mehr, nachdem ich die WoL in den Settings deaktiviert hatte. Man beachte übrigens die Reihenfolge der Konsolen-Einträge nach dem Weckruf heute morgen. LogMeIn trägt sich schneller ein als das OS...
Ich betrachte das Problem als gelöst. Danke euch allen für den Support!
0
camaso
camaso31.05.1117:54
Zum Hochzählthread bitte hier lang:
0

Kommentieren

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