瀏覽模式: 普通 | 列表

LiveCD + Embedded Linux 打造不怕死的 linux 系統

LiveCD + Embedded Linux 打造不怕死的 linux 系統

sunlinux | 07 Dec, 2007 19:45

Linux 和 windows 最怕的是什麼? 應該就是系統重灌吧! 每次一出現問題解決不掉的時候,就是另人垂死掙扎的時候了! 到底是要繼續找問題? 還是要馬上重灌呢?

 

 


 

我相信每個 IT 人都有一樣的心情和焦急!! 自從五年前我展開 SOHO 之路時,就開始研究 Linux 能幫助我什麼 ! 從那時起,我就漸漸的把windwos 2000 server 和 exchange 2000 放棄了! 因為我是個人工作室,用不到那麼多群組功能,也受不了那麼多的不穩定因素,於是就採用 linux 系統!!

 

 

Linux 還真是穩,一台PIII 的主機跑 RED HAT 7.0 嚇嚇叫,因為當時根本沒有病毒和廣告過濾功能,用不了什麼系統資源嘛!! 但是工作一段時間,有時要回去系統設定時,就常常忘了指令怎麼下… 總是沒有 WINDOWS 視窗那麼方便…

 

 

後來,有了 Webmin 之後,用IE 就能操作 LINUX,非常高興,但是…過了一陣子,HDD 掛了…慘,備份的工具還沒學會,主機就掛了,…重新安裝的痛苦隨之而來,因為隔太久了,連安裝和設定都要花掉我大半天來回復我的記憶 !! 更何況資料的備份與回復… ,想到我就頭大,唉~於是,就這樣,資料就讓它去吧~~~

 

 

最後到處尋找有沒有更好用的 LINUX 商業系統,不是太貴,就是麻煩,啊不然就是老樣子,一定要經過一段很長的安裝時間,或是備份還原都不盡理想。後來總算找到了滿意的解決方案 ------ 採用了嵌入式的 Linux 作業系統,當時的功能沒有現在那麼多,也不需要郵件病毒過濾或廣告信過濾,因為五年前的廣告信件並不多…但是,備份及資料還原功能還是不能盡如我意!!

 

用了一段時間後,發現嵌入式系統常常需購買整部主機,用了一年後硬體想升級都不行,有點浪費。後來便找尋有沒有其他方式,只要買晶片自己插在主機版即可。於是剛開始發現了台灣有兩家廠商在做,也試著買來用用看,後來自已就開始研究怎麼把 LINUX 做在晶片裏…

 

研究成功,也和 RD 們一起討論各種功能,我們成了台灣的第三或第四家廠商 (我也不太確定)。但是結果發現,幾年後,主機版的 IDE 插座已經只剩下一個或根本不存在,我們的晶片已經不能插在主機版上了,怎麼辦??

這時候,Linux 的 liveCD 正在大行其道,RD們又根據 LiveCD 的原理,讓伺服器由光碟開機,FORMAT 完 HDD 後直接運行,速度又比晶片更快,配合本機第二個 HDD 自動 SYNC同步及外接 USB 硬碟備份或網路芳鄰 NAS 備份等等完整功能,創下了 LINUX 安裝最快,系統掛點還原最快的記錄,此時,我真是用 LINUX 用上癮了!!

 

最方便的就是系統升級了,由於 liveCD的架構,是把所有驅動程式都包在CD裏,HDD裏的資料都不需要改變,所以要升級主機的時候,只要把 CD 和 HDD 移到另一台更高階的主機就能馬上繼續運作,完全不需要重新安裝。也許你會問,那新主機的驅動程式都支援嗎?? 答案是~ 不一定!! 那怎麼辦呢? 很簡單,就直接升級我們的 LiveCD 啊~ 只要換另一張 Kernel 最新的 CD 放進主機裏開機,HDD 仍然不用換,一開機就能馬上運作~ 完美吧!!

 

那如果 HDD 也要升級呢 ? 也很簡單,只要把預設的備份碟留好,或備份到網芳的資料留好,重新安裝LIVECD (300GB HD也只要5分鐘時間),再把資料 Restore 回來即可(若是由usb備份碟或本機第二顆備份碟來回復的話,速度比網芳主機快上數倍)。

 

這樣的 Linux ,就算是個不怕死的 linux 系統了吧~  下載使用

 www.infobox.com.tw/products.htm

Unix Like 的檔案與目錄權限說明

檔案權限說明:
FreeBSD 和 Linux 都可以提供多人使用,檔案的權限的管理與設定相對的變的重要。
如果用 ls -l 來查詢目錄及檔案清單時會看到最左邊有類似 -rwx-r--r-- 的東東,那個就是表示該檔案的權限狀態 (由左而右):

第一個符號代表類型:-rwxrwxrwx

- : 一般檔案
d: 目錄
l : 連結(link)

-rwxrwxrwx:為擁有者的權限
-rwxrwxrwx:為群組的權限
-rwxrwxrwx:為擁有者及該群組外的其它人的權限

權限符號
意義
r
讀取
w
寫入
x
執行
-

-rwx-r--r-- 我們也可以用數值 744 來表示

數值
權限
下 ls 時的權限符號
0
沒有任何權限
---
1
不能讀取,不能寫入,可以執行
--x
2
不能讀取,可以寫入,不能執行
-w-
3
不能讀取,可以寫入,可以執行
-wx
4
可以讀取,不能寫入,不能執行
r--
5
可以讀取,不能寫入,可以執行
r--x
6
可以讀取,可以寫入,不能執行
rw-
7
可以讀取,可以寫入,可以執行
rwx

為什麼是 744 呢?
-rwx-r--r-- 第一個減號表示為一般檔案,其它九個符號拆成三組:
檔案擁有者的 rwx = 4+2+1 = 7
檔案所屬群組的 r-- = 4 + 0 + 0 = 4
其它人的權限 r-- = 4 + 0 + 0 = 4

標籤: Linux

ACT轉mp3檔

attachments/200712/2014153441.jpg
今天用 mp3 夾子機錄了一下演講內容,結果回來才發現檔案格式是 ACT ,看都沒看過,也不能在電腦上播!! 找了一下,總算找到了 ACT 轉 WAV 的程式!!
但是找不到直接可以轉成 MP3 的軟體!! 想睡了,懶得找了!!  希望有緣人能夠提供,謝謝~~
我直接放在 BLOG,不用登入帳號就能下載 ,給大家方便…
下載檔案MP3Set1_45.zip (6.29 MB ,下載:12293次)
另外還寫了一篇mp3曲名的排序軟體教學,以排除在 mp3 player 中的曲名無法按照個人意思排序的困擾。

rpm -qil postfix 找出套件的安裝位置

rpm -qil postfix
標籤: Linux

EMOS 整理

不要使用 RBL功能
--------------------------------------------------------------
vi /etc/postfix/main.cf

註解掉
# check_policy_service inet:127.0.0.1:10030
--------------------------------------------------------------
標籤: Linux

新增 yum 套件 4000多套

vi  /etc/yum.repos.d/CentOS-Base.repo

最後加上

[dag]
name=Dag RPM Repostory for Red Hat Enterprise Linux
baseurl=http://apt.sw.be/redhat/el$releasever/en/$basearch/dag
gpgcheck=1
enabled=1
gpgkey=http://dag.wieers.com/packages/RPM-GPG-KEY.dag.txt
[kbs-CentOS-Misc]
name=CentOS.karan.Org-EL$releasever-Stable
gpgkey=http://centos.karan.org/PRM-GPG-KEY-karan.org.txt
gpgcheck=1
enabled=1
baseurl=http://centos.karan.org/el$releasever/misc/stable/$basearch/RPMS/
標籤: Linux

/etc/passwd 檔超過1萬個 email 帳號無力~

本文講述一個E-Mail伺服器突然變慢後的觀察、分析、解決過程。(2002-10-22 08:44:27)

By 風過留楓

一切本來都是那樣的寧靜,所有的網路服務都在默默地工作著。然而近一段時間來,經常有人打電話反映一個相同的問題:在接收E-Mail時,伺服器端經常應答超時,從而無法正常收到 E-Mail,但如果過一會兒再收,則又可能正常接收到。大家對此表現出了很大的不滿。因此,我 們就迅速動手尋找問題的根源,以爭取儘快修復這個故障。

一、查閱基本資訊

首先我們翻看了歸檔資料,確定了E-Mail運行在一個配置爲PIII 500MHz,128M記憶體,20G硬 盤的工控機上,作業系統是Redhat Linux 6.5,使用Sendmail做爲E-Mail Server,並且採用系統的 passwd文件做爲Sendmail郵件用戶的認證文件。

根據網管日誌記載該郵件系統的用戶在這一段時間以來發展十分迅速,用戶數從1萬名增加 到了超過2萬名。

二、初步分析

通過上面資訊的瞭解,我們基本上確認速度變慢的主要的原因是用戶量的增長。因此,在 這此前提下進行了分析。

我們在Linux控制臺下,輸入以下命令查看系統的進程情況:

ps –auxw

我們發現,該命令列出了大量的發送郵件和POP進程。然後根據網管日誌的記錄,分別在低 峰、平均、高峰期間進行了並發用戶數的檢查,發現在高峰情,並發的用戶數已從原來的20個 用戶上升到了40個用戶。

到此爲止,我們得出了初步的結論:由於用戶的不斷增長,並發用戶也越來越多,使得機 器無法處理完這些並發請求,以致E-Mail伺服器對用戶回應過慢,甚至超時而無法使用。因此, 我們認爲解決這一故障的辦法就是升級機器。

三、深入分析

但是,我們突然間又注意到了40這個數位,我們覺得現在使用的E-Mail Server伺服器的性能 不應該無法處理40個用戶同時訪問的呀。我們隱隱感覺得前面的分析有一定有什麽地方疏忽 了,以至得到了一個並不正確的結果。

因此,我們便查看了另外一台配置相同,正在運行WEB服務的伺服器,我們發現該伺服器 在同時處理50個用戶訪問時,並沒有感到處理能力不足。

這時,我們開始進一步分析E-Mail服務的整個過程。首先用戶的郵件接收程式通過POP協定 與伺服器的POP模組進行通訊,並提供用戶名與密碼;接著E-Mail伺服器的POP模組要將用戶提 供的密碼進行加密;然後與系統文件/etc/passwd中的用戶密碼進行逐行匹配,並找出相應的用戶 名,再進行第二次匹配;如果匹配成功,校驗通過,否則就返回用戶名或密碼不正確。校驗通 過後,伺服器開始將屬於該用戶的郵件傳送給用戶的郵件接收程式。 這時,我們想到了,所有 的用戶連接都有一個共同的環節,那就是都要打開系統文件/etc/passwd,進行用戶的驗證,會不 會是因此帶來瓶頸問題呢?

我們就在Linux控制臺上輸入以下命令,查看使用/etc/passwd文件有多少個進程:

fuser /etc/passwd

這時,列出了很多POP進程,癥結總算找到了。原來是因爲系統文件/etc/passwd是一個文本 文件,在用戶名、密碼的匹配過程中,是採用逐行進行匹配,而我們的/etc/passwd文件有2萬多 行,因此最好的情況下是第一次匹配就成功,最壞的情況就是2萬多次後才匹配成功,因此平均 需要1萬次的匹配。該過程所消耗的時間足以使得電子郵件接收程式超時,而無法等到匹配結束。

四、解決方法

故障的根源找到了,解決方法也就自然簡單。因爲伺服器POP模組通過搜索密碼文件驗證一 個用戶的身份所需的時間很長,使得進程産生了積累,從而事實上加重了系統的負擔,即此時 正在使用郵件接收程式的用戶在長時間內仍保持連接狀態,而無法正常進行下一步的工作。所 以主要是解決方法就是將採用文件文件/etc/passwd的方法轉成資料庫形式。因此可以採用以下兩 種方法之一解決:

1)使用Linux的NIS系統,將系統的密碼文件/etc/passwd轉換成爲NIS的資訊庫。由於NIS採用 的是資料庫引擎,所以運行起來,便於查找,效率可以大大提高。

2)重新配置Sendmail,使其不採用系統文件/etc/passwd來進行用戶校驗,而是採用一個特定 的資料庫存儲,由於也是採用了資料庫引擎,所以運行起來,便於查詢,效率也可以大大提 高。

你還可以採用Postfix等內建資料庫支援的E-Mail系統來替換Sendmail,由於Postfix可以直接在 Sendmail基礎上實現資料的自動轉換,因些整個操作十分簡單。

五、解決效果

我們最後採用了Postfix替換Sendmail,將其用戶密碼列表轉換成爲資料庫模式,問題就迎刃 而解。現在我們仍然在使用這台機器,而且用戶已經增長到3萬個,高峰時期用戶的並發數也已 經從40個上升到60-70個,但現在系統還是有條不紊地進行著,運行良好。

六、體會

在這個簡單的例子中,我們深深地感受到在日常的系統管理工作中必須仔細地分析問題, 而不要輕易地將問題歸結於伺服器硬體能力上。

主要的辦法是:認真地、實事求是地檢查每個進程在做什麽;認真地研究服務的整個流 程,分析問題最可能發生的地方;然後設計相應的檢測工作,收集情況,對其論證。只有這樣 才能夠最終定位問題,並在此基礎上提出行之有效的解決方案,最終解決問題。

同時也從另一個側面告訴每一個網管人員,日常積極有效地記錄下網路的一些變動情況, 在故障出現的時候,這些資料能夠有效地爲問題分析提供資料依據。
標籤: Linux

找RPM的網址

以下列出帽客常去找RPM的網址:

http://rpmfind.net
http://rpm.pbone.net/
http://www.rpmseek.com/index.html
http://benjiweber.co.uk:8080/webpin/

Labels:


標籤: Linux