pkgsrc/pkgtools/libkverを使って、chroot環境のunameを偽る方法

pkgsrc/pkgtools/libkverを使うと、uname -r等を偽ることができる。
これによって、unameの情報を使うプログラムをだまして実行することができる。

pkgsrcのbinary packagesは、uname -sやuname -rを埋め込んでいる。
例えばNetBSD/amd64 current上でchroot環境を用意し、
NetBSD/amd64 6.1用のbinary packagesを作る場合に、libkverを使うことで
他のマシンでpkg_addが可能なbinary packageとすることができる。

こうしないと、NetBSD 6用のlibraryにリンクしているのに、
binary packageとしては、7.99.*用の情報が埋め込まれていて、
pkg_addしにくいbinary packageになってしまう。
また、pkgsrcのMakefileはunameの結果を使って条件分岐する箇所
があるので、buildに失敗するpackagesもあるはずである。

pkgsrc/pkgtools/libkverを使う場合については、

http://comments.gmane.org/gmane.os.netbsd.devel.packages/13587

にあるような手順が書かれているが、手作業でchroot環境を起動させる
場合については、若干分かりにくいように感じたので、手順を書いておく。
ちなみに、pkgsrc/sysutils/sudoを使っていないのは、sudoがLD_*という
環境変数を切り替え先の実行ユーザーに渡さない仕様であるからである。
先にsu(1)でrootになっておく。

(1) chroot環境の外側でlibkverをinstallする。

# cd /usr/pkgsrc/pkgtools/libkver
# make install
# make clean


(2) chrootに一度入り、chroot環境の内側でもlibkverをinstallする。

# chroot /usr/tmp/chroot/netbsd-6/root /bin/ksh
# cd /usr/pkgsrc/pkgtools/libkver
# make install
# make clean
# exit


(3) libkverを使ってchroot環境に入り直す。
ここでは、NetBSD/amd64 7.99.5上で、NetBSD/amd64 6.1に偽る場合を示す。

# kver -r 6.1 chroot /usr/tmp/chroot/netbsd-6/root /bin/ksh
# uname -r
6.1
# uname -a
NetBSD angelcake.elements.tetera.org 6.1 NetBSD 6.1 (LIBKVER) #0: Tue Jan 19 00:00:00 UTC 2038 root@localhost:/sys/arch/amd64/compile/LIBKVER amd64

Comments

Post a Comment

Popular posts from this blog

PostgreSQLのOracle Foreign Data WrapperをWindowsで使う

はじめに Oracle DatabaseにWindows上のMicrosoft ExcelからVBAでアクセスしたい。 個々の端末にODBCデータソースを設定するのはスクリプトで可能かもしれないが、面倒なのでADOとOLEDBの組み合わせでアクセスすることを考えている。 しかし、Oracle Instant Clientをアクセスする全ての端末にインストールするのは現実的ではない場合があると思う。 この場合のアクセスは読み取り専用であって、select文以外を処理できる必要はない。 そこで、PostgreSQLのOracle Foreign Data Wrapper Extensionを使って、PostgreSQL上にOracleのテーブルとビューを透過的に作成して、PostgreSQLのOLEDB Providerを端末にインストールし、OLEDBで参照するようにしたい。 つまり、Oracle同士でのDATABASE LINKのようなことをやりたい。 今回は理由があって最終的な環境では、サーバーはWindows Server 2012 R2 Standard (64-bit)で決まっている。 なので、全てWindows上で処理しなくてはならない。 空いているWindows環境がこれしかないと言う理由で、Windows 10 Home (64-bit)を使うことにした。 Oracle DatabaseとしてもOracle Database Express Edition 11g Release 2を新規にローカルにインストールして使うことにした。 PostgreSQLは9.5.2を使用し、これも新規にローカルにインストールして使う。 Oracle Databaseの準備 この記事を執筆している時点では、最新のOracle Express Editionは、Oracle Database Express Edition 11g Release 2である。 12系列のExpress Editionは存在していないようである。 Oracle Express Edition 11g Release 2Downloadsページより、x86_64のWindows用のバイナリーと言うことで、Oracle Database Express Edition 11g Releas…
Read more

#5000へCメールを送れないau端末でezweb.ne.jpの電子メールアドレスをIMAP4/SMTPで扱う方法

## はじめに

前に、電話番号#5000にCメールを送れるau端末を持っている場合の、ezweb.ne.jpドメインの電子メールをIMAP4/SMTPで扱う方法を書いたのだが、手元にもう一台あるW61CAは、#5000へはCメールを送信できない。
その場合の方法を模索して、可能になったので書いておく。
W61CA以外にも、Androidな端末でも#5000へCメールを送れない機種は存在するようなので、最近の機種の場合には役立つかもしれない。
ちなみに、#5000へ送信できた端末は、W64Kであった。

過去の記事とは、
http://blog.onodera.asia/2014/12/auezwebnejpmew.html
を指す。

## IMAP4/SMTP用のユーザーIDとパスワードの入手

(1) まずは、au IDに登録する。これによって、標準的には電話番号のユーザーIDのアカウントが作成される。ここで、パスワードを登録しないことも選択できるのだが、パスワードを設定しておく。
これは標準的にはフィーチャーフォン(W61CA)のEZwebなブラウザーの上で行うことになる。

(2) ついでに、ウェブメールのサービス登録をする。
これをしないと以下の設定ができないことはないと思うが、私の場合はここでしてしまった。これについては、公式な情報がちゃんとあるので、説明は割愛する。

(3) フィーチャーフォンから、au.NETに接続する。これは過去の記事で、NetBSDの場合を書いているので、その通りに実施すれば良い。

(4) au.NETの回線で、iPhoneのuser agentを偽装したFirefoxを使い、https://set.mail.ezweb.ne.jp/md/signin を開く。これについても、方法は基本的には前の記事に書いた通りである。
au IDとパスワードを入力する。
すると、#5000にCメールを送り返信されて来たURLにアクセスしたのと同じウェブページへ行くことができる。
ここで、電話番号0002001003からMMSメールアドレスの通知をするCメールが送信されて来る。

(5) 手動設定のリンクから、設定情報送信リンクのある画面へ行き、そのリンクにアクセスする。そうすると、電話番号0002001003からIMAP4/SMTP用のユーザーIDとパス…
Read more

Amazon Web Service EC2のa1インスタンスでNetBSD/aarch64を動かしてみる

Image
この記事は、 NetBSD Advent Calendar 2018の9日目の記事です。 はじめにport-armメーリングリストに、 jmcneill@さんが、 NetBSD on AWS EC2 ARM instances と言う投稿をされました。 AmazonがAmazon Web Service (AWS) EC2にa1インスタンスという64ビットARM (aarch64)を追加していますが、 その上でNetBSD/evbarm64が動くという話です。 今回は、jmcneill@さんが、用意してくれたAMIを使って、a1.middleインスタンス を作り、pkgsrcを使ってみました。 AWS EC2 a1とは AWS EC2 a1は、Amazonの独自に開発した64ビットARM CPUである AWS Gravitation Processorで動くインスタンスのようです。 jmcneill@さんが、 us-east-1(N. Virginia)にAMIを用意してくれていますので、 us-east-1であれば何の苦もなくインスタンスを用意できるはずです。 今回は、a1.middleインスタンスを使ってみますが、これはCPU: 1基、RAM: 2GiBの インスタンスです。最大構成のa1.4xlargeですと、CPU: 16基、RAM: 32 GiBです。 a1.middleインスタンスを用意する a1インスタンスだからと言って、特に特別なことはありません。 普通にAWSのインスタンスを作成していきます。 まずは、Community版のAMIで、ami-0c7624c662581e8faを検索して 選択します。ログイン用のssh鍵も生成し、ダウンロードしておきます。

次には、EBSディスクを割り当ててインスタンスを起動させます。
a1.middleインスタンスへログインする ログインについては、NetBSD Wikiの記事に書かれている通りです。 生成したssh鍵の秘密鍵をダウンロードしてあると思います。それを使って、以下のようにログインします。 $ chmod 600 a1-privatekey.pem $ ssh -i a1-privatekey.pem root@aws-hostname-address a1.middleインスタンスの初期…
Read more