shotwell/Shotwell\343\201\247epoll_create1 () failed: Too many open files\343\202\250\343\203\251\343\203\274\343\201\214\347\231\272\347\224\237\343\201\231\343\202\213.md
... ...
@@ -0,0 +1,93 @@
1
+## エラー内容
2
+
3
+```
4
+(shotwell:*****): GLib-GIO-ERROR **: 03:20:28.043: epoll_create1 () failed: Too many open files
5
+Trace/breakpoint trap (core dumped)
6
+```
7
+
8
+## 原因?
9
+[Linux サーバでの「Too many open files」対策について](https://akishin.hatenablog.jp/entry/20130213/1360711554)
10
+
11
+## 解決法 (ChatGPT o1の出力)
12
+Shotwell 実行中に「epoll_create1 () failed: Too many open files」といったエラーが出る場合、多くの場合はファイルディスクリプター（同時に開けるファイルやソケットなど）の上限に引っかかっている可能性が高いです。Ubuntu や他の Linux ディストリビューションでしばしば起こりうる現象です。以下の手順を試してみてください。
13
+
14
+---
15
+
16
+## 1. 現在のファイルディスクリプター上限を確認する
17
+
18
+まず、端末を開いて現在のファイルディスクリプターの上限を確認します。
19
+
20
+```bash
21
+ulimit -n
22
+```
23
+
24
+たとえば 1024 など小さい値になっていた場合、Shotwell やその他アプリケーションを多数同時に利用しているとすぐに上限に達してしまうことがあります。
25
+
26
+---
27
+
28
+## 2. セッションごとの上限を一時的に変更する
29
+
30
+現在ログイン中のセッション内だけで上限を一時的に変更するには、以下のように実行します。
31
+
32
+```bash
33
+ulimit -n 65535
34
+```
35
+
36
+値はたとえば 65535 などある程度大きな数に設定します。
37
+この方法では、**現在のシェルを閉じると設定がリセットされる**ため、再起動や新しいターミナルを開いた際には再び設定し直す必要があります。
38
+
39
+---
40
+
41
+## 3. 永続的に上限を変更する
42
+
43
+システム全体、あるいは特定のユーザーに対して永続的にファイルディスクリプター数の上限を設定したい場合は、下記の方法を検討します。
44
+
45
+### 3-1. /etc/security/limits.conf を編集する
46
+
47
+1. `/etc/security/limits.conf` ファイルをテキストエディタで開きます（sudo で開く必要があります）。
48
+ ```bash
49
+ sudo nano /etc/security/limits.conf
50
+ ```
51
+2. ファイルの末尾などに、以下のような行を追加します（例としてユーザー名を「your_username」とする場合）。
52
+
53
+ ```
54
+ your_username soft nofile 65535
55
+ your_username hard nofile 65535
56
+ ```
57
+
58
+ - `soft nofile` は「通常時の上限」
59
+ - `hard nofile` は「絶対に超えられない上限」
60
+
61
+3. ファイルを保存してログアウトし、再度ログインし直すか再起動すると設定が反映されます。
62
+
63
+### 3-2. Systemd ユニットでの設定
64
+
65
+近年の Ubuntu では systemd が導入されているため、サービスとして Shotwell を起動しているわけではない場合はあまり関係ありませんが、もし systemd のサービスとして何らかの制御をしたい場合には、`/etc/systemd/system.conf` や `/etc/systemd/user.conf` などに `DefaultLimitNOFILE=` を設定する方法もあります。
66
+
67
+---
68
+
69
+## 4. Shotwell 以外の要因を確認する
70
+
71
+- 何らかのプラグインやバックグラウンドで動いているプロセスが大量のファイルディスクリプターを使用している可能性もあります。
72
+- `lsof` コマンドや `ps` コマンドなどを使って、どのプロセスがどれだけファイルを開いているか調べることができます。たとえば:
73
+ ```bash
74
+ lsof | wc -l
75
+ ```
76
+ でシステム全体のオープンファイル数をざっくりと把握できます。
77
+- また、`lsof -p [PID]` でプロセスごとの詳細を確認できます。
78
+
79
+---
80
+
81
+## 5. 再度 Shotwell を起動して確認
82
+
83
+ファイルディスクリプターの上限を引き上げたり、不要なプロセスを停止するなどしてから、もう一度 Shotwell を起動してエラーが解消されるか確認してみてください。
84
+
85
+---
86
+
87
+### まとめ
88
+
89
+- **一時的**: `ulimit -n 65535` などでファイルディスクリプターの上限を上げてみる。
90
+- **永続的**: `/etc/security/limits.conf` や systemd の設定を編集し、再ログイン・再起動で反映させる。
91
+- それでも改善しない場合は、ほかのプロセスが異常にファイルハンドルを消費していないか、マシンのメモリやストレージが原因で処理が詰まっていないかを確認する。
92
+
93
+この手順を試してみることで多くの場合「Too many open files」エラーが解消されるはずです。
... ...
\ No newline at end of file