Unknown-SocialWay

[rails][view][helper]すべてのヘルパーを読み込む挙動をかえる

2012-08-12T11:14:00.001+09:00

デフォルトの仕様がこれだとほんと最初は混乱しちゃいますよね。

"#{Rails.root}"/config/environments/development.rb

へ

config.action_controller.include_all_helpers = false

この記述を追加すれば、コントローラーに対応したヘルパーのみしか読み込まれません。

この挙動が嫌で、個別読み込み設定を自分で記述してたんですが、いろいろあってそれでは対応不可な事象が発生、根幹から挙動を変えてやろうと思って、算段たててソースみてたらすぐに見つけました。

# In previous versions of \Rails the controller will include a helper whose
# name matches that of the controller, e.g., <tt>MyController</tt> will automatically
# include <tt>MyHelper</tt>. To return old behavior set +config.action_controller.include_all_helpers+ to +false+.

こんなコメントを。

昔は個別読み込みしたみたいなんですね。

[ruby on rails3.2]発行SQLの監視＋SQLの呼び出し元特定

2012-05-04T21:26:00.003+09:00

標題のものを探していました。
そしたらちょうど最近公開されたばかりの代物がありました。感謝

Gemfileに

gem "arproxy", "~> 0.1.1"

を記載して、bundle install しましょう。

◎「できること」

・railsから発行されるSQLは通常アダプターを経由して、DBに送られるが、
そのアダプター中のSQL発信メソッドの途中でこざいく（ログの発信や、callerによる呼び出し元のトレース）をいれられる

◎準備

・ gem "arproxy", "~> 0.1.1"
・　config/initializersの配下に適当なファイルを作成し下記を記述

Rails.root/config/initializers/arproxy.rb

class QueryTracer < Arproxy::Base
def execute(sql, name=nil)
# Rails.logger.debug sql　
# Rails.logger.debug caller(1).join("\n")

puts "log.sql:#{sql}"
#トレースの中から正規表現で「gemファイル直下のライブラリ名」「rbファイル名」「rbファイルの実行メソッド」を取得して、直前の１～５番目を表示させるようにしています。
puts "log.place:#{caller.map{|n|"#{n.scan(/[^\/]+/)[6]}:#{n.scan(/[^\/]+/).last}"}[1..5]}"

super(sql, name)
end
end

Arproxy.configure do |config|
config.adapter = "mysql2" # A DB Apdapter name which is used in your database.yml
config.use QueryTracer
end
Arproxy.enable!

以上。実行してみましょう。
loggerの場合、実行したタイミングではなくあとでまとめて出力される仕様のようですので、私は puts だと実行したタイミングで出力されるので、コンソール出力ですがputsを利用しています。

◎実行結果

便利！！

log.sql:SHOW FULL FIELDS FROM `users`
log.place:["activerecord-3.2.2:abstract_mysql_adapter.rb:257:in `execute_and_free'", "activerecord-3.2.2:abstract_mysql_adapter.rb:424:in `columns'", "activerecord-3.2.2:schema_cache.rb:12:in `block in initialize'", "activerecord-3.2.2:model_schema.rb:228:in `yield'", "activerecord-3.2.2:model_schema.rb:228:in `default'"]

log.sql:SELECT `users`.* FROM `users` WHERE `users`.`id` = 4 LIMIT 1
log.place:["activerecord-3.2.2:mysql2_adapter.rb:215:in `exec_query'", "activerecord-3.2.2:mysql2_adapter.rb:224:in `select'", "activerecord-3.2.2:database_statements.rb:18:in `select_all'", "activerecord-3.2.2:query_cache.rb:61:in `block in select_all'", "activerecord-3.2.2:query_cache.rb:75:in `cache_sql'"]

DEPRECATION WARNING：the handler name or pass render :handlers => [:erb] instead

2012-03-22T00:44:00.001+09:00

なにやら怪しいメッセージ

[root77@localhost mytestapp]$ rake spec:views

**DEPRECATION WARNING: Passing a template handler in the template name is deprecated. You can simply remove the handler name or pass render :handlers => [:erb] instead. (called from block (2 levels) in <top (required)> at /home/root77/app/mytestapp/spec/views/blogs/index.html.erb_spec.rb:13)
.**

▼　try①

・　addind following gem to Gemfile. And do `bundle install` .

gem 'activeadmin'

：　the result of try① was NG!!

so,

▼　try②

・　adding following config to config/environments/test.rb or development.rb

config.reload_classes_only_on_change = true

config.watchable_dirs[File.join(config.root, "app/admin")] = ["rb"]

：　the result of try② was NG!!

so,

▼　try③

・　changing following description

#spec/views/blogs/index.html.erb_spec.rb

require 'spec_helper'

~~describe "blogs/index.html.erb" do~~

describe "blogs/index" do

・・・

end

：　the result of try③ was OK!

1時間お疲れ様でした。!

Mock（モック）とは、Stub（スタブ）とは。　まとめ

2012-03-12T22:55:00.000+09:00

少し頭の中で整理できたので、まとめおく。
どちらも同じような動作をできてしまうため混同してしまうが、明確に役割を区別し、動作を限定させることが重要である。

▼　共通

・　代理の役割を果たす

ex）　court（裁判官）オブジェクトが、①｛　judgeメソッドを実行すれば　false　を返す　}　ことを期待する

：　judgeメソッドの中身

judge （）｛

h_result = ヒアリングメソッド()；
result = リサーチメソッド（h_result）；

return result；

｝

①の箇所の役割を代理で行うということ

▼　スタブ

スタブの役割は、
インターフェイスとして「確かな結果を出す（false を出す）」という役割のみを期待される。
上記の例からだと、①が期待できれば良いということ。
judgeメソッドがどような課程を経て false という結論に到達したかは、考慮にいれる必要がない場合にスタブを利用する

▼　モック

モックの役割は、
インターフェイスとして「確かな課程を踏み」、「確かな結果を出す（false を出す）」という役割を期待される。
上記の例中であれば、judgeメソッド　の中の処理項目（リサーチメソッド、ヒアリングメソッド）も確かに実行されていること、かつ結果としてfalse　を返すことを代理実行する役がモックである

[rails3]「Unitテスト」と「rspec」　根本的な違いとは

2012-03-05T22:34:00.002+09:00

Unitテストとrspecの違いについて見解を述べたい。
そこには部分的ではあるが、明確な思考過程の違いがあると私は思う。

その思考過程の相違により、アプリケーションの規模が大きくなるにつれ、
潜在的なリスクを埋め込む可能性が大きくなる。

だから私はrspecを選らんだ。

思考過程の違いとは

Unitテストの場合、
検証したいことを優先的に考え、その後、その検証方法に従えばそのオブジェクトの動作結果がどうなるかということ（オブジェクトの動作）を最後に結論として宣言するプロセス。

rspecの場合は、
オブジェクトの動作・状態変化を優先的に考え、その後、その動作がどうなることが正しいのか（検証項目）を最後に結論として宣言するプロセス。

つまり、動作を先に考えるのか、検証項目を先に考えるのかという相違がある。

上記は絶対的ではなく、あくまでその傾向があると言いたい。

David Chelimsky著のThe RSpec Bookの書籍が非常に理解を助けてくれたので紹介しておく

上記の主張を以下で説明したい。

★　Unitテスト

class BlogTest < ActiveSupport::TestCase
test "blog_validate" do
assert_equal blog.errors.size, 2, 'Failed to validate count'
assert blog.errors[:user_id].any?, 'Failed to :user_id validate'
　end
end

★　rspec

describe BlogsController do
describe "#index" do
context "when logined_user" do
subject { response }
it { should render_template("layouts/#{@crtl_head}") }
end
end
end
end

（まだ、rails・rspecについては触りはじめのため、書き方について至らぬ点はご容赦いただきたい。）

上記の赤文字(特に緑)の記述が「思考過程の違い」の顕著な例を表していると思う。
その次の違いが青文字部分だ。 青文字 部分は代替手段が適応可能なので、少しの違いと表現しておく。

ではテストコードを書くときどのような思考の過程を経るのか順を追ってみよう。

----------------------------------------------------------------------

①（主題）何についてテストするのかを考える

：これは両者共通の書き始めである。Unitテストは class BlogTest の箇所。rspecはdescribe Blog・・・の部分。そもそもテストするにはテストしたい対象を考えなくてはいけないから当然である。

----------------------------------------------------------------------

※　極論ここから分岐する
②Unitテストの場合
その主題について、何をテストしたいかを考える。
上記記述のtest "blog_validate" の部分だ。（ex : 私はBlogユニットのvalidateがうまくいくかを検証しよう）
Unitテストの場合、対象を定めた後すぐにどんな検証をしたいか（検証内容）を考えるはめになってしまう。
（ただし、このコードが極端なだけなので、書き方次第ではrspecと同等の思考過程を経ることは可能）

<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>

②rspecの場合
その主題について、どんな振る舞いをするのかを考える、また、どんなコンテキストが考えられるのかを考える。

describe "#index" do
context "when logined_user" do
この部分である。（ex : blog_controllerの振る舞いはindexアクションがあり、loginしてるかどうかで振る舞いが変わるね）
rspecの場合は、まだ検証内容を検討しない。そのオブジェクトの振る舞いや状態変化を考えなくてはならい。

----------------------------------------------------------------------

（ここが決定的である。）
③Unitテストの場合
上記考えた検証内容にもとづき、オブジェクトの動作・状態変化を考える。
assert_equal blog.errors.size, 2
　　　assert blog.errors[:user_id].any?

記述順としては、assert_equal　一致すると断言しよう　（検証内容）、blog.errors.size, 2
ブログのエラー数が２つになることを（オブジェクト動作）、という順となる。

ほかにもUnitテストには

assert_generates　XX　（生み出すことを断言しよう、XXとなることを）
assert_recognizes　XX　（認識すると断言しよう、XXとなることを）

というような、検証内容を優先して考え、そのおしりにオブジェクトの動作をひもづける傾向があると私は思う。

<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>

③rspecの場合
上記考えたアクションとコンテキストにもとづき、最終的なオブジェクトアクション（subject { response }）を考え、そのアクションがどうなるのかを最後に示す。（render_template("layouts/#{@crtl_head}")）
つまり、オブジェクトの動作を隅々にとらえたのちに、最後に検証内容(ex : レンダーすること)を紐づけていく。（検証というよりは動作に重きを置く）

以上。

この最後③（特に緑文字の箇所＝検証したいオブジェクトの最終的なアクション・状態の位置）がどうにもならない違いである。

プログラムしていく上で、最後にそれを記述するからには自然に最後にそれを考える思考となってしまう。

検証内容だけを頭から考えたところで、そもそもオブジェクトの振る舞い・状態変化を捉えなければ適切な検証を洗い出すことはできないと私は考え、rspecを選んだ。

おそらく青文字の箇所は、書き方次第でどうにかなる。

（しかし、主題やサブ主題、コンテキストを明確にテストコードに埋め込めるrspec がより有利のではないだろうか。Unitテストは３時間ほどしか触っていないので、誤認であれば申し訳ない）

上記はテストツールの触りはじめの所感である。

rspecでruby on rails3(devise)のcontrollerをいい感じに書いてみた～part2

2012-03-03T14:03:00.000+09:00

前回の投稿の続きであるが、
さらに、GETアクションに加え、CREATE・UPDATEアクションも考慮して汎用ロジックを組んでみました。

前回のエントリも参考にしていだだきたい。
[　rspecでruby on rails3(devise)のcontrollerをいい感じに書いてみた～part1　]

【環境】
devise'2.0.4'
rails'3.1.3'
rspec-rails'2.8.0'

【テスト概要】

アクションごとに

ログインしている場合
・取得オブジェクトが参照できる

：renderingを期待している場合
　・responseが200[OK]である
　・正しいtemplateをレンダーする
：redrectを期待している場合
・正しいリダイレクト先へいく

ログインしてない場合
・取得オブジェクトが参照できない
・正しいリダイレクト先へいく

をテストすることを想定。

describe BlogsController do

before(:each) do
@crtl = described_class.to_s.downcase
@crtl_head = @crtl.split(/controller/)[0]

def do_req(req,action,params)
case req
when "get" then
get action, params
when "post" then
post action, params
when "put" then
put action, params
when "delete" then
delete action, params
end
end
end

describe "#login_user" do
login_user
it { subject.current_user.should be }
end

shared_context "Do_Reqest" do |req,action,params,expects,objs,result,template,rto_path|
before do
@len = 2
@len = @len- 1 if action == :index
@obj = @crtl_head[0..@crtl_head.length-@len]
end

context "in logined_user" do
login_user
before { do_req(req,action,params) }

if objs.nil?
it { assigns(@obj.to_sym).should be ,"assigns(#{@obj.to_sym})"}
else
objs.each do |obj|
it { assigns(obj).should be , "assigns(#{obj})" }
end
end

case result
when "true" then
it { assigns(:result).should be_true , ":result=>#{assigns(:result)}"}
when "false" then
it { assigns(:result).should_not be_nil }
it { assigns(:result).should be_false , ":result=>#{assigns(:result)}"}
end

case expects
when "render" then
it { response.should be_success }
subject { response }
it { should render_template("layouts/#{@crtl_head}") }
it "render template" do
template = @crtl_head + "/" + action.to_s.delete(":") if template == nil
should render_template(template), "template=>#{template}"
end
when "redirect" then
if rto_path == nil
it { subject.response.should redirect_to(blog_path(assigns(:blog))),"redirect_to=>#{blog_path(assigns(:blog))}" }
else
it { subject.response.should redirect_to(eval(rto_path)), "rto_path=>#{rto_path}"}
end
end

end

context "in no_logined_user" do
before { do_req(req,action,params) }

it { subject.current_user.should be_nil }

if objs.nil?
it { assigns(@obj.to_sym).should be_nil ,"assigns(#{@obj.to_sym})"}
else
objs.each do |obj|
it { assigns(obj).should be_nil , "assigns(#{obj})" }
end
end
it { response.should redirect_to(user_session_path) }
end
end

describe "#index" do
include_context "Do_Reqest","get",:index
end

describe "#new" do
include_context "Do_Reqest","get",:new
end

describe "#show" do
@blog = Factory.build(:blogc)
include_context "Do_Reqest","get",:show,id: @blog.to_param
end

describe "#edit" do
@blog = Factory.build(:blogc)
include_context "Do_Reqest","get",:edit,id: @blog.to_param
end

describe "#create_true" do
@blog = Factory.build(:blogc)
@req = "post"
@action = :create
@params = {blog: @blog.attributes}
@expects = "redirect"
@objs = nil
@result = "true"
@template = nil
@rto_path = nil

include_context "Do_Reqest",@req,@action,@params,@expects,@objs,@result,@template,@rto_path
end

describe "#create_false" do
@req = "post"
@action = :create
@params = {:blog => nil}
@expects = "render"
@objs = nil
@result = "false"
@template = "blogs/new"
@rto_path = nil

include_context "Do_Reqest",@req,@action,@params,@expects,@objs,@result,@template,@rto_path
end

describe "#update_true" do
@blog = Factory.build(:blogc)
@req = "put"
@action = :update
@params = {id: @blog.to_param, blog: @blog.attributes}
@expects = "redirect"
@objs = nil
@result = "true"
@template = nil
@rto_path = nil

include_context "Do_Reqest",@req,@action,@params,@expects,@objs,@result,@template,@rto_path
end

describe "#update_false" do
@blog = Factory.build(:blogc)
@req = "put"
@action = :update
@params = {id: @blog.to_param, blog: {id: nil ,title: nil}}
@expects = "render"
@objs = nil
@result = "false"
@template = "blogs/edit"
@rto_path = nil

include_context "Do_Reqest",@req,@action,@params,@expects,@objs,@result,@template,@rto_path
end

describe "#destroy_true" do
@blog = Factory.build(:blogc)
@req = "delete"
@action = :destroy
@params = {id: @blog.to_param}
@expects = "redirect"
@objs = nil
@result = "true"
@template = nil
@rto_path = "blogs_path"

include_context "Do_Reqest",@req,@action,@params,@expects,@objs,@result,@template,@rto_path
end

end

BlogsControllerのクリエイトとアップデートアクションです

# POST /blogs
# POST /blogs.json

def create
@blog = Blog.create(current_user,params[:blog])
@result = @blog.save

respond_to do |format|
if @result
format.html { redirect_to @blog, notice: 'Blog was successfully updated' }
format.json { render json: @blog, status: :created, location: @blog }
else
format.html { render action: "new" }
format.json { render json: @blog.errors, status: :unprocessable_entity }
end
end
end

# PUT /blogs/1
# PUT /blogs/1.json
def update
@blog = Blog.find(params[:id])
@result = @blog.update_attributes(params[:blog])

respond_to do |format|
if @result
format.html { redirect_to @blog, notice: 'Blog was successfully updated.' }
format.json { head :ok }
else
format.html { render action: "edit" }
format.json { render json: @blog.errors, status: :unprocessable_entity }
end
end

DEPRECATION WARNINGがうざい件

2012-02-26T23:35:00.001+09:00

DEPRECATION WARNING: get is deprecated and will be removed from Rails 3.2.
DEPRECATION WARNING: ref is deprecated and will be removed from Rails 3.2.
DEPRECATION WARNING: new is deprecated and will be removed from Rails 3.2.

上記のメッセージがうざかった。
調べてみるとdeviseのバージョンが古いせいみたい。
'2.0.4'　へバージョンアップ！！！

spork使ってる方は、要再起動

rspecでruby on rails3(devise)のcontrollerをいい感じに書いてみた～part1

2012-02-26T23:28:00.001+09:00

今日初めてrspecを試してみた。
unit:testよりいい

【環境】
devise'2.0.4'
rails'3.1.3'
rspec-rails'2.8.0'

【テスト概要】

アクションごとに

ログインしている場合
・取得オブジェクトが参照できる
・正しいtemplateをレンダーする

ログインしてない場合
・取得オブジェクトが参照できない
・正しいリダイレクト先へいく

をテストすることを想定。

ポイントは shared_context ,share_examples_for を用いて上記のテストを共通化しているところだ。
shared_context はいくつかのサイトで参照したが、引数を渡しているものは見かけなかったので、その点も参考になれば。

この記述を使えば、index ,newやらアクションごとに重複したbehaviorを記述しなくていい

レビューよろしくお願いします。
質問も受け付けてます。

"rails_ROOT"/spec/controllers/blogs_controller_spec.rb

require 'spec_helper'

describe BlogsController do

before(:each) do
@crtl = described_class.to_s.downcase
@crtl_head = @crtl[0..(@crtl.length-11)]
end

describe "#login_user" do
login_user
it { subject.current_user.should be }
end

shared_context "GET" do |action,block,objs,template|
before do
@len = 2
@len = @len- 1 if action == :index
@obj = @crtl_head[0..@crtl_head.length-@len]
end

context "#in logined_user" do
login_user
before { get action , block }

it "#object should be" do
if objs.nil?
assigns(@obj.to_sym).should be
else
objs.each do |obj|
assigns(obj).should be
end
end
end

it { response.should be_success }

subject { response }
it { should render_template("layouts/#{@crtl_head}") }
it "#render template" do
template = @crtl_head + "/" + action.to_s.delete(":") if template == nil
should render_template(template)
end

end

context "#in no_logined_user" do
before { get action , block }

it { subject.current_user.should be_nil }

it "#object should be_nil" do
if objs.nil?
assigns(@obj.to_sym).should be_nil
else
objs.each do |obj|
it { assigns(obj).should be_nil }
end
end
end
it { response.should redirect_to(user_session_path) }
end
end

# [★]各アクションの記述は以下のような最低限の情報だけ渡せばOK

describe "#index" do
include_context "GET",:index
end

describe "#new" do
include_context "GET",:new
end

describe "#show" do
include_context "GET",:show,{:id => 47}
end

describe "#edit" do
include_context "GET",:edit,{:id => 47}
end

end

ちなみに、
[★]の部分をさらに自動化するため
BlogsController.instance_of_methods(false).each でぐるぐる回そうかと思ったが

:_one_time_conditions_valid_70?,
:_one_time_conditions_valid_72?,
:index,
:show,
:new,
:edit,
:create,
:update,
:destroy,
:_run__566814383__process_action__542294131__callbacks

なんか余計なメソッドまで出てきやのでとりあえずスルー
rails初心者なのでまだこれがなんなのか不明です。

さらに、postメソッドも考慮した形も書きました
rspecでruby on rails3(devise)のcontrollerをいい感じに書いてみた～part2

[Linux]ハードリンク・シンボリックリンクの基礎　と　リンクを含んだコピー操作検証

2011-12-30T14:49:00.002+09:00

バックアップ・ディスク拡張などを考えるうちに、初心者のため手軽にcp/gzipコマンドなどを利用して異なるディスク間でファイルを入れ替えできないかと安易に試してみたが、

gzip: /usr/share/icons/gnome/16x16/devices/mouse.png: Too many levels of symbolic links

gzip: /usr/share/kdump/firstboot_kdump.pyo has 1 other link -- unchanged

cp: cannot create symbolic link `/home/root77/mybox/usr/b/indx-sl.ejs': Protocol error

まぁ当然のごとくリンクがうまく働かない。
しかし、リンクが働かないとは具体的にどういうことなのか、リンクの基本をまとめつつ、整理したいと思います。（間違っている箇所があれば、謹み深いご指摘を賜りたい！）

[基礎の確認]

まずそもそもLinuxのファイル管理について、

Linuxではファイルをディスクに保存すると、重複しないiノード番号が割り当てられる。全てのファイルには、対応するiノードが存在し、iノードにはディスク上のファイルに関する情報が格納されている。

Linuxのファイルシステムでは、ファイルの実体がiノード内に記録された iノード番号によって管理されている。

{抜粋}　http://www.geocities.jp/lpic949/hardlinksymboliclink/　より

とある、そしてもとのファイル名をtodayとすると
・ハードリンクとは、todayと同じinode番号をもつもの
・シンボリックリンクとは、「today ファイルへの参照」を参照するinode番号（新規発行される番号）をもつもの
となる。
下記のサイトの図がわかりやすい。

http://okinawaturi.sakura.ne.jp/wp/saba/hlink/

じゃあ、リンクを含んだフォルダをコピーするとどうなるか検証してみる（異なるパーティションやファイルファイルシステムへも）

実機で下記検証する。

・リンクを含んフォルダを同一のパーティションにコピー
・リンクを含んフォルダを異なるパーティションで同一ファイルシステムにコピー

・リンクを含んフォルダを異なるパーティションで異なるファイルシステムにコピー

[環境]

※　ゲストのCentOS にて検証

Oracle VM VirtualBox ver 4.0.10
ホストOS Windows Vista
ゲストOS CentOS6 2.6.32-71.el6.i686

[準備]

１．ホームディレクトリ内に　 a　と　b というディレクトリを作成し、a　の中へ index.ejs というファイルを作成。

２． bディレクトリ内で下記２行のコマンドを実行し、hardlink symboliclink　をそれぞれ作成　

（bディレクトからaのindex.ejsへリンクを張る構成を作る）

ln ../a/index.ejs indx-hl.ejs
ln -s ../a/index.ejs indx-sl.ejs

３．ホームディレクトリで下記３コマンドを実行し、コピーを作成する。

cp -ar b b2　　　　　　　　①（同一のパーティションにコピー）
cp -ar b ~/1dev/b　　　　 ②（異なるパーティションで同一ファイルシステムにコピー）

cp -ar b ~/mybox/usr/b　 ③（異なるパーティションで異なるファイルシステムにコピー）

※ ちなみに、③のコピーで下記のエラーがでる
[root77@localhost ~]$ cp -ar b ~/mybox/usr/b

cp: cannot create symbolic link `/home/root77/mybox/usr/b/indx-sl.ejs': Protocol error

４、inode番号の確認

[root77@localhost ~]$ ls -i a

388610 index.ejs

[root77@localhost ~]$ ls -i b
388610 indx-hl.ejs 388612 indx-sl.ejs

[root77@localhost ~]$ ls -i b2
388615 indx-hl.ejs 388614 indx-sl.ejs

[root77@localhost ~]$ ls -i 1dev/b

131075 indx-hl.ejs 131074 indx-sl.ejs

[root77@localhost ~]$ ls -i ~/mybox/usr/b
23656 indx-hl.ejs

※　③のコピーでシンボリックリンク自体の作成に失敗しているため、ファイルは一つ

５.ファイルを開けるか確認する。

b 　：　両方開ける

b2 ：　両方開ける

1dev/b ：　ハードリンクのみ開ける　（ls ではシンボリックを確認できるが cat で　No such file or directory　エラーとなる）

[root77@localhost ~]$ cat 1dev/b/indx-sl.ejs
cat: 1dev/b/indx-sl.ejs: No such file or directory

/mybox/usr/b　：　ハードリンクのみ開ける　（シンボリック自体はつくられていない）　

・・・

むむむ、てきとうにやったので参考程度にしていただきたい

linuxを一歩踏み込んで学習する場合は下記の２つ書籍が非常に有用であった

[VirtualBox] Guest Additions インストール

2011-12-23T17:45:00.000+09:00

VirtualBoxにGuest Additionsをインストールする。

インストールすることで、

・VirtualBoxのゲストOSとホストOSで共有フォルダを作成する
・VirtualBox内のウィンドウを大画面で表示する
・マウスコントロールをいちいちゲストOSとホストOSで切り替えないようにする

上記のことが可能になるため。

【環境】

Oracle VM VirtualBox ver 4.0.10
ホストOS Windows Vista
ゲストOS CentOS6 2.6.32-71.el6.i686

【手順】

1.まず、VBoxに付属しているVBoxGuestAdditions.isoをゲストOSへマウントする。
デフォルトの場所は、おそらくこちら
C:\Program Files\Oracle\VirtualBox\VBoxGuestAdditions.iso
デバイスよりCDディスクデバイスの選択でマウントする

2.　・GUIで実行
デスクトップに出てきていると思うので、オートランの問い合わせで開くを選択すれば実行。

・CUIで実行

/media にマウントされているので

su でスーパーユーザとなり、VBoxLinuxAdditions.run　を実行すればOK。

＜問題点１＞
シンプルに書いたが、私はここでハマッてしまった。パッケージ不足が原因らしい

・gcc
・kernel-devel

＜対策＞

・yum install gcc
・yum install kernel-devel

で最新のバージョンへ。

（問題のログ　一部省略）

# ./VBoxLinuxAdditions.run
Verifying archive integrity… All good.
Removing installed version 4.0.2 of VirtualBox Guest Additions…
Removing existing VirtualBox DKMS kernel modules [ OK ]
Removing existing VirtualBox non-DKMS kernel modules [ OK ]
Building the VirtualBox Guest Additions kernel modules
The headers for the current running kernel were not found. If the following
module compilation fails then this could be the reason.
The missing package can be probably installed with
yum install kernel-devel-2.6.32-71.el6.i686
[失敗]
Your system does not seem to be set up to build kernel modules.
Look at /var/log/vboxadd-install.log to find out what went wrong.
Once you have corrected it, you can run

＜問題２＞

またもや失敗。カーネルのバージョンが新しくなりすぎたみたいだ

＜対策＞

カーネルをダウングレードする。

まず、rpm系のサイトから、警告で出ているカーネルのバージョン（kernel-devel-2.6.32-71.el6.i686）を　wget 　コマンドでダウンロード。

そして、ダウングレード用のrpm オプションをつけて

rpm -Uhv --oldpackage kernel-devel-2.6.32-71.el6.i686 .rpm

できました！！

【参考サイト】
・Guest Additionsインストール
・カーネルダウングレード1
・カーネルダウングレード２