g4u - NetBSD alapú HDD image klónozó ('Pumpkin') kiadás

NetBSD

Hubert Feyrer jelentette be emailjében, hogy megjelent a g4u (ghost for unix - a Norton Ghost-ot gondolom sokan ismerik, a név onnan származik) névre hallgató merevlemez klónozó segédprogram. A stuff egy NetBSD-alapú boot-floppy/CD amely lehetővé teszi, hogy klónozzuk egy PC merevlemezét FTP használatával. Így lehetőségünk nyílik arra, hogy több PC-t telepítsünk fel egy időben, azonos beállításokkal. A floppy/CD-nek két funkciója van: az egyik, hogy a forrás merevlemez tömörített imagét feltölti FTP-re, majd onnan képes "lehúzni" és egy másik merevlemezre kibontani, írni. A hálózati beállításokat DHCP-től kéri. Mivel a merevlemez tartalmát imageben kezeli, bármilyen filerendszert és operációs rendszert tudunk kezelni vele.

Nagyszerű, és mindenekelőtt ingyenes segítség a hálózati rendszergazdáknak.

Hubert levele:Date: Sat, 2 Nov 2002 15:47:34 +0100 (MET)

From: Hubert Feyrer

To: netbsd-announce@netbsd.org

Subject: g4u 1.8 ("Pumpkin") released

* g4u - Harddisk Image Cloning Version 1.8 ("Pumpkin") released

g4u ("ghost for unix") is a NetBSD-based boot-floppy/CD that allows one to easily clone PC harddisks by using FTP. This is often done to deploy a common setup on a number of PCs. The floppy/CD offers two functions: it uploads the compressed image of a local harddisk to a FTP server, and then

it can retrieve that image via FTP, uncompress it, and write it back to disk. Network configuration is fetched via DHCP. As the harddisk is processed as a image, any filesystem and operating system can be deployed using g4u.

Changes: The 1.8 "Pumpkin" release was synced with NetBSD 1.6, and includes drivers for USB, RAID cards, Gigabit Ethernet, and Token Ring, As a Halloween special, it comes with an ISO image file in addition to a floppy image, so it can be booted from a CD instead of a floppy.

Homepage: http://www.feyrer.de/g4u/

Floppy image: http://www.feyrer.de/g4u/g4u-1.8.fs.zip

CD ISO image: http://www.feyrer.de/g4u/g4u-1.8.iso.zip

Changelog: http://www.feyrer.de/#history


- Hubert

( cstamas | 2002. 11. 03., v – 11:16 )

Ez NFS-en keresztül sokkal könnyebben megoldható.
Esetleg tftp-vel (+etherboot) kiegészítve a hálózatról is lehet bootolni. Bár kétségtelenül az ftp jobb nagy fájlok átvitelénél.
Persze akinek kész megoldás kell annak ez is jó.
És jó tudni róla hogy ilyen is létezik.
Akit érdekel a téma megnézhet egy másik hasonló projectet is (linuxra): www.mondorescue.org

( kisindian | 2002. 11. 03., v – 11:25 )

Nem fikázni akarom a progit, mert a maga nemében tényleg jó, de tapasztalati úton a mai méret? hdd-kkel elég behatárolt a használati köre.

Ha valakit érdekel a téma esetlegesen alternativaként nézzen itt is körül: http://www.partimage.org/

Gondolom létezik még jópár project a témában, ezért ha tud vki vmit megköszönném ha megosztaná velünk.

Ismerem a partimage nevu programot.

Ennek az elonye (g4u), hogy egy halozati szerverrol lehet egyszerre akar tobb gepet is telepiteni. Pl. oktatoterem, ahol minden hasznalat utan ujrahuzzak a gepeket. Ezt a partimage tudja? Mert ha ahhoz ki kell szerelni 100 darab HDD-t, akkor megnezem mikorra vegzel. Az ido nem kritikus ilyen esetekben, hiszen egy oktatoterem gepeit ejjel ujra lehet huzni teljesen, de ha jobban meggondolom egy alap rendszer nem igenyel 30GB-os telepitest. Itt inkabb gepek gyartasarol 8oem oprendszerek telepitese), vagy vállalati kliensek telepiteserol van szo. Ha nagy HDD-ket akarsz klonozni, akkor valoban jobb a partimage.

( trey | 2002. 11. 03., v – 11:54 )

Hmm, az Mstream is engem igazol ;-) van ennek létjogosultsága. Részlet az MStream oldalról:

"Why MStream?

The original motivation for developing MStream was the need for fast transferring of large compressed disk images to a set of workstations in a computer lab (as the part of the central maintenance process), and it fully satisfies this need. Furthermore, it can be used as a general tool to reliably multicast any stream, like the output of a UNIX pipe.

Performance

MStream has been tested on a 10 Mbps local network with sixty clients. Without any client side processing, a transfer rate of 8 Mbps was achieved. The use of MStream reduced the weekly maintenance downtime of our department's largest computer lab from 3 hours to 25 minutes. "


60 kliens 10-es halon... nem lassu ez....