-
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
-
_Dumber_
őstag
Frissítésnél mit nézzek? Minden up to date.
Tegnapig naponta többször is csinálta. Tegnap a grub.cfg -be kernel paraméterként beraktam a "pcie_aspm=off" sort. Tegnap utána már nem jött elő a hiba. Ma cc fél óra után megint. Ekkor írtam a postot. Délután nem voltam gépközelben de a gép online volt és futott a "journalctl -u NetworkManager -f". Nem volt hiba 8 óra alatt.. Nem értem én ezt...
Illetve értem . Mikor segítséget kérek mindig megjavul -
Vladi
nagyúr
válasz _Dumber_ #31051 üzenetére
Frissítésnél azt nézd, hogy hálózati program, vagy driver frissült -e kb akkor amióta hiba van.
Alap pszichológia, évtizede alkalmazom fórumon. Ha fingomnincs a megoldásról akkor is visszakérdezek, ezzel más szempontú problémamegközelítésre késztetem a kérdezőt. Anno smart qestion néven futott a hőskorban.
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!
-
_Dumber_
őstag
Én meg ezért szeretek a fórumban kérdezni, mert lehet, hogy egy más gondolkodással, engem is másfelé kényszerítenek, és magamtól rájövök. Ezt hívom közös gondolkodásnak.
Hetente frissítem a gépet, és nem emlékszem, hogy mikor kezdte el. Eleinte ritkán volt, és nem is volt feltűnő. Tegnap, miután fél óra ki be kapcsolgatás után (gép, wifi router) nagy nehezen életre kelt, akkor kezdtem a bootparameterrel variálni. Azóta elfogadható, de engem nem nyugtat meg.
Egyenlőre jegelj .....
Hopp most kezdte dobálni megint.Wifi disconnet-connect sem oldotta meg.
systemctl restart NetworkManager is csak 1 percig volt jó.
journalctl -u NetworkManager -f (Kivágtam belőle pár sort)cc 20:10 körül állt vissza. Szóval 15 percig szórakozott. Most megint stabil.
[ Szerkesztve ]
-
Hello,
Van itt valakinek King**** KLDD48F-B8KW6 RAM modulos gépe? (DDR2)
Szükségem lenne egy SPD EEPROM dumpra, hogy visszaírhassam 800-as sebességre... (Úgy vettem, hogy át volt írva 667-re.)i2cdump-al szépen ki lehet olvasni
Köszi!Mutogatni való hater díszpinty
-
Van arra működő módszer, hogy gépköltöztetés miatt a régin a mate desktop ikonjaimat kimentsem és az új gépen betöltsem egyesével létrehozás helyett? A felső toolbarba pakolgattam ikonokat. 10.6-ról költöznék testingre.
tia
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Frawly
veterán
válasz bambano #31058 üzenetére
Mate-et nem használok, de a legtöbb DE-nél elég a ~/Desktop/ mappát elmenteni, az új rendszerre meg bemásolni a home-odba. Tálcaikonokra passz, max. arra a workaroundra gondolok, hogy kézzel lehúzgálod őket az asztalra, és így mented őket, az új rendszeren meg visszahúzgálod a panelra. Esetleg egy terminálban futtatsz lsof vagy iotop valamelyikét, és hozzáadsz a panelhez egy új alkalmazást, megnézed melyik mappába írja a fájlt, és mented azt a mappát.
Ha a 10.6 Debian akar lenni, akkor szerintem nem kell semmit költöztetni, felveszed bele a testing tárolókat, nyomsz egy frissítést, és elvileg működnie kéne.
-
őstag
-
válasz lionhearted #31060 üzenetére
nem jártam vele sikerrel.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
Ide is beírom, hátha:
Laptopról miniDP-n jön a jel. El lehet érni valahogy, hogy két monitort tudjak meghajtani róla? Daisy chain nem játszik.
https://www.coreinfinity.tech
-
-
Köszönöm a segítséget mindenkinek.
https://www.coreinfinity.tech
-
vicze
félisten
Fogalmak összefoglalva, csak, hogy egyszerűsítse a keresést.
MST = Multi-Stream Transport.
A linkelt eszköz egy MST splitter/hub. Pont ilyen van Daisy chain monitorokba építve és legtöbb dokkolókban/hubokban. (Félreértések elkerülése érdekében: az USB-A dokkolók virtuális SW csatlakozókat csinálnak és drivert igényelnek, USB-C esetében sajnos nem minding egyértelmű, hogy natív DP van-e, Thunderbolt minding natív.)Arra nem árt figyelni, hogy milyen MST felbontásokat és darabszámot támogat az adott port DP verziója.
-
_Dumber_
őstag
válasz _Dumber_ #31054 üzenetére
Lentebb látható előzmény után, teszteltem pár dolgot. Volt:
AP mozgatás/csere hálózaton belül (2 AP van telepítve) - hiba továbbra is jelentkezett
Más hálózatra csatlakozás. - Nem volt hiba
Beállítások csesztetése - hiba megmaradtEgy dolog maradt még, amire MasterMark kolléga hívta fel a figyelmemet, mégpedig a ARCH-on beül a kapcsolati beállítás törése.
Kitöröltem a csatlakozás beállításokat (KDE), majd újra létrehoztam (networkmanager). Azóta minden rendben ment egészen a mai napig. 1 óra után (cc 6-7x hálózatvesztés), kitöröltem ismét a beállítást. Azóta megint jó,
Mi a **kömtől száll el a beállítás és mi lehet a ludas egy egyszerű config fileban?
Van ötlete valakinek?
-
-
urandom0
aktív tag
Sziasztok, van egy téma amivel nem tudok mit kezdeni. Manjaro alatt a billentyűzetismétlés sebessége mindig átállítódik valami nagyon nagyra.
Alapvetően így használom:xset r rate 200 35
Ezt beállítottam a Manjaro beállításokban és a KDE saját billentyűzetbeállításainál is, de egy idő múlva így is elállítódik.
Beírtam egy script fájlba is, ami indításnál fut le.
Beállítottam az /etc/sddm.conf-ban, hogy adja át az X-nek argumentumnként:ServerArguments=-nolisten tcp -ardelay 200 -arinterval 35
Csináltam rá egy systemd servicet, ami kbdrate-tel állítja be, a lényeges része ez:
ExecStart=/usr/bin/kbdrate --silent --delay 200 --rate 35
Csináltam a /etc/X11/xorg.conf.d-be egy .conf file, ennyi:
Section "InputClass"
Identifier "system-keyboard"
MatchIsKeyboard "on"
Option "ardelay" "200"
Option "arinterval" "35"
EndSectionMindezzel annyit értem el, hogy bootolás után jó (merthogy azelőtt boot után is el volt állítódva), és most már nem állítódik el random időközönként, de lockolás, wake up után megintcsak nem jó.
Nem tudok mire gondolni, esetleg arra, hogy a Falkon állítja el, de nem találtam vele kapcsolatban ilyen bugjelentést. -
Frawly
veterán
NTP-ből milyen implementációt ajánlanátok Linxura? Eddig évekig a disztrók saját megoldása mellé OpenNTPD-t raktam fel, ezt néha kézzel futtatva ellenőriztem és korrigáltam az esetleges eltolódásokat. Nagyon szépen bevállt, de mostanra tönkretették. Kivettek belőle egy csomó kapcsolót, lebutították a kimenetét, meg elkezdte az órát se állítani, most pl. 34 másodperccel van lemaradva a gép órája, ami önmagában nagyon durva, erre azt írogatja a sudo ntpd -d, hogy:
cancel settime because offset is negative or close enoughJa, 34 másodperc az close enough, hogy cumiznának le fejen állva. Igaz ha várok, hogy lépjen valamit, akkor hosszabb idő után kiírja, hogy adjusting local clock by 34.587829s, de nem adjustozik lófütyköst sem, 1 óra futás után is 33-34 mp. az eltolódás. A nettel nincs probléma, eléri az uk.pool.ntp.org helyi NTP szervereket, válasz is jön, fel tudja oldani a neveket, tehát nem az, hogy nem férne hozzá az időhöz, hozzáfér, meg látja is a valós eltolódást, de cseszik működni.
Mit lenne érdemes feltenni helyette? Lehetőleg olyan, amiben minél több feature van, és kézzel is ki lehet erőszakolni az óraállítást, ami nem ajánlott, de néha szükséges lehet meglépni.
[ Szerkesztve ]
-
Frawly
veterán
válasz Frawly #31073 üzenetére
Itt valami az Artix Linuxszal lesz mégis, mert az ntp nevű SNTP progi se tudja korrigálni az időt, pedig meg lettek neki adva kapcsolók, hogy akármekkora időkorrekciót csinálhat, nem csak időlassítással, de konkrét időbeállítással is. Prioritást is legmagasabbat kapott, sudo-val futtatom, nem tudom mi a bánatot tehetnék még, hogy a gép óráját állítsa, továbbra is 34 mp.-et késik. Ilyet még nem pipáltam.
Szerk.: végül a sudo hwclock -s parancs helyretette. Valami miatt hiába állította a rendszerórát, az nem vezetődött át a tényleges hardverórába. Csak azt nem értem, hogy ezzel a 2020-ban miért nekem kell kézzel ×4rakodni, mi a fészkes bánatért nem tudja az NTP kliens megcsinálni, ha egyszer rá van parancsolva, hogy állítsa azt a genya órát a bránerbe.
[ Szerkesztve ]
-
CPT.Pirk
Jómunkásember
Adott egy Linuxos backup és szerver gép, kábeles nettel. Fut rajta git és svn, meg a saját hálózati adatmentő progim.
A gond az, hogy közös internet mögött vagyunk egy másik céggel és nincs hozzáférésem a routerhez amiből kapjuk a netet, így a git és svn szervereket otthonról nem érjük el.
Ha a gép kapna pl. egy USB-s stick formájában mobilnetet, akkor elvileg meg lehetne oldani, hogy a git és az svn kívülről elérhető legyen, IP cím alapján. Viszont azt hogyan lehet megoldani, hogy úgy egyébként mindenre a vezetékes netet használja a gép? Arra az esetre gondolok, hogyha nem korlátlan adatforgalmas a mobilnet, akkor ne arról álljon neki pl. frissítéseket letölteni...
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
Ha jól értem, amit mondasz, akkor ez nem oldja meg a bajaikat. Az a gond, hogy a Kapitánynak nincs hozzáférése a routerhez, tehát nem tud port forwardot csinálni. Hiába tenne le egy VPN routert, azt ugyanúgy forwardolni kéne.
Szerintem a gondokra optimálisabb megoldás lehet egy külső szerver, legyen az VPS, vagy GitHub. Persze azt is gyanítom, hogy nem véletlenül van saját infrastruktúra...
https://www.coreinfinity.tech
-
CPT.Pirk
Jómunkásember
válasz sh4d0w #31078 üzenetére
Igen, így van. Eredetileg nem merült fel az igény, hogy otthonról is lehessen git-et meg svn-t elérni, mert a kollégák Windowshoz voltak szokva és a verzió kezelésre ezek helyett saját programokat írtak, amik annyit csináltak, hogy dátumos zipet gyártottak a projektből a hálózatra a nap végén.
Viszont mióta van git meg svn, azóta szeretik használni is őket. Meg most már szeretnénk otthonról is. Nem lehetetlen, hogy le tudom levelezni a közös routerünk tulajával a dolgokat, de valszeg egyszerűbb lenne, ha egy mobilinternet sticken keresztül menne az a kis forgalom, amit otthonról csinálnánk.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
őstag
válasz CPT.Pirk #31077 üzenetére
Felhőben VPN szerver, arra csatlakozik mindenki, és kész a kapcsolat.
Mikrotiken pl. van arra lehetőség, hogy a mobilnet forgalmát megjelöld, így az ott megy vissza, ahonnan jött, de ehhez mondjuk fix IP GW kell, hogy be tudd állítani. Ez sima iptables mellett, érzésre nincs benne.
[ Szerkesztve ]
Tegnap még működött...
-
sonar
addikt
válasz sh4d0w #31078 üzenetére
(igy visszaolvasva tényleg nem jött át, hogy mire gondoltam)
Arra gondoltam, hogy fog a kapitány egy routert amibe bele lelet pattintani a 4G-s sticket és azt köti rá a gépre.
így talán kevesebb szívása lesz a routinggal meg a kapcsolat felépítésével.A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!
-
-
Használt valaki már nixos-t?
https://www.coreinfinity.tech
-
-
válasz sh4d0w #31083 üzenetére
" mert a 4G-re csak bejövő forgalmat akar fogadni, viszont a válaszokat vezetékes irányban kiküldeni.": ami természetesen nem működik, hiszen a kliens oldalon a socket adatstruktúrában benne van a másik oldali ip cím. natolásnál pont ugyanez lesz a probléma, tehát ha a kliens is natolt címen van, a nat router nem fogja tudni, hogy hova natolja a másik ip címről jövő választ.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
-
Frawly
veterán
Fura kérdéssel hozakodok elő: X vagy konzol alatt az input eszközöket akarom csak blokkolni, a képernyőt nem. Magyarán screenlock kell, de úgy, hogy a képernyőt nem blokkolja.
Eddig erre az X alatt futó WM-hez picom kompozitort használtam, és i3lock-ot, amit picom-ban teljesen transzparensé tettem. Így zárta is a munkamenetet, de mégis lehetett látni azt a teljes képernyős terminálban futó ASCII screensavert, amit kitettem. De most minimalizmusból dobtam a kompozitort, így nincs átlátszóság (a vsync-et megoldottam a X.org konfigjában TearFree kapcsolóval).
Az a baj, hogy a szabványos screenlockerek kitakarják a képernyőt is. Nekem csak olyan kéne, hogy az input eszközöket blokkolni, míg valaki a futtató user vagy a root jelszavát be nem írta.
A másik, szintén kapcsolódó kérdés, hogy hogyan tudnám ideiglenesen elérni, hogy lockolt X mellett ne tudjanak konzolra váltani? Itt hangsúly az ideiglenességen van, míg lockolás van. A neten csak olyan módszert írnak, ami a X.org konfigban állandóra tiltja le a virtuális konzolra váltást, de az meg hasznos, ha beszarik az X, akkor is tudok konzolra váltani.
Az vlock majdnem jó lenne, mert az a konzolváltást is lezárja, de a képernyőt az is kitakarja, letörli. Én azt akarom, hogy a lockoló a képernyőhöz ne nyúljon hozzá. PAM támogatás sem feltétlen kell bele, csak figyeljen a feloldó jelszóra.
Ezekhez tippek?
-
Frawly
veterán
Az ideiglenes konzolváltás elvétele megvan, futtatni kell a setxkbmap srvrkeys:none parancsot, majd a zárolás feloldásának végeztével:
setxkbmap -option && setxkbmap -option újrakonfigurálás...A képernyő érintetlenül hagyására viszont még nincs módszer. Egyelőre az suckless-féle slock forráskódját tanulmányozom, hogy a képernyőt módosító részt kiszedjem.
De még ez se biztonságos, mert tegyük fel be vagyok jelentkezve az X-be, de mellette épp egy megnyitott tty konzolon vagyok, és úgy felejtem úgy a gépet. Erre lehetne azt, hogy előbb megnézem, milyen tty-ban futunk, és ha az pts, akkor az X-es zárolást kapcsolom be, ha nem, akkor vlockot. Jól gondolom?
-
Frawly
veterán
válasz Frawly #31091 üzenetére
Már megvan némileg a másik fele is, az alock nevű progi tudja az alábbi paraméterekkel:
alock -b none -c blank -i noneEzzel megmarad a kép, eltűnik az egérkurzor, és látszólag nem reagál a progi, mikor a jelszót kéri be.
Az viszont még mindig nincs megoldva, hogy ha konzolt hagyok ott, akkor abban a zárolást hogy lehetne automatizálni.
-
CPT.Pirk
Jómunkásember
válasz lionhearted #31080 üzenetére
Onedrive ?sharepoint? felhőnk van, sokra nem megyek vele. No majd még gondolkodom.
bambano: ahha. Sigh.
[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
sonar
addikt
-
őstag
-
CPT.Pirk
Jómunkásember
válasz lionhearted #31095 üzenetére
Passz, sosem foglalkoztam ilyennel.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
természetesen nem.
ha már mindenki lusta kottát olvasni:
a kernel képes több routing táblát kezelni.
a megoldás az, hogy annyi routing táblát csinál, ahány isp-je van, a csomagokat pedig valami alapján megjelöli, és a jelölés alapján választ routing táblát.van olyan gépem, aminek 17 hálózati kapcsolata van és 17 routing táblát használ. nincs vele gond.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
sonar
addikt
válasz bambano #31097 üzenetére
Értem, csak eredetileg az volt ha jól értelmeztem, hogy kívülről akar bejönni a gépre. Akkor én nem állítanék GW-t és nem lenne fölösleges issue generálás. Minek bonyolítani valamit ha egyszerűen is megoldható.
A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!
-
Frawly
veterán
válasz bambano #31097 üzenetére
Ez így kevés. Addig amatőrnek számítasz, amíg legalább 128 routing táblád nincs, mert az a mennyiség már egymagában elő-routing-táblát igényel a többi routing tábla elé
Persze, azért életszerű a 17 hálózati kapcsolat is, szóval valamilyen szinten tekintsd magad megdicsérve.
És akkor én itt vagyok 1 hálózati kapcsolattal, de az is olyan szarul működik, hogy tekintsük 0,5-nek, de egy komlett routing tábla azért dukál neki
-
Új hozzászólás Aktív témák
- Steam, Windows, Origin kulcsok, előfizetések közvetlenül a kiadótól, a LEGJOBB ÁRON!
- Windows 10 Home COA fizikai licencek kiárusítás ingyenes szállítással
- Windows 10/11 Home/Pro , Office OEM/Retail kulcsok
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!
- World of Warcraft Shadowlands Collectors edition EU EN