Beiträge von nkonde

Der usb 3 kext aus multibeast 7.0.2 ist sogar noch eine etwas ältere version als der GenericUSBXHCI.kext v1.2.8d9. Sowohl der ältere aus MultiBeast 7.0.2 als auch der genannte v1.2.8d9 führen auf meinem Board zu den beschriebenen Symptomen.

gruß nkonde

Hallo zusammen,

wurstsalat: Diese kexte führen bei mir dazu, dass er nicht mehr hochfährt. Nur ein booten von der backup partition und löschen der kexte + rechte reparieren hat geholfen.

Ich habe ähnliches komisches USB- Verhalten mit meinem GA-Z77M-D3H (rev1.1). Einer meiner beiden Front USB 3.0 Ports geht nicht richtig. Nutze den GenericUSBXHCI.kext v1.2.8d9, den auch ProfA12345 vorgeschlagen hat (s.o.)
( ProfA12345: übrigens fände ich es sinnvoll, wenn du in dem velinkten Post nicht „neuester“ schreibst, sondern die Versionsnummer dazu. Dann muss man nicht runterladen um zu gucken, ein paar wochen nach dem post weiß man das nämlich nicht mehr )

Bei mir ist aber auch mit diesem Kext das Verhalten recht komisch. Alle Ports (USB 2 und USB 3) funktionieren korrekt, außer dem oberen USB 3.0 port vorne. An diesem werden (USB 2-) Geräte erst erkannt, wenn sie einmal im unteren Front Port gesteckt haben, der korrekt funktioniert.
Witzigerweise war es umgekehrt (mit dem selben kext) , bevor ich die kexte von wurstsalat ausprobiert habe, die wie gesagt dazu geführt haben, dass er nicht mehr hoch fuhr (hab vorher den GenericUSBXHCI.kext gelöscht).

für mich also auch keine echte lösung bisher...

gruß nkonde

danke Hobbit, aber leider nein.

Zitat von Griven

[...]
Login AppStore:
->Abfrage von AppleID und Kennwort -> Abgleich folgender Kriterien gegen die Datenbank
->Systemtyp
->Seriennummer
->MacAdresse von EN0

Stimmt nun eines dieser Kriterien nicht mehr mit den bei Apple gespeicherten überein schlägt der Login fehl. [...]

Alles anzeigen

In dem von dir verlinkten Thread ist en0 nicht das Problem, dort wird der Netzwerk-Adapter als en0 erkannt. Bei mir als en1. Das beschreibt auch Griven, dass das eins der Kriterien ist die erfüllt sein müssen. Wie ich das unter Ozmosis ändere weiß ich nicht und finde ich bisher nicht...

Edit:
Lösung gefunden:

Zitat von Trainer

Unter Library/Preferences/SystemConfiguration die Networkinterfaces.plist und preferences.plist löschen (evtl. sichern)! Dann neu booten und die Netzwerkkarten müßten als en0 und en1 erkannt werden!

(Post dazu)

Hallo Leute

ich wecke mal diesen Thread auf, denn ich habe eine ähnliches Problem: Ich kann mich unter 10.10 nicht im AppStore anmelden, und iMessage geht auch nicht.

Ich vermute, dass es bei mir am Netzwerk / der LAN-Karte liegt, die auf meinem Board (Qualcomm Atheros - AR8161 Gigabit Ethernet) mit en1 und nicht en0 erkannt wird.

Ich habe bisher keine lösung gefunden, das unter Ozmosis zu ändern.

Weiß jemand rat?

gruß
nkonde

Hi bei mir läuft auch 1479 bisher ohne probleme.

Nur im AppStore kann ich mich nicht anmelden (Lan/Ethernet steht auf en1 nicht en0). Hab bisher keine Lösung gefunden und bin für tipps dankbar!

Yeah, danke für die erklärung Griven!

Ich werde dann auch jeden fall mal deinen LAN kext probieren. Wenn er läuft nehm ich den

Leider bekomme ich immer noch ein Parken verboten schild (still waiting for root device war das glaube ich im verbose mode) nachdem ich die Zugriffsrechte noch mal mit dem FDP vom 10.10 installer für die installierte yosemite platte repariert habe. Ich lösche jetzt noch mal die eingesetzen boot args aus der com.apple.boot.plist und versuche noch mal nen neustart.
Wie repariere ich korrekt die Rechte von 10.9.5 aus für die installierte 10.10 Platte? Das Festplatten-Dienstprogramm zeigt nur einen grauen button, lässt also nicht reparieren. Bisher hab ich es wie gesagt mit dem Kext Wizard (3.7.10) gemacht.

Vielleicht hilft auch dies: Ich habe bei "nvram -p" im terminal folgende ausgabe:

oder muss zu der abfrage mit "nvram -p" auch das "7C436110-AB2A-4BBB-A880-FE41995C9F82"? Wenn ja, wie lautet der befehl genau?

Edit:

10.10 bootet immer noch nicht! Obwohl ich die com.apple.boot.plist zurückgesetzt habe auf die originalversion. Ich kann mir nur erklären, dass das am rechte reparieren liegt... oder habe ich doch im NVRAM irgendetwas geändert durch meine Eingabe? Ich habe nur die dinge gemacht, wie im ersten Post beschrieben! BIOS settings auch noch mal gecheckt.

...ich verstehs nicht....

Edit2:
Habe nun den VoodooHDA.kext v2.8.4 in /System/Library/Extensions gelöscht, ebenso den VoodooHDA.prefPane in /System/Library/PreferencePanes und getdump in /usr/local/bin. Dann mit Kext Wizart erneut rechte repariert und den cache neu aufgebaut. - Keine Veränderung, merkwürdigerweise sind auch die Zeilen im oberen drittel des -v boot screens in denen "org.voodoo.driver.VoodooHDA" auftaucht nach wie vor unverändert!
Habe Post #1 angepasst, da mir eine letzte Zeite aufgefallen ist, die nicht auf dem foto zu sehen ist.

Edit3:

So, Yosemite läuft jetzt.

Ich habe wieder mal an die EyeTV Kexts gedacht, die bei der Installation von Mavericks damals auch Probleme gemacht haben. Hab alle gelöscht, plus alle weiteren die ich zusätzlich unter Mavericks installiert hatte (ich hab Yosemite über meine alte Mavericks installation gebügelt):
den GenericUSBXHCI.kext (USB3), IOAHCIFamily.kext (Trim enabler), AppleHDADisabler.kext, ALXEthernet.kext, und die VoodooHDA treiber hatte ich ja schon vorher gelöscht. Mit Kext Wizard hab ich daraufhin erneut Rechte repariert und Cache neu erstellt und nachdem das trotzdem immer noch zu einem "still waitung for root device" führte, hab ich noch einmal mit dem 10.10 Installer und dessen Festplatten-Dienstprogramm sowohl zuerst "Volume reparieren" durchgeführt (hatte ich vorher nicht, vielleicht war es das?), als auch danach die Rechte repariert.

Seit dem läuft es. Kext-dev-mode=1 scheint aktiv zu sein, denn ich habe mitlerweile wieder USB3 kexts, LAN und Trim Enabler installiert. Alles ohne Probleme. Audio läuft übrigens jetzt anscheinend OOB, jedenfalls wüsse ich von keinem sonstigen Treiber, den ich vergessen hätte. Außerdem werden die Audio ein- und ausgänge in den Systemeinstellungen unter "Ton" angezeigt.

Die Fragen die nun übrig bleiben:

Hat denn jemand eine Eine Erklärung woran es nun lag? Was bedeutet die oben genannte Terminal-ausgabe nach der "nvram -p" Abfrage?

Momentan steht Kext-dev-mode=1 noch in der boot.plist, will das aber in den nvram übernehmen und die boot.plist wieder auf default stellen. Kann ich das vom laufenden System aus, oder muss ich das von einem anderen System aus machen?

griven:

Zitat

[...] Schaut man sich spaßeshalber mal die Einträge im Bootlog bzw. in BSDMSG an wird klar, was Ozmosis da eigentlich wirklich tut: [...]

wie bekomme ich diese Ausgabe, durch einen befehl im Terminal, oder muss ich dazu in irgendeine BIOS shell? Würde mich interessieren!
Zussatz:
"bdmesg" habe ich im terminal mal versucht, das führt zu "command not found". Chameleon Wizard (auch wenn kein Chameleon installiert) sagt, unter "bdmesg"

Wie bekomme ich das "-v" weg, wenn ich nicht immer im Verbose mode booten will?
Nach der Terminal-Eingabe und einem Neustart danach

bekomme ich im Chameleon Wizard unter "bdmesg" nun

Und wofür steht slide=0, das kenne ich bisher nicht?

Ich danke euch bis hierher schon mal sehr für eure Hilfe!

( MOD: auch wenn das wesentlich geklärt ist bitte noch offen lassen, vielleicht gibt es für mich noch ein paar Hinweise zu den letzten Fragen. Danke )

gruß nkonde

danke dir Griven!

was bedeutet denn diese vorsilbe "7C436110-AB2A-4BBB-A880-FE41995C9F82" ist das ein block o.Ä. des BIOS und nur den kann Ozmosis auslesen, verstehe ich das richtig? Mich interessieren immer die hintergründe und ich sauge solche infos immer gerne auf!

Kann ich denn ohne weiteres noch mit 10.9.5 booten wenn ich das wie von dir beschrieben im terminal eingebe?

Ich habe den ALXEthernet.kext v1.0.2 für 10.9.5 installiert. Der funktioniert wie gesagt bisher. Inwiefern können die LAN kexte aus Multibeast denn ärger machen, und tut das der von mir verwendete auch?

Und noch eine ergänzung: AHCI wird nach wie vor an sein denke ich, ich bin ja grade wie gesagt unter 10.9.5...

Danke euch beiden. Leider hat deine boot.plist nicht geholfen TuRock. Ich hatte nachdem das mit dem NVRAM nicht funktioniert hat auch wieder

eingegeben um die boot argumente wieder zu löschen. daraufhin hab ich (in text edit) die boot.plist selbst editiert (ebenfalls mit "kext-dev-mode=1 -v") und wieder ein still waiting for root device erhalten mit dem weißen Parken verboten zeichen.

Habs mit deiner Version versucht TuRock (rechte repariert nach dem ersetzen mit Kext Wizard) und wieder das gleiche (ohne verbose mode natürlich).

Deine Anleitung hatte ich mir schon zu gemüte geführt, Trainer. Danke dafür auf jeden fall. Ich weiß allerdings nicht, was ich anders gemacht habe...?
(Btw: LAN unter 10.9 läuft wieder mit dem ALXEthernet.kext v1.0.2 aus Multibeast.)

Kann es sein, dass das rechte reparieren aus dem kext wizard (3.7.10) yosemite nicht gefällt? das habe ich nämlich getan nach dem com.apple.Boot.plist ändern. Im FDP kann ich unter 10.9.5 nämlich die rechte für die Yosemite SSD nicht reparieren. Ich versuche das noch mal von der installer partition aus.

Ich habe gewissenhaft geflasht. Und es zur sicherheit noch einmal versucht. Auf gleichem Wege hat das flashen der anderen BIOS-version funktioniert...

Das problem mit Yosemite ist, dass ich nachdem ich im terminal "sudo nvram boot-args="kext-dev-mode=1 -v"" eingegeben habe ein still waitung for root device bekomme. Habe ich doch geschrieben...? Und vorher ging das installieren von kexten nicht. Was ja durch das kext signing auch zu erwarten ist wenn ich das richtig verstanden habe...

Hallo liebes Forum!

Mein Hackintosh lief hervorragend mit Ozmosis und 10.9. Nun hab ich mich doch an die Herausvorderung gewagt 10.10 zu installieren. Also:

1.
BIOS neu geflasht von F13 Ozmosis 1.01.0828 auf F15a Ozmosis 1.02.1479 (von Thomaso66 von hier)
Das ebenfalls von Thomaso66 gepostete F13 ozm 894m, von Post 1 hat mir das BIOS zerschossen ich konnte nur noch vom dual BIOS recovern. Hab es zwei mal versucht.

2.
Yosemite installiert mit selbst erstelltem Installer von Festplattenpartition. (kurz vor Ende der Installation gab es einen Bildfehler. Der weiße Apfel wiederholte sich waagerecht über den Bildschirm und war mit pixeligen, horizontalen streifen durchzogen. Das System läuft aber augenscheinlich.)

3.
LAN, USB3, Audio kexte mit multibeast nachinstalliert und hinterher festgestellt, dass nichts davon funktioniert. Daraufhin hatte ich die eingebung, dass mit kext signing das ja möglicherweise nicht gehen kann, also habe ich im terminal eingegeben:

Daraufhin gab es den angehägten Bootscreen und dann ein "still waitung for root device"
hier schreibt griven der befehl um ins nvram zu schreiben ginge anders:

was ist der unterschied, warum lese ich einmal dies und an anderer stelle das andere?

Außerdem: Wenn ich in ein 10.9.5 Backup boote, läuft mein LAN auch nicht mehr, da das vorher in der vorher benutzten Ozmosis-version integriert war. Ich habe aus Multibeast den AtherosL1cEthernet.kext installiert, da steht in der Beschreibung "adds support for the AR81(31/32/51/61/62/71/72)" und meine aufzeichnungen die ich mal aus SystemInfo rauskopiert habe, entnehme ich: "1969 - Qualcomm Atheros - 1091 - AR8161 Gigabit Ethernet - Network controller - Ethernet controller - check".
LAN läuft aber weiterhin nicht! Ich habe die zugriffsrechte bereits repariert und den Cache mit Kext wizard neu erstellt.

Ich hoffe ihr könnt mir helfen, zum einen mit Yosemite und zum anderen mit diesem verflixten LAN treiber...
danke schon mal

gruß nkonde

Edit:
Am ende des Boot screens taucht noch eine Zeile auf, die nicht mehr auf dem Foto ist:

Hey Griven!

Gibt es eine aktuelle Version deiner Anleitung für Yosemite (nicht Beta), oder gilt das Verfahren unverändert?
Ich nutze Ozmosis und habe gesehen, dass es neue Versionen mit signiertem fakeSMC.kext gibt. Wenn das drauf ist, ist dann alles fit? Auch wenn ich kextinjection zum ersten mal höre, und damit nichts anzufangen weiß, liegt der Gedanke nahe, dass Probleme damit durch ein neues ozmosis nicht erledigt sind...?

vielen Dank für tipps

gruß nonde

Ich hatte auch die frage mit Ozmosis und Temperaturen auslesen. Hab diesen Thread erst danach gefunden. Bei mir scheints zu gehen mit HWMonitor 6.9.1315, ohne die fakesmc plugins installiert zu haben. Umgebungstemperatur wird mir auch als 127°C angezeigt.

Gruß
nkonde

sn0wleo: und das geht auch ohne fakesmc plugins und unter ozmosis? Nutzt du auch Ozmosis?

edit: hab HWMonitor 6.9.1315 installiert. Das zeigt mir allerdings 127°C für "Umgebung" an. Das wäre mir aufgefallen, wenn es heute so heiß wäre! alle anderen werte könnten so in etwa hinkommen. Liest das richtig aus? was sollen die 127°C ?

edit2: scheint "normal" zu sein mit den 127°C

Zitat von griven

Ist ein bekanntes Problem

Der HW Monitor zeigt immer 127 Grad an, wenn ein Sensor nicht verfügbar ist...

(s. Threat "HWMonitor")

Hallo liebes Forum,

leider wurde ich nicht fündig zum Thema temperaturen auslesen. Habe mir grade nen neuen cpu kühler eingebaut und will die temperaturen mal checken.
Multibeast bietet da die fakesmc plugins an, allerdings habe ich kein fakesmc in s/l/e, sondern im bios mit ozmosis. Wie lese ich mit Ozmosis zuverlässig die systemtempearuren aus?

Hoffe es weiß jemand Rat,

Groß
nkonde

TuRock: Die Karte sitzt im vorgesehenen PCIeX16 slot (darum auch wie gesagt die zugehörige BIOS-einstellung)

thomaso66: Ich kann die Karte nicht in den anderen Slot stecken, da sie zwei belegt und unter dem anderen PCIe 3.0 Slot mein mATX gehäuse keinen slot mehr hat. Sie passt dort also nicht.
Die Karte läuft ja wie gesagt auch, nur ins BIOS komme ich nicht und das Board scheint irgendwie Probleme mit der Karte zu haben. Ich wundere mich nur sehr, dass sich das board beschwert mit der piepserei, das BIOS nicht geht (oder zumindest kein bild hat, wenn ich blind F10 dücke und enter startet er aber auch nicht neu, also denke ich geht er garnicht ins BIOS) und er dennoch OS X bootet...

@Trainer: Ich habe die Karte von nem Freund bekommen. Der hatte sie nie in nem Mac verbaut, glaube also kaum dass sie mit einem Mac-Rom geflasht wurde (wenn ich "Mac" hier richtig als "Macintosh" verstehe...)
DVI-VGA kann ich nicht anschließen, da weder Grafikkarte noch monitor VGA haben. Display-Port-Kabel habe ich versucht, ohne erfolg, mein HDMI kabel ist verliehen, kann ich nicht testen – glaube aber auch nicht, dass das was bringt. Ein DVI-VGA Kabel zwischen Mainboard-VGA und Monitor hilft auch nichts, werde aber noch mal die Peripherals -> Internal Graphics -> Enable stellen und das testen. ...hatte ich aber glaube ich sogar schon...

edit:

Habe es nochmal versucht mit anderen Kabeln und BIOS:"Peripherals -> Internal Graphics -> Disable". Alle möglichen Kabel an interner und PCI Grafik versucht (außer HDMI). Keine Veränderungen. Hatte zwischendurch auch die FW-Karte draußen, ohne veränderungen. Musste zwischendurch über den Clear CMOS Jumper das Mainboard zurücksetzen und alles neu einstellen, weil er sich immer noch mir beschriebenem Piepsen beschwerte und kein BIOS zu sehen war, trotz ausgebauter Graka (und FW Karte)!
Ram usw. saß und sitzt alles richtig.

Habe es nun wieder auf
Peripherals -> Internal Graphics -> Auto
Peripherals -> Init Display First -> PEG
BIOS Features -> PCI ROM Priority -> Legacy ROM

Graka wider eingebaut FW karte wieder drin alles wie vorher...
Das System läuft, werde es jetzt erstmal so nutzen, auch wenn ich so nicht ins BIOS komme und die Boot-Partition nicht verstellen kann.

Habe nur etwas sorge, dass es der Hardware möglicherweise nicht gut tut!? Den Pieper hab ich wieder ausgebaut.

Hat noch jemand Ideen? Kann ich das wenigsten sorgenfrei so betreiben!?

Gruß Nkonde

Hallo liebes Forum,

ich habe nun eine Grafikkarte installiert: Sapphire ATI Radeon HD5770 1GB

Das System (10.9.2 - Ozmosis) bootet ohne mucken, erkennt die karte out of the box im Systemprofiler ohne irgendetwas installiert oder getan zu haben (habe sogar schon mal ein Test-Spielchen gemacht um mich an der neuen Karte zu erfreuen).

Das merkwürdige ist allerdings, dass der Rechner zwar wie beschrieben startet und läuft, allerdings springt der monitor erst bei der anmeldung an, nachdem das system hochgefahren ist (was recht schnell geht mit der SSD).
Ich sehe nicht wie bisher den apfel beim booten, der bootvorgang dauert etwas länger (ist trotzdem sehr kurz) und:

ich komme nicht mehr ins BIOS mit der Karte!

Beim starten sehe ich nicht wie bisher mit onboardgrafik ganz am anfang kurz den Gigabyte startscreen und dann denn apfel beim booten

und es gibt statt dessen ein langes und zwei kurze beebs vom internen gehäusespeaker

...nachdem ich den kleinen Gehäuse-Speaker wieder installiert hatte (hatte ich rausgenommen, weil mich das beepen beim starten nervt), was laut bioscentral.com anscheinend auf Grafikkartenprobleme hindeutet: "Beeps: 1long, 2 short – Error Message: Video adapter error – Description: Either video adapter is bad or is not seated properly. Also, check to ensure the monitor cable is connected properly."

Ich komme nur wieder ins BIOS wenn ich die karte vom Netzteil strom trenne (auch wenn die Karte im Slot bleibt nur ohne Strom), den Bildschirm wieder an den internen DVI port hänge und neu starte.
Habe im BIOS ohne erfolg bereits folgendes versucht:

Peripherals -> Init Display First -> PEG (PEG steht laut handbuch für den PCIe x16 slot, vorher bootete 10.9 auch nicht)
Peripherals -> Internal Graphics -> Disable
BIOS Features -> PCI ROM Priority -> Legacy ROM

Weiß jemand rat? Ich will nicht jedes Mal um ins BIOS zu kommen oder von ner anderen Partition zu booten die grafikkarte abstecken müssen...

Gruß nkonde

So, danke euch erstmal! USB 3.0 läuft, FireWire-karte installiert (DELOCK 89106 :: PCI FireWire A+B 2+1 TI-Chip Delock - läuft oob), Kernel Panics nach EyeTV audio treiber löschen behoben. 1TB HDD zusätzlich zur 128GB SSD installiert, umzug vom Macbook weitestgehend vollzogen. Hin und wieder kleine Unregelmäßigkeiten, die sich allerdings bisher nicht konkretisieren lassen und nicht erheblich sind.

Noch zu testen:

Alle möglichen alten programme, besonders, ob die alte CS3 suite läuft.
Booten über FW (bisher ohne erfolg das netz abgesucht, Hinweise gerne gesehen, nehme an das bios/ozmosis müsste das lernen(?))
bestimmt noch einiges mehr, was mir grade nicht einfällt...
demnächst eine grafikkarte, die ich möglicherweise sogar geschenkt bekomme (Sapphire ATI Radeon HD5770 Grafikkarte (PCI-e, 1GB GDDR5 Speicher, DVI, HDMI, 1GPU) - auch hier Hinweise zu treibern sind gerne gesehen!

MOD: gerne also noch offen lassen.

Werde irgendwann noch mal benchmarks posten (kann jemand ein kostenloses programm empfehlen? habe noch nie welche gemacht, interessiert mich aber :))

liebe grüße und vielen dank schon mal bis hier an alle helfer und hinweisgeber!

nkonde

ich würde die EyeTV kexte jetzt einfach manuell löschen, das reicht doch auch oder? Wüsste nicht wie ich EyeTV deinstallieren soll, außer rauszusuchen ob beim installer ein deinstaller dabei war...

Der AppleHDA ist wie gesagt nicht zu finden! Nur der AppleHDADisabler.kext liegt in s/l/e! Auf dem erwähnten backup system (auf dem ich den VoodooHDA.kext schon drauf hatte) ist der AppleHDA auch nicht zu finden...

Habe grade mal verglichen mit einer Sicherung die ich vorm kopieren mit dem migrationsassistenten gemacht habe. Hab grade garnicht drüber nachgedacht, dass beispielsweise die eyeTV erweiterungen logischerweise vom programme migrieren kommen... also hat er beim migreiren ordentlich kexte mitmigriert.

sind die eyeTV und der NumarkUSB2Audio.kext möglicherweise schwierig?

gibt es eigentlich irgendwo ne liste oder so mit kexten die öfter mal probleme machen neben audio?

toemchen: danke, werds mal probieren!

Moin

Ja, eigentlich müsste sie noch dort liegen, allerdings finde ich sie dort nicht, ist sie vielleicht in einem paket eingebunden? Ich habe sie nicht gelöscht. Stattdessen hatte ich den AppleHDADisabler.kext installiert und wie beschrieben lief ja auch alles wirklich super bis ich mit dem Migrationsassistenten kopiert habe (allerdings nur user und programme)
Außerdem kommen die Panics unregelmäßig, verstehe nicht warum!? Und direkt nach der Panic fäht er selbstständig normal hoch und meckert, dass er nicht richtig ausgemacht wurde.

Mir ist grade aufgefallen, dass in den berichten der konsole allerdings "org.voodoo.driver.VoodooHDA 2.7.3" gestern immer als vorletztes oder vorvorletztes, ganz oben direkt nach last last loadet kext erschien. Grade eben gabs wieder eine Panic mit voodooHDA als letzt geladenem UND vorletztem:

z.B. :

grade eben kam voodooHDA als last loadet:

edit: wenn ich in s/l/e/ nach "audio" suche, zeigt er folgende kexts:

AudioAUUC.kext
AppleUSBAudio.kext
IOAudioFamily.kext
AppleFWAudio.kext
EyeTVVoyagerAudioBlock.kext
NumarkUSB2Audio.kext
EyeTVEmpiaAudioBlock.kext
EyeTVCinergy450AudioBlock.kext
EyeTVCinergyXSAudioBlock.kext

bei suche nach "hda":

AppleHDADisabler.kext
VoodooHDA.kext

wo ist appleHDA.Kext!? Der Disabler löscht den doch nicht!