Super! Majd fog még ilyet csinálni a xapian, valószínűleg rengeteg indexet kellett frissítenie, vagy nem bivaly a CPU vagy sok az adat/meghajtó, amiatt csinálja ilyen sokáig. Én a helyedben leszedném a xapiant, mert egy helyen láthatod hasznát, a Synaptikban van keresőablak, ha leszeded, nem lesz. A Linux Mint-et évek óta nincs is fenn alapból ez, gondolom más indexelő service van, mert keresőm van a Synapticban. Viszont ha nem szeded le, legközelebb tudni fogod, hogy mi okozza a jelenséget. Amúgy ja, tényleg frissítés volt, csak nem a csomagok frissítése.

Ha ez sűrűbb lesz ezután, rámegy a gatyád a fodrászra!

[ Szerkesztve ]

Nekem ilyet linux nem művelt eddig, ezért is írtam rémülten a fórumra.
De uby szerint nem ez hanem más volt az oka, bár pontosan nem értettem mi is.
Valamit indexelt.
Winem is van, a melóba több is, nem vettem észre ekkora belassulást, bár azokhoz képest (a legvackabb is I5) az én pc-im ovisok sebességre és procira.

Ez a xapian index ugyanaz kb, mint a Windowson az indexelő szolgáltatás, szerintem sok haszna nincs, nálam 6 éve tán Debian alatt csinálta ezt a 100%-os CPU pörgetést, azóta kerülöm a xapian-t. Ezen kívül még egyszer volt 100%-os CPU pörgetés, de az a xapian-nál még specifikusabb volt. Viszont Te okosan megnézted htop-ban, mi pörget, így minden más kizárható. Tényleg semmi köze nincs ennek az apt update && upgrade-hez.

köszi a részletest.
Nem bántom, eddig nem okozott ilyen fejtörést.
Oka lehet hogy kb. 3 napja lett a háttér ssd-re húzva 300GB film, egyéb?
És a mutatvány után ki is lett kapcsolva rögtön a pc.
Ma kapcsoltam be azóta először (mióta okostelefon van, komolyan mondom nehéz kikelni az ágyból és ülni a monitor előtt... :-) )

A lemezképeknél melyik mi a current, és a pending közül?

ASRock Z370 Pro4+i3-8100+32GB Windows 22631.2361 Ubuntu 23.10 x64

Postfix-el küzdött már meg valaki?

Ubuntu 20 server, postfix apt purge utan ujratelepítettem install guide szerint, és se kép, se hang. Az s-nail nem teszi a dolgát, Maildir nem jön létre. /var/log/mail.err üres. A 25-ös portot ellenőriztem, rajta csücsül a /usr/lib/postfix/sbin/master de látszólag semmit sem csinál. Ha kívülről rátelnetelek a 25-ös portra, süket, mint a nagyágyú. Neten ami hibakereső blogokat fellelni tudtam, ilyesmiről egyik sem tesz említést.

Ubuntu 20 lts-nak van valami direktproblémája postfix-el? Normális az, hogy egy mai linuxon ne keljen életre egy smtp protokol?

Esetleg valami más levelezővel kellene próbálkoznom?

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

Egyelőre nem teljesen látom át, hogy mi az elképzelés, de ha teljesen a linkelt leírást követted, akkor esélyes, hogy kívülről jövő kérésekre nem fog válaszolni. Local networksnek meg kell adni azt a subnetet, ahonnan el szeretnéd érni, pl: 192.168.1.0/24

Tegnap még működött...

A leveleket olvasni elég, ha helyileg tudom. OepnSSH alapból van ubuntun, azt használom belépésre. Localhost default-on hagytam azt a text mezőt.

Az elképzelés nagyon egyszerű. Van egy teszt szerver kint interneten adott domain neven, és meg szeretném kapni az oda érkező leveleket. Még egy kicsit pontosabban az sem lenne rossz, ha az oda beérkező leveleket forwardolni is tudnám, de ne rohanjunk előre. Első körben csak látnám azt a 25-ös portot dolgozni. Jelenleg még azzal is bajok vannak.

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

Hogyan tudok megszabadulni a snap-től?

tibi@TibiXubuntu:/snap$ dir
bin   core18       gnome-3-28-1804     gtk-common-themes
core  eiskaltdcpp  gtk2-common-themes  README

A szoftverektől sikerül, de a gtk, core, gnome nem megy sehogyse.

[ Szerkesztve ]

[link] ? (Mert a Gooogli a barátom)

Mert ezen túl vagyok..?

tibi@TibiXubuntu:/snap$ sudo snap remove snap-store        
snap "snap-store" is not installed
tibi@TibiXubuntu:/snap$ sudo snap remove gnome-3-34-1804
snap "gnome-3-34-1804" is not installed
tibi@TibiXubuntu:/snap$ sudo snap remove gtk-common-themes
snap "gtk-common-themes" is not installed
tibi@TibiXubuntu:/snap$ sudo snap remove core18      
error: cannot remove "core18": snap "core18" is not removable:
      snap is being used by snap gnome-3-28-1804.
tibi@TibiXubuntu:/snap$ sudo snap remove snapd
snap "snapd" is not installed
tibi@TibiXubuntu:/snap$ dir
bin  core  core18  gnome-3-28-1804  gtk2-common-themes  README
tibi@TibiXubuntu:/snap$

[ Szerkesztve ]

A lényeget kihagytad.
sudo apt purge snapd
Ne a snap-nek mond, hogy törölje a snap-et. A gnome-os csomagnál meg elírtad a számot.

[ Szerkesztve ]

Ubuntu MATE 20.04, hobbi cayenne termesztő

Igazad van mert szolgaian másoltama terminálba.
Bocsánat!

Minden oké, nincs snap, sikerült.
Köszönöm growlernek is.

Előzőhöz kapcsolódva,
honnan tudom, melyik a nem snap hanem a normál telepítő?
Meg a DC klienshez nekem mi kell ebből a halmazból?

Egyszerű, a Synaptic nem kezel snap csomagokat, használd azt.

[ Szerkesztve ]

+1 a synapticra

tordaitibi - a szoftverközpontot úgyis leszedted ezzel a snap letörlős manőverrel

Sziasztok!

Olyan problémám van, hogy az akku értékeit szereném manuálisan beállítani, viszont erre sehol sem találok lehetőséget az oprendszeren belül.
Az van, hogy a rendszer valami különös megfontolásból azt hiszi, hogy a 0,0 Wh számít 0%-nak, míg az 56,2 Wh a 100%-nak, amik teljesen abszurd értékek, ezért nem is tudja ezeket elérni, a valóságban ezért kb. 92%-ig tud feltölteni, míg olyan 40% körül lekapcsol.
Holott van az energiastatisztikák között egy "energia feltöltve" című adat, ami az én esetemben 45,5 Wh, ami az általa gondolt kapacitásnak kb. 81%-a.
Hogy tudnám tehát azt megértetni a rendszerrel, hogy a 0% az kb. 18,5 Wh, nem pedig 0,0 Wh, és a 100% az kb 45,5 Wh és nem 56,2 Wh?

A power-calibrate progit ismerem, azzal állapítottam meg azt, hogy kb mennyinél kapcsol le, de ez csak egy ütemezett stress test az akkunak, nem segít a megfelelő értékek beállításában semennyit.

[ Szerkesztve ]

Don't sing if you want to live long, they have no use for your song, you're dead, you're dead, you're dead, you're dead and outta this world.

Biosból ez nem állítható?

gyakorlatilag semmit nem tudok uefi-ből állítani, aminek köze lenne az enegriaellátáshoz.
van valami power saving mode, amit ki-be lehet kapcsolgatni, és ez minden.

Don't sing if you want to live long, they have no use for your song, you're dead, you're dead, you're dead, you're dead and outta this world.

Kizárt dolig, hogy ne lehetne ezt beállítani. Csak folyton a tlp-t adja keresési találatnak a google.

Jó, de akkor hol lehet beállítani?
Én nem találtam semmi értelmes dolgot erre a problémára.

Don't sing if you want to live long, they have no use for your song, you're dead, you're dead, you're dead, you're dead and outta this world.

Ez segít? link

Amit csatoltam kepet az pont a Synapticbol lett kepernyofotozva.
A kerdesemet fenntartom, a 13 kozul melyiket kene telepitenem hogy legyen egy EiskaltDC direct connect szoftver a gepemen?
En elvesztem a 13 kozott.

Ez azt csinálja, hogy az alacsony és kritikus töltöttségi szint küszöbértékét lehet vele babrálni, de ettől még hamis százalék értékem lesz az akkura.
A semminél egy hajszállal több, de a problémát nem oldja meg.

Don't sing if you want to live long, they have no use for your song, you're dead, you're dead, you're dead, you're dead and outta this world.

Ha azt látod egy csomag nevében, hogy metapackage, akkor azt célszerű felrakni, egyébként ha kijelölöd, látod is, hogy a képen szinte csak a cli-s és a gtk-s csomagot nem húzza függőségként magával. A cli és a daemon-t azért felraknám még az első mellé.
Ha enélkül is minden OK, akkor ne.

[ Szerkesztve ]

En velemenyem.
Ez nem OS fuggo hanem hardveres.
Nem tudom hany eves az akkupakk.
A pakkba van egy mikrokontroller ami I2C buszon kommunikal az alaplapi charge modullal.
A pakk mikrokontroller szamolja a toltesi-kisutesi ciklusokat, minden ciklusnal meri a bevitt es a leadott energiamennyiseget.
Ez logikusan a pakk oregedesevel egyre kevesebb lesz.
Ez egy lassu, evek alatt kialakulo folyamat.
A buszon kuldott adatakbol a charge pump aramkor alkalmazkodik a pakkhoz, es innen olvassa ki az os is a pillanatnyi toltottseget.
Van beepitve egy maximalis ciklusszam is, efelett kesz, vege, letilt az akkupakk, akkor is ha esetleg meg hasznalhato is lenne.
Ezek ertelme a biztonsag, ha valami az elhasznalodas hataran van, es az a valami egy igen labilis litiumbazisu akku, ami tultoltve akar ki is gyulladhat, vagyis inkabb csereljek mintsem tovabb nyuzzak.

Ezokbol hiaba is boncoljuk fel a burkolatot es csereljuk a cellakat ujakra, nem fog mukodni mert a kontrollert is resetelni kellene.

Szerintem nalad ez van amit leirtam es ezen semmilyen szoftverrel es os-sel nem tudsz valtoztatni.

Koszi, akkor a metapackage.
Megjegyeztem.

nincs cserélve benne a cella, teljesen gyári.
Kb. 5 éves, szóval volt ideje elöregedni, de ez akkor sem magyarázat arra, hogy miért 0,0 Wh a 0%, amit elvileg el sem lenne szabad érnie, mert az tönkreteszi az akkut.
A kérdés az, hogy honnan vesz a rendszer ilyen légből kapott értékeket, és hol lehet ezeket felülírni.
Én éppen csökkenteni szeretném azt a tartományt, ami a 0-tól 100%-ig van, mert a gyári értékek értelmezhetetlenek, ennek megfelelően pedig a működés sem optimális (sőt, kifejezetten szar)

Don't sing if you want to live long, they have no use for your song, you're dead, you're dead, you're dead, you're dead and outta this world.

Szia! Úgy látom tlp-vel és a tlpui-val állítható, amit akarsz!

Ezt keresd: (a tlpui-ban) :

STOP_CHARGE_THRESH_BAT0 START_CHARGE_THRESH_BAT0

A BAT után lehet neked más szám szerepel!

Szerk. : A tlp-t és a tlpui-t telepítened szükséges!

[ Szerkesztve ]

Azert nulla mert a felhasznal ennyit tud hasznositani, csontra meritve.
Ami termeszetesn nem csontra merites mert akkor el lehetne dobni a pakkot.
Pl. a Tesla es mas villanyautok amikor megallnak akkor nulla a kiveheto energia de persze a pakkba van meg vagy 2-3kWh, de ennek felhasznalasa tonkretenne az akkuegyseget.
Olomakkunal a melykisutes kezdet tartomanya 10,5V, ekkor meg ki lehet venni az akkubol nemi energiat csak nincs ertelme mert 8V alatt kezdenek elgorbulni a cellalemezek es ez = az akku halalaval.
Egy futo ha a vegkimerules hataran doppingszerrel meg tovabb fut akkor elhasznalja azt a tartalekat ami a szervezete mukodtetesere kellene es meghal.

Kb. probaltam erthetoen leirni.

Latom egy kollega talalt valamit, kivancsi leszek az eredmenyre.
Szerintem ha sikerul is valamit atirni, az eredmeny az lesz hogy pl. mutat meg 25%-ot es kikapcsol mert a hardveres vedelmet semmivel nem lehet becsapni.
Irhat a laptop akar 50%-ot is, ha barmelyik celle feszultsege 2,7V ala esik akkor a pakk kikapcsol. Ezen sem a vudu, sem a raolvasas nem fog valtoztatni. Ugyanigy mindegy, vizualisan mit ir ki, a toltes leall ha a cellafeszultseg eleri a 4,2 voltot. Fizikailag innentol egy mikrowattot se lehet beletolteni. Es ha a min-max kozott nem 65 wattora, hanem csak 40 ment bele, mert ennyit bir mar csak az eloregedett pakk tarolni, akkor abbol se a joistenke, se Te nem fogsz tudni 65 wattorat kivenni.

Ne legyen igazam. De valami azt sugja hogy pedig de.

Igen, tisztában vagyok az akkuk működésével, csakhogy te épp az ellenkezőjét írod le annak, amit el szerenék érni:
Én azt szeretném, hogy 0 helyett egy általam megadott Wh érték legyen a 0%, hogy ne legyen az, hogy 40% körül fogja magát, és lekapcsol a gép, hanem a 0% az legyen, ahol lekapcsol, ami kb. 18,5 Wh, szóval ne is tudjon az alá menni, ezt akarom elérni, nem azt, hogy lejjebb tudjak menni vele.

Don't sing if you want to live long, they have no use for your song, you're dead, you're dead, you're dead, you're dead and outta this world.

Okés. Értem. De akkor is akkubajos.
Ha úgy van ahogy leírtad, pl. 40%-nál kikapcsol villámcsapásszerűen a gép, annak nincs köze a maradék kapacitáshoz, annál inkább az öreg cellák belső ellenállás növekedéséhez.
Vagyis kicsit jobban megterheli a laptop, pl. 1 amperrel, és bezuhan a feszültség a kritikus alá, kikapcsol.
Viszont ha pl. 0,2 amperrel terheleled csak, akkor tudja tartani és így még ki tudnád venni belőle a maradék pl. 18,5Wh-t.
Mint a haldokló telefonakku.
Készenlétbe elvan akár 10 órát is, kiír 50%-ot, jön egy bejövő hívás és máris kikapcsol.

Hogy ebbe hogyn lehet beavatkozni hogy a pl. 45% legyen az alsó riasztási határ, arról gőzöm sincs, nincs laposom csak desktopok és ott nincs is ilyen opció az energiagazdálkodásba, logikusan.
de az az akku amúgy se lehet már valami acélos, mennyit megy el róla a gép?

[ Szerkesztve ]

Ilyesmi kellene?
Xfce > Energiakezelő > Rendszer > Kritikus energia szint
-megadhatod %-ban
-megadhatod mit csináljon ekkor.

Az mindig megvan, hogy magának újraírja a package-eket, hogy jók legyenek a százalékok, de kétlem, hogy ennyi energiát bárki rá akarna fordítani.

Rock and stone, to the bone! Leave no dwarf behind!

Sziasztok! Lefrissítettem a Man Jaro linuxos gépemet, mert jött egy teljes,
rendszer frissítés.
A frissítés után, újra indítottam a rendszert, de újra indításkor belépés után, elment a net a gépről, Frissítés előtt még volt netem "lan". Drirverek fent vannak, egy routerről kapja a netet linuxos gép meg a pcm is. A pcmen továbbra is van net, csak a linuxos gépemen nincs most net, és nem értem, hogy miért szált el. Régen nem volt gond. Van valami terminálos parancs restart, újra telepítés stb? Manjaro linuxom van a másik gépen "munkára"
. A válaszokat előre is köszönöm!

# hibakeresés

pastebin-nel rakd be az aktuális kimenetet, célszerűságből ne ide, hanem a Manjaro vagy a Kezdő Linuxos topikba! Manjaro-hoz nem sok köze van az Ubuntu topiknak.

De előbb a network állapotát mutasd meg a szakiknak:

sudo inxi -Nnxxx

kb. 1 órát ketyeg el normál terhelés mellett.
Az világos, hogy az akkuja már nem a régi, de attól még nem normális dolog az, hogy fixen 0 Wh a 0% töltöttség.
Éppen ezért lenne jó az alsó küszöbértéket feljebb emelni, hogy a valóságnak jobban megfelelő értéket jelöljön a százalékos érték, illetve ha direkt szűkebbre szabom a használható tartományt, azzal kímélni is lehetne az akkut, bár ez ezen az akkun már nem sokat segítene.
Ami viszont biztos, hogy a jelenlegi kalibrálatlansága az akkunak kicsit sem tesz jót.

Don't sing if you want to live long, they have no use for your song, you're dead, you're dead, you're dead, you're dead and outta this world.

Igen, ez már fentebb is lett javasolva, illetve már én is megtaláltam korábban a dconf-ban ennek a gnome-os megfelelőjét.
De a problémát ez nem oldja meg. Ez csak annyit csinál, hogy be tudom állítani vele, hogy mondjuk már 50%-on jelezze, hogy alacsony a töltöttség, én viszont azt szeretném megoldani, hogy amikor 50%-os töltöttséget jelez ki, az ne a 0-56 Wh tartománynak, hanem a 18,5-45 Wh tartománynak legyen az 50%-a, illetve ha adott töltöttségen van az akku, akkor ne a 0 Wh-hoz képes, hanem a 18,5 Wh-hoz képest jelenítse meg a százalékos értéket.

Don't sing if you want to live long, they have no use for your song, you're dead, you're dead, you're dead, you're dead and outta this world.

Tényleg csak ötlet szintjén - még nem használtam. [link]

Na, most jött el az ideje egy gyárilag Ubuntuval telepített 2016-os Dellen újrarakni a rendszert. UEFI-s, az első partíció egy 629 MB-os ESP (ez gondolom az efi system partition rövidítése) jelű EFI, egy OS jelű, Basic Data partíció típusú, 32 bites FAT, utána a használt Ubuntu ext4 partíciója, a végén a swap partíció. Ha hagyom az UEFI-t, akkor az elsőn kívül minden mást törölhetek? Igazából úgy tervezem, hogy csak a másodikat, a FAT-partíciót akarom törölni, a volt Ubuntu-partíciót hagyom meg /home-nak, nyilván úgy, hogy a mostani /home-mappákon kívül minden mást letörlök. Mit gondoltok?

Szia köszönöm a segítséget! Meg fogom nézni, érdekes hogy az ubuntu linux alatt nincs ilyen gond, csak a manjaro linux alatt.

Konkrétan mire szűrjek?