A klt által módosított systemback.sh beköltöztetése Ubuntu 24.04-re

csuhas32

klt Idegen gépen én ösztönösen mentési pontot úgy készítek (és visszaállítást is úgy végzek), hogy közben (tudtommal vagy szándékom szerint) semmi más nem fut. Ezek nem szerverek, egyszerű asztali rendszerek böngészéshez, alapfeladatokhoz.
Mivel a fejem nem káptalan a mentési könyvtárba (maradjunk a /home/SB-nél) oda szoktam másolni a systemback.sh-t sudo cp /usr/local/bin/systemback.sh /home/SB/ és szintén letöltöm és odamásolom a README.md-t is. Az egyik 3,2 kB, a másik 22,4 kB, szerintem nem terhelem vele túl a rendszert.
Így az adott rendszer bármely rendszergazda jogot szerezni képes felhasználójával tudok egyszerűen a mentési könyvtárba belépve új pontot készíteni, törölni, visszaállni, nincs szükségem internetkapcsolatra sem, ha esetleg valamit meg kell nézni a README.md-ben, mert az is helyben van.
Mert hát, amilyen az én szerencsém, miért ne lehetne pont úgy, hogy egy rendszeren a netkapcsolat száll el és nem a legutolsó pontra kellene visszaállni, hanem egy korábbira?
Szóval nálam a README.md és a systemback.sh ott csücsül a mentési könyvtárban akár az aktív rendszeren, akár egy külső meghajtón található meg az. Számomra még egy előnye van ennek, nem kell megjegyeznem, megkeresnem a systemback.sh helyét, a mentési könyvtárban állok a terminállal, szóval az összes parancsom sudo ./systemback.sh-val kezdődik, ami szerény szellemi képességeim okán nagy könnyebbség nekem. :-D

KiralyMarta

csuhas32
Megcsináltam a leírtakat, menüben az indító ikon és már futott is. Meg kerestem a /home/SB alatt a mentést ha nem csalódom kb 21 GB a méret, mert a lemezhasználat alatt nem látom a könyvtárat, mert vagy /home/marta vagy / ahol viszont nincs /home. Ha a a fájl kezelőbe /home/SB könyvtár tulajdonságait nézem ₂₁ GB egyes részei olvashatatlanok. Nem tudom ez rendben van-e? Kérdésem ebből hogy állítok helyre? Miért nem jó a TimeShift?

lala2

csuhas32
(Csak-úgy megjegyzés szintjén, halkan méltatlankodva.)
Ha már a Canonical "kitalálta" és erőlteti a snap-es csomagkezelést, akkor igazán
illő lenne ha valamilyen könnyen kezelhető/korrekt - urambocsá' grafikus felületű
rendszer mentő/visszaállító alkalmazást is "kifejlesztene" hozzá.
Elvégre, ez egy alapvető alkalmazás (lenne)!

csuhas32

lala2 Egyetértünk.
A snap esetében nagyjából az alábbi eltéréseket látom:
– A snap appok a /var/lib/snapd alatt vannak
– Felhasználói snap adatok: ~/snap
– Loop mountolt squashfs image-eket használ
– Verziózott, saját snapshot rendszerük is van

Eddig még a legjobb eredményt a systemback.sh ezen módosított változata adta számomra az adott rendszer alól futtatható rendszermentő eszközök közül.
Ha biztosra szeretnék menni, akkor külső eszközről Clonezilla vagy partíció(k), esetleg teljes lemez másolása dd-vel, szóval mindenképp valami olyan, ami bitre pontosan ment. Ez azonban nagyon macerás és rettenetes helyigényű is tud lenni, kintről kell hozzáférni egy adott lemezhez, ami távoli kapcsolat esetén eléggé kizárt és túl bonyolult is ahhoz, hogy az ember egy sima hétköznapon hozzáfogjon.

ipuro

lala2 Használ még valaki snap-et? Én azonnal kigyomláltam és nem bántam meg. Lassú és felesleges. Bár mostanában nagyon menő, hogy mindent konténerbe teszünk, de sokszor felesleges és erőforrás pazarlásnak gondolom.

klt

KiralyMarta egyes részei olvashatatlanok. Nem tudom ez rendben van-e?

Root joggal készül, szóval igen.

KiralyMarta Kérdésem ebből hogy állítok helyre?

csuhas32 Amennyiben a menüben jobb egérgombbal kattintasz az ikonra (vagy talán anélkül is) lesz ott egy „Restore to the latest restore point”, arra kattintva szintén megnyílik egy terminálablak és vissza tudod állítani a rendszered a legutolsó visszaállítási pontra...

Vagy, terminálból elindítod:

sudo /usr/local/bin/systemback.sh -r

Egy jóváhagyás után visszaállít a legutolsó mentett állapotra.

KiralyMarta Miért nem jó a TimeShift?

Jó a Timeshift?
Ami miatt a systemback.sh-t én kedvelem:
-nem kell hozzá GUI, VPS-en is működik
-mivel "csak" egy shell-script, variálható, végtelenül rugalmas
-fenti okból nagyon könnyen automatizálható is
-mentés bárhova készülhet, nem kell külön eszköz (lemez, partíció), az egyetlen megkötés, hogy a célhelyen olyan fájlrendszer legyen, ami tárolni tudja a linuxos jogosultágokat, attributumokat.
-sokszor bizonyította a hasznosságát, mentett már meg saját hülyeségem következményeitől...
-az inkrementális backup miatt elég takarékosan bánik a hellyel, nem tudom, ezt a Timeshift tudja-e?

csuhas32

KiralyMarta Miért nem jó a TimeShift?

Amikor én utoljára próbáltam Snap csomagos Ubuntun a Timeshiftet, akkor ha a Snap dolgokba alapos dúlást végeztem, akkor Timeshift azt nem volt képes visszaállítani, nem kaptam vissza az általam mentett állapotú rendszert.

KiralyMarta

klt
Köszönöm a választ.

Amennyiben a menüben jobb egérgombbal kattintasz az ikonra (vagy talán anélkül is) lesz ott egy „Restore to the latest restore point”, arra kattintva szintén megnyílik egy terminálablak és vissza tudod állítani a rendszered a legutolsó visszaállítási pontra...

~~Ez nálam nem működik. Ubuntu 24.04.4 a rendszer Gnome. A kiterjesztés kezelővel felraktam egy menü megjelenítőt.~~ Meg van. Ebben a rendszerben a menü az Ubuntu ikon (tálca) mögött meg jelenő alkalmazások a menü. Itt is meg van az ikon és itt már megjelenik a menü.

klt

ipuro Használ még valaki snap-et?

Én speciel viszketek az összes konténeres bizbasztól.

ipuro erőforrás pazarlásnak gondolom.

👍️ 👍️

lala2

ipuro
Nekem nem kellett kigyomlálnom semmit, ugyanis snap mentes Mintet (is) használok Cinnamon
felülettel. Igaz hogy nagyon jól elő van készítve a flatpakos csomagok kezelésére, de nem erőlteti.
Egyetlen előtelepített flatpakos csomagot sem tartalmaz - a felhasználóra bízza hogy kell-e neki?
Azért kíváncsi lennék hogy Ubuntun mi indokolja a pl. a snap telepítésű Firefox ill. Thunderbird
használatát? ... A homokozó nyújtotta esetleg nagyobb biztonság miatt?
Én például már évek óta használom a " firejail" homokozót.
A Firefoxnak csináltam egy a hivatalos Ff. ikontól eltérő ikonnal "Firefox in firejail" névvel egy
indítót amit a panelra tettem - erre kattintva a firejail homokozóból indul a Firefox.
De ha "felfújom a képemet", akkor terminált nyitok, és beírom:
sudo firecfg
Erre kapok egy hosszú listát alkalmazásokról/folyamatokról amelyket ha megnyitok/indulnak,
akkor a homokozóból fognak futni. https://sourceb.in/t1wzdZJKdz
A munkamenet végéig, vagy míg ki nem adom a:
sudo firecfg --clean
parancsot.
Azt nem tudom hogy viszonyul egymáshoz a snap és a firejail homokozója, de ez utóbbit legalább
tudom személyre szabottan kezelni.
Szerk: Találtam egy ilyen összehasonlítást:
Jellemző ,,, Snap ... Firejail
Izoláció szintje Közepes-magas (AppArmor) ... Magas (seccomp + több)
Teljesítmény Lassabb, konténeres ... Gyorsabb, könnyű
Könnyű használat Automatikus, GUI-barát ... Manuális, terminálos
Erősség Csomagkezelés, frissítések ... Rugalmasság, hálózat

csuhas32

ipuro Használ még valaki snap-et?

Szerintem a Desktop ág eleve nem nagyon izgatja a Canonicalt. Egy Server rendszeren még mindig az APT/.deb csomagok a dominánsak, a snap mindössze inkább csak opcionálisan választható eszköz. Kit érdekel, hogy hogyan működik, van-e hozzá működő rendszermentési és -visszaállítási lehetőség?
Itt talán néhányunkat, de vélhetően nem túl nagy csoportot.

ipuro

klt halálom, hogy konténerezünk egy sima vlc-t, de még egy virtuális gép alkalmazást is, ami önmagában is egy hatalmas konténer. Egyre kevesebb dolgot tudok feltenni már egy sima apt installal, mert mindenki áttért már valamilyen konténerizált megoldásra. 🙁 rábízhatnák a döntés jogát a felhasználókra..

klt

ipuro Egyre kevesebb dolgot tudok feltenni már egy sima apt installal,

Debiant használok (kicsit mintesítve), minden program .deb csomagból van telepítve.
Nekem nem hiányzik semmi.

ipuro

klt én még fontolgatom a váltást, túl jól működik most a gép.. 🙂

klt

ipuro túl jól működik most

Akkor úgy kell hagyni.

ipuro

klt Felraktam vm-re a debian 13-at és az jutott eszembe, hogy eddig miért nem tettem? Ha egyszer a sok óra testreszabás, gyomlálás, beállítás után valami lesz az ubuntuval, tuti átváltok debianra. Ebben nincs annyi sallang meg fölösleges dolog. Köszi az inspirációt 🙂

klt

Szerk. újraértelmeztem,töröltem.

csuhas32

OFF
klt Pedig azt a kis részletet leszámítva, hogy nem egészen azonos dologról írtunk, egy nagyon hasznos link volt benne, ami arról szólt, hogy hogyan lehet levakarni az Ubunturól a snapet. Én le is mentettem belőle magamnak forrásmegjelöléssel a kódokat még az is lehet, hogy egyszer ennek alapján lesz egy sikeres segítségnyújtás vagy születik egy másik blog, úgyhogy utólagos engedelmeddel visszacsempésztem a linket, hogy ne csak nekem álljon rendelkezésemre a tudás, az szerintem nem volna fair. Köszi!

tenkes

Én használok konténert, csak nem snap, hanem flatpak. Sőt gyakorlatilag ami elérhető flatpak csomagban, azt onnan használom. Az okok nagyon prózaiak, így csak egy csomagkezelést kell igazán megtanulni menedzselni, ütemesen frissül, mindig ugyanúgy néz ki, a homokozó sem hátrány, és mindezt OS-től, OS függőségektől, OS frissítési ütemtől függetlenül.
Nekem mint műkedvelő felhasználónak ez kezelésben és biztonságban is előnyös. Hogy egy kicsit több erőforrást igényel? Ha nincs kicentizve a hardver a szoftverhez, akkor nem igazán számít, ha meg ki van centizve, akkor az eleve nem ideális állapot.

« Előző oldal