$ upower -i /org/freedesktop/UPower/devices/battery_BAT0
native-path: BAT0
vendor: Panasonic
model: 42T4645
serial: 23619
power supply: yes
updated: 2015. máj. 4., hétfő, 15.57.19 CEST (25 seconds ago)
has history: yes
has statistics: yes
battery
present: yes
rechargeable: yes
state: charging
warning-level: none
energy: 72,36 Wh
energy-empty: 0 Wh
energy-full: 84,24 Wh
energy-full-design: 84,24 Wh
energy-rate: 29,884 W
voltage: 11,949 V
time to full: 23,9 minutes
percentage: 85%
capacity: 100%
technology: lithium-ion
icon-name: 'battery-full-charging-symbolic'
History (charge):
1430747839 85,000 charging
History (rate):
1430747839 29,884 charging
\o/
- trey blogja
- A hozzászóláshoz be kell jelentkezni
Hozzászólások
Miért nem használtál hibernálást?
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Ubuntu-n gyárilag tiltva van a hibernálás (gondolom okkal). Sose használtam, nem tudom milyen állapotban van. Nem akartam volna én lenni a tesztpilóta.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Annak idején olvasgattam, hogy miért van tiltva, nem győzött meg akkor (okra nem emlékszem). Simán használtam, ment (Thinkpad T420). Manjaron meg defaultból engedik.
- A hozzászóláshoz be kell jelentkezni
Mert nem Ubuntu Certified.
Ami azt illeti, valahol igaza van. Nekunk, hozzaertoknek valoban hulyesegnek tunik egy olyan funkcio letiltasa, amely gepek egy szuk csoportjat erintheti valoszinuleg, viszont a Linux - es igy az Ubuntu is - meg mindig egy nagyon szuk felhasznaloi reteggel rendelkezik, az Ubuntut raadasul nagyon sok olyan ember is kedveli, aki amugy a Windows-hoz se ert nagyon, ezert eleg nagy problema lenne, ha egy amugy nem mukodo hibernalasi opcio lenne kirakva a feluletre.
Windows eseteben ez a problema ugye felig megoldott, mert a megfelelo funkciok csak akkor kerulhetnek ki, ha a megfelelo WHQL driver ott van, bar garanciat azert ez sem jelent.
Ami jo lenne, az egy grafikus felulet a cucc konnyu konfiguralasara - nyilvan a megfelelo betumeretu SAJAT FELELOSSEGRE szovegek arcbatolasa utan.
--
Blog | @hron84
Üzemeltető macik
- A hozzászóláshoz be kell jelentkezni
Szokott működni. Bár tény, hogy a kernel fejlesztői ámokfutnak néha. Működött, aztán elmúlt működni. Kiderült, az újabb kernelek esetén kell egy
resume=
kezdetű kernel paraméter, amely hivatkozik arra a swap-re, ahova az image lett mentve. Amióta elmondtam neki, hol keresse az image-et, megint jó.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
A sebessége milyen? Mert ha az egész lassabb a "minden program becsuk, gép leállít, költözik, gép indít, minden program elindít"-nál, akkor a fene megette az egészet.
A suspend/resume baromi gyors.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Suspend/resume nyilván gyors, RAM-ban marad a cucc. Hibernálás esetén az a pláne, hogy elveheted tőle a tápot, de az alkalmazásod ott fut, ahol abbahagyta. Érzésre a normál boot time-hoz közel lehet, annál azért gyorsabb, de nincs SSD-m, hagyományos HDD van a gépemben. Az viszont nagy jóság, hogy minden ott van, ahol hagytam. Tegyük hozzá, ritkán használom, csak akkor, ha rengeteg katalóguslap, editor, akármi meg van nyitva, csak időközben egy éjszaka miatt félbe kell hagynom, amiben elmerültem.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
"Hibernálás esetén az a pláne, hogy elveheted tőle a tápot, de az alkalmazásod ott fut, ahol abbahagyta."
Ja, vágom, hogy mire való és mi az előnye. Viszont elég sok negatív dolgot is hallani róla.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Megvan az a hülye szokásom, hogy túl szájbarágósan mondom, amire gondolok. Tudd be annak, hogy volt idő, amikor tanítottam. :)
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
"Viszont elég sok negatív dolgot is hallani róla. "
Pl?
Egyetlen negatívum, amivel hibernálás során találkoztam az OSX 10.6-on volt, ha futva hagytam egy Parallels 6-ot 16G ram mellett (ami hivatalosan nem is támogatott az Apple szerint, csak az Intel és a Kingston szerint) és hagytam lemerülni a gépet, akkor a betöltés vége fele valamilyen hangszórón leadott hibajelzéssel honorálja az MBP. Suspend esetén semmi gond vele. Meg a Windowsos hibernálással.
Bár gondolom rossz oprendszereket használok. :)
----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™
- A hozzászóláshoz be kell jelentkezni
Nyilvánvalóan Linux kontextusban értettem, hiszen ez az egész arról szól. Az is lehet, hogy Linux alatt is működik ennyire jól. Nem tudom, sosem próbáltam, mert nem volt rá szükség, illetve mert a swap méretem nem követte a memóriabővítéseket. Csak ezért fenntartani 120 GB-ból 8 GB SSD területet pazarlásnak tűnt pár éve. (Mondjuk most a 256 GB SSD-ből sem sokkal jobb a helyzet.) Főleg úgy, hogy a suspend-del sosem volt problémám és baromi gyorsan működött mindig.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
" Meg a Windowsos hibernálással."
Fiatalabb vagy mint hittem, ha nem probaltad Windows 98-on a keszenleti allapotot ;)
- A hozzászóláshoz be kell jelentkezni
You holding it too right.
--
Blog | @hron84
Üzemeltető macik
- A hozzászóláshoz be kell jelentkezni
- nem kattintunk duplan a bekuldes gombra -
- A hozzászóláshoz be kell jelentkezni
Kétféle hibernálás van. A hw-es, és a sw-es.
A hw-es bios után indul, a sw-est az initramfs indítja.
Utóbbi ezért megbízhatóbban működik. (uswsusp) csomagot érdemes keresni.
Sebesség: initramfs indításáig ua. mint a normal boot, utána kb. gyorsan elszámol 1-100-ig, ahogy az imaget tölti vissza, és ennyi. :-).
A wireless eszközöket nem nagyon szokta szeretni, a konfig fájlban érdemes beállítani, hogy a hálózatot lője le, wireless modult szedje ki (modunload), ébredéskor meg ugyanezt auto tegye vissza.
Sebességben nem igazán észrevehető, de nagyban javítja a működőképességet.
A softwares hibernálás (uswsusp) titkosítást is támogat.
Napközben általában jobb a szundi (suspend), estefelé lehet, hogy jobban jársz, ha hibernálással rakod el.
--------
Nem vezetek...Jobb így. Nekem is
meg mindenki másnak is.
- A hozzászóláshoz be kell jelentkezni
Most, hogy újra van akkum, maradok a suspend-nél. Ez sok-sok éve megbízhatóan működik és gyors mint a villám. A wifi-vel sincs gondja ezen a gépen.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Elárulok egy titkot, ha a suspend megy, akkor a softwares hibernálás is igen jó eséllyel megy.
majdnem ua. beállításokkal.
A szundi érzékenyebb a hw "nehézményekre", mint az uswsusp.
Maga a folyamat majdnem ugyanaz, csak a leállítás utolsó lépcsője változik tulajdonképpen.
Én ugyanazt a "gányoló" szkriptet használom suspend | hibernate-re a nagygépen.
Ugye a tunerkártya miatt itt kell gányolni. Mert a tunerkártya nem acpiképes, így minden tőle függő daemont, modult hibernálás előtt ki kell lövetni, visszatéréskor meg vissza kell töltetni.
A laptopon, meg a netbookon a wifi szedte össze magát igen lassan olykor-olykor.
Persze nem csoda, mert nem mindig ugyanoda kellett visszamennie, ahonnét elhibernált/elszundizott.
Ezért rászoktam arra, hogy hibernálás/szundinál wifi auto lője ki, és töltse vissza ébredéskor. Az a biztos.
--------
Nem vezetek...Jobb így. Nekem is
meg mindenki másnak is.
- A hozzászóláshoz be kell jelentkezni
"Elárulok egy titkot, ha a suspend megy, akkor a softwares hibernálás is igen jó eséllyel megy."
Na pont ezert nincs engedelyezve default. Mert csak jo esellyel, es nem biztosan megy. Van olyan gep is, ahol neha megy, neha adatvesztes. Nem vicces.
"Maga a folyamat majdnem ugyanaz, csak a leállítás utolsó lépcsője változik tulajdonképpen."
Igen, es pont az utolso lepcso hordozza magaban a rizikot. Ha ugyanis barmi nem klappol az alaplap ACPI implentaciojaban, akkor hiaba mukodik jol a suspend, a hibernalas nem fog.
--
Blog | @hron84
Üzemeltető macik
- A hozzászóláshoz be kell jelentkezni
Ha ugyanis barmi nem klappol az alaplap ACPI implentaciojaban,
Ezért javasoltam a softwares hibernációt a hw-s acpi féle helyett.
A visszatöltés ilyenkor úgy működik,
hogy a gép normál módon bebootol,
indítja a választott linux kernelt (initramfs kell),
és mikor az initramfs/initrd indul abban van egy rész, mi vizsgálja, hogy van-e elmentett hibernációs kép, vagy sem.
Ha van, akkor visszatölti. Ha nincs, vagy ha van,de gond van vele, akkor visszaáll normál bootra.
Ilyenkor nem BIOS végzi a visszatöltést.
Biztosan van virtuális gépben valami linuxos cuccod, nyugodtan azzal is kipróbálhatod.
--------------
Eddig annyi anomáliával találkoztam vele kapcsolatban, hogyha gond volt egy elmentett image-el,
akkor a swap partíciót nem csatolta fel normál boot indulás után.
Ami ilyenkor mondjuk nem túl meglepő. :-)
A probléma lehet, hogy inkább ott van, hogy a suspend ma inkább hardveres módon megy,
és a pm csomag alapvetően úgy van, hogy hardverest használ mindenhez (suspend, hibernate), vagy softwarest (uswsusp csomag s2ram, s2disk) mindkettőhöz.
Nálam pl. az az optimális egy ideje, hogy suspendhez hw-es ACPI féle megoldás, hibernate-hoz meg a s2disk.
Ehhez az eredményhez picit trükközni kell.
--------
Nem vezetek...Jobb így. Nekem is
meg mindenki másnak is.
- A hozzászóláshoz be kell jelentkezni
ez a softveres hibernacio csak a hasznalt memoriat menti le es nem az egeszet?
--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!
- A hozzászóláshoz be kell jelentkezni
Szvsz csak azert van tiltva, mert vagy konfiguralni kell hozza, vagy nincs meg a megfelelo mennyisegu swaped hozza (a gepben levo memoria + a videokartya memoria osszmeretenel nagyobb mennyisegu swap kell).
--
Blog | @hron84
Üzemeltető macik
- A hozzászóláshoz be kell jelentkezni
AFAIK Ubuntu-n alapból tiltva van mindenkinek, függetlenül attól, hogy a swapmérete kisebb, vagy nagyobb a fizikai memória méreténél.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Igen, most sikerult utanaolvasni. Preventive van ez igy, mert hardverfuggo, hogy mukodik-e. Ha Ubuntu Certified a laptopod, akkor biztosan megy, am ha nem Ubuntu Certified, akkor nem biztos, hogy nem megy. Egy probat meger, ha nem megy, legfeljebb kikonfiguralod.
--
Blog | @hron84
Üzemeltető macik
- A hozzászóláshoz be kell jelentkezni
Igen, és nem a swap miatt: http://sugo.ubuntu.hu/14.04/power-hibernate.html
___
Arany János: Grammatika versben
- A hozzászóláshoz be kell jelentkezni
"Sajnos a hibernálás sok esetben nem működik, ami adatvesztést okozhat, ha dokumentumai és alkalmazásai megnyílására számít a számítógép következő bekapcsolásakor. Emiatt a hibernálás alapesetben le van tiltva."
Ez azert erosen koltoi tulzas. Ertem, hogy az angol sugoban is ez van, nem is a forditast hibaztatom, ettol fuggetlenul ez bullshit.
Az igazi baj az, hogy a Linux fejlesztok egyszeruen nem kepesek ilyen mennyisegu hardver tamogatasat olyan utemben beepiteni, amilyen utemben kijonnek. Itt kezd egyebkent repedezni a Linux mostani fejlesztesi modellje is, de ez nem tartozik ide.
Az esetek donto tobbsegeben az ujabb hardverekkel van baj, az 1-2 eves hardver mar vidaman tud hibernalni es/vagy aludni, ha explicit BIOS oldali bug nincs ezzel kapcsolatban.
--
Blog | @hron84
Üzemeltető macik
- A hozzászóláshoz be kell jelentkezni
Ha van BIOS bug, még akkor is van esély. Nekem systemd konfigolásával megoldódott, hogy ne kapcsolja vissza a tápot hibernálás után.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
"Az igazi baj az, hogy a Linux fejlesztok egyszeruen nem kepesek ilyen mennyisegu hardver tamogatasat olyan utemben beepiteni, amilyen utemben kijonnek."
Ez az a "sok eset", amiről a súgó ír (különösen, ha a disztribúció kernelénél újabb hardveren próbálkozol). A következménye meg az, hogy amikor telepítés után először hibernálod a géped, esetleg egy adatvesztés árán jössz rá, hogy izé, Sarah Linux. Hát kell az?
___
Arany János: Grammatika versben
- A hozzászóláshoz be kell jelentkezni
Azt tudod, hogy hova teszi az image-et, illetve ezt hol lehet megmondani neki? Van egy gép, amelyben van egy 12 GB-os és egy 4 GB-os swap, valamint 8 GiB RAM, s talán 1 GiB video memória. Értelemszerűen a 12 GB-os swap-re kellene mentenie, de ha mindkettő megfelelne méretben a kívánalmaknak, akkor hova tenné?
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
A resume= kernelparameterrel mondod meg. Ez ketfele dolgot kaphat: egy disk utvonalat (/dev/sda6) vagy egy UUID/LABEL koordinatat (LABEL=HIBERNATE), a megfelelo swap particiot az mkswap -L HIBERNATE /dev/sda6 paranccsal tudod meglabelezni (ehhez az illeto swap particionak inaktivnak kell lennie). Ha UUID-parti vagy inkabb, akkor a blkid parancs a baratod.
Hibernalas elott leuriti az erintett swap particio megfelelo teruletet, vagyis arrol gondoskodnod kell, hogy sose legyen fizikai memoria + VGA memoria osszegnel kevesebb szabad swaped, mert akkor nem tud menteni (bar eleg sokat probalkozik, szoval van olyan scenario, amikor ez sikerulhet, de biztosra nem szabad venni).
Amire meg erdemes figyelni (ez oprendszer-fuggetlen egyebkent):
- Az OpenGL alapu cuccok rendszerint nem szeretik az alvas/hibernalas allapotokat, a legtobbszor nem jon vissza a grafika
- Virtualis gepeket celszeru hibernalas elott kikapcsolni / suspendelni. Erosen virtualizacio-fuggo, hogy visszajonnek-e a gepek.
- A Flash/HTML5 videok nem szoktak meg szeretni a hibernalast, idonkent elszall a bongeszo / plugin.
--
Blog | @hron84
Üzemeltető macik
- A hozzászóláshoz be kell jelentkezni
Azt hittem, a resume= csak a feléledéshez mondja meg, hol keresse az image-et, de akkor a mentésnél is figyelembe veszi.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Nem akarja tobb helyen konfiguralni, ott a kernelparameter, az a kozponti infotarolo a hibernacios rendszernek.
--
Blog | @hron84
Üzemeltető macik
- A hozzászóláshoz be kell jelentkezni
A toltes min-max beallitasat ismered? (Az okosok szerint a litiumos akksiknak nem jo a hideg, a meleg, a tul keves es a tul sok toltet.)
(Debianon) apt-get install tp-smapi-dkms (kernelmodul...)
utana a
/sys/devices/platform/smapi/BAT0
konyvtarban (ultrabay = BAT1) van a sok okossag, a lenyeg:
echo 75 > start_charge_thresh
echo 85 > stop_charge_thresh
Igy 75% alatt kezd csak tolteni es csak 85%-ig nyomja fel.
Ha fizikailag kiveszed-visszarakod az akksit, akkor visszaallnak az alapbeallitasok, kikapcsolas, ujrainditas eseten maradnak. (A thinkpad embedded controller-e tarolja.)
- A hozzászóláshoz be kell jelentkezni
"A toltes min-max beallitasat ismered?"
Nem használtam még. Lehet, hogy ránézek.
"(Az okosok szerint a litiumos akksiknak nem jo a hideg, a meleg, a tul keves es a tul sok toltet.)"
Ja, de azért itt most egy 1x ezer forintos alkatrészről beszélünk, ami 4 év után nem egy megléphetetlen összeg azért. Attól függ, hogy fogok-e foglalkozni vele, hogy mennyi simogatást igényelnek ezek az akkukímélő varázslatok. Ha túl sokat, akkor nem töltöm ezzel az időmet, mert egyszerűen az drágább, mint 4 évente akkut venni.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
> Attól függ, hogy fogok-e foglalkozni vele, hogy mennyi simogatást igényelnek ezek az akkukímélő varázslatok. Ha túl sokat, akkor nem töltöm ezzel az időmet
Pontosan igy erzek, ezen az egy beallitason kivul nem is szoktam akkut kimelni, azzal torodni semmilyen formaban, viszont annyit talan meger, hogy egy regebbi emailembol ide copy-pasteljem neked az infot.
Elvileg ez a beallitas azert jo, mert egyszer megcsinalod es "orokre elfelejted" es innentol a gyarto erdeke helyett (kicsit "hajtsuk tul" az akksit, igy irhatjuk a reklamanyagban, hogy sok orat bir, az meg direkt jo, ha ket ev utan elhasznalodik, majd vesz ujat, talan meg uj gepet is) a te erdeked ervenyesul (te dontod el mikor konzumerkedsz, a "levedlett" cucc pedig meg sok evig szolgalhat masodgepkent/csaladban/etc).
Ha meg igyis-ugyis sudden death vegez vele random ido utan, hat ez van, mit vesztettem? Nem 5:00-rol, hanem 4:30-rol indult a szamlalo, mikor epp kanoc nelkul hasznaltam? Hataztan.
Esetleg erdemes az echokat boot-scriptbe tenni (pl. /etc/rc.local (systemd alatt ez mukodik?)) es akkor tenyleg tobbe nem kell foglalkozni vele, akkor se, ha fizikailag kivetted az akksit, esetleg BIOS-t, firmware-t frissitettel.
- A hozzászóláshoz be kell jelentkezni
Feltettem, kipróbálom. Köszi.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Ezt delutan en is kifogom probalni
- A hozzászóláshoz be kell jelentkezni
Tegnap beállítottam, működik. Azt valószínűleg sosem tudom meg, hogy ér-e valamit, mert ahhoz legalább további 4 évet kéne ezt a gépet használnom. Bár mondjuk nálam az sem kizárt :D
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
nálam valami gáz van. platformba nem találom a smapi-t
- A hozzászóláshoz be kell jelentkezni
A thinkpad embedded controllerehez valo tp_smapi es thinkpad_ec kernelmodulok betoltve? Ez debianon egy
apt-get install tp-smapi-dkms
paranccsal intezheto. Ha jol emlekszem nem kell semmit allitgatni.
- A hozzászóláshoz be kell jelentkezni
If you are installing on a recent Thinkpad that has an Ivy Bridge or newer processor (X230, T430, T530, etc.), tp_smapi will not work.
http://www.thinkwiki.org/wiki/Tp_smapi
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
megoldva köszi, csak hülye voltam
- A hozzászóláshoz be kell jelentkezni
Ugyan autó, de szombaton nagymama-körút előtt indítottam volna be a kocsit, s én is megkaptam a magamét. Totál összeomlott az akkum a kocsiban. Még jó, hogy szombaton nyitva volt a tecsó, vettem egy Vartat bele gyorsan.
- A hozzászóláshoz be kell jelentkezni
Enyém is így járt annak idején. 7 évig ment tökéletesen. Reggel még pöccre indult vele az autó, majd leálltam vele. Két óra múlva se kép, se hang. Hívtam az assistance-t, mondta a csávó, hogy ezek ilyenek.
Valahol ez azért egy kicsit ijesztő. Régen azért volt jele, hogy szar a kocsiban az akku. Most meg bármikor rád rohadhat előjel nélkül.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Az Ignisemben még gyári akksi van, 11 éves. Nálam sem adja semmi jelét, hogy baja lenne. Igaz, azért már cserélni kéne, de nagyon kíváncsi vagyok meddig bírja még.
- A hozzászóláshoz be kell jelentkezni
Amíg nem egy elhagyatott úton állsz vele három méteres hótorlaszban és úgy találnak rád, hogy a full tank benzin mellett megfagytál, mert az akku kampó lett, addig nincs gond. Ha igen, akkor könnyen leszel esélyes a Darvin-díj következő kiosztóján :D
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Majd átül az elötte állóba, vagy kölcsönkéri az aksiját. :-D
Ave, Saabi.
- A hozzászóláshoz be kell jelentkezni
A régi skodám megcsinálta egy szintén vacak akkuval, hogy menet közben megállt a Róna utca kellős közepén, se kép, se hang. Hó nem esett szerencsére :P
- A hozzászóláshoz be kell jelentkezni
Hazai viszonyok között ennek elég kevés az esélye.
- A hozzászóláshoz be kell jelentkezni
Ami igaz, az igaz, az utóbbi 1 hónapban már kicsit lassabban forgatta, szóval lehetett rá számítani, de azért reménykedtem, hogy kibírja még egy kicsit. Fél éve vettük a kocsit használtan, a kereskedő mondta is, hogy az akku nem a legújabb, csak raktak bele valamit a raktárból. Korrekt volt, csak én lustálkodtam el a cserét vételkor.
- A hozzászóláshoz be kell jelentkezni