facebook twitter hatena line google mixi email
★お気に入り追加


  • 1
  •  
  • 2014/03/14(金) 00:24:35.84
``Of course it runs NetBSD.''
_ノ⌒ゝ
\  ´-ヽ
 \ノ⌒ヽ
 NetBSD
    \
ttp://www.netbsd.org/

前スレ
NetBSD その28
http://toro.2ch.net/test/read.cgi/unix/1321305433/

ここまで見た
  • 3
  •  
  • 2014/03/14(金) 00:26:38.37
NetBSD その16 (dat落ち中)
ttp://pc8.2ch.net/test/read.cgi/unix/1145181361/
NetBSD その17 (dat落ち中)
ttp://pc8.2ch.net/test/read.cgi/unix/1153032214/
NetBSD その18 (dat落ち中)
ttp://pc8.2ch.net/test/read.cgi/unix/1157272177/
NetBSD その18 (実質「その19」)
ttp://pc10.2ch.net/test/read.cgi/unix/1161783312/
NetBSD その20 (dat落ち中)
ttp://pc11.2ch.net/test/read.cgi/unix/1171070417/
NetBSD その21 (dat落ち中)
ttp://pc11.2ch.net/test/read.cgi/unix/1183204317/
NetBSD その22 (dat落ち中)
ttp://pc11.2ch.net/test/read.cgi/unix/1193320963/
NetBSD その23 (dat落ち中)
ttp://pc11.2ch.net/test/read.cgi/unix/1203467127/
NetBSD その24 (dat落ち中)
ttp://pc11.2ch.net/test/read.cgi/unix/1211303473/
NetBSD その25 (dat落ち中)
ttp://pc12.2ch.net/test/read.cgi/unix/1221880365/
NetBSD その26
http://pc12.2ch.net/test/read.cgi/unix/1246440577/
NetBSD その27 (dat落ち中)
http://hibari.2ch.net/test/read.cgi/unix/1269438144/

ここまで見た
  • 4
  •  
  • 2014/03/14(金) 00:36:41.88
おまいら、AsiaBSDConには行ってますかor行きますか?

ここまで見た
  • 5
  •  
  • 2014/03/15(土) 14:30:21.18
今日も社内に釘付けだし

ここまで見た
  • 6
  •  
  • 2014/03/24(月) 00:20:50.28
すませんー質問させてください
gnulsをインストールしたいのですが、pkgsrcからコンパイルしようとすると、
エラーが出てコンパイルができずインストールできません・・・
これは、どのようにすればインストールできるでしょうか?

lib/strncat.c:24:1: error: expected declaration specifiers or '/thr/toro.2ch.sc.' before numeric constant
lib/strncat.c:24:1: error: expected ')' before '!=' token
lib/strncat.c:24:1: error: expected ')' before '?' token
*** Error code 1

ここまで見た
  • 7
  •  
  • 2014/03/24(月) 21:32:45.05
これじゃダメ?

% echo 'dir gnuls*' | ftp ftp.jp.netbsd.org:/pub/pkgsrc/packages/NetBSD/x86_64/6.0_2013Q4/All/
-rw-r--r-- 1 92 0 99758 Jul 8 2013 gnuls-8.13nb2.tgz

ダメな場合、バージョンとアーキテクチャは書いてね。

ここまで見た
  • 8
  •  
  • 2014/03/24(月) 22:17:04.55
>>7
すみません、説明が不足でした
はい、FTPから用意してくれてるバイナリをインストールは行けるんです
pkg_addコマンドでインストールすることはできます
ただ、pkgsrcには、新しいバージョン8.22というのがあり・・・
もし可能であればバージョンアップできれば・・・と思ったのです

ちなみに、NetBSD6.1.3で、i386です

ここまで見た
  • 9
  •  
  • 2014/03/25(火) 11:43:10.86
何の話かと思ったら coreutils か

ここまで見た
  • 10
  •  
  • 2014/03/25(火) 13:42:52.87
>>8
6.1_STABLE/amd64だけど、同じエラーでるねぇ。

いったん $WORKOBJDIR/misc/gnuls/work.x86_64/coreutils-8.22/lib下で

cc -I. -c strncat.c

して、もどって makeしたら普通に動くけど、なんだろうねぇ?
strncatがなんかに #define されちゃってる?

ここまで見た
  • 11
  •  
  • 2014/03/25(火) 13:50:03.95
>>9
うん。SunOS4.1/4.3BSD Reno以来付属の ls(1)でなんの不満もないので、
coreutilなんか使ったことないんだよな。そういう人多いかと。

初めて表示に色ついてる ls打った時はビビったね。濃い背景に白文字で
使ってたから、「アホか!」って思ったww

ここまで見た
  • 12
  •  
  • 2014/03/25(火) 15:40:59.18
これ、どゆこと? どう違うの? eb付いてるのが Endian Bigだろうてのはわかるけど。
どっかに書いてある?

% echo dir | ftp nyftp.netbsd.org:/pub/NetBSD-daily/HEAD/201403231310Z/ | sed -n 's/^.*\(evbarm-\)/\1/p'
evbarm-armeb
evbarm-earm
evbarm-earmeb
evbarm-earmhf
evbarm-earmhfeb

ここまで見た
  • 13
  •  
  • 2014/03/25(火) 20:39:56.04
>>10
その書き込みの通りにしてみると、
A different version of gnuls-8.22 is already installed: gnuls-8.13nb2
って言ってインストールができない・・・
どうやら、8.13nb2が最新バージョン・・???
すみません、ありがとうございました・・・

>>11
Linux上がりだと ls で色つかないといろいろ辛い・・・

ここまで見た
  • 14
  •  
  • 2014/03/26(水) 09:56:27.77
> どうやら、8.13nb2が最新バージョン・・???

# pkg_delete gnuls

> Linux上がりだと ls で色つかないといろいろ辛い・・・

8.13でも色は付くんでは..w misc/colorls つーのもあるよw

ここまで見た
  • 15
  •  
  • 2014/03/26(水) 21:54:34.08
>>14
oh..無事にバージョンアップできましたー!!
ありがとうございます、ただ古いのを消せばよかっただけだったのですね
sudo make update でいつもアップデート出来てたものだから訳がわかってませんでした・・・
8.13でも色は付くので機能としては十分だったのですが・・・

新しいバージョンがあるなら、バージョンアップしておきたいという欲求と、
lintpkgsrcでいつもgnulsのバージョンアップがあるって出てくるのがイヤなのもあり、
なんとかしたいと思っていました・・・

>>10さんと、>>14さん、ありがとうございましたー

ここまで見た
  • 16
  •  
  • 2014/03/27(木) 09:39:17.68
AsiaBSDConで NPFの発表があったみたいだけど、6.1_STABLEでどのくらい
安定して使える?
IPv4のみ、NAPTと組合わせる場合がほとんどかなぁ..
定義記述がかなり柔軟な様子なんで、興味あるんだけど、
仕組みが JITとか、いろいろチャレンジングな感じなんでちょっと不安が。
IPFや PFより安定してれば移行したい。
メモリリークなんかも、だいじょうぶかな..

ここまで見た
  • 17
  •  
  • 2014/04/02(水) 21:14:08.86
質問させて欲しいのですが
NetBSDはFreeBSDと比較してどういったところが
優れているのでしょうか?また劣っているのでしょうか?

ここまで見た
  • 18
  •  
  • 2014/04/02(水) 21:18:30.54
>>17
改変コピペ
http://toro.2ch.net/test/read.cgi/unix/1390323139/389

ここまで見た
  • 19
  •  
  • 2014/04/03(木) 19:16:31.54
NetBSDは 386BSDでの i386への対応をもっぺん Net/2へ取込んで
Net/2の続きをやろうとした。MacBSDや LBLの SPARC対応とかも合流した。

FreeBSDは、386BSDでの i386対応をもっと仕上げる方向で、i386を中心に進んだ。
FreeBSDは Walnut Creekや McKusick博士とのつき合いなんかはうまくやったね。
業務サーバーにもたくさん使われてる。

あとは.. いろいろあったw

ここまで見た
  • 20
  •  
  • 2014/04/07(月) 21:28:43.11
NetBSDならNetWalkerでも最新版が動くと聞いて、勉強して使えるように
ならなきゃと思って、本屋にNetBSDの本を買いに行って2軒ほど回ったけど、
田舎だからか1冊も売ってない。
FreeBSDの本でさえも本屋に1冊しかない。
私の住んでいるところは田舎なのでしょうか。

Amazonでも2冊くらい、しかも10年くらい前の本しかない。

結局ちょっとずつNetBSD.orgのGuideを読んで勉強を始めました。
でも本当は日本語がいいんです。

ここまで見た
  • 21
  •  
  • 2014/04/08(火) 09:57:01.27
Alphaプロセッサとかだれも使ってないCPUで、
NetBSDやらOpenBSDやら誰も使ってないOS動かせば
セキュリティーが非常に高くなる気がする

だれからも狙われないっていう意味で

ここまで見た
  • 22
  •  
  • 2014/04/08(火) 19:14:55.95
いやいや、i386/amd64 でも十分安全だよww

..なんて言ってると危ないけどね その気の緩みが!!

Alphaの母板持ってるけど火入れてないねぇ。消費電力が。見合わない
RPIなんかいいんでない? MIPSか。

ここまで見た
  • 23
  •  
  • 2014/04/09(水) 15:13:39.93
6.1_STABLE amd64 だけど、firefox重いね。常用できる軽いブラウザないかな。
dilloは日本語使えるようにできる? pkg_addで入れた midoriは
segmentation faultで起動しない..

ここまで見た
  • 24
  •  
  • 2014/04/09(水) 17:40:02.67
>>23
エラーが出たらネットのどこかに貼ってくれると
運良ければ誰かが気が付いて皆が幸せになる。
そんな社会がネット社会の現代。

ここまで見た
  • 25
  •  
  • 2014/04/09(水) 20:15:28.52
>>20
え!マジで!?
Ubuntuのバージョンアップを試みて、
不具合起こしてはリカバリーを何回繰り返したことか・・・・
これはNetBSDを入れざる追えない

ここまで見た
  • 26
  •  
  • 2014/04/10(木) 13:07:17.12
>>24

% LANG=C midori
The configuration couldn't be loaded: No such file or directory
zsh: segmentation fault LANG=C midori

% LANG=C midori -g
Launching command: '/usr/bin/gdb' --batch -ex 'set print thread-events off' -ex run -ex 'set logging on /tmp/midori-gdb.bt' -ex 'bt' --return-child-result --args midori
設定を読み込めませんでした: No such file or directory

Program received signal SIGSEGV, Segmentation fault.
[Switching to LWP 1]
0x00007f7f8ffff4e9 in ?? ()
#0 0x00007f7f8ffff4e9 in ?? ()
#1 0x00007f7ff7e579b8 in ?? ()
#2 0x00007f7ff7a7f840 in ?? ()
#3 0x00007f7ff7e4cdc8 in ?? ()
#4 0x00007f7ff7abf980 in ?? ()
#5 0x00007f7ff7c03c1d in _rtld_bind_start () from /usr/libexec/ld.elf_so
#6 0x00007f7ff7e75d80 in ?? ()
#7 0x00007f7ff7eb0800 in ?? ()
#8 0x00007f7f8ffff400 in ?? ()
#9 0x0000000000000036 in ?? ()
#10 0x00007f7f8ffff400 in ?? ()
#11 0x00007f7ff7e579b8 in ?? ()
#12 0x00007f7fde200038 in ?? ()
#13 0x0000000000000000 in ?? ()

% uname -srmp
NetBSD 6.1_STABLE amd64 x86_64

ここまで見た
  • 27
  •  
  • 2014/04/10(木) 13:11:26.73
% pkg_info -I midori
midori-0.4.9nb10 Lightweight web browser using WebKit

% pkg_info -n midori
Information for midori-0.4.9nb10:

Requires:
gnome-themes-[0-9]*
libidn>=1.20nb1
libsexy>=0.1.11nb20
libxml2>=2.8.0nb2
gtk2+>=2.24.20nb2
hicolor-icon-theme>=0.9nb1
libsoup24>=2.42.2nb4
desktop-file-utils>=0.10nb1
webkit-gtk>=1.10.2nb10
libunique>=1.1.6nb19
libnotify>=0.7.0

% pkg_info -I gnome-themes libidn libsexy libxml2 gtk2+ hicolor-icon-theme libsoup24 desktop-file-utils webkit-gtk libunique libnotify
gnome-themes-2.32.1nb15 Collection of themes and icons for GNOME 2
libidn-1.28 Internationalized Domain Names command line tool
libsexy-0.1.11nb20 Collection of GTK+ widgets that beautify standard widgets
libxml2-2.9.1nb1 XML parser library from the GNOME project
gtk2+-2.24.22 GIMP Toolkit v2 - libraries for building X11 user interfaces
hicolor-icon-theme-0.12 Standard icon theme called hicolor
libsoup24-2.42.2nb4 HTTP library implementation in C
desktop-file-utils-0.22 Utilities to manage desktop entries
webkit-gtk-1.10.2nb11 GTK2 port of the WebKit browser engine
libunique-1.1.6nb19 Library for writing single instance applications
libnotify-0.7.6 Desktop notification framework

ここまで見た
  • 28
  •  
  • 2014/04/10(木) 13:20:09.35
pkg_info -n midori で出てくる py27-docutils, gperf, vala020とかって
入ってないけど、要るの?

ここまで見た
  • 29
  •  
  • 2014/04/10(木) 13:21:33.75
あ、pkg_info -N midori

ここまで見た
  • 30
  •  
  • 2014/04/12(土) 21:23:48.21
ktraceしてみてはどうか

ここまで見た
  • 31
  •  
  • 2014/04/28(月) 23:36:08.72
>>31
fsck -p してみるとか
うまくいけば直る、ダメなら潔くレッツ再インストール

ここまで見た
  • 32
  •  
  • 2014/04/29(火) 00:05:15.50
>>31
ありがとうございます。
やってみます!

ここまで見た
  • 33
  •  
  • 2014/04/30(水) 22:45:42.56
>>31
ありがとうございます、上手く動きました。
って、今気づいた fsck -f にしてた。。。

ここまで見た
  • 34
  •  
  • 2014/05/01(木) 08:01:18.57
IPv6 がつながらない。
NetBSD 6.1.4 でeo光のIPv6なんだけど、autohostでアドレスの取得はできていて、ping6は外部へ通るんだけど、telnet -6 で google のポート80に接続して、GET 叩いても応答なし。
Windows 7 からは普通にブラウザでIPv6ページが見える。

何か見落としそうなことってある?

ちなみにeo光は外部からのIPv6接続は落としてしまうみたい。ルータのフィルタの類いは確認できる範囲では入ってないです。

ここまで見た
  • 35
  •  
  • 2014/05/02(金) 06:04:02.63
>>34
PMTUDBかと思ったがhttp://www.google.com:80/はそんなに大きくないしなあ
ping6とtelnetとwin7で見えたページのv6アドレスは同じ?
NetBSD hostから ftp -6 http://www.google.com/ だとどうなる?

差し支えない範囲でtelnetした時のtcpdumpを見てみたい気もする

ここまで見た
  • 36
  •  
  • 2014/05/02(金) 07:38:26.82
>>35
レスありがとう。あとで調べてみます。

telnet で 80 につないだときを tcpdump でみると、コネクションは張れてるような感じ。
その後のデータ送信のところで送れてないような気がする。IPv6 のプロトコルわかってないから読み間違えてるかもしれない。これも今晩ここに貼ってみます。

ここまで見た
  • 37
  •  
  • 2014/05/02(金) 09:04:26.34
>>36
ping6 -mnv -s1000が通るか見るのが先かのう。
"GET / HTTP/1.0"の後にEnterを2回叩いていないとかいうオチではないよな‥?

ここまで見た
  • 38
  •  
  • 2014/05/02(金) 09:29:44.87
MTUデカすぎワロタとかそれ系じゃね?

ここまで見た
  • 39
  • 36
  • 2014/05/02(金) 14:50:11.09
tcpdump で www.google.com:80 につないだ時の様子です。
あらためて見てみると PMTUD じゃない何かっぽいんですがよくわかりません。

こっちのIP6アドレスだけ伏せ字にさせてもらいました。
2404:6800:400a:803::1010 は www.google.com です。

13:47:04.007002 IP6 XXXX.65515 > 2404:6800:400a:803::1010.80: Flags [S], seq 3175395882, win 32768, options [mss 1440,nop,wscale 3,sackOK,nop,nop,nop,nop,TS val 1 ecr 0], length 0
13:47:04.011740 IP6 2404:6800:400a:803::1010.80 > XXXX.65515: Flags [S.], seq 489648122, ack 3175395883, win 28800, options [mss 1392,nop,nop,sackOK,nop,wscale 6], length 0
13:47:04.011764 IP6 XXXX.65515 > 2404:6800:400a:803::1010.80: Flags [.], ack 1, win 4140, length 0
(接続はされた模様)

13:47:12.135673 IP6 XXXX.65515 > 2404:6800:400a:803::1010.80: Flags [P.], seq 1:17, ack 1, win 4140, length 16
("GET / HTTP/1.0" + 改行 の送出。PUSH フラグ付き)

13:47:13.128002 IP6 XXXX.65515 > 2404:6800:400a:803::1010.80: Flags [P.], seq 1:19, ack 1, win 4140, length 18
("GET / HTTP/1.0" + 改行 + 改行 の送出。PUSH フラグ付き)
...
(再送が続くも応答なし)
...
13:48:15.143399 IP6 XXXX.65515 > 2404:6800:400a:803::1010.80: Flags [P.], seq 1:19, ack 1, win 4140, length 18

ここまで見た
  • 40
  • 36
  • 2014/05/02(金) 14:51:00.36
...
13:49:10.184181 IP6 XXXX.65515 > 2404:6800:400a:803::1010.80: Flags [F.], seq 19, ack 1, win 4140, length 0
(応答がないので諦めてここで telnet を close した。FIN フラグ付きのパケットが送出される)

13:49:10.321923 IP6 2404:6800:400a:803::1010.80 > XXXX.65515: Flags [.], ack 1, win 450, options [nop,nop,sack 1 {19:20}], length 0
(FIN の ACK はすぐ返ってくる)

13:49:19.159273 IP6 XXXX.65515 > 2404:6800:400a:803::1010.80: Flags [FP.], seq 1:19, ack 1, win 4140, length 18
(FIN + PUSH フラグ付きで、データを再送出。このへんのルールはよく知らない)

13:49:19.164965 IP6 2404:6800:400a:803::1010.80 > XXXX.65515: Flags [P.], seq 1:524, ack 20, win 450, length 523
(今度はなぜか HTTP のリプライが返ってくる。中身も正常。でも telnet 終了してるのでリプライを受け取るアプリケーションなし)

13:49:19.164967 IP6 2404:6800:400a:803::1010.80 > XXXX.65515: Flags [F.], seq 524, ack 20, win 450, length 0
(先方はやることやったって感じで、FIN を送ってきた)

13:49:19.165046 IP6 XXXX.65515 > 2404:6800:400a:803::1010.80: Flags [R], seq 3175395902, win 0, length 0
13:49:19.165053 IP6 XXXX.65515 > 2404:6800:400a:803::1010.80: Flags [R], seq 3175395902, win 0, length 0
(TCP6 の接続は正常に終了)


よくわからないけど、P のパケットが届かないで、F+P のパケットは届いているようにもみえます。

通信出来てる Windows 7 の方がどうなっているのかわからないのですが、Wireshark とか使えばいいんでしたっけ?

ここまで見た
  • 41
  • 36
  • 2014/05/02(金) 15:01:34.43
>>37
ping6 -mnv -s1000 は通りました。

> "GET / HTTP/1.0"の後にEnterを2回叩いていないとかいうオチではないよな‥?
telnet -4 の方でも同じ手順で確認してるので IPv6 固有の何かがなければたぶん大丈夫…だと思います。

ここまで見た
  • 42
  •  
  • 2014/05/02(金) 16:28:59.79
経路の途中にMTUがデカすぎてもデカすぎワロタwと言わずに放置する奴がいるよw

ここまで見た
  • 43
  •  
  • 2014/05/02(金) 17:39:38.58
>>35,37
tcpdumpのログありがとうです。

HTTPリクエストを1 pktにまとめて送らないとまともに反応しないように見える。
eo側に謎の箱でも入っていてHTTPリクエストを監視してるんかな?
Host: フィールド付きだと反応するんだろうか?

win用のパケットキャプチャツールはwindumpとかMicrosoft Network Monitorとかあるけど、
その前にNetBSDからftpとwgetでページを取得できるか見てみたい。
ftpはGET〜だけ個別に、wgetはまとめてリクエストを送出するようなので(タイミングに依存)、
前者は動き、後者は動かないと予想。

>>42
win7で見えるし、上のtcpdump中でも523 bytesのデータは来ているのでblackholeがあるとは思えない

ここまで見た
  • 44
  • 36
  • 2014/05/02(金) 18:19:21.68
>>43
Host: は付けても反応しませんでした。
pkgsrc の fetch (たぶん ftp?) は止まってしまいます(相手は HTTP)。
ssh だと、最初の暗号方式のネゴシエーションのところで止まってしまい、Ctrl-C で ssh を止めるとやっと向こうから暗号方式のリストを送ってくるような感じです(結局ログインできない)。

こうなると、Windows7 で動作してる事の方が不思議になってきたので、今晩ちょっと見てきます。

ちなみにeo光の箱は eo-RT100(N1) と名乗ってます。
どこの製品かは不明で、telnet は開いてるけど ID, Pass は不明で入れません。

ここまで見た
  • 45
  •  
  • 2014/05/02(金) 20:36:24.64
>>44
sshダメってw
…なにやってんだ!!って感じですね。
何か挟まっているのは確かだけど、1パケットにまとめないとダメという話ではないのかも。

うーむ、winとの差異... とりあえずsysctl -w net.inet6.tcp6.timestamps=0してみようか

> eo-RT100(N1)
NECアクセステクニカ製らしい S1だと住電 ソースはipv6板

ここまで見た
  • 46
  • 36
  • 2014/05/02(金) 22:55:13.16
>>45
とりあえず sysctl -w net.inet6.tcp6.timestamps=0 してみましたが、変化はないようです。

ここまで見た
  • 47
  • 36
  • 2014/05/02(金) 23:07:52.49
Windows 7 の windump でキャプチャしました。
telnet www.google.com 80 の結果です。

22:52:15.697847 IP6 XXXX.52375 > 2404:6800:400A:802::1011.80: S 2581826888:2581826888(0) win 8192 <mss 1392,nop,wscale 2,nop,nop,sackOK>
22:52:15.708440 IP6 2404:6800:400A:802::1011.80 > XXXX.52375: S 1118236489:1118236489(0) ack 2581826889 win 28800 <mss 1392,nop,nop,sackOK,nop,wscale 6>
22:52:15.708525 IP6 XXXX.52375 > 2404:6800:400A:802::1011.80: . ack 1 win 16704
22:53:13.262409 IP6 XXXX.52375 > 2404:6800:400A:802::1011.80: P 1:2(1) ack 1 win 16704
22:53:13.278877 IP6 2404:6800:400A:802::1011.80 > XXXX.52375: . ack 2 win 450
22:53:13.445112 IP6 XXXX.52375 > 2404:6800:400A:802::1011.80: P 2:3(1) ack 1 win 16704
22:53:13.453792 IP6 2404:6800:400A:802::1011.80 > XXXX.52375: . ack 3 win 450
22:53:13.665549 IP6 XXXX.52375 > 2404:6800:400A:802::1011.80: P 3:4(1) ack 1 win 16704
22:53:13.677343 IP6 2404:6800:400A:802::1011.80 > XXXX.52375: . ack 4 win 450
...
22:53:21.398073 IP6 XXXX.52375 > 2404:6800:400A:802::1011.80: P 17:19(2) ack 1 win 16704
22:53:21.407557 IP6 2404:6800:400A:802::1011.80 > XXXX.52375: . ack 19 win 450
22:53:21.407616 IP6 2404:6800:400A:802::1011.80 > XXXX.52375: P 1:520(519) ack 19 win 450
22:53:21.407708 IP6 2404:6800:400A:802::1011.80 > XXXX.52375: F 520:520(0) ack 19 win 450
22:53:21.407767 IP6 XXXX.52375 > 2404:6800:400A:802::1011.80: . ack 521 win 16574
22:53:21.414892 IP6 XXXX.52375 > 2404:6800:400A:802::1011.80: F 19:19(0) ack 521 win 16574
22:53:21.423568 IP6 2404:6800:400A:802::1011.80 > XXXX.52375: . ack 20 win 450

ここまで見た
  • 48
  • 36
  • 2014/05/02(金) 23:17:13.28
一文字づつ送ってるのは Windows の telnet.exe の仕様だそうです。
NetBSD との違いがあるのかないのかよくわからないのですが、一文字送る毎にしっかりとACKが返ってきています。

条件が特定できればeo光にクレーム入れやすいんですけどね。

ここまで見た
  • 49
  •  
  • 2014/05/03(土) 00:06:53.07
>>46
そうですか、なんでやねん。

と思ってたら、6.1.4にはkern/44254へのfixがpullupされていない模様。
(netbsd-6-[01]両方)
なので、tcp timestamp optionをsysctlで無効にしても反映されない。
6.1系(netbsd-6)には入っているので、もし可能なら
nyftp.netbsd.org/pub/NetBSD-daily/netbsd-6/201405011450Z/amd64/binary/kernel/netbsd-GENERIC.gz
あたりをftpしてきて試してみてください。

>>47
windowsはmtuをしっかり設定してるのな

ここまで見た
  • 50
  • 36
  • 2014/05/03(土) 09:31:48.84
>>49
指定のカーネルを試してみたのですがこれは…

ディスクラベル周りで何か変更入りました?
i 以降のパーティションが見えなくなりました(汗


net.inet6.tcp6.timestamps=0 は試したところ変わりません。
正しく timestamp オプションを切ることができたかは未確認なのですが、今日は残念ながら時間切れになってしまったので、続きは明日以降になりそうです。

ここまで見た
  • 51
  •  
  • 2014/05/03(土) 10:45:15.35
>>50
> i 以降のパーティションが見えなくなりました(汗
まじですか。もとのkernelに戻して認識されることを願うばかりです。
ちょっと調べてみます。

> net.inet6.tcp6.timestamps=0 は試したところ変わりません。
お手数おかけしました。
ほんとwin7が動いてるのが不思議に思えてきた

ここまで見た
  • 52
  •  
  • 2014/05/03(土) 20:38:53.99
>>50
amd64 と i386 ではディスクラベル周りが違うが、そのせい?

ここまで見た
  • 53
  • 36
  • 2014/05/04(日) 10:41:52.69
>>52
あ、きっとそれです。元のシステムが i386 でした。

砂時計アラームタイマー
フリックラーニング
ここまで見た

★お気に入り追加

このページを共有する
facebook twitter hatena line google mixi email
おすすめワード