root2:x:0:0::/home/root2:/bin/bash
[使用者名稱]：[密碼]：[uid]：[gid]：[身份描述]：[主目錄]：[登入shell]
其中：⒈[使用者名稱]是passwd檔案裡各記錄行唯一的有"唯一性"要求的域。也就是說每一行的第乙個區域的內容都不能相同，其它區域就無所謂了。
⒉[密碼]區域在以前，儲存著乙個經過不可逆的雜湊演算法進行des加密的13位字元，但不包括單引號和冒號。這13位字元中，前兩位是金鑰，在加密的 時候隨機生成的。由於這個字串不包括單引號，所以以前有一種不修改密碼又禁止使用者登入的方式就是在密碼前面加乙個單引號。值得注意的是，現在由於使用了 shadow口令，在密碼區域只有乙個x字元。
⒊[uid]雖然是系統用來標誌檔案歸屬，確定各種許可權的標誌，但這個區域的內容並不要求唯一的。比較常見而又與安全問題相關的乙個例子是有多個 uid和gid均為0的使用者帳號。注意到在該檔案最後一行還有乙個uid和gid為0的使用者imnotroot，雖然它聲稱自己不是root，但是它卻有 和root完全相同的許可權，因為系統並非根據[使用者名稱]，而是根據uid和gid來分使用者的權力的。所以，這種情況無疑為系統埋下了安全的炸彈。但是，當 imnorroot做鎖定螢幕等操作的時候，如果它的密碼和root的不一樣，它將無法解鎖，因為系統只是查到第乙個uid為0的使用者(自然是root) 後，就不在往下查詢了——它當uid也是唯一的。
⒋[gid]使用者預設的組id，這個id可以在檔案/etc/group里查到對應的組名。
⒌[身份描述]：就是使用者的身份說明，預設的是無任何說明，可人工新增。
⒍[主目錄]：使用者的主目錄，可以使用前面介紹的命令修改。
⒎[登入shell]：使用者登入時系統提供的shell，請參考前面的有關內容。
《注意》：[uid]和[gid]小於500的一般都是系統自己保留，不做普通使用者和組的標識的，所以新增加的使用者和組一般都是uid和gid大於500的
**：**於:
root2:x:0:0::/home/root2:/bin/bash
[使用者名稱]：[密碼]：[uid]：[gid]：[身份描述]：[主目錄]：[登入shell]
其中：⒈[使用者名稱]是passwd檔案裡各記錄行唯一的有"唯一性"要求的域。也就是說每一行的第乙個區域的內容都不能相同，其它區域就無所謂了。
⒉[密碼]區域在以前，儲存著乙個經過不可逆的雜湊演算法進行des加密的13位字元，但不包括單引號和冒號。這13位字元中，前兩位是金鑰，在加密的 時候隨機生成的。由於這個字串不包括單引號，所以以前有一種不修改密碼又禁止使用者登入的方式就是在密碼前面加乙個單引號。值得注意的是，現在由於使用了 shadow口令，在密碼區域只有乙個x字元。
⒊[uid]雖然是系統用來標誌檔案歸屬，確定各種許可權的標誌，但這個區域的內容並不要求唯一的。比較常見而又與安全問題相關的乙個例子是有多個 uid和gid均為0的使用者帳號。注意到在該檔案最後一行還有乙個uid和gid為0的使用者imnotroot，雖然它聲稱自己不是root，但是它卻有 和root完全相同的許可權，因為系統並非根據[使用者名稱]，而是根據uid和gid來分使用者的權力的。所以，這種情況無疑為系統埋下了安全的炸彈。但是，當 imnorroot做鎖定螢幕等操作的時候，如果它的密碼和root的不一樣，它將無法解鎖，因為系統只是查到第乙個uid為0的使用者(自然是root) 後，就不在往下查詢了——它當uid也是唯一的。
⒋[gid]使用者預設的組id，這個id可以在檔案/etc/group里查到對應的組名。
⒌[身份描述]：就是使用者的身份說明，預設的是無任何說明，可人工新增。
⒍[主目錄]：使用者的主目錄，可以使用前面介紹的命令修改。
⒎[登入shell]：使用者登入時系統提供的shell，請參考前面的有關內容。
《注意》：[uid]和[gid]小於500的一般都是系統自己保留，不做普通使用者和組的標識的，所以新增加的使用者和組一般都是uid和gid大於500的
**：
Git的gitattributes檔案詳解
要匹配的檔案模式 屬性1 屬性2 不設定 text 設定值text string 未宣告，通常不出現該屬性即可 但是為了覆蓋其他檔案中的宣告，也可以 text crlf，已過時，類似於text ident，為路徑設定ident屬性，路徑中的blob物件中的 id 將會被替換為 id char 40 ...
Pandas read csv讀取檔案函式詳解
首先來了解一下官方給出的該函式用法 read csv filepath or buffer,sep delimiter none,header infer names none,index col none,usecols none,squeeze false,prefix none,mangle ...
linux yum的配置檔案 repo檔案詳解
yum的工作原理並不複雜，每乙個 rpm軟體的頭 header 裡面都會紀錄該軟體的依賴關係，那麼如果可以將該頭的內容紀錄下來並且進行分析，可以知道每個軟體在安裝之前需要額外安裝 哪些基礎軟體。也就是說，在伺服器上面先以分析工具將所有的rpm檔案進行分析，然後將該分析紀錄下來，只要在進行安裝或公升級...