Fő a procim

Fórum: 

Linux Mint 20.1 xfce (HP brand asztali vason)

/usr/lib/apt/methods/https

Ez a folyamat a processzor egyik magját a négyből felváltva, de folyamatosan 99-100%-ban leterheli. Amikor a tűzrókát leállítom, akkor is.
És ezt nem a kill-el kellene lekezelni, hanem megtalálni, hogy mitől veselkedik ilyen értelmetlenül nagy munkának.

(Érdekes. Régebben a Cinnamonnal jártam ugyanígy. Azon megszűnt, gondolom, a hibajavítások kapcsán. Átszoktam az xfce-re, mert az kis étvággyal bírt, és stabilan ment. Ezért egy munkagépre elővigyázatosságból inkább megmaradtam az xfce-nél. Most meg ez rendetlenkedik.)

Egy estleges próba

Ez a dolog a frissítéskezelővel lehet összefüggésben, régebben is volt hasonló bug, de az akkori megoldások nem igazán passzolnak a jelenlegi állapothoz.

Én megpróbálnám a Szoftver forrásoknál a Karbantartásnál:

Sorban, egymás után:
- Lista-összevonási problémák javítása
- Hátramaradt beállítófájl tisztítása
- Többszörös bejegyzések eltávolítása
- Hiányzó kulcsok hozzáadása

Hátha megoldódik ettől. Ha nem vannak még lehetőségek, de azoknak hátulütője is lehet.

Értékelés: 

0
Még nincs értékelve

Egy estleges próba

#1 Köszönöm!

Lehetséges, hogy jó helyre tapintottál, mert:

Elkezdtem az instrukcióid szerint eljárni, és rögtön az első tételnél le is meredtem. A lista-összevonási problémák javítása után kérte a szoftverforrások program, hogy frissítsem a gyorsítótárat. Ebbe aztán belekezdett, és le is meredt azonnal.

 Ezt nyilvánvalóan meg kell szakítanom.

Gondolom én, hogy akkor nem az általad írt sorrendet kell tehát választanom. (Kísérletezzem ki a jó sorrendet?)
Erősíts meg kérlek, ha jól gondolom.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Egy esetleges próba

#2 A parancs kimenete?

sudo apt-get update

Értékelés: 

0
Még nincs értékelve

Egy estleges próba

#2 A sorrend nem lényeges, azaz lehet kísérletezni, de csak hátha alapon jöhet siker.

Nagyon remélem, hogy nem lemezhiba áll a háttérben, nekem ezekkel mindig csak lemezhibával párhuzamosan volt gondom. Milyen idős a HDD?

Lehet instabil net kapcsolat is ok, azaz akkor instabil volt, amikor legutóbb frissítette a kapcsolatokat. Kicsi ugyan ennek az esélye, de legalább annyira esélyes, mint a kozmikus sugárzás okozta hiba, azaz egy kóbor proton épp akkor ütközött a memória modulnak, amikor.

Ezt a dolgot lehet az indító menüben is korrigálni, de most meg nem mondom, melyik menüpont az. Mármint a GRUB felületen a speciális indításnál valamelyik menüponttal lehet a csomagokat rendbe tenni. de ezt én is csak úgy tudom, ha látom éppen, ha előttem van.

Értékelés: 

0
Még nincs értékelve

mintUpdate

És mit szól hozzá a procid, ha kilövöd a mintUpdate folyamatot?

Értékelés: 

0
Még nincs értékelve

mintUpdate

#5

Ha ezt kilövöm:

/usr/lib/apt/methods/https
 

akkor azonnal lenyugszik.
De nem elegáns szerintem ezt így megoldani. Klasszikus tüneti kezelés, ám a betegség marad.

Értékelés: 

0
Még nincs értékelve

Egy estleges próba

#4

Őrajta van:

ID-3: /dev/sdc vendor: Samsung model: SSD 750 EVO 120GB size: 111.79 GiB

(Elég régi, és úgy 90% a kondíciója)

De ha már ez szóba került:
HDD-n viszonylag képben vagyok, hogy az első szektorról indul a boot. De hogy ez SSD-n hogy történik, sejtésem sincs.

(Uúú, most is főni kezdtem nagyon. Át kell mennem másik gépre, ez így nagyon frusztrál.)

Értékelés: 

0
Még nincs értékelve

Egy estleges próba

#10 SSD-n is kb. minden úgy van, mint HDD-n, kivéve, hogy itt igazodni kell a fizikai  szektorokhoz, nincs olyan LBA rugalmasság, mint HDD esetében.

Live rendszerről kellene bootolni, és lefuttatni lemezellenőrzést (DISKS menüpont), ez a logikai hibákat felderíti, ha gixert talál, akkor érdemes elgondolkodni a cserén, mert lehet a hibát kijavítani, de folyton előjöhet újra és újra.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Egy esetleges próba

#6 Kimenet?

ls -la /dev/null

Biztosan nem WSL?

https://github.com/Microsoft/WSL/issues/2705

gpgv: using RSA key 3B4FE6ACC0B21F32
gpgv: Good signature from "Ubuntu Archive Automatic Signing Key (2012) <ftpmaster@ubuntu.com>"
gpgv: Signature made Thu Apr 23 19:34:17 2020 CEST
gpgv: using RSA key 871920D1991BC93C
gpgv: Good signature from "Ubuntu Archive Automatic Signing Key (2018) <ftpmaster@ubuntu.com>"

Értékelés: 

0
Még nincs értékelve

Egy esetleges próba

#12 Nem csak a WSL tud ilyent, vannak még egyéb puszta linux alapú lehetőségek is, de azek zömmel fejlesztői szintű tévedések, nem valószínű, hogy kiadásra került olyan program (WSL-t leszámítva), ami taccsra vágja a dev/null-t..

Ézért én elvetettem ezt, de ha történt olyan, hogy program írás, kódok próbálgatása, vagy valami Windows  subsystemes machináció, akkor igen, az is egy lehetőség.

Szerintem mezei fájlrendszer kavarodás van, errefelé kell elindulni.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Egy esetleges próba

#13 Aham, biztosan nem WSL vagy más virtuális telepítésről van szó, csak gondoltam, megkérdezem, mert néha nem lehet tudni, mi van egy kérdés mügütt „még”: én most általában néztem a kérdést, nem, hogy ki kérdezte. Késő volt már :).

A gpgv sorokon akadtam ki, de ez következmény, és nem ok. Tehát, ha megjavítjuk a „/dev/null” jogosultságait, akkor a gpgv sorok is eltűnnek. A javítás az általad mutatott parancssorokkal is kivitelezhető. A javítás után így kell kinéznie a jogosultságoknak (parancs és kimenete):

Linux Mint 20.1 Ulyssa

ls -la /dev/null
crw-rw-rw- 1 root root 1, 3 márc   6 10:12 /dev/null

Debian 10 Buster

ls -la /dev/null
crw-rw-rw- 1 root root 1, 3 márc   5 17:57 /dev/null

... ugyanaz, mindkét rendszeren (a dátum előtti részt kell nézni).

Értékelés: 

0
Még nincs értékelve

Egy esetleges próba

#12

A kimenet:

thyeby@HP-pici:~$ ls -la /dev/null
crw-rw-r-- 1 root lasercutter 1, 3 márc   6 14:33 /dev/null
thyeby@HP-pici:~$

 

Ha jól értelmezem a WSL-re utaló kérdésedet, akkor nem. Klasszikus dualboot két külön háttértárra.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Egy esetleges próba

#15 Értem. Futtasd, amit István írt: https://linuxmint.hu/comment/45646#comment-45646

Majd nézzz rá a „sudo apt-get update” kimenetére, illetve a proci főzés javulására!

Értékelés: 

0
Még nincs értékelve

Egy estleges próba

#11

Darazsat dugtál a fülembe a lemezellenőrzéssel, mert valóban egy öregecske SSD-n harcolok.
Azzal kezdek, mielőtt a másik javaslatodba belekezdenék.

(sudo rm /dev/null

sudo mknod -m 0666 /dev/null c 1 3)

A SMART adatok és öntesztek részletekbe menő tesztjét indítottam el. Ez meglepetésemre a vártnál is nagysaágrendekkel lassabb folyamat. Kb fél óra alatt jutott el 30%-ig, de egy a lelkem, kivárom.

 

Hanem serénykedés közben jött egy gondolatom, egy sejtésem, amit a következő dolog váltott ki bennem:

Konkrétan Linux Mint 20.1 xfce az ominózus procifőzős OS. Javaslatot tettél, hogy live rendszerről ellenőrizzem az SSD-t. Nagyon nem szeretek live módban operálni, ezért egyszer hirtelen felindulásból készítettem egy 64 Gb pendrive-ra egy natív Linuxot. Csupa véletlenül az is épp Mint 20.1 xfce. (Prímán beválni látszik egyébként ez a megmozdulásom, most is épp erről a pendrive-ról válaszolok. Meglepetésemre más vasakon is szépen felállt (eddig) ez az OS.)

És ekkor jött egy nem várt meglepetés. Nem egyéb, mint az, hogy ez az xfce hiba nélkül azt csinál, amit várok tőle. Ez azért meglepetés, mert ugyanennek az OS-nek a procifőzős példánya tele van buggal. Olyanokkal például, hogy sehogy nem volt hajlandó nekem a beállításaimnak megfelelően egyklikkes módon működni. Csalódás volt, hogy a nehezen, de annál jobban megszeretett xfce csak jobbklikkes hókuszpókusszal hajlandó elindítani egy ikont az asztalról. Aztán azt sem tudtam kieszközölni, hogy nekem ne energiatakarékoskodjon. Nem kérek soha se képernyővédőt, se alvó módot, semmit se. (Zöldnek érzem én magam egyébként, de reményeim szerint már ősszel napelemről fog menni itt még a fűrés egy része is, nemhogy a számítógépek.) Ehhez képest úgy egy óra múlva elmegy alvó módba. De úgy ám, hogy csak restarttal sikerül ilyenkor felélesztenem. Nem reagál semmire. Se az egérmozdításra, se billentyűleütésre. És ha hozzáérek a bekapcsológombhoz, akkor shutdown -h now neki ez a manőverem. Szóval telis-teli van bug-al, kár is sorolnom hosszabban. Én először arra gondoltam, hogy biztosan nem ellenőriztem a hash-t, amikor letöltöttem a telepítőt. De nem. Mert ugyanazzal a letöltésemmel telepítettem a pendrive-ra, és most látom, ez meg hiba nélkül száguld.

Szóval az kezd nekem kirajzolódni, hogy nem gyógyítgatni kellene talán azt a beteget, hanem lemondani róla, és újra telepíteni - lévén most nem egy játszós gépről van szó, hanem élesben pénzt gondolok termelni vele egy lézergép irányítása által.

Persze, ahogyan Forest Gump a futással. Ha már idáig elfutottam, hát még kiadom neki ezt az "rm /dev/null" parancsot, amit javasoltál.

Nu, mire ezt megírtam, már csak 20 ... ööö... 10% maradt a lemezellenőrzésből. Minden rosszban van valami jó, így legalább fogom tudni mihez tartani magam ezzel a vén SSD-vel.

Végezetül:
Felemelő érzés, hogy most, amikor bajba kerültem, jön a fórumról az önzetlen segítség.

Köszönöm hálával!

Értékelés: 

0
Még nincs értékelve

Egy estleges próba

#17 Amit leírok, neked (meg nekem sem...) nem segítség, de igazolni látszik hogy létezik sz...ar telepítés.
Bitek ide-bitek oda, van ilyen.
Nem ismétlem magam csak leírom hogy én 2 évig szenvedtem olyan bugokkal mint te, 5-6 disztrón, már minden hardverelemet kicseréltem csak az alaplap meg a proci maradt.
Helyzet változatlan, már lemondtam róla hogy nekem Linuxom lesz amikor ls itt jött egy Ubuntu ami 1 éve jól teljesít.
Namost arról gőzöm sincs hogy az összes előző telepítés rosszul sikerült, és az Ubuntu meg jól.

És most jön a de.
Van a gépemen egy tartalék Manjaro, néha elindítom. Már csak a frissítések miatt is.
És az a Manjaro nemegyszer produkálta azokat a hibákat amiket a többi disztró.

Namost. Én hobbiból és kíváncsiságből feltelepítettem ugyanezt a Manjarot egy pendájvra.
És amikor ugyanezt a Manjarot ugyanezen a gépemen futtatom,  egy usb-s pendrájvról, múltkor direkt nyomtam egy 6 órás sessiont, hiba nélkül múködik..!!

Aki erre gombot varr, annak megemelem a kalapomat.
 

Értékelés: 

0
Még nincs értékelve

Egy estleges próba

#18

Szokásom, hogy amikor valami jól sikerül egyből, akkor elégedetten elmotyogom az orrom alatt, hogy hmm, szeret engem a számítógép.

Amikor nem sikerül, akkor az ellenkezőjét: Nem szeret engem ez a számítógép.

Aztán elkezdtem Linuxozni, és jött egy új szófordulet: Szeret engem ez a linuxmint.hu. (Tudom, hogy sokak lelkes munkája fekszik benne. És ez engem is fel tud lelkesíteni.)

 

Szlogen, hogy az elektronika olyan, hogy minden igaz, és igaz mindennek az ellenkezője is.
Azonban ha már valamit tudunk, egyre kevesebb dolog ellekezője igaz.

 

A Linuxban elsősorban azt az erkölcsiséget szeretem, ami nap nap után körüllengi. A GNU-t, a szabadságot, a tisztaságot, az önzetlenséget, s majd csak utána azt a fantasztikus felépítményt, amit ez az OS ajándékba ad. És nem utolsó sorban azt, hogy rákényszeríti az embert a szellemi frissességre - vagy másképpen: Leszokatja a szellemi tunyaságról.
Linux Laci szavaival élve: "Mert a Linux jó."

Értékelés: 

0
Még nincs értékelve

SOLVED

A /dev/null újraépítése gyönyörűen megoldott mindent. (Az SSD pedig hibátlan - ez is kiderült közben.)

Köszönöm Mindenkinek!

Most is tanulhattam.

Értékelés: 

0
Még nincs értékelve

Egy estleges próba

#17 Javaslatot tettél, hogy live rendszerről ellenőrizzem az SSD-t. Nagyon nem szeretek live módban operálni, ezért egyszer hirtelen felindulásból készítettem egy 64 Gb pendrive-ra egy natív Linuxot.

Mindegy, nem az a lényeg a Live rendszernél hogy mi, hanem hogy nem az a rendszer, ami az ellenőrzött lemezről fut. Vagyis a futó rendszer alatt lehet ellenőrizni egyéb lemezeket, de azt nem, amelyikről maga is fut, ez a lényeg.

Örülök, hogy végül megoldódott, de a lassúság aggaszt, mert ez még HDD-hez képest is lassú. Bízunnk benne, hogy.. de azért tartsuk szárazon a puskaport. (Azaz nem árt továbbra is tarsolyban tartani az új lemez lehetőségét).

Amúgy, ha ez így megjavult, akkor valami hucutság is lehet a rendszerben, mi volt telepítve mostanában, illetve root jogokkal milyen próbálkozások voltak?

Ehhez képest úgy egy óra múlva elmegy alvó módba. De úgy ám, hogy csak restarttal sikerül ilyenkor felélesztenem. Nem reagál semmire. Se az egérmozdításra, se billentyűleütésre. És ha hozzáérek a bekapcsológombhoz, akkor shutdown -h now neki ez a manőverem. Szóval telis-teli van bug-al, kár is sorolnom hosszabban.

Ez a dolog meg szerintem hardveres, semmi köze a rendszerhez, a BIOS-t meg kellene nézni, mi van beállítva, ezt a rendszer nem tudja felülbírálni, azért nem reagál semmire ilyenkor, mert a BIOS elment aludni, oszt nem közvetíti a rendszer felé hogy hé. Lehet, hogy BIOS frissítés megoldja, ha elérhető, de ez nem garancia. Van egy csomó nem szabványos ACPI megoldást használó alaplap sajnos, ami csak külön driverrel működik jól, ha valaki csinált ilyent, de nem jellemző. De az is lehet, hogy a BIOS egyik beállítása jól működik.

Értékelés: 

0
Még nincs értékelve

Egy estleges próba

#21

No, én mostanra igen elfáradtam ahhoz, hogy úgy válaszoljak neked, ahogy való, ezért elnapolom. Holnap kipihentebben, összeszedettebben fogok tudni (talán mások számára is tanulságos) dolgokat kipréselni magamból, amit ez a problémamegoldás lecsengése hozott magával.

Addig is köszönöm a figyelmet és a törődést!

Értékelés: 

0
Még nincs értékelve

Egy estleges próba

#18 Amit leírok, neked (meg nekem sem...) nem segítség, de igazolni látszik hogy létezik sz...ar telepítés.
Bitek ide-bitek oda, van ilyen.

(márimint: live rendszer OK, de ha fel van telepítve, akkor már az nem OK)

[...]

És most jön a de.
Van a gépemen egy tartalék Manjaro, néha elindítom. Már csak a frissítések miatt is.
És az a Manjaro nemegyszer produkálta azokat a hibákat amiket a többi disztró.

Namost. Én hobbiból és kíváncsiságből feltelepítettem ugyanezt a Manjarot egy pendájvra.
És amikor ugyanezt a Manjarot ugyanezen a gépemen futtatom,  egy usb-s pendrájvról, múltkor direkt nyomtam egy 6 órás sessiont, hiba nélkül múködik..!!

Aki erre gombot varr, annak megemelem a kalapomat.

Magyarázat:

Live rendszer általában egy alap rendszer / afféle "csökkentett mód", ha így jobban tetszik. Lehetnek olyan hardver elemek, amik ennek során nem működnek, mert azok drivere nincs betöltve, ill. nem is tartalmazza a telepítő. Továbbá jellemzően nem a fix lemezről fut, hanem pendrávjról, RAM diszkről, stb. A lemez I/O műveletek nem a fix lemezre mutatnak. Amikor feltelepíted, akkor letölti a szükséges drivereket / komponenseket, stb. Ennek során igen, előjöhetnek szoftveres hibák amik a Live rendszer alatt nem voltak jelen, de úgyanúgy előjötnek hardveres gebaszok, amik a Live futtatáskor nem jöttek elő.
 

Pendrájvra A gépen telepített rendszer másik, B gépen is jól, fut, miközben a B gépre telepített ugyanezen rendszer nem: Szintén zenész, ugyanaz a fenti mese.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Egy estleges próba

#22 Nagyon ritkán a VLC fut a háttérben. Legutóbb az OBS is ezt tette. Mindkettő „merülőforraló”.
Ha a rendszer indulása után közvetlenül nincs felforrás, akkor egy-egy alkalmazás bezárása után nézz rá a htop alkalmazásban, fut-e még.

htop

Keresés: F3
Leállítás: F9, majd 9

Értékelés: 

0
Még nincs értékelve