macbook(Early2008)をSSDにしてLinuxをインストール

-

とっくにサポートの切れたMacBookを復活させる

Linux信者なのだが、macbook(macbook4.1 Early2008)を持っている。
VistaのPCが気に入らなくて、衝動買いで2008年頃に買ったものである。
だがしかし、どーもOSXの使い勝手に馴染めず、あまり触らず放置していたものである。

部屋に転がしとくのも何なので、Linuxをインストールしてやろうと思いつく。
せっかくなのでSSDにしてパフォーマンス改善してやろう！
ちなみに、後続の作業でMacbookのインストールディスクが必要になる場合があるので、できれば元のHDDは置いとくのがおすすめ。

SSD換装

ということでSSDを調達。Crucialの120GB。元のHDDが120GBだったので同容量である。
120GBで4000円しないのだからSSD安くなってるなぁ。
（…店舗で買ったのだが、Amazonだともっと安かったアルね…。）


分解するために必要な工具。精密ドライバーとトルクスドライバーのT9があればOK！

バッテリーを外し、ネジを3箇所外す。
（バッテリーは妊娠して膨れてパッドが押せなくなったので廃棄済）

外した状態。

ちなみに、はみ出てるレバーを引くとメモリが出てくる。
メモリは4GBに拡張済み。

左側に白いベロが隠れているので引っ張り出す。
 

ベロを引っ張り出すとディスクが出現。

ディスクの側面がトルクスドライバーが必要なネジ。

SSDに付け替える。

OSの準備

OSは10年保証のUbuntu18.04LTSにしてみる。
18.04LTSのISOを焼いて外付けBlu-rayドライブで起動してインストールする。
なんかディスプレイマネージャのバグか何かで物凄くLiveCDの起動に時間がかかるが、そういうもんだと思って諦める。
インストール後はサクサク起動するので気にしない。気にしない。
Core2Duoなので普通に64bit版でインストールできた。さすがはAMD64対応後のCPU。

Macbookを冒涜した結果


これを冒涜と言わずして何と言おうか。UnixからUnix系に格下げである。
（ちなみに、OSXは正式にUnixである。Linuxは認定されてないのでUnixではない。）

インストール後の追加作業ーカメラを使えるようにする

コチラを参考にMacBookのカメラであるisightのドライバをインストールする。
ただし、MacBookのディスク内にあるドライバが必要なので、MacBookのHDDをUSB接続して、/MacBook/配下にマウントする。

詳細は英語だが頑張って読もう。
https://help.ubuntu.com/community/MactelSupportTeam/AppleiSight

パッケージインストール後、再起動したらカメラが使えるようになる。

インストール後の追加作業ー耳障りな「パーン！」を消す

MacBookの嫌だったところの一つが、起動したときのファンファーレ（パーン！っていうあれ）である。
常々うるさいと思ってたので、消し方を探したところ見つかった。
ただ、OSX上でnvramの設定変更が必要なので、ディスクを換装する前にやっておくのがベターだが、OSXはUSB接続でも起動できるので、USB変換したディスクから起動して作業してもOK。
MacBookでターミナルを起動して、「sudo nvram SystemAudioVolume=%80」を実行。
%01にしたような気もするけど、%80にしてはる方が多いみたいどすえ。

マルチディスプレイもできる
昔こんな記事を書いていたが、MacBookにディスプレイを接続するケーブルがあれば、DVI-Dの出力ができるので、HDMIと変換するケーブルで繋げばHDMI出力が可能。
ときめかなくても置いておくと良いこともある。


 テレビに出力した結果。
今買うならこんなのだろうか。


やってみた感想

何だろう、Linux信者だからかSSDに換装してLinuxを入れたら凄くときめく感じがする。
やっぱりApple信者じゃないとOSXは触ってはいけないのである。

という冗談はともかくとして、SSDに換装することでディスクアクセス速くなるのでソレだけで快適である。
CPUがCore2Duo T8100 2.10 GHz2コアでメモリ4GBなので、今となっては微妙なスペックだがブラウザ使うくらいの用途であれば十分である。
また、タッチパッドが割と使いやすい。2本指タップで右クリックもできるし。
そうそう、右クリックがないのが受け入れられなかったんだよねぇ。

Linuxにして初めて、ハードの出来の良さを感じる結果となった。

コメント

コメントを投稿

このブログの人気の投稿

ヤマダ電機の安心会員住所変更をした

-
安心会員住所変更 ヤマダ電機の住所変更の顛末を記す。 結論から言えば実にあっさりと住所変更ができた。 重い腰を上げる 昨年三月末に引っ越しをしたので、当然ながら住所が変わったのだが、郵便局に転送依頼をかけておけば1年間は郵便物を新住所に転送してもらえる。 それに甘えて２～３の会員登録で住所変更をさぼっていたのだが、そろそろ転送の期限も近づいてきたので重い腰を上げてみた。 昨今、ネットのサイトから住所変更できるところが大半なので、ヒッキーの私でも安心して変更できるのだが、ネットでできないところは正直めんどくさい。 電話が怖いのよ電話が(((((( ;ﾟДﾟ)))))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ …まぁ、社会人○○年目の大人だから必要があったらやるけどさ。 ということで、勇気を出してヤマダ電機の安心会員専用窓口に住所変更の電話を掛けてみた。 まったく簡単だ！！！ 簡単に言えば下記のようなホップステップからのホイップである。 住所変更の依頼である旨をご担当者様に申告すると、「とある情報」を聞かれるのでそれに答える。 その情報をキーとして、ご担当者様が会員情報を検索し、ヒットした情報が電話を掛けている人間のものであるか確かめるためにいくつか質問をされる。 回答した内容が正解であれば、住所変更の手続きに入る。 一応、「とある情報」というのは伏せておくが、引っ越しによって変わる可能性のある情報なので、個人情報にあたるもので引っ越し前後で変わったものがあれば、電話する前に書き出しておくことをお勧めする。 また、旧住所の情報も必要なので、番地、マンション名なども回答できるようにしておこう。 俺はしどろもどろになりながら答えた！だが、ご担当者は優しく対応してくれた！ 上記のプロセスを経て、晴れて住所変更が完了する。 ただ、つい最近変更したところなので、本当に住所変更できたか、郵便物がちゃんと届くのかといったところはわかり次第、追記したい。 追記：ちゃんと新住所に届きました！
続きを読む

JP1の定義をドキュメント化するjp1ajs2.jobdocが超便利

-
素晴らしいツール こちらの作者さん が作成されているJP1の定義からドキュメントのhtmlを生成するツールが超便利な件。 jp1ajs2.jobdoc https://github.com/mizukyf/jp1ajs2.jobdoc/ 必要とした経緯 JP1の標準で作成した定義を Excelに落とせるツール はあるのだが、なぜかJP1 Viewが入っている端末にExcelが入っていなかった。 （ちなみに、JP1用語だと定義を抜き出すのが「インポート」、定義を登録するのが「エクスポート」らしく大変ややこしい。） 見ようと思えば 定義ファイルの中身の記述が公開されている ので人力でも解析可能ではあるが、そんなのクソ面倒なので、誰か偉い人が作ってくれてるだろうと他力本願したところ、jp1ajs2.jobdocに出会った。 おすすめポイント 定義情報をjp1ajs2.jobdocに食わせると、html形式で解析対象配下のジョブ定義のパラメータをテーブル形式で表示してくれたり、マップもsvg形式で出力してくれる。 ブラウザがあれば定義情報とマップの両方を参照できるのが素晴らしい。 コード値に対応した日本語の説明文も出力してくれるので、わかりやすい。 また、これでドキュメント化しておけば、定義を確認するのにJP1 View開いて確認する必要がないので、JP1 Viewを見れない人に情報共有をしたり、自席で定義をサクッと確認したりするのにちょうどいいと思う。
続きを読む

curlでADのドメインユーザーでプロキシを超える

-
curlでADのドメインユーザーで認証してプロキシを超えたい こちらのサイト でslackにsnmp trapを送信する方法が書かれていたのに触発されてシステムのエラーを通知するのに、MicrosoftのTeamsのWebhookにjsonで飛ばしてみようと思ったらcurlでつながらない。 ADユーザーでプロキシ認証しないと外に出られない、Linux好きにとっては反吐の出る環境のため、それが原因で外に出れなかった。 ネット上にcurlで認証通す場合こうしたらいいよ～みたいなのがいっぱい転がっているが、なんかいまいちなので自分のやったことを備忘録として乗っけとく。 実際のコマンド例 ほんとは出力するメッセージを加工したりする処理を入れているのだが、要素だけ掲載すると下記のようなコマンドで飛ばせる。 WEBHOOKのURL作ったりするところはggrksでよろしくお願いします。 #環境変数定義 MESSAGE=<なんかメッセージ> TEAMS_WEBHOOKURL=＜TEAMSのWEBHOOKURL＞ #コマンド実行 echo "{ \" text \" : \" ${MESSAGE} \" } " | \ curl -H 'Content-type:application/json' \ -U "<ドメイン>\<ユーザー名>:<パスワード>" \ --proxy-ntlm \ -proxy <プロキシサーバ>:<ポート> \ -insecure -d @- ${TEAMS_WEBHOOKURL} プロキシ越えの肝となるオプション ポイントは下記の3つで、特にADのドメインユーザーで認証する場合、ntlm認証のために「--proxy-ntlm」オプションが必要らしい。 -U "<ドメイン>\<ユーザー名>:<パスワード>" --proxy-ntlm -proxy <プロキシサーバ>:<ポート>
続きを読む