- sziku69: Fűzzük össze a szavakat :)
- sziku69: Szólánc.
- Luck Dragon: Asszociációs játék. :)
- bobalazs: 5700x3d+4070S fogyasztása, alulfeszelése
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- No Voice in the Galaxy
- eBay-es kütyük kis pénzért
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- Magga: PLEX: multimédia az egész lakásban
- Luck Dragon: Új energia- és akkumulátor-címke az okoseszközök dobozában
-
LOGOUT
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
CPT.Pirk
Jómunkásember
válasz
cigam #102919 üzenetére
Több gyártó is engedi, hol külön programmal, hol a biosban beállítva. Ezt a dolgot fuel-gauge IC kezeli az aksiban, ami bizony pontosan tudja, hogy mennyire van feltöltve egy cella és azt is követi, hogy mennyire degradálódott. Elég kifinomult jószágok, ezeket lehet konfigurálni és lekérdezni is, így aztán már csak driver kérdése, hogy beállítunk-e felső limitet. Ha nem, akkor a cellák a töltőfeszültségre fognak töltődni.
- De olyanról nem tudok, hogy hamis % kijelzést alkalmaznának.
Viszont nem kell 1-2 havonta lemerítened a cellákat, semmilyen pozitív hatást nem érsz el vele, csak kis mértékben növeled az elhasználódást, az ugyanis a töltés és merítés során zajlik le. -
válasz
fekete.puma #102918 üzenetére
Teljesen jó szerintem!
-
válasz
tordaitibi #102915 üzenetére
2013-as gyártású akku HP Elitebookban, amit én 5 évig napi átlag 12/16 órát használtam napi melóhoz meg mindenhez, az most ilyen kondícióval rendelkezik! Gyakorlatilag folyamatosan benn volt az akku és hálózatra is volt dugva, mivel itthon használtam. Hirtelen nem találom, hány Wh volt új korában, de láthatólag nagyon nem érdekli még ma sem, hogy 100%-ra volt folyamatosan töltve... (talán 6cella 4000Wh volt új korában, de nem tuti)
Ez a 80%-ig töltsük dolog már mobilakkuknál is ezeréves vicc csak.
Mondjuk én laikus vagyok, de ugye itt helyettem a tények beszélnek. Az is biztos, hogy a mai notebookok akksija tizedannyit sem bír, mint ennek a vén HP Elitebooknak az eredeti akksija...
ubyegon@Elitebook-LMC-22-8570p:~$ upower -i `upower -e | grep 'BAT'`
native-path: BAT0
vendor: Hewlett-Packard
model: Primary
serial: 33254 2013/03/12
power supply: yes
updated: 2025. ápr. 21., hétfő, 21:57:03 CEST (24 seconds ago)
has history: yes
has statistics: yes
battery
present: yes
rechargeable: yes
state: fully-charged
warning-level: none
energy: 32,4324 Wh
energy-empty: 0 Wh
energy-full: 33,2424 Wh
energy-full-design: 33,2424 Wh
energy-rate: 0 W
voltage: 12,378 V
charge-cycles: N/A
percentage: 97%
capacity: 100%
technology: lithium-ion
icon-name: 'battery-full-charged-symbolic'
-
válasz
tordaitibi #102915 üzenetére
Erről a töltő elektronika tervezők nem tudnak? Honnan tudod, hogy amit a gép 100%-nak jelez, az nem csak 80-90% az akkumulátorok celláiban?
Honnan tudod, hogy nem veszi észre, hogy folyamatosan töltőn van, és automatikusan ehhez igazodik? A töltő nem csak egy kapcsoló ami csak úgy önti az ampereket a cellákban. Pl. az én aksim 5+ éves, és több mint ~4 órát még mindég elketyeg, persze ez erősen terhelésfüggő, de nincs rossz kondiban. Pedig folyamatosan a költőre dugva használom. 1-2 havonta lemerítem, hogy átmozgassa az akit, edzésben maradjon. Ennyi. Hogy szoftveres babusgatással mennyi lenne a difi, sose tudjuk meg.
A Lenovón kívül van még olyan gyártó ami ilyet megenged? -
fekete.puma
tag
válasz
ubyegon2 #102917 üzenetére
Köszi. Úgy nézem rendben lesz. Vélemény?
ápr 21 15:03:10 optiplex7010 systemd[1]: Started Discard unused filesystem blocks once a week.
ápr 21 15:05:38 optiplex7010 systemd[1]: fstrim.timer: Deactivated successfully.
ápr 21 15:05:38 optiplex7010 systemd[1]: Stopped Discard unused filesystem blocks once a week.
-- Boot 5f04a4becfaf4d949510838c48fa2e29 --
ápr 21 15:06:16 optiplex7010 systemd[1]: Started Discard unused filesystem blocks once a week.
ápr 21 15:33:51 optiplex7010 systemd[1]: fstrim.timer: Deactivated successfully.
ápr 21 15:33:51 optiplex7010 systemd[1]: Stopped Discard unused filesystem blocks once a week.
-- Boot 05314b23fefc447b99372926bedd70f1 --
ápr 21 15:34:22 optiplex7010 systemd[1]: Started Discard unused filesystem blocks once a week.
ápr 21 15:42:44 optiplex7010 systemd[1]: fstrim.timer: Deactivated successfully.
ápr 21 15:42:44 optiplex7010 systemd[1]: Stopped Discard unused filesystem blocks once a week.
-- Boot 1e38ce13f00f4793af5848d9f4efb04c --
ápr 21 15:43:13 optiplex7010 systemd[1]: Started Discard unused filesystem blocks once a week.
ápr 21 16:05:14 optiplex7010 systemd[1]: fstrim.timer: Deactivated successfully.
ápr 21 16:05:14 optiplex7010 systemd[1]: Stopped Discard unused filesystem blocks once a week.
-- Boot 0a9b2fcd4ac64e16a421fe97eba0291e --
ápr 21 16:05:43 optiplex7010 systemd[1]: Started Discard unused filesystem blocks once a week. -
válasz
fekete.puma #102914 üzenetére
NVMe SSD TRIM itt a hsz közepén egész jól meg lett fogalmazva.
A TRIM/discard az egy SATA parancskészlet, így nem Sata eszközökön hatástalan.
-
CPT.Pirk
Jómunkásember
válasz
tordaitibi #102915 üzenetére
Ez valóban így van, de erre vannak lehetőségek Linux alatt is. KDE pl. ad erre GUI-s megoldást, de a szokásos terminálos megoldások is működnek a töltés limitálására.
-
válasz
cigam #102904 üzenetére
Nagyon is hiányzik, mármint olyan felhasználóknak akiknek a laptopja az idő 90%-ában a töltőn hagyva működik.
Nagyon sokan használják így.
És ilyenkor "csak" 2-5 évvel hosszabbítja meg az akku élettartamát a nem folyamatos állandó 100%-on tartás.Száraz műszaki tények,
egy liion cellát folyamatosan 4,2 volton tartva 3-4 év alatt ki lehet nyírni, 3,96 volton tartva (ez lenne kémiailag legideálisabb) ez 8-10 éves korára következik be.
A 3,96V/cella az pontosan 80% töltöttség.Sok mobiltelefonon a funkció már évek óta elérhető és valószínű nem magamutogatás miatt vagy felesleges feature hanem mérnöki tervezés eredményeképp került bele a telefonokba.
-
válasz
fekete.puma #102911 üzenetére
Érdekes, mindig variálnak az archklónok FSTAB-jával, nem olyan rég még a discard online TRIM opció volt default, most meg már az nincs. De az fstrim.timer ott van, szóval fog működni a TRIM heti rendszerességel, ha eltelik pár nap, ellenőrizheted is a TRIM végrehajtás megtörténtét ezzel a terminal paranccsal: (akár most is lefuttathatod, úgy látom default hétfőnként fut le)
sudo journalctl -u fstrim.timer
kb ilyen a kimenete:
-- Boot cb6d22ea419d4f8f8de282645588c597 --
ápr 12 06:33:39 Elitebook-LMC-22-8570p systemd[1]: Started fstrim.timer - Discard unused filesystem blocks once a week.
ápr 13 20:46:34 Elitebook-LMC-22-8570p systemd[1]: fstrim.timer: Deactivated successfully.
ápr 13 20:46:34 Elitebook-LMC-22-8570p systemd[1]: Stopped fstrim.timer - Discard unused filesystem blocks once a week.
-- Boot 79d43d02d6904d0486b9a9a33b2c312a --
ápr 14 06:39:38 Elitebook-LMC-22-8570p systemd[1]: Started fstrim.timer - Discard unused filesystem blocks once a week.
ápr 17 07:06:24 Elitebook-LMC-22-8570p systemd[1]: fstrim.timer: Deactivated successfully.
ápr 17 07:06:24 Elitebook-LMC-22-8570p systemd[1]: Stopped fstrim.timer - Discard unused filesystem blocks once a week.
-- Boot be98c1a2e6474493a92cb14500715027 --
ápr 18 08:41:17 Elitebook-LMC-22-8570p systemd[1]: Started fstrim.timer - Discard unused filesystem blocks once a week.
ápr 20 22:19:22 Elitebook-LMC-22-8570p systemd[1]: fstrim.timer: Deactivated successfully.
ápr 20 22:19:22 Elitebook-LMC-22-8570p systemd[1]: Stopped fstrim.timer - Discard unused filesystem blocks once a week.
-- Boot 7e274686ead649a2b86b526b2604099c --
ápr 21 07:37:54 Elitebook-LMC-22-8570p systemd[1]: Started fstrim.timer - Discard unused filesystem blocks once a week.
lines 88-131/131 (END)
Ha ott a stared - stopped a kimenetben, akkor minden OK!
Az SSD-re csak azért kérdeztem rá, mert sokan hiányolták már a TRIM lefutását NVMe SSD-nél is, de ott ilyen nincs.
-
fekete.puma
tag
válasz
ubyegon2 #102910 üzenetére
Lemezek/Disks alkalmazással csatoltad a Data meghajtót, gondolom.
Igen, ez gondoltam a legegyszerűbbnek és a tmpfs sort a rendszer rakta be.
Az SSD sima SATA3-as.Tue 2025-04-22 00:00:00 CEST 3h 46min Mon 2025-04-21 15:03:10 CEST - shadow.timer shadow.service
Tue 2025-04-22 00:21:46 CEST 4h 8min Mon 2025-04-21 15:03:10 CEST - logrotate.timer logrotate.service
Tue 2025-04-22 08:29:14 CEST 12h Mon 2025-04-21 15:03:10 CEST - man-db.timer man-db.service
Tue 2025-04-22 17:21:51 CEST 21h Mon 2025-04-21 16:20:44 CEST 2h 51min ago systemd-tmpfiles-clean.timer systemd-tmpfiles-clean.service
Thu 2025-04-24 09:47:49 CEST 2 days Mon 2025-04-21 15:03:10 CEST - pamac-mirrorlist.timer pamac-mirrorlist.service
Mon 2025-04-28 00:01:51 CEST 6 days Mon 2025-04-21 15:03:10 CEST - fstrim.timer fstrim.service
Thu 2025-05-01 14:40:37 CEST 1 week 2 days Mon 2025-04-21 15:03:10 CEST - archlinux-keyring-wkd-sync.timer archlinux-keyring-wkd-sync.service
Sat 2025-05-03 15:00:00 CEST 1 week 4 days Mon 2025-04-21 15:03:10 CEST - pamac-cleancache.timer pamac-cleancache.service
8 timers listed. -
válasz
fekete.puma #102905 üzenetére
A Lemezek/Disks alkalmazással csatoltad a Data meghajtót, gondolom. Kicsit túlbonyolítja, de ha működik az automount, akkor jó.
FSTAB automount amúgy így egyszerűbb...
UUID=0b26696b-8d0f-4432-8595-9f2d33145952 /media/ubyegon/Data ext4 noatime,nosuid,nodev,nofail 0 0
Működnie kell az időzített fstrim-nek is, de tároló SSD-nél ha nem működne, se okozna galibát, mivel a garbage collector is elvégezné a szükséges műveleteket. Rendszermeghajtónál lényegesebb inkább a TRIM, bár default heti futtatású az fstrim, azalatt ott is sok mindent elrendez a garbage collector.
Egyébként milyen SSD-k ezek? Sata, NVMe?
tmpfs sor hogyan került az FSTAB-ba? A rendszer rakta be vagy valahonnan merítettél ötleteket az automount-hoz? Az FSTAB-nál nincs jelentősége, milyen sorrendben vannak mountolva az adott sorok.
Találtam egy régi FSTAB-ot mintának, vissza kellett kicsit olvasnom, mert ezeréve nem bíbelődtem FSTAB-bal... (itt is látszik már, hogy a tmpfs sorok ki vannak kommentelve, 10+ éve voltak ilyen ötletek, hogy SSD-nél ezeket jó berakni FSTAB-ba.
-
CPT.Pirk
Jómunkásember
válasz
lanszelot #102907 üzenetére
Tulajdonképpen nem sok dolog van felrakva a Lubuntura, a cuccok többsége pár MB-os kis alkalmazás. Pl. a torrent klines az foglalt 4.6MB-ot mindössze, most néztem meg.
Az egyetlen nagyobb dolog szerintem a Libreoffice programcsomag, de az meg azért nem árt, ha van mivel megnyitni egy doksit.
Ha felrakod az Ubi által említett nala-t és azzal frissítesz, akkor nem lesz ezzel a frissítés témával gondod többet, mert kitakarít maga után.
Rowonnak abban viszont igaza van, hogy sajnos a Lubuntu is átvette az Ubuntu Snap csomagját a korábban használt natív Firefox helyett, és ott egy kicsit lassabb lett ettől a böngésző... Mondjuk nem nagy a különbség, de gyenge gépen érdekes lehet.
-
lanszelot
addikt
válasz
CPT.Pirk #102885 üzenetére
Nagyon szépen köszönöm a segítséget mindenkinek.
Lubuntu friss telepítés 8Gb-t foglalt le nekem.
Mivel semmit se telepítek, és csak a Firefox -ot használom, így a 16Gb több mint elég.
Az ssd cserélhető a HP Chromebook -okban.
De nagyon komplikált. A hp boot-nak rajta kell lennie, amúgy tégla az egész. Azt az ssd -t nem tudom klónozni (nincs mivel , hardver)
A lubuntu email olvasásra ugyanolyan jó mint a chrome os volt.
Ha értenék Linux hoz még sok helyet fel tudnék szabadítani, mert alapból felrak sok progit. Egyikre sincs szükségem.
Csak a terminal kell és a firefox. Semmi más.
De minek kezdjem csupaszítani, jól el vannak ott.
Nekem mindegy hogy mennyi a szabad hely amíg frissíti magát.
Most az volt a gond hogy már nem tudta frissíteni annyira tele rakta a frissítésekkel. -
fekete.puma
tag
válasz
ubyegon2 #102901 üzenetére
A kíváncsiság csak nem hagyott nyugodni és újrahúztam a rendszert.
Telepítés után nem jelezte de miután lefrissítettem a rendszert 1,2GB utána ismét előjött, hát ez van.
Most a lemez csatolása ami nem hagy nyugodtan.[link]
Jó van így ahogyan a lemezkezelő létrehozta?
dev/disk/by-uuid/f82502a9-ec09-73d7-bce9-7f77aa8e5e91 /mnt/f82502a9-ec09-73d7-bce9-7f77aa8e5e91 auto nosuid,nodev,nofail,x-gvfs-show 0 0Vagy be kellene rakni a tmpfs fájl elé egyszerűbben csatolva?
-
-
oreg0503
tag
Sziasztok.
Ez a lehetőség nem lesz bent a következő Mint-ben? Jelenleg 22.1 Cinnamont használok.
Idézem:
Az Ubuntu 25.04-gyel megérkezett a GNOME 48, amely tartalmaz egy új beállítást az eszközben lévő akkumulátor élettartamának megőrzésére. Ha engedélyezve van a Beállítások > Energiagazdálkodás > Akkumulátortöltés > Akkumulátor épségének megőrzése beállítás, akkor az akkumulátor töltöttsége 80%-ra korlátozódik, amíg a készülék be van dugva a konnektorba. Ha az akkumulátor töltöttségi szintjét ezen a csökkentett szinten tartja, az jó tesz az akkumulátor élettartamának megőrzésében. -
válasz
fekete.puma #102886 üzenetére
Csak tájékoztató üzenet, hogy lefutott az fsck. Sok disztróban minden indításnál lefut, azt hiszem Debiannal is így van, és ezek szerint Manjaronál is. A "clean" szócska jelzi, hogy minden rendben, a fájlrendszer rendben van. Ha gond lenne (azaz "dirty" lenne), akkor az fsck megpróbálná kijavítani, és erről írna is ki üzeneteket. Úgyhogy amíg csak ezt látod, addig minden ok a fájlrendszerrel.
-
válasz
fekete.puma #102895 üzenetére
Ha minden esetben lefut és az sda2 a rendszerfuttató partició és nem áll le a boot visszaszámlálással, akkor semmi gond nincs. Disztrófüggő, hogy lefut-e mindig vagy csak x-edik bootnál.
Ennek a terminal parancsnak a kimenetét berakhatod ide Programkódformázással:
systemctl status systemd-fsck-root.service
kb így néz ki a kimenet:
ubyegon@Elitebook-LMC-22-8570p:~$ systemctl status systemd-fsck-root.service
○ systemd-fsck-root.service - File System Check on Root Device
Loaded: loaded (/usr/lib/systemd/system/systemd-fsck-root.service; enabled-runtim>
Active: inactive (dead)
Condition: start condition unmet at Mon 2025-04-21 07:37:53 CEST; 5h 23min ago
Docs: man:systemd-fsck-root.service(8)
ápr 21 07:37:50 Elitebook-LMC-22-8570p systemd[1]: systemd-fsck-root.service - File Sy>
ápr 21 07:37:50 Elitebook-LMC-22-8570p systemd[1]: systemd-fsck-root.service - File Sy>
ápr 21 07:37:51 Elitebook-LMC-22-8570p systemd[1]: systemd-fsck-root.service - File Sy>
ápr 21 07:37:51 Elitebook-LMC-22-8570p systemd[1]: systemd-fsck-root.service - File Sy>
ápr 21 07:37:51 Elitebook-LMC-22-8570p systemd[1]: systemd-fsck-root.service - File Sy>
ápr 21 07:37:53 Elitebook-LMC-22-8570p systemd[1]: systemd-fsck-root.service - File Sy>
lines 1-12/12 (END)
Új hozzászólás Aktív témák
Hirdetés
A topik célja: Segítségnyújtás a Linux disztribúciókkal még csak ismerkedők számára. A szerveres kérdések nem ebbe a topicba tartoznak.
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Milyen program ami... [link]
Shell script kérdésekkel látogassatok el a topikjába
- Vélemény Ubuntu 20.04 LTS
- Vélemény Linux Mint Debian Edition 4
- Tudástár MX-Linux 19
- Bemutató Linux a mindennapokban: Manjaro KDE
- Bemutató Linux a mindennapokban
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Hír A Steam Play hozza el a Windowsra írt játékokat Linuxra
- Hír Hova jut a világ? Linuxot kínál a Windows Store!
- GeForce RTX 5060 Ti: Ha az ár jó, minden jó (lenne)
- Kamionok, fuvarozás, logisztika topik
- Nvidia GPU-k jövője - amit tudni vélünk
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Sorozatok
- NVIDIA® driverek topikja
- Elektromos cigaretta 🔞
- sziku69: Fűzzük össze a szavakat :)
- sziku69: Szólánc.
- Luck Dragon: Asszociációs játék. :)
- További aktív témák...
- 150db DELL Universal Dock D6000 dokkoló (452-BCYH) (DisplayLink)
- ÁRGARANCIA! Épített KomPhone Ryzen 7 9800X3D 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- Telefon felváráslás!! Xiaomi 13T, Xiaomi 13T Pro, Xiaomi 14T, Xiaomi 14T Pro
- BESZÁMÍTÁS! Gigabyte H610M i5 12600 32GB DDR4 512GB SSD RX 6700XT 12GB CM CMP 510 Corsair 650W
- LG UltraGear Gaming Monitorok: ÁPRILIS MADNESS -30%
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Laptopszaki Kft.
Város: Budapest