AndrewV 16 GB RAM-od van és 4 GB swap-ed.
Mutass, légy oly kedves, egy
cat /etc/fstab kimenetet is.
Ebből megtudjuk, hogy swap fájlod vagy partíciód van-e.
Ha fájl, akkor kellene egy df -h is, hogy lássuk, azon a partíción, ahol a swap van mennyi a szabad hely.
A próba kedvéért én megnövelném a swap méretét a RAM méretére, és akkor már biztos lesz hely ahová teheti a rendszer az adatokat suspend vagy hibernate esetén.
(Tudtommal ilyenkor oda dolgozna, de mondjuk 6 GB adatot nem nagyon lehet 4 GB swapbe benyomni.)
Persze, lehet, hogy nem itt van a kutya elásva, de én elsőnek ezt próbálnám.

    #
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/nvme0n1p2 during curtin installation
/dev/disk/by-uuid/68e063f0-5329-48b3-bf60-9dd2d25c319f / ext4 defaults 0 1
# /boot/efi was on /dev/nvme0n1p1 during curtin installation
/dev/disk/by-uuid/7C22-4455 /boot/efi vfat defaults 0 1
/swap.img	none	swap	sw	0	0

      AndrewV OK. Látod, a rendszerpartíción van egy swap.img fájl, az utolsó sor mutatja: /swap.img
      A másik kérdés még nincs megválaszolva, mennyi hely van a rendszerpartíción?
      df -h

          csuhas32 bocsánat:

          Fájlrendszer Méret Fogl. Szab. Fo.% Csatol. pont
tmpfs           1,6G  2,5M  1,6G   1% /run
/dev/nvme0n1p2  468G   54G  390G  13% /
tmpfs           7,7G   78M  7,6G   1% /dev/shm
tmpfs           5,0M  8,0K  5,0M   1% /run/lock
efivarfs        128K   97K   27K  79% /sys/firmware/efi/efivars
/dev/nvme0n1p1  1,1G  6,2M  1,1G   1% /boot/efi
tmpfs           1,6G  136K  1,6G   1% /run/user/1000

              AndrewV
              /dev/nvme0n1p2 468G 54G 390G 13% /
              A 468 GB-ból 54 GB foglalt és 390 GB szabad.
              A 390 GB-ból lehetséges lefoglalni még 12-t, ezzel a swap jelenlegi 4 GB-os méretét 16 GB-ra megnövelni.
              Én még csak swapfile nevűvel csináltam ilyet, swap.img nevűvel nem, bár érzésre ez nem számít, de illene utánaolvasnom vagy kipróbálnom virtuális gépen, nehogy akaratom ellenére bevigyelek az erdőbe.
              Most erre nincs lehetőségem, koradélután tudok ezzel jelentkezni, de lehet, hogy addig simán megoldják ezt a fórumtársak.

                  csuhas32 Elvileg semmilyen varázslás nem történt ezen a rendszeren, tiszta telepítéssel ment fel a laptopra (nincs is mellette más) aztán frissítés és annyi... Volt gond a wifivel de az megoldódott kb magától.

                  Köszönöm a segítőszándékot!

                      sajnos már az első parancs után "Nincs ilyen fájl vagy könyvtár" hibát kaptam...

                        AndrewV Ellógtam. Nem tudom melyik volt az első parancs, de én ezzel próbálnám:

                        sudo swapoff /swap.img
sudo fallocate -l 16G /swap.img
sudo mkswap /swap.img
sudo swapon /swap.img

                        Ha van hibaüzenet, akkor állj meg és mutasd meg, keresünk másik módszert.
                        Visszaellenőrzés:
                        df -h

                        Ha újraindítás után is 16 GB a swap, akkor most próbálj meg hibernálni vagy alvást kezdeményezni.
                        Változott a helyzet?

                          Végigcsináltam és újraindítottam de én nem látok változást:

                          ájlrendszer   Méret Fogl. Szab. Fo.% Csatol. pont
tmpfs           1,6G  2,3M  1,6G   1% /run
/dev/nvme0n1p2  468G   66G  378G  15% /
tmpfs           7,7G   28M  7,7G   1% /dev/shm
tmpfs           5,0M  8,0K  5,0M   1% /run/lock
efivarfs        128K   97K   27K  79% /sys/firmware/efi/efivars
/dev/nvme0n1p1  1,1G  6,2M  1,1G   1% /boot/efi
tmpfs           1,6G  140K  1,6G   1% /run/user/1000

                          sajnos duspend paraqncs vagy lehajtás után is hasonló a helyzet: a laptop enyhén de melegszik és merül... 🙁

                            AndrewV Persze, hülyeséget írtam, bocsánat, a visszaellenőrzés: free -m lenne, ott látnád, hogy 16 GB a swap.
                            Ha ez így van és maradt a jelenség, akkor nem (csak) ez volt a gond. :-(

                              Hát akkor sajnos nem csak ez volt a gond:
                              total used free shared buff/cache available
                              Mem: 15684 2368 12087 397 1916 13316
                              Swap: 16383 0 16383

                                AndrewV Itt nem látok semmi számunkra érdekeset. Kicsit keresgélni kellene. Valami logfájlt nézni esetleg, amin el lehetne indulni.

                                • klt válaszolt erre.

                                    AndrewV
                                    OFF
                                    És ha a kikapcs gombra teszed alvást/hibernálást ?
                                    ON
                                    A neten írnak hasonlókat, kernel frissítéssel (vagy, ha a legújabb, akkor visszaállítással a megelőzőre) próbálkoztál már?

                                        tenkes Valami conf fájlban beírtuk próbaképp a kikapcs gombra, hogy suspend - erre szintén kikapcsolt és dobott el kérdés nélkül mindent ami nyitva volt...

                                          csuhas32 A syslog, vagy a journal.
                                          Beírnám egy terminálba:
                                          systemctl suspend
                                          Közben egy másik9n a journalctl -f kimenetét nézném.

                                              klt Bár az enyémmel szerintem nem sokra megyünk, de rajtam ne múljon! :-D
                                              Szóval úgy csináltam, hogy nyitottam egy terminálablakot, abban elkezdtem a journalctl -f-et futtatni.
                                              Nyitottam mellé egy másik terminálablakot, abban kiadtam a systemctl suspend parancsot. Már hajnalban elküldött a rendszer melegebb éghajlatra, szép kis kezdés! Hisztis LMDE! Kapcsoló kell neki! Jó hogy a kávémat nem akarja meginni!
                                              Van másik felhasználói fiók és az indul automatikusan, na és?! Kijelentkeztem belőle, aztán nem érdekli vagy nem veszi észre.

                                              csuhas@ThinkCentreM900:~$ systemctl suspend
User iklubradio is logged in on seat0.
Please retry operation after closing inhibitors and logging out other users.
Alternatively, ignore inhibitors and users with 'systemctl suspend -i'.

                                              Szóval a systemctl suspend -i parancsot már megette.

                                              Ehun a másik végeredménye: (Remélem jó helyen vágtam el, mert még akkor is futott, amikor utólag a Firefoxot elindítottam, de gondolom, az már teljesen felesleges rész volna.)

                                              csuhas@ThinkCentreM900:~$ journalctl -f
Hint: You are currently not seeing messages from other users and the system.
      Users in groups 'adm', 'systemd-journal' can see all messages.
      Pass -q to turn off this notice.
Oct 02 06:43:12 ThinkCentreM900 systemd[1770]: Starting gnome-terminal-server.service - GNOME Terminal Server...
Oct 02 06:43:12 ThinkCentreM900 dbus-daemon[1792]: [session uid=1001 pid=1792] Successfully activated service 'org.gnome.Terminal'
Oct 02 06:43:12 ThinkCentreM900 systemd[1770]: Started gnome-terminal-server.service - GNOME Terminal Server.
Oct 02 06:43:12 ThinkCentreM900 systemd[1770]: Started vte-spawn-421fd108-a132-4605-a45a-5ccd1c29759a.scope - VTE child process 2452 launched by gnome-terminal-server process 2431.
Oct 02 06:43:29 ThinkCentreM900 org.cinnamon.CalendarServer[2315]: SET TIME: from 2024-09-29T00:00:00+02 to 2024-11-09T23:59:59+01
Oct 02 06:43:29 ThinkCentreM900 org.cinnamon.CalendarServer[2315]: Discovered calendar:  Birthdays & Anniversaries
Oct 02 06:43:29 ThinkCentreM900 org.cinnamon.CalendarServer[2315]: Discovered calendar:  Personal
Oct 02 06:43:29 ThinkCentreM900 org.cinnamon.CalendarServer[2315]: SET TIME: from 2024-09-29T00:00:00+02 to 2024-11-09T23:59:59+01
Oct 02 06:43:32 ThinkCentreM900 systemd[1770]: Started vte-spawn-007f134d-6679-4bb1-9f5e-8044d7a7345c.scope - VTE child process 2527 launched by gnome-terminal-server process 2431.
Oct 02 06:43:38 ThinkCentreM900 org.cinnamon.ScreenSaver[2203]: AccountsService ready
Oct 02 06:44:07 ThinkCentreM900 dbus-daemon[1792]: [session uid=1001 pid=1792] Activating service name='org.cinnamon.ScreenSaver' requested by ':1.79' (uid=1001 pid=2554 comm="/usr/bin/python3 /usr/share/cinnamon-screensaver/c")
Oct 02 06:44:07 ThinkCentreM900 org.cinnamon.ScreenSaver[2560]: Loading AccountsService
Oct 02 06:44:07 ThinkCentreM900 org.cinnamon.ScreenSaver[2560]: Fractional scaling active: False
Oct 02 06:44:07 ThinkCentreM900 org.cinnamon.ScreenSaver[2560]: Trying to connect to logind...
Oct 02 06:44:07 ThinkCentreM900 dbus-daemon[1792]: [session uid=1001 pid=1792] Successfully activated service 'org.cinnamon.ScreenSaver'
Oct 02 06:44:07 ThinkCentreM900 org.cinnamon.ScreenSaver[2560]: Starting screensaver...
Oct 02 06:44:07 ThinkCentreM900 org.cinnamon.ScreenSaver[2560]: Cinnamon Screensaver support not found in current theme - adding some...
Oct 02 06:44:07 ThinkCentreM900 org.cinnamon.ScreenSaver[2560]: AccountsService ready
Oct 02 06:44:07 ThinkCentreM900 org.cinnamon.ScreenSaver[2560]: Successfully using logind
Oct 02 06:44:40 ThinkCentreM900 cinnamon-screensaver-pam-helper[2649]: pam_ecryptfs: seteuid error
Oct 02 06:44:40 ThinkCentreM900 cinnamon-screensaver-pam-helper[2649]: gkr-pam: unlocked login keyring

                                              Összehasonlítási alapnak tán jó lesz arra az esetre, ha megérkezik ugyanez @AndrewV -től, úgyis igazából csak az övé itt a lényeges.

                                              • klt válaszolt erre.

                                                  csuhas32 Már hajnalban elküldött

                                                  Röptében írtam telefonról, elalvás előtt közvetlenül.
                                                  Azt hittem, jót írok 🙂