Probleme mit der neuen Ozmosis Bios - Version (1479)

  • Guten Morgen,


    ich habe die gleichen Probleme wie hier zu Eingang beschrieben.


    Zunächst hatte ich Yosemite erfolgreich installiert (Z87X-UD3H, F9-Bios mit Ozmosis 894M). Lediglich der Sound über ALC898 lief nicht.
    Ich hatte gehofft, dass über ein aktuelleres Bios (10b) mit dem letzten Ozmosis (1479) in den Griff zu bekommen.
    Jetzt ist Hängen im Schacht, der Rechner läuft gleich in eine Kernel Panik wg VoodoHDA.


    Werde wohl das Bios mal resetten und auf den F9/894M Stand zurückgehen. Für das Soundproblem suche ich allerdings dann immer noch eine Lösung.



    [Board: Gigabyte Z87X-UD3H, Prozessor: i7-4770k, RAM: 16GB SDRam 1600MHZ, Graphic: Onboard Intel HD4600, Sound: Onboard ALC898, Festplatten: 1xSSD 120HGB, 1x 3TB, WLAN: TP-Link TL-WDN4800, Blutooth: Belkin USB]

  • GA87XUD5 TH
    2GB Nvidia Karte GTX 660TI
    16 GB Ram 1600er Module
    I7 3,5Ghz 4770K
    Intel Pro ETH Dual Port sollen abreagiert werden
    Sound über Meridian Director
    30 Zoll Dell
    Yosemite


    habe es hiermit gemacht 87XUD5TH-F5d-OZM-DSDT-G-1479 install lief super


    hatte bis dato immer Unibeast und Multibeats verwendet und ich hatte immer mal wieder kleinere Schwierigkeiten und wollte es jetzt mal hiermit machen und sehen ob das besser klappt…


    Sehe ich das richtig das auf diesem Weg zukünftige OS Updates etwas einfacher laufen?
    Hat Jemand ne gute Lösung für das BT und WLan Modul?


    Suche in dem Zusammenhang nach einer Lösung für ein günstiges Notebook das dann auf diesem Wege auch gut geflasht werden kann. Wenn jemand mir da nen guten Tip hat für ein aktuelles Notebook unter 300 Euro das gut zu Flaschen ist und recht fix ist - würde mich sehr freuen:-)

    GA87XUD5 TH
    Gigabyte NV 660Ti 2Gb Ram
    16GB DDR3 Ram 1800MHZ
    3 HDs 2x 1,5 1x 600
    Intel Ethernet Pro Dualport
    Firewire Card
    Profil MacPro 3.1
    OZMOSIS 1479
    Yosemite
    Thunderbolt Drobo 5D

  • Hallo Higgins12,


    "Beide DUAL BIOS Schalter auf dem Board nach links schieben (Single BIOS + Boot vom 2ten BIOS)
    Rechner starten, ins BIOS gehen. Etwas ändern (zb. Bootreihenfolge)
    Die beiden Schalter nach rechts schieben (Dual BIOS + Boot vom ersten BIOS)
    BIOS Einstellungen speichern, neu starten (bei mir hing er beim Neustart, manueller reset)
    Beim Boot erscheint die Meldung "Main BIOS corruptet, restore from Backup BIOS)"



    :danke: Bis zu Deinem Hinweis habe ich mich fast blöd probiert ;-)

  • Hi Leute,
    Nachdem meine Bios anscheinend "corrupted" war und beim Start des Systems das Backup-Bios eingespielt wurde war mein Ozmosisflash Geschichte... Ich habe mich also daran gemacht meinen Rechner zu reparieren und habe die Gelegenheit genutzt mein board (GA Z77 DS3H) auf das aktuelle Ozmosis 1479 zu flashen...
    Danach ging erstmal nichts mehr - Biosoptionen neu eingestellt (hier besonders EIST deaktiviert, die restlichen Einstellungen wie in der Version vorher...), dann konnte ich wieder in meine bestehende Maverics-Installation booten.
    Gestern schien alles reibungslos zu funktionieren, doch heute hatte ich bereits den dritten (ungewollten) Neustart.


    Mit der Fehlermeldung kann ich als Laie leider nichts anfangen, deshalb hoffe ich da auf eure Hilfe ;-)
    Habe den Log als Screenshot gesichert, siehe Bilder.

















    Danke im Vorraus für eure Hilfe, wenn ihr mehr/andere Infos braucht, gebt kurz Bescheid



    Grüße aus dem Rheinland

    Hack Pro (OSX 10.9.4):
    // Mainboard: Gigabyte GA-Z77-DS3H (rev. 1,1) // Prozessor: i5 2500K // (Onboard) Grafik: Intel HD 3000 (512MB) // Grafikkarte: NVIDIA GTX 1070 (8GB) // RAM: 32 GB Corsair XMS3 1333 MHz // SSD: Samsung 830 250GB (2x) // FireWire 400: DeLock FireWire PCI Karte 3+1 // Sony Optiarc DVD RW AD-7261S //


    HP Spectre X360 13-4156ng (Skylake) [WIN 10 & OSX El Capitan]:
    // Mainboard: 81A1 (von HP) // Prozessor: i7 6600U //
    (Onboard) Grafik: Intel HD 520 // RAM: 8 GB (fest verlötet) // SSD: PM951 MZVLV512HCJH 512 GB NVMe PCIe M.2 // Broadcom BCM 4352 //

  • USB Erkennung von USB2 klappt manchmal erst beim zweiten Versuch


    interne ETH karte muss ausgeschaltet werden da ein Intel Pro Dualport karte installiert habe - wenn nicht habe ich nen kernal Panik


    ETH muss ich aber noch auf Bulletin umstellen

    GA87XUD5 TH
    Gigabyte NV 660Ti 2Gb Ram
    16GB DDR3 Ram 1800MHZ
    3 HDs 2x 1,5 1x 600
    Intel Ethernet Pro Dualport
    Firewire Card
    Profil MacPro 3.1
    OZMOSIS 1479
    Yosemite
    Thunderbolt Drobo 5D

  • Hallo zusammen,


    leider macht das aktuelle Ozmosis Bios


    Z77XUD5H-15q-OZM-DSDT-G-1479.rom



    auf meinem GA-Z77X-UD5H ein Problem.


    Das Bios einzuspielen geht, aber nach dem automatischen reboot kam kein LOAD BIOS DEFAULT Dialog.
    Nach dem Reset mit dem Bios bleibt der Bildschirm schwarz. Auf dem Mobo steht Error Anzeiger auf A92 (IDE Initialisierung).
    Ich kann mit keiner Tastenkombination das Bios Q-Flash Menü erreichen (END, F-Taste 8 )
    Habt Ihr noch Trick, wie man das Bios löschen kann?


    In das Dual Bios kann ich ohne Probleme, nur kann man von dort das defekte Bios nicht flashen.


    Gruß Zoffel ?(

  • In BIOS kommst du mit der neuen Ozmosis 1479 wenn du beim System Start ESC drückst und sobald Bildschirm ROT wird, DEL+entf. Taste drückst!

    " Fragen gehören ins Forum und nicht in mein Postfach, kein Support per PN! "

    MacPro6,1
    Mainboard : Gigabyte Z87X-UD3H
    BIOS : Ozmosis
    CPU : Intel i7 4770 @ 3,40Ghz
    Grafik : XFX Radeon HD 6870 900M 1GB
    USB Audio: Terratec AUREON 5.1
    WLAN : PCIe Airport Extreme AW-NE771 ( Atheros 9280 )
    Ram : Corsair Vengeance 16GB Kit DDR3 1600MHz CL9
    SSD: 2 x 120GB SSD Mushkin Chronos Deluxe RAID0

    Geekbench 10.9.x
    Geekbench 10.10.x

  • Ich habe Ozmosis 1479 geflasht und im BIOS die üblichen Einstellungen vorgenommen.


    1. Beim Booten kommt nach dem Bios-Screen eine hellblaue Fläche (Ozmosis) und bleibt, obwohl die Yosemite -Partition im Bios angegeben wurde.
    Pram - Reset führt zu einem lustigen Farbenspiel, dann wird ordnungsgemäß in Yosemite gebootet.


    2. wird die Yosemite -Platte als Startmedium im OSX angegeben, wird beim Restart korrekt Yosemite gestartet. Beim erneuten Start aber wieder der blaue Schirm.
    (PRAM merkt sich nichts ??)


    3. Wird beim Booten F12 gedrückt und die richtige Partition ausgewählt, startet Yosemite korrekt.
    --------
    Frage:
    1. wird bei diesem BIOS im PRAM nichts gespeichert?
    2. kann man die Startdisk in Default.plist angeben?
    3. Warum erscheint der blaue Schirm (Ozmosis) trotz angegebener Partition und startet aber bei F12 korrekt?
    ----
    4. Ozmosis 1479 lädt per SSDT.aml die Treiber meiner Wifi-KArte, unter Ozmosis 894 klappt das nicht. Warum?


    GA-Z87N-wifi, Ozmosis 1479, F6
    I5 4670K, Intel 4600
    16GB Ram
    Atheros 9280
    Yosemite (10.10.5)

  • zu 1 Teste mal ob das NVRAM beschreibbar ist, also einfach als Boot Arg -v mit auf den weg gehen.


    Gib mal im Terminal ein.

    Code
    1. sudo nvram 7C436110-AB2A-4BBB-A880-FE41995C9F82:boot-args="kext-dev-mode=1 -v"


    Nach dem Reboot zum auslesen


    Code
    1. nvram 7C436110-AB2A-4BBB-A880-FE41995C9F82:boot-args


    zu 2 geht wohl bis jetzt nicht.


    zu 4 ist gefixt worden in der 1479 gehen aber nur 4 SSDT (also ssdt.aml bis ssdt3.aml )

  • Danke für die schnelle Antwort!
    Nach Eingabe von
    sudo nvram 7C436110-AB2A-4BBB-A880-FE41995C9F82:boot-args="kext-dev-mode=1 -v"


    wird es gespeichert:
    7C436110-AB2A-4BBB-A880-FE41995C9F82:boot-args kext-dev-mode=1 -v


    beim nächsten Booten auch ausgeführt (verbose), aber bei Abfrage im Terminal kommt jetzt:
    nvram: Error getting variable - '7C436110-AB2A-4BBB-A880-FE41995C9F82:boot-args': (iokit/common) data was not found


    Das Ganze war jetzt unter Ozmosis 894, unter 1479 kann ich morgen probieren.

    GA-Z87N-wifi, Ozmosis 1479, F6
    I5 4670K, Intel 4600
    16GB Ram
    Atheros 9280
    Yosemite (10.10.5)

  • habe Probleme beim Z77DS3H-11a-OZM-DSDT-G-1479.rom
    bin vom superfunktionierendem f9 ozmosis zum aktuellem gewechselt um Yosemite zu installieren. Soweit so gut... nur habe ich am Anfang wenn beim Apfel der ladebalken loslegt ein Riesen knacken in den Lautsprechern, das 2te problem ist: er fährt nicht in den sleep sondern er rebootet dann. hätte gern das f9 wieder aber da lässt sich Yosemite nicht starten....


    kann auch leider meine platte mit mavericks nicht mehr booten

    Macbook:
    12" Retina  2015  1,1GHz  256 GB SSD  8GB  Ventura 13.1 
    Hackbook Air:
    Lenovo s10-2  Snow Leopard 10.6.8  120 GB 
    Mac Pro G5 Mod:
    ASUS Prime 365-B  i7 8700T  48 GB  OC 500 GB NVME WD Black SN750 XFX Radeon RX5700 8GB Ventura 13.1  Catalina  Win 10/11  Batocera v35 

  • @Thomaso66
    "nvram -p"
    zeigte -v komischerweise nicht an, sondern nur kext-dev-mode=1
    -----------------------


    habe jetzt Ozmosis 1479 geflasht mit alter Symptomatik (s.Nr 29).
    NVram hat sich über reboots alles gemerkt, trotzdem blieb alles im leeren hellblauen screen nach dem Bios hängen (ozmosis schirm).


    Habe jetzt die Lösung nach gefühlten 200 boots:
    EFI/Oz/defaults.plist löschen
    reboot
    bleibt wieder bei hellblauem Schirm hängen
    4finger salut (PRAm-reset cmd/opt/P/R)
    Yosemiti bootet perfekt , aber als Mac 3.1 mit allgemeiner seriennr.
    per sudo nvram xxxxxxx smbioswerte anpassen
    auch wlan bcm4325 per SSDT.aml läuft


    die defaults.plist lädt also irgendwie den leeren hellblauen schirm. Wahrscheinlich muss man in der Datei nur 1-2 Daten ändern:


    <key>UserInterface</key>
    <true/> in false


    Probiere ich mal später, falls man die default.plist doch irgendwie brauchen sollte.
    :party:

    GA-Z87N-wifi, Ozmosis 1479, F6
    I5 4670K, Intel 4600
    16GB Ram
    Atheros 9280
    Yosemite (10.10.5)

    Einmal editiert, zuletzt von kenstu ()

  • @VANTOM


    Das knacken kommt vom laden der VoodooHDA.
    Das Sleep Problem lässt sich einfach lösen.
    Installier den HDA Disabler und alles ist gut.

    Gigabyte Z690 UD DDR4 Open Core
    Intel I7 12700K + Dark Rock TF2
    2x 16GB G Skill DDR4 3200Mhz

    Be Quiet Darkpower Pro 10 750W

    Arez Radeon RX580 oc 8Gb

  • Also einfach den HDA disabler installieren und beide Probleme sind gelöst oder wie? Was hat sleep mit audio zu tun?

    Macbook:
    12" Retina  2015  1,1GHz  256 GB SSD  8GB  Ventura 13.1 
    Hackbook Air:
    Lenovo s10-2  Snow Leopard 10.6.8  120 GB 
    Mac Pro G5 Mod:
    ASUS Prime 365-B  i7 8700T  48 GB  OC 500 GB NVME WD Black SN750 XFX Radeon RX5700 8GB Ventura 13.1  Catalina  Win 10/11  Batocera v35 

  • Wenn nvram: Error getting variable - '7C436110-AB2A-4BBB-A880-FE41995C9F82:boot-args': (iokit/common) data was not found kommt hast du das sudo vergessen.

  • wo bekomme ich den HDA disabler her?

    Macbook:
    12" Retina  2015  1,1GHz  256 GB SSD  8GB  Ventura 13.1 
    Hackbook Air:
    Lenovo s10-2  Snow Leopard 10.6.8  120 GB 
    Mac Pro G5 Mod:
    ASUS Prime 365-B  i7 8700T  48 GB  OC 500 GB NVME WD Black SN750 XFX Radeon RX5700 8GB Ventura 13.1  Catalina  Win 10/11  Batocera v35 


  • Wenn nvram: Error getting variable - '7C436110-AB2A-4BBB-A880-FE41995C9F82:boot-args': (iokit/common) data was not found kommt hast du das sudo vergessen.


    Eben nicht.
    Meine Erfahrungen sind, dass seitdem für Yosemite die hier angebotenen BIOS (894m & 1479) vorbereitet werden (d.h. kext-dev-mode=1 schon fest im BIOS eingetragen), seitdem funktioniert das setzen der boot-args mit dem "7C..." Aufruf nicht mehr 100%.
    Beim Setzen der Werte wird es übernommen, man kann dann in dieser Sitzung auch wieder Auslesen MIT "7C..." , wenn man allerdings neu bootet , dann kommt dieser Fehler.
    Der Witz dabei ist das die reine boot-args Variable richtig gesetzt wird , einfach per "nvram -p" auszugeben.


    Einfach mal ausprobieren und man ein paar Werte neu setzen / ändern. Vor dem Neustart hat der "7C.." Aufruf die richtigen Werte, nach dem Neustart geht "7C..." nicht mehr, dafür hat das reine "boot-args" die richtigen Werte.


    Letztlich macht es ja keinen Unterschied, Hauptsache die boot-args sind gesetzt und werden richtig interpretiert..



    Gruß,


    Markus

  • Für die Bootargs musst du die guid doch gar nicht angeben. Die wird vom NVRAM tool sowieso gefiltert.