Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
ファイルシステムの整合性を回復するfsck
Search
Satoru Takeuchi
PRO
April 28, 2026
Technology
83
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
ファイルシステムの整合性を回復するfsck
以下動画のスライドです
https://youtu.be/dKPZksMOHys
Satoru Takeuchi
PRO
April 28, 2026
More Decks by Satoru Takeuchi
See All by Satoru Takeuchi
119-多機能ファイルシステムBtrfs_のコピー.pdf
sat
PRO
1
70
Linuxカーネルの インタフェースは変わりうる?
sat
PRO
1
96
あなたの知らないバージョン命名規則
sat
PRO
3
910
Rook: Intro and Deep Dive with Ceph
sat
PRO
1
64
Machine Check Exception
sat
PRO
2
67
バイナリダンプの模様を読む
sat
PRO
0
91
cpコマンドはディスク上でデータを コピーしないことがある
sat
PRO
3
90
114-ファイルのshallow_copy.pdf
sat
PRO
2
58
113-Btrfsのスナップショット.pdf
sat
PRO
0
41
Other Decks in Technology
See All in Technology
アクセスキーこわい やめかたと漏らさない工夫
sassssan68
1
780
AIは推し活である。
kurazuuuuuu
1
970
技術的負債から考える、AI時代のエンジニアリング投資 — ビズリーチの技術的負債と向き合った経験から、変更し続けられるソフトウェアを考える/ technical-debt-con2026
visional_engineering_and_design
4
3.8k
SREの視点で考えるSIEM活用術 〜AWS環境でのセキュリティ強化〜
cscengineer
PRO
0
350
ボードゲームの遊び相手をFoundation Modelsで作る / iOSDC Japan 2026
genda
0
180
AI 時代のスタートアップエコシステ厶から考究する技術的負債との向き合い方
m3m0r7
PRO
3
2.7k
人にやさしく、AIにやさしく、書き手を選ばないIaCのガードレール再考 / Rethinking IaC Guardrails for Humans and AI Alike
kohbis
5
1.1k
Lambda MicroVMsは常駐サーバーの代わりに なるか? Kiro Crew を動かして検証してみた / Kiro Crew on Lambda MicroVMs
k_adachi_01
2
210
あけおめLINE 傾向とその対策
nasa9084
0
330
LLMに渡さなかった仕事
nanaism
0
9.1k
顧客に向き合う開発組織へ。リアーキテクチャとフィーチャーチーム化で挑む組織改革
safie
0
2.4k
「今盗んで、後で解く」に備える ― AWSのポスト量子暗号入門
yama3133
2
240
Featured
See All Featured
16th Malabo Montpellier Forum Presentation
akademiya2063
PRO
0
390
How to Align SEO within the Product Triangle To Get Buy-In & Support - #RIMC
aleyda
2
1.8k
Navigating Algorithm Shifts & AI Overviews - #SMXNext
aleyda
1
1.6k
[SF Ruby Conf 2025] Rails X
palkan
3
1.4k
Redefining SEO in the New Era of Traffic Generation
szymonslowik
1
430
職位にかかわらず全員がリーダーシップを発揮するチーム作り / Building a team where everyone can demonstrate leadership regardless of position
madoxten
69
66k
Into the Great Unknown - MozCon
thekraken
41
2.7k
The Cost Of JavaScript in 2023
addyosmani
55
10k
Odyssey Design
rkendrick25
PRO
2
820
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
56
3.5k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
49
3.6k
Building Applications with DynamoDB
mza
96
7.2k
Transcript
ファイルシステムの整合性を 回復させるfsck ~ つらいext2編 ~ Apr. 28th, 2026 Satoru Takeuchi
X: satoru_takeuchi
• ファイルシステムの更新中に不整合な状態でシステムが異常終了したとする ◦ 📝 過去動画: その109「ファイルシステム不整合」 • ファイルシステムにバグがあったときもこのような状態になりうる • このような状態から回復する手段の1つがfsck
/ foo bar huga hoge 本来どちらか1つからのみ参 照されるべき fsckとは
fsckとは • filesystem checkの略 • ファイルシステムの整合性確認、および不整合を起こしていた場合に修復するコマ ンドの総称 ◦ 例: e2fsck,
xfs_repair, btrfs check • 次のようなオプションもある ◦ 不整合の検出はするが解消はしない ◦ 解消方法をユーザに選択させる • 以下、システム異常終了への耐性が無いext2のfsckについて紹介
初期状態 • ext2への書き込み中に下図のような中途半端な状態にときにシステムが異常終了 / foo bar huga hoge 本来どちらか1つからのみ参 照されるべき
再起動後 1. mount前にfsckが起動してシステムが異常終了したかどうかを確認 2. 異常終了していたら整合性が保たれているかをチェックする ◦ ext4などのモダンなファイルシステムでは、ここがちょっと違う 3. チェックの結果不整合があったら修復を試みる ◦
直し方が一意に定まらないことがある ◦ そもそも直せないこともある / foo bar huga hoge どちらかに修正
fsckの注意点 • ファイルシステムツリーの全走査をするので非常に時間がかかる ◦ ファイルシステムが大きくなればなるほど長くなる • CPU、メモリリソースを大量に使う ◦ fsckでOOM killerが発生することすらある
• 必ず整合性を回復できるとも限らないし、回復したとしてもユーザが期待する結果 になるとも限らない ◦ fsckの前にファイルシステムイメージを別の場所に保存しておくのも一般的 ◦ そもそもfsckは最後の手段。バックアップからの復旧が望ましい
📝 謎のディレクトリlost+found • ファイルシステムのトップディレクトリに存在するディレクトリ • “lost+found”は「遺失物取扱所(忘れ物置き場)」という意味 • fsckで持ち主(ディレクトリ)がわからなくなったファイルを置く場所 ◦ 非常に大事なファイルが消えた場合、ここにあるファイルの中身を見て、手作業で移動させたりする
まとめ • fsckはファイルシステムの失われた整合性を回復する手段 • ユーザの期待通りに必ず回復できる保証は無い • fsckに頼るのではなく、バックアップに頼るとよい • 可能な限りシステムの異常終了に耐性があるファイルシステムを使うとよい