Ü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!
Asztali felhasználásBlogok

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

Fórumtársam kérdése késztetett gondolkodásra. A módszer előnye, csakúgy, mint ahogy a GParteddel partíciót másolunk, ahol nem a partíció teljes mérete, hanem a partíción adatok által elfoglalt hely mérete számít, itt is a rendszerről készült mentés mérete csak rendszerpartíción lévő állományokat takarja szemben például azzal, amikor a teljes rendszerpartíciót mentjük le egy képfájlba.
Szóval van valahol (akár egy külső adathordozón) egy könyvtárunk, amibe ott a systemback.sh (ezt természetesen futtathatóvá tettük) és a

sudo ./systemback.sh -n

segítségével ide készítünk egy visszaállítási pontot.

Innen szükség esetén vissza tudjuk állítani a rendszerünk, de arra is használhatjuk, hogy ezt a rendszert átmásoljuk innen egy másik lemezre illetve partícióra. Hogyan? Erre a célra jó bármilyen futó linux rendszer, lehet ez akár a telepített rendszerünk, de megteszi egy live rendszer is, így máris kiszabadultunk a kiindulási rendszert tartalmazó gép fogságából. Készítettem a virtuális gépen egy új üres lemezt, indítottam egy live rendszert.A GParteddel elkészítettem a partíciós táblát (GPT) és a szükséges partíciókat (1 MB formázatlan , bios_grub zászlóval; 512 MB FAT32; a többi Ext4 [ez lesz a rendszerpartíció]). Egy setxkbmap hu paranccsal magyarra állítottam a live billentyűkiosztását. Ahhoz hogy a (live) rendszerünkön futtatni tudjuk a systemback.sh-t telepítve kell lennie az attr psmisc rsync csomagoknak, adjuk ki a:

sudo apt install attr psmisc rsync

parancsot, nehogy valamelyik hiányozzon!

A sudo parted -l következett, hogy lássam melyik partíció kell nekem. Nagyjából a README.md szerint

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.

jártam el:

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

A sudo mount /dev/sdb3 /mnt paranccsal felcsatoltam a leendő rendszer rendszerpartícióját. A sudo apt install mc következett. A sudo mc után könnyedén a mentési könyvtáramba navigáltam és ott kiadtam a sudo ./systemback.sh -m parancsot.

Itt azért jött egy figyelmeztetés:

Ezt persze figyelmen kívül hagytam és szépen el is kezdődött a rendszerpartíció mentésének másolása. Aztán hozzájárultam a felhasználói adatok másolásához is. A végén azonban még nem nyomhattam entert, bármely más gombot kellett válasszak, hiszen egy ilyen másolás után van még azért egy-két teendő.

Kezdjük az /etc/fstab-bal. Ebben a kiindulási rendszer bejegyzései szerepelnek. A sudo blkid kimenetéből kiindulva írjuk át a célrendszer /etc/fstab fájljában az aktuális helyzethez igazodóan minimum az UUID értékeket. Ha a kiindulási rendszeren volt swapfájl vagy partíció, akkor annak bejegyzése szintén ott van az fstab-ban, ám a swapfájl a systemback.sh a mentésbe nem veszi bele, így az nincs ott a célrendszer rendszerpartícióján. Ha hibás bejegyzés van az fstab-ban, akkor a bootolás el fog akadni, ezért én azt javaslom, hogy a swapfájlra vonatkozó esetleges bejegyzést egyelőre kommenteljük ki.

És akkor természetesen egy frissen formázott lemez így még nem fog bootolni, telepítenünk kell rá rendszerbetöltőt, nyilván a konkrét értékeket behelyettesítve (illetve előbb legyen a grub-install és utána az update-grub). Most ugrott a majom a vízbe, izgalommal vártam, hogy a másolt rendszer egyáltalán elindul-e? Elindult, de lett más meglepetés. A bejelentkezési képernyőről a felhasználói fiókba nem jutottam be, a jelszó beírása után visszadobott, úgyhogy át tty-re és sudo chown -R $USER:$USER /home/$USER utána már be tudtam lépni.

Persze nincs a felhasználónak Dokumentumok, Letöltések, Képek, Zenék, Sablonok könyvtára, de én ezzel nem is foglalkoznék, ezen a ponton létrehoznék egy új felhasználót az ügyfél által választott jelszóval, majd rendszergazdává tenném, átlépnék a fiókjába és a kiindulási rendszertől örökölt felhasználót törölném. Most már lábon van a rendszer, lehet még pótolni esetleg a swapfájlt és az fstab-ban „visszakapcsolni”. Nem mondom, hogy gyermekien egyszerűen, de sikerült egy systemback.sh-t és az általa készített mentési pontot, valamint egy live rendszert használva átköltöztetni egy rendszert.

    Hozzászólások (91)

    Fórumtársam kérdése késztetett gondolkodásra. A módszer előnye, csakúgy, mint ahogy a GParteddel partíciót másolunk, ahol nem a partíció teljes mérete, hanem a partíción adatok által elfoglalt hely mérete számít, itt is a rendszerről készült mentés mérete csak rendszerpartíción lévő állományokat takarja szemben például azzal, amikor a teljes rendszerpartíciót mentjük le egy képfájlba.
    Szóval van valahol (akár egy külső adathordozón) egy könyvtárunk, amibe ott a systemback.sh (ezt természetesen futtathatóvá tettük) és a

    sudo ./systemback.sh -n

    segítségével ide készítünk egy visszaállítási pontot.

    Innen szükség esetén vissza tudjuk állítani a rendszerünk, de arra is használhatjuk, hogy ezt a rendszert átmásoljuk innen egy másik lemezre illetve partícióra. Hogyan? Erre a célra jó bármilyen futó linux rendszer, lehet ez akár a telepített rendszerünk, de megteszi egy live rendszer is, így máris kiszabadultunk a kiindulási rendszert tartalmazó gép fogságából. Készítettem a virtuális gépen egy új üres lemezt, indítottam egy live rendszert.A GParteddel elkészítettem a partíciós táblát (GPT) és a szükséges partíciókat (1 MB formázatlan , bios_grub zászlóval; 512 MB FAT32; a többi Ext4 [ez lesz a rendszerpartíció]). Egy setxkbmap hu paranccsal magyarra állítottam a live billentyűkiosztását. Ahhoz hogy a (live) rendszerünkön futtatni tudjuk a systemback.sh-t telepítve kell lennie az attr psmisc rsync csomagoknak, adjuk ki a:

    sudo apt install attr psmisc rsync

    parancsot, nehogy valamelyik hiányozzon!

    A sudo parted -l következett, hogy lássam melyik partíció kell nekem. Nagyjából a README.md szerint

    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.

    jártam el:

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

    A sudo mount /dev/sdb3 /mnt paranccsal felcsatoltam a leendő rendszer rendszerpartícióját. A sudo apt install mc következett. A sudo mc után könnyedén a mentési könyvtáramba navigáltam és ott kiadtam a sudo ./systemback.sh -m parancsot.

    Itt azért jött egy figyelmeztetés:

    Ezt persze figyelmen kívül hagytam és szépen el is kezdődött a rendszerpartíció mentésének másolása. Aztán hozzájárultam a felhasználói adatok másolásához is. A végén azonban még nem nyomhattam entert, bármely más gombot kellett válasszak, hiszen egy ilyen másolás után van még azért egy-két teendő.

    Kezdjük az /etc/fstab-bal. Ebben a kiindulási rendszer bejegyzései szerepelnek. A sudo blkid kimenetéből kiindulva írjuk át a célrendszer /etc/fstab fájljában az aktuális helyzethez igazodóan minimum az UUID értékeket. Ha a kiindulási rendszeren volt swapfájl vagy partíció, akkor annak bejegyzése szintén ott van az fstab-ban, ám a swapfájl a systemback.sh a mentésbe nem veszi bele, így az nincs ott a célrendszer rendszerpartícióján. Ha hibás bejegyzés van az fstab-ban, akkor a bootolás el fog akadni, ezért én azt javaslom, hogy a swapfájlra vonatkozó esetleges bejegyzést egyelőre kommenteljük ki.

    És akkor természetesen egy frissen formázott lemez így még nem fog bootolni, telepítenünk kell rá rendszerbetöltőt, nyilván a konkrét értékeket behelyettesítve (illetve előbb legyen a grub-install és utána az update-grub). Most ugrott a majom a vízbe, izgalommal vártam, hogy a másolt rendszer egyáltalán elindul-e? Elindult, de lett más meglepetés. A bejelentkezési képernyőről a felhasználói fiókba nem jutottam be, a jelszó beírása után visszadobott, úgyhogy át tty-re és sudo chown -R $USER:$USER /home/$USER utána már be tudtam lépni.

    Persze nincs a felhasználónak Dokumentumok, Letöltések, Képek, Zenék, Sablonok könyvtára, de én ezzel nem is foglalkoznék, ezen a ponton létrehoznék egy új felhasználót az ügyfél által választott jelszóval, majd rendszergazdává tenném, átlépnék a fiókjába és a kiindulási rendszertől örökölt felhasználót törölném. Most már lábon van a rendszer, lehet még pótolni esetleg a swapfájlt és az fstab-ban „visszakapcsolni”. Nem mondom, hogy gyermekien egyszerűen, de sikerült egy systemback.sh-t és az általa készített mentési pontot, valamint egy live rendszert használva átköltöztetni egy rendszert.

      csuhas32 a következőre módosította a címet: Rendszermásolás a systemback.sh mentési pontjának használatával.

      Brávó!!!!
      😃
      Ügyes!
      👏
      Félhalott fejbevert rendszert már állítottam vissza hasonlóan, nekem akkor elég volt az fstab-ot megturkálni, mert a felhasználóim uid-ja megegyezett, a /home pedig másik partíción volt, így az nem volt érintett a művelet által.
      Ezzel így gyakorlatilag modellezted, hogy kipurcan a rendszermeghajtód, és a belakott rendszerrel "költözöl" egy teljesen újra. 🙂

      Szerk.:
      Annyi, hogy nekem a (Debian) liveba telepíteni kellett attr, psmisc (ha jól emlékszem) csomagokat a systemback.sh használatához, ezt nem látom nálad említve. Vagy ezek egy Ubuntu live-ban alapból benne vannak?

        klt Annyi, hogy nekem a (Debian) liveba telepíteni kellett attr, psmisc (ha jól emlékszem) csomagokat a systemback.sh használatához, ezt nem látom nálad említve. Vagy ezek egy Ubuntu live-ban alapból benne vannak?

        Igazad van, Linux Mint 21.2 Xfce volt telepítve a virtuális gépre és így ennek a live-ját is használtam, abban alapból valóban benne van az attr és psmisc, ezért ez nekem nem tűnt fel.
        A témából készített jegyzetembe ezt gyorsan bele is teszem sőt azt hiszem a blogot is tudom javítani.
        Köszönöm!

          csuhas32
          Ha a blogot tudod javitani, akkor ezt is - legyszi! ... setkbmap hu -> setxkbmap hu
          Egyebkent gratula!! 🙂

            klt

            (A példa kedvéért a kiindulási rendszer felhasználójának neve legyen krf)
            Végigszaladtam újra a teljes folyamaton, annyit változtattam, hogy a live alatt a végén:

            sudo adduser krf
            sudo chown -R  krf: /csat-pot/home/krf

            (Remélem jól írtam a parancsot, nem szoktam így, eddig mindig a csoportot is megadtam. Megcsinálta live alól, de nem figyeltem meg, hogy a kettőspont után hány szóközt ütöttem.)
            Szerintem ez így jobb, mert a másolt rendszer első indításakor szépen be tudtam jelentkezni grafikus felületen. (A Letöltések, Dokumentumok... továbbra is hiányoznak, de például a Firefox beállítóállományai megvannak.)

            Ha valakinek van külön home partíciója, az némileg változtathat a dolgokon, de hogy bonyolítja vagy egyszerűsíti, azon még nem gondolkodtam. :-D

            • klt válaszolt erre.

              klt Ezzel így gyakorlatilag modellezted, hogy kipurcan a rendszermeghajtód, és a belakott rendszerrel "költözöl" egy teljesen újra. 🙂

              Gondolhatják egyesek, hogy ez amolyan fantomfájdalom, nem nagy kaland egy rendszert feltenni egy lemezre. Ez igaz is, ha magamnak teszek fel egy rendszert, ha hiányzik valami azt ráérek szépen egyesével akkor pótolni, amikor kiderül. Azonban vannak általam felügyelt gépek, melyek tőlem viszonylag messze vannak, úgy kell őket otthagynom, hogy passzoljanak a felhasználóhoz, mert nem tudok percenként odaugrani. Én vagyok a mindent is tudó, ezért ezek a beszélgetések szoktak lezajlani:
              A felhasználó kérésére a fiókba automatikusan bejelentkező rendszer, vagy olyan rendszer esetén melyen van egy admin fiók és a felhasználó kérésére egy jelszót nem kérő korlátozott fiók:
              – Mi a jelszó?
              – Én azt nem tudom, te telepítetted.
              (Mindig a felhasználó határozza meg a jelszót én igyekszem nem nézni ahogy beüti, vagy ha én gépelem be, akkor, nem megjegyezni. Volt már, hogy ezért „fel kellett törnöm” a rendszert. Azóta, ha úgy látom, csinálok magamnak egy admin fiókot, aminek megjegyzem a jelszavát...)

              – Mi a Skype felhasználónév és jelszó?
              – Várjál!

              – Mi a Facebook-hoz a jelszó?
              – Az úgy van, hogy a Chrome-ban rámész a Facebookra, ott van az én fényképem meg az asszonyé, amelyiket kiválasztod, az nyílik meg. Nem kell jelszó.

              – Mi a Gmail-hez a jelszó?
              – Az a Chrome-ban van (volt).

              – Hol vannak a könyvjelzőim?
              – Milyen könyvjelzők?
              – Itt voltak a Chrome tetején. Azokat vissza tudnád tenni?

              – Egy frissen telepített rendszerre milyen alkalmazásokat telepítsünk pluszban, mit használsz?
              – Ami rajta volt. Te telepítetted.
              De hát, nem is kell nekik többet tudniuk, ők használják, amit kapnak és kész. Nagyon helyes!
              Mindig készítek Systembackkel vagy systemback.sh-val mentést, ha nem azon a lemezen van a mentés, ami feladta a küzdelmet, akkor nekem nagyon jól jön, ha vissza tudom pont azt a rendszert tenni, ami fent volt, de aranyat ért már a felhasználó könyvtárában lévő rejtett Skype vagy Chrome beállító fájlt is. Ebből a módszerből még azt is kinézem, hogy a panel beállításai is öröklődnek.

              Ami a fantomfájdalom részt illeti: Ha valahol nincs net, akkor oda akár így is lehet vinni egy rakat alkalmazással feltelepített rendszert, nem kell ehhez más, mint az egy Mint Xfce live illetve a hozzá tartozó mc és annak függőségei egy könyvtárba lementve. A systemback.sh és a mentési pont, valamint a picike fájl, ami ennek a témának a leírását tartalmazza.
              (Még azért ehhez azt nem ártana tudni, hogy a kiindulási rendszer Legacy-ban vagy UEFI-ben legyen telepítve. Ha nem tudjuk, akkor jó lesz, ilyet is, olyat is vinni.)

              • klt kedveli ezt.

              [OFF]
              Csak nekem vágja le a böngésző a sorok végeit?
              Nektek jól jelenik meg?
              A többi témánál a képernyő jobb szélén van még egy plusz mező, ami mutatja, hányadik hozzászólásnál tartunk, középen meg szépen berendezi a tartalmat.
              Ennél a Csuhás-témánál hiányzik a jobb oldali mező, és a középső sorok jobbra kilógnak a képből, csúszka sincs alul, hogy utánamenjek.

                Az utóbbi napokban nálam is rendetlenkedik.

                a mester
                Linux Mint 21.2 Cinnamon, Firefox, (Nézet/) Nagyítás: Valódi méret.
                Szerk: Nálad? Suse + KDE + Opera?
                Még annyi jutott eszembe, hogy csak ennél a „Ennél a Csuhás-témánál” vagy minden blognál és a fórumtémáknál rendben?

                  csuhas32
                  Igen, én OPENSuse Linuxot használok, KDE (mittomén plazma vagy minéven), Opera (Chrome-alapú) böngészővel.

                  "(Nézet/) Nagyítás: Valódi méret."
                  Ezzel feladtad a leckét. Én csak böngészek, és kattintgatok 🙂
                  Próbábul elkezdtem ctrl-görgetést nyomni, erre felül kaptam egy nagyítót, 110 %-kal. Visszaraktam (a görgetés előtti) 100 %-ra, nem hozott változást.

                  CSAK ENNÉL az egyetlen témánál van amália, más bejegyzéseknél nincs. Kerestem , jó mélyen találtam egy másik blogot, az is rendben van.

                  Nem tettél a nyitóba valami formázást, teljesen egészen véletlenül?

                    a mester
                    Azt hiszem most már rendben.
                    A README.md résznél kellett a kóddá formázott szövegbe betenni egy sortörést, az húzta szét az oldalt.
                    Elnézést az okozott kellemetlenségért!

                    csuhas32 Végigszaladtam újra a teljes folyamaton, annyit változtattam, hogy a live alatt a végén:

                    sudo adduser krf
                    sudo chown -R krf: /csat-pot/home/krf

                    Én azon töprengek, hogy ha a rendszert visszaállítod a systemback mentésből, akkor az nálad nem hozza vissza a /etc/passwords /etc/shadow /etc/groups /etc/gshadow fájlokat?

                    Merthogy ezekben kéne legyenek a felhasználók (és csoportok) mindenféléjei (login, teljes név, tagságok, uid/guid, estébé).
                    Nekem ezek is benne vannak a snapshotban, és vissza is kerülnek a helyükre.

                      klt
                      Szerintem az rendben, itt valahol ott van valami turpisság, hogy a systemback.sh beállítási részének végén ez az alapértelmezés:

                      exclude="\
                      .cache/gvfs
                      .gvfs
                      .local/share/Trash/files/*
                      .local/share/Trash/info/*
                      .Xauthority
                      .ICEauthority"

                      Vagyis a kivételek között ott az .Xauthority is.
                      Tetejébe a „visszaállítás” root joggal fut és célrendszeren nincs /home/user. Nem próbálgattam, de megeshet, hogy /home/user könyvtárat root joggal hozza létre, mint amikor GParteddel készítünk egy partíciót.
                      Normális visszaállításnál ott a /home/user és benne van a user által írhatóan az .Xauthority
                      Kis türelmet, nekiszaladok újra és megpróbálom megírni, amit találok.

                      klt

                      Az éles rendszeremen a /home/csuhas és az alatta lévő állományok csuhas csuhas jogokkal bírnak (kivéve a visszaállítási pontok), az asszony fiókja 1000 1001. A mostani (amúgy többszörösen másolt) virtuálisban lévő rendszeren a /home/user és azon belül minden fájl az 1000-é (kivéve a visszaállítási pont, az a rooté).
                      Megcsináltam frissen formázott partícióra a „rendszermásolást”.
                      A másolt rendszerpartíción a
                      /home/user root root
                      azon belül minden tartalom 1000 1000
                      Újraindítás után az user nem tudja írni a könyvtárát, ezért nem jönnek létre a hiányzó fájlok, például az
                      .Xauthority, ezért dob vissza a bejelentkező képernyőre.
                      Így van ez, amikor egy profi munkát piszkál egy (lelkes) amatőr.
                      Kellene csinálnom egy tiszta telepítést, és azt másolni, mert elképzelhetőnek tartom, hogy ott a /home/akarmi és tartalmainak tulajdonosa akarmi akarmi lesz, így kerülnek a mentésbe is a beállítófájlok és a másolt rendszeren ugyan a /home/akarmi root root lesz, de a benne lévő állományok a mentésből
                      akarmi akarmi tulajdonost kapnak.
                      (Az 1000 1000 lehet onnan jön, hogy egy másolás után csináltam új felhasználót [az eredetit utána töröltem], aztán erről is csináltam egy visszaállítási pontot és azt másoltam tovább a kísérletezések során. Az éles rendszerem is az eredeti felhasználó könyvtárai még csuhas csuhas hatókörbe tartoznak, a később létrehozott felhasználó dolgai mellett viszont már 1000 és 1001 szerepel.)

                      • klt válaszolt erre.