主題: 要如何比較 Ghost 或 DRBL + CloneZilla ?

[slime]

最近我們公司要購入兩三批電腦, 由於有考慮採用 Linux 當桌面環境使用, 目前測試也大致可行, 接著就是大量部署的選擇了.
目前有兩個入選方案:
1. Ghost (單機版):
優: 所有資訊人員都會操作.
缺: 要一直拔硬碟等動作.
2. DRBL + CloneZilla :
優: 部署快速.
優: DRBL 本身可以部署燒機用的軟體或教育訓練環境.
缺: 大概只有我會操作, 其他同事大概只能"按開機" -> "選 PXE"....
缺: 目前我只有到"操作"的程度. (裝 hub + mount 分割區 + 設定需要的參數)

而目前覺得 DRBL + CloneZilla 還有些無法掌握的情況:
1. 如果電腦有 hda 換成 sda , 不確定 CloneZilla 能否處理.
2. 備份出來的檔案, 不知道各自有哪些功能(例如 MBR 是 dd , NTFS 是 ntfsclone , 怕少了 CloneZilla , 就不知道怎樣找出這些軟體來應用)

所以想請問各位, 遇到這類的選擇時, 還會考慮哪些因素, 來寫成報告呢?

[hikohan]

ghost+samba可以利用網路執行recovery/dump。

dos2net boot, USB開機，連結至samba或peer share folder。

如果不使用dos2net網路，嫌網路速度不夠快，隨身2.5吋硬碟放dos開成ghost，於USB下傳輸。

Linux可以直接ghost，只是開機部分要利用grub4dos，SA裡面有施行說明過。
--
grub支援ntloader, grloader, iso boot, floppy image boot，跟USB隨身碟配起來，'好用'！

[ZMAN]

玩網路大量派送
很多問題是BIOS和交換器造成的
BIOS要先微調
SWITCH要關掉一些可能會造成衝突的功能
當然網路卡也很重要
這需要一點時間和經驗來磨練

先把環境建置好
才能比較各種程式間的差異
不然發生交換器當掉或派送超級慢或老是好多台不成功
就容易產生誤解

[acty]

可能單純點用 Ghost or Clonezilla
至於 DRBL 我嘗試的結果  可能還是比較適合電腦訓練教室比較單純的環境
DRBL 能帶來實際上的效益   與花的心血有點差距

case1 你今天有很多 vlan  這實做就有點難
         如果換 vlan , DRBL IP 要改, 然後請網管要 DRBL 網點的 vlan
         公司若大一點的   網管和管系統是不一樣的人負責
         改個網路都要請網管幫忙   而且要等他改好才能做業  這... 
         這不是不能做   只是在這小小的派送流程中  又要多拉進人進來   變數增多徒增困擾 
case2 如果只有一個 vlan(或很少)
         那排線比起弄一個隔離的網路環境來派送簡單許多

我想來想去   覺得單機作業還是比較簡單

另外再補充一點   其實大家可以看看 DRBL 網站上面列的實做的單位
都是以學校為主   企業真正大量再用的很少啦

[longtime]

其實不管是 ghost or CloneZilla 都可以達到大量派送的需求
只不過小弟比較不習慣 Ghost 的使用方式
CloneZilla 的使用方式也不會比較複雜, 既然都是資訊人員教育訓練一下應該很好解決
至少不需要再拆機拔硬碟

舉小弟我這邊的例子
我公司開發部門的電腦大概有40台左右
全部都是 opensuse
首次安裝時的大量派送我們只有單純使用 CloneZilla, 並未使用 DRBL
不用 DRBL 的原因是我們不需要, 如此而已, 沒有什麼特殊理由

遇到硬碟掛掉更換的狀況
基本上我公司人員的個人資料或文件都集中管理
所以硬碟掛了就直接用用 CloneZilla 遠端還原一個標準版系統回來
再來進行微調
小部份系統異動 (ex: 更新設定或自行編譯的軟體) 就使用 rsync

當然不管是用 Ghost or CloneZilla 進行大量派送
除了個人電腦 BIOS 要能支援 PXE Boot 之外
要注意 CloneZilla Server 的 Disk/IO 跟網路設備的狀況, 不然就是龜速在跑
另外 CloneZilla 建議大量派送的環境下要使用多片網卡增加效能,
這部份就可以拿來應用在多 vlan 的環境上

[slime]

最近又一批電腦來了, 不過測試過程有點不順利:

1. 以一台 NB 當 ClonZilla 主機, 兩台 NB (網卡是 R8111 )當 Client , Hub 用 D-Link DES-1228P :
主機執行 ClonZilla Server , 採用 MultiCast 或 BroadCast , 而 Client 透過 PXE 開機, 進行分割硬碟候, 回寫檔案資料就停了.

2. 簡化環境為一台 Server 與一台 Client , Hub 相同, 仍然選 MultiCast , 不過只對一台 Client 還原, 就成功了.

搜尋網路資料, 有三個可能問題:
1. Realtek 網卡會被誤認為 8169 , 不過實際測試時, 只跑一台仍然正常.
2. DES-1228P 有防 flood 功能, 不確定是否有影響.
3. MultiCast 需要 IGMP 協定嗎?

[slime]

最近又一批電腦來了, 不過測試過程有點不順利:
1. 以一台 NB 當 ClonZilla 主機, 兩台 NB (網卡是 R8111 )當 Client , Hub 用 D-Link DES-1228P :
主機執行 ClonZilla Server , 採用 MultiCast 或 BroadCast , 而 Client 透過 PXE 開機, 進行分割硬碟候, 回寫檔案資料就停了.
2. 簡化環境為一台 Server 與一台 Client , Hub 相同, 仍然選 MultiCast , 不過只對一台 Client 還原, 就成功了.
搜尋網路資料, 有三個可能問題:
1. Realtek 網卡會被誤認為 8169 , 不過實際測試時, 只跑一台仍然正常.

從"網卡被誤認"去想, 上網看了一下, 發現 DRBL 有更新的版本, 所以重新下載最新版的 DRBL 後, 就可以用了.

一次對 20 台 EPC 做 CloneZilla 還蠻漂亮的

[thx]

其實我是覺得 完整 thin client 架構 是該看需求混用  application sharing protocol (圖素對應)or file  protocol (檔案傳算)
並且整台client 盡量無碟 ,看狀況再用USB Stick OS . 保持多種os 登入性  彈性 統一帳號管理
 
專案架構內容

http://wiki.osslab.org.tw/index.php?title=%E5%AF%A6%E9%A9%97%E5%B0%88%E6%A1%88/%E4%BC%81%E6%A5%AD%E5%B0%8E%E5%85%A5Open_Sources%E5%AF%A6%E5%8B%99/OSS-E/%E6%9C%8D%E5%8B%99%E5%99%A8%E7%AB%AF__OSS-E_Server






本來這是我預定開發opensources 東西,已整合好傻瓜架構 ,一般網管就會安裝,想要顛覆商業應用軟體體系,無耐人生遇到太多政府官僚鄉愿

[darkranger]

我只是覺得圖很漂亮....

[slime]

其實我是覺得 完整 thin client 架構 是該看需求混用  application sharing protocol (圖素對應)or file  protocol (檔案傳算)
並且整台client 盡量無碟 ,看狀況再用USB Stick OS . 保持多種os 登入性  彈性 統一帳號管理
本來這是我預定開發opensources 東西,已整合好傻瓜架構 ,一般網管就會安裝,想要顛覆商業應用軟體體系,無耐人生遇到太多政府官僚鄉愿

之前我也有類似的想法, 就是分公司後台電腦, 純粹上網打單的單位, 採用無碟的 Linux , 或開機就進入"遠端桌面"到後台主機.

不過主管覺得: 1. 分公司網路環境穩定性不足, 當地無專人負責. 2. 會這樣使用軟體的人不多, 以後要找人維護麻煩.
我覺得第二點的確很重要, 畢竟每個人都有離開該職務的可能, 公司要能維持運作.

而從第二點衍生的事更重要: x, 資深同事摸魚可以有紅利; 我苦幹實幹當然錯誤多, 卻會被念;
所以做事要想那種其他人也可以處理的方法, 然後請主管派工給別人, 我不是混, 而是"有效率的工作".... XD