在 StackExchange 看到不錯的解法：
tr -dc A-Za-z0-9 </dev/urandom | head -c 16
head 那邊的 16 為字串長度，假如只需要 4 個字的話就改成 4 即可。
另外，上面產生出來的英文字母有分大小寫，可以再搭配 tr 把文字全部轉小寫、或轉大寫：
echo "Hello World" | tr '[:upper:]' '[:lower:]'
標籤: Linux
在 Snology NAS 上立刻清理 btrfs snapshot 佔用的空間
在官方 wiki 的說明，都是透過 btrfs balance 指令去清理出可用空間，但 Synology 上的 btrfs 指令並不支援 balance 參數。
追了一陣子在 reddit 上看到別人說要改用 btrfs filesystem defrag 去釋放空間：
sudo btrfs filesystem defrag -yvr /volumeX
自己機器上的 btrfs utils 是支援 btrfs balance 的，不知道是 Snology 用的是舊版？還是閹割過的版本？
Automatically mount tmpfs on Linux
編輯 /etc/fstab，建立新的一行設定：
tmpfs /media/ramdisk tmpfs defaults,size=16M,mode=1777 0 0
第二個欄位是 mount point。另外在 option 欄位可以透過 size 設定分配的檔案系統大小。2
設定完成後，可以透過 mount -a 立即掛載。
將整台機器的記憶體給 Redis 使用時該調整的設定
塞個資料，沒想到 Redis 一直炸，看 log 才發現有設定要調整：
356416:C 15 Feb 2022 14:53:43.009 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo 356416:C 15 Feb 2022 14:53:43.009 # Redis version=6.2.6, bits=64, commit=00000000, modified=0, pid=356416, just started 356416:C 15 Feb 2022 14:53:43.009 # Configuration loaded 356416:M 15 Feb 2022 14:53:43.010 * monotonic clock: POSIX clock_gettime 356416:M 15 Feb 2022 14:53:43.012 * Running mode=standalone, port=6379. 356416:M 15 Feb 2022 14:53:43.012 # Server initialized 356416:M 15 Feb 2022 14:53:43.012 # WARNING overcommit_memory is set to 0! Background save may fail under low memory condition. To fix this issue add 'vm.overcommit_memory = 1' to /etc/sysctl.conf and then reboot or run the command 'sysctl vm.overcommit_memory=1' for this to take effect. 356416:M 15 Feb 2022 14:53:43.017 * Loading RDB produced by version 6.2.6 356416:M 15 Feb 2022 14:53:43.017 * RDB age 1475 seconds 356416:M 15 Feb 2022 14:53:43.017 * RDB memory usage when created 5243.48 Mb 356416:signal-handler (1644908113) Received shutdown signal during loading, exiting now. 356427:C 15 Feb 2022 14:55:14.014 * Supervised by systemd. Please make sure you set appropriate values for TimeoutStartSec and TimeoutStopSec in your service unit.
注意到錯誤訊息中間有個關鍵字 vm.overcommit_memory，如果遇到 sysctl 或 vm 相關的，大多是與 Linux 系統參數有關係，這邊有 overcommit_memory 的設定說明，該設定會保護系統不會接受大型記憶體 allocate 的請求。
但 Redis 本來就是使用記憶體做服務，因此需要去 /etc/sysctl.conf 新增下面這段設定：
vm.overcommit_memory = 1
重新開機後即可套用設定。
另外 Redis 會在機器啟動時，從硬碟將 persistent data 載入記憶體中，若資料不少，載入會花掉相當的時間，因此 systemd 預設的設定，可能會誤以為 Redis 啟動失敗：
redis-server.service: start operation timed out. Terminating.
依據資料多寡，會影響 Redis 啟動的時間，所以需要調整 systemd 的 timeout。
開啟 /etc/systemd/system/redis.service 注意下面幾個 timeout 相關的參數：
TimeoutStartSec=300 TimeoutStopSec=300
參考 systemd 的文件，TimeoutStartSec=300 也可以改成可讀格式 TimeoutStartSec="5min"。
2022-02-18 更新：
感謝 JoeHorn 提醒，直接修改 /etc/systemd/ 底下的設定檔是有風險的，建議透過 systemctl edit xxx.service 的方式 override 預設參數值。
Ubuntu 上 LNMP 的 PPA
default packages 更新速度比較慢，所以後來都改用 3rd-party 的 PPA 來裝 LNMP 環境。
以 PHP 來說的話，主要會以 oerdnj 的 PPA 為主：https://launchpad.net/~ondrej/+archive/ubuntu/php
其他則是：
- Nginx https://launchpad.net/~nginx/+archive/ubuntu/stable
- Redis https://launchpad.net/~redislabs/+archive/ubuntu/redis
MySQL / Percona / MariaDB 更新、patch 速度沒那麼快的，則是直接使用預設的 packages 來安裝。