作者:【吳業亮】雲端計算開發工程師 部落格:http://blog.csdn.net/wylfengyujiancheng 安裝http # yum -y install httpd -y 安裝軟體包 # yum -y install rsync createrepo 建立目錄 # mkdir -p /

個人感覺在linux下編輯.c檔案沒有在window下編輯檔案好用,但是個人又喜歡在linux編譯.c檔案,這就讓我很矛盾了,該怎樣實現呢,這就需要用到共享檔案夾了。 共享資料夾使用前需要先安裝VMware Tools,安裝方法可以在個人的部落格中找到。 這裡就開始吧! 1.點選選單欄中的 虛擬機器 -&

1.將當前程式放到後臺執行,恢復到前臺為命令fg Ctrl+z 2. 刪除從游標所在位置到行末 Ctrl+k 3. 萬用字元 * ? {1..10} 等等,例如 find *.txt // 查詢字尾為txt的所有檔案touch love_{1..10}_money.txt //建立 love_1_mon

su命令 su:切換使用者 1、root使用者切換test使用者不需要密碼 [[email protected] ~]# su - test [[email protected] ~]$ 2、普通使用者切換為root使用者就需要密碼 [[email protected] ~]$ s

NFS問題: nfs與rpcbind都正常啟動了,並且已經發布共享目錄/tmp。 在客戶端檢視時,出現如下錯誤提示: [[email protected] ~]# showmount -e 192.168.122.10clnt_create: RPC: Port mapper failure -

cron計劃任務(週期性計劃任務) 按照設定的時間間隔對使用者反覆執行固定系統任務 重要:時間+計劃 系統服務(名稱):crond 日誌檔案:/var/log/crond 從一開機就開始記錄crond(不管成功還是失敗) 使用 crontab 命令 – 編輯:crontab -e -u

1、BIOS自檢 檢查伺服器各類硬體是否正常如(主機板、CPU、記憶體、硬碟等)自檢通過後,預設一般是硬碟啟動。 2、MBR引導 硬碟的0柱面0磁軌1扇區的前446位元組 3、grup引導選單 /etc/grub.conf 4、載入核心kernel 執行INIT程序,讀取/etc/init

磁軌:track 扇區:sector512位元組 磁頭:head 柱面:cylinder 識別硬碟 => 分割槽規劃 => 格式化 => 掛載使用 MBR/msdos 分割槽模式 – 1~4個主分割槽,或者 0~3個主分割槽+1個擴充套件分割槽(n 個邏輯分割槽) –

1 模擬延遲傳輸簡介 netem 與 tc: netem 是 Linux 2.6 及以上核心版本提供的一個網路模擬功能模組。該功能模組可以用來在效能良好的區域網中,模擬出複雜的網際網路傳輸效能,諸如低頻寬、傳輸延遲、丟包等等情況。使用 Linux 2.6 (或以上) 版本核心的很多發行版 Linux 都

############################硬碟分割槽及格式化 fdisk分割槽工具 fdisk /dev/vdb m:列出指令幫助 p:檢視當前的分割槽表資訊 n:新建分割槽 d:刪除分割槽 q:放棄分割槽更改並退出 w:儲存對分割槽表所做的更改 對編號 1-3為主分割槽

man可以查詢所有命令[內建命令除外]的用法,或者使用命令 --help,例如:mkdir --help 內建命令查詢幫助:help cd【cd是內建命令】 條件刪除命令:find/目錄-typef-name"檔名"-execrm{}/;【常用】 find中其他部分屬性: -mti

su命令 sudo命令 限制root遠端登入 su命令 su server su - server (加-是為了徹底切換使用者,如果不加-,雖然切換了使用者,但還是在root使用者下。加-後,是在自己的家目錄下) 不登入到sever使用者,用server使用者執行一條命令 有可以在

阿里雲雙11紅包領不停,充值返券5%,爆款限時惠!點選領幸運券 無論是看過的nginx有關書還是網上看到的有關nginx 配置說明的文章(worker_connections">http://wiki.nginx.org/EventsModule#worker_connections)

寫在前面 在日常使用Linux的時候,不免碰到一個比較尷尬的問題,磁碟空間不夠用了!這個時候,正常情況下,我們有2個辦法解決這個問題。 1. 重新分配一個新的分割槽,掛載在所需要的目錄下。 2. 備份資料,重新安裝系統,重新將磁碟分割槽。 但是,無論選擇哪個方法,都不夠優雅,而且,一般情況下重灌系統

問題描述 在使用apt時,總是出現E: Sub-process /usr/bin/dpkg returned an error code (1)的錯誤。一直卡在一個叫libgs9-common的軟體包上,該軟體包已經損壞,但是,重新安裝時,會顯示“已安裝最新版本”,解除安裝時又顯示“該軟體包不妥,