Seit Ozmosis 1669 m Mod für H87M-D3H kein booten mehr wegen USB HDD

Geschieht das auch, wenn du die, hoffentlich externe, USB3.0 Platte für den Bootvorgang ausschaltest?

ich meine schön oft gehört zu haben, dass USB3.0 beim starten von OS X noch nicht unterstützt wird.

wenn du noch Windows als,dualboot am Laufen hast, würde ich fragen, ob es damit auch passiert....

Das Phänomen was du da hast ist ein bekanntes Problem der neuen Ozmosis-Version.

Gut das ich die TimeMachine Platte in einer günstigen HDD-Duplizier-Einheit stecken habe.
die hat eine Ein-/Aus-Schalter

Habe mir vor einiger Zeit folgende bei Conrad gekauft:
https://www.conrad.de/de/usb-3…one-funktion-1013330.html

Hat den Vorteil, das man auch Copies ohne Rechner machen kann...

Finde ich interessant. Das Teil dupliziert "stumpf bitgenau", das heisst, es interessiert überhaupt nicht das Filesystem? Genauer: Kann ich eine HFS+ formatierte Platte inkl. unsichtbarer EFI-Partition (Standard Apple Bootplatte) einfach so, ohne Rechner – stand alone, duplizieren?

Korrekt...

Sehr hilfreich, aber leider nicht super schnell, hängt aber auch an den HDDs/SSDs.
Dafür aber ordentlich.

Man kann die 2,5" und 3,5' Geräte einsetzen.

Danke schön! Habe so ein ähnliches Teil, USB3 und zwei Schächte (3,5/2,5"), aber keine Kopierfunktion. Nehme ich derzeit für Backups auf "nackte Platten" in der Firma, kommen dann beschriftet im Safe. Die Kopierfunktion finde ich allerdings toll. Haben will.

Na ja... die Zwischenlösung lautet:
Externe USB-Platten während dem Booten ausschalten.
Da diese neue OS X USB-Technik noch nicht komplett reverse engineered wurde, stehen weitere Lösungsmöglichkeiten noch aus.

Welche neue "USB-Technik"?

Ich denke er meint den neuen USB Stack den Apple El Capitan spendiert hat wobei das relativ wenig mit den TM Volume Problemen im Zusammenspiel mit OZ 1669m zu tun hat.

Gesendet von iPhone mit Tapatalk

Na ja... starten Eure Büchsen mit angeschlossener USB3.0 Festplatte?

Jo. Also, nicht mit TM, aber USB 3.0 ist generell kein Problem und es ist auch irgendwie nicht das Problem, um das der Thread handelt.

Also das Problem mit dem TM Volumes und OZ1669 ist inzwischen offiziell als Bug anerkannt und soll in einer der folgenden Versionen behoben werden. Also einfach ein wenig Geduld haben und vielleicht bringt ja der Weihnachtsmann ein Update mit, who knows...

Achtung:
Seit gestern gibt es Ozmosis 167X.MASS.

Läuft auch seit gestern Abend bei mir.
Seit der Zeit kann ich auch wieder mit angeschlossener USB3.0-Platte booten.
Das TimeMachine Problem müsste noch beleuchtet werden.

Hier ein Auszug aus dem Change Notes:

Zitat

CHANGES:

BIOS:
SET Peripherals/IGPU Fixed Memory Size to 32M by default.
Set BIOS Features/Display Boot Option ROM Control to Legacy Only by default.
REPLACED SmcEmulatorKext/LpcSensors/CpuSensors/GpuSensors with version 6.16.1377.
ADDED Extfs and Btrfs filesystems support.

OZMOSIS:
FIXED Bootmanager hang in certain circumstances.
FIXED RAM reported size when memory is incorrectly installed.
FIXED Multiple Shell entries in boot manager
ADDED Workaround for cases when memory SPD data is incorrect(see examples for how to enable).

OZMOSIS BETA Features/Test:
Skylake CPU support
FileVault 2
Linux/Android EFI Boot Stub
nVidia Full Driver Injection(see examples for how to disable)
Minimal keyboard support
Touchscreen support

Examples:
// This will ignore memory SPD data and use instead original Type 17 SMBios tables
// From OS terminal:

Code

1. sudo nvram 1F8E0C02-58A9-4E34-AE22-2B63745FA101:SkipSmbusSpdScan=%01

// From HermitShell:

Code

1. setvar -guid 1F8E0C02-58A9-4E34-AE22-2B63745FA101 SkipSmbusSpdScan =01

// Using Defaults.plist:

Code

1. <key>Defaults:1F8E0C02-58A9-4E34-AE22-2B63745FA101</key>
2. <dict>
3. <key>SkipSmbusSpdScan</key>
4. <true/>
5. </dict>

// This will disable nVidia full injection
// From OS terminal:

Code

1. sudo nvram 1F8E0C02-58A9-4E34-AE22-2B63745FA101:DisableNvidiaInjection=%01

// From HermitShell

Code

1. [b][/b]setvar -guid 1F8E0C02-58A9-4E34-AE22-2B63745FA101 DisableNvidiaInjection =01[b][/b]

// Using Defaults.plist:

Code

1. <key>Defaults:1F8E0C02-58A9-4E34-AE22-2B63745FA101</key>
2. <dict>
3. <key>DisableNvidiaInjection</key>
4. <true/>
5. </dict>

Alles anzeigen

Lustige Geschichte! Besonders, wenn der Backup-Fehler jetzt weg ist, das mit dem NVIDIA-Fehler hat mich ja doch sehr gewundert, weil ich das Problem auch in den Vortests mit verschiedenen NVIDIA-Karten nie hatte, genau wie die teilweise fehlende Boot-Fähigkeit bei USB3, die Geschichte mit dem Arbeits-Speicher war ja ein reines Kosmetik-Problem..
Ist ja ein umfangreiches Paket!

Na ja,

ich habe mal das komplette ROM und auch die extrahierten Elemente eingebunden.
Der VoodooHDA ist übrigens auch wieder mit dabei...
Ist wichtig für die User, die den deaktiviert haben möchten.