系統環境預設值為 Debian Jessie + gnome + 硬體：4GB RAM
系統預設值環境在"系統監控"可以查到：
裝置 tmpfs 目錄 /dev/shm 總數 2.1GB 可用空間 2.1GB 已經使用 225.3kB
然而我進入 /dev/shm 裏頭查看 可以發現 有好幾個 檔案容量均為 67.1MB的
pulse-shm-XXXXXXXXXX 檔案。
接下來，"我需要"擴充 /dev/shm 裏頭的空間，我需要增大到2.5GB，
我會利用這個空間來 擺放/指向 例如 gimp的"置換檔"，網路瀏覽器的cache路徑等等。
/dev/shm下的資料，我是"不需要"另存檔案的，關機後消失沒有差。
於是我開始查閱 /etc/default/tmpfs 檔案的內容該怎麼設定？？？
有嘗試man tmpfs了，個人英文文件能消化的有限，
我把 SHM_SIZE= 這行開頭的井字註解拿掉，並且填入數值 2500000000
存檔重開機後，發現"沒有"效果，
裝置 tmpfs 目錄 /dev/shm 總數仍然還是 2.1GB 。
我該怎麼去修改tmpfs的參數設定值？？？
我原本的這套做法，在debian wheezy+ gnome是有效的，
為什麼在Debian Jessie + gnome就無效了？？？
我該修改些什麼才能再生效？？？

IanHo 寫到：
系統環境預設值為 Debian Jessie + gnome + 硬體：4GB RAM
系統預設值環境在"系統監控"可以查到：
裝置 tmpfs 目錄 /dev/shm 總數 2.1GB 可用空間 2.1GB 已經使用 225.3kB
然而我進入 /dev/shm 裏頭查看 可以發現 有好幾個 檔案容量均為 67.1MB的
pulse-shm-XXXXXXXXXX 檔案。
接下來，"我需要"擴充 /dev/shm 裏頭的空間，我需要增大到2.5GB，
我會利用這個空間來 擺放/指向 例如 gimp的"置換檔"，網路瀏覽器的cache路徑等等。
/dev/shm下的資料，我是"不需要"另存檔案的，關機後消失沒有差。
於是我開始查閱 /etc/default/tmpfs 檔案的內容該怎麼設定？？？
有嘗試man tmpfs了，個人英文文件能消化的有限，
我把 SHM_SIZE= 這行開頭的井字註解拿掉，並且填入數值 2500000000
存檔重開機後，發現"沒有"效果，
裝置 tmpfs 目錄 /dev/shm 總數仍然還是 2.1GB 。
我該怎麼去修改tmpfs的參數設定值？？？
我原本的這套做法，在debian wheezy+ gnome是有效的，
為什麼在Debian Jessie + gnome就無效了？？？
我該修改些什麼才能再生效？？？

想起來「這篇」有討論相關的。
但這部份，我也沒實作過，也沒概念，所以只是先貼網址給你。
盼有沒有人有經驗的，來分享一下作法。

剛查詢「SHM_SIZE tmpfs」

查到「這篇」,「這篇」,「這篇」

然後根據剛剛提到的「這篇」

在「/etc/fstab」

加入下面這一行

tmpfs /dev/shm tmpfs defaults,size=1024M 0 0

或是執行下面的指令加入

$ sudo sh -c "echo 'tmpfs /dev/shm tmpfs defaults,size=1024M 0 0' >> /etc/fstab"

存檔重開機後

執行下面的指令查看

$ df -h

就會看到「/dev/shm」的大小有變了


另外發現
若沒有在「/etc/fstab」設定掛載「/run/shm」的話
「/run/shm」，預設是「symbolic link」到「/dev/shm」。

可以執行下面的指令觀看

$ ls /run/shm -l

顯示

lrwxrwxrwx 1 root root 8 5月 22 18:18 /run/shm -> /dev/shm

也可以直接下面的指令，直接更改大小,不過下次開機還是依據剛剛「/etc/fstab」的設定就是了。

$ sudo mount -o remount,size=2G /dev/shm

另外我觀看

$ man tmpfs

會看到

...略...
SHM_SIZE
Maximum size of /run/shm (was previously /dev/shm). No default
size; the size required varies widely depending upon the demands
of the software being run.

...略...

主要提的是「Maximum size of /run/shm (was previously /dev/shm)」,

* 注意是「/run/shm」，而非「/dev/shm」。

* 可是剛上面是「/run/shm」，預設是「symbolic link」到「/dev/shm」。

* 還有「Maximum」，指的應該是最大值吧。


這部份我就不知道要怎麼觀看，設定「SHM_SIZE」後，會怎麼影響了。


等會再來測試其他的目錄

samwhelp 寫到：

IanHo 寫到：
系統環境預設值為 Debian Jessie + gnome + 硬體：4GB RAM
系統預設值環境在"系統監控"可以查到：
裝置 tmpfs 目錄 /dev/shm 總數 2.1GB 可用空間 2.1GB 已經使用 225.3kB
然而我進入 /dev/shm 裏頭查看 可以發現 有好幾個 檔案容量均為 67.1MB的
pulse-shm-XXXXXXXXXX 檔案。
接下來，"我需要"擴充 /dev/shm 裏頭的空間，我需要增大到2.5GB，
我會利用這個空間來 擺放/指向 例如 gimp的"置換檔"，網路瀏覽器的cache路徑等等。
/dev/shm下的資料，我是"不需要"另存檔案的，關機後消失沒有差。
於是我開始查閱 /etc/default/tmpfs 檔案的內容該怎麼設定？？？
有嘗試man tmpfs了，個人英文文件能消化的有限，
我把 SHM_SIZE= 這行開頭的井字註解拿掉，並且填入數值 2500000000
存檔重開機後，發現"沒有"效果，
裝置 tmpfs 目錄 /dev/shm 總數仍然還是 2.1GB 。
我該怎麼去修改tmpfs的參數設定值？？？
我原本的這套做法，在debian wheezy+ gnome是有效的，
為什麼在Debian Jessie + gnome就無效了？？？
我該修改些什麼才能再生效？？？

想起來「這篇」有討論相關的。
但這部份，我也沒實作過，也沒概念，所以只是先貼網址給你。
盼有沒有人有經驗的，來分享一下作法。

我需要修正我的提問內容：

系統環境預設值為 Debian Jessie + gnome + 硬體：4GB RAM
系統預設值環境在"系統監控"可以查到：
裝置 tmpfs 目錄 /dev/shm 總數 2.1GB 可用空間 2.1GB 已經使用 225.3kB
然而我進入 /dev/shm 裏頭查看，可以發現有好幾個檔案容量均為67.1MB的
pulse-shm-XXXXXXXXXX 檔案。
接下來，"我需要"擴充 /dev/shm 裏頭的空間，我需要增大到2.5GB，
（若我的主機有8GB RAM，我會要把 /dev/shm 增大到5GB）
我會利用這個空間來 擺放/指向 例如gimp的"置換檔"，網路瀏覽器的cache路徑等等。
/dev/shm下的資料，我是"不需要"另存檔案的，關機後消失沒有差。
我期望/需求的操作設定情境是，在"不需要"額外於終端機內下指令的"前提"下，
不需造再新增更多字串的"前提"下(但是可以改字串/新增數值/改數值)
“有沒有”哪個"現成的"某個路徑下的"參數設定檔案"內的某個字串，可以讓我修改/新增數值？
然後重開機之後，裝置 tmpfs 目錄 /dev/shm "總數"的空間，
就可以是我填入的數值(或著很接近的數值)？？？
我有查閱 /etc/default/tmpfs 檔案的內容。
有嘗試man tmpfs了，個人英文文件能消化的有限，
我把 SHM_SIZE= 這行開頭的井字註解拿掉，並且填入數值 2500000000
存檔重開機後，發現"沒有"效果，
裝置 tmpfs 目錄 /dev/shm 總數仍然還是 2.1GB（主記憶體的一半）。

剛有發現一個資料夾「/etc/tmpfiles.d/」，裡面空空，不知道有什麼作用。

執行下面的指令，查詢是屬於哪個套件的

$ dpkg -S /etc/tmpfiles.d/

顯示

systemd: /etc/tmpfiles.d

是屬於「systemd」這個套件。

尚未了解「/etc/tmpfiles.d/」的作用，先貼出來



## 參考文件

* man tmpfiles.d
* man systemd-tmpfiles

剛發現有個檔

「/lib/init/tmpfs.sh」

還沒研究透徹，先貼已經探索的

跟「/etc/default/tmpfs 」一樣。都是屬於「initscripts」這個套件的


執行

$ dpkg -S /lib/init/tmpfs.sh

顯示

initscripts: /lib/init/tmpfs.sh

執行

$ dpkg -S /etc/default/tmpfs

顯示

initscripts: /etc/default/tmpfs

==============================================================

可以看到「/lib/init/tmpfs.sh」這個檔，

裡面有一段引用「/etc/default/tmpfs」這個檔。

# Source conffile
if [ -f /etc/default/tmpfs ]; then
. /etc/default/tmpfs
fi

==============================================================

可以看到「/var/lib/dpkg/info/initscripts.postinst」

一開頭有一段

. /lib/init/vars.sh
. /lib/init/tmpfs.sh
. /lib/init/mount-functions.sh

==============================================================

可以看到「/lib/init/mount-functions.sh 」

裡面有定義一個function

# Mount /run/shm
mount_shm ()
{
...略...
}

==============================================================

從「/etc/init.d/mountdevsubfs.sh」這個檔可以看到「mount_shm」的呼叫

mount_shm "$MNTMODE"

==============================================================

從「/etc/init.d/mountall.sh」這個檔可以看到「mount_shm」的呼叫

mount_shm mount_noupdate

==============================================================

執行

sudo service mountall start

顯示

Failed to start mountall.service: Unit mountall.service is masked.

執行

sudo service mountdevsubfs start

顯示

Failed to start mountdevsubfs.service: Unit mountdevsubfs.service is masked.

執行

sudo systemctl start mountall.service

顯示

Failed to start mountall.service: Unit mountall.service is masked.

執行

sudo systemctl start mountdevsubfs.service

顯示

Failed to start mountdevsubfs.service: Unit mountdevsubfs.service is masked.

==============================================================

若有設定「/etc/default/tmpfs」裡面的參數「SHM_SIZE=3G」

執行

$ sudo /etc/init.d/mountall.sh start

或是執行

$ sudo /etc/init.d/mountdevsubfs.sh start

後

再執行

$ df -h

顯示

檔案系統 容量 已用 可用 已用% 掛載點
/dev/sda1 77G 4.6G 69G 7% /
udev 10M 0 10M 0% /dev
tmpfs 202M 4.8M 197M 3% /run
tmpfs 3.0G 0 3.0G 0% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 504M 0 504M 0% /sys/fs/cgroup
tmpfs 101M 8.0K 101M 1% /run/user/120
tmpfs 101M 8.0K 101M 1% /run/user/1000

原來的是

檔案系統 容量 已用 可用 已用% 掛載點
/dev/sda1 77G 4.6G 69G 7% /
udev 10M 0 10M 0% /dev
tmpfs 202M 4.8M 197M 3% /run
tmpfs 504M 160K 504M 1% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 504M 0 504M 0% /sys/fs/cgroup
tmpfs 101M 8.0K 101M 1% /run/user/120
tmpfs 101M 8.0K 101M 1% /run/user/1000

可以看到

從原來的

tmpfs 504M 160K 504M 1% /dev/shm

變成

tmpfs 3.0G 0 3.0G 0% /dev/shm

再根據上面查到的來看

表示「/etc/init.d/mountall.sh」和「/etc/init.d/mountdevsubfs.sh」這兩個初始script是會根據「/etc/default/tmpfs」的設定的

所以要確認的就是「/etc/init.d/mountall.sh」和「/etc/init.d/mountdevsubfs.sh」這兩個初始script，在開機有沒有被執行了，
因為Debian 8 (Jessie)最大的變化，就是改用Systemd，所以猜想這部份可能有影響。
只是還沒查到文件，看到相關的說明。所以就先用人工來探索。

執行

$ ls /etc/rc*/*mountall* -l

顯示

lrwxrwxrwx 1 root root 21 5月 10 01:34 /etc/rcS.d/S09mountall.sh -> ../init.d/mountall.sh
lrwxrwxrwx 1 root root 31 5月 10 01:34 /etc/rcS.d/S10mountall-bootclean.sh -> ../init.d/mountall-bootclean.sh

執行

$ ls /etc/rc*/*mountdevsubfs* -l

顯示

lrwxrwxrwx 1 root root 26 5月 10 01:34 /etc/rcS.d/S04mountdevsubfs.sh -> ../init.d/mountdevsubfs.sh

先紀錄到這了，其他的再找時間研究了



## 更多參考

* Debian Reference / Chapter 3. The system initialization
* Debian Wiki / BootProcess
* Debian Wiki / systemd Integration
* Ubuntu Community Help Wiki / UbuntuBootupHowto
* Ubuntu Community Help Wiki / UpstartHowto
* Ubuntu Community Help Wiki / InitScriptList
* Ubuntu Wiki / Systemd For Upstart Users
* 淺析 Linux 初始化 init 系統，第 1 部分: sysvinit
* 淺析 Linux 初始化 init 系統，第 2 部分: UpStart
* 淺析 Linux 初始化 init 系統，第 3 部分: Systemd

IanHo 寫到：
我需要修正我的提問內容：

系統環境預設值為 Debian Jessie + gnome + 硬體：4GB RAM
系統預設值環境在"系統監控"可以查到：
裝置 tmpfs 目錄 /dev/shm 總數 2.1GB 可用空間 2.1GB 已經使用 225.3kB
然而我進入 /dev/shm 裏頭查看，可以發現有好幾個檔案容量均為67.1MB的
pulse-shm-XXXXXXXXXX 檔案。
接下來，"我需要"擴充 /dev/shm 裏頭的空間，我需要增大到2.5GB，
（若我的主機有8GB RAM，我會要把 /dev/shm 增大到5GB）

一般來講，我們不會想把檔案寫進/dev/shm，且那邊其實是直接顯示記憶體的空間狀況（總記憶體 - 被mount成tmpfs的容量）
所以一般而言，沒必要特別去指定/dev/shm的容量（而且，其實他的值+所有tmpfs的值>實際記憶體的話，系統會報錯誤，極有可能開機失敗）

所以，常見的實做通常是控制/tmp

IanHo 寫到：我會利用這個空間來 擺放/指向 例如gimp的"置換檔"，網路瀏覽器的cache路徑等等。
/dev/shm下的資料，我是"不需要"另存檔案的，關機後消失沒有差。

CACHEDIR=/tmp/cache-$USER
[[ ! -d $CACHEDIR ]] && install -dm700 $CACHEDIR
rm -rf ~/.cache && ln -sf $CACHEDIR ~/.cache

把上面那串讀懂以後，寫進去~/.bashrc

IanHo 寫到：我期望/需求的操作設定情境是，在"不需要"額外於終端機內下指令的"前提"下，
不需造再新增更多字串的"前提"下(但是可以改字串/新增數值/改數值)
“有沒有”哪個"現成的"某個路徑下的"參數設定檔案"內的某個字串，可以讓我修改/新增數值？
然後重開機之後，裝置 tmpfs 目錄 /dev/shm "總數"的空間，
就可以是我填入的數值(或著很接近的數值)？？？
我有查閱 /etc/default/tmpfs 檔案的內容。
有嘗試man tmpfs了，個人英文文件能消化的有限，
我把 SHM_SIZE= 這行開頭的井字註解拿掉，並且填入數值 2500000000
存檔重開機後，發現"沒有"效果，
裝置 tmpfs 目錄 /dev/shm 總數仍然還是 2.1GB（主記憶體的一半）。

在/etc/fstab中，該mount設定那行的options後面加上size=?G或size=?M就好了，例如：
# <file system> <dir> <type> <options> <dump> <pass>
tmpfs /tmp tmpfs nodev,nosuid,size=2G 0 0


如上所述，/dev/shm本身是換算的結果，直接改那邊根本不應該要有效果
且結果也與預期相符合，因為預設/tmp沒指定尺寸的話，就是主記憶體的一半，那想當然，/dev/shm就會是另外一半
假如真有心要親手搞定這玩意兒的話，建議是一邊查一邊讀man，通常man都有寫得很清楚了
但很可惜，查錯方向了。
你應該去查man fstab，而它會建議你去查 man mount，而有關mount options的東西，man mount裡都寫的詳詳細細，尤其是tmpfs options那邊，就有提到要怎麼指定tmpfs的容量大小
簡單的講，fstab只是一個讓系統開機時順著讀過去給mount這隻程式運作的script而已

我大概知道原因了，給我一些時間，正在寫說明

samwhelp 寫到：
我大概知道原因了，給我一些時間，正在寫說明

以下測試，是在「Debian 8 (Jessie) Gnome 32位元」環境下測試的


執行下面的指令

$ systemctl list-unit-files --type=service | grep mount

會看到

mountall-bootclean.service masked
mountall.service masked
mountdevsubfs.service masked
mountkernfs.service masked
mountnfs-bootclean.service masked
mountnfs.service masked
systemd-remount-fs.service static
umountfs.service masked
umountnfs.service masked
umountroot.service masked

註：本來應該會有一行「tmp.mount disabled」，不過我剛剛測試完後就消失了，下面我會用到。


===============================================================



把「mountall.service」這個「service」給「unmask」

$ sudo systemctl unmask mountall.service

再執行下面的指令確認

$ sudo systemctl list-unit-files | grep mountall.service

結果還是「masked」

mountall.service masked

===============================================================


執行下面的指令，將「tmp.mount」給「enable」。

$ sudo systemctl enable tmp.mount

會顯示

Created symlink from /etc/systemd/system/local-fs.target.wants/tmp.mount to /lib/systemd/system/tmp.mount.

所以就發現了一個很重要的資料夾「/lib/systemd/system/」

$ ls /lib/systemd/system/ -al | grep mount

就會顯示

-rw-r--r-- 1 root root 636 4月 18 00:37 dev-hugepages.mount
-rw-r--r-- 1 root root 590 4月 18 00:37 dev-mqueue.mount
lrwxrwxrwx 1 root root 9 5月 10 01:34 mountall-bootclean.service -> /dev/null
lrwxrwxrwx 1 root root 9 5月 10 01:34 mountall.service -> /dev/null
lrwxrwxrwx 1 root root 9 5月 10 01:34 mountdevsubfs.service -> /dev/null
lrwxrwxrwx 1 root root 9 5月 10 01:34 mountkernfs.service -> /dev/null
lrwxrwxrwx 1 root root 9 5月 10 01:34 mountnfs-bootclean.service -> /dev/null
lrwxrwxrwx 1 root root 9 5月 10 01:34 mountnfs.service -> /dev/null
-rw-r--r-- 1 root root 693 4月 18 00:37 proc-sys-fs-binfmt_misc.automount
-rw-r--r-- 1 root root 603 4月 18 00:37 proc-sys-fs-binfmt_misc.mount
-rw-r--r-- 1 root root 460 2月 13 19:20 run-vmblock\x2dfuse.mount
-rw-r--r-- 1 root root 681 4月 18 00:37 sys-fs-fuse-connections.mount
-rw-r--r-- 1 root root 719 4月 18 00:37 sys-kernel-config.mount
-rw-r--r-- 1 root root 662 4月 18 00:37 sys-kernel-debug.mount
-rw-r--r-- 1 root root 824 4月 18 00:37 systemd-remount-fs.service
-rw-r--r-- 1 root root 661 4月 18 00:37 tmp.mount
lrwxrwxrwx 1 root root 9 5月 10 01:34 umountfs.service -> /dev/null
lrwxrwxrwx 1 root root 9 5月 10 01:34 umountnfs.service -> /dev/null
lrwxrwxrwx 1 root root 9 5月 10 01:34 umountroot.service -> /dev/null
-rw-r--r-- 1 root root 417 4月 18 00:37 umount.target

你會發現

lrwxrwxrwx 1 root root 9 5月 10 01:34 mountall-bootclean.service -> /dev/null
lrwxrwxrwx 1 root root 9 5月 10 01:34 mountall.service -> /dev/null
lrwxrwxrwx 1 root root 9 5月 10 01:34 mountdevsubfs.service -> /dev/null
lrwxrwxrwx 1 root root 9 5月 10 01:34 mountkernfs.service -> /dev/null
lrwxrwxrwx 1 root root 9 5月 10 01:34 mountnfs-bootclean.service -> /dev/null
lrwxrwxrwx 1 root root 9 5月 10 01:34 mountnfs.service -> /dev/null


lrwxrwxrwx 1 root root 9 5月 10 01:34 umountfs.service -> /dev/null
lrwxrwxrwx 1 root root 9 5月 10 01:34 umountnfs.service -> /dev/null
lrwxrwxrwx 1 root root 9 5月 10 01:34 umountroot.service -> /dev/null

上面幾個檔案，都被「symbolic link」到「/dev/null」，所以我猜，再怎麼「unmask」也沒用。

但「tmp.mount」並沒有，所以剛可以啟用。
不過還不了解這個怎麼用，爾後再來研究。

-rw-r--r-- 1 root root 661 4月 18 00:37 tmp.mount

回到主題，上面的檔，可以對照「/etc/init.d」底下的 「available service script」。

$ ls /etc/init.d | grep mount

會顯示

mountall-bootclean.sh
mountall.sh
mountdevsubfs.sh
mountkernfs.sh
mountnfs-bootclean.sh
mountnfs.sh
umountfs
umountnfs.sh
umountroot

===============================================================


## 小結

我用我目前理解到的概念來說明。

「/etc/fstab」是一套機制。

「/etc/default/tmpfs」又是另一套機制。

「/etc/default/tmpfs」他是樓主原本想要的功能。

只要更改「/etc/default/tmpfs」，簡單的設定參數。

開機就可以設定這些「tmpfs」的大小了。

而啟用的模式是透過舊制的「/etc/init.d」裡面的「mountall.sh」和「mountdevsubfs.sh」來啟用的，
只是根據「/etc/default/tmpfs」的設定重新掛載「tmpfs」。

可以參考我上面的「回覆」和「這篇」,「這篇」。


而新式的「systemd」，參考「這篇」。
是會兼容舊式的「Sevice」啟用方式。
兼容機制應該是是有。

只是不曉得debian要把「mount」這一段都停用了。
不知道是還沒寫好「systemd」的「service」，還是有啥考量，刻意關閉的，這就有待釐清了。


所以現在最簡單的方式，還是回歸到，撰寫「/etc/fstab」這一段來做，也就我一開始「回覆」提到的作法。

我個人猜想，若堅持想要用「/etc/default/tmpfs」這個機制。
就要想辦法去把「/lib/systemd/system/mountall.service」寫出來。
然後只要執行

$ sudo systemctl enable mountall.service

讓開機時，「systemd」可以執行這個「service」。也就是執行「/etc/init.d/mountall.sh」。


以上釐清





===============================================================




## 更多參考

* 「這一篇」下面有一個列表「表 2. Systemd 命令和 sysvinit 命令的對照表」
可以快速的了解「systemctl」這個指令怎麼使用。

* 「這一篇」下面有一個列表「表 2.service 命令和 initctl 命令對照表」
可以快速的了解「service」和「initctl」這個指令怎麼用，
不過「initctl」是「upstart」。若是使用「systemd」，基本上就不需要了。
但「service」還是可以使用，只是個「script」，可以觀看「/usr/bin/service」裡面寫的內容。
若是使用「systemd」，還是會呼叫「systemctl」。
若是使用「upstart」，就會去呼叫「initctl」。

* 「這一篇」則是有列「sysvinit」的一些基本的指令，大部分應該會很熟悉。

* 另外應該還有「start」，「stop」...相關的指令，
只要研究「sysvinit」「upstart」「systemd」相關的套件和其中的指令，搭配上面的文章來看。
很多概念就會拼湊起來了。

嗯～～～
不是很好消化～～～
我盡量了～～～