-
IT café
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
#99235328
törölt tag
Sziasztok.
Elnézést, ha nem "haladó" téma, de tartva attól, hogy magyarázkodnom kelljen az okok miatt, inkább itt kérdeznék mint a "kezdő" topicban.
Több éves Ubuntu (14.04-20.04) /Debian után jelenleg Arch-ot használok már egy ideje desktop és notebook vonalon is. Alapvetően el is vagyok vele, de most kísérleteznék kicsit systemd mentes rendszerrel. Nem részletezném az okot, kipróbálnám.
A kiszemelt "áldozat" az Artix lenne.Azt szeretném megtudni, hogy melyik init-el lenne érdemes kezdenem?
Van-e valami javasolt init daemon?
Openrc, runit, s6, Dinit?Köszönöm.
-
Vladi
nagyúr
válasz #99235328 #33651 üzenetére
sysvinit. ez volt anno a kvázi standard, szisztemdééé előtt minden nagy disztró ezt használta. anitxnál is van ilyen iso, meg ezt is javasolják.
Nekem van egy antixos gépem, jópofa kis retrófíing a cucc. rendesen össze van rakva.
Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!
-
Vladi
nagyúr
válasz 5leteseN #33653 üzenetére
nemtom, valahogy összefüggenek. De szeritnem ez két különböző diszztró, persze mindkettő debianra épül.
(#33654) /dev/null:
Ezeket is fel lehet tenni, ha nagyon minimálból építkezel. de ekkor maganak kell összerakni.
Kész telepítő sysvinithez és ruinithez van. Azt csak letöltöd és felszted és ott van. Kérdés, hogy mit is szeretnél?
Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!
-
tvamos
nagyúr
Sziasztok!
Remelem, jo forumba irok, es bocs a hosszu bejegyzesert!
Azzal kuzdok, hogy egy BeagleBone Black-re wifi-t csiholjak.
Ezt a leirast kovetem: [link]A baj, hogy ujrainditas utan nem mukodik, nincs IP.
Ezt a hibat kapom:~$ systemctl status wpa_supplicant.service
× wpa_supplicant.service - WPA supplicant
Loaded: loaded (/etc/systemd/system/wpa_supplicant.service; enabled; preset: enabled)
Active: failed (Result: exit-code) since Tue 2023-12-12 22:48:34 UTC; 1min 10s ago
Duration: 315ms
Process: 809 ExecStart=/sbin/wpa_supplicant -u -s -c /etc/wpa_supplicant.conf -i wlan0 (code=exited, status=255/EXCEPTI>
Main PID: 809 (code=exited, status=255/EXCEPTION)
CPU: 68ms
Dec 12 22:48:34 BeagleBone systemd[1]: wpa_supplicant.service: Scheduled restart job, restart counter is at 5.
Dec 12 22:48:34 BeagleBone systemd[1]: Stopped wpa_supplicant.service - WPA supplicant.
Dec 12 22:48:34 BeagleBone systemd[1]: wpa_supplicant.service: Start request repeated too quickly.
Dec 12 22:48:34 BeagleBone systemd[1]: wpa_supplicant.service: Failed with result 'exit-code'.
Dec 12 22:48:34 BeagleBone systemd[1]: Failed to start wpa_supplicant.service - WPA supplicant.
...skipping...Ha manualisan inditom a wpa_supplicant-ot, akkor minden jo lesz:
sudo wpa_supplicant -B -c /etc/wpa_supplicant.conf -i wlan0
Es ez utan kapok IP-t, minden megy rendesen.
Ugy ertem, egyaltalan semmi mast nem csinalok, csak ezt.
(Ugy gondolom, mindent beallitottam, amit kellett.)Az /etc/systemd/system/wpa_supplicant.service:
[Unit]
Description=WPA supplicant
Before=network.target
After=dbus.service
Wants=network.target
IgnoreOnIsolate=true
[Service]
Type=dbus
BusName=fi.w1.wpa_supplicant1
#ExecStart=/sbin/wpa_supplicant -u -s -O "DIR=/run/wpa_supplicant GROUP=netdev"
ExecStart=/sbin/wpa_supplicant -u -s -c /etc/wpa_supplicant.conf -i wlan0
Restart=always
ExecReload=/bin/kill -HUP $MAINPID
Group=netdev
RuntimeDirectory=wpa_supplicant
RuntimeDirectoryMode=0750
[Install]
WantedBy=multi-user.target
#Alias=dbus-fi.w1.wpa_supplicant1.serviceA rendszer:
Distributor ID: Debian
Description: Debian GNU/Linux 12 (bookworm)
Release: 12
Codename: bookwormSzerk: A masik gondom, hogy neha ugy gondolja, az USB dongle ne wlan0, hanem wlan1 legyen.
[ Szerkesztve ]
"Mindig a rossz győz, és a jó elnyeri méltó büntetését." Voga János
-
Lenry
félisten
valahol valamiből folyik a memória, mert 2 nap uptime után úgy fogyott el 40GB, hogy semmi se fut, a KDE bejelentkező képernyője, meg én SSH-n belépve.
lenry@vavatch:~$ free -m
total used free shared buff/cache available
Mem: 64227 41003 2994 10 21215 23224
Swap: 4021 2 4018akármivel nézem, sehol sem látszik, hogy mi ette meg a RAM-ot
hol kellene néznem vagy milyen toollal?[ Szerkesztve ]
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
-
Lenry
félisten
válasz fatpingvin #33659 üzenetére
nem lettem előrébb
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
Lenry
félisten
válasz fatpingvin #33661 üzenetére
Igen
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
sonar
addikt
Réges rég nekem az smem segített a valós foglalást kideríteni, nem tudom, hogy manapság mi a helyzet, de talán segít. [link]
Másik meg, hogy eddig is ilyen volt csak nem tünt fel?
Amíg nem swappel addig szerintem nem kell parázni.
Elinditanék egy két alkalmazást, hogy lássam mi a helyzet.
Illetve ha magas a swappiness érték akkorlehet, hogy sokmindent tart a memóriában. (db servereknél ez előny is szokott lenni)A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!
-
Lenry
félisten
Nem hiszem hogy ilyen lett volna korábban, de igazából csak most tűnt fel, amikor egyszercsak kifogyott a 32GB-ból és elkezdett minden akadozni.
Ezért is bővítettem gyors tapaszként 64-re, de nyilván ez is csak az időtávot nyújtja meg, amíg tele tudja szemetelni.Smem-et megnézem, köszi
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
Lenry
félisten
passz, egy docker fut (egy pxe szerver, a docker stats szerint eszik vagy 60 mega RAM-ot)
leállítottam a dockert meg a containerd-t, nem szabadult fel memória.egyébként azt nézem, hogy más gépemen is ennyiszer fut, még olyanon is, ahol nem is fut egyetlen konténer se
most egymás után kilövök mindent, aztán hátha látszik valami csökkenés
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
Lenry
félisten
lenry@vavatch:/mnt/adat/docker/pxe$ sudo smem -t -a -k --realmem=65536M -w
Area Used Cache Noncache
firmware/hardware 1.3G 0 1.3G
kernel image 0 0 0
kernel dynamic memory 46.4G 13.2G 33.2G
userspace memory 191.2M 87.6M 103.6M
free memory 16.1G 16.1G 0
-----------------------------------------------
64.0G 29.4G 34.6GGvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
bpx
őstag
Részemről 0. lépés ilyenkor egy /proc/meminfo
A top meg egyéb eszközök sem a PageTables-t, sem a HugePages_* részeket nem mutatják, ezek a területek nem tartoznak processhez. De ezek DB szerver hostokon tudnak jelentős mennyiségű memóriát foglalni (előbbi) vagy vannak általában konfigurálva (utóbbi, az előbbi pazarlásának enyhítésére), esetleg VM-eknek, lehet nálad nem ez lesz.Vagy tmpfs foglaltság, esetleg ipcs kimenet, szintén nem tartoznak processzhez mert ugye shared memory, de ezek a "share 10" miatt itt valószínűleg nem játszanak.
Vagy ha ez egy VM, és ilyen csodák be vannak kapcsolva, mint a VMware Memory Balloon vagy Hyper-V Dynamic Memory, az is megjelenhet így.
-
Lenry
félisten
ez egy sima egyszerű asztali számítógép, az én céges munkaállomásom, Arch Linux fut rajta KDE-vel. ez a napi használós gépem.
1-1 VM-et időnként elindítok Virtualboxban, de a memóriafoglaltság konzisztens a VM-ek futásával, tehát lefoglalásra kerül a VM indításakor és felszabadul, amint az leáll.
adatbázisokat nem futtatok.tmpfs-ben van a /tmp, de az szintén egyértelműen látszik, ha van ott valami, az növeli a memóriahasználatot, letöltési mappának használom. viszont mint írtam is: be se voltam jelentkezve reboot után 5 napig, semmi se volt a /tmp-ben (sem)
alább az aktuális állapot, 1 nap uptime, reboot után kb 2GB RAM volt foglalt, azóta hozzá se nyúltam, mostanra 7.3GB RAM már elfogyott
lenry@vavatch:~$ cat /proc/meminfo
MemTotal: 65769164 kB
MemFree: 45873408 kB
MemAvailable: 58073872 kB
Buffers: 576056 kB
Cached: 12126224 kB
SwapCached: 0 kB
Active: 1691784 kB
Inactive: 11438444 kB
Active(anon): 1656 kB
Inactive(anon): 434648 kB
Active(file): 1690128 kB
Inactive(file): 11003796 kB
Unevictable: 0 kB
Mlocked: 0 kB
SwapTotal: 4117508 kB
SwapFree: 4117508 kB
Zswap: 0 kB
Zswapped: 0 kB
Dirty: 384 kB
Writeback: 0 kB
AnonPages: 425664 kB
Mapped: 371904 kB
Shmem: 8356 kB
KReclaimable: 504508 kB
Slab: 633000 kB
SReclaimable: 504508 kB
SUnreclaim: 128492 kB
KernelStack: 10384 kB
PageTables: 8244 kB
SecPageTables: 0 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 37002088 kB
Committed_AS: 2138360 kB
VmallocTotal: 34359738367 kB
VmallocUsed: 256328 kB
VmallocChunk: 0 kB
Percpu: 17280 kB
HardwareCorrupted: 0 kB
AnonHugePages: 272384 kB
ShmemHugePages: 0 kB
ShmemPmdMapped: 0 kB
FileHugePages: 0 kB
FilePmdMapped: 0 kB
Unaccepted: 0 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
Hugetlb: 0 kB
DirectMap4k: 390164 kB
DirectMap2M: 4761600 kB
DirectMap1G: 61865984 kBGvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
oatis
csendes tag
Üdv!
Egy kis segítségre lenne szükségem. Debian 12-őt használok jelenleg kde-vel és a gép fagy. Próbáltam az lxqt környezetet is, de azzal is lefagy időnként.Egyenlőre hardver hibára nem gyanakszom, mert a w10-es gond nélkül megy rajta. Hogy kellene elkezdenem, hogy kiderítsem mi okozza a hibát? A crashed process wiever nem segít, nincs benne új bejegyzés. Telepítés utána light-lockerrel volt problémám, azt hozta a crashed process wiever hibás alkalmazásnak. Azt úgy emlékszem kikapcsoltam, javult a helyzet, de nem oldódott meg. A tippeket előre is köszönöm! -
fatpingvin
őstag
egy memtesttel kezdeném, illetve meg kéne nézni hogy a boot disken nincs-e bad block.
hasonlót én ilyen helyzetben láttam, vagy ram hiba, vagy a rendszerpartíción vaol corrupted vagy nem írható területA tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)
-
oatis
csendes tag
Öreg HW? Cseréld ki a tápegységet.
Nem mondanám öregnek. Laptop. acer es1-131-c73h.egy memtesttel kezdeném,
Memóriát cseréltem benne 4-ről 8 gigára. Előtte is utána is fagy.illetve meg kéne nézni hogy a boot disken nincs-e bad block.
Ssdt-is cseréltem új nagyobb ssd-re. Úgy klónoztam át. Előtte is gond volt vele.Hogy tudon ellenőrizni, hogy valami filerendszer hiba vagy valami lehet-e a partíción? Gparteddel nem tudom leválasztani a rendszer partíciót, és emiatt ellenőrizni sem tudom. Bár valszeg nem ez a hiba.[ Szerkesztve ]
-
fatpingvin
őstag
memtesttel nem csak magát a memóriát teszteljük, hanem a memóriavezérlőt és a memóriát együtt. simán lehet hogy az előbbivel van gond.
ha a már fagyó rendszert klónoztad át, akkor simán lehet hogy átörökítettél egy bad blockot, ami szépen csendben vált írhatatlanná és így megőrzött valami hibás értéket.
mondom, kezdjük egy memtesttel, illetve az eredeti disk smartctl -a átnézésével. kernel logot verbose-ra állítva is utol lehet érni dolgokat, dmesg-ben is meg tudnak jelenni az ilyen problémák előjelei.A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)
-
oatis
csendes tag
válasz fatpingvin #33680 üzenetére
Live cd-vel átnéztem a rendszer partíciót, valami gond volt a partíció hosszával, elvileg azt javította a gparted. A memtest fut, eddig még nem dobott hibát, kivéve az első próbálkozást, ahol túl sok memóriát adtam meg... :-)
Ide felteszem a dmesg kimenetét, hátha valaki lát benne valamit. Én sajnos ennyire nem vagyok benne otthon.
dmesg
Az utóbbi másfél órában egy fagyásom volt, még a tesztek előtt. A youtube-bal sikerült összehoznom.kernel logot verbose-ra állítva
Ezt hogyan kell csinálni? -
-
Lenry
félisten
Arch Linux, rolling release, minden frissül mindig
dockert próbaképp lelövöm, bár nem hiszem hogy az egyetlen, malmozó PXE szerverem okozná a gondot
egyébként 3 nap uptime, 18GB RAM foglalt
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
oatis
csendes tag
válasz #79484416 #33682 üzenetére
Szia! Nem én vagyok, csak ide írtam. Az egész rendszer fagy szerintem. A ctrl+alt+f5-tel nem jön elő semmi mikor megfagyott, amikor megy akkor terminált hív le. Csak a bekapcsoló gombbal tudom kikényszeríteni hogy leálljon, azt is csak úgy hogy hosszan nyomva tartom. A laptop biosa energia gazdálkodási lehetőségekben elég szegényes, de majd megnézem azt is. A driverek nekem is eszembe jutottak, főleg a chiset és a videó driver, mert eddig kodival virtualbox-al és youtube-bal sikerült a fagyást előidézni, csak ennyire nem értek a linuxhoz, hogy hogyan tudnám ellenőrizni, újratelepíteni a drivereket.
-
oatis
csendes tag
válasz #79484416 #33692 üzenetére
Hát ez az! A win10-et még egyszer sem sikerült fagyásra bírni miközben a linux 2 óránkét 1x biztos lehal. Ezért gondolom én is a szoftvert inkább. A logokkal is kb igazad van, pont a fagyás pillanata hiányzik belőlük. Linuxban nem vagyok nagy ász és emiatt számomra semmi értékelhető nincs benne, mert nem tudom hogy amit látok benne az mit is jelent pontosan.
A biosban energiagazdálkodásról kb semmi nincs. :-(
A win 10 a tpm2.0 modul miatt problémázott az eseménynaplóban, de csak megjegyzés szinten. Ha kikapcsolom biosban, eltűnik a bejegyzés és ennyi. Nem oszt, nem szoroz esetemben a linuxnál, pedig először azt hittem ez okozza a hibát. Amúgy a gép legacy módban van telepítve és nem uefi.
Boldog Karácsonyt! -
Rowon
veterán
válasz #79484416 #33682 üzenetére
Szerintem félévente egyszer nézek be ebbe a topikba, de úgy látom éppen jókor.
Sajnos hiába kapcsoltam ki dolgokat az UEFI-ben, még mindig lefagy a Debian és nem tudom, hogy mi okozza... Semmire nem szokott ilyenkor reagálni, semmilyen billentyűkombinációra, megáll a kép, a kurzor, minden és beáll az egész rendszer.
Windows 10-nél ilyen problémát nem tapasztaltam, de anno Debian Testing alatt sem, pedig azt is hónapokig használtam. Mostanába jött elő... ez az AMD configom 3 éve megvan, szóval szerintem itt valami szoftveres dolog van a háttérben, csak nem tudok rájönni, hogy mi.
Három dolgot szoktam gyakran megnyitni, amikor lefagy, ezek közül tippelek valamelyikre. Firefox-ESR, Steam, Discord (utóbbi .deb-ből telepített, mert Debian tárolókban nincs).
[ Szerkesztve ]
Az emberiség két legnagyobb találmánya az írás és a mikrohullámú sütő.
-
oatis
csendes tag
Három dolgot szoktam gyakran megnyitni, amikor lefagy, ezek közül tippelek valamelyikre. Firefox-ESR, Steam, Discord (utóbbi .deb-ből telepített, mert Debian tárolókban nincs).
Én firefox esr(youtube), kodi, virtualbox. Mindegyik alatt fagyott már.
Saját megérzés, de mindhárom képes vagy a gput, vagy a cpu-t komolyan megterhelni.[ Szerkesztve ]
-
Rowon
veterán
Mondjuk én Gnome DE-t használok, de úgy látom nálad KDE-n is fagy. Volt olyan vélemény, hogy a Firefoxot át kell állítani Waylandre, mert az miatt fagy. Átállítottam, ugyanúgy lefagy a gép.
Már nem tudom mit csináljak.
[ Szerkesztve ]
Az emberiség két legnagyobb találmánya az írás és a mikrohullámú sütő.
Új hozzászólás Aktív témák
- Még több embert rúgott ki a Tesla
- Milyen CPU léghűtést vegyek?
- Kerékpárosok, bringások ide!
- Luck Dragon: Asszociációs játék. :)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Nincs több főgombos iPad, van helyette nagyobb Air és Pro M4 chippel
- Milyen monitort vegyek?
- exHWSW - Értünk mindenhez IS
- Milyen asztali médialejátszót?
- További aktív témák...
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Bitdefender Total Security 3év/3eszköz! - "Tökéletes védelem most kedvező áron..."
- World of Warcraft Shadowlands Collectors edition EU EN
- Eredeti Windows, telepítéssel! Digital Doctor Számítógép Szerviz
- Lemezes Retro PC Játékok
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest