FreeBSD 4.11-RELEASE 公開 53
ストーリー by Oliver
時代遅れとは言わせない 部門より
時代遅れとは言わせない 部門より
tag 曰く、 "FreeBSD 4.11-RELEASEが正式アナウンスされました。4.10がリリースされたのが昨年5月末ですから、8か月ぶりの更新です。予定ではこれが本当に最後の最後の 4-STABLE ブランチからのリリースに なるはずです。多少の不安はあるものの、5.X のブランチが 5-STABLE になっています。4-STABLE は今後はメンテナンスフェーズとなるようです。 ぱっと見で 4.10 との違いは
- ここ8か月間に起きた CVS、fetch、procfs を中心としたセキュリティホールの修正
- 各種デバイスドライバの修正、機能追加
- GNOME 2.8.2 と KDE 3.3.2 への更新
- インストールディスクの1枚目が2種類あり、GNOME 用と KDE 用になったこと
というところでしょうか。詳細はリリースノートを参照。"
ここをはやく見るべきしでした・・・ (スコア:1, おもしろおかしい)
Re:ここをはやく見るべきしでした・・・ (スコア:1)
#って、何が変わるんだっけな。4系列は遠い昔なんで忘れてしまった。
Re:ここをはやく見るべきしでした・・・ (スコア:0)
Re:ここをはやく見るべきしでした・・・ (スコア:2, 興味深い)
cvsup->make->installする度に、「今度はaudioちゃんと使えるだろうか?この
間見たいにIDEがしくじっていたりしないだろうか?」とびくびくするのは結構
つらいっすよ。特にお仕事マシンだったりすると。
#私はそれで、5.3から5-stableにしました。ULEが使えないですけど。
それに、細粒度のFSは5系列にも移植予定のようですよ。BSDさんの日記によると。
Re:ここをはやく見るべきしでした・・・ (スコア:0)
> うか?この間見たいにIDEがしくじっていたりしないだろうか?」と
> びくびくするのは結構つらいっすよ。
「つらい」が「楽しい」になった時、人はそれを人柱と呼ぶw
人柱の立候補、それに財団への寄付は常時受け付けてますので。
# 限りなくオフトピなのでAC
Re:ここをはやく見るべきしでした・・・ (スコア:1)
Re:ここをはやく見るべきしでした・・・ (スコア:0)
動揺してしまいました
だって、インストールしながら/.見たものですから
結局でも4.10に戻そうかとおもってます
挙動的に4.10がよさげなので
Re:ここをはやく見るべきしでした・・・ (スコア:0)
cvsup すりゃ 4.11R にするのなんか簡単だから気にしない気にしない :-)。
そのうち 4.x -> 5.x に移行せにゃならん時が来たりしたら、その時には
それなりに大変な思いをするかもしれませんが。
# という俺は 5.2.1R -> 5.3R に移行する時に少してこずったんですが o.....rz
簡単といえば簡単だが難しいといえば難しい (スコア:0)
バックアップ→クリーンインストール→リカバリ
に比べればCVSupは簡単だけど,ある程度設定ファイルの
意味を知らないとmergemasterなんかも難しいし,
中級レベル以上でないと難しいのではないかと….
Re:簡単といえば簡単だが難しいといえば難しい (スコア:1)
> 中級レベル以上でないと難しいのではないかと….
これまで管理していたマシンの引継のために(Linuxを使っているという人向けの)ドキュメントを書いていて,mergemasterで引っかかりました.「どのファイルが対象か(と内容を)確認して良きにはからってください」としか書けません.
Linuxには,この手の作業を自動的に行ってくれるツールがあるんでしょうか?
Re:簡単といえば簡単だが難しいといえば難しい (スコア:1)
gentooのetc-updateが近い挙動をするかなと思います 初心者な自分には使いにくいけど
Re:簡単といえば簡単だが難しいといえば難しい (スコア:0)
4.10をインストールした者です・・・ (スコア:0)
なんかATA制御が不安定になってます。
感覚的に4.5以前の匂いがします
ちょっと4.10に戻す事にします
矛盾を感じる (スコア:1)
不安があっても、STABLEなんですか...
http://dictionary.goo.ne.jp/search.php?MT=STABLE&kind=ej&mode=0&base=1&row=1
それとも、こっちの意味のSTANBLE?
STABLE の意味 (スコア:3, 参考になる)
ここで言う多少の不安とは、製品レベルの安定性の保証という 意味での不安だと思います。これは衆目の一致するところで、 安定性第一の現場に導入するにはまだ注意が必要です。 安定第一の人のために、今回の 4.11-RELEASE が公開されたわけ です。
多少の不安? (スコア:1)
ただ 5.X 系は 4.X 系とは結構違いがあるので、ちょっと勉強し直さないと駄目かな。まあ、時代の進歩ってやつですね。 (と言いつつ、私が管理してるのは慣れてる 4.X 系の方がまだ多いですね)
Re:多少の不安? (スコア:1)
そういう意味の不安ってことでしたか...
ちょうど (スコア:1)
FreeBSD(98)-4.10のアップグレードは (スコア:0)
# 2台現役なんです、はい。
Re:FreeBSD(98)-4.10のアップグレードは (スコア:2, 興味深い)
性能云々ではなくコンデンサやモーター類の寿命が来ている機械も少なくないはず。
火災が起きてからでは遅い。
Re:FreeBSD(98)-4.10のアップグレードは (スコア:0)
なんか電解コンデンサはふくらみ始めたらもうやばいとは聞いたことがあるけど、他には何かヤバげな兆候ってあるんでしょうか。
Re:FreeBSD(98)-4.10のアップグレードは (スコア:1, 参考になる)
妊娠した電解コンデンサが数個しかない場合はほとんど影響はありません。けれど、これがあまりに多くなると、突然電源が落ちる等の不可解な現象が生じるようになります。
また、この他にもドライアップといって知らない間に電解液が抜けている場合もあります。
電解コンデンサには温度によるグレードがあって、安物は85度で1000時間です。最近のコンピュータではそれよりは高級な105度や115度で数千時間のものが使われているようです。この寿命は温度が10度下げるごとに2倍になります。コンピュータのクーリングにはくれぐれも気をつけましょう。
マザーボードの集積度がそんなに高くないのなら、電解コンデンサを全交換してしまうのも手です。電解コンデンサが爆発すると電解液のなれの果てがそこら中にこびりついて実に手に負えなくなります(猛烈にくさいし)。
Re:FreeBSD(98)-4.10のアップグレードは (スコア:0)
たとえ、105度とか使ってあっても安心はできないです。一時期電解液の問題も話題になっていたし、念のため一度ケースを開けてマザーボードを確認してみるといいかもしれませんね。
私が面倒見ているPCの中には、使用開始から2、3年しか経ってい
Re:FreeBSD(98)-4.10のアップグレードは (スコア:1)
# PC組むとき、大量死が恐かったのでASUSマザーボードを買った記憶が…
# まだ1年ちょっとしか立っていませんが、しっかり動いてくれてます。
1を聞いて0を知れ!
Re:FreeBSD(98)-4.10のアップグレードは (スコア:0)
とにかく、電子製品の中で最も寿命の短いのが電解コンデンサです(可動部を除く)。その短い寿命を伸ばすためにも冷やしてあげてくださいね。
「時代遅れとは言わせない」ねぇ (スコア:0)
the latest release of the FreeBSD Legacy development branch
一般的なアップグレード方法教えて (スコア:0)
どなたか参考までに教えてください。
Re:一般的なアップグレード方法教えて (スコア:4, 参考になる)
う。私の場合、cvsupを毎日やって変更の量や場所のあたりをつけて、重要そ
うなら更新、そうでなくても週に一度は更新という運用をしています。
ちなみに、/usr/src/Makefileによると正確な手順は次の通り。
# 1. `cd /usr/src' (or to the directory containing your source tree).
# 2. `make buildworld'
# 3. `make buildkernel KERNCONF=YOUR_KERNEL_HERE' (default is GENERIC).
# 4. `make installkernel KERNCONF=YOUR_KERNEL_HERE' (default is GENERIC).
# 5. `reboot' (in single user mode: boot -s from the loader prompt).
# 6. `mergemaster -p'
# 7. `make installworld'
# 8. `mergemaster'
# 9. `reboot'
慣れないとmergemasterが何をやっているのか分からない感じですが、基本は
自分がいじったファイルはmergeする、それ以外は新規をインストールするこ
とです。
#サーバ用で色々と設定いじっていると大変かも。
カーネルに問題があった場合でも、一つ前のバージョンのカーネルとモジュー
ルはkernel.oldというディレクトリにリネームされてるだけですから、簡単に
戻せます。installworldしてから、トラブルが見つかった場合ですが、カーネ
ルに由来するものなら、カーネルだけ戻しても「多分」大丈夫です。そうで
なければ、動作確認ができている日付のソースをcvsupして構築しなおしです。
完全に動作しなくなることは、滅多にありません。個人的には、6-currentを
使っていた頃に、IDEのドライバがおかしくてブート後の挙動がおかしいことが
一回だけありましたが、カーネルを置き換えで復旧できました。
#こんなもんでわかります?
Re:一般的なアップグレード方法教えて (スコア:1, 参考になる)
順番とか違うので気になります。
make -j 4 buildworld
make installworld
make buildkernel ほげほげ
make installkernel ほげほげ
mergemaster
reboot
"-j 4"って今は特に必要ないのかな?
もう定型化しちゃった作業なのでこれまでずっと変えずにやってます。特に問題ないみたいですし。
Re:一般的なアップグレード方法教えて (スコア:2, 参考になる)
システムコールがらみの変更がない場合には、適当にはしょって make してもほとんどの場合は大丈夫でしょう。ツール類の更新 にあたって、セキュリティ的な問題に対応する ために、/etc/passwd 等の追加修正が時々あります。この時は、 ちゃんと mergemaster -p をしないとインストールに失敗する ことがあります。
要はどの程度の修正が新環境に加わったかです。安全を取るなら 厳密な手順に従って作業したほうが良いと思います。
Re:一般的なアップグレード方法教えて (スコア:2, 参考になる)
ますが、ユニプロセッサだとどうかなぁ。コンパイルは結構ディスクアクセス
が入りますから、若干は速くなるかも。
#明らかに必須ではないです。付けて間違いでもありません。
あと、順序の問題ですが、おっしゃる順序だとコマンド群だけ新しくなって、
カーネルとバージョンの不整合を起こす可能性があります。それにマルチユー
ザ環境でこういう作業は気持悪いですね。ユーザやサービスが実行するシェル
スクリプトで、ループの一回目と二回目でコマンドの挙動が変わらないとも限
らない。
#さて、最悪何がおきる???
また、mergemasterをそこで一発かけるだけだと、動作するために専用のアカウ
ントが必要なサービスが新規に追加された場合や、SSHやPAMの設定が変わった
時とかにうまく行かない場合がありそうです。
#どちらの話も、現実的にはそれ程大きな確率と大きな危険性ではないかも。
#「問題があっても対処可能」と言い切れる状況の人ならO.K.。
Re:一般的なアップグレード方法教えて (スコア:1)
installworldの途中でshがコア吐いてmake失敗する。
5.1->5.2のときにやっちゃいました。更新されてしまったコマンド群の大部分が軒並コア吐く状態に。たしか、lsもmountも動かなかったような気がする。ログアウトしたらログインすら出来ないかも知れない状況でかなり焦りました。reboot位は動いた気がする(笑)
で、幸いにも5.0だか5.1だかのCDがあって、そいつから起動して/binなんかを入れ、なんとかmake動く状態にして復旧しました。
4.xからcvsupで更新してたので、雑誌についてきていたそのCDは使ったことなかったのですが、あって本当に助かりましたよ。
Re:一般的なアップグレード方法教えて (スコア:0)
はい、そんな説明を昔にjp.freebsd.orgのどこかで読んでそのまま指定しています。確か、普通のインテルCPUで"4"が一番多くの人にとって最適値だというような説明があったと思います。今はあまり気にしなくてもいいのかな?
大体、CSVUPでソースを常に最新に保ちつつ一ヶ月に一度くらいの頻度でmakeworldしています。特にsingle user modeに落ちずに、というかリモートでmakeworldしているので落ちれない、毎回思い切ってやってます。4.3-STABLEあたりからずっとそれできているので怖くてそれ以外の手順は試せずにいるのが実情だ
Re:一般的なアップグレード方法教えて (スコア:1)
確かに、ユニプロセッサでも-j2の方が速くなるとMLにありました。
#自分で確かめるのが一番。
>昔(3.xの頃?)に正式手順でkernelをbuildした後でrebootしたら立ち上がらなくなった経験があって、それがトラウマになっていて作業中にrebootをするのはかなりためらわれます。(^^;)
迷信ですよぉ。それは。全部理解した上で利便性を重視して標準的な手順から
外れるのは止めません。しかし、その理由ではちょっとおすすめできないっす。
#いかれる確率は、小さいながらも確実に増えますよ。
Re:一般的なアップグレード方法教えて (スコア:1, 参考になる)
ハンドブックくらい読もうよ。以下、 20.4.6.2. ベースシステムの構築とインストール [freebsd.org]より 英語版でも、章構成が違うものの、内容は同一 [freebsd.org]ですので、これが今現在も最新の状況なのでしょう。
#記憶にある限り、5年以上前から変わっていません。
Re:一般的なアップグレード方法教えて (スコア:0)
Re:一般的なアップグレード方法教えて (スコア:1)
# 5.5. '/usr/src/etc/rc.d/preseedrandom'
が入ってます。tempファイル作るのに/dev/random使うからの様ですが、なくても実害はない気がしますけど。
Re:一般的なアップグレード方法教えて (スコア:1)
Re:一般的なアップグレード方法教えて (スコア:0)
Re:一般的なアップグレード方法教えて (スコア:2, 参考になる)
僕は、CVSUPで各種OSのいくつかのブランチを追いかけています。 FreeBSD に関しても定期的にソースを追いかけて、make build、 make install を行っています。NFS が許される環境の場合は、 それで作成した /usr/src と /usr/obj を mount して、 make installkernel、make installworld、mergemaster を 順次実行します。シビアなジョブは行っていなかったり、サービス 停止できるならデーモンを止めてしまえば安全です。 mergemaster はかなり慎重に行わないと、現在の運用設定を消して しまうかもしれません。mergemaster だけに頼らず、自分で 前もって /etc の下あたりを調整しておくと良いでしょう。
これはシビアな運用環境にないサーバの場合であって、高負荷 状態でかつ一瞬たりとも OS 環境内の矛盾が許されない場合は、 単純な更新は諦めたほうが良いと思います。
Re:こんなのでどうでそ (スコア:1, 参考になる)
# sed 's/CHANGE_THIS.*$/$SOME.MIRROR.SITE/
s/tag=RELENG.*$/tag=RELENG_4_11/' \
/usr/share/exapmples/cvsup/stable-supfile > my_stable_supfile
# cvsup -g my_stable_supfile
# less /usr/src/UPDATING
# cd /usr/src
# make buildworld && make buildkernel KERNCONF=$CONFIGFILE \
&& make installkernel KERNCONF=$CONFIGFILE
# reboot
# mergemaster -p
# shutdown now
# cd /usr/src
# make installworld && reboot
$で始まるところは適当に置換願います
Re:一般的なアップグレード方法教えて (スコア:0)
いつからかは確認してないけど、portsやpackagesが正常に動作しなくなってます。
ちゃんと見てあげる時間を取ってないのと安定稼働してることから放置してるけど。
手軽にUpgrade出来るなら有り難いな。
Re:一般的なアップグレード方法教えて (スコア:1)
ウチも安定動作してるからで放置しちゃってます。
proftpd がなんか起動しなくなったと思ったら、 ports に入ってる起動用スクリプトが 5.x 向けの物に置き換えられてた(っぽい)からだったりとか。
色々やっていて止めるのが怖いから下手に弄ることもできず……
Re:一般的なアップグレード方法教えて (スコア:2, 参考になる)
/etc/rc.confにXXX_enable="YES"と書いてやればいいはずです。
その辺は/usr/local/etc/rc.d/XXX.shにコメントで書いてあると思います。
# portsに関していえばsysutils/portupgradeを入れると楽になれますね。
Re:一般的なアップグレード方法教えて (スコア:2)
ちゃんと互換性が確保されていたのですね。知りませんでした。
proftpd.sh を見て必要な事項を rc.conf に追記しました。止まったままだったサービスも開始させられました。
ありがとうございました。
Re:一般的なアップグレード方法教えて (スコア:1, 参考になる)
するとマトモに動いたりしない?
Re:一般的なアップグレード方法教えて (スコア:0)
明日、試してみようっと。
ところで、こんな情報どこから仕入れてますか?
私の記憶では、FreeBSD-users-jpメーリングリストでも流れてなかったような気がします。
Re:一般的なアップグレード方法教えて (スコア:1, 興味深い)
#もしかして make world する時は /usr/src/UPDATING を読むけど ports のアップデート時には読まないって人多いのかな?
Re:一般的なアップグレード方法教えて (スコア:0)
丁寧なレスを付けて頂いた方、有り難う御座いました。
CVSupについては(#684607)を参考に、OSの更新はJadawinさん(#684599)
の発言を参考に、というかそのまま手順に沿って行うことが出来ました。
先ずはCVSupで目的のバージョンツリーを取得して、Makefileを読んで理解する。
今後はこれを忘れず、他人に聞くことのないようチャレンジしてみます。
Estimated EoL について (スコア:0)
保守期間を見ると、4.9がありませんがもうサポートされていないってことなのでしょうか?
また、基本的に奇数番のReleaseはEoLから削除されているような印象を持っています。
これは気のせいなのでしょうか?
5.3まではstable-branchになってなかったので、5.2.1とかの5系のReleaseはもうサポートされないのでしょうけど。
基本的に偶数版のReleaseしか仕事では使っていません。