Hallo ich bin noch ein Neuling in der Hackintosh Szene. In der letzten Woche habe ich mir Zephyroth und Leo4All "beschafft", da dies angeblich die besten für AMD sind. Ich habe jeden ca. 2-3 mal versucht Zephyroth mit verschiedenen Optionen zu installieren (Mit 1x gebrannt). Jedoch versagt die installation immer bei den letzten 3-2 Minuten. Leo4All schaffte es nicht einmal bis zur Installation es stand immer "waitung for root device".
Ich frage mich, ob ich irgendetwas falsch mache oder es an meinem System liegt...
[Hier meine Systemdaten]
MSI VR610 Notebook
AMD X2 - TK55 1,8g GHz
DDR2 RAM 1024MB
ATI Radeon Xpress 1270
S-ATA 120GB
Ich hoffe jemand findet eine Lösung. Ich habe auch nichts dagegen, wenn nur Tiger auf meinem System läuft. Dachte nur Ich versuche mich erstmal an Leopard.
[EDIT]
Ich weiß nicht ob es wichtig ist, habe Platte "Journaled" partitioniert.
Full Version: Probleme mit Zephyroth und Leo4All
Es liegt an dem 
Chipsatz, was sehr lahm unterstützt ist, da deine Graka nicht geht, würde ich von Leo abraten, in Tiger kann man besser ohne Graka Beschleunigung leben...Journaled bedeutet, dass es auto defragamiert es.
Chipsatz, was sehr lahm unterstützt ist, da deine Graka nicht geht, würde ich von Leo abraten, in Tiger kann man besser ohne Graka Beschleunigung leben...Journaled bedeutet, dass es auto defragamiert es.
sorry, riws, aber das kann ich sooo nicht stehen lassen ;)
journaled bedeutet, dass änderungen bevor sie geschrieben werden, in einem sogenannten journal aufgezeichnet werden. dadurch kann z.b., bei einem systemausfall sichergestellt werden, dass nicht fertige schreiboperationen beim anschließenden neustart bis zum ende respektive erneut ausgeführt werden. aus diesem grunde können neustarts bei einsatz sog. journaling-dateisysteme auch länger brauchen als bei welchen, die kein journal führen. na ja, das is die theorie und gelegentlich auch praxis. ich habe sowohl mit xfs, reiserfs, ext3fs, als auch hfs+ auch schon anderes erlebt ;)
des weiteren unterscheidet man auch verschiedene journaling-methoden von einander. es existieren derzeit zwei verschiedene methoden in der praxis. zum einen das 'meta data' journaling, zum anderen das 'full data journaling'. ersteres sichert nur den zustand der dateisystemstruktur, letzteres auch die dateiintegrität selbst.
mit frag- und / oder defragmentierung hat das ganze erstmal leider gar nichts zu tun.
es intervenierte: ein klugscheißer der OT geht ;)
journaled bedeutet, dass änderungen bevor sie geschrieben werden, in einem sogenannten journal aufgezeichnet werden. dadurch kann z.b., bei einem systemausfall sichergestellt werden, dass nicht fertige schreiboperationen beim anschließenden neustart bis zum ende respektive erneut ausgeführt werden. aus diesem grunde können neustarts bei einsatz sog. journaling-dateisysteme auch länger brauchen als bei welchen, die kein journal führen. na ja, das is die theorie und gelegentlich auch praxis. ich habe sowohl mit xfs, reiserfs, ext3fs, als auch hfs+ auch schon anderes erlebt ;)
des weiteren unterscheidet man auch verschiedene journaling-methoden von einander. es existieren derzeit zwei verschiedene methoden in der praxis. zum einen das 'meta data' journaling, zum anderen das 'full data journaling'. ersteres sichert nur den zustand der dateisystemstruktur, letzteres auch die dateiintegrität selbst.
mit frag- und / oder defragmentierung hat das ganze erstmal leider gar nichts zu tun.
es intervenierte: ein klugscheißer der OT geht ;)
Journaled bedeutet doch in OSX, dass die Info auf eine Stelle geschrieben wird gleich und später in die "reienfolgen" Stelle bewegt wird. Ist eine der Grüde, wieso man auf SSD die Partition ohne Journaled erstellt und ohne Metadata erneuerung (dies kann man aus ja schalten).
http://de.wikipedia.org/wiki/Journaling_Dateisystem
;)
das vehalten lässt sich vor allem bei hfs+ und damit osX gut nachvollziehen.
schaltet euren rechner einmal hart aus und startet ihn anschließend sauber neu durch. wenn ihr die zeit stoppt werdet ihr feststellen, dass der unsaubere neustart länger dauerte. das liegt am sog. 'journal replay'. linux user sehen das (sofern kein frambuffer-startbild ohne konsole vorgeschaltet wurde).
;)
das vehalten lässt sich vor allem bei hfs+ und damit osX gut nachvollziehen.
schaltet euren rechner einmal hart aus und startet ihn anschließend sauber neu durch. wenn ihr die zeit stoppt werdet ihr feststellen, dass der unsaubere neustart länger dauerte. das liegt am sog. 'journal replay'. linux user sehen das (sofern kein frambuffer-startbild ohne konsole vorgeschaltet wurde).
Und welche version von Tiger würdet ihr mir raten?
Ich hätte noch ne frage, bei leopard konnte man ja immer den ToH Kernel auswählen...is der wichtig??
...aber trozdem ersma thx^^
[EDIT]
Wieso geht meine Graka eig nicht??
[EDIT2]
Ich hab mir jetzt ein VMware Image von der 10.4.10 geholt und läuft auch den Umständen entsprechend (unter Vista)
Nun wollt ich wissen, ob ich das VMware Image irgendwie auf meiner physikalischen platte installieren kann. Denn es läuft alles
Darf man bei dem VMware Mac eigentlich updates installieren oda auch nicht??
Ich hätte noch ne frage, bei leopard konnte man ja immer den ToH Kernel auswählen...is der wichtig??
...aber trozdem ersma thx^^
[EDIT]
Wieso geht meine Graka eig nicht??
[EDIT2]
Ich hab mir jetzt ein VMware Image von der 10.4.10 geholt und läuft auch den Umständen entsprechend (unter Vista)
Nun wollt ich wissen, ob ich das VMware Image irgendwie auf meiner physikalischen platte installieren kann. Denn es läuft alles
Darf man bei dem VMware Mac eigentlich updates installieren oda auch nicht??
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.