backup sshfs en keresztol

Linux-haladó

kitalaltam hogy lementem az eee-pc m tartalmat ugy en block sshfs en keresztul persze tobb problema is felmerult...

sshfs -C 192.168,0.2:/media/data /mountpoint/to/sshfs

ez szepen fel is mountolja userkent

dd if=/dev/sda of=/mountpoint/to/sshfs/backup.file

ugye userkent nemvan jogom olvasni theat ue sudoval de akkor meg nem engedi irni a backup.filet .

userkent probaltam egy
ls -lh > /mountpoint/to/sshfs/backup.file

ez csont nelkul ment..

az is problema hogz livecd-t nem tudok hsznalni es igy most eppen egz bemountolt winzot probalok lementeni ami ne bizttos hogz egeszseges... pendrive meg nemvan keznel... otletek?

nem muszaly a dd de halozaton keresztul kell mert mas mod nemvan.

  • 1631 megtekintés

( pinyo_villany | 2008. 02. 09., szo – 00:34 )

muszáj && :

srv: dd if=/dev/akarmi bs=1M | nc -l _IP_ -p _port_
clnt: nc _IP_ _port_ | dd of=_akarmi.file_ bs=1M

linux v2.6.22.15 + madwifi v0.9.3.3-mal itt
debian gnu/linux @ linux-2.6.22.18-rc0-szami1

( Nyosigomboc v | 2008. 02. 09., szo – 07:56 )

1. Ha readonly modban remountolsz mindent, akkor szerintem nem lehet gond.
2. Az sshfs figyel arra, hogy ki mountolta (van ra -switch, hogy ne figyelje), szoval ha valamit userkent kiadva mount-oltal, azt a root sem irhatja (ugye igy A gep rendszergazdaja hozzaferhetne B gephez is, amihez semmi joga nem lenne..)
Szoval add ki neki, hogy ne nezze milyen felhasznalo akarja babralni, vagy ne sshfs-t hasznalj! (erre teljesen felesleges)

Alternativ megoldas: muszaj titkositani? Ha nem, akkor sima netcat is megteheti. Ha jobban szeretsz titkositva masolni helyi halon kozvetlen kapcsolattal (hatha a KGB lehallgatja a sodort erpar szorasat), akkor ott az ssh.
ssh user@gep "tavoli parancs, ami kapja az inputot"
pl: (nem teszteltem, elvileg jo)
dd if=/dev/hda | ssh -C user@masikgep "cd /hova ; dd of=mentes.img"

ssh kapcsolaton is megy a tomorites (-C) ha birja a proci
----
Amikor a valtozas szele fuj, van, aki szelfogot epit, es van, aki szelmalmot. - kinai kozmondas
honlap készítés

hihi

kossz a tippet ... kiproalom.. amugy azert szeretek sshzni mivel 64 bites wepes Wlan van itthon... eddig CPUval nem volt gond... a halozat a szuk keresztmetset.

### ()__))____________)~~~ ###
#"It's nice to be important, but it's more important to be nice"
#"Ha én veletek, ki ellenetek?"

Igen, igy mar jogos.
Ha CPU eleg jo, akkor ajanlom az ssh-t + bzip2-t. Igy a halozati terheles megoldodik, es rogton tomoritett file-t kapsz a masik oldalon, amit kenyelmesebb tarolni.
Arra figyelj, hogy ha van swap, az is irja a winyo tartalmat. Szoval mindent allits le, ami nem kell, szedd le a swap-ot, (ha van), es ugy add ki a parancsot.

Ja, es ha elorelato vagy, akkor azt is talad ki, hogy tudod visszaallitani gond eseten! Mert ugye ha nincs benne CD, es csak a rajta levo OS-rol tudsz boot-olni, akkor nincs min kiadni a visszamasolast.. meg ugye egyaltalan nem illik irni a futo OS alatti FS-t kozvetlenul.
----
Amikor a valtozas szele fuj, van, aki szelfogot epit, es van, aki szelmalmot. - kinai kozmondas
honlap készítés

CD lessz nemsokara.. es akkor az efele gondokkal nem kell majd megkuzdenem.. de szeretnek egy imaget a teljes telepitett beallitott rendszerrol, hogy ha kell meloba mennem hetfo delutan akkor legyen mirol helyreallitanom a rendszert mivel igy hetvegen gondoltam kiprobalok masik Linuxot.. hogy az mennyire mukodik.

amugy sshfs el csunyan befurodtem mivel ha RO mountolom az osszes filerendszert akkor sir hogy nem tud temp konyvtarat letrehozni.. hameg nem RO akkor meg nem igazan kene backupolni....

persze ha belegondolok..... teljesen hulye vagyok... mennem kene aludni
mi az istenrol akarok en telepiteni?
OMFG
LOL

jo ejt.

### ()__))____________)~~~ ###
#"It's nice to be important, but it's more important to be nice"
#"Ha én veletek, ki ellenetek?"

( gee v | 2008. 02. 09., szo – 15:36 )

Lehet, hogy valamit félreértek, és más a célod.

Én nem a vinyóról készítenék image-et, hanem a tartalmát másolnám le.

Hogyan?

1, rsync -a micsodát távoligép:hová

2, tar cf - micsodát | ssh másikgép 'cat >eee.tar'

Azért nem világos, hogy mit akarsz csinálni, mert ha mountolt filesystemről csinálsz image-et, akkor ugye 1) nem lesz konzisztens, 2) hogyan is akarod majd visszaállítani?

Ha csak a tartalmát másolod, azt vissza tudod majd másolni.

Ha meg úgy elromlik az egész, hogy már nem is bootol, nos, akkor ugyanott vagy a fájl másolós és az image másolós esetben, mert hogy állítod vissza?

Nem?

G

Kérdésem újra:

Tegyük fel, csináltál egy image-et. Elszáll az OS.

Hogyan állítod vissza?

Egyébként az általam írt módszerrel nyugodtan lemásolhatod a teljes filesystemet, senki nem mondta, hogy az adataidon kívül a rendszert nem másolhatod.

Nekem pl. van egy gépem, amiről rsync-kel tolok át mindent az ég világon egy másikra. Az a backup gép. Ha az első megdöglik, a másodikat be kell bootolni, kiválasztani, hogy most ő veszi át a szerepét, és ott ketyeg a teljes első rendszer (az utolsó mentés időpontjában)

"Nekem pl. van egy gépem, amiről rsync-kel tolok át mindent az ég világon egy másikra. Az a backup gép. Ha az első megdöglik, a másodikat be kell bootolni, kiválasztani, hogy most ő veszi át a szerepét, és ott ketyeg a teljes első rendszer (az utolsó mentés időpontjában)"

En hasonlot probalok.Leirnad, hogyan oldod meg?
Koszi

OK. Van a rendes gép, van a backup.

Rendes gépen sok partíció, RAID, LVM, stb. saját kernel

rsync a teljes filesystemet áttolja a backup gépre, egy partícióra.

Plusz van egy másik partíció, ami ugyanebből lett másolva, de csak a legszükségesebbek (szóval /bin, /sbin, /lib, /etc stb. /usr, /home /var nem (egyszóval ami az eredeti gépen a / partíció)).

A /etc alatt szükség volt módosításra, de már nem emlékszem, hogy az fstab-on kívül más is kellett-e.

Az eltérő hw miatt másik kernel is van.

Szóval ha ez a gép át kell vegye a másik helyét, akkor bebootol ez a partíció a root, és a másik (full) partíciót felmountolja, majd symlinkeken át éri el a másolt home-ot, usr-t, var-t, stb.-t.

G

"Nem az adataimat szeretnem backupolni... avval nincsen gond hanem a teljes OS-t ugy egyben hogy ha kell percek alatt visszaallithato legyen."

Arra tökéletes az "rsync". by: gee
Gyorsabb és nem a teljes partició méretét kell valahova mentened,
hanem csak a foglalt méretet!
Másik előnye hogy az így készült mentést, akár klónozáshoz is használhatod.
Teljesem mindegy milyen lemezre, csak férjen el rajta! :)

+1 Default-ban ssh porton kommunikál.

( petya | 2008. 04. 10., cs – 23:58 )

En igy csinalnam: 

dd if=/dev/sda | ssh -C -l teusered 192.168.0.2 dd of=/media/data/backup.file

Ilyenkor esetleg erdemes megadni a dd-nek, hogy nagyobb blokkmeretet hasznaljon: 

dd if=/dev/sda bs=1024k | ssh -C -l teusered 192.168.0.2 dd of=/media/data/backup.file bs=1024k

A visszaallas pedig ugyanigy, bebootolsz valami minimal rendszert amin ssh es dd van, akar cd-rol akar pendriverol akar halozatrol: 

ssh -C -l teusered 192.168.0.2 dd if=/media/data/backup.file bs=1024k | dd of=/dev/sda bs=1024k

Ez azert jo, mert igy nincs a melyiket inditom elobb, mi kell egyik meg masik oldalra problema, az ssh es a dd eleg alap tool-ok, szinte mindenhol vannak.

Szerk: kozben latom mar irtak.

( lazly | 2008. 04. 15., k – 14:27 )

rdiff-backup... ;) Hasznalom vagy egy eve teljes megelegedesemre, volt mar vele jopar visszaallitasom is.

Udv!

-------------------------------
"A gorog katolikus noknek 8 dioptria alatt nem kotelezo a bajusz!" avagy "Nozni csak muholdal lehet..." | http://lazly.hu