OSX Sierra 10.12.4: Apfelmenu => Über diesen Mac => Systembericht => USB: Fenster bleibt leer

Ich habe den Befehl mit funktionierenden Computer ausprobiert:

Last login: Fri Apr 21 00:00:14 on console

Jenss-Mac-Pro:~ jens$ /usr/sbin/system_profile -nospawn -xml SPUSBDataType -detailLevel full | head -n 30

-bash: /usr/sbin/system_profile: No such file or directory

Jenss-Mac-Pro:~ jens$ /usr/sbin/system_profiler -nospawn -xml SPUSBDataType -detailLevel full | head -n 30

<?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">

<array>

<dict>

<key>_SPCommandLineArguments</key>

<array>

<string>/usr/sbin/system_profiler</string>

<string>-nospawn</string>

<string>-xml</string>

<string>SPUSBDataType</string>

<string>-detailLevel</string>

<string>full</string>

</array>

<key>_SPCompletionInterval</key>

<real>0.12603700160980225</real>

<key>_dataType</key>

<string>SPUSBDataType</string>

<key>_detailLevel</key>

<integer>-1</integer>

<key>_items</key>

<array>

<dict>

<key>_items</key>

<array>

<dict>

<key>Built-in_Device</key>

<string>Yes</string>

<key>_items</key>

<array>

Jenss-Mac-Pro:~ jens$

... und das Terminal 5 Minuten stehen gelassen. Innerhalb dieser Zeit ist der Fehler auch prompt aufgetreten, hier die entsprechende Ausgabe:

********************************************* Und jetzt der Fehlerfall: 21-apr-2017 00:08

Jenss-Mac-Pro:~ jens$

Jenss-Mac-Pro:~ jens$ /usr/sbin/system_profiler -nospawn -xml SPUSBDataType -detailLevel full | head -n 30

D.h. die Ausgabe hängt, nach Eingabe des Befehls im Fehlerfall und "Enter" hängt sich die Ausgabe auf, es passiert gar nichts und das Kommando kommt nicht zurück.

Das ist eine längere Geschichte.

Anfangs gab es am Gerät nur Tastatur+Maus über Bluetooth. Der Kartenleser war einsam und allein am Mac angeschlossen - ich habe mehrere der USB Ports ausprobiert. Stets fiel der Chipleser nach einigen Minuten aus und ich musste rebooten.

Einige Tage später gab es einen Thunderbolt Bus, ein angeschlossenes Raid über das ein Thunderbolt- USB Adapter angeschlossen war. Der dort angeschlossenen Drucker druckte - oder eben plötzlich nicht mehr. Auch da half stets ein Reboot. Genau aus diesem Grund verwende ich ihn nicht mehr sondern drucke über LAN (verkabelt).

Aktuell hänge ein 10 Port Hub mit dickem Netzteil an einem der USB Ports. Von dem geht eine

USB Tastatur ab => die geht immer

Der sctReinerChipleser => Für die Kontoverwaltung. davor ist halt immer ein Reboot notwendig wenn ich ihn verwenden will.

Der iX500 Fujitsu Scanner: Verwendbar nur nach Reboot.

... und die Maus ist über Bluetooth.

Bevor ich Scanner oder Leser verwenden will rufe ich kurz die Systeminfomation => USB Bus auf. Wird das Fenster angezeigt funktionieren die Geräte. Bleibt das Fenster leer => Reboot.

Schließe ich im Fehlerfall eine USB Festplatte oder ein Stick an dem USB Switch an funktionieren Platte oder Switch ohne Probleme.

Am Mac ist seit drei Tagen zusätzlich direkt ein USB DVD Laufwerk angeschlossen, dieses funktioniert immer und ohne Reboot.

Der Netzwerkdrucker ist ein Multifunktionsgerät. Dessen Scanner kann ich immer verwenden.

Wie geschrieben: Das Problem betrifft vorwiegend den Scanner, die Systeminformation, den Datensammelscript. Vielleicht ist es ein Problem in Zusammenhang mit Parallels. Ein typisches USB/Switch Hardwareproblem schließe ich aus.

Gruß Jens

Danke. immerhin eine Idee - leider habe ich nichts dergleichen auf dem Rechner.

Eine Updateinstallation hat nichts gebracht. Für einen "Clean" install habe ich noch keine Zeit gefunden und mag auch nicht so gern.

Immerhin habe ich heute die Garmin Software deinstalliert - ohne Erfolg. Jegliche Idee ist immer noch willkommen.

Ich bin immer noch ratlos. Wenn ich mir so das Logging anschaue fällt mir die immer wiederkehrende Zeile

Apr 21 19:58:33 Jenss-Mac-Pro com.apple.xpc.launchd[1] (com.apple.imfoundation.IMRemoteURLConnectionAgent): Unknown key for integer: _DirtyJetsamMemoryLimit

auf. Was mag das sein, ob das ein Problem ist?

Gruß Jens

Danke für die Antwort.
Der Fehler: Keine Reaktion/Zugriff auf den Scanner, Chipkartenleser, Drucker, Aufhängen beim Abfragen der USB Systeminformation trat auch ohne Hub auf - als dieser noch im Laden lag. Und selbstv. habe ich auch ohne weitere USB Geräte, d.h. nur der Scanner angesteckt, getestet.

Auch den Treiber des Chipkartenlesers, meines ersten USB Gerätes, habe ich probeweise gelöscht. Leider war auch das kein Erfolg.

Gruß Jens

OK. Ich habe eine externe USB3 Festplatte direkt an den Mac gestöpselt, diese komplett gelöscht und ein System drauf installiert, davon gebootet. Dann habe ich darauf den ScanSnapmanager, die Software mit der der Scanner läuft, installiert und bin wieder schlafen gegangen.

Zwei Stunden später habe ich mir die Geschichte angesehen:

Apple Menü => Über diesen Mac => Systembericht => USB ergab ein leeres Fenster. Der Scanner hängt, ein Reboot war nur möglich nach Abschuss von "ScanMap".

D.h. der Fehler tritt auch bei einem neuen System auf. Und am Scanner liegt es sicher nicht da ich mit einem Chipkartenleser bei der Installation die gleichen Probleme hatte, zu diesem Zeitpunkt hing der Scanner noch an Windows10 und hat sich dort stets sehr wohl gefühlt.

Damit bin ich mir nun sicher ein defektes Montagsgerät gekauft und ein Problem zu haben. USB Festplatten laufen stets prima, der Apple Hardwaretest im Gerät findet keine Probleme und wenn ich jemanden erkläre ein ominöser Scanner der über USB angeschlossen wird würde ab und zu nicht gehen - na super. Noch dazu war der Fehler beim Anruf beim Support stets nicht vorführbar - als es endlich beim letzten Kontakt klappte und der Rechner hing war der gute Mann Null interessiert. "Das Datensammelscript hängt? Tjaaaa... Neuinstallation!" Schicke ich den Rechner in dem Zustand ein kommt er "geprüft" wieder zurück, und das wars.

Ganz 100% ist das noch nicht da immer noch der USB-Hub und an dem der Chipkartenleser und der Scanner zusammen am Rechner hängen. Ein schlechtes "Qi" des Chipkartenlesers ist noch möglich - aber nicht wahrscheinlich da ich in Vergangenheit auch mit direkt angeschlossenen Scanner getestet habe.

Also ein weiterer Versuch: Tritt der Fehler auch bei einem System in Auslieferungszustand auf?

Ich habe die externe Festplatte nochmals gelöscht und erneut neu installiert. Und diesmal ist wirklich alles an Hardware ab:

Maus, Tastatur: Bluetooth

Netzwerk: WLAN

Am Gerät stecken nur noch Monitor, externe Platte und das Stromkabel.

Die ersten 4 Stunden ist nichts passiert, rufe ich den Systembericht auf wird der USB Bus bisher angezeigt. Im Gegenteil: nach geraumer Zeit werde ich abgemeldet und das Passwort wird fällig. ich werde mir mal anschauen ob der Bildschirmschoner schuld ist.

Ich würde gern ein Endlosscript so wie Redarm vorgeschlagen hat laufen lassen

Marke

/usr/sbin/system_profiler -nospawn -xml SPUSBDataType -detailLevel full | head -n 30

<?xml version="1.0" encoding="UTF-8"?> >> Protokolldatei

time >> Protokolldatei

goto marke

in der Hoffnung endlich etwas bei Support Vorzeigbares zu bekommen. Vielleicht bit es mit einer in etwa Zeitangabe auch Hoffnung einen Hinweis im Logging zu finden.

Das Problem ist: ich habe geballt gemein keine Ahnung von Shellprogrammierung, meine Versuche damit sind 20 Jahre her. Gehen Schleifen überhaupt? Wie peinlich, ich werde beginnen zu nachzulesen.

Gruß Jens

Ich versuche es als blutige Anfänger mal so:

#!/bin/bash

/usr/sbin/system_profiler -nospawn -xml SPUSBDataType -detailLevel full | head -n 30 > test

while true

do

date

date >> test

/usr/sbin/system_profiler -nospawn -xml SPUSBDataType -detailLevel full | head -n 1 >> test

done

Oh ja - ich bin recht schnell darauf gekommen das eine Sekunde Sleep einzufügen keine schlechte Idee ist.

Ich habe eine externe USB Festplatte angestöpselt und darauf neu installiert. Der Fehler tritt auf - auch nach einer kompletten Neuinstallation, ohne jegliche Zusatzsoftware - auch mit dem System so wie es von Apple über die Leitung kommt. Lässt man nur das Script laufen kann das dauern, bei Versuchen bis zu 16 Stunden. Benutzt man jedoch während dessen Safarie oder schreibt einen Text dauert es keine 10 Minuten bis das Script hängt. Man kann den Fehler also triggern.

Im Logging steht nichts Besonderes:

Die Ausgabe des Scripts:

So 23 Apr 2017 13:54:49 CEST

<?xml version="1.0" encoding="UTF-8"?>

So 23 Apr 2017 13:54:50 CEST

<?xml version="1.0" encoding="UTF-8"?>

So 23 Apr 2017 13:54:51 CEST

<?xml version="1.0" encoding="UTF-8"?>

So 23 Apr 2017 13:54:53 CEST

<?xml version="1.0" encoding="UTF-8"?>

So 23 Apr 2017 13:54:54 CEST und das war es - hängt!

Das Logging im Augenblick des Fehlers:

Apr 23 13:35:38 Jenss-Mac-Pro com.apple.xpc.launchd[1] (com.apple.WebKit.WebContent.29502F9C-31AA-4D80-9BE9-6F18A9C7AAEF[40829]): Service exited due to signal: Killed: 9 sent by launchd[1]

Apr 23 13:36:38 Jenss-Mac-Pro com.apple.xpc.launchd[1] (com.apple.WebKit.Networking.8551B559-ADAA-40EE-ADCC-49845CF503D0[40712]): Service exited with abnormal code: 1

Apr 23 13:49:03 Jenss-Mac-Pro syslogd[35]: ASL Sender Statistics

Apr 23 14:03:29 Jenss-Mac-Pro syslogd[35]: ASL Sender Statistics

Apr 23 14:03:45 Jenss-Mac-Pro com.apple.xpc.launchd[1] (com.apple.quicklook[47777]): Endpoint has been activated through legacy launch(3) APIs. Please switch to XPC or bootstrap_check_in(): com.apple.quicklook

Apr 23 14:06:56 Jenss-Mac-Pro Console[47788]: BUG in libdispatch client: kevent[EVFILT_VNODE] monitored resource vanished before the source cancel handler was invoked

Apr 23 14:07:26 Jenss-Mac-Pro login[442]: DEAD_PROCESS: 442 ttys000

Apr 23 14:07:38 Jenss-Mac-Pro com.apple.xpc.launchd[1] (com.apple.xpc.launchd.user.domain.501.100007.Aqua): Caller not allowed to perform action: loginwindow.93, action = service removal, code = 150: Operation not permitted while System Integrity Protection is engaged, uid = 0, euid = 501, gid = 20, egid = 20, asid = 100007

Da das Problem auch auf einem neuen System auftritt, wohlgemerkt ohne jegliche angeschlossene Hardware (nur Maus,

Tastatur über Bluetooth), bin ich mir ziemlich sicher einen Hardwaredefekt zu haben. Ich habe mich erneut an den Apple Support gewandt - hoffentlich kommt dabei nun mehr heraus als alle 3 Tage ein kurzes nettes Gespräch.

Danke für die Hilfe bisher,

Jens

Der Fehler (Proiler hängt beim Aufruf des Shell Scriptes) trat auch mit einem frischen von einer externen USB Festplatte System ohne angeschlossene weitere USB Hardware nach ca. einer Stunde auf.

Zurück von Dienstreise wollte ich den kurzen Tag zu Hause nutzen mein Montagsgerät zur Reparatur vorzubereiten und einzuschicken. Leider haben die wenigen Stunden zu Hause nur für ein TimeMachine Backup auf eine weitere Platte gereicht. Einrichten und Verpacken wollte ich im Urlaub erledigen.

Der Mac passte per HDMI an den Hotel Fernseher. Ich löschte die Festplatte, installierte ein neues System, spielte eine Beschreibung und das Shell Script für den Apple Techniker auf und lies das nagelneue System laufen um ein Logging mit dem Fehler zu erzeugen in der festen Überzeugung der Fehler werde nach 10 Minuten bis ...drei Stunden auftreten.

Und seitdem lief der Rechner zwei Tage fehlerfrei - im Hotelzimmer, verborgen in der Zimmerecke hinter dem Fernseher. Vorgestern habe ich abgebrochen, mein OSX System von zu Hause (das die Scanner und Kartenlese Software, Parallels und Anwendersoftware enthält) aufgespielt und seit weiteren zwei Tagen Test tritt der Fehler nicht wieder auf.

Ich bin total überrascht.

Der Unterschied gegenüber zu Hause ist das nicht angeschlossenen Zweitdisplay:

Thunderbolt0 Port5: Über ein Adapter war das Hauptdisplay HDMI => Thunderbolt angeschlossen.

Thunderbolt3 Port3: Dort steckte das Zweitdisplay Thunderbolt => Analog VGA.

Alles andere war zu Hause bereits beim Testen abgesteckt, insbesondere die USB Hardware, das System extern auf USB Festplatte und trotzdem hing der Profiler bald.

Hier im Hotel ist nur noch der Fernseher über ein schnödes HDMI Kabel am HDMI Port des Bus0 angeschlossen, das System auf der internen Platte und so geht es fehlerfrei bis jetzt.

Aber so recht fällt mir zu dem Thema nichts ein, sollte ein zweites Display den Profiler beim Abfragen der USB Hardware zu Hängen bringen? Klingt unwahrscheinlich.

In anderthalb Wochen zurück zu Hause wird es spannend, ich hoffe ich finde eine Erklärung für die scheinbare Selbstreparatur durch Luftveränderung - besser sich nicht zu früh zu freuen.

Gruß Jens