Fedora 総合スレッド Part 63 (173ﾚｽ)
上下前次1-新
147(1): 01/09(金)22:05 ID:G6OH3q0q(2/2) AAS
F43 を新規インストールすれば、また5年戦える
外部ﾘﾝｸ:discussion.fedoraproject.org
Firmware is getting bigger, initramfs are getting bigger, and boot volume size is not getting bigger. The last time it was changed from 500 MB to 1 GB was 2016.
The motive for the change is having a big enough boot on new clean Fedora 43 installations so they can be upgraded for 5 years.
148: 01/10(土)14:27 ID:NjUEAbmy(1) AAS
レスキューカーネル用のinitramfsがすごいサイズになってビビった
149: [age] 01/10(土)18:12 ID:tx+1UtmT(1) AAS
ずっとアップグレード重ねてきて現在F43のマシンが1台ある。
/bootが500MBしかないのだが、installonly_limit=2でもふつうにkernelパッケージのアップデートできないからな
150: 01/11(日)02:15 ID:FkO2+zhc(1) AAS
クリーンインストールしたらファイルシステムがBtrfsになってた…
もしかしたらと思ったらやっぱりそうだった
Fedoraの謎のバター推しを何とかしてくれw
151: 01/11(日)08:00 ID:tRPXXxiu(1) AAS
Btrfsがデフォになってからもうだいぶ経つし嫌なら変えればいいし
今更感が
152: 01/11(日)08:11 ID:OVpNae8F(1/2) AAS
インストール時にxfs選択するよね
普通
153: 01/11(日)09:09 ID:bI1UKjFG(1/2) AAS
デスクトップ運用なら普通はdefault
異常者だけがxfsを選択する
154: 01/11(日)09:35 ID:OVpNae8F(2/2) AAS
ぐぬぬ⋯
155: 01/11(日)10:04 ID:bI1UKjFG(2/2) AAS
まあ俺自身はext4に変えようかと思ってるけどね
VMやDBだったらCOW無効化、とか面倒くさいし
スナップショット機能使わないし
156: 01/11(日)10:50 ID:Me19kkZd(1/3) AAS
zramになってうっかりスラッシングさせてリセットしようかどうか迷ってる時に
どのファイルシステムがよかったか後悔することはある
157: 01/11(日)11:20 ID:7Qh67FKI(1) AAS
XFS の CoW は進んでいるのか、よくわからない
Is XFS (default on Fedora Server) copy-on-write (CoW)?
外部ﾘﾝｸ:discussion.fedoraproject.org
158: 01/11(日)14:28 ID:Me19kkZd(2/3) AAS
>>147
むしろ倍にしても今度は5年しかもたねーのかよって
何やってんだよまったく
159(1): 01/11(日)14:34 ID:WfBy/vjk(1) AAS
xfsは試すたびに謎の不具合が起きてた
btrfsは何の問題も起きなくて逆に怖い
160: 01/11(日)14:53 ID:Me19kkZd(3/3) AAS
>>159
仕事で使ってるヤツはスクリプト内でlsで存在を確認したファイルが直後に消失している謎の不具合に10年くらい悩んでる
何か知らない？ こんな感じ
rm A → ls A (ある) → なにか A (ない)
161: 01/11(日)15:31 ID:Z9/X6Mnl(1) AAS
プロは迷わずxfsだけどな
162: 01/11(日)17:25 ID:0ggC+PN5(1) AAS
個人的には速度以外でxfsのメリットをあまり知らない
M.2とかでストレージが高速化した今、ベンチでの差ほ
どそこまで実使用でパフォーマンスに差が出るかな…？
信頼性と実績ならext系を使うし、
先進性と多機能性、発展性ならbtrfsで自分は基本これ
xfsはベンチでハイパフォーマンスだけどメモリも割と使うし
buffaloとかのNASでファイルシステム壊れて
サルベージ困難になってるイメージもわりとある…
163: 01/11(日)23:17 ID:UbbIpzpE(1) AAS
Silicon GraphicsがIRIXで利用していたのがxfs
90年代のジャーナルファイルシステムなんてxfsかIBM由来のJFSくらいしか無かった
なので歴史あるFSだけどサーバではxfs＋LVMの構成で使用してたから実運用ではLVMメインであまり生のxfsコマンド触ってないな～
今やFSは単なるストレージプールとして使う土台でしかない
ボリューム拡張する時ext4よりラクなくらいか
164: 01/12(月)00:17 ID:ReH98Jaq(1) AAS
redhat が xfs だから
世の中の業務系はそれ
165: 01/12(月)01:35 ID:ybfvelpA(1) AAS
Linux で使いながらxfsのバグ取りもしてくれて良かったじゃないか。xfs が Linux に移植された時は xfs かReiserFS が良さそうだったよ。当時の競合は ext3 だったからファイルサイズの上限で限界が見えていた。
jfs もあって Debian では容易に使えて不満も無かった。偽AIXを作ろうという時に ksh も導入して遊んではみていたよ。OS だけでなく、DBがサポートするファイルシステムの都合もあるけどDB2だとjfsも、ちょっとは書いてあった。
外部ﾘﾝｸ[x]:www.ibm.com
166: 01/12(月)01:43 ID:o5iArf3I(1) AAS
バターだったからかインストールはメチャ速かったな
Red Hatはバターのサポートをやめたのは知ってたし不人気っぽいから、逆に頑張ってほしくなったw
167: 01/12(月)15:07 ID:Rp9kgd7V(1) AAS
F43、第3世代インテルのマザボ（13年ほど前の世代）に壊れかけのHDDをたくさん積んだ自作機にインストールできない。インストーラーの最初の画面は表示されるが、install to harddiskを選んだ後のwindowが表示されない。裏で何かやってるようだが終わらない。SSDを1台だけつないでやればインストールできそうな気がするが、面倒で試してない。jornallogを見るとHDDのI/Oエラーが出ている。F39なら問題ない。古いHDDか、エラーのあるHDDに対する処理が切り捨てられたか、厳しくなったかって感じ。
168: 01/12(月)16:32 ID:qxuubfwr(1/2) AAS
おま環が過ぎる
169: 01/12(月)16:37 ID:qzBRyzRt(1) AAS
この辺り
Changes/Optimized Binaries for the AMD64 Architecture
外部ﾘﾝｸ:fedoraproject.org
Changes/Optimized Binaries for the AMD64 Architecture v2
外部ﾘﾝｸ:fedoraproject.org
Fedora 42 Ends Support for CPUs Before 2008
外部ﾘﾝｸ[php]:forums.fedoraforum.org
170: 01/12(月)17:31 ID:VUcerz43(1/2) AAS
なんで壊れかけのHDDにインストールしようとするのか
だまってインストールできるより止まってくれる方がむしろ親切まである
171(1): 01/12(月)18:55 ID:qxuubfwr(2/2) AAS
大昔はHDDにエラーがあるのは当たり前で
mkfsに壊れたセクターのリストを食わせてフォーマットしてた
172: 01/12(月)19:10 ID:a7edAZCi(1) AAS
>>171
あったな
最近はSSDとかは自動でやるから見えにくい
173: 01/12(月)19:20 ID:VUcerz43(2/2) AAS
まぁ今だとエラーが発生するようになったHDDはエラーセクタが増殖する可能性があるから
生きているうちに置き換え推奨だね
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.419s*