Üdvözöljük az ubuntu.hu oldalán

Itt megtalálhatja a rendszerrel, illetve a nyílt forráskódú alkalmazásokkal kapcsolatos információkat, érdekességeket. Csatlakozzon a beszélgetésekhez, blogoljon, segítse Ön is a közösséget. Jó fórumozást kívánunk!

Vissza a blogösszefoglalóhoz

CategoryCategory

Ghost title

Hozzászólások (0)

Rendszermásolás a systemback.sh mentési pontjának használatával

csuhas32

klt Ez egyébként simán lehet systemback bug. Bele kellene ásni a script belsejébe 🙂

Az ásáshoz én kevés vagyok, mindössze egy teszttel szolgálhatok. Ez a blog címétől eltérően tehát nem rendszermásolás, hanem „rendes” rendszer-visszaállítási kísérlet lesz.
[A dőlttel szedett részeket akár át is lehet ugrani.]
(Töröltem az előző virtuális gépet mindenestől, hogy biztosan vegytiszta legyen minden.
Új virtuális gép, többi marad az eddig megszokott:
Linux Mint 21.2 Xfce, Legacy boot.
Az automatizmus telepít.
Felhasználónév: user1
Jelszó megkövetelése a bejelentkezéshez
Live leállít, a telepített rendszer indít.
A rend kedvéért az összes elérhető frissítés telepítése, újraindítás.)

sudo mkdir /home/systemback
Ide kerül a futtatási joggal felvértezett systemback.sh és a
sudo ./systemback.sh -n
futtatásának eredményeképpen a rendszermentési pont.
A grafikus felületen futó Felhasználók és csoportok nevű alkalmazással létrehozom az user2 felhasználónevű felhasználót, a fiók típusa résznél rendszergazdává teszem.
user1 fiókjából kijelentkezem, user2 fiókjába bejelentkezem.
Az imént is használt felhasználókezelővel törlöm user1 felhasználót és a fájljait.

(Rendszer újraindítása, úgy van, ahogy szokott, a bejelentkezési képernyőn még mindig ott van user1 fiókja is [mivel már korábban is tapasztaltam ezt, tudom, hogy ilyenkor belépni ide már nem lehet, most ezt meg sem próbálom]. Belépek user2 fiókjába és leellenőrzöm, a home-ban már nincs ott most sem az user1 könyvtár.

user2@user1-VirtualBox:/home$ ls -al
összesen 16
drwxr-xr-x  4 root  root  4096 nov    4 20:29 .
drwxr-xr-x 19 root  root  4096 nov    4 19:57 ..
drwxr-xr-x  3 root  root  4096 nov    4 20:19 systemback
drwxr-x--- 15 user2 user2 4096 nov    4 20:37 user2
user2@user1-VirtualBox:/home$

Még egyszer megcsinálom user1 és fájljainak törlését. Újraindítás. Ilyenkorra már a bejelentkezési képernyőről is eltűnik user1. Ez is valamilyen bogárka, de most nem ezt keressük.)

A /home/systemback könyvtárban állva a
sudo ./systemback.sh -r
paranccsal kezdeményezem a rendszer visszaállítását.
Integritás rendben.
Enterre a rendszerfájlok visszaállnak.
A felhasználói fájlok is entert kapnak.
JÖN AZ ÚJRAINDÍTÁS!
A bejelentkezési képernyőről user2 eltűnt, user1 megjelent.
user1 fiókjába nem tudok bejutni grafikus felületen, visszadob.
Bizonyára a korábban [systemback.sh illetve az általa készített mentési pont segítségével rendszermásolás kísérletekor] feltárt hiba van a háttérben, átjelentkezek tty-re.
Itt bejutok.
Az ls -al tanúsága szerint user1 könyvtárában lévő beállítófájlok user1 user1 tulajdonában állnak (a Letöltések, Képek, Zenék,... könyvtárak hiányoznak).
A /home-ban van systemback, user1 és user2 könyvtár, user1 tulajdonosa root root.
sudo chown user1:user1 /home/user1
után be tudok grafikus felületen is lépni.

Igazad van, ezt tekinthetjük hibának. Én úgy láttam, hogy @Kendek utoljára 3 éve módosította a systemback.sh-t, nem tudom van-e egyáltalán kedve, ideje, energiája ezzel foglalkozni, mindenesetre megemlítettem, hátha benéz még néha ide.

klt

csuhas32

csuhas32 ásáshoz én kevés vagyok

Elkezdte piszkálni a dolog a csőröm, megnézem, mi van a háttérben...

A rendszervisszaállítási pontban a megfelelő jogokkal vannak tárolva a felhasználók könyvtárai.

Holnap teszek egy visszaállítási próbát én is.

Belenéztem, részlet a restoreból:

for d in "$rp"/root "$rp"/home/*
      do
        [ "${d: -2}" = "/*" ] && break # Skip if /home is empty
        usr=${d##*/}
        idir=${d:${#rp}:${#d}-${#rp}-${#usr}-1}
 
        [ -d $sdir$idir/$usr ] || {
            [ -e $sdir$idir/$usr -o -h $sdir$idir/$usr ] && ! rm $sdir$idir/$usr && error 13 $LINENO $rtype
            mkdir -p $sdir$idir/$usr || error 13 $LINENO $rtype
          }
 
        [ "$msize" ] && {
            rsync -rptgoDAXh --progress $msize "${excl[@]}" --include=/.* --exclude=/* --exclude={$RP,*~} --link-dest=../ $sdir$idir/$usr/ $sdir$idir/$usr/SB_${rndc:4} || error 13 $LINENO $>
          }
 
        rsync -aAXh --progress --delete "${excl[@]}" --include=.* --exclude=/* --exclude={$RP,*~} "$rp"$idir/$usr/ $sdir$idir/$usr
        rv=$?
 
        [ "$msize" ] && {
            rsync -aAXhm --progress --link-dest=SB_${rndc:4}/ $sdir$idir/$usr/SB_${rndc:4}/ $sdir$idir/$usr
            rm -r $sdir$idir/$usr/SB_${rndc:4}
          }
 
        [ $rv -eq 0 ] || error 13 $LINENO $rtype

          done

Úgy néz ki, hogy ha visszaállításkor nincs ott a /home alatt a user könyvtára, mkdir -p megcsinálja, de nem látok semmit, ami átadná az eredeti tulajdonosának. A tartalmon persze a rsync beállítja...

csuhas32

klt
OFF
Jé, virtuális gépen a 800x600 felbontás mellett van a három körmöcskével kóddá formázott szövegrészen vízszintes irányú csúszka, a gazdarendszer 1920x1080-as felbontásra állított kijelzőjén viszont nincs. Én épphogy elértem így a „Válasz” gombot, de a mester most ilyet biztosan nem találna, nála a szomszédban van, ezért kivételesen belenyúlok a hozzászólásodba és leveszem a körmöcskék számát egy párra. Bocsánat!

Szerk: Sajnos úgy se ment, megpróbáltam ideiglenesen áttenni a pastebinre, remélem jól nyúltam bele. Ha elhárítják a hibát és nem felejtjük el, akkor visszamásolhatjuk három körmöcskével.

csuhas32

klt
Én így is nagyon hálás vagyok Kendeknek a systemback.sh-ért, zseniális, de olyan jó, hogy valaki foglalkozik a dologgal!
(Azt hiszem, ez a jobb, hogy az időközben törölt felhasználó Dokumentumok, Képek, Letöltések, Sablonok... könyvtárai hiányoznak, hiszen ha esetleg ezek is létrehozásra kerülnének, akkor persze üres lenne a tartalmuk, míg korábban lehet volt bennük [akár sok minden] és ez első ránézésre becsaphatná a felhasználót.)

csuhas32

klt
Ha már kísérletezel, tudok ajánlani egy PEBKAC utáni még lehetetlenebb helyzetet.
(user1 /home/systemback-be a systemback.sh-val, készít egy pontot, létrehozza user2 rendszergazdát, átjelentkezik user2-be törli user1-et és állományait)
user2 rendszer-visszaállítást kezdeményez. A rendszerfájlokat visszaállítja (ha jól figyelem, itt visszaállnak shadow password meg ilyesmi állományok, vagyis user2 könyvtára marad a home-ban, de hozzáférése a rendszerhez megszűnik, ilyenjei user1-nek lesznek).
A felhasználói konfigurációs fájlok visszaállítását azonban nem kéri.
(Így nincs ellenőrzése annak, hogy van-e user1-nek a home-ban könyvtára, nem történik meg a pótlása.)
Látszólag minden szabályosan lezajlott, sehol egy hibaüzenet.
Enterre újraindul a rendszer.
Szegény user2 esetleg csak a saját felhasználónevét és jelszavát tudja, arról gőze sincs, hogy egyáltalán user1-ként lehetne bejelentkezni és azt is csak tty-n.

A kódokat nem vágom, de úgy gondolom, hogy az integritás ellenőrzésekor azt is meg kellene nézni, hogy a rendszermentés home könyvtárában lévő user könyvtárak megvannak-e még a rendszeren, ha nem akkor itt kellene egy figyelmeztetés (mondjuk valami ilyesmi):
Az integritás rendben.
Azonban úgy tűnik, hogy a visszaállítási pont készítése óta a rendszerből az alábbi felhasználó(k) törölve lett(ek):

A folyamat folytatása szélsőséges esetben a rendszere károsodásához is vezethet. A figyelmeztetés figyelmen kívül hagyásához és folyamat folytatásához nyomjon meg a I betűt, a folyamat megszakításához bármely más gombot!

klt

csuhas32 Áskálódtam egy kicsit.
Nem állítom, hogy mindent értek, mit miért csinált úgy kendek, de hozzáadtam két sort:

chown --reference=$rp$idir/$usr $sdir$idir/$usr || error 13 $LINENO $rtype
chmod --reference=$rp$idir/$usr $sdir$idir/$usr || error 13 $LINENO $rtype

Ezt az mkdir -p után, hogy most így néz ki:

idir=${d:${#rp}:${#d}-${#rp}-${#usr}-1}

        [ -d $sdir$idir/$usr ] || {
            [ -e $sdir$idir/$usr -o -h $sdir$idir/$usr ] && ! rm $sdir$idir/$usr && error 13 $LINENO $rtype
            mkdir -p $sdir$idir/$usr || error 13 $LINENO $rtype
            chown --reference=$rp$idir/$usr $sdir$idir/$usr || error 13 $LINENO $rtype
            chmod --reference=$rp$idir/$usr $sdir$idir/$usr || error 13 $LINENO $rtype
          }

Ez alapján be tudod illeszteni a saját tesztpéldányodba?
Nálam jónak tűnik így.
Létrehoztam egy "teszt" felhasználót, csináltam visszaállítási pontot, majd töröltem a home-ból a könyvtárát. Visszaállítás után megkapta "teszt" az őt megillető jogokat a saját könyvtárára.
Ha nálad is jó, valahogy publikálhatnánk 🙂

csuhas32

klt
OFF
A kód megint széthúzta az oldalt, kínomban lefotóztam és kicseréltem egy fényképre, mást nem tudtam kitalálni.
ON
Szerintem sikerült beillesztenem, valamikor kerítek időt a kipróbálására.

csuhas32

klt
RENDSZER-VISSZAÁLLÍTÁS
(Csináltam egy tiszta telepítést.)
Most akkor nem a blog tematikája szerint kell haladnom a teszteléshez, hanem az eredeti leírást illik követnem.
Ott a systemback.sh az /usr/local/bin/ könyvtárba kerül, mindössze annyiban fogok eltérni az eredeti leírástól, hogy ide a módosított fájlt teszem.
Amúgy most a

mkdir -p ~/.local/share/{applicati,ic}ons
wget -O ~/.local/share/applications/systemback.desktop goo.gl/Vhe3z7
wget -O ~/.local/share/icons/systemback.png goo.gl/ms96CR

is meglesz és a menüből, ikonról fogom indítani a pont készítést is a visszaállítást is, úgy hogy először semmi máson nem változtatok.
Alapértelmezetten így a mentési pont (éppen aktív?) user könyvtárába kerül. (Ezen mondat írásakor éppen a /home/user1/SB_pHh... készül). Kis kitérőt muszáj tennem, ez a rész is izgat, gyorsan csinálok egy user2-t. Hogy neki is legyen a menüben systemback.sh-ja, nála is ki kell adnom a fentebb idézett három parancsot. User2 a /home/user2/SB_eg3... könyvtárba hozza létre alapértelmezetten a visszaállítási pontját. Ez tök jó! Így user2 csak nehezen tud visszaállni egy olyan pontra, amit még user1 készített, akkor amikor ő még a világon sem volt. Alapértelmezetten ő csak a saját visszaállítási pontjaival találkozik, a menüből ezek közül az utolsóra tud visszaállni. (Ez nekem a kevésbé tapasztalt felhasználók kezei között hagyott gép miatt fontos, lényeges szempont.) Ez most így nekünk jó is lesz a teszteléshez, user2 fogja visszatolni a rendszert a saját maga által készített pontra, oda ahol még volt user1. A hátrány, hogy Így viszont user2 azt hiszem nehezen fogja törölni user1-et és az összes fájlát, arra számítok, hogy ezt így simán a grafikus felületen futó Felhasználók és csoportok alkalmazással nem lehet majd megcsinálni, mert a /home/user1 alatt lévő SB* visszaállítási pontok írásvédettek. A felhasználó könyvtárának sikeres törléséhez a home/user1 könyvtárban állva először ki kell majd adni a visszaállítási pont(ok) törlését elvégezni hivatott parancspárost.)
Neki is futok a grafikus felületen futó felhasználókezelővel user1 eltávolításának és kérem a fájljainak törlését is.
„A beállítás nem menthető Ismeretlen hiba történt.” :-)
Rendszergazdai joggal futó Thunarral belépek a /home/user1-be és nyitok ott egy terminált.

sudo chattr -Rfi SB_*
sudo rm -rf SB_*

A grafikus felületen futó felhasználókezelő szerint most már csak user2 felhasználóm van, de még megvan a /home/user1 könyvtár.
Nehéz kenyér ez! :-)
sudo rm -r /home/user1
Röviden: Bejelentkezési képernyőn csak user2 van, a menüből a /home/user2-ben lévő (utolsó) visszaállítási pontra fogok megpróbálni visszaállni. Itt még volt korábban user1 felhasználó IS, neki könyvtára a /home-ban.
Integritás rendben.
A rendszer visszaállítása.
A felhasználói adatfájlok visszaállítása.
Újraindítás.
A bejelentkezési képernyőn ott van user1 és user2 is, user1-be be tudok lépni, a Dokumentumok, Zenék, Képek, Videók, Letöltések, Nyilvános, Sablonok, Asztal könyvtárak (az összes adatállomány) természetesen hiányoznak!
Ha esetleg magát a rendszert kell másolnom egy mentési pontról, arra tökéletes lesz! Köszönöm szépen!
(Publikálás alatt nem tudom mire gondoltál, az ilyesmihez nem konyítok, ha Kendek email címére szükséged van esetleg, azt talán meg tudom szerezni [persze csak akkor, ha él még, ami ott díszeleg a szkript elején! :-D )

klt

csuhas32 Nálam semmi baj nem volt a kóddal.
(Debian 11 - MATE, Chromium 119.0.6045.105 böngésző, fullHD kijelző)

meskobalazs

[OFF]
csuhas32 Nem bírtam ki, faragtam én is egy kicsit rajta 🙂

csuhas32

meskobalazs

[OFF]
Lett vízszintes csúszka a kóddá formázott szövegen! Köszi!
Igyekeztem @klt hozzászólásaiban visszaállítani az eredeti állapotot.

hepaly

csuhas32
OFF:

Broken system files can be repaired from a Live system. Just manually mount the system partition(s) under the /mnt directory, and use the -m option.

sudo bash -c "$(wget -O- goo.gl/SXWYn7)" . -m

javítva 🙂

csuhas32

hepaly
[OFF]
Köszönöm! Csak nézek itt egyfolytában felfelé rátok! :-)

klt

csuhas32 Úgy látom, sikerült 🙂

klt

csuhas32

csuhas32 Publikálás alatt nem tudom mire gondoltál,

Szólni kendeknek, hogy "véletlenül" belenyúlodott a szkriptjébe. Írok neki, de kellett a megerősítés, hogy nem csak nálam jó. Köszi!

csuhas32

klt Azért szorgalmiból megcsináltam a módosított systemback.sh fájllal az általa készített visszaállítási pont felhasználásával a rendszermásolást is. Minden az elvártak szerint alakult.

klt

csuhas32 Volt egy levélváltásom Kendekkel, ő nem tudja reprodukálni a problémát, és az rsync-nek vissza kéne állítania a visszaállítandó könyvtár jogosultságait.
Az általa adott példa alapján valóban így tesz az rsync.
Szóval, tovább kell nézelődni, hogy mit nem veszek észre?

csuhas32

klt Az általa adott példa alapján valóban így tesz az rsync.

Megpróbálom összeszedni a lehetséges változókat:
user1 alól készül a visszaállítási pont.

user1 könyvtárába
nem user1 könyvtárába

a visszaállítás kezdeményezésekor még létezik user1 és könyvtára
a visszaállítás kezdeményezésekor még létezik user1, de nincs könyvtára
a visszaállítás kezdeményezésekor már nem létezik user1, de megvan még a könyvtára

a visszaállítást olyan felhasználó kezdeményezi, aki nem része a rendszernek
a visszaállítást olyan felhasználó kezdeményezi, aki része a visszaállítandó rendszernek:
– a pont készítésekor már része volt a rendszernek
– a pont készítésekor még nem volt része a rendszernek

Az én két esetem:
Rendszermásolás: A visszaállítási pontot user1 készítette, nem a saját könyvtárába, a visszaállítás (rendszermásolás) kezdeményezésekor már nem létezett user1 és könyvtára (üres partíció), a visszaállítást kezdeményező felhasználó (live user) nem része a rendszernek.

Rendszer-visszaállítás: A visszaállítási pontot user1 készítette, nem a saját könyvtárába, a visszaállítás kezdeményezésekor már nem létezett user1 és könyvtára (törölve lettek), a visszaállítást kezdeményező felhasználó (user2) része a rendszernek, de a pont készítésekor még nem volt az.

Kendek példáját nem láttam.

klt

csuhas32

csuhas32 Kendek példáját nem láttam.

Igaz. Kendek írta vala (részlet):

Az rsync rendben visszaállítja a jogosultságokat, és ez nagyon egyszerűen tesztelhető:

mkdir a
ls -l | grep a
drwxr-xr-x 2 root root 40 nov 6 17:49 a
chmod 444 a
chown 1000:1000 a
ls -l | grep a
dr--r--r-- 2 kendek kendek 40 nov 6 17:49 a
mkdir -p b/a
ls -l b | grep a
drwxr-xr-x 2 root root 40 nov 6 17:55 a
rsync -a a/ b/a
ls -l b | grep a
dr--r--r-- 2 kendek kendek 40 nov 6 17:49 a

A systemback.sh ugyanígy működik, egészen pontosan ez a parancs. Ahol is előzetesen létre lett hozva a $sdir$idir/$usr könyvtár root tulajdonjoggal, amit aztán az rsync átír a "$rp"$idir/$usr beállított jogosultságai szerint.

Most megpróbálok egy stop-trükköt, hogy lássak valamit...

Áhhháááá!

A restore()-ban a 2-ik rsync rendben beállítja a jogokat, ahogy Kendek mondja. A 3-ik viszont elcseszi. Na, itt kell további kutatást végezni!

csuhas32

klt Tudásom határán túli területre kalandoztunk. Azért próbállak titeket valamennyire követni. A Kendek által mutatott példánál nekem (a listázós parancsokat kivéve) sudo-znom kellett, hogy ugyanolyan eredményt kapjak. Az rsync szinkronizált egy könyvtárat. Ilyet is láttam. (Nézegettem én az rsync-es leírásokat, de ott többnyire rögtön szervert szinkronizálnak a nagymenők.)
A stop-trükkös képernyőképed baloldala nekem olyan, mintha felbontottad volna a szkriptet, második rész kész, harmadik indul... harmadik kész. Jobb oldalon van három
ls -l, mely szerint teszt könyvtára root root tulajdonában, aztán egy ahol teszt teszt a birtokos és végül megint root root.
Megértettem, az rsync2 rész odaadja teszt-nek a könyvtárát, de rsync3 visszaveszi a root root-nak.

klt

csuhas32 Kendek már rajta van az ügyön 🙂
Ma estére ígért javítást (vélhetően jobbat, mint az én hebrákolásom 😃 )

csuhas32 A stop-trükkös képernyőképed baloldala nekem olyan, mintha felbontottad volna a szkriptet, második rész kész, harmadik indul... harmadik kész.

Pontosan.

Átírtam a szkriptet, hogy az rsynce-ek előtt és után megálljon -és várjon- egy billentyű leütésre.
Meg még csináltam olyat is, hogy bizonyos változókat kiírattam, így tudtam okosan bandzsítani a történésekre, és volt időm körülnézni a rendszeremben, hogy éppen min ügyködik az amúgy kézifékezett szkript 😉