PTT數位生活區 / Linux

[閒聊] 我該選擇哪種 Linux 版本已刪文

看板Linux作者 (Neisseria)時間10年前 (2015/09/06 00:48), 編輯推噓10(10推 0噓 73→)
留言83則, 18人參與, 最新討論串1/1
要選擇那個 GNU/Linux 發行版，是個蠻個人化的問題 　問十個 Linuxer 可能會得到十一種答案 　今天剛好休息，上來灌灌水，希望大家也可以互相分享一下 　現在虛擬機器軟體，像是 VirtualBox，真的很強大 　想試某個 Linux 發行版，開個虛擬機，照著選單按一按就裝完了 　對於 Slackware 或 Arch Linux 等相對較 hardcore 的發行版 　先試裝一次，再實際安裝，碰到問題的機會相對比較少 　想試 LVM 或 raid 等，就自己多開幾個虛擬硬碟就是了 如果實際安裝時，主要記得 /home 要切出來 　重裝的時候，不要 format /home 資料夾，設定檔可以保留 　其實，除了設定檔以外，在 /home 底下建一個 bin 一些自己寫的 script 也可以留下來，通常可以繼續沿用 　另外，現在 Github 等雲端空間很發達 　像是自己的 Vim 或 Emacs 設定或其他 script 等，都可以在雲端上放一份 　換電腦時，通常可以繼續使用 　真正用比較久的就是 Arch Linux 和 Debian，分享一下 　Arch Linux 的優點： 　- 套件很接近上游的狀態，系統設定很乾淨，好修改 　- Arch Linux 的 wiki 真的維護得很好，照著做可以解決大部分的問題 - 套件夠新，更新很快，對喜歡嘗新的人來說是一大優點 　- Rolling release - 打包 AUR (Arch User Repository) 套件的門檻比打包其他套件來得容易 　　需要時，自己打包一下，不會花很久的時間 　使用 Arch Linux 時的考量： - 世事沒那麼美好，偶而重大更新時，還是有可能有雷；release note 要看 　- AUR 套件的品質相對沒那麼穩定，還是要看一下 PKGBUILD - 商業軟體支援相對較薄弱，還是要靠 AUR 上的套件 　Debian 的優點： - stable branch 真的蠻 stable 的，bug 很少 - 本身套件夠多，大部分的軟體都已經打包好了 　- 通常 Ubuntu/Debian 都在商業軟體的支援清單之中 　- 雖然，和上游 source 比起來，設定修改較多；不過，Debian 的設定還算好改的 　使用 Debian 時的考量： 　- stable branch 的軟體相對舊，testing/unstable branch 的套件比較新 　　但是 testing/unstable branch 就比較會有潛在問題，使用者要自行取捨 　- 雖然可以用 backport 引入新版軟體，但是，backport 本身無法解決全部的問題 　　有時候，還是得自行引入上游 source 來安裝 　- 不是 rolling release；不過，升級發行版本算相對簡單 最後講一下自己的 Linux 使用經驗，參考用，文長慎入 Madrake -> Debian -> Gentoo -> Arch Linux -> Debian 　小弟沒有 LPIC 或是 RHCE 證照，主要是 home 和 workstation 的使用情境 　認真地使用 GNU/Linux 時，就是做一些 bioinformatics 的東西 　但是伺服器端的使用經驗相對較少，這裡主要以桌面使用為考量 　最早在用的是 Mandrake(Mandriva)，那時候每次出來新版，都有一些小問題 　大概就要改改設定檔，打打 patch，其實那時候對那些設定還不是很懂 　都是看網路上大大的教學，就按表操課，大部分都很幸運，系統都改得動 　那時候 Mandrake 的問題是大版本更新，通常都不會那麼順利 　整個系統就很容易出問題，又不知道從何修起，最後都免不了要重灌 　之後，轉而使用 Debian，那時候網路上剛好有一份「Debian 無痛起步法」 　照著那份指引走，很順利地安裝好，使用了一陣子 Debian 不過那時候貪圖新版本的軟體，有時候會混用 testing 和 unstable 的套件 　結果系統就會開始出毛病，有時候可以處理，有時候沒辦法 　不過，用 Debian 一陣子後，比較有能力自己修改系統設定 　之後轉換其他 Linux 發行版時，大概線上手冊翻一翻，通常都改得動 後來，剛好 Gentoo 出來，很紅，Gentoo 維基很好很強大 　就跟著流行，照 Gentoo 維基，裝 Gentoo 當自己的主系統 　Gentoo 的自訂性很高，但最大的問題是設錯編譯參數，比不設更糟 　那時候電腦也不快，花很多時間在重編軟體，覺得實在很浪費時間 　而且沒什麼 C/C++ 的相關經驗，很多 GCC 的參數有看沒有懂 　即使編好後，系統快一點點，也感覺不到什麼好處，後來又想換發行版了 　後來，看上了 Arch Linux，就開始使用 Arch Linux 當主系統 　Arch Linux 真的蠻多優點的，像是設定檔很接近上游的狀態 　搭配 Arch Linux 強大的 wiki，很多設定都很好修改，系統也會有適當的反應 　另外一個當時的優點是 /etc/rc.conf，使用上比複雜的 /etc/init.d 好改得多 　後來 rc.conf 被改掉後，還失落了一陣子 　而且，Arch Linux 套件都蠻新的，對喜歡嘗新的人來說，是另一個優點 　不過，號稱 rolling release 的 Arch Linux 偶而還是有雷 　就是在某時候有重大更新的時候，步驟沒走好，系統就會出問題 　中間有中招重灌過一次，其他時候大概可以穩定用兩三年不用重灌 　最近換了電腦，還是想回頭用 RPM 或 DEB 為主的發行版 　主要是一些商業軟體，對幾個主流發行版還是比較友善 在虛擬機上玩過一小段時間 Ubuntu，覺得 Unity 的介面整個就是冏 　而且 Ubuntu 的系統設定感覺沒有 Debian 或 Arch Linux 來得好修改 　想想，還是回頭用 Debian 最近的 Debian 變得比以前好裝很多，裝好後通常就有桌面、網路、音效等 　稍微花一點時間，就有中文桌面和輸入法可用 　而且，Ubuntu/Debian 通常會是商業軟體支援的對象 不過，stable branch 的軟體有時候還是會舊一點，使用者需自行取捨 　現在比較不玩自己的系統了，夠用就好 　之後還會再換 GNU/Linux 發行版嗎？其實也不確定 　偶而有空，也會在虛擬機上玩其他的發行版 　至於主要使用的系統，當然是希望不用花太多時間，穩定就好 一切還是看緣份囉 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 175.180.98.106 ※ 文章網址: https://www.ptt.cc/bbs/Linux/M.1441471736.A.10F.html
推
09/06 01:07, , 1F
唉…elementary OS 0.3.1版在UEFI下安裝好後居然抓不
09/06 01:07, 1F
→
09/06 01:07, , 2F
到系統，明明0.3.0就沒有這狀況啊…還基於Ubuntu 14.
09/06 01:07, 2F
→
09/06 01:07, , 3F
04.3勒，我X！
09/06 01:07, 3F
→
09/06 01:09, , 4F
我只不過是想用個穩定又漂亮的系統啊…
09/06 01:09, 4F
推
09/06 01:33, , 5F
Debian installer 是說 GUI？FB 安裝介面是沒有太多變動
09/06 01:33, 5F
→
09/06 01:34, , 6F
啦，每次安裝流程都一樣 XD
09/06 01:34, 6F
→
09/06 08:09, , 7F
rc.conf 被萬惡的 systemd 幹掉了
09/06 08:09, 7F
→
09/06 08:09, , 8F
反正以後不同 distro 也沒差多少了，照肥大的 systemd
09/06 08:09, 8F
→
09/06 08:10, , 9F
不斷變肥，不斷把別的 daemon 吃掉的情況...
09/06 08:10, 9F
→
09/06 10:33, , 10F
早期Gentoo真的是在一台P3 P4電腦可以裝一整天XDDDD.....
09/06 10:33, 10F
→
09/06 10:34, , 11F
而且可能還沒裝完XD
09/06 10:34, 11F
推
09/06 10:39, , 12F
哇噻~看來你最少用了15年了
09/06 10:39, 12F
推
09/06 16:29, , 13F
debian testing/sid也不錯用，讓你rolling玩到爽，不過套
09/06 16:29, 13F
→
09/06 16:29, , 14F
件版本可能沒有arch衝的那麼快這樣。
09/06 16:29, 14F
→
09/06 17:50, , 15F
最近的testing關機時一更新,就會有東西broken...
09/06 17:50, 15F
→
09/06 18:25, , 16F
還有不知道為什麼每次都會砍掉steam...
09/06 18:25, 16F
→
09/06 18:59, , 17F
其實Debian在勸你遠離Steam來保護錢包 XD
09/06 18:59, 17F
→
09/06 19:51, , 18F
其實還是 stable branch 比較安定，我也有裝 steam
09/06 19:51, 18F
→
09/06 19:51, , 19F
在 stable 上 steam 爽爽玩，不會有莫名其妙的相依問題
09/06 19:51, 19F
→
09/06 20:49, , 20F
差一點用Arch，結果他把台灣歸在中國，從此就881. XD
09/06 20:49, 20F
→
09/06 20:49, , 21F
現在不曉得如何了？
09/06 20:49, 21F
→
09/06 20:50, , 22F
其實有時間的話，大家可以玩玩 OpenBSD，然後比較
09/06 20:50, 22F
→
09/06 20:51, , 23F
GNU/Linux到底離AT&T BSD多近（或多遠）。以及為什麼
09/06 20:51, 23F
→
09/06 20:51, , 24F
Linus 會稱他們是一群自慰的猴群？XD
09/06 20:51, 24F
→
09/06 20:53, , 25F
我倒是滿欣賞他們的 KISS&secure。也有點理解為什麼
09/06 20:53, 25F
→
09/06 20:54, , 26F
Intel/Oracle/Adobe這些大咖他們會用 OpenBSD。
09/06 20:54, 26F
→
09/06 20:56, , 27F
BTW，OpenBSD有台灣的開發者參與喔！
09/06 20:56, 27F
→
09/06 20:58, , 28F
呃，非廣告！XD
09/06 20:58, 28F
→
09/06 21:15, , 29F
感覺 OpenBSD 的中文 package 有點少
09/06 21:15, 29F
→
09/06 21:45, , 30F
沒辦法，連locale都破破的。只能靠compat linux。
09/06 21:45, 30F
→
09/06 21:45, , 31F
他們的力氣重點不花在這邊。
09/06 21:45, 31F
→
09/06 21:46, , 32F
應該是說，還沒力氣花在這邊。
09/06 21:46, 32F
→
09/06 21:49, , 33F
中文支要好，目前只能用FreeBSD/PC-BSD這類。
09/06 21:49, 33F
→
09/06 21:50, , 34F
連硬體支援都不好，因為他們堅持不用閉源的東西。
09/06 21:50, 34F
→
09/06 21:51, , 35F
Intel/Oracle/Adobe這些咖用OpenBSD用得很爽，卻不提
09/06 21:51, 35F
→
09/06 21:51, , 36F
供硬體資料給他們。
09/06 21:51, 36F
推
09/06 22:32, , 37F
用了最後還是debian stale用的久久 所以註冊debian99
09/06 22:32, 37F
推
09/06 22:37, , 38F
可以試試看 Linux Mint
09/06 22:37, 38F
→
09/06 22:37, , 39F
大便99會痔瘡。XD 不過大便 stable 就不會痔瘡。
09/06 22:37, 39F
→
09/06 22:38, , 40F
只是 Linux Mint 現在跑在 VirtualBoxg 上還有很多問題
09/06 22:38, 40F
→
09/06 22:38, , 41F
大便 stable是我用最久的大便系的，別去追新。
09/06 22:38, 41F
→
09/06 22:39, , 42F
Debian 現在預設桌面我覺得超不好用...
09/06 22:39, 42F
→
09/06 22:40, , 43F
說到rolling，其實目前GNU/Linux這麼複雜。已經不太
09/06 22:40, 43F
→
09/06 22:41, , 44F
適合rolling了。除非改變rolling的技術，不然地雷會
09/06 22:41, 44F
→
09/06 22:41, , 45F
滿地爬！
09/06 22:41, 45F
推
09/06 23:40, , 46F
推穩定的Debian跟CentOS，商業軟體支援度還不錯。
09/06 23:40, 46F
推
09/07 00:18, , 47F
穩定還是推debian stable ; arch的話 更新要注意
09/07 00:18, 47F
→
09/07 00:19, , 48F
debian testing 個人是覺得太地雷 追新用arch就好了
09/07 00:19, 48F
→
09/07 05:40, , 49F
"已經不太適合rolling了" E大能否多做一點具體的描述？
09/07 05:40, 49F
→
09/07 11:09, , 50F
這問題很大，二、三句說不完。當然地雷許多是人為的.
09/07 11:09, 50F
→
09/07 11:09, , 51F
但系統複雜時，人為出錯的機率就會增加。
09/07 11:09, 51F
→
09/07 11:10, , 52F
而一般個別軟體，他其是固定發行的模式，但被拿去
09/07 11:10, 52F
→
09/07 11:10, , 53F
rolling，常常會造成水土不服。
09/07 11:10, 53F
→
09/07 11:11, , 54F
個人看法，比較好的方式是半rolling，系統相關的要
09/07 11:11, 54F
→
09/07 11:12, , 55F
另一種方式來更新，非系統相關的可以簡單rollback，
09/07 11:12, 55F
→
09/07 11:12, , 56F
因此就比較沒差。
09/07 11:12, 56F
推
09/07 11:14, , 57F
我可以問一下嗎，Manjaro算不算是滾動升級呢？他的軟
09/07 11:14, 57F
→
09/07 11:14, , 58F
體好舊…
09/07 11:14, 58F
→
09/07 11:16, , 59F
Manjaro 是 rolling 的。
09/07 11:16, 59F
→
09/07 11:17, , 60F
但他也有snap的release。
09/07 11:17, 60F
→
09/07 11:18, , 61F
你大概是裝到舊的snap？
09/07 11:18, 61F
→
09/07 11:19, , 62F
那其實沒差，更新一下就好了。
09/07 11:19, 62F
→
09/07 13:47, , 63F
半rolling的部份我非常認同 最近KDE plasma5更新才被炸過
09/07 13:47, 63F
→
09/07 15:03, , 64F
Manjaro算是rolling啦，只是說它大概4個月左右才會出一
09/07 15:03, 64F
→
09/07 15:04, , 65F
個新版的ISO映像檔就是
09/07 15:04, 65F
推
09/07 17:47, , 66F
Manjaro I3 wm 不錯用 tiling 的 也很省資源
09/07 17:47, 66F
→
09/07 18:42, , 67F
rolling穩穩用的話 其實也沒一定要更新 而且也有方法能關
09/07 18:42, 67F
→
09/07 18:43, , 68F
arch來說 什麼不想更新 可以用ignore pkg or group
09/07 18:43, 68F
→
09/07 18:44, , 69F
這樣也可以算是達成半rolling 不過是使用者自訂而非系統
09/07 18:44, 69F
→
09/07 21:37, , 70F
這樣我的Salckware也rolling呀！因為我可以手動自行
09/07 21:37, 70F
→
09/07 21:37, , 71F
編譯，把整個系統的東西通通換掉！XD
09/07 21:37, 71F
→
09/07 21:38, , 72F
rolling不rolling是要看有沒有成為一個model。
09/07 21:38, 72F
→
09/07 21:39, , 73F
半rolling的方式可以參考Chakra/PCLinuxOS的做法。
09/07 21:39, 73F
→
09/08 00:02, , 74F
我是覺得功能性來說可以這樣達成半rolling(使用者自訂)
09/08 00:02, 74F
→
09/08 00:13, , 75F
rolling或半rolling的標準定義這點不是很在意
09/08 00:13, 75F
→
09/08 00:13, , 76F
能自訂出適合自己用的工具才是好工具
09/08 00:13, 76F
→
09/08 07:03, , 77F
不一樣。所謂半rolling是非rolling的部份有提供制式
09/08 07:03, 77F
→
09/08 07:04, , 78F
的update/upgrade的做法，不屬於rolling機制。
09/08 07:04, 78F
→
09/08 07:05, , 79F
會這樣做就是要避免rolling鏈出錯。但你提供ignor的
09/08 07:05, 79F
→
09/08 07:05, , 80F
的方式，他最終想要update/upgrade的時候，還是原本
09/08 07:05, 80F
→
09/08 07:06, , 81F
rolling鏈的東西，原來有地雷，不會因此消失。
09/08 07:06, 81F
→
09/08 07:08, , 82F
這個倒不是工具的問題，是distro的開發模式。
09/08 07:08, 82F
→
09/08 20:08, , 83F
ignore+arm只是取巧的方法 有制式的能用還是比較好
09/08 20:08, 83F
‣ 更多 Neisseria 的文章
文章代碼(AID): #1Lwnpu4F (Linux)
Linux 近期熱門文章
更多 近期熱門文章 >>
PTT數位生活區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 Neisseria 的文章
文章代碼(AID): #1Lwnpu4F (Linux)