※ 引述《devlish (灰色地帶)》之銘言：
: 想請教版上的大大ㄧ個基礎的問題
: 就是一般系統安裝或是軟體安裝的時候，是否都會在/目錄底下創建一個目錄再安裝？
: 像是最近在學習安裝Oracle DB，預設好像都要先創建一個/u01的目錄再賦予權限、安裝
: 。
: 那麼，安裝在/u01底下跟/home/u01下會有什麼不同呢？ 因為剛開始學習，所以把/home
: 想成了Windows的D槽是放資料用的，但好像又不太對XD
: 其實主要是因為一開始是按照鳥哥的教學，/目錄只割了10G，裝到現在似乎因為空間不足
: 卡住了..........
我不知道 Oracle DB 預設怎樣，不過依照
Filesystem Hierarchy Standard
你可以裝在 /opt 或是 /usr/local/ 下面。
(據我不專業觀察) /usr/local/ 是給 unix 系，會將執行檔、程式庫、設定檔等
依照 *./bin, *./lib, *./etc 分類的軟體。
而 /opt 就是底下直接建一個 /opt/someApp ，裡面隨它放這樣的軟體。
(/usr/local 也是可以這樣搞啦！執行檔連結到 /usr/local/bin 就好)
無論安裝到哪，注意執行檔是否位於搜尋路徑 $PATH 中。
以 Debian 來說，預設 $PATH 為 (下面我拆成多行)
/home/User/bin: <--- 這在家目錄存在 bin/ 才會加上
/usr/local/bin:
/usr/bin:
/bin:
/usr/local/games:
/usr/games
所以你如果放在 /opt ，裝完後沒有 /opt/app/ 就要自己改 $PATH
(修改 ~/.profile ，不是直接改)
如果你只是個人使用，我會建議你在 ~/bin 底下建目錄，然後丟進去。
執行檔再連出來放 ~/bin
-----------
另關於分割與空間不足。
我以前也是看鳥哥，分了 / , /usr, /var, /home, /tmp ....
現在也是覺得如果沒有 server 需求，/ 一個就好了，頂多 / , /home 兩個。
而對於空間不足問題，除了 LVM 外，其實可以善用疊加式檔案系統。
也就是 unionfs(or union-fuse) / aufs / overlayfs 。
它們可以疊合多個目錄成一個，你看到一個目錄，但實際上目錄中的檔案是
源於底層 n 個硬體。
舉個例好了，我自己的硬碟 1.5T ，滿了！所以買了個 4T 回來，用下面
(太長了，讓我拆一下參數)
$ unionfs-fuse
/media/4THDD/User/union/Downloads=RW:
/home/User/Downloads-unionfs-base=RW
/home/User/Downloads
所以我的 ~/Downloads 馬上擴充空間。而系統會優先讀寫 4THDD 的，
找不到的話就會往下找 Downloads-unionfs-base。
（這類檔案系統最開始是被用在 live cd 上，讓使用者可以「寫入」無硬碟系統。）
這方法與 LVM 相較，好處是
檔案只會存在一顆硬碟，硬碟壞好歹活一半。單獨讀碟也沒問題。
（這裡問一下，LVM 遇到硬碟損壞資料能救嗎？應該也無法直接讀取嗎吧？不太確定）
也不用在系統一開始時就要建立。
至於效能方面，據說是和原機幾乎一樣。（如果你用的是 aufs ，甚至可以做覆載平衡）
--
: 想請教版上的大大ㄧ個基礎的問題
: 就是一般系統安裝或是軟體安裝的時候，是否都會在/目錄底下創建一個目錄再安裝？
: 像是最近在學習安裝Oracle DB，預設好像都要先創建一個/u01的目錄再賦予權限、安裝
: 。
: 那麼，安裝在/u01底下跟/home/u01下會有什麼不同呢？ 因為剛開始學習，所以把/home
: 想成了Windows的D槽是放資料用的，但好像又不太對XD
: 其實主要是因為一開始是按照鳥哥的教學，/目錄只割了10G，裝到現在似乎因為空間不足
: 卡住了..........
我不知道 Oracle DB 預設怎樣，不過依照
Filesystem Hierarchy Standard
你可以裝在 /opt 或是 /usr/local/ 下面。
(據我不專業觀察) /usr/local/ 是給 unix 系，會將執行檔、程式庫、設定檔等
依照 *./bin, *./lib, *./etc 分類的軟體。
而 /opt 就是底下直接建一個 /opt/someApp ，裡面隨它放這樣的軟體。
(/usr/local 也是可以這樣搞啦！執行檔連結到 /usr/local/bin 就好)
無論安裝到哪，注意執行檔是否位於搜尋路徑 $PATH 中。
以 Debian 來說，預設 $PATH 為 (下面我拆成多行)
/home/User/bin: <--- 這在家目錄存在 bin/ 才會加上
/usr/local/bin:
/usr/bin:
/bin:
/usr/local/games:
/usr/games
所以你如果放在 /opt ，裝完後沒有 /opt/app/ 就要自己改 $PATH
(修改 ~/.profile ，不是直接改)
如果你只是個人使用，我會建議你在 ~/bin 底下建目錄，然後丟進去。
執行檔再連出來放 ~/bin
-----------
另關於分割與空間不足。
我以前也是看鳥哥，分了 / , /usr, /var, /home, /tmp ....
現在也是覺得如果沒有 server 需求，/ 一個就好了，頂多 / , /home 兩個。
而對於空間不足問題，除了 LVM 外，其實可以善用疊加式檔案系統。
也就是 unionfs(or union-fuse) / aufs / overlayfs 。
它們可以疊合多個目錄成一個，你看到一個目錄，但實際上目錄中的檔案是
源於底層 n 個硬體。
舉個例好了，我自己的硬碟 1.5T ，滿了！所以買了個 4T 回來，用下面
(太長了，讓我拆一下參數)
$ unionfs-fuse
/media/4THDD/User/union/Downloads=RW:
/home/User/Downloads-unionfs-base=RW
/home/User/Downloads
所以我的 ~/Downloads 馬上擴充空間。而系統會優先讀寫 4THDD 的，
找不到的話就會往下找 Downloads-unionfs-base。
（這類檔案系統最開始是被用在 live cd 上，讓使用者可以「寫入」無硬碟系統。）
這方法與 LVM 相較，好處是
檔案只會存在一顆硬碟，硬碟壞好歹活一半。單獨讀碟也沒問題。
（這裡問一下，LVM 遇到硬碟損壞資料能救嗎？應該也無法直接讀取嗎吧？不太確定）
也不用在系統一開始時就要建立。
至於效能方面，據說是和原機幾乎一樣。（如果你用的是 aufs ，甚至可以做覆載平衡）
--
All Comments