vm邏輯卷使用方法視頻

1. 關於Vmware workstation 9 on ubuntu 上安裝的虛擬機 的虛擬磁碟使用物理硬碟【lvm】問題

怎麼說呢，區別不是很大，用分區（就是邏輯卷）做虛擬機硬碟，好處是復制刪除文件方便，物理機、虛擬機之間文件傳送好；壞處就是在物理機分區不小心弄了虛擬機文件，有可能開不了。

如果要調整VM硬碟大小，建議用虛擬硬碟，有兩種，一種就是建立時創建固定大小，還有一種動態大小，用多少，系統文件會慢慢變大

虛擬機硬碟不是瓶頸……

2. 使用VisualVM的sampler功能做分析時，電腦CPU會被佔用100%，而且沒有數據，停止後cpu恢復

經常出現CPU佔用100%的情況，主要問題可能發生在下面的某些方面:
CPU佔用率高的九種可能
1、防殺毒軟體造成故障
由於新版的KV、金山、瑞星都加入了對網頁、插件、郵件的隨機監控，無疑增大了系統負擔。處理方式:基本上沒有合理的處理方式，盡量使用最少的監控服務吧，者，升級你的硬體配備。
2、驅動沒有經過認證，造成CPU資源佔用100%
大量的測試版的驅動在網上泛濫，造成了難以發現的故障原因。 處理方式:尤其是顯卡驅動特別要注意，建議使用微軟認證的或由官方發布的驅動，並且嚴格核對型號、版本。
3、病毒、木馬造成
大量的蠕蟲病毒在系統內部迅速復制，造成CPU佔用資源率據高不下。解決辦法:用可靠的殺毒軟體徹底清理系統內存和本地硬碟，並且打開系統設置軟體，察看有無異常啟動的程序。經常性更新升級殺毒軟體和防火牆，加強防毒意識，掌握正確的防殺毒知識。
4、控制面板—管理工具—服務—RISING REALTIME MONITOR SERVICE點滑鼠右鍵，改為手動。
5、開始->；運行->；msconfig->；啟動，關閉不必要的啟動項，重啟。
6、查看「svchost」進程。
svchost.exe是Windows XP系統的一個核心進程。svchost.exe不單單只出現在Windows XP中，在使用NT內核的Windows系統中都會有svchost.exe的存在。一般在Windows 2000中svchost.exe進程的數目為2個，而在Windows XP中svchost.exe進程的數目就上升到了4個及4個以上。
7、查看網路連接。主要是網卡。
8、查看網路連接
當安裝了Windows XP的計算機做伺服器的時候，收到埠 445 上的連接請求時，它將分配內存和少量地調配 CPU資源來為這些連接提供服務。當負荷過重的時候，CPU佔用率可能過高，這是因為在工作項的數目和響應能力之間存在固有的權衡關系。你要確定合適的 MaxWorkItems 設置以提高系統響應能力。如果設置的值不正確，伺服器的響應能力可能會受到影響，或者某個用戶獨占太多系統資源。
要解決此問題，我們可以通過修改注冊表來解決:在注冊表編輯器中依次展開[HKEY_LOCAL_ ]分支，在右側窗口中新建一個名為「maxworkitems」的DWORD值。然後雙擊該值，在打開的窗口中鍵入下列數值並保存退出:
9、看看是不是Windows XP使用滑鼠右鍵引起CPU佔用100%
在資源管理器裡面，當你右鍵點擊一個目錄或一個文件，你將有可能出現下面所列問題:
任何文件的拷貝操作在那個時間將有可能停止相應
網路連接速度將顯著性的降低
所有的流輸入/輸出操作例如使用Windows Media Player聽音樂將有可能是音樂失真成因:
當你在資源管理器裡面右鍵點擊一個文件或目錄的時候，當快捷菜單顯示的時候，CPU佔用率將增加到100%，當你關閉快捷菜單的時候才返回正常水平。
解決方法:
方法一:關閉「為菜單和工具提示使用過渡效果」
1、點擊「開始」--「控制面板」
2、在「控制面板」裡面雙擊「顯示」
3、在「顯示」屬性裡面點擊「外觀」標簽頁
4、在「外觀」標簽頁裡面點擊「效果」
5、在「效果」對話框裡面，清除「為菜單和工具提示使用過渡效果」前面的復選框接著點擊兩次「確定」按鈕。
方法二:在使用滑鼠右鍵點擊文件或目錄的時候先使用滑鼠左鍵選擇你的目標文件或目錄。然後再使用滑鼠右鍵彈出快捷菜單。
一般情況下CPU佔了100%的話我們的電腦總會慢下來，而很多時候我們是可以通過做一點點的改動就可以解決，而不必問那些大蝦了。
當機器慢下來的時候，首先我們想到的當然是任務管理器了，看看到底是哪個程序佔了較搞的比例，如果是某個大程序那還可以原諒，在關閉該程序後只要CPU正常了那就沒問題；如果不是，那你就要看看是什幺程序了，當你查不出這個進程是什幺的時候就去google或者搜。有時只結束是沒用的，在xp下我們可以結合msconfig里的啟動項，把一些不用的項給關掉。在2000下可以去下個winpatrol來用。
一些常用的軟體，比如瀏覽器佔用了很搞的CPU，那幺就要升級該軟體或者乾脆用別的同類軟體代替，有時軟體和系統會有點不兼容，當然我們可以試下xp系統下給我們的那個兼容項，右鍵點該.exe文件選兼容性。
svchost.exe有時是比較頭痛的，當你看到你的某個svchost.exe佔用很大CPU時你可以去下個aports或者fport來檢查其對應的程序路徑，也就是什幺東西在掉用這個svchost.exe，如果不是c:Windowssystem32(xp)或c:winntsystem32(2000)下的，那就可疑。升級殺毒軟體殺毒吧。
右擊文件導致100%的CPU佔用我們也會遇到，有時點右鍵停頓可能就是這個問題了。官方的解釋:先點左鍵選中，再右鍵(不是很理解)。非官方:通過在桌面點右鍵-屬性-外觀-效果，取消」為菜單和工具提示使用下列過度效果(U)「來解決。還有某些殺毒軟體對文件的監控也會有所影響，可以關閉殺毒軟體的文件監控；還有就是對網頁，插件，郵件的監控也是同樣的道理。
一些驅動程序有時也可能出現這樣的現象，最好是選擇微軟認證的或者是官方發布的驅動來裝，有時可以適當的升級驅動，不過記得最新的不是最好的。
CPU降溫軟體，由於軟體在運行時會利用所以的CPU空閑時間來進行降溫，但Windows不能分辨普通的CPU佔用和降溫軟體的降溫指令之間的區別，因此CPU始終顯示100%，這個就不必擔心了，不影響正常的系統運行。
在處理較大的word文件時由於word的拼寫和語法檢查會使得CPU累，只要打開word的工具-選項-拼寫和語法把」檢查拼寫和檢查語法「勾去掉。
單擊avi視頻文件後CPU佔用率高是因為系統要先掃描該文件，並檢查文件所有部分，並建立索引；解決辦法:右擊保存視頻文件的文件夾-屬性-常規-高級，去掉為了快速搜索，允許索引服務編制該文件夾的索引的勾。
CPU佔用100%案例分析
1、dllhost進程造成CPU使用率佔用100%
特徵:伺服器正常CPU消耗應該在75%以下，而且CPU消耗應該是上下起伏的，出現這種問題的伺服器，CPU會突然一直處100%的水平，而且不會下降。查看任務管理器，可以發現是DLLHOST.EXE消耗了所有的CPU空閑時間，管理員在這種情況下，只好重新啟動IIS服務，奇怪的是，重新啟動IIS服務後一切正常，但可能過了一段時間後，問題又再次出現了。
直接原因:
有一個或多個ACCESS資料庫在多次讀寫過程中損壞，微軟的MDAC系統在寫入這個損壞的ACCESS文件時，ASP線程處於BLOCK狀態，結果其它線程只能等待，IIS被死鎖了，全部的CPU時間都消耗在DLLHOST中。
解決辦法:
安裝「一流信息監控攔截系統」，使用其中的「首席文件檢查官IIS健康檢查官」軟體，
啟用」查封我號鎖模塊」，設置:
--wblock=yes
監控的目錄，請指定您的主機的文件所在目錄:
--wblockdir=d: est
監控生成的日誌的文件保存位置在安裝目錄的log目錄中，文件名為:logblock.htm
停止IIS，再啟動「首席文件檢查官IIS健康檢查官」，再啟動IIS，「首席文件檢查官IIS健康檢查官」會在logblock.htm中記錄下最後寫入的ACCESS文件的。
過了一段時間後，當問題出來時，例如CPU會再次一直處100%的水平，可以停止IIS，檢查logblock.htm所記錄的最後的十個文件，注意，最有問題的往往是計數器類的ACCESS文件，例如:」**COUNT.MDB」，」**COUNT.ASP」，可以先把最後十個文件或有所懷疑的文件刪除到回收站中，再啟動IIS，看看問題是否再次出現。我們相信，經過仔細的查找後，您肯定可以找到這個讓您操心了一段時間的文件的。
找到這個文件後，可以刪除它，或下載下來，用ACCESS2000修復它，問題就解決了。
2、svchost.exe造成CPU使用率佔用100%
在win.ini文件中，在[Windows]下面，「run=」和「load=」是可能載入「木馬」程序的途徑，必須仔細留心它們。一般情況下，它們的等號後面什幺都沒有，如果發現後面跟有路徑與文件名不是你熟悉的啟動文件，你的計算機就可能中上「木馬」了。當然你也得看清楚，因為好多「木馬」，如「AOL Trojan木馬」，它把自身偽裝成command.exe文件，如果不注意可能不會發現它不是真正的系統啟動文件。
在system.ini文件中，在[BOOT]下面有個「shell=文件名」。正確的文件名應該是「explorer.exe」，如果不是「explorer.exe」，而是「shell= explorer.exe 程序名」，那幺後面跟著的那個程序就是「木馬」程序，就是說你已經中「木馬」了。
在注冊表中的情況最復雜，通過regedit命令打開注冊表編輯器，在點擊至:「HKEY-LOCAL-」目錄下，查看鍵值中有沒有自己不熟悉的自動啟動文件，擴展名為EXE，這里切記:有的「木馬」程序生成的文件很像系統自身文件，想通過偽裝矇混過關，如「Acid Battery v1.0木馬」，它將注冊表「HKEY-LOCAL-」下的Explorer 鍵值改為Explorer=「C:Windowsexpiorer.exe」，「木馬」程序與真正的Explorer之間只有「i」與「l」的差別。當然在注冊表中還有很多地方都可以隱藏「木馬」程序，如:「HKEY-CURRENT-」、「HKEY-USERS****」的目錄下都有可能，最好的辦法就是在「HKEY-LOCAL-」下找到「木馬該病毒也稱為「Code Red II(紅色代碼2)」病毒，與早先在西方英文系統下流行「紅色代碼」病毒有點相反，在國際上被稱為VirtualRoot(虛擬目錄)病毒。該蠕蟲病毒利用Microsoft已知的溢出漏洞，通過80埠來傳播到其它的Web頁伺服器上。受感染的機器可由黑客們通過Http Get的請求運行scripts/root.exe來獲得對受感染機器的完全控制權。
當感染一台伺服器成功了以後，如果受感染的機器是中文的系統後，該程序會休眠2天，別的機器休眠1天。當休眠的時間到了以後，該蠕蟲程序會使得機器重新啟動。該蠕蟲也會檢查機器的月份是否是10月或者年份是否是2002年，如果是，受感染的伺服器也會重新啟動。當Windows NT系統啟動時，NT系統會自動搜索C盤根目錄下的文件explorer.exe，受該網路蠕蟲程序感染的伺服器上的文件explorer.exe也就是該網路蠕蟲程序本身。該文件的大小是8192位元組，VirtualRoot網路蠕蟲程序就是通過該程序來執行的。同時，VirtualRoot網路蠕蟲程序還將cmd.exe的文件從Windows NT的system目錄拷貝到別的目錄，給黑客的入侵敞開了大門。它還會修改系統的注冊表項目，通過該注冊表項目的修改，該蠕蟲程序可以建立虛擬的目錄C或者D，病毒名由此而來。值得一提的是，該網路蠕蟲程序除了文件explorer.exe外，其餘的操作不是基於文件的，而是直接在內存中來進行感染、傳播的，這就給捕捉帶來了較大難度。
」程序的文件名，再在整個注冊表中搜索即可。
我們先看看微軟是怎樣描述svchost.exe的。在微軟知識庫314056中對svchost.exe有如下描述:svchost.exe 是從動態鏈接庫 (DLL) 中運行的服務的通用主機進程名稱。
其實svchost.exe是Windows XP系統的一個核心進程。svchost.exe不單單只出現在Windows XP中，在使用NT內核的Windows系統中都會有svchost.exe的存在。一般在Windows 2000中svchost.exe進程的數目為2個，而在Windows XP中svchost.exe進程的數目就上升到了4個及4個以上。所以看到系統的進程列表中有幾個svchost.exe不用那幺擔心。
svchost.exe到底是做什幺用的呢?
首先我們要了解一點那就是Windows系統的中的進程分為:獨立進程和共享進程這兩種。由於Windows系統中的服務越來越多，為了節約有限的系統資源微軟把很多的系統服務做成了共享模式。那svchost.exe在這中間是擔任怎樣一個角色呢?
svchost.exe的工作就是作為這些服務的宿主，即由svchost.exe來啟動這些服務。svchost.exe只是負責為這些服務提供啟動的條件，其自身並不能實現任何服務的功能，也不能為用戶提供任何服務。svchost.exe通過為這些系統服務調用動態鏈接庫(DLL)的方式來啟動系統服務。
svchost.exe是病毒這種說法是任何產生的呢?
因為svchost.exe可以作為服務的宿主來啟動服務，所以病毒、木馬的編寫者也挖空心思的要利用svchost.exe的這個特性來迷惑用戶達到入侵、破壞計算機的目的。
如何才能辨別哪些是正常的svchost.exe進程，而哪些是病毒進程呢?
svchost.exe的鍵值是在「HKEY_LOCAL_ NTCurrentVersionSvchost」，如圖1所示。圖1中每個鍵值表示一個獨立的svchost.exe組。
微軟還為我們提供了一種察看系統正在運行在svchost.exe列表中的服務的方法。以Windows XP為例:在「運行」中輸入:cmd，然後在命令行模式中輸入:tasklist /svc。系統列出如圖2所示的服務列表。圖2中紅框包圍起來的區域就是svchost.exe啟動的服務列表。如果使用的是Windows 2000系統則把前面的「tasklist /svc」命令替換為:「tlist -s」即可。如果你懷疑計算機有可能被病毒感染，svchost.exe的服務出現異常的話通過搜索svchost.exe文件就可以發現異常情況。一般只會找到一個在:「C:WindowsSystem32」目錄下的svchost.exe程序。如果你在其它目錄下發現svchost.exe程序的話，那很可能就是中毒了。
還有一種確認svchost.exe是否中毒的方法是在任務管理器中察看進程的執行路徑。但是由於在Windows系統自帶的任務管理器不能察看進程路徑，所以要使用第三方的進程察看工具。
上面簡單的介紹了svchost.exe進程的相關情況。總而言之，svchost.exe是一個系統的核心進程，並不是病毒進程。但由於svchost.exe進程的特殊性，所以病毒也會千方百計的入侵svchost.exe。通過察看svchost.exe進程的執行路徑可以確認是否中毒。
3、Services.exe造成CPU使用率佔用100%
症狀
在基於 Windows 2000 的計算機上，Services.exe 中的 CPU 使用率可能間歇性地達到100 %，並且計算機可能停止響應(掛起)。出現此問題時，連接到該計算機(如果它是文件伺服器或域控制器)的用戶會被斷開連接。您可能還需要重新啟動計算機。如果 Esent.dll 錯誤地處理將文件刷新到磁碟的方式，則會出現此症狀。
解決方案
Service Pack 信息
要解決此問題，請獲取最新的 Microsoft Windows 2000 Service Pack。有關其它信息，請單擊下面的文章編號，以查看 Microsoft 知識庫中相應的文章:
260910 如何獲取最新的 Windows 2000 Service Pack
修復程序信息
Microsoft 提供了受支持的修補程序，但該程序只是為了解決本文所介紹的問題。只有計算機遇到本文提到的特定問題時才可應用此修補程序。此修補程序可能還會接受其它一些測試。因此，如果這個問題沒有對您造成嚴重的影響，Microsoft 建議您等待包含此修補程序的下一個 Windows 2000 Service Pack。
要立即解決此問題，請與「Microsoft 產品支持服務」聯系，以獲取此修補程序。有關「Microsoft 產品支持服務」電話號碼和支持費用信息的完整列表，請訪問 Microsoft Web 站點:
注意 :特殊情況下，如果 Microsoft 支持專業人員確定某個特定的更新程序能夠解決您的問題，可免收通常情況下收取的電話支持服務費用。對於特定更新程序無法解決的其它支持問題和事項，將正常收取支持費用。
4、正常軟體造成CPU使用率佔用100%
首先，如果是從開機後就發生上述情況直到關機。那幺就有可能是由某個隨系統同時登陸的軟體造成的。可以通過運行輸入「msconfig」打開「系統實用配置工具」，進入「啟動」選項卡。接著，依次取消可疑選項前面的對鉤，然後重新啟動電腦。反復測試直到找到造成故障的軟體。或者可以通過一些優化軟體如「優化大師」達到上述目的。另:如果鍵盤內按鍵卡住也可能造成開機就出現上述問題。
如果是使用電腦途中出項這類問題，可以調出任務管理器(WINXP CTRL+ALT+DEL WIN2000 CTRL+SHIFT「ESC)，進入」進程「選項卡，看」CPU「欄，從裡面找到佔用資源較高的程序(其中SYSTEM IDLE PROCESS是屬於正常，它的值一般都芨擼��淖饔檬歉嫠叩鼻澳憧捎玫腃PU資源是多少，所以它的值越高越好)通過搜索功能找到這個進程屬於哪個軟體。然後，可以通過升級、關閉、卸載這個軟體或者乾脆找個同類軟體替換，問題即可得到解決。
5、病毒、木馬、間諜軟體造成CPU使用率佔用100%
出現CPU佔用率100% 的故障經常是因為病毒木馬造成的，比如震盪波病毒。應該首先更新病毒庫，對電腦進行全機掃描 。接著，在使用反間諜軟體Ad—Aware，檢查是否存在間諜軟體。論壇上有不少朋友都遇到過svchost.exe佔用CPU100%，這個往往是中毒的表現。
svchost.exe Windows中的系統服務是以動態鏈接庫(DLL)的形式實現的，其中一些會把可執行程序指向svchost.exe，由它調用相應服務的動態鏈接庫並加上相應參數來啟動服務。正是因為它的特殊性和重要性，使它更容易成為了一些病毒木馬的宿主。
6、explorer.exe進程造成CPU使用率佔用100%
在system.ini文件中，在[BOOT]下面有個「shell=文件名」。正確的文件名應該是「explorer.exe」，如果不是「explorer.exe」，而是「shell= explorer.exe 程序名」，那幺後面跟著的那個程序就是「木馬」程序，就是說你已經中「木馬」了。
在注冊表中的情況最復雜，通過regedit命令打開注冊表編輯器，在點擊至:「HKEY-LOCAL-」目錄下，查看鍵值中有沒有自己不熟悉的自動啟動文件，擴展名為EXE，這里切記:有的「木馬」程序生成的文件很像系統自身文件，想通過偽裝矇混過關，如「Acid Battery v1.0木馬」，它將注冊表「HKEY-LOCAL-」下的
Explorer 鍵值改為Explorer=「C:Windowsexpiorer.exe」，「木馬」程序與真正的Explorer之間只有「i」與「l」的差別。當然在注冊表中還有很多地方都可以隱藏「木馬」程序，如:「HKEY-CURRENT」、「HKEYUSERS****」的目錄下都有可能，最好的辦法就是在「HKEYLOCAL」下找到「木馬」程序的文件名，再在整個注冊表中搜索即可。
7、超線程導致CPU使用率佔用100%
這類故障的共同原因就是都使用了具有超線程功能的P4 CPU。我查找了一些資料都沒有明確的原因解釋。據一些網友總結超線程似乎和天網防火牆有沖突，可以通過卸載天網並安裝其它防火牆解決，也可以通過在BIOS中關閉超線程功能解決。
8、AVI視頻文件造成CPU使用率佔用100%
在Windows XP中，單擊一個較大的AVI視頻文件後，可能會出現系統假死現象，並且造成exploere.exe進程的使用率100%，這是因為系統要先掃描該文件，並檢查文件所有部分，建立索引。如果文件較大就會需要較長時間並造成CPU佔用率100%。解決方法:右鍵單擊保存視頻文件的文件夾，選擇」屬性—>常規—>高級「，去掉」為了快速搜索，允許索引服務編制該文件夾的索引「前面復選框的對鉤即可。
9、殺毒軟體CPU使用率佔用100%
現在的殺毒軟體一般都加入了，對網頁、郵件、個人隱私的即時監空功能，這樣無疑會加大系統的負擔。比如:在玩游戲的時候，會非常緩慢。關閉該殺毒軟體是解決得最直接辦法。
10、處理較大的Word文件時CPU使用率過高
上述問題一般還會造成電腦假死，這些都是因為WORD的拼寫和語法檢查造成的，只要打開WORD的「工具—選項」，進入「拼寫和語法」選項卡，將其中的「鍵入時檢查拼寫」和「鍵入時檢查語法」兩項前面的復選框中的鉤去掉即可。

3. linux怎麼把一個劃分好的邏輯卷在分區

今天我們主要說說分區、格式化、SWAP、LVM、軟體RAID的創建哈~
格式化
查看當前分區：fdisk -l

這個命令我們以前是講過的,我現在問下，ID那項是什麼意思？

83 是代表EXT2和EXT3
82 是代表SWAP分區
硬碟結構我們就不講了，相信大家都有基礎。我們就直接進入操作
LINUX分區使用的工具是FDISK
對系統的第一個硬碟分區
#fdisk /dev/sda
如果是對第二個硬碟分區，就是fdisk /dev/sdb
大家運行這個命令：#fdisk /dev/sda

大家都進入這個界面了吧？這是主菜單，按m就有提示

我們主要掌握的是以下幾個參數：
D刪除一個分區
N創建一個分區
Q 不保存退出
T改變分區ID
W保存退出
問下，LINUX對SCSI硬碟最多支持多少分區？
最多支持4個主分區，總分區數最多15個，fdisk 命令最多支持16個分區，IDE硬碟要多一些
現在我們創建一個分區 大小為500MB,在主菜單輸入n
First cylinder (2690-3916, default 2690):
這個表示第一個柱面空間的塊是 2690-3916，default2690的意思就是默認從2690開始。我們直接點回車，使用默認的

Last cylinder or +size or +sizeM or +sizeK (2690-3916, default 3916):
這里就是輸入分區的大小，默認是以塊為單位,我們要分500MB,我們就輸入+500M哈~然後回車，分區就算完成了。

系統默認的分區ID就是83，所以我們沒必要修改，直接按w保存退出

大家看見 The new table will be used at the next reboot沒？意思就是這個分區在下次啟動的時候才能使用，我們可以使用一個命令，讓這個分區馬上生效哈~
輸入#partprobe，自己使用命令補全哈

然後用fdisk -l查看下, 最後一個，就是我們新建的分區

看見了吧，現在我們就格式這個分區，看到分區的號碼/dev/sda7 ，等下我們格式化的時候要用
格式化的標准命令：
#mkfs -t ext3 /dev/sda7
我的是第7個分區，你們是第幾個就用第幾個
-t 後面跟的就是文件系統的類型

現在我們要掛載這個分區。掛載我已經教過了，相信大家還沒忘記吧
先在/mnt/下面建立一個目錄
#mkdir /mnt/backup
backup就是我建立的目錄
然後我們手動掛載哈~
#mount -t ext3 /dev/sda7 /mnt/backup
具體情況以你的分區號和建立的目錄名為准

然後CD到這目錄裡面去，如果看見有一個LOST+fount目錄，就說明你分區掛載成功了，現在就可以往分區裡面寫入數據了

如果想把這個分區開機掛載，就把它寫入/etc/fstab
剛才我們格式化使用的命令是：#mkfs -t ext3 /dev/sdax
還有專門用於格式EXT3系統的命令：#mkfs.ext3 /dev/sdax 就行了
大家OK的話，我們下面就開始學慣用命令創建LVM邏輯卷
LVM的優點就是可以隨意拉升和縮小。在基礎部分我們已經用圖形界面創建過，現在我們使用命令來創建
第一步：劃分物理分區
使用和剛才一樣de方法
#fdisk /dev/sda
輸入n哈~然後回車使用默認的起始點，接著輸入大小哈。我們創建一個300M大小的空間，輸入+300M

注意，這里比剛才多一步，由於LVM的ID和EXT3不一樣，而系統默認是的EXT3，所以這里我們需要修改一下
在主菜單輸入T
系統會讓你選擇要改變ID的分區，輸入我們剛創建的分區，也就是最後一個8

Hex code (type L to list codes):
這里輸入分區類型，LVM是8e，如果你不記得了，可以使用l 查看分區ID的對應列表
輸入l後，系統會列出所有分區對應的ID號

在列表中，我們可以看見LINUX LVM對應的是8e，所以我們直接輸入8e，然後回車，
在主菜單輸入p，查看當前分區情況

看見最後你分出來的分區ID已經是8e，那麼就可以輸入w 保存退出
退出以後，記得要重啟這個分區才能生效。我們要使用一個命令讓它立即生效
#partprobe

到這里，第一步創建物理分區完成哈~
第二步：創建LVM的物理卷
使用命令
#pvcreate /dev/sdax
sdax就是你剛才創建的分區
創建成功後，可以使用pvdisplay 查看

那我們在這里暫停一下，給大家回顧下什麼是LVM
LVM就想一種磁碟管理方式,叫邏輯卷管理器,從 Red Hat Linux 8.0 開始，邏輯卷管理器（LVM）可以在硬碟驅動器分配上使用,LVM 是一種把硬碟驅動器空間分配成邏輯卷的方法，這樣硬碟就不必使用分區而被簡易地重劃大小。

LVM有點象WIN下的動態磁碟,動態磁碟知道嗎？LVM 是一種把硬碟驅動器空間分配成邏輯卷的方法，這樣硬碟就不必使用分區而被簡易地重劃大小。主要就是這個功能,可以隨意擴展或者縮小某個分區的大小,前提這個分區是邏輯卷管理的。

嗯，這個就是它的主要功能
從硬碟驅動器中創建物理卷（physical volumes-PV）。
從物理卷中創建卷組（volume groups-VG）。
從卷組中創建邏輯卷（logical volumes-LV），並分派邏輯卷掛載點
其中只有邏輯卷才可以寫數據

沒有大小限制哈，只要你硬碟有空間，比如剛才我們說的硬碟只支持15個分區，那麼我們就可以使用LVM來把分區數量無限化

對 ,分一個物理分區，建立一個物理卷，然後這個物理卷建立一個卷組，我們就可以在這個卷組裡面去分無數個邏輯卷,而且邏輯卷可以隨意擴大縮小，不會對物理分 區有影響，邏輯卷的功能也和物理分區差不多，一樣可以格式化成隨意的文件系統，掛載到隨意的目錄。 同時也支持quota
好了，我們繼續哈~
剛才我們創建了物理卷PV-（physical volumes），可以使用pvdisplay查看。
PV創建好以後，我們就要創建卷組了，volume groups-VG ，卷組是在物理卷的基礎上創建的，也就把物理卷的空間拿來給卷組管理，然後邏輯卷就可以向卷組要空間了
第三步：創建卷組
#vgcreate 卷組名 物理卷
#vgcreate myvg /dev/sda8
創建成功後，可以使用vgdisplay 來查看卷組

第四步：創建邏輯卷 （重點）
#lvcreate -L 大小 卷組名 -n 邏輯卷名稱
我就從卷組裡面分100M出來創建一個邏輯卷
#lvcreate -L 100M myvg -n mylv1

OK，現在我們格式化mylv1為ext3文件格式並掛載到/mnt/mylv1目錄

4. 在VM虛擬機上設置LINUX系統磁碟問題

1. 添加硬碟就不用說了吧，設linux識別硬碟為sdb、sdc
   

   創建物理卷：

   pvcreate /dev/sdb

   pvcreate /dev/sdc

   創建卷組

   vgcreateAppleVG /dev/sdb /dev/sdc

   創建邏輯卷

   lvcreate -L 6G -n TechLV AppleVG

2. 創建文件系統：

   mkfs.ext3 /dev/AppleVG/TechLV

   掛載文件系統：

   mount -t ext3 -ousrquota,grpquota /dev/AppleVG/TechLV /applestore

   設置自動掛載：

   echo "/dev/AppleVG/TechLV/applestore ext3 defaults,usrquota,grpquota 1 2"

3. quotacheck -avug

   quotaon -auvg

   edquota -u mary

   內容類似：
   

   Filesystem blocks soft hard inodes soft hard
   /dev/AppleVG/TechLV ?????? 180000 200000 ??? 0 0

   測試：

   su - mary

   dd if=/dev/zero of=/applestore/bigfile bs=1M count=195

   exit
   

   repquota -auv
   su - mary

   dd if=/dev/zero of=/applestore/bigfile bs=1M count=205

   exit
   

   repquota -auv

   warnquota
   
   

5. vmware下的linux 提示根目錄空間不足，該怎麼辦，因為是新手，希望詳細點

增加一塊IDE硬碟即可解決。（我每次都這么做，放心不會有問題）

詳細步驟如下：

1、點擊虛擬機工具欄「VM」，然後再點擊"Settings"。

2、點擊「Add「，然後在彈出來的對話框裡面選擇「HardDisk」，再選擇「Next」，再選擇」Createanewvirtualdisk」，再選擇「Next」，再選擇「IDE」，再選擇「Next」，

3、輸入你所需要增加新硬碟的大小，默認為8G，你可以自己設置大小，然後點擊「Finish」即可。

如果還不懂，可以再追問。

6. linux邏輯卷管理

LVM(logical volume manager) 邏輯卷管理器

其中主要分為這幾個概念
1物理卷-簡稱PV
物理卷在邏輯卷管理器中屬於最底層的,任何的邏輯卷和卷組都必需依靠物理卷來建立,物理卷可以是一個完整的硬碟,也可以是硬碟中的莫一個分區
2卷組-簡稱VG
卷組是建立在物理卷之上,一個卷組中可以包含一個物理卷組或者多個物理卷
3邏輯卷-簡稱LV
邏輯卷是建立在卷組之上的,卷組中的空間可以建立多個邏輯卷,並且邏輯卷可以隨意從卷組的空閑空間中增減,邏輯卷可以屬於一個卷組,也可以屬於不同的多個卷組
4 物理區域-簡稱PE
物理區域是物理卷中最小的可分配儲存單元
5 邏輯區域-簡稱-LE
邏輯區域是邏輯卷中可用於分配的最小儲存單元
6 卷組描述區域-簡稱VGDA
用於描述物理卷,卷組,邏輯卷分配的所由信息

一個建立邏輯卷的流程如下
PV-VG-LV
物理卷包含卷組,卷組包含邏輯卷

二redhat9中使用邏輯卷管理器

1使用vgscan生成默認的配置文件,配置文件在/etc下的lvmconf 和lvmtab 2個文件

2 為邏輯卷管理器分配物理卷
我這里使用一個分區來作/dev/hda9
#fdisk hda
>t
>9
>8e (為LVM分區)
>w
重起
#pvcreate /dev/hda9
使用
#pvdisplay /dev/hda9查看是否建立
這樣就建立好了物理卷

3在物理卷中建立卷組
#vgcreate vg0 /dev/hda9 其中vg0為要建立的卷組名程.這里的PE值我們使用默認的4M如需要增大可以使用-L 選想,記住一旦設定以後不可更改PE的值
#vgdisplay 查看是否建立成功

4 在卷組中建立邏輯卷
#lvcreate -L 100M -n vg1 vg0
其中-L 選項表示你想的邏輯卷大小,以後可以用命令增減 -n指定邏輯卷的名程和卷組的名程,也可以使用絕對路徑來達到上述目的
#lvdisplay /dev/vg0/vg1
查看是否建立成功

5 為邏輯卷建立文件系統
#mkfs.ext3 /dev/vg0/vg0
然後掛載嘗試是否建立成功
#mount /dev/vg0/vg1 /home
這樣一個邏輯卷就基本成型了

三 邏輯卷的管理

1增加新的物理卷到卷組
當卷組中沒有足夠的空間分配給邏輯卷時,可以用給卷組增加物理卷的方法來增加卷組的空間
# vgextend vg0 /dev/hda8
這里注意hda8必需為LVM分區

2 擴充和減小邏輯卷的容量
#e2fsadm -L +100M /dev/vg0/vg1
-L 表示增減空間 +表示加 -表示建
#e2fsadm -L -100M /dev/vg0/vg1
這里要注意文件系統必需是ext2或ext3,而且需要卸載文件系統來執行,減小的時候需要知道剪掉空間的大小,不然會造成丟失
在reiserfs文件系統中未作測試

3 刪除邏輯卷-卷組-物理卷 (必需按照先後順序來執行刪除)
#lvremove /dev/vg0/vg1 刪除邏輯卷
#vgremove /dev/vg0 刪除卷組
這里有一個問題,如果建立的卷組是活動的,他就不能刪除
這里需要使用一個命令來是他變成固定的,以便刪除
#vgchage -a n /dev/vg0
-a 參數指定卷組是否是活動的,n表示固定,y表示活動
#vgremove /dev/vg0
成功
物理卷的刪除,移除/etc下的lvmconf 和lvmtab的兩個文件,然後將分區轉換為linux的就可以了

四 檢查物理卷,卷組,邏輯卷

分別使用3個命令
1pvscan 檢查物理卷
2vgscan 檢查卷組
3lvscan 檢查邏輯卷

這里只是介紹了邏輯卷管理器的基本建立和刪除
應為今天時間有限,明天積蓄補充,希望此文對你有所幫助

明天內容
如何備份邏輯卷
如何用LVM作鏡像卷
如何改變邏輯卷的屬性

五 為邏輯卷作備份

1當你要備份你的卷組信息是,你就需要為卷組作備份,使用vgcfgbackup來備份
#vgcfgbackup vg0
備份的信息就是我們前面提到的VGDA備份到/etc/lwmconf/VG.conf

2當你的卷組信息意外丟失時,你可以使用這個文件來恢復你的卷組信息,前提是你要備份了的
#vgcfgrestor -n vg0 /dev/hda8
或者
#vgcfgrestor -f /etc/lvmconf/XXX.conf
重卷組vg0中恢復物理卷的VGDA信息 -n參數指定卷組的名程 -f 制定備份文件路徑

3 恢復了物理卷及卷組的信息後我們還要恢復原來的建立的卷組和邏輯卷的設備文件
#vgmknods
這樣如果物理卷,卷組,邏輯卷的信息丟失或者設備文件被破壞是就可以用來及時恢復

六 卷組的合並於拆分

當你想合並2個卷組時可以使用一下命令

這里有2個前提條件 1 卷組的PE(物理區域)大小相等 2 2個卷組必需是非活動的,這個可以用前面提到的vgchange命令來更改,做到以上2個條件就可以了

#vgmerge vg1 vg2
其中vg1為原始卷組,vg2是你想合並到到vg1的卷組

七 邏輯卷管理器管理命令(針對整個邏輯卷管理器,不針對物理卷,卷組,邏輯卷,是全局命令)注:全局命令都是以lvm開頭的

1復位邏輯卷管理器(全局命令)
#lvmchange -R
這個命令用來復位邏輯卷管理器,也就是reset,該命令會使所由的卷組和邏輯卷處於非活動狀態,也就是不能使用卷組和邏輯卷,所以使用時一定小心

2 查看邏輯卷管理器日誌
# lvmsadc
命令可以直接輸出到標准輸出,也就是屏幕上,也可輸出到文件中
# lvmsadc 1.txt
使用lvmsar 命令可一查看lvmsdac生成的日誌文件
#lnmsar 1.txt
日誌文件顯示邏輯卷管理器中設備的讀寫統計信息
顯示如下
total read :12 total write :222

3 利用LVM作邏輯卷的鏡像卷或成快照卷
快照卷不需要和父卷大小一致,我們假設不需要保存太多的快照文件,可以設置成10M
#lvcreate -s -L 10M -n kuaizhao /dev/vg0/vg1
這樣就從邏輯卷vg1中分出快照卷/dev/vg0/kuaizhao
這里又有一個問題,redhat9默認快照卷是以只讀方式掛載的,只讀方式的快照卷是不能和父卷同步數據的
這里需要使用lvchange命令使快照卷為讀寫方式掛載
#lvchange -p rw /dev/vg0/kuaizhao
然後
#mount /dev/vg0/vg1 /home
#mount /dev/vg0/kuaizhao /opt
目錄隨便,我這里只是測試
#cd /home
#touch test
#cd /opt
#ls
恭喜你可以看到文件數據已經同步了
注:如快照卷不能容納超過自身設置的容量時,將被LVM管理器自動刪除
解決的方法:
1及時清理不必要的快照文件
2 設置邏輯快照卷和父邏輯卷大小一致

7. Linux虛擬機硬碟不夠用了怎麼辦

1、首先要為Linux增加一塊硬碟，點擊『VM』----『settings』或者點擊「Edit virtual machine
settings」如圖

圖形界面上提供了幾乎包括了fdisk的全部功能，如果對只是用作擴容磁碟的話，這里的圖形操作已經能夠滿足需求。

須要將/dev/sdb1掛在到/mmt目錄，則使用以下命令

mount
/dev/sdb1 /mmt

設置開機自動掛在修改/etc/fstab文件。

8. linux邏輯卷方式磁碟掛載怎樣取消

第一種方法：使用df命令，這個命令比較常用，大家都很熟悉。問題是這種方法，有時候掛載點和掛載的卷不在同一行，使用腳本分析需要一點技巧的。例如：
orientalson:/home # df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda2 15213032 8043668 7169364 53% /
udev 514496 104 514392 1% /dev
/dev/mapper/vg_test-lv_test
511980 32840 479140 7% /home/mt
orientalson:/home #
上面顯示的掛載點/home/mt和她掛載的卷不在同一行，使用shell腳本分析非常麻煩。不過也不是沒辦法，具體分析可以以後再講。
第二種方法：使用mount命令，mount -l，這種方法的缺陷在於沒有卷的大小，但是掛載點和掛載的卷在同一行。例如：
orientalson:/home # mount -l
/dev/sda2 on / type reiserfs (rw,acl,user_xattr) []
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
udev on /dev type tmpfs (rw)

9. VM虛擬機不能QQ視頻 求助解決

方法：
1、點擊開始->運行，在對話框中輸入"services、msc"，確定，打開windows服務管理器。
2、在服務列表中選中"VMware USB Arbitration Service"，雙擊打開屬性對話框，再選擇"啟動"，就能啟動VMware USB Arbitration Service服務了。
3、關閉VMware，並重新打開，啟動一個虛擬機，進入系統之後VMware就會提示發現USB設備。如果要在虛擬機中使用這些USB設備（以USB攝像頭為例），在VMware的菜單欄中選擇VM->Removable Devices->Pixart Imaging CIF Single Chip->Connect (Disconnect form host) ，就可以了。當然，這樣USB設備在連接到虛擬機的同時會斷開同主機（一般為Windows系統）的連接。如果想重新在主機上使用USB設備，則在VMware菜單欄中選擇VM->Removable Devices->Pixart Imaging CIF Single Chip->Disconnect (Connect to host) 。

10. 急求filemon教程

最佳答案用topas監控系統，突然hdisk %busy跳到100%，並且兩顆作mirror的硬碟讀的速度差很大，一個很快，另外一個數據一直有浮動。打電話到800問，工程師讓我搜集數據，用filemon命令，第一次接觸。
用filemon -o /tmp/filemon.out -O all 輸出到/tmp/filemon.out，用trcstop停掉。
然後查看/tmp/filemon.out能看到有個utmp文件 #MBs 值很大，想起來自己前幾天在系統里加的監控使用者的程序，應該是這個導致的。就把那個監控程序取消了。果然topas裡面hdisk的%busy值就降了下來，兩顆硬碟的讀寫速率也正常了。
雖然沒搞明白到底為什麼一個簡單的紀錄登陸login的程序會對系統性能有這么大影響，但也學了學filemon命令，每天不至於太無所事事。

下面是IBM官方的man的資料。
--------------------------------------------------------------------------
filemon 命令
用途
監視文件系統的性能，並且報告代表邏輯文件、虛擬內存段、邏輯卷和物理卷的 I/O 活動。

語法
filemon [ -d ] [ -i Trace_File -n Gennames_File] [ -o File] [ -O Levels] [ -P ] [ -T n] [ -u ] [ -v ]

描述
filemon 命令監控文件系統和 I/O 系統事件的跟蹤，並且報告一個周期內的文件和 I/O 的訪問性能。

在它的一般模式中，當一個或多個應用程序或者系統命令正在被執行和監控的時候，filemon 命令在後台運行。filemon 命令自動啟動並且實時監控程序的文件系統和 I/O 事件的跟蹤。作為預設值，跟蹤是立刻啟動的；可選的是，跟蹤可能被延緩直到用戶發出一個 trcon 命令。為了能隨意的關閉和運行監控，用戶可以發出 trcoff 和 trcon 命令，當filemon 命令在運行的時候。當跟蹤被 trcstop 命令中止的時候，filemon 命令生成一個 I/O 活動報告並退出。

filemon 命令也可以處理一個跟蹤文件，這個文件已經先前被跟蹤工具所記錄。文件和 I/O 活動報告將會基於那個文件中記錄的事件。

為了更完整的提供一個應用程序的文件系統性能的理解，filemon 命令以下面的四種水平來監控文件和 I/O 活動：

邏輯文件系統 filemon 命令監控在邏輯文件上的邏輯 I/O 操作。被監控的操作包括所有的 讀、寫、打開、和lseek等系統調用，這個可能會還是不會導致實際的物理 I/O，取決於這些文件是否在內存中已經被緩沖。I/O 統計信息被保存在一個基本文件中。
虛擬內存系統 filemon 命令監控磁碟上段和它們的映像之間的物理 I/O 操作（也就是，頁面調度）。I/O 統計信息被保存在一個基本段中。
邏輯卷 filemon 命令監控邏輯卷上的 I/O 操作。I/O 統計信息被保存在一個基本的邏輯卷中。
物理卷 filemon 命令監控物理卷上的 I/O 操作。在這個級別上，獲取了物理資源的使用。I/O 統計信息被保存在一個基本的物理卷中。

正如命令行標志所指定的那樣，這四種級別的任何組合都可以被監控。作為預設值， filemon 命令只監控虛擬內存、邏輯卷和物理卷級別的 I/O 操作。這些級別都與真實的磁碟 I/O 的請求相關。

filemon 命令把它的報告寫到一個標準的輸出或者一個指定的文件上。這個報告以每個被監控級別的 I/O 活動的摘要作為開始，以每個被監控級別的 I/O 活動的詳細統計信息為結束。摘要和詳細報告內容表述在 Reports 部分中。

注:
filemon 命令產生的報告可能會相當長。因此，-o 選項經常被用來把報告寫到一個輸出文件上。當打開一個物理設備並被應用程序直接訪問時，只有那些讀和寫的完整的 512 個位元組的塊會被反映到報告中。設備驅動程序為了發出設備命令和讀取設備狀態所使用的『簡短』讀和寫都被忽略。光碟驅動器沒有同心的 『磁軌』 或者 『柱面』，象在固定文件中那樣。（只有一個螺旋磁軌。）因此，不可能根據柱面來報告光碟驅動器的搜索間隔統計信息。
-u 標志被用來產生先前為了啟動 trace 守護進程而打開的文件上的報告。這個數據的一些部分可能是很有用的，但是大部分的都應用到了守護進程和其它不相關的活動中去了。這個背景信息可以是壓倒性的，特別是在大的系統中。如果 /unix 文件和正在運行的內核不是一樣的，那麼內核地址可能是不正確的，會導致 filemon 命令退出。當從一個 shell 腳本中使用 filemon 命令時，允許在顯示 filemon 輸出文件的內容之前有一個輕微的延遲。filemon 命令可能會花費幾秒鍾來產生這個報告。

系統跟蹤工具
filemon 命令使用系統跟蹤工具獲得原始的 I/O 性能資料。通常地，跟蹤工具只支持一個輸出流。因此，只有一個 filemon 或者跟蹤進程能在一個時間是激活的。如果另外一個filemon 或者跟蹤進程已經在運行，filemon 命令會響應下列的消息：

/dev/systrace: Device busy當監控很強的 I/O 應用程序時，filemon 命令可能不能實時地處理產生的跟蹤事件。當上面的情況發生時，錯誤消息如下：

Trace kernel buffers overflowed, N missed entries這個消息將顯示在 stderr上，標志著當跟蹤緩沖區滿的時候到底有多少跟蹤事件被丟失。filemon 命令將繼續監控 I/O 活動，但是報告的精確性降低到了某個未知程度。一個避免溢出的方法是監控文件和 I/O 子系統的較少的級別：跟蹤事件產生的數目是與監控級別的個數成比例的。另外，跟蹤緩沖區的大小可以通過使用 -T 選項來增加，這樣就能在溢出前提供更大的跟蹤事件容量。記住增加跟蹤緩沖區的大小會導致更多的引腳內存，並且因此可能影響 I/O 和頁面調度的行為。

在存儲受限的環境（要求的存儲容量比可供給的內存要多），-P 選項可以被用來引腳內存中的實時 filemon 進程中的文本和資料頁，這樣這些頁面就不會被替換掉。如果不用 -P 選項，允許 filemon 進程被替換掉，filemon 命令的前進可能被延遲，地點是在它不能足夠快地處理跟蹤事件的地方。這個情況導致跟蹤緩沖區如上面情況描述的那樣溢出。當然，插入這個進程將從應用程序（盡管 filemon 命令不是一個大程序，但是它的進程映像也能達到 500KB）中釋放內存。

在使用 filemon 命令去處理一個存在的跟蹤數據文件前，您必須使用 -r 選項在 trcrpt 命令中去把跟蹤資料順序的重寫入一個新的文件。否則，filemon 命令產生下列的錯誤消息然後退出：

error: run 'trcrpt -r' on logfile first-i Trace_File 和 -n Gennames_File 標志允許跟蹤數據文件的 filemon 離線處理，這些文件是利用 trace 命令創建的。如果有一個存在，兩個標志都必須指定。當必須後期處理一個來自遠程機器的跟蹤文件或者在一個時間執行跟蹤資料收集工作而在另一個時間後期處理它的時候，這些標志是很有效的。當系統負載很大或者 filemon 丟失了跟蹤 hook 時，這些標志也是很有用的。

gennames 文件（包括文件系統信息）必須使用在跟蹤來源處的機器上。而且，在與系統跟蹤文件創建接近的時刻運行 gennames 是明智的，這樣兩個系統配置就是一樣的了。

與 filemon 相關的跟蹤 hook 必須被 trace 命令所收集並且被 trace -j 標志所指定。當filemon 以 -v 標志調用時，相關的跟蹤 hook 會列出。包含 -f 選項的 gennames 命令將被執行，它的輸出被保存在 Gennames_File 中以收集 filemon 的附加消息。-f 選項被用來和 gennames 命令一起去收集邏輯卷和物理卷的設備信息。它也用來獲取離線的 filemon 使用的虛擬文件系統的信息。一旦執行了 trace 命令，trcrpt -r 必須在跟蹤日誌文件上運行並重定向到另外一個文件中。那麼該文件和 Gennames_File 就可能提供給 filemon。

報告
每個由 filemon 命令生成的報告有一個指示日期、機器名稱和按秒計數的監控周期長度的報頭。在監控周期內的 CPU 使用情況也在報告中體現。

下一個，對每個被監控的文件系統級別，都會生成摘要報告。作為預設值，邏輯文件和虛擬內存的報告分別限制在最多 20 個活動文件和段，可以通過轉換數據的總數量來計算該數目。如果指定了 -v 標志，所有文件和段的活動都會被報告。每個報告文件、段或者卷都有一行。四個摘要報告的每一行的欄都描述如下：

最活動的文件報告

欄 描述
#MBS 到/從文件中傳輸的兆位元組的總數量。這些行以遞減的順序按該欄位排序。
#opns 在評估周期內，文件被打開的次數。
#rds 對文件的系統讀取調用數目。
#wrs 對文件的系統寫入調用數目。
file 文件名（完整的路徑名稱在詳細報告中）。
volume:inode 包含文件和文件 i 節點數目的卷的名稱。該欄位可以用來把一個文件和它的相應的持久段聯系起來，在虛擬內存 I/O 報告中顯示。該欄位可以是空的；例如，對於在執行過程中創建和刪除的臨時文件。

最活動的段報告

欄 描述
#MBS 從/到段的傳輸的兆位元組的總共數目。這些行以遞減的順序按該欄位排序。
#rpgs 從磁碟（也就是頁）讀入到段的那些 4096 個位元組的頁的數目。
#wpgs 從段寫入到磁碟（到處頁）的那些 4096 個位元組的頁的數目。
segid 段的內部標識。
segtype 輸入段：工作段、持久段（本地文件）、客戶機段（遠程文件）、頁面表段、系統段、或者特殊的永久段，這些特殊的段包含文件系統數據（日誌、根目錄、.inode、.inodemap、.inodex、.inodexmap、.indirect、.diskmap）。
volume:inode 對持久的段來說，包含關聯文件的卷的名字和文件的 i 節點數目。該欄位可以用來把一個永久段和它的相應文件聯系起來，在文件 I/O 報告中顯示。該欄位對非持久段來說是空的。
注:
虛擬內存分析工具，svmon 可以用來顯示關於一個給定段標志(segid)的段的更多信息，如下：
svmon -S <segid>

最活動的邏輯卷報告

欄 描述
util 卷的使用情況（忙的時間片）。這些行以遞減的順序按該欄位排序。
#rblk 從卷中讀入的 512 位元組的塊的數目。
#wblk 寫入卷的 512 位元組的塊的數目。
KB/sec 總共的傳輸吞吐量，按千位元組每秒。
volume 卷的名稱。
描述 卷的內容：或者是一個文件系統的名字，或者是邏輯卷的類型（調頁、jfslog、引導、或者系統轉儲）。還指示文件系統是否是片段的或者壓縮的。

最活動的物理卷報告

欄 描述
util 卷的使用情況（忙的時間片）。這些行以遞減的順序按該欄位排序。
#rblk 從卷中讀入的 512 位元組的塊的數目。
#wblk 寫入卷的 512 位元組的塊的數目。
KB/sec 總共的卷吞吐量，按千位元組每秒。
volume 卷的名稱。
描述 卷的類型，例如，120MB disk、355MB SCSI、或者 CDROM SCSI。
注:
邏輯卷 I/O 請求在物理卷的 I/O 請求之前開始，之後結束。因為這個原因，總共的邏輯卷利用率看起來要比總共的物理卷利用率高一些。

最後，為每個被監控的文件系統級別都會產生詳細報告。作為預設值，邏輯文件和虛擬內存的報告分別限制在最多 20 個活動文件和段，可以通過傳輸數據的總數量來計算該數目。如果指定了 -v 標志，所有文件和段的活動都報告。每個被報告的文件、段或者卷都有一個記錄。

一些欄位報告一個單獨的值，其他的一些報告表現許多值的分布情況的統計信息。例如，對所有被監控的讀和寫的請求，響應時間的統計信息都會被保留。平均的、最小的和最大的響應時間和響應時間的標准差被報告出來。標准差用來顯示個別響應時間偏離平均值的程度。大約有三分之二的樣本響應時間是在平均值 - 標准偏差和平均值 + 標准偏差以內。如果響應時間的分布散布在較大范圍中，標准偏差相比平均響應時間就會很大。在以下列表中描述了四個詳細報告：

文件狀態詳細報告

欄 描述
FILE 文件名稱。如果可能的話，給出完整的路徑名稱。
volume 包含文件的邏輯卷或者文件系統的名稱。
inode 在文件系統中的文件的 I 節點數目。
opens 監控時打開文件的次數。
total bytes xfrd 從/到文件的讀或者寫操作的位元組總數目。
reads 對文件的讀取調用的數目。
read sizes (bytes) 按位元組的讀取的傳輸大小的統計信息（avg/min/max/sdev）。
read times (msec) 按毫秒計的讀取響應時間的統計信息（avg/min/max/sdev）。
writes 對文件的寫入調用的數目。
write sizes (bytes) 寫入傳輸大小的統計信息。
write times (msec) 寫入的響應時間的統計信息。
seeks 子常式調用 lseek 的數目。

VM 段狀態的詳細報告

欄 描述
SEGMENT 內部的段標識。
segtype 段內容的類型。
segment flags 不同的段屬性。
volume 對永久段來說，包含相應文件的邏輯卷的名字。
inode 對持久段來說，相應文件的 i 節點數目。
reads 讀入段（也就是頁）的 4096 位元組的頁的數目。
read times (msec) 按毫秒計的讀取響應時間的統計信息（avg/min/max/sdev）。
read sequences 讀取序列的數目。一個序列就是被連續讀入的頁面的一個字元串。讀取序列的數目是順序訪問數量的一個指示符。
read seq. lengths 按頁面來描述讀取序列長度的統計信息。
writes 從段寫的頁面數目。
write times (msec) 寫入響應時間的統計信息。
write sequences 寫入序列的數目。一個序列就是被連續寫入的頁面的一個字元串。
write seq.lengths 按頁面描述的寫入序列長度的統計信息。

邏輯卷和物理卷狀態的詳細報告

欄 描述
VOLUME 卷的名字。
描述 卷的描述。（如果討論一個邏輯卷則描述內容，如果處理一個物理卷則描述類型。）
reads 對卷的讀取請求的數目。
read sizes (blks) 以 512 位元組的塊為單位的讀取傳輸大小的統計信息（avg/min/max/sdev）。
read times (msec) 按毫秒計的讀取響應時間的統計信息（avg/min/max/sdev）。
read sequences 讀取序列的數目。一個序列就是能連續讀入和顯示順序訪問數量的 512 位元組塊的一個字元串。
read seq. lengths 按塊描述讀取序列長度的統計信息。
writes 對卷的寫入請求的數目。
write sizes (blks) 寫入傳輸大小的統計信息。
write times (msec) 寫入響應時間的統計信息。
write sequences 寫入序列的數目。一個序列就是被連續寫入的 512 位元組塊的一個字元串。
write seq. lengths 按塊描述寫入序列長度的統計信息。
seeks 讀取或者寫入請求之前的搜索數目；也可以表達為需要搜索的讀取和寫入總數的百分比。
seek dist (blks) 以 512 位元組塊為單位搜索間距統計信息。除了通常的統計信息（avg/min/max/sdev）以外，初始搜索操作（假定從塊 0 作為開始位置）的間距也被單獨報告。這個搜索間隔有的時候會很大，因此單獨報告以避免偏移其他的統計信息。
seek dist (cyls) （只是固定文件。）以磁碟柱面為單位搜索間距的統計信息。
time to next req 按毫秒描述的時間長度的統計信息（avg/min/max/sdev），這個時間是在對卷的連續讀取或者寫入的請求之間。這一欄顯示卷的被訪問率。
throughput 總共的卷吞吐量，按千位元組每秒。
utilization 卷的時間片忙。在這個報告中的記錄以遞減的順序按這個欄位排序。

標志

-i Trace_File 從指定的 Trace_File 中讀取 I/O 跟蹤數據，而不是從實時的跟蹤進程。filemon 報告概括了跟蹤文件顯示的系統和周期的 I/O 活動。
注:
跟蹤數據文件通常以循環的方式記錄。如果跟蹤數據環繞舍入，那麼跟蹤的順序開始和結束就可能在文件的中間發生。使用 trcrpt 命令的原始方式來順序重寫數據，這項工作要在調用 filemon 命令之前執行，如下：
trcrpt -r file > new.file為了報告能精確，跟蹤文件必須包括被 filemon 命令所需要的所有 hook。

還必須指定 -n 選項。

-n Gennames_File 為了離線跟蹤處理而指定一個 Gennames_File。該文件通過運行帶有 -f 選項的 gennames 命令來創建，並且把輸出重定向到一個文件中，如下：

gennames -f > file也必須指定 -i 選項。

-o File 寫 I/O 活動報告到指定的 File，而不是到stdout 文件。
-d 啟動 filemon 命令，但是一直推遲跟蹤直到用戶執行 trcon 命令。作為預設值，跟蹤是立刻啟動的。
-T n 設置內核的跟蹤緩沖區大小為 n 位元組。預設值的大小是 32,000 位元組。如果可以，緩沖區的大小可以通過提供更大的事件容量來增加。（一個典型的事件記錄大小是 30 位元組。）
注:
內核中的跟蹤驅動程序使用雙緩沖區，這樣事實上就有兩個大小分配為 n 位元組的緩沖區。而且，注意這些緩沖區是插入到存儲器中的，所以它們不受頁面調度支配。大的緩沖區可能會影響頁面調度和其他 I/O 的性能。
-P 在存儲器中插入監控進程。-P 標志導致 filemon 命令的文本和數據頁按監控周期的時間插入到存儲器中。使用該標志可以保證當運行一個存儲受限環境時，實時的 filemon 過程不會 page out。
-v 在報告中列印額外的信息。-v 標志最重要的影響是被訪問的所有的邏輯文件和所有的段都包括在了 I/O 活動報告中，而不是僅僅有最多 20 個活動文件和段。
-O Levels 只監控指定的文件系統級別。有效的級別標識是：
lf
邏輯文件級別
vm
虛擬內存級別
lv
邏輯卷級別
pv
物理卷級別
all
lf, vm, lv, pv的簡單表示
vm、lv，和 pv 級別都是默認的預設值。
-u 關於將在 trace 守護進程的啟動之前先打開的文件的報告。進程標識（PID）和文件描述符（FD）被文件名所代替。
注:
既然 PIDs 和 FDs 都是可重用的，那麼就有可能看到以相同名字的欄位報告的不同文件。

示例
要監控文件系統的虛擬內存、邏輯卷和物理卷級別的物理 I/O 活動，請輸入：

filemonfilemon 命令自動啟動系統跟蹤並且把它放到後台。該命令後，輸入在這個時刻要運行的應用程序和系統命令，請輸入：

trcstop在執行了trcstop 命令後，I/O 活動報告就會顯示在標準的輸出設備上（但是可能無法滾屏）。虛擬內存的 I/O 報告會被限制在可能導致最多 I/O 的 20 個段。

要按所有的文件系統級別來監控活動，並把報告寫入到文件 fmon.out 中，請輸入：

filemon -o fmon.out -O allfilemon 命令自動啟動系統跟蹤並且把它放到後台。該命令後，要輸入在這個時刻要運行的應用程序和系統命令，請輸入：

trcstop在執行了 trcstop 命令後，I/O 活動報告被寫入fmon.out 文件中。所有的四個級別的文件和 I/O 系統（邏輯文件、虛擬內存、邏輯卷和物理卷級別）都會被監控。邏輯文件和虛擬內存的 I/O 報告限制在導致最多 I/O 的 20 個文件和段（分別地）。

要監控在所有文件系統級別上的活動，並且把一個詳細的報告寫到文件 fmon.out 中，請輸入：

filemon -v -o fmon.out -O allfilemon 命令自動啟動系統跟蹤並且把它放到後台。該命令後，輸入在這個時刻要運行的應用程序和系統命令，請輸入：

trcstop除了詳細的報告是生成在文件 fmon.out 中的以外，本例和前面的一個例子是類似的。主要的區別在於 filemon 命令將指出它正在啟動跟蹤的步驟，並且摘要和詳細信息的報告將包括所有導致任何的 I/O（可能有很多）的文件和段，而不是只有最多 20 個。

要報告先前記錄的一個跟蹤會話捕獲的 I/O 活動，請輸入：

filemon -i trcfile | pg在本示例中，filemon 命令從輸入文件 trcfile中讀取文件系統跟蹤的事件。輸入文件必須已經是初始的跟蹤格式，作為運行 trcrpt -r 命令的一個結果。既然跟蹤數據已經在一個文件中被捕捉，filemon 命令就不再把它自己放置到後台以使其他的應用程序能夠運行。整個文件讀取後，一個關於虛擬內存、邏輯卷和物理卷級別的 I/O 活動報告將會被顯示在標准輸出（這種標准輸出，在本例中，是通道 pg）。

要只監控邏輯和物理卷的 I/O 活動，同時使用 trcon 和 trcoff 命令控制監控的間隔，請輸入：

filemon -d -o fmon.out -O pv,lvfilemon 命令自動啟動系統跟蹤並且把它放到後台。該命令之後，輸入要在這個時刻運行的不被監控的應用程序和系統命令，請輸入：

trcon在該命令後，輸入要在這個時刻運行的被監控的應用程序和系統命令，請輸入：

trcoff該命令之後，輸入要在這個時刻運行的不被監控的應用程序和系統命令，請輸入：

trcon在該命令後，輸入要在這個時刻運行的被監控的應用程序和系統命令，請輸入：

trcstop在本示例中，-O 標志只被用來限制監控邏輯和物理卷。只有那些與邏輯和物理卷相關的跟蹤事件才被啟用。而且，作為使用 -d 標志的一個結果，監控最初是被延緩一直到執行了 trcon 命令。通過使用 trcoff 和 trcon 命令，系統跟蹤可以被間斷地禁用和重啟用，這樣就能只監控特殊的間隔。