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.

> @"csuhas32"#p687117 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.

@"klt"#p687118 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!

@"csuhas32"#p687117 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.

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

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.

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

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.

Htibi

csuhas32 Még szép. :-)

klt

csuhas32 átírtam max_size=500-ra,

Nyilván máshogy gondolkodunk, én 0-ra írtam át.
Bővítettem viszont az exclude listát, mivel az adatok mentéséről külön gondoskodom.

################################################################################
# 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/home-ext/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
.local/share/Trash/files/*
.local/share/Trash/info/*
.Xauthority
.ICEauthority
Dokumentumok
Zenék
Videók
Nyilvános
Képek
Letöltések"

csuhas32

Timeshift és Snap

A mentésbe most beletettem kísérletképpen a felhasználóm (teszt) fájljait is (úgy is üres).

A sudo snap remove firefox és újraindítás után a snap list kimenete (csak a firefox sora hiányzik a kiinduláshoz képest):

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
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:~$

A Timeshifttel történt visszaállítás után nem indul a Firefox, a terminálablakban zajló folyamatokat karakteresen sajnos nem tudom megmutatni csak videón:

Mit nem tesz bele a mentésbe, vagy mit hagy ki a visszaállításból a Timeshift a systemback.sh-hoz képest?
Rá lehet bírni, hogy ugyanolyan jól működjön?

tenkes

Jó okosan megkérdeztem az AI-t 3x:
https://www.perplexity.ai/search/az-ubuntu-rendszer-timeshift-e-VcHW2glFSl2AMqVhlgqLhw

lala2

tenkes
Más megközelítéssel, én is kérdeztem az AI-t.
Arra voltam kíváncsi, hogy a Canonical vajon miért erőlteti snap-es telepítésű Firefoxot?
Hiszen a snap-es telepítésű sem újabb verziójú a .deb-es telepítésűnél.
Es a snap homokozót(konténert?) - mint egy + védelmi réteget - ki lehet váltani(?) a firejail homokozóval. (Évek óta jórészt firejail-lel indítom a .deb-es telepítésű Firefoxot.)
https://www.perplexity.ai/search/biztonsagi-es-egyeb-szempontbo-ZI5D9RMFS0a28GYfF43crQ
Ráadásul ha kiadom a:
sudo firecfg
parancsot, akkor ha indítom(indul) a listában szereplők bármelyikét, az a firejail homokozóból
fog indulni/futni. ... Mindaddig míg a "sudo firecfg --clean" paranccsal ki nem lépek.
https://sourceb.in/lW3Af8oEmU

csuhas32

tenkes
Köszönöm!
Néhányat kimentek ide belőle:
Verzió 1:
Összefoglalva a Snap programok mentéséhez:

Mentsd el a Snap csomagok listáját (snap list).
Mentsd el a felhasználói Snap konfigurációs adatokat a ~/snap/ mappából.
A rendszer visszaállításakor először telepítsd újra a Snap csomagokat a mentett listából, majd állítsd vissza a felhasználói adatokat.

A telepített Snap csomagok listájának mentése egy fájlba:
snap list > snap_packages_list.txt
A mentett listából a Snap csomagok későbbi visszaállításához használhatod a következő parancsot:
xargs -n1 sudo snap install < snap_packages_list.txt

Így a Snap alkalmazások újratelepíthetők és a felhasználó beállításai is megőrződnek.

Verzió 2:
Összefoglalva, a Timeshift mentéshez hozzá kell adni:

~/snap/
/var/snap/
/snap/

Fogok próbálkozni és igyekszem visszajelezni!

Kutyó

lala2 Amikor én forszíroztam a kérdést, azt mondtátok, azért, mert programozási szempontból így praktikus. Mert így kell csak egyszer megírni és ezután bárhova könnyen hordozható.
Még azt is hozzátettétek, hogy ez felhasználói szempontból is jó.

klt

Kutyó Mert így kell csak egyszer megírni és ezután bárhova könnyen hordozható.

Ezt biztosan @tenkes mondta! Én tutira nem.
Most annyit foglalkoztam a szappanhabbal, hogy megállapítottam, a systemback.sh (nem a grafikus Systemback!) elboldogul vele. Ettől még továbbra is pöszén nézek a snap csomagokra, és a magam részéről kerülöm a használatukat.
Nekem nem tetszik, nem szimpatikus. És amíg van alternatíva, azzal fogok élni.

Szerk.: nagyon fura lenne, ha a Debian a natív .deb csomagokat elhagyná mondjuk snapért cserében. A .deb pont a Debian miatt deb. Az a sajátja. Az is fura lenne, ha egy ilyen nagy múltú és elterjedt disztróhoz nem lehetne pölö Firefoxot csomagolni... Nekem ez most ebben a pillanatban elképzelhetetlennek tűnik.
Szóval, .deb addig lesz, amíg Debian is lesz.

tenkes

klt Ezt biztosan @tenkes mondta!

Bizony! Én vagyok itt a konténer-felelős és szimpatizáns. Mert pont azt szándékozik megoldani, ami most a linux legnagyobb hátránya, (a megoldás minőségétől most nagyvonalúan tekintsünk el).
A kavarás onnan ered (szerintem), hogy mint minden a linux alatt, nehezen válhat szabvánnyá. Ezen persze maga az Ubuntu tudna nagyot lendíteni, ha lenne egy hagyományos és egy kizárólag Snap csomagos kiadása, amire csak onnan lehetne programokat telepíteni (nem Core), mint pl a Windows S.
Persze attól még a Snap egycéges találmány, ezért gondolom, hogy a 3 megoldás közül, talán a Flatpak lesz a befutó.

csuhas32

csuhas32 Verzió 2:
Összefoglalva, a Timeshift mentéshez hozzá kell adni:

~/snap/

/var/snap/

/snap/

Próbáltam így:

Az eredmény nem lett kedvező.

csuhas32

OFF

klt Nyilván máshogy gondolkodunk

Persze, te ésszel én meg azzal amim van. :-D
Én inkább lelkes vagyok, mint okos. Bizonyára ezért is nagyon jó nekem, hogy virtuálisban vagy élesben a rendszermentések által, sok mindent kipróbálhatok és tapasztalati úton előbb-utóbb csak kijön valamilyen használható kombináció, aminek azért a miértjét is nagyjából fel tudom idővel fogni.

csuhas32

tenkes OFF
Én egyértelműen látom a konténeres irány erősödését, bár több tárhelyet és erőforrást igényel, de majd mennek ebbe az irányba a gépek.
Mint minden új technológia, bár az ember elsőre is szeretné tökéletesre alkotni, először megannyi hiányossággal lát napvilágot, melyekre csak a széles körű használat során derül fény, kell az idő, hogy a fejlesztők, reszelgessék, javítgassák a visszajelzések alapján. Aztán egyszer kiforrja magát.
A jelek szerint még nincs a Snap csomagokat tartalmazó rendszerhez hozzáigazítva az egyik leggyakrabban használt rendszermentő alkalmazás sem, most éppen ezt próbáljuk meg felfedezni és nem is rosszak az esélyeink.

klt

csuhas32 Emitt meg működni látszik. 🤔

A következőt műveltem.
Telepítettem snapot, Timeshift-et.
snap intall hello-world
csinált valamit.
Ezután létrehoztam Timeshifttel(rootként) egy pontot.
Annyit változtattam, hogy beletettem a /var könyvtárat úgy mindenestül.

Ezután snap remove hello-world, és le is szedte.
Jött a visszaállítás.
A végén feltette ezt a kérdést:

Továbbléptem:

Ez olyasmire utal, hogy /var/lib/snap-ban turkált.
Újraindult.
Bejelentkezés után:

laco@DellG3:~$ 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✓  -
laco@DellG3:~$

Hajlok rá, hogy visszahozta volna a snapos Firefoxot is.
Most megcsinálom a systemback rendszervisszaállítást a kísérlet előtti állapotra 🙂

@csuhas32 te láttál ilyen kérdést?

csuhas32

klt @csuhas32 te láttál ilyen kérdést

Mármint, hogy a Timeshift nem hozta vissza a Firefoxot vagy más Snapből telepített alkalmazást?
Korábban nem, de miután nálam besült a próba, és rákerestem, kaptam ilyen találatokat.
Amennyire lehet, próbálok olyat ajánlani, amiről TUDOM, hogy működik.

csuhas32

klt Emitt meg működni látszik.

Ez nekem nem a legszerencsésebb témám, az már biztos!
Gondoltam, lepróbálunk néhány dolgot, aztán ennyi, de pont nem úgy lett se a systemback.sh-val, se a Timeshifttel, ahogy számoltam, inkább fordítva.

Mivel jóval nagyobb projekt lett ez, most megpróbáltam átköltözni a „nagygépre” és egy 100 GB-os lemezt odaadni a virtuális gépeknek, hogy legyen hová rendszert, fényképeket, parancskimeneteket menteni.
Feldobtam egy Ubuntu 24.04.3-at.
Valamit már a systemback.sh-nál is benézek, mert nem úgy sikerül a mentés, ahogy szeretném.
Nem kerül bele a mentésbe a /home/teszt/snap

teszt@ubuntu2404:~/Save/Ubuntu2404/SB_7KquNhRkZmcXDuldQEXM/home/teszt$ ls -la
összesen 48
drwxr-x---  7 teszt teszt 4096 aug   23 07:38 .
drwxr-xr-x  3 root  root  4096 aug   23 07:32 ..
-rw-------  1 teszt teszt  554 aug   23 09:15 .bash_history
-rw-r--r--  1 teszt teszt  220 márc  31  2024 .bash_logout
-rw-r--r--  1 teszt teszt 3771 márc  31  2024 .bashrc
drwx------ 12 teszt teszt 4096 aug   23 07:35 .cache
drwx------ 13 teszt teszt 4096 aug   23 07:37 .config
drwx------  2 teszt teszt 4096 aug   23 09:15 .gnupg
drwx------  4 teszt teszt 4096 aug   23 07:32 .local
-rw-r--r--  1 teszt teszt  807 márc  31  2024 .profile
drwx------  2 teszt teszt 4096 aug   23 07:32 .ssh
-rw-r--r--  1 teszt teszt    0 aug   23 07:37 .sudo_as_admin_successful
-rw-rw-r--  1 teszt teszt  196 aug   23 07:38 .wget-hsts
teszt@ubuntu2404:~/Save/Ubuntu2404/SB_7KquNhRkZmcXDuldQEXM/home/teszt$

Pedig van olyan és tartalommal is bír.

teszt@ubuntu2404:~/snap$ pwd
/home/teszt/snap
teszt@ubuntu2404:~/snap$ ls -la
\összesen 16
drwx------  4 teszt teszt 4096 aug   23 07:37 .
drwxr-x--- 17 teszt teszt 4096 aug   23 07:38 ..
drwxr-xr-x  4 teszt teszt 4096 aug   23 07:37 firefox
drwxr-xr-x  4 teszt teszt 4096 aug   23 07:32 snapd-desktop-integration
teszt@ubuntu2404:~/snap$

Sajnos, nem látom, mit csinálok rosszul.

cat /usr/local/bin/systemback.sh
...
# 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/teszt/Save/Ubuntu2404"

# 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
Save/*"

A plusz lemez a /home/teszt/Save alá van felcsatolva.

teszt@ubuntu2404:~/snap$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/vda2 during curtin installation
/dev/disk/by-uuid/ffd2cff9-11ef-4765-bd43-f81564cecfb4 / ext4 defaults 0 1
/swap.img	none	swap	sw	0	0
/dev/disk/by-uuid/9f1568a0-7d0f-4b56-ac9a-029ed191a188 /home/teszt/Save auto defaults 0 0
teszt@ubuntu2404:~/snap$

klt

csuhas32 A Timeshift kérdésére gondoltam, hogy érősítsem meg ama fájlok visszaállítását. Bocs, nem voltam egyértelmű.

« Előző oldal Következő oldal »