MacOSX86の夢を語ろう!第47夜 [無断転載禁止]©2ch.net

PC/AT互換機でMac OS Xが動くという夢を見た人が語ろう

■注意
ライセンス論、著作権論、法律論は別スレで。

■インストール前の注意
OSX86は、DOSV機と異なり、動作するパーツがごく一部のみに限られます
まず下記リンクのHCLで、OSx86が動作する機器を調べましょう

■質問する前に
・既出の話題が多いので、まずスレ内や過去ログを検索すること(過去ログはOSx86jpにあります)
・パーツのスペック、メーカー製品なら型番も必ず明記すること
・操作した手順は省略せず正確に書くこと
・x86固有ではないMacOSの質問はしない

前スレ
MacOSX86の夢を語ろう!第44夜 [転載禁止](c)2ch.net
http://potato.2ch.net/test/read.cgi/mac/1433295794/
MacOSX86の夢を語ろう!第45夜
http://potato.2ch.net/test/read.cgi/mac/1456427204/
MacOSX86の夢を語ろう!第46夜
http://potato.2ch.net/test/read.cgi/mac/1472960420/

MacOSX86 初心者スレ Part2©2ch.net
http://potato.2ch.net/test/read.cgi/mac/1452554929/

>>298
Xcode8.3

>>296 そういう用途なら素直にMBP13買えばいいんじゃ無いかな。

>>300
すでに２台あります。

テスト

>>293
板は何使ってる？？

>>301
そのうち一台を試験的にSierraにしてみるとか

>>293
ssdt作る時にCPUを2個指定してるか？

テスト用パテの10.12.3を10.12.4 PB1にアプデしてるんだが、リブート後、プログレスバーが端まで行ってからデスクトップ画面まで行かない
SierraはDPからβ版は全てテストしてるんだが、アプデが上手く行かないのは今回が初めて
テスト用パテだから何が起こっても良いんだが、あと30分ほど放置してみて駄目なら、ちょっと原因調べてみるかな

>>306
Cloverつかっているなら、3985以降で解消しているはずです
DP1が出た当初、自分も同じ症状がでたけど、
すぐに報告が上がって、自分も最新版コンパイルしたら解消されたので

>>307
今、一旦Recoveryから10.12.3に戻した
Cloverはついこの前最新にした筈なんだけど3974が入って
3985が出てるなら変えて見るよ

>>308
ttp://www.insanelymac.com/forum/topic/284656-clover-general-discussion/page-611#entry2356737

>>307
今見たら3994が出てたからバージョンアップしたら上手く行ってるっぽい
残り約12分の表示中(3974ではこの表示まで行かなかった)で進んでるから多分OKだと思う
最新情報ありがとう

>>309
成るほどね〜
Patch当てるより、Cloverをバージョンアップした方が良いね
今、3994で上手く立ち上がったよ
油断してると、こうなる事も有るんだなと反省〜

>>311
それはよかったよかったです！
Clover開発している方々には日々感謝です！
ビルドできる環境あると便利ですよ、
そして開発チームが日々地味な作業をしていることもわかります

>>307
Good Notification

>>305
あんがとうまくいった。
SandyE5-2680dualに変えてcinebench2000超えた。

>>314
以前、自分もXeon Dualで-cpus 2を指定し忘れて片方がベースクロックでしか動かない事が有ったから
Cinebench 2000超えは凄いね

1080使えるようになったあ？

永遠に無い可能性が極めて高いよね

ryzen mac出るんかぁ？

質問なんですが、スリープ中に突然電源が落ち再起動になってしまうんですが、同じような症状の人いませんか？
どのように解消したか教えて頂きたいです。

環境は、SkylakeとdGPUはケプラー使ってます。
Panic ReportにはRead Errorと掛かれてます。

Skylake + Hackin’にはSleep中に落ちるって問題があるのね。
メモメモ！

>>319
Skylake HD530 - Sleeps but won't wake

この辺に、情報が集まってるかも。

パワマネ関連をどうしてるか分からんから何とも言えないよね
うちはHaswell + ラデだけど、ディープスリープに入ると電源OFFと同じ数Wの状態になる
何日間スリープした後でもマウスクリックだけで瞬時に立ち上がるな

>>319
同じ現象がHaswellとSkylakeマシンで起きている。最近気になるようになったのでSierraからかも。
Haswellマシンのログを見ると起動後何もしないと2時間弱でログが残らない状態になって、なぜか
3時間30分ごとにwakeしようとしていて、そのたびにwake失敗して再起動になっている。

ファンが停止するsleepになっても2時間弱以内なら手動で正しくwakeし
2時間を超えてから手動でwakeさせようとすると再起動になる（ような気がする）。

ググってみたら同じような現象はたくさんあるみたいで、実機でも起きているらしい。
DSDTが悪いとかメモリが悪いとか電源が悪いとか色々あってわからない。
ちなみに3時間強ごとにwakeしようとするのはmacOSの仕様らしい

>>321
見ているんですけど、恥ずかしながら英語の理解力乏しくて、自身ないです。

>>323
症状が似てます。
私の環境では、だいたい1時間ごとにawakeしてるように見えます。ファンが突然周りだし電源がつくかんじです。
実記でもあるみたいで、appleの公式質問ページにも掲載されてますね。
メモリが原因なのかdGPUが原因なのかわかりません。
そちらはHaskwellで同じような症状が起こっているんですか？

>>323
Yosemite/ElCapitan/Sierraでうちは何の問題も出ていないからSierraの問題では無いよ
勿論、ファンも電源LEDも全て止まって、電源オフと見た目も電力でも全く区別付かないディープスリープ状態から必ず瞬時に復帰するよ
HaswellとSkylake両方で起きてるのは、両方でパワマネ関連に同じ間違いをしてるからだと思うなぁ
HD530のスリープ復帰問題とは別の原因くさいな

>>322
やはりHaskwellはさすがですね。
私もパワマネが怪しいと思います。

パワマネは全くいじっていないので、直る事を期待してます。
パワマネの設定はSsdtだけでいいんでしょうか？
何か他に設定するものとかありましたっけ。

>>325
パワーマネジメント関連の設定やDSDTを調整して対応しようとしているのですが、2時間くらいしないと
結果がわからないので効率悪いです。私も何日スリープしても起動する状態を目指したいです

>>326
パワマネ関連の設定は何種類か有るけど、うちはssdtは勿論作ってpatchedフォルダーにいれて、起動オプションで-xcpm付けてる
C-State/P-State関連は、Cloverの自動設定任せにしてる
あとは、BIOS設定でC-Stateは全てenableにしてるね

1時間と言うのがPowerNapの周期やTimeMachineの周期と一致してるのが関係有るような気も。。
PowerNapはどうしてるの？(PowerNapで半覚醒する時に半覚醒出来ずに落ちてしまってブートに成ってるのかも。。)

あと、DSDTはうちのmoboはコンパイルエラーが有ったから、MaciASLでパッチを当てたDSDTを作って、patchedフォルダーに入れてるね

今、ssdtPRGenでssdt作ってる所なんです。
SkylakeでSMBIOS14,2なんですが、実記にそのようなモデルが無く仕方なくSMBIOSを17,1でssdtを作成しましたがSMBIOSの変更も必須でしょうか？

以前、変更したときは駐禁マークがでてそれ以上進めなかったり、上手く行きませんでした。

>>328
貴重な情報ありがとうございます。
的外れな回答になってたらすみません。

P-stateとC-stateは自動設定になっています。
PowerNapは有効になってます。確かにこれ怪しいですね、無効にしておきます。

最後の質問なんですが、よく調べてから返答させて頂きます。

>>330
ssdtPRGen.shでssdt作る際にSMBIOSやOSのバージョンは関係無くて、あくまでCPU依存のみ
うちの場合はHaswellと言ってもXeonだからssdtPRGen.shのcfgファイルに定義が入ってなくて、自分でcfgファイルの修正してssdt作ったけど、Core iのSkylakeならssdtPRGen.sh走らせるだけで作れる

あと、iMac14.2は実機にあるよ
27インチ Late 2013でCPUはHaswellだね
SMBIOS変えてもssdtの作り直しは不要だけど、SMBIOSの変更でパワマネ関連の動作は変わるから、違うSMBIOSにしてみると良いかも知れないね
http://i.imgur.com/PiapRSJ.png

MaciASLのパッチがあたったDsdtを使ってるかどうかなんですが、ダウンロードしてきた物、なんでわかりません。
dsdtから確認する方法はありましたっけ？

>>332
そうなんですか、安心しました。
SMBIOS17.1に変えると
dGPUだと起動中に落ちてしまいます。
iGPUだと駐禁マークが出てしまいます。
なんというか八方塞がりです。相性が悪いのかなっと考えているのですが、どの設定見ればいいのでしょうか？

IntelのNUCとかに入れて使ってみたいんだけど、手元にMacなくてもはっきんとっしゅはできるの？

>>328
>1時間と言うのがPowerNapの周期やTimeMachineの周期と一致してるのが関係有るような気も。。
pmset -gすると(sleep prevented by powerd, mds_stores, backupd)とか出てくるのでTimeMachineは関係していそう

>>333
Cloverの画面でF4を押すとそのマザーのACPIファイルが、CLOVER/ACPI/originの中に全てdumpされる

その中のdsdt.amlが使ってるマザーの本来のDSDTだから、それをMaciASLでコンパイルしてエラーが無ければdsdtは弄る必要が無い
今使ってるダウンロードしてきたdsdt.amlも同じ様にMaciASLでコンパイルしてエラーを確認してみると良いよ

>>336
timemachineなんですが、バックアップに使ってるHDDが外付けで常時接続してないので動いないと思ってました。

pmset gの結果がこちらです。
standby 1
Sleep On Power Button 1
womp 1
autorestart 0
hibernatefile /var/vm/sleepimage
powernap 0
networkoversleep 0
disksleep 10
sleep 0
autopoweroffdelay 14400
hibernatemode 0
autopoweroff 1
ttyskeepawake 1
displaysleep 20
standbydelay 10800

>>337
dumpされてDSDTをコンパイルするとシンタックスエラーが14個出てきます。
これは、マザー本来のACPIのDsdtとありますが、これにエラーがあるというのはどういう意味なんでしょうか？

>>335
ググレカス

ついさっき、スリープ中に落ちてしまいました。
スリープ時間は30分ほどです。

panic(cpu 1 caller 0xffffff7f811b6e1e): NVRM[0/1:0:0]: Read Error 0x00070000: CFG 0x128b10de 0x00100000 0x00000000, BAR0 0xf6000000 0xffffff93a7d7d000 0xb060b0b1, D3, P0/2

>>339
一般的にはdsdt自体にバグが有るマザーがそのまま売られてると言うこと
大抵はWin動作に問題無いバグだけど、macOSだと問題に成る場合が有って、dsdtのバグFixしないとOSX86が上手く動かない原因になる(必ずおかしくなるとは限らないけど)

Apple製の実機ロジックボードの中にもdsdtにバグがあるのが有って、OS内でそのバグを修正して動いているモデルも有るから、それがSMBIOSを変えるとOSX86がブートしない原因に成ってる事もあったりする

マザーによってはdsdtは正しいんだけど、disコンパイルしてdsdt.amlファイルにする過程でエラーが入る場合も有るからややこしいよ

>>341
それ、NVRAMのRead Errorみたいだけど

初心者スレでないということで、あえて書きます
OSX86基本的な情報は
・InsanelyMac
・tonymacx86
にほぼすべてあります
迅速な回答を得たいのなら、そっちのドキュメントを読むなり
質問すれば満足な回答を得られると思います

そんななか、
わたしはここのスレで回答してくれる、回答しようと思っている方々
good hack！ ありがとう！感謝してます！

>>344
本当、恐縮です。

>>342
MaciASlを検索して一番上に出てきたやつを使うとシンタックスエラー14個出てきますが、Rahabmanさんの今年更新されたばかりのMaciASl使うとシンタックスエラーは4つ。
出口が見えないです。

>>343
nvramってGPUのメモリのことですよね。
検索したんですが、差込甘かったとかいう書き込みぐらいしか出て来なくて。。。
apple公式サイトでも書き込みがあるので実記でも問題であるみたいですね。

>>346
MaciASLのバージョンよりもACPI Specificationを5.0Aにしてる？
4.0だと設定が間違ってるから必ずエラーだらけになるよ
http://i.imgur.com/vV3FWJu.png

5.0Aでコンパイルしてエラーが有った場合は、Toolsからパッチメニューに行って、自分の使っているマザー用のパッチを当ててコンパイルすれば大抵エラーは無くなるよ

自分のマザーが出て来ない場合、リポジトリを追加してパッチを探せば良いよ

>>344さんの書いてる事はもっともなんだけど、あっちで的確な質問する事自体と返って来た回答を理解するところに壁が有る気がするなぁ
基本的な事が勉強不足だから、本来は海外サイトを読んで基礎知識を付けるのが先だとは思うね
あっちのフォーラムで私も回答したりしてるけど、もっと詳しい人が多く居るからね

NVRAMはGPUじゃないよ
ググってごらん
GPUのはVRAM...

>>349
ググりました、起動中に使われてる一時キャッシュみたいな物なんですね。
ただRead ErrorについてはHackitoshより実記のエラー報告のほうが多く出てくるんですよね。

先ほどHaskwellで同様のエラー報告がありましたが、みなさんこういうエラーあまるないんですかね。

>>348
RahabmanのMaciASlは5.0がなく、4.0と6.1のみとなってます。6.1が最新かと思い、こちらを作っています。

パッチについて調べてみたんですが、どのサイト配布されているのが古くて該当するマザーがありません。
けっこう探したのですが、見当たりませんでした。


海外フォーラムもわかる範囲で読んでるんですが、専門的な内容は特に難しく感じますね。

熱き心に 時よもどれ
懐かしい想い つれてもどれよ
あゝ 春には 花咲く日が
あゝ 夏には 星降る日が
夢を誘う
夢を語る

加齢臭漂う

>>350
実機で起こるのはハードウェア不良が多い
長時間スリープになれば起こり易い場合は、メモリーか電源不良がの事が多いから、一度ハードウェアを疑ってみるのも有りかも知れないね
最近のパソコンはスリープ時の電力がかなり押さえられているから、超低電力に対応出来ないメモリーだとじわじわ中身が消えて行く
スリープ中にメモリー内容が消えてしまえば、再起動に成るからね

例えば、メモリーを1枚にしてみるとか変えてみるとか、hibernatemodeを1(メモリー内容をストレージに書き出してスリープに入るから電源抜いてから挿しても電源ボタンでスリープ復帰する)にしてみるとか

hibernatemodeをセーフスリープにしてみるとかも

ワイはナウでヤングやで

10.12.2にアップグレードして(これは起動した)Nvidia webドライバーをアップグレードしたら、起動しなくなった。POST画面も出ないで、暗黒画面のまま起動を繰り返すだけ。マザボはASUS Z170M plus

>>354
このハードウェアとはメモリのことですよね。
4枚刺さってますが、メーカーが一部異なるメモリもあるのでそれを疑ってみます。

しばらく出張でパソコン見れないので、また帰宅後テストしてみます。

色々とありがとうございます。

>>358
いや、そこは最初から疑っておけよw

DSDTのエラーって、warningも含めて潰さないとダメなのか？

>>359
そのメモリ指す前から、起こってる不具合なんで違うかなって思ってました。

>>358
先ずはメモリーで、次は電源だね
電源もものによってはC-Stateに対応出来ていないのも有るから

>>360
warningで異常動作した経験は無いから、多分warningは大丈夫
Errorが有っても正常動作するのも多いし

10.12.4 PB1の動作確認してるんだけど、/S/L/Eのkextが尽く新しく書き変わってる
audio_cloverALC-120_v1.0d.commandで出てた音が、PB1で出なく成ったから、10.12.3のAppleHDA.kextに入れ替えてみたら音が出た
Graphics関係のkextも殆ど書き変わってるから、HD530/HD4000/HD3000辺りを使ってる人が10.12.4に上げると何かが起こりそうな予感が。。HD4600(実際はXeon E3版のHD P4700)は問題無く動いてるけど

音はAppleHDAやAppleIntelFramebufferやkernel cacheにパッチ当てるのやめて、AppleALC.kextをkextsフォルダーに入れるだけにしました

RadeonX4100.kextとかも変わってるっぽい
前はちゃんとRX480で認識してたのにR9 XXXになってる

10.12.4はiOSから持ってきたNight Shiftモードが良いね
部屋が電球色の蛍光灯だから夜ディスプレイを見たときに色温度が下がっていい感じ

Haswellマシンがスリープ復帰で「再起動しました」エラーを出す原因はオーバークロックだった。
2週間くらい前に面白半分でocして一見調子良かったからそのままにしていた。ocやめたら解決した

OCして多少CK上がっても実益は殆ど無いし、0.0.1のOSアプデでも正常動作せず対策が必要な事も有るのがHackin’なのに、適当にCK上げただけのOC常用はイカンと思うね

>>367
ちょいとした事に、120secまたんといかんかったりすると、
ちょっとでも早く終わらせたいがためにOCしちゃうよなぁ。

>>367
Windows入れている自作erは自作が簡単すぎてつまらないからocをしているのに対して、
Hackintosh自作erはOSインストール自体がチャレンジなのでoc遊びなどしなくて良い、
と思っていたけど魔がさしてしまったw

>>368
気持ちは分かるけど、OCしても1割も速く成らないんじゃ無いの？

>>369
その通りだと思う
Hackin’でのOCは二重のチャレンジだからね
OC常用するなら、冷却をしっかりしてOCCT LINPACK AVXやPrime95等の負荷試験で何時間でも安定動作する(全くHWの問題が出ないこと)位は確かめ無いとね
Prime95はMac版もあるよ

osx86でオーバークロックって出来るですか？
もし安定性を著しく落ちるならKつきCPUはOsx86に向かないですね。

>>365
biosで、CPU,memory,etc 電圧上げろ

>>371
i7-6700kをocせずに使ってる・・

ocできるか？と言われればできるともできないともだな。
技術あればqx9775 x 2だろうがなんだろうが可能。実際水冷4.2gで回ってる

>>371
オーバークロックできるよ

>>375
オーバークロックしてますか？

OC出来るか出来ないかにOSは関係ないだろ(笑)
OSX86を100%理解し完璧に動かせるか、OCチューンをHW不具合無く完璧に出来るか、少なくともどっちかが出来るスキルが無いとトラブった時に原因の切り分けも出来ず対処が困難に成るだけの事
両方とも中途半端な理解成ら、手を出すにしてもどちらか一方にしておくのが身のためだよ
そもそも対して性能メリットも無くリスクだけが上がるOCするなら、2011(V3)かXeonに行けば遥かに性能は上がるんだし

ocはロマン。Hackintoshもロマンだけど、ocより有用性が高いかなw

dGPUはOC出来るんですか？

今後Hackintosh困難になりそうだな…

Apple、Macへも自社開発チップを搭載か〜Intelチップの役割弱まる

http://iphone-mania.jp/news-153203/

そういえばMacでも以前はdGPUのOCするツール有ったな

>>380
デスクトップにまで全機種搭載して来たらややこしいが、デスクトップは搭載する意味が無いだろー
仮にデスクトップ含めて今年の機種に全搭載されても、ディスコン後7年ほどはサポートされるから心配が必要なのは速くて2024年じゃないか

>>379
Z170 UD5
HD530でOCしてる　

GPUもWINで設定詰めてROM書き出せば
UEFIで読み込ませたりCloverで読み込ませたり出来ると思う

>>383
GPUとVRAMのOCはPCI空間からレジスター弄れば良いだけ
GPUはOCよりも無効にされてるシェーダー等を有効にして、上位モデルに変更して使う方が性能アップになるよ

>>384
ん？
HD530が上位モデルのHD540に変身させる事が可能？ってことなのか？

ゲフォとラデの話
iGPUはEU殺してわざと性能下げたモデルが有るとは聞かないから多分無理

OCの話題はスレチ

>>380
低消費電力用だからメインはIntelのままで行くんじゃないかな?

>>388
ARM CPUがIntel CPUの性能を凌駕する様になってくると、ARM版MBPってのも出てくると思う。

それは、いつ頃なのか？

アナリストさん宜しく。ARM CPUのベンチマークトレンドを外挿すれば、202x年だと答えが出るはず。

>>382
デスクトップでもスリープ時の電力が下げられればありがたい用途もあるし、同じ周辺チップを使えば
OSの開発やサポートも楽だから、メインCPUはしばらくインテルでも、ARM周辺チップは、
デスクトップにも順次導入されていく気がする。ただその場合でも、HackintoshではPower Napが
使えないとかの程度の制約で済むかもしれない。今のThunderboltのホットスワップ不可の制約みたいに

>>389
ARMの性能は確かにまだ伸びているが、パソコン向けのハイエンドARMを開発することはビジネス戦略上有り得ないから、ARMがMBPの様なハイエンドノートPCに入ってくる事は無いよ
精々、タブ共用機かローエンドノートしか有り得ない
その時はx86はもっと先に行っている

そもそも開発ターゲットが違うから、両者が本気で開発してもお互いに棲み分ける事になるよ

>>391
メインCPUとしてのARMじゃなかった気がするよ

ARMはソフトバンクが買った時点で終わったんだよ
いいかげんすれ違いだぞ

>>391
>ハイエンドARMを開発することはビジネス戦略上有り得ない

詳しく！

>>390
このARMチップがデスクトップにも導入されて行く事は否定しないし、Appleは多分そうすると思う
しかし、デスクトップにとって微妙なメリットなら幾らでも書けるが、その必然性がデスクトップには無いな

このARM導入の表向きの必然性は、ノートでPowerNap動作で充電が無くなってしまうとか、そもそもバッテリーが切れると動作しないとか、PowerNapに取っては致命的な欠点がかなり解消されること
それがデスクトップには無い
恐らく何らかを解決するためと言うより、戦略的に全Macに導入されると思う
それを強引にやるのがApple流

そうなった時にHackintoshへの影響はそんな小さなものじゃないかも知れないぞ
PowerNapの中にはアップデート機能もある
将来的にOSインスコやアップデートはPowerNapと関係なく、ARMが行うとか、Recoveryの動作やAppStoreからのダウンロードなど、ユーザーアプリケーション動作以外のARMで十分出来る必須機能がARM側に移されればHackintoshはほぼ不可能になる

過渡期にはARMの有無に関係なく両方使えるOSが出てくるダロウが、2024年位までは心配不要だし、全て推測だからこの情報に今過剰反応しても意味ないな

DSみたいに常時動いている処理はもう一個のARMのCPUで、みたいになるのか？

メインCPUはインテルのままなのに
勘違いしてるバカがたくさんいるねw

>>397
メインはInだと分かった上で話してる事が分からん馬鹿はお前一人