Tiszteletem! Egy hónapja nem tudtam megoldani a következő problémát: Adott egy ASUS ExpertBook és a legfrissebb Ubuntu. Akár a felfüggesztés ikont használom akár lehajtom a laptop tetejét nem "alszik el rendesen" hanem továbbra is áramot fogyaszt, melegszik és pár óra alatt lemerül... Egyszerűen nincs alvás/hibernálás. Hozzáértőbb ismerős keresgélése után az volt a véleménye, hogy a laptop BIos bug-ja okozhatja... Nem tudom... Win10 alatt persze ment... Köszönöm mindenkinek a segítő szándékot!

AndrewV Szia! A free -m mit mond, mekkora a swap?

AndrewV Szia! Egy probat talan meger. systemctl suspend ?

csuhas32 swap: 4095 used 0 free 4095

lala2 Kipróbáltam de ugyan az mint mikor lecsukom: képernyő kikapcs, látszólag alszik de mégis langyos és merül... 🙁

AndrewV És mi volt a kimenet elején, mennyi RAM van a gépben?

csuhas32 total used free shared buff/cache available Mem: 15684 3119 10561 813 3115 12564 Swap: 4095 0 4095 if(window.hljsLoader && !document.currentScript.parentNode.hasAttribute('data-s9e-livepreview-onupdate')) { window.hljsLoader.highlightBlocks(document.currentScript.parentNode); }

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 if(window.hljsLoader && !document.currentScript.parentNode.hasAttribute('data-s9e-livepreview-onupdate')) { window.hljsLoader.highlightBlocks(document.currentScript.parentNode); }

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 if(window.hljsLoader && !document.currentScript.parentNode.hasAttribute('data-s9e-livepreview-onupdate')) { window.hljsLoader.highlightBlocks(document.currentScript.parentNode); }

Asus ExpertBook - nincs alvás/hibernálás

AndrewV

csuhas32

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

tenkes

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?

klt

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.

AndrewV

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

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

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 🙂

atime

klt Szerintem jót írtál, nekem a garuda simán megette, részlet a historyból

cmd: journalctl -f
when: 1727848231
cmd: systemctl suspend
when: 1727848427
lehet hogy csak az LMDE háklis

csuhas32

klt Jót írtál, nálam az LMDE az induláskor bejelentkező másik fiók miatt háklis, de ugyanígy csinált az így beállított Xubuntu a Giadan korábban. Ez így „normális”.
Gondoltam, írok egy kis segédletet hozzászólás formájában @AndrewV -nek, de erről megfeledkeztem és már az első parancsnál lepattantam, aztán lett belőle. :-)
A lényeg, hogy:

Nyisson egy terminálablakot, abban adja ki a journalctl -f parancsot és ezt hagyja így.
Nyisson mellé egy másik terminálablakot, abban adja ki a systemctl suspend parancsot.
Élessze fel a gépet, másolja ki a vágólapra, ami az elsőként nyitott terminálablakban van, ide, egy hozzászólásba.

Ezt szerettem volna igazából. Így talán már eléggé egyértelmű még egy magamfajtának is.

« Előző oldal