Ha én jól tudom, Ubuntun és Minten az alapbeállítás az, hogy a grafikus felületen futó frissítéskezelő naponta ellenőrzi, hogy vannak-e elérhető frissítések és ha talál ilyet, akkor jelzi a felhasználónak, hogy ezek letölthetőek telepíthetőek. A rendszermentések egy rendszeren sincsenek alapból aktiválva. Szerintem nevezhetjük ezt normál állapotnak, hiszen ha nem változtatsz semmin, akkor így használod a rendszert. Debian Xfce-n például alapból nincs is fenn a grafikus felületen futó frissítéskezelő, ott az a „normális”, ha `sudo apt update` – `sudo apt upgrade` párossal operálsz. Aztán persze, mindenki abba az irányba változtat a rendszerén, amerre szeretne. Kedvelt rendszermentési eszközöm Kende Krisztián [systemback.sh](https://gitlab.com/Kendek/systemback) szkriptje. Ennek keletkezése még azokra az időkre nyúlik vissza, amikor az Ubuntun is csak .deb csomagok voltak, olyan rendszeren amin ma is csak ilyen csomagok vannak, a mai napig remekül muzsikál. Viszont az Ubuntun is megjelentek már a Snap csomagok (a Linux Minten pedig a Flatpak), nekem mintha rémlene olyan téma, ahol a grafikus felületű Systembacknak meggyűlt ezekkel a baja. Az én sokat hangoztatott javaslatom: Valamilyen rendszermentő alkalmazást tegyél fel, kézzel vagy akár automatizálva néha készíts egy rendszer-visszaállítási pontot. A legegyszerűbb most erre szerintem a Timeshift. Magam valójában nem kedvelem az automatizált frissítést, ezért az egyetlen általam felügyelt, de fizikailag távolabb eső rendszeren sincs bekapcsolva. Ubuntun, Minten a fentebb vázoltak szerint jelzi a rendszer, ha frissítés elérhető, de a felhasználó szabadsága, hogy mikor indítja el a folyamatot. Olyankor, amikor őt nem zavarja, hogy fut, amikor nem szeretné két percen belül kikapcsolni a gépet. Rendszer-visszaállítási pont szintén kézzel készül, de az valójában csak egy biztonsági intézkedés, ezeken a rendszereken még soha nem volt rájuk szükség, szóval a rendszerek felhasználói nem is készítenek ilyet, bőven elegek azok, melyeket én készítek, mielőtt mondjuk verziófrissítésbe fogok. A Debianok saját gépeken futnak. Itt csak .deb csomagokat használok, biztos nincs telepítve Snap vagy Flatpak és nincs is olyan grafikus felületen futó szoftveráruház, ahol a felhasználó könnyedén ilyet fel tudna tenni, úgyhogy teljesen jó a systemback.sh rendszermentésre. Bár be tudnám rajtuk állítani, hogy automatikusan jelezzék, ha elérhető frissítés, de felesleges, megmaradtam a kézi terminálos megoldásnál. A rendszer-visszaállítási pontot a magam által használt rendszereken (legyen az Ubuntu, Mint vagy akár Debian) gyakrabban készítek, mert ezeket a rendszereket hajlamos vagyok jobban ütni-vágni, kísérletezni velük és néha nem jól sül el a mutatvány. Ti hogyan oldjátok meg a rendszeretek frissítését és ha szoktatok, akkor hogyan, mivel és milyen gyakran készítetek rendszermentést?

@"csuhas32"#p687169 Evileg megvan, csak még tesztelem... [upl-image-preview uuid=8b8bc246-2f40-4574-b5bb-c46ebdede42e url=https://ubuntu.hu/assets/files/2025-08-23/1755971646-276382-kepernyokep-2025-08-23-19-52-07.png alt={TEXT?}] Eltűnt a chromium, de a user-ből is a hozzávaló: [upl-image-preview uuid=336e6478-11a7-4832-ab28-de2732973fdf url=https://ubuntu.hu/assets/files/2025-08-23/1755971959-75743-kepernyokep-2025-08-23-19-54-04.png alt={TEXT?}] Lefutott a visszaállítás: [upl-image-preview uuid=c780f24c-a7dd-4952-a82a-8f2f90d2b76a url=https://ubuntu.hu/assets/files/2025-08-23/1755972018-56371-kepernyokep-2025-08-23-19-54-47.png alt={TEXT?}] És visszajött a hozzávló: [upl-image-preview uuid=2c77694e-634a-4f9c-8239-e6eef4c908bf url=https://ubuntu.hu/assets/files/2025-08-23/1755972035-479739-kepernyokep-2025-08-23-19-55-05.png alt={TEXT?}] És megvan könyvjelző is: [upl-image-preview uuid=e8f01dd5-bcde-4223-99c8-2722fabc0a26 url=https://ubuntu.hu/assets/files/2025-08-23/1755972126-603759-kepernyokep-2025-08-23-20-00-31.png alt={TEXT?}] Mindjárt mutatom a módosított szkriptet. Íme: ``` #!/bin/bash # # System backup and restore script for Debian-based distributions # # 2018-2024, Krisztián Kende # # This script can be used freely at your own risk! # ################################################################################ # Configuration settings ################################################################################ # Storage directory for created restore points. # If the value is empty then the current directory (see 'pwd' command) will be # used. # The default value is empty. storage_dir="/home/SB" # User-definable additional storage slots. # If enabled, the default slot 0 can be overwritten by the SBSLOT environment # variable. The maximum width of the SBSLOT is 16 characters. # Possible values are 'on' or 'off'. # The default value is off. definable_slots=off # Maximum number of the temporary restore points in a storage slot. # The oldest temporary restore points will be automatically removed when the new # ones are created. # Possible values are between 1 and 99, but greater than 20 is not recommended. # The default value is 5. max_rp_num=3 # File size limit in MiB. Affects only to the files in the user's home # directories. # If the file in the user's home directory is greater than this value, then the # restore point will not include it. # Possible values are between 0 and 1024. 0 means that there is no size limit. # The default value is 8, which means 8 MiB. max_size=0 # These items will be excluded from the restore points. Affects only to the # files and dirs in the user's home directories. # Each lines must begin with a dot, because the restore points do not include # any other items. # The default items are .cache/gvfs # .gvfs # .local/share/Trash/files/* # .local/share/Trash/info/* # .Xauthority # .ICEauthority exclude="\ .cache/gvfs .gvfs .local/share/Trash/files/* .local/share/Trash/info/* .Xauthority .ICEauthority" ################################################################################ # End of configuration settings ################################################################################ vers=3.6 # 2024.12.02 ################################################################################ init() { # ANSI escape codes for terminal emulators [ -t 1 ] && { bold1="\e[1m" red1="\e[31m" norm1="\e[0m" clear1="\e[2J\e[1;1H\ec" } || { [[ $1 =~ r|m|d ]] && exit 1 # Need an interactive shell bold1= red1= norm1= clear1= } rndc="$(tr -dc a-zA-Z0-9 /dev/null | head -c 20)" [ ${#rndc} -eq 20 ] || exit 1 sdir= [ -t 2 ] && { bold2="\e[0;1m" red2="\e[1;31m" norm2="\e[0m" clear2="\e[2J\e[1;1H\ec" # Write the error output to a buffer exec 2> >( buf=() stop= while IFS= read -r l do [ "$l" = ${rndc:12} ] && { [ ! "$stop" ] && stop=1 || { [ ${#buf[@]} -eq 0 ] || { printf " ${bold2}Press ENTER to see the error output, or any other key to exit.$norm2 " read i printf "\n\n" [ "$i" = ENTER ] && printf "%s\n" "${buf[@]}" "" } exit } } || { printf "%s\n" "$l" [ "$stop" ] || buf+=("$l") } done ) epid=$! } || bold2= red2= norm2= clear2= epid= # Catch SIGHUP, SIGINT and SIGTERM trap "[ "\$sdir" ] && sumount printf \"\n\n ${red2}Interrupted processing, the script is exiting now.$norm2\n\n\" exit 14" HUP INT TERM local req="$(which attr fuser rsync)" [ $? -eq 0 ] || \ for t in /{attr_attr,fuser_psmisc,rsync_rsync} do [[ "$req" =~ ${t%_*} ]] || error 2 $LINENO ${t#*_} done [ $EUID -eq 0 ] || error 4 $LINENO # This script does not work without root permissions # Avoid multiple starting [[ $1 =~ s|l|z ]] || { exec 3>/run/systemback.sh.lock flock -n 3 || error 3 $LINENO trap "rm -f /run/systemback.sh.lock" EXIT } [ "$1" = m ] && ! grep -q " /mnt " /proc/mounts && error 5 $LINENO # Allow the system reparation only when a partition is mounted [[ $definable_slots =~ ^(on|off)$ ]] || error 6 $LINENO "${bold2}definable_slots=$red2$definable_slots" [ "${max_rp_num##*[!0-9]*}" ] && [ ${max_rp_num:0:1} -ne 0 ] && [ $max_rp_num -le 99 ] || error 6 $LINENO "${bold2}max_rp_num=$red2$max_rp_num" [ "${max_size##*[!0-9]*}" ] && [ ${#max_size} -eq 1 -o ${max_size:0:1} -ne 0 ] && [ $max_size -le 1024 ] || error 6 $LINENO "${bold2}max_size=$red2$max_size" [[ $1 =~ n|r ]] && { fuser /var/lib/{dpkg,apt/lists}/lock >/dev/null 2>&1 && error 7 $LINENO # Avoid interfere with Debian package managers } cd "$([ "$storage_dir" ] && printf %s "$storage_dir" || printf %s "$PWD")" || error 8 $LINENO [ "$1" = s ] || { [[ $1 =~ n|r|m ]] && { # Filesystem check local tfile=${rndc:4} touch $tfile && { chmod 1345 $tfile && chown 99:101 $tfile [ $(stat -c %a%u%g $tfile ; rm -f $tfile) -eq 134599101 ] && chattr -fi . } || error 9 $LINENO } RP=SB_???????????????????? # Restore points regex pattern } [ $definable_slots = on ] && [ "$SBSLOT" ] || SBSLOT=0 } error() { [ "$epid" ] && printf "${rndc:12}\n" # Stop collecting the error output [ "$sdir" ] && sumount printf "$clear2\n $red2" case $1 in 2) printf "A required tool is missing from the system!\n Please install the '$3' package and try again." ;; 3) printf "The systemback.sh is currently running!\n Please wait until it is exited, then try again." ;; 4) printf "Permission denied!\n Please try again with 'root' user, instead of '$(whoami)'." ;; 5) printf "A required filesystem is missing!\n Please mount the system partition(s) under the '/mnt' directory and try again." ;; 6) printf "The following configuration setting is not correct!\n\n $3" ;; 7) printf "A Debian package manager is currently active!\n Please wait until it is closed, then try again." ;; 8) printf "The storage directory is missing or incorrect!" ;; 9) printf "Incompatible filesystem!\n Please try again with a different storage directory." ;; 10) printf "Failed to mount the system partition(s)!" ;; 11) printf "Failed to create a new restore point!" [ "$3" ] && printf "\n Please increase the value of 'max_rp_num' or manually remove a restore point." ;; 12) printf "The selected restore point is missing, incompatible or ambiguous." ;; 13) printf "Failed to complete the $3 process." esac printf "$norm2\n\n Debug code: $vers-$(($2-$(wc -l /dev/null)" && \ case $2 in index) [ "${val##*[!0-9]*}" ] && [ ${#val} -eq 1 -o ${val:0:1} -ne 0 ] || return 1 printf %s "${val:0:2}" ;; name) printf %s "${val:0:50}" ;; date\&time) printf %s "${val:0:19}" ;; *) printf %s "$val" esac esac } rplist() { local idx= lst=() rlst=() for i in $RP do [ -d "$i" ] && idx="$(xattr g index "$i")" && { [ $idx -gt 0 ] && lst+=("$idx $([ "$1" = l ] && printf %s "$(xattr g name "$i") ($(xattr g date\&time "$i"))$([ "$(xattr g rmflag "$i")" = manual ] && printf " *")" || printf %s "$i")") || { [ "$1" ] || rlst+=("$i") } } done if [ ${#lst[@]} -eq 0 ] then [[ $1 =~ l|z ]] && { [ ${#lst[@]} -eq 0 ] && printf "\n ${bold1}There are no restore points in the following storage dir and slot:$norm1\n\n %s\n\n" "$PWD @slot $SBSLOT" exit } else readarray -t lst < /dev/null && sync -f . && printf done || printf ${red1}failed$norm1 done printf "\n$1" rlst=() } } restore() { rpselect "$2" printf "\n Checking restore point integrity... " warn=("\n The $([ $1 = / ] && printf restored || printf repaired) system may not be able to boot or work properly" ".\n\n Press 'I' to ignore this warning and continue, or any other key to exit.$norm1 ") [ $(sha256sum <

Ubuntun... amikor kommentál, akkor ráeresztem. Néha „figyelmeztessen később” (ez a laposnál fordul elő, mikor mobilneten lóg). Nincs rendszermentés hosszú évek óta... még nem tolt ki velem sem a rendszer sem a gép. (Az „adatokat” szoktam menteni külső adathordozóra).

@"csuhas32"#p687109 Nem tudok ellenállni a csábításnak, hogy ezen a labdán ne pattintsak egyet. Én mindenhol a systemback.sh -t használom. Amikor kétes kimenetelű hebrákolásba kezdek, előtte készítek rendszervisszaállítási pontot. Ez érvényes a headless gépekre, VPS-re is. Ha valami balul üt ki, visszatérek a kiinduló állapothoz. Más kategória a GUI gépek, amik laptopok, desktopok mezei felhasználók kezében. A "mezei" itt annyit jelent, hogy csak használja, tudja használni, de ha hiba van, nem tud vele mit kezdeni. Megfigyeltem, hogy az alapértelmezett "kézi" frissítési metódus nem működik náluk, mert nem tudnak vagy akarnak vele foglalkozni. Ezért összelegóztam egy szkriptet, amit egy timer minden nap egyszer lefuttat. Ez gondoskodik a frissítésekről, a bejelentkezett felhasználót értesíti, ha van teendője, arra is emlékeztet, de ennél erőszakosabbat nem tesz. ``` #!/bin/bash notify_users() { typeset title="$1" typeset message="$2" who | grep "(:" | while IFS=" " read -r name tty date ltime cons do uid=$(id -u $name) sudo -u $name env XDG_RUNTIME_DIR=/run/user/$(id -u $name) notify-send -a Updater -i dialog-warning "$title" "$message" done } notifyneedrestart() { who | grep "(:" | while IFS=" " read -r name tty date ltime cons do uid=$(id -u $name) kernelupd=$(grep "Running kernel seems to be up-to-date" < /tmp/nr.txt) deferred=$(grep "Service restarts being deferred" < /tmp/nr.txt ) oldrunning=$(grep "$name.*user manager" < /tmp/nr.txt | sed 's/.*: //') oldrunning2=$(grep "$name.*session" < /tmp/nr.txt | sed 's/.*: //') message="" title="Updater" if [ -n "$oldrunning" ] || [ -n "$oldrunning2" ]; then title="Ki- / bejelentkezés szükséges lehet!" message="A munkamenetedben bizonyos frissített programok régebbi példánya(i) futnak:\nUser manager: $oldrunning\nSession: $oldrunning2\nKérlek, ha tudsz, gondoskodj a folyamatok újraindításáról, esetleg fontold meg a ki- és bejelentkezést egy erre kényelmes időben, hogy azok a folyamatok is újraindulhassanak, amik a munkameneted lezárása nélkül nem tudnak!\nA rendszer teljes újraindítása is megfelelő, de nem szükséges." fi if [ -n "$deferred" ]; then title="Újraindítás szükséges!" message="Néhány rendszerszolgáltatás programja frissítve lett, és most a régebbi példánya(i) fut(nak).\nHogy a frissebb változatok működjenek, a teljes rendszert újra kell indítani!\nKérlek, fontold meg a rendszer újraindítását egy erre kényelmes időben!" fi if [ ! -n "$kernelupd" ]; then title="Újraindítás szükséges!" message="Újabb kernel került a rendszerre, a használatbavételéhez a teljes rendszert újra kell indítani!\nKérlek, fontold meg a rendszer újraindítását egy erre kényelmes időben!" fi if [ -n "$message" ]; then sudo -u $name env XDG_RUNTIME_DIR=/run/user/$(id -u $name) notify-send -a Updater -i dialog-warning -t 14000 --urgency=critical "$title" "$message" fi done } echo "Updater script started" | logger if [ ! -f "/tmp/updating" ]; then touch /tmp/updating cnt=0 while [ $cnt -lt 5 ] do status=$(ping -c 1 -q debian.org >&/dev/null; echo $?) if [ ! "$status" == "0" ]; then echo "No internet for updating, retry in 20 sec." | logger sleep 20 ((cnt++)) else cnt=6 fi done if [ "$status" == "0" ]; then apt update updates=$(apt list --upgradeable |& grep -Ev '^(Felsorolás|Listing|WARNING)') echo $updates if [ -n "$updates" ]; then apt clean notify_users "Rendszerfrissítés" "Frissítés elindult (visszaállítási pont készül...)" echo "Systemback snapshot" | logger /opt/systemback.sh -n echo "Doing update:" | logger notify_users "Rendszerfrissítés" "A visszaállítási pont elkészült, a tényleges frissítés most indul...)" apt-get upgrade -y | logger echo "apt-get upgrade exit code: " $? | logger apt-get autoremove --purge -y echo "apt-get autoremove exit code: " $? | logger notify_users "Rendszerfrissítés" "Frissítés készen van." fi fi needrestart -r a -u NeedRestart::UI::stdio >/tmp/nr.txt cat /tmp/nr.txt | logger notifyneedrestart rm /tmp/nr.txt rm /tmp/updating fi echo "Updater script finished" | logger ``` Kell hozzá a needrestart, notify, systemback. A needrestart jól meg tudja tippelni, kell-e valamit újraindítani, a notify-send pedig értesítéseket tud generálni, ami hasznos a felhasználó tájékoztatásához. A systemback pedig a tényleges frissítés előtt csinál egy visszaállítási pontot, hogy legyen mihez nyúlni, ha esetleg... De még emiatt sosem kellett. A napi futtatásáról a systemd gondoskodik, a .service unit: /etc/systemd/system/updater.service ``` [Unit] Description=updater service [Service] Type=simple ExecStart=/opt/updater.sh [Install] WantedBy=multi-user.target ``` Ezt triggereli a hozzávaló timer: /etc/systemd/system/updater.service ``` [Unit] Description=updater service [Service] Type=simple ExecStart=/opt/updater.sh [Install] WantedBy=multi-user.target root@DellG3:/home/laco# cat /etc/systemd/system/updater.timer [Unit] Description=Execute task every day [Timer] OnCalendar=*-*-* 19:10:00 RandomizedDelaySec=5m Persistent=true Unit=updater.service [Install] WantedBy=timers.target ``` Ennyi. Ja, igen. A "gyári" frissítés kezelő/ellenőrző izé-bizék le vannak puculva.

Feldobtam (virtuálisba) egy szűz Ubuntu 24.04-et. A frissítésekkel kapcsolatban ezek az alapbeállítások: [upl-image-preview uuid=43a57422-f0cf-410f-b514-1ecfc9cf8a64 url=https://ubuntu.hu/assets/files/2025-08-21/1755775253-534392-screenshot-2025-08-21-13-15-58.png alt={TEXT?}] _Ha biztonsági frissítések vannak: Automatikus letöltés és telepítés_ Tényleg automatikusan telepít (néha) frissítéseket?

Nálam is főként adatmentés folyik, rendszermentés helyett. Az adatmentésre legtöbbször egy sima fájlkezelőt eresztek rá, mivel másolásnál jeleznek, ha ugyanazt a fájl már megvan. Ilyenkor van lehetőség a másolás kihagyására, vagy pl a régebbi fájl felülírására. A frissítéseket pedig általában alapbeállításokon hagyom (ahol automatikus a frissítés), feltételezve, hogy a rendszer kiadója jobban tudja mikor kell frissíteni, mint én. Ha, a frissítés problémát okoz (nagyon ritka), akkor eltávolítom az utolsót. De ez nem változtat az előbbi megállapításon, mert ha a kiadó hibázik a frissítéssel, akkor is jobban ért hozzá, mint én. :)

@"klt"#p687112 Snap vagy Flatpak csomagok vannak telepítve vagy ezek tisztán debian csomagos rendszerek?

> @"csuhas32"#p687115 Snap vagy Flatpak Nincs ilyen. Kizárólag natív csomagok vannak használatban.

@"klt"#p687116 Köszönöm. Mivel a mai Ubuntuk eleve Snap csomagokkal érkeznek és a Szoftveráruházban nagyon könnyű az alkalmazások Snapből települő változatára rápacsálni (csipketerítő alól kihúzott szarvasára is sikerült itt egyszer két Snap alkalmazást felvarázsolnia valakinek, úgy hogy nem is tudott róla, a döbbentettől le is merevedett a rendszer), fontosnak érzem rá felhívni a figyelmet, hogy egyelőre nem tudjuk, ezeken a rendszereken ez mennyire válna be.

Neked milyen rendszerfrissítési és -mentési szokásaid vannak?

klt

csuhas32 ezeken a rendszereken ez mennyire válna be.

Mármint az én updater szkriptem? Semennyire. Már a systemback.sh is elhasalna szerintem. A környezetemben viszont nincs Ubuntu, így itt jól működik.

csuhas32

klt Igen, erre gondoltam.
Szerk:
Azt hiszem, egy picit olyan ez, mint az UEFI megjelenése volt. Még egy ideig halogathatjuk a váltást, még találunk rendszert, amin jól működik a systemback.sh, de azért egyre több alkalmazásból csak Flatpak vagy Snap változat készül.
Eljön majd az idő, amikor [ha nem lesz rajta komoly változtatás] a systemback.sh-t le kell cserélni még akkor is, ha nem Ubuntut vagy Mintet használsz.
A tudás és az updater szkripted akkor sem vész el, legfeljebb majd alakítasz rajta, hogy mondjuk a Timeshiftet (vagy mást, ami akkor lesz a kedvenc) hívja meg bizonyos kapcsolókkal.
Szóval, nyomjad csak azt a tudást felénk, hadd tanuljunk!

klt

csuhas32 egyre több alkalmazásból csak Flatpak vagy Snap változat készül.

Azért kétlem, hogy a Debian repókban tömegesen el fognak szaporodni a snap csomagok 🙂

csuhas32 Eljön majd az idő

Hát, ha egyszer ténlyeg odérünk a hídhoz, átmegyünk rajta.

Szerk.:
Kísérlet:
Csináltam visszaállítási pontot, majd telepítettem flatpakot.
Még egy visszaállítási pont. majd telepítettem valami vackot a flathubról.
Jelenleg:

flatpak list
Név                                           Alkalmazásazonosító                          Verzió         Ág                 Installation
Keypunch                                      dev.bragefuglseth.Keypunch                   6.3            stable             system
Mesa                                          org.freedesktop.Platform.GL.default          25.1.7         24.08              system
Mesa (Extra)                                  org.freedesktop.Platform.GL.default          25.1.7         24.08extra         system
Intel VAAPI driver                            org.freedesktop.Platform.VAAPI.Intel                        24.08              system
openh264                                      org.freedesktop.Platform.openh264            2.5.1          2.5.1              system
GNOME Application Platform version 48         org.gnome.Platform                                          48                 system
laco@DellG3:~$

Lássuk, mit csinál a systemback!?

Kutyó

csuhas32 Off: Tudtam, hogy snaposak. Emellett ez két olyan program volt amely mondjuk úgy, gyári hibás volt. Felzabáltak egy nagy adag processzort és memóriát, de nem a végtelenségig. Úgy, hogy egy 8G memóriával rendelkező gépet csak befékezett. A programok leállítása után sem szabadult fel amit lefoglaltak. Van ahol be lehet állítani, hogy a program leállítása után a háttérfolyamatok leálljanak-e.
A nyühögésem után megjavult a Firefox és eltűnt a jó étvágyú Mahjongg.
Nemrég volt ezzel a témával egy másik lap is. Ha jól tévedek adat és rendszer biztonság (valami hasonló) megnevezéssel.

csuhas32

klt Hát, ha egyszer ténlyeg odérünk a hídhoz, átmegyünk rajta.

Az Ubuntut használók azt hiszem, már odaértek ahhoz a hídhoz, ma már nincs Ubuntu Snap nélkül. Mindjárt megpróbálok csinálni valamilyen próbát arra, hogy a Timeshift hogyan kezeli a Snap-et.

tenkes Azért az, hogy egy otthoni rendszerről naponta készüljön mentés, nem a normál ügymenet része.

Feltettem arra a szűz Ubuntu 24.04-re a Timeshiftet egy egyszerű sudo apt install timeshift-tel. Semmit nem babráltam rajta, csak ráhagytam, hogy az RSYNC-et használva mentsen.
Az alapbeállítások:

csuhas32

klt Lássuk, mit csinál a systemback!?

Naná! Köszönöm!

csuhas32

klt Lássuk, mit csinál a systemback!?

Azért tippelnék is. Ha jól tudom, a Flatpak egy rakat dolgot tesz a felhasználód könyvtára alá egy rejtett, talán .var könyvtár alá. Ha azt is kipucolta az eltávolítás (vagy kipucoltad kézzel), azt nem fogja érinteni a systemback.sh visszaállítási kísérlete, hisz alapbeállítás szerint a felhasználó könyvtárában lévő 8 MB-nál nagyobb rejtett könyvtárak nem kerülnek bele a mentésbe.

klt

csuhas32 Kigyilkolta. 😃

laco@DellG3:~$ flatpak list
laco@DellG3:~$ flatpak install flathub dev.bragefuglseth.Keypunch
Looking for matches…
hiba: No remote refs found for ‘flathub’
laco@DellG3:~$

Ugye, külön kellett hozzáadnom a flathubot flatpak remote-add --if-not-exists flathub https://dl.flathub.org/repo/flathub.flatpakrepo paranccsal, de ezt is a visszaállíási pont létrhozása után csináltam. A jelek szerint erre nagyon is hat a systemback, szóval ez nem reménytelen.

csuhas32 ma már nincs Ubuntu Snap nélkül.

És emiatt ma már nincs Ubuntu Laci gépein 🙂

Htibi

csuhas32 ma már nincs Ubuntu Snap nélkü

Nekem most is az van, kettő is (22.04 és 24.04). :-D

klt

csuhas32 alapbeállítás szerint a felhasználó könyvtárában lévő 8 MB-nál nagyobb rejtett könyvtárak nem kerülnek bele a mentésbe.

Nem pont így van, a 8MB-nál nagyobb fájlok vannak kizárva, nem a rejtett könyvtárak.
Igaz, hogy nem alapbeállítás, de nem foglalkoztam eddig ugyan a .var könyvtárral korábban, és most ellenőriztem: ha a felhasználói adatokat is visszaállíttatom, akkor ott is takarít a systemback.
Most visszaállítottam MINDENT az megelőző pontra, és halovány nyomát sem látom a flatpak-nek.
Szerintem flatpakos rendszerhez idomítható lesz a systemback.
Snap-ról nem tudok nyilatkozni egyelőre, azt gondolnám, ha a mentésnek része a /var/lib/snap, akkor benne kéne legyen... Ha mégsem, akkor rá kell kancsalítani, vajon miért nem?

csuhas32

Htibi Jó, anyukám Xubuntu 22.04-én sincs Snap (remélem), de alapvetően volt rajta, csak lehámoztam. Gondolom, te is nyomkodtál gombokat a billentyűzeten, hogy így legyen.

lala2

csuhas32
Biztos hogy a telepített snap, flatpak alkalmazások befolyásolják a grafikus systemback, illetve
a systemback.sh mentés/visszaállítás opcióit? - Konkrétan próbálta már valaki?
Ha jól tudom, telepített snap-es flatpak-os alkalmazások a grafikus systembacknél a saját .iso
képfájl készítését akadályozzák.

csuhas32

Ubuntu 24.04 – Timeshift

Pont készítése után a sudo snap remove firefox paranccsal lekaptam a böngészőt, újraindítás után nem is volt a rendszeren.
Kezdeményeztem egy visszaállítást, meglepően gyorsan lefutott, a rendszer magától újraindult.
Lett újra Firefoxom, de az ikonjára hiába kattintottam.
Megpróbáltam terminálból:

teszt@ubuntu24:~$ firefox

Command '/usr/bin/firefox' requires the firefox snap to be installed.
Please install it with:

snap install firefox

teszt@ubuntu24:~$ sudo snap install firefox
[sudo] teszt jelszava: 
snap "firefox" is already installed, see 'snap help refresh'
teszt@ubuntu24:~$ sudo snap refresh
2025-08-21T14:30:56+02:00 INFO Waiting for automatic snapd restart...
2025-08-21T14:30:57+02:00 INFO Waiting for automatic snapd restart...
2025-08-21T14:30:58+02:00 INFO Waiting for automatic snapd restart...
2025-08-21T14:30:59+02:00 INFO Waiting for automatic snapd restart...
snapd 2.71 from Canonical\u2713 refreshed
firefox 141.0.3-1 from Mozilla\u2713 refreshed
teszt@ubuntu24:~$

Ez kellett ahhoz, hogy gyakorlatilag letöltse és feltelepítse.
Na ez azért nem az a rendszer-visszaállítás, amire én vágynék.

lala2

csuhas32
Köszönöm hogy megnézted!
Tehát a snap (és feltételezhetően a flatpak csomagok is) keresztbe tesznek a rendszer mentő/
visszaállító alkalmazások korrekt működésének. 🙁
Szerk.: Csak megjegyzem hogy a systemback.sh az unstable Manjaron is remekül működött.
(Persze a biztonság kedvéért egy Timeshift mentés is készenlétben állt.)

Htibi

csuhas32 Még szép. :-)

tenkes

lala2 Már régen nem próbáltam, de szerintem erre a Clonezilla alkalmas.

csuhas32

lala2 Azért ez így lehet, hogy sarkos. Alapbeállítás szerint igaz, de lehet, ha tudjuk, mit kell beletenni a mentésbe, akkor jó lesz ez.

teszt@ubuntu24:~$ ls -la | grep snap
drwx------  4 teszt teszt 4096 aug   21 14:31 snap
teszt@ubuntu24:~$ cd snap
teszt@ubuntu24:~$ ls -la | grep snap
drwx------  4 teszt teszt 4096 aug   21 14:31 snap
teszt@ubuntu24:~$ cd snap
teszt@ubuntu24:~/snap$ ls -la
összesesen 16
drwx------  4 teszt teszt 4096 aug   21 14:31 .
drwxr-x--- 16 teszt teszt 4096 aug   21 14:04 ..
drwxr-xr-x  4 teszt teszt 4096 aug   21 14:31 firefox
drwxr-xr-x  4 teszt teszt 4096 aug   21 13:13 snapd-desktop-integration
teszt@ubuntu24:~/snap$

Fentebb ott van, hogy alapbeállítás szerint nem kerülnek bele a felhasználó könyvtárában lévő fájlok. Ezek viszont ott vannak.

Újrahúzom az Ubuntut és megnézem.

lala2

csuhas32
Minten nagyon jól megvagyok flatpakos csomagok nélkül. A rolling unstable Manjaron meg
minden a legújabb verzió - az AUR mellet nincs szükség snapre/flatpakra.
Adat mentést meg a Grsync-el szoktam csinálni külső eszközre.

csuhas32

klt Egyelőre a Timeshifttel nem tudtam visszaimádkozni a Snap Firefoxot. Most kicsit félreteszem, mert elfáradtam.

csuhas32

klt Nem pont így van, a 8MB-nál nagyobb fájlok vannak kizárva, nem a rejtett könyvtárak.

Lehet, hogy mégis jól emlékeztem és nálam csak rejtett állományt ment a /home/userek alól.
Annyit sikerült felzárkóznom, amíg készíted a karácsonyi lecsóhoz az alapanyagot, hogy talán az include és exclude kapcsolókkal babráltál valahol. Lassan szétverem szegény reggel telepített Ubuntut.

klt

csuhas32 Lehet, hogy indítsd újra a snapd démont.
Következőt műveltem:
-snapd telepítése
-snap install hello world
És:

root@DellG3:/home/laco# snap list
Name         Version             Rev    Tracking       Publisher   Notes
core         16-2.61.4-20250626  17247  latest/stable  canonical✓  core
hello-world  6.4                 29     latest/stable  canonical✓  -
root@DellG3:/home/laco# 
root@DellG3:/home/laco# snap remove hello-world
hello-world removed
root@DellG3:/home/laco# snap list
Name  Version             Rev    Tracking       Publisher   Notes
core  16-2.61.4-20250626  17247  latest/stable  canonical✓  core
root@DellG3:/home/laco#

root@DellG3:/home/laco# systemctl restart snapd
root@DellG3:/home/laco# snap list
Name         Version             Rev    Tracking       Publisher   Notes
core         16-2.61.4-20250626  17247  latest/stable  canonical✓  core
hello-world  -                   29     latest/stable  canonical✓  broken
root@DellG3:/home/laco#

Azt hiszem, revideálom az álláspontomat, szappanos vackokon is működhet.

Szerk.: nem vettem észre, hogy "broken".
Valamit még újra kell indítani, de amúgy jó kellene legyen, mert a gép teljes újraindítása után már ezt mondja:

root@DellG3:/home/laco# snap list
Name         Version             Rev    Tracking       Publisher   Notes
core         16-2.61.4-20250626  17247  latest/stable  canonical✓  core
hello-world  6.4                 29     latest/stable  canonical✓  -
root@DellG3:/home/laco#

Tehát, nincs "broken" jel.

csuhas32

klt Már megint én leszek az utolsó, akinél működni fog. :-D
Nekem gyanús, hogy nagyon sok adatot letölt a Firefox újratelepítéséhez és van ott valami Canonical core22 is ami kap zöld pipát.
Újraindítás szokott lenni.
Majd mutatok snap list kimeneteket, képernyőképeket, még az is lehet, hogy mozit is, hátha ti rájöttök mi a dörgés.
Az MI elsőre azt mondta, hogy rsync után újra kell rakni a Snap csomagokat, vagy btrfs fájlrendszert kellene eleve használni, de az a válasz nem tetszett.
Én szeretném azt írni, hogy az alapértelmezett Ubuntun a következő módon tudsz rendszert menteni és visszaállítani:
És ide valami viszonylag egyszerűt elhelyezni.

csuhas32

klt (Lehet, hogy rápacsálás lesz a vége annak, hogy a „kisgépen” kezdtem ebbe bele, mert necces, hogy helyhiánnyal fogok küzdeni, de egyelőre maradtam itt. Lehet, hogy majd költözök egy hasonló felállással a „nagygépre”, de azt jelezni fogom.)
Töröltem a Debianos virtuális gépet, újrahúztam az Ubuntut és csináltam egy másolatot a .qcow2-ről, hogy könnyen lehessen tiszta lappal indulni.

Kiindulási snap list:

teszt@Ubuntu2404:~$ snap list
Name                       Version          Rev    Tracking         Publisher   Notes
bare                       1.0              5      latest/stable    canonical\u2713  base
core22                     20250612         2045   latest/stable    canonical\u2713  base
firefox                    141.0-2          6565   latest/stable/\u2026  mozilla\u2713    -
firmware-updater           0+git.22198be    167    1/stable/\u2026       canonical\u2713  -
gnome-42-2204              0+git.38ea591    202    latest/stable/\u2026  canonical\u2713  -
gtk-common-themes          0.1-81-g442e511  1535   latest/stable/\u2026  canonical\u2713  -
snap-store                 0+git.90575829   1270   2/stable/\u2026       canonical\u2713  -
snapd                      2.70             24792  latest/stable    canonical\u2713  snapd
snapd-desktop-integration  0.9              315    latest/stable/\u2026  canonical\u2713  -
teszt@Ubuntu2404:~$

Mivel a képernyőképeden a systemback.sh ketyeg (szerintem), először azt teszem fel és csinálok vele egy visszaállítási pontot. (Csak úgy, ahogy a honlapján van, vagy kellett volna vele valamit variálnom? Ezen még lamentálhatunk, legfeljebb megcsinálom újra az útmutatásod szerint. Annyit csaltam, hogy megnéztem a /home/teszt/snap alatt a könyvtárak méretét, a Firefox 114 MB volt, így a /usr/local/bin/systemback.sh fájlban az

# File size limit in MiB. Affects only to the files in the user's home
# directories.
# If the file in the user's home directory is greater than this value, then the
# restore point will not include it.
# Possible values are between 0 and 1024. 0 means that there is no size limit.
# The default value is 8, which means 8 MiB.
max_size=8

részen átírtam max_size=500-ra, nálam a home gyakorlatilag úgy is üres.)

Rögzítettem egy videót arról, hogy miket szed le a sudo snap remove firefox, ha kell felteszem.

Újraindítás után megcsináltam a rendszer-visszaállítást (kétszer, mert az elsőnél befagyott a terminálablak képe).
Újraindítás és megy a Firefox! :-)

Nagyon jól vizsgázott a systemback.sh!
Most már pláne érdekel, hogy mi lehet a gond az ugyancsak rsyncet használó Timeshifttel.

Következő oldal »