Arch Linux簡介
Arch Linux(或稱Arch)是一種以輕量簡潔為設計理念的Linux發行版。其開發團隊秉承簡潔、優雅、正確和代碼最小化的設計宗旨。Arch Linux 項目受 CRUX 啟發，由 Judd Vinet 于2002年啟動。
Arch Linux是起源于加拿大的一份致力于使用簡單、系統輕量、軟件更新速度快的GNU/Linux發行版。創始人Judd Vinet出于對Debian以及Red Hat的包管理器不滿，以及受CRUX影響而創立。最初針對i686，但是如今對x86_64也支持良好，而且還派生出了針對ARM平臺的Arch Linux ARM以及針對HURD內核的Arch Hurd（發展緩慢）。
Arch Linux 將簡潔定義為：避免任何不必要的添加、修改和復雜增加。它提供的軟件都來自原始開發者((上游)，僅進行和發行版(下游)相關的最小修改。
不包含上游不愿意接受的補丁。絕大部分 Arch 下游補丁都已經被上游接受，下一個正式版本里會包含。
配置文件也是來自上游，僅包含發行版必須的調整，比如特殊的文件系統路徑變動。Arch 不會在安裝一個軟件包后就自動啟動服務。
軟件包通常都和一個上游項目直接對應。僅在極少數情況下才會拆分軟件包。
Arch盡全力保持軟件處于最新的穩定版本，只要不出現系統軟件包破損，都盡量用最新版本。Arch采用滾動升級策略，安裝之后可以持續升級，無需重裝。只敲一個命令，Arch就可以保持最新。
Arch向GNU/Linux用戶提供了許多新特性，包括systemd初始化系統、現代的文件系統（Ext2/3/4、Reiser、XFS、JFS、BTRFS）、LVM2/EVMS、軟件磁盤陣列（軟RAID）、udev支持、initcpio（附帶mkinitcpio）以及最新的內核。

基本系統安裝
本想使用 GPT 分區表，查了一些資料， 為了使這個U盤在 BIOS 和 UEFI 電腦上都能用， 需要創建一個 BIOS boot 分區，2M 大小足夠，位置盡量靠前。 多系統的話還要創建一個 200M 的 EFI System Partition(ESP) 分區。 這些都不是問題，但實際做下來， GPT 中的 NTFS 分區在 Win7 下死活不認， 想用這個分區作為常規U盤使用就不行了， 只好再回到 MBR 分區表。 如果是移動硬盤用 GPT 應該沒有問題。

所以仍然使用 MBR 分區，所以就要用 fdisk 或者 cfdisk 了， 不能使用支持 GPT 的 gdisk 和 cgdisk， 4k 對齊也是自動完成。 有趣的是，如果想把 GPT 分區表轉換成 MBR 分區表， 還得借助 gdisk：r 進入 Recovery 模式， g 進入 MBR 模式，w 進行轉換。 根據實際情況， 有些分區轉換未必能夠成功， 不過變回 MBR 分區表是沒有問題的。

NTFS 分區得在第一個分區，不然 Windows 不認。

啟動U盤是 /dev/sdb，目標U盤就成了 /dev/sdc。

格式化分區：

如果使用 xfs 分區格式：

如果使用 ext4 分區格式：

經過兩天的折騰，個人感覺 ext4 在U盤上讀寫速度快一些。

掛載分區：

安裝基本系統

家里有無線路由，網絡不用配置，已經自動連上了。

編輯 /etc/pacman.d/mirrorlist ，把最快的源挪到最上面。 一般來說 163 和臺灣的源比較快，163 似乎有時候不穩定， 幾個中國大學的源有些是 ipv6 的，用不了。 安裝完成后，這個配置文件也會自動拷貝到新系統中。 自帶的 vi 真的是比 vim 難用多了，一會兒第一時間換掉。

按照官網說明，用 # pacstrap /mnt base base-devel 安裝基本系統， base-devel 也一并裝上，遲早會用到 AUR 或 ABS。 提示共 128 個軟件包，需要下載 158.37M 內容，安裝完成后是 507.09M。

安裝

生成

使用 relatime 掛載參數。

以前是推薦增加 noatime 掛載參數，不記錄文件讀取時間， 但這會導致 Mutt 等需要文件讀取時間的軟件出錯。 現在改為使用 relatime 參數了 （已經默認加上了，Linux 2.6.30 起此參數成為默認值）， 只有在文件讀取時間早于文件更新時間時，才更新讀取時間數據。

使用 nodiratime 掛載參數，不記錄目錄讀取訪問時間。

把 /tmp 放到 tmpfs 上去。（沒單獨分區，免了）

不再使用 discard 掛載參數。

這個參數主要是針對 SSD 硬盤的，對不支持 TRIM 的機械硬盤無效， 對U盤貌似作用不明顯。

不再使用 async 掛載參數，開啟異步讀寫模式。 由于只是“看起來”快了，實際數據寫入速度并沒有改善， 考慮到穩定性，是否應使用此參數？

不要使用 barrier=0 掛載參數，這個選項似乎在突然斷電、 拔U盤時，有幾率丟失文件或損壞分區。 （基于我的經歷 + 參考 ）

由于不會跑什么大應用，為了降低 swap 的使用頻率， 修改 /mnt/etc/sysctl.conf ：

下面的操作可以在 chroot 環境下運行：

設置時區：

更改 root 密碼： passwd root 。

安裝 Grub 引導系統。

仍然在 chroot 環境中操作。 編輯 /etc/mkinitcpio.conf ，檢查 HOOKS 段， 讓 block 參數緊挨著 udev 參數之后（早一點加載）， 然后 # mkinitcpio -p linux 生成 img 文件。 同時加上了 shutdown 參數，作用以后再試。 resume 參數就算了，U盤本來就小、慢，支持休眠更痛苦。 （注：新版本中 block 參數替代了 usb pata sata scsi 等一眾參數）

安裝 grub：

然后，千萬不要忘記 生成 grub.cfg 文件 ：

最后，退出 chroot 環境，umount，重啟。 啟動U盤可以收起來了。

啟動后，新安裝的U盤變成了 /dev/sdb， 此時最好將 mkinitcpio grub-install grub-mkconfig 重新做一遍， 否則有可能在下次或另外一臺機器上啟動時，損壞分區表，丟失文件。 或許沒有道理，但這是我重復安裝好多次以后的感覺，可能有以下原因：

帶電插拔，可我都是 umount 了啊，不應當這么脆弱。
被 USB 3.0 高電流給破壞了，沒拔U盤燒了算我走運？ 倒是聽說過 USB 3.0 損壞U盤數據。
/boot 原先沒有單獨分區，這個不應該。
是原先使用 GPT 分區在 BIOS 電腦上水土不服？ U盤難道就不能用 GPT 分區么？
反正換回 MBR 分區后，貌似比較正常了。