Linux-os FreeBSD mentés?

FreeBSD-all

Van egy FreeBSD rendszer, 3rd party alkalmazással amit nem túl egyszerű telepíteni és beállítani.

Céleszközt nem találtam, ami csak az állományokat mentené le. Lemezkép mentés nem jó, az egész rendszer kb 15 Gb lehet, ezért nem mentenék le egy-az-egyben egy 500 Gb-os HDD-t.

Ötlet az, Linux bootCD használatával felcsatolni a FreeBSD-s partíciókat (slice-okat). Majd tar-ral készíteni egy mentést. Van-e olyan attribútuma az UFS állományrendszernek amelyet a Linux-os tar nem tud kezelni vagy esetleg észre sem vesz? Van-e konkrét céleszköz erre a feladatra, amely katt-katt-katt módon tud állományokat menteni?

Pár információ a 3rd party programról. Módosított (saját bináris driver) kernellel érkezik és egy lebutított régi FreeBSD-re megy csak fel.

dump van, USB támogatás nincs, bár utóbbit egyszer már sikerült működésre bírnom valahogy.

  • 4578 megtekintés

( Beanie | 2011. 07. 11., h – 14:29 )

A dump utility emlekeim szerint egesz particiot ment, de nem archivalja az ures teruletet, ergo 15GB lesz a mentes es nem 500.

Amugy ha boot CD-vel akarod, akkor mar miert nem valami FreeBSD boot CD? Sima installeren is van shell meg ott a FreeSBIE is pl.

( pinyo_villany | 2011. 07. 11., h – 14:50 )

felbootolod a rendszert, elsnapshotolod (mksnap_ffs) es a snapshotot lemented, gzip, bzip2, xz, lzma
vagy dump

ezeket a flageket, nem bizotos, hogy ismeri a linuxos tool: 


           arch, archived
                   set the archived flag (super-user only)

           opaque  set the opaque flag (owner or super-user only)

           nodump  set the nodump flag (owner or super-user only)

           sappnd, sappend
                   set the system append-only flag (super-user only)

           schg, schange, simmutable
                   set the system immutable flag (super-user only)

           sunlnk, sunlink
                   set the system undeletable flag (super-user only)

           uappnd, uappend
                   set the user append-only flag (owner or super-user only)

           uchg, uchange, uimmutable
                   set the user immutable flag (owner or super-user only)

           uunlnk, uunlink
                   set the user undeletable flag (owner or super-user only)

___
info

( andrej_ v | 2011. 07. 11., h – 14:52 )

Miért nem a FreeBSD készíti a mentést tarral (gtar)? A Linuxos UFS support legutóbb még nem volt a legjobb.

Kevésbé ismerem a FreeBSD-t. Nem találtam exclude opciót a gtar lehetőségei közt. Igazság szerint azt sem tudom hogy mit kell kihagyni egy teljes mentésnél. Szimpla
tar zcvf /tmp/mentes.tar.gz /
parancs mehet? Mi van a FreeBSD-s /proc megfelelőjével vagy /dev kezelésével, hogyan lehetne megmondani a tar-nak, azokat hagyja ki?

megnezten gnutar-t is: 


foo@triton:/$ tar --version
tar (GNU tar) 1.20
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by John Gilmore and Jay Fenlason.

--------------------------------------------------

       --exclude=PATTERN
              exclude files matching PATTERN

___
info

FreeBSD-n csak a linux kompat lehet proc, egyébként elhagyható, sőt... :)

Igazából mentést az aktívan változó részekről érdemes csinálni és a többiről (pl. /etc és /usr/local/etc) pedig ritkábban. A BSD-k nagy előnye, hogy egy 8.2-es release 2 év múlva is 8.2 lesz, sőt ha 8.3 -ra is mozdul a verzió akkor ami ment 8.2-vel, az menni fog 8.3-al is. (Olyan kivétel lehet, hogy újra kell fordítani, de ami statikus cucc azzal nem lesz gond és ez inkább a ports függőségekre igaz.) Így belegondolva a FreeBSD telepítő egyszerűségébe lehet jobban jársz, ha úgy készülsz a helyreállításra hogy szűz telepítésre húzod fel a mentésed vagy egy kezdeti image-et csinálsz és csak az adatok és konfig bepakolása után indulhat az üzem.

A gtart azért írtam, mert a gnutar és a bsdtar nem mindíg szerette egymást nálam, de talán a bsdtar-on is van valami kompat opció.

Mint írták, bsdtar-nak van exclude opciója. Tény, egy FreeBSD az idővel is az marad. Ebben az esetben is, mivel asszem 6.3-as van alatta (esetleg 6.1-es) és szépen megy arra amire kell.

ports egy az egyben hiányzik belőle, a parancssori tool-jai is hiányoznak. Biztos írtam, egy kiherélt rendszerről van szó. Saját telepítője van az egésznek és nem tudom mi az ami standard és mi az ami külső bináris a rendszerben. Sőt, fogalmam sincsen hol vannak a kernel modulok *BSD-n. Google az én barátom, majd megkérdezem.

( agolon | 2011. 07. 14., cs – 21:53 )

Minek idekeverni a linuxot? Mellé kell rakni valami szemétből kirángatott vasat fbsd-vel, naponta-hetente-havonta (ízlés szerint) ssh-n áttolni rá a dumpot, onnan meg kezdesz vele valamit. http://www.freebsd.org/doc/handbook/backup-basics.html

+1 tanács: kizárólag dumppal menteni, mert abban biztosan benne lesznek az ACL-ek és az attribútumok.

( agolon | 2011. 07. 15., p – 09:36 )

> ezért nem mentenék le egy-az-egyben egy 500 Gb-os HDD-t.

Egy darab diszk van alatta?

Folyamatirányítás mérnöki gépe. Leegyszerűsítve három részre bontható a hálózat. Terepi vezérlőállomások, kezelői állomások és egy mérnöki. Mindegyik külön IP címmel rendelkezik. Kezelői állomások valami ősrégi, szintén herélt Unix változat, bár RAID-et használ és érintőképernyős. Mérnöki FreeBSD 6.x (x=3 asszem), egy öregecske HP-UX -ot váltott le.

Saját HW kártyát használ a kommunikációra (redundáns, két külön kábellel), ennek bináris driver-e nem tudom mennyire menne egyéb FreeBSD változaton.

Továbbra is akkor azt mondom, hogy dumpold ki valahova. A backup basics-en van ssh-n keresztüli dumpolás is. Mondjuk a visszaállításhoz kell BSD, de például egy játszós ugrógépemet "migráltam" ma másik vasra. Új vas felbootol a régi diszkkel, új diszkre dump áttol, új diszkkel bebootol. Cirka fél óra volt, és szintén durván 15GB. De ugyanezt a módszert lehet mentésre is használni. http://forums.freebsd.org/showthread.php?t=185

Nekem nem tiszta, most akkor a file-okat (adatot) akarod menteni, vagy a rendszert, h ha tonkremegy a hdd, akkor fel tudd rakni vacakolas nelkul?

Az elso esetben nezd meg a handbookot.

A masodik esetben ha vagysz a kenyelemre, nezd meg a clonezilla-t. Nem fix, hogy menni fog neki, de dd-vel jo esellyel le tudod menteni. Ha az az fs ures, akkor a mentes is aranyosan kicsi lesz rola.
Visszallitasi tesztet igenyel.

tompos