にごろにっき出張版

WD20EARS + gmirror

FreeBSD | 20:16

FreeBSD 8.0-RELEASE-p3のマシンにWD20EARSを繋いでgmirrorを組み、再起動したらdmesgに不安を感じさせるメッセージ登場。でも、gmirror statusの結果は2台認識してCOMPLETE。

GEOM_MIRROR: Force device gm1 start due to timeout.
GEOM_MIRROR: Device mirror/gm1 launched (1/2).

このまま使うのは嫌だったので、どうにかならないかと試してみたらAHCIを有効にするだけであっさり解決した。

echo 'ahci_load="YES"' >> /boot/loader.conf
shutdown -r now

[FreeBSD] WD20EARS + gmirror メモ

fdisk -BI /dev/mirror/gm1
bsdlabel -w /dev/mirror/gm1s1
bsdlabel -e /dev/mirror/gm1s1
newfs -S 8192 -U -b 32768 -f 8192 /dev/mirror/gm1s1a

bsdlabel -e /dev/mirror/gm1s1で、内容を変更。

# bsdlabel /dev/mirror/gm1s1
# /dev/mirror/gm1s1:
8 partitions:
#        size   offset    fstype   [fsize bsize bps/cpg]
  a: 3907023986       16    4.2BSD        0     0     0
  c: 3907024002        0    unused        0     0         # "raw" part, don't edit

↓

# bsdlabel /dev/mirror/gm1s1
# /dev/mirror/gm1s1:
8 partitions:
#        size   offset    fstype   [fsize bsize bps/cpg]
  a: 3907023985       17    4.2BSD        0     0     0
  c: 3907024002        0    unused        0     0         # "raw" part, don't edit

WD20EARS + gmirror メモ2

FreeBSD | 20:16

もし、セクターサイズ4096で思ったようなパフォーマンスが出ない場合は8192バイト/セクターを試してみるといい。

newfs -S 4096 /dev/mirror/gm1s1a
time tar xjpf ~/linux-2.6.31.6.tar.bz2 -C /mnt/WD10EADS --> 54.749u 9.457s 1:13.82 86.9%    69+1464k 111+640io 0pf+0w
time tar xjpf ~/linux-2.6.31.6.tar.bz2 -C /mnt/WD20EARS --> 55.771u 17.452s 9:38.10 12.6%   68+1443k 1683+116718io 0pf+0w

newfs -S 8192 /dev/mirror/gm1s1a
time tar xjpf ~/linux-2.6.31.6.tar.bz2 -C /mnt/WD20EARS --> 54.612u 8.243s 1:15.01 83.7%    69+1465k 780+695io 11pf+0w

ddrescueでデータ救出

FreeBSD | 20:06

不良セクタがかなり発生したHDDからデータを救出するため、当初ddやdd_rescueを試したが2日経ってもさっぱり進まなかった。しかし、ddrescueは不良セクタを一気に飛ばして救えるところだけ救うので1日で終端まで行った。今後も、壊れかけのHDDからデータを救出するときはddrescueを使おう。

また、Linuxを使うよりFreeBSDを使った方が不良セクタに当たったときのリトライにかかる時間が短いことも分かった。FreeBSD+ddrescue最強。

http://www.gnu.org/software/ddrescue/ddrescue.html

8.0-RELEASE登場

FreeBSD | 13:17

http://www.freebsd.org/releases/8.0R/relnotes.html

7.xからのバージョンアップ利点

• ULEスケジューラでハングする問題が解消されている (http://d.hatena.ne.jp/nigoro_0x100/20090504)
• USBスタックの変更で外付けUSB-HDDが安定した (7.x以前ではたまにカーネルパニック起こしていた)
• NFSが改善したらしい(けど未検証)

不良セクタ発生!どうする?

HW | 01:33

2009/04/18に買ったWD10EADSが早速壊れた。1年も持たないとは情けない。

しかし、Windowsさんよ。「ページング操作中にデバイス \Device\Harddisk1\D 上でエラーが検出されました。」なんてエラーメッセージじゃ原因がわかんないだろ!!不良セクタがありますとか何とか出したらどうなんだ………。

まあ、基盤が壊れた訳じゃないようだから新しいHDDを入手しddで複製した後に拾えるデータだけ拾えばいいか…。新しいHDDなんて買う金ないけどな!

USB 3.0インターフェースボード IFC-PCIE2U3 を買った

Linux, FreeBSD | 21:52

PCI ExpressのUSBボードが必要だったので、試しに買ってみた。運がよければehciとohciドライバでUSB2.0/1.1デバイスは動くんじゃないかと思ったのだが、結果は駄目だった。xhciドライバを読み込んだときに初めてUSB2.0/1.1デバイスを認識する。

Linuxのdmesg結果

[ 1889.986306] xhci_hcd 0000:02:00.0: PCI INT A -> Link[LN0A] -> GSI 19 (level, low) -> IRQ 19
[ 1889.986380] xhci_hcd 0000:02:00.0: setting latency timer to 64
[ 1889.986389] xhci_hcd 0000:02:00.0: xHCI Host Controller
[ 1889.986446] xhci_hcd 0000:02:00.0: new USB bus registered, assigned bus number 5
[ 1889.986621] xhci_hcd 0000:02:00.0: irq 19, io mem 0xfaefe000
[ 1889.986676] usb usb5: config 1 interface 0 altsetting 0 endpoint 0x81 has no SuperSpeed companion descriptor
[ 1889.986700] usb usb5: New USB device found, idVendor=1d6b, idProduct=0002
[ 1889.986707] usb usb5: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[ 1889.986713] usb usb5: Product: xHCI Host Controller
[ 1889.986718] usb usb5: Manufacturer: Linux 2.6.31-sabayon xhci_hcd
[ 1889.986723] usb usb5: SerialNumber: 0000:02:00.0
[ 1889.987299] usb usb5: configuration #1 chosen from 1 choice
[ 1889.987314] xHCI xhci_add_endpoint called for root hub
[ 1889.987322] xHCI xhci_check_bandwidth called for root hub
[ 1889.987605] hub 5-0:1.0: USB hub found
[ 1889.987638] hub 5-0:1.0: 4 ports detected

FreeBSDのdmesg結果

pci2: <serial bus, USB> at device 0.0 (no driver attached)

そう! FreeBSDはxHCIドライバがないから、動かないよ!! orz