xfconf-query -c xsettings -p /Gtk/DialogsUseHeader -s false
gsettings set org.gnome.settings-daemon.plugins.xsettings overrides "{'Gtk/DialogsUseHeader':<0>}"
(a) VirtualBoxでUSB2.0,3.0を扱うためには、ホスト側にExtension Packをインストールしなければならない
(b) それが何のデバイスかをホストが知っていなければならない
SUBSYSTEM=="usb",ENV{DEVTYPE}=="usb_device",
ATTRS{idVendor}=="2047",ATTRS{idProduct}=="0203",MODE:="0666"
checking for GTK+ - version >= 2.6.0... no
*** Could not run GTK+ test program, checking why...
*** The test program failed to compile or link. See the file config.log for the
*** exact error that occured. This usually means GTK+ is incorrectly installed.
(以下、GTK 1.2.7も3.0.0もチェックでnoになる)
で、「GTKがない」と言われてしまいます。
でも、GTK+パッケージは、2.xも3.0もインストール済みなのです。なんで?
前から、このエラーでコンパイルできなかったものがあったし、ということで、今回、解決するまで調査することにしました。
configureをいじって調べていくと、GTK+のチェック部分で、
pkg-config gtk+-2.0で、どちらも1 (エラー)が返ってくるという、とんでも仕様。はぁ?
pkg-config --uninstalled gtk+-2.0
pkg-config gtk+-2.0 --cflagsしたら、
libpng 16がインストールされているべきなのにないからエラーだよんとか表示されてました。
sudo apt-get install libpng-devで、どこに入れたんですか?
pkg-config gtk+-2.0 --cflagsが動くようになりました。
hdmi_group=2しかしながら、最近のRaspbianだと、この表示ではボケボケで使い物になりません。
hdmi_mode=14
hdmi_cvt = 800 480 60 6 0 0 0
hdmi_mode=87にすればOKです。
hdmi_group=2のときは、
hdmi_mode=14
848x480 60Hzになってしまいます。でも、LCDは800だったはず。
hdmi_cvt = 800 480 60 6 0 0 0は、
hdmi_cvt=800 480 60 6と書け、とあります。
hdmi_group=2
hdmi_mode=87
hdmi_drive=2
hdmi_mode=87に設定すれば、正しく表示できることが分かります。これで、ちゃんと表示されるようになりました。
https://www.raspberrypi.org/documentation/configuration/config-txt.mdを見て、最新の情報を得て修正してください。
0x178 __le64 s_kbytes_written Number of KiB written to this filesystem over its lifetime.の下位から2バイトめです。
別に混んでないなー。別のところ(窓際)だと、ほぼ全チャンネルが使用状態だったりしたのですが...Sun Aug 30 00:54:59 JST 2015
Ch: . 8 . 7 . 6 . 5 . 4:SSID;name/E,+APs
1:+ :l******user/2,game/E
2:
3:
4:+++8+++7+ :aterm-******-g;WR8750N/2,-gw/E
5:+ :auhome_******/2,-W/E
6:
7:
8:
9:
10:
11:+++8 :aterm-******-g;WR9500N/2,-gw/E
12:
13:
http://www.freeantennas.com/projects/template2/index.htmlこれは、ロッドアンテナにぴったりのもので、200円無線ルータにはちょっと合わないのですが、紙なので、ちょっと細工して取り付けました。
以上で直りました。
ここまで3日かかりました…。はぁ。
$ openssl speed aes-256-cbcRaspberryPiのときは、以下の値で、BBBは2倍速いです。
Doing aes-256 cbc for 3s on 16 size blocks: 4933445 aes-256 cbc's in 3.00s
Doing aes-256 cbc for 3s on 64 size blocks: 1425060 aes-256 cbc's in 2.99s
Doing aes-256 cbc for 3s on 256 size blocks: 373241 aes-256 cbc's in 3.00s
Doing aes-256 cbc for 3s on 1024 size blocks: 94438 aes-256 cbc's in 2.99s
Doing aes-256 cbc for 3s on 8192 size blocks: 11855 aes-256 cbc's in 3.00s
OpenSSL 1.0.1e 11 Feb 2013
built on: Wed Oct 15 18:31:51 UTC 2014
options:bn(64,32) rc4(ptr,char) des(idx,cisc,16,long) aes(partial) blowfish(ptr)
compiler: gcc -fPIC -DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DTERMIO -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -Wl,-z,relro -Wa,--noexecstack -Wall -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DAES_ASM -DGHASH_ASM
The 'numbers' are in 1000s of bytes per second processed.
type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes
aes-256 cbc 26311.71k 30502.96k 31849.90k 32342.65k 32372.05k
# openssl speed aes-256-cbcさて、BBBの、この約30000kという値、ハードウェアの暗号化エンジンを使っているのでしょうか? ここで、opensslのスピード測定のバグの問題にぶつかってしまうのです。たとえば、次のページ
Doing aes-256 cbc for 3s on 16 size blocks: 2262500 aes-256 cbc's in 3.00s
Doing aes-256 cbc for 3s on 64 size blocks: 682967 aes-256 cbc's in 2.98s
Doing aes-256 cbc for 3s on 256 size blocks: 179207 aes-256 cbc's in 3.00s
Doing aes-256 cbc for 3s on 1024 size blocks: 45360 aes-256 cbc's in 2.99s
Doing aes-256 cbc for 3s on 8192 size blocks: 5680 aes-256 cbc's in 2.98s
OpenSSL 1.0.1c 10 May 2012
built on: Thu Nov 8 03:42:28 UTC 2012
options:bn(64,32) rc4(ptr,char) des(idx,cisc,16,long) aes(partial) blowfish(ptr)
compiler: gcc -fPIC -DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DTERMIO -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -Wl,-z,relro -Wa,--noexecstack -Wall -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DAES_ASM -DGHASH_ASM
The 'numbers' are in 1000s of bytes per second processed.
type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes
aes-256 cbc 12066.67k 14667.75k 15292.33k 15534.66k 15614.28k
# USB device ASIX (AX88x72A)その他、openvpnなどの設定は、RaspberryPiでの設定をコピーしてインストールします。これらは変更なしです。
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="xx:yy:zz:uu:vv:ww", NAME="eth1"
dd if=/dev/sdX of=SD.img count=YYYYYYYYYYは、fdiskなどを用いて、(使用しているパーティションの最後のセクタ番号+100)程度を指定します。
RaspberryPi 1.1MB/s (以前の結果)となり、約2.3倍の速度が出ていました。
BeagleBoneBlack 2.5MB/s
wget https://rcn-ee.net/deb/wheezy-armhf/v3.18.2-bone1/install-me.shしたら、
chmod +x install-me.sh
./install-me.sh
Error: this script is no longer supported for [repos.rcn-ee.net]ですと。BeagleBoneBlackの情報はあまりにも早く、むしろ早すぎるくらいに、情報が古くなります。私がここに書いたものも、もう既に古くなっていることでしょう。
Please use:
cd /opt/script/tools/
git pull
sudo ./update_kernel.sh
or:
sudo ./update_kernel.sh --kernel v3.x.x-x
apt-cache search linux-imageここに3.19のRCまでありました。でも、念のため、3.18.2を入れます。
apt-get install linux-image-3.18.2-bone1再起動して、早速測定。
openssl speed aes-256-cbc全然変わってません。
Doing aes-256 cbc for 3s on 16 size blocks: 4963187 aes-256 cbc's in 3.00s
Doing aes-256 cbc for 3s on 64 size blocks: 1432710 aes-256 cbc's in 3.00s
Doing aes-256 cbc for 3s on 256 size blocks: 375715 aes-256 cbc's in 3.00s
Doing aes-256 cbc for 3s on 1024 size blocks: 95073 aes-256 cbc's in 2.99s
Doing aes-256 cbc for 3s on 8192 size blocks: 11910 aes-256 cbc's in 3.00s
OpenSSL 1.0.1e 11 Feb 2013
built on: Thu Jan 8 22:02:29 UTC 2015
options:bn(64,32) rc4(ptr,char) des(idx,cisc,16,long) aes(partial) blowfish(ptr)
compiler: gcc -fPIC -DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DTERMIO -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -Wl,-z,relro -Wa, --noexecstack -Wall -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DAES_ASM -DGHASH_ASM
The 'numbers' are in 1000s of bytes per second processed.
type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes
aes-256 cbc 26470.33k 30564.48k 32061.01k 32560.12k 32522.24k
linux 3.x(sid)では問題なくttyUSB*になったのに、linux 2.6.x(squeeze; old stable)では/dev/ttyUSB*がでてきません。
接続すると、dmesgで以下のように、ドライバはちゃんと認識しているようです。
[ 4259.562407] usb 3-6.3: new full speed USB device using ehci_hcd and address 7
[ 4259.669450] usb 3-6.3: New USB device found, idVendor=0403, idProduct=6015
[ 4259.669453] usb 3-6.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 4259.669456] usb 3-6.3: Product: FT231X USB UART
[ 4259.669458] usb 3-6.3: Manufacturer: FTDI
[ 4259.669460] usb 3-6.3: SerialNumber: xxxxxxxx
[ 4259.669541] usb 3-6.3: configuration #1 chosen from 1 choice
ググってみると、FTDI製のドライバを入れるのがよいのかと思われたのですが、はて? 認識はされていますよ?
となると、ドライバまでは動作していて、単に/devに出てこないだけでは?
なら、問題は/etc/udev/rules.d/でしょう。
beagleboneの中身を参考に以下を追加しました。
/etc/udev/rules.d/73-ft231x.rulesで、接続し直すと、以下のとおり、認識されました。ただし、FT231X(FT-X)でなくFT232RLとしてですが(本来なら、FT-Xとして認識されます)。一応、通信もできました。
ACTION=="add", SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_interface", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6015", DRIVER=="", RUN+="/sbin/modprobe -b ftdi_sio"
ACTION=="add", SUBSYSTEM=="drivers", ENV{DEVPATH}=="/bus/usb-serial/drivers/ftdi_sio", ATTR{new_id}="0403 6015"
[ 4436.130491] usb 3-6.4: new full speed USB device using ehci_hcd and address 8正しく認識されるsidでは、以下のようにFT-Xとなっています。
[ 4436.229414] usb 3-6.4: New USB device found, idVendor=0403, idProduct=6015
[ 4436.229417] usb 3-6.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 4436.229419] usb 3-6.4: Product: FT231X USB UART
[ 4436.229421] usb 3-6.4: Manufacturer: FTDI
[ 4436.229423] usb 3-6.4: SerialNumber: xxxxxxxx
[ 4436.229505] usb 3-6.4: configuration #1 chosen from 1 choice
[ 4436.287764] usbcore: registered new interface driver usbserial
[ 4436.287830] USB Serial support registered for generic
[ 4436.287864] usbcore: registered new interface driver usbserial_generic
[ 4436.287866] usbserial: USB Serial Driver core
[ 4436.291459] USB Serial support registered for FTDI USB Serial Device
[ 4436.291565] usbcore: registered new interface driver ftdi_sio
[ 4436.291567] ftdi_sio: v1.5.0:USB FTDI Serial Converters Driver
[ 4436.291763] ftdi_sio 3-6.4:1.0: FTDI USB Serial Device converter detected
[ 4436.291790] usb 3-6.4: Detected FT232RL
[ 4436.291793] usb 3-6.4: Number of endpoints 2
[ 4436.291795] usb 3-6.4: Endpoint 1 MaxPacketSize 64
[ 4436.291797] usb 3-6.4: Endpoint 2 MaxPacketSize 64
[ 4436.291798] usb 3-6.4: Setting MaxPacketSize 64
[ 4436.291991] usb 3-6.4: FTDI USB Serial Device converter now attached to ttyUSB0
[ 3389.570940] usb 6-1: Detected FT-X]]>
ソース同様のディレクトリを作ってコピーする
という機能があったはずだ、と思って探しました。
cp そのオプション a/b/c existing_dir
とすると、 existing_dir/a/b/c が作られるというオプションです。
で、man cpすると、以下のとおり。
$ man cp
-P, --parents
コピー先のファイル名の作り方を 「コピー先ディレクトリにスラッシュ (/) とコピー元ファイルの名前を加える」 とする。 cpの最後の引き数は既に存在するディレクトリでなければならない。 たとえば、
cp --parents a/b/c existing_dir
というコマンドは `a/b/c'というファイルを `existing_dir/a/b/c' に (途中のディレクトリがない場合はそれも作って) コピーする。
GNU fileutils 4.1 18 June 2002 CP(1)
$ LANG=C man cp
-P, --no-dereference
never follow symbolic links in SOURCE
--parents
use full source file name under DIRECTORY
GNU coreutils 8.5 April 2010 CP(1)
なるほど。英語のman cpによると、-Pと--parentsは「まったく別物」ですね。
manの日付から推測すると、2002年当時は-Pと--parentが同一機能だったのですが、その後のある時点から、-Pと--parentが「別機能」になった、ということのようです。
その「英断」は、ちょっと疑問ですね。
lsの「混乱したオプション」や、topの「BSD形式、sysV形式オプション」などが、どうして今の今まで残っているのか、なぜ変えられなかったのかを考えれば、すぐわかることでしょう。
# hwclock -w -uで、UTCで書き込みます。/etc/adjtimeの中の1行が、LOCALからUTCに書き換わったはずです。
[ 44.800073] NMI watchdog: enabled on all CPUs, permanently consumes one hw-PMU counter.
[ 47.657573] EXT4-fs (sda5): re-mounted. Opts: errors=remount-ro,data=ordered,commit=0
[ 100.544381] EXT4-fs (sda5): re-mounted. Opts: errors=remount-ro,data=ordered,commit=600
[ 109.273810] NMI watchdog: enabled on all CPUs, permanently consumes one hw-PMU counter.
[ 109.520745] EXT4-fs (sda5): re-mounted. Opts: errors=remount-ro,data=ordered,commit=0
[ 171.059881] EXT4-fs (sda5): re-mounted. Opts: errors=remount-ro,data=ordered,commit=600
[ 179.703594] NMI watchdog: enabled on all CPUs, permanently consumes one hw-PMU counter.
[ 179.951929] EXT4-fs (sda5): re-mounted. Opts: errors=remount-ro,data=ordered,commit=0
[ 217.335418] EXT4-fs (sda5): re-mounted. Opts: errors=remount-ro,data=ordered,commit=600
EXT4-fs: re-mounted. Opts: errors=remount-ro,data=ordered,commit=0でググってみても、意味のない情報ばかりでした。ひょっとして
NMI watchdog: enabled on all CPUs, permanently consumes one hw-PMU counter.が関係あるかも?と思って調べましたが、それは単にそのメッセージを出さないように、NMI watchdogを停止するだけのものでした。
/bin/sh /usr/sbin/laptop_mode autoがたくさん走っています。なんじゃこりゃ。それらのプロセスをkillして
laptop_mode statusしてみると、
Mounts:と、先頭に表示されています。ははーん、なるほど。どうやら
/dev/sda5 on / type ext3 (rw,relatime,errors=remount-ro,data=ordered)
NMI watchdog発生 -> laptop_mode再起動 -> なにかエラーで止まってる -> NMI watchdog発生 -> laptop_mode再起動 -> ...のようです。
で圧縮できたはずです。が、うまくVMware toolsがインストールできませんでした。vmware-toolbox-cmd disk shrink /
vboxmanage clonehd infile outfile.raw --format RAW
vboxmanage list hddsで、登録している仮想システムのUUIDをチェックします。必要ならば、同一のUUIDを持つ仮想システムを削除するなどで対応します。
file outfile.rawすると、まさにhddのrawイメージになっているのが確認できるでしょう。
fdisk -lu outfile.raw正しくパーティションが表示されていればOKです。
mount outfile.raw /mnt -o loop,offset=オフセットバイトしかし、ここでは安全のため、それを手動で行ないます。
losetup /dev/loop0 outfile.raw -o オフセットバイトここで、loop0は未使用のループデバイスを指定します。
file -s /dev/loop0として、マウントしようとしている目的のファイルシステムであることを確認します。
fsck -f /dev/loop0異常がなければ、マウントします。
mount /dev/loop0 /mnt
dd if=/dev/zero of=/mnt/.zero.fill bs=4kパーティションを埋め尽くしたらエラーで終了しますので、それまで待ちます。
sync; sync; sync
rm /mnt/.zero.fill
umount /mnt
losetup -d /dev/loop0
3. RAWイメージを2GBごとに分割したタイプに変換する(このときに圧縮される)
次のコマンドを使います。分割(2GBごとに)の指定もします。
vboxmanage convertfromraw outfile.raw outfile.vmdk --format VMDK --variant Split2G.vmdkは圧縮されたファイルになります。
あー、そういえば、apt-get upgradeしたっけ… あーあ。
今は、xfceを使っています。GNOMEは「捨てました」。理由は簡単です。「立ち上がらなくなったから」。
何か変です、って言われても、とにかく立ち上がるだけはしてくれないと、何もできないんですがね。
以前も同じトラブルがあって、そのときは、ずーっと追っていったのですが、もうそんな「無駄」な時間はとれません。xfceに乗り換えるほうが早いのですから。
で、GNOME2時代にずーと使っていたgeditは? というと、実はこいつもはっきり言って使えねー奴で、だましだまし使っていたんですが、Kateというのを見つけてそっちに乗り換えたのです。geditの何が悪いって、文字のエンコーディングで誤りを見つけると絶対に開けない、ということです。viみたいにユーザの責任で「無理やり開く」のは、できて当然と思っていたのですが、そうではないようです。nkfを2回使って直すのも面倒ですし(必ず直るわけでもないですし)、他のテキストエディタ、Kateに乗り換えました。
GNOME3は言うに及ばず、初期のころから、geditやnautilusなどの「問題が多すぎるプログラム群」が気になって、いくつかは自分で「直していた」のですが、もういいでしょう。他のマネージャ、xfceに乗り換えました。
で、今日(1週間前)、立ち上げると、急にメニューが筆記体の小さな文字に切り替わってしまいました。Kateだけ。
あぁ、KateはKDEのアプリだから、KDEの何かがアップデートされて、フォントの設定を初期化しやがったんだな、aptさんよ、と思い、KDE System Settingの中で、フォント設定を探して(筆記体の小さな文字だから、読みにくくて読みにくくて、一瞬、KDEのフォントメニューから普段使う1つを除いて全部削除してやろうかと思ったくらいです)、VL Pゴシックに設定しました。
が、変わりません。Xを再起動しても変わりません。あれ?
どうしたものか…と思っていたとき目に止まったのが、Qt4設定です。あぁ、こっちですね。早速開いて、フォントの設定を変えます。あれれ、ApplyもOKボタンもないんだけど…。メニューの中のファイルの「保存」でした。なんじゃこりゃ。直感的じゃないですねー。ちゃんとヒューマンインターフェースガイドラインを読んで、再考をお願いしたいです。