Hirdetés
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Végre a Logitech is bemutatott egy analóg klaviatúrát
- Azonnali processzoros kérdések órája
- CUDIMM DDR5 memória a 10 GHz-es határ közelében, ezúttal az Asgard keze nyomán
- HiFi műszaki szemmel - sztereó hangrendszerek
- iPad topik
- Nem teljesít túl jól a kasszáknál az aktuális Xbox generáció
- ASRock lapok általában
- Milyen videókártyát?
- Azonnali VGA-s kérdések órája
Hirdetés
-
iGPSport iGS800 kerékpáros óra: egyből a csúcsra tör
ph A kínai netes áruházakból indult útjára az iGPSport, akiknek új csúcsmodellje a legkomolyabb készülékek között is megállja a helyét.
-
Minden információt felhasználnak rólunk a közösségi cégek
it Az amerikai hatóságok szerint a közösségi média felhasználói nem igazán rendelkeznek irányítással azon adatok fölött, amit az AI-rendszerekkel megetetnek a nagy cégek.
-
Füstös rózsaszínben is elérhetők a Sony csúcsmodelljei
ma Az 1000X szériás fül- és fejhallgató kapott egy nőiesebb opciót.
-
PROHARDVER!
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
-
Frawly
veterán
válasz s1999xx #28015 üzenetére
Valóban furcsa, hogy egy ilyen bepróbálkozik, de annyira azért nem gáz. Nyilván nem Jézus Krisztus futtatta az inxi-t, meg nem magától futott le cronból vagy systemd szervizből, hanem valaki kíváncsi volt valamire, és elindította. Na, ő a felelős, meg aki az inxi csomagot telepítette.
-
Frawly
veterán
válasz Plasticbomb #28028 üzenetére
Nem a skip-brokenről, hanem a skip-missing-ről beszélek. De legrosszabb esetben megengeded neki, hogy leszedje a Steamet. Tudom, bosszúság, mert törlődik a sok giga játék is. Én egyébként ezért nem szeretem a Fedorát, idióta tárolókiosztás, csak félrolling, és a csomagkezelője sem a legjobb. Archon, Ubi-Debi-vonalon a csomagkezelők simán tudják, hogy nem foglalkoznak a függőséggel és nem kényszerítenek downgrade-re.
Egyébként ezért népszerűek az Arch alapú disztrók:
1) frissek (ezen a ponton már az Ubi és társai nem tudnak versenyezni)
2) nincs velük az a mizéria, mint a többi disztróval, mivel a csomagolók nem adnak hozzá semmihez semmi extrát, nincs semmi saját szájíz szerint bonyolítva, nonfree-sítve, saját disztrópatchekkel hackelve, különösen igaz ez a pure Archra. Csak felteszed, megy, friss, nem ütközik teljesíthetetlen verziófüggőségekbe semmi, nem kell külső tárolózni, stb.. -
Frawly
veterán
válasz Siriusb #28011 üzenetére
Szerintem az verziószámozást meg kéne változtatni a kernelnél.
Át kéne térni az év.hónap.alverzió, vagy év.hét.alverzió verziószámra. Persze ez már utólag zavaró lenne, de ha minden kiadásnál így csinálták volna, akkor most tartanánk a 1.9.3.1 kernelnél (2019. március, 1. patchel ellátott verzió, azaz a mostani 5.0.1). Persze ehhez a legelső kernelnek is 0.1.9.0-nak kellett volna, hogy legyen (1991. szeptember, nem patch-elt verzió).
De az is igaz, hogy a múltban is mindenféle eltérő koncepció mentén számozták.
Ez az év.hónap azért is jó, mert amikor valaki benyögi sok év után, hogy X.Y.Z verziót használ, akkor lehetne azonnal tudni, hogy milyen régi. Ahogy a 6.06-os Ubinál is látni, hogy 2006 júniusában jött ki, a 14.04 meg 2014 áprilisában.
-
Frawly
veterán
válasz bambano #28041 üzenetére
Ja, így is ki lehet deríteni, weboldalakon meg archív kiadási megjegyzések alapján. Csak a rák akar állandóan nyomozgatni, bőven jó lenne, ha a verziószámból meg lehetne azonnal állapítani. Most komolyan, te utánanézés nélkül fejből tudod, hogy a 3.5-ös kernel mikor jött ki?
Ez a 20 ujja van Linusnak csak humor volt. Igazából csak nem szerette volna, ha 4.5345634454.34532459321432984732 lenne a verziószám. Idejét látta, hogy ha már valami 4 millió kódsor változott, meg 2-3 év alatt kijött 20 alverzió, akkor az újabb kernel új főverzióval jöjjön ki.
De már számozták mindenféle szisztéma szerint a kerneleket. Nem is olyan régen, pár éve még az ment, hogy a páros alverziók voltak a stabilak, a páratlanok a dev ágak. Ez még a 2.4 és 2.6 korszakban volt.
De a legjobban azt a verziószámozást utálom, amit Knuth csinál, hogy a π-t és az e-t közelíti egyre jobban a verziószám. Na az aztán teljesen átláthatatlan, hogy hányadik verzió, melyiknél újabb, mikor jött ki. Meg az is nagyon láma, mikor ilyen 10 éve fejlesztett szoftvernél 0.0.0.9.8 pre-alfa-gamma-teta-test-dev verziónál tartanak (pl. Double Commander), mert sose tekintik a szoftvert késznek (1.0 stable). Vagy a másik véglet, amit a Google csinál, hogy 2008-ban indult a Chrome, és már kint van a 94534543243432. verzió belőle, mert minden 6 hétben kijön egy, ha kell, ha nem, csak azért, hogy növeljék a verziószámot és úgy látszódjon, hogy milyen nagy történeti múlt van mögötte, annak sincs egy deka értelme sem.
[ Szerkesztve ]
-
Frawly
veterán
válasz Plasticbomb #28047 üzenetére
Rakj fel helyette Archot, vagy Manjaro-t. Azokon is frissek a csomagok, nem kell tárolókat felvenni, meg nonfree dolgokkal szívni, a pacman csomagkezelő sem kényszerít csomagdowngrade-re, mivel abban tényleg van skip-funkció. Full rolling, sose kell kiadást frissítened, Steam is normálisan megy rajta mindenféle verziótrükközés meg külső tárolózás nélkül.
Bár lehet Fedora alatt is skipelhetőek ezek valahogy, ilyen mélyen nem értek hozzá. Rég használtam Fedorát, akkor is csak felszínesen próbáltam be, akkoriban ráadásul még yum-mal, dnf-et nem ismerem.
-
Frawly
veterán
Sciptelési kérdés: a watch parancsot szeretném kiváltani. Olyan megoldást keresek, amiből egyetlen tetszőleges vagy előre beállított billentyű lenyomásával ki lehet lépni. A watch paranccsal az a bajom, hogy csak Crtl+C-vel szakítható meg, ami kényelmetlen.
Ki tudom váltani while do kijelzett_parancs sleep n done bash-es megoldással, de arra nem jövök rá, hogy mit kéne ebbe a ciklusba beletenni, hogy egy gombnyomásra meg lehessen szakítani, ne csak Ctrl+C-vel. Valami ötlet a megoldásra?
-
Frawly
veterán
válasz Frawly #28055 üzenetére
Na, mire megírtam a hozzászólást, meg is találtam a megoldást: a read parancsot kell a -n 1 és -t kapcsolókkal ellátni. Az -n 1 paramétert ismertem, az csak egyetlen karaktert kér be egy egész sor helyett. De a t kapcsoló új, amögé be lehet írni másodpercben megadva, hogy meddig várjon, és ez egyben a sleep parancsot is kiváltja.
Így meg is szakad a script egy gombnyomásra, de észrevettem egy másik gondot vele. Így a kiírt tartalom a clear (képernyőtörlés) miatt villódzik, míg a watch parancsnál nem villog. Erre valami megoldás? Próbáltam printf "\033c"-t is, az is letörli a képernyőt, de azzal is villódzás van.
Több egymás után lefutott parancs kimenetét írom ki, minden 1-2 másodpercben. Viszont mivel az egyes parancsok lefutása igénybe vesz pár ms-ot, így villog a képernyő. Esetleg lehetne, hogy a kimenetet először valami fájlba vagy bufferbe irányítani, majd mikor lefutott az összes parancs, akkor egy nekifutásra kiírni a tartalmát?
[ Szerkesztve ]
-
Frawly
veterán
válasz Frawly #28056 üzenetére
Erre is megvan a megoldás, ezzel a módszerrel:
output=$(clear; do_a_lot_of_output_here)Arra kellett még figyelnem, hogy kiírás közben a kurzort el kell rejtenem egy escape szekvencia kiírásával, így már minden olyan, mint a watch parancsra, csak ki lehet lépni q billentyű lenyomására. A script végül így alakult:
#!/bin/bash
while true; do
output=$(clear; cat /proc/cpuinfo | grep MHz; echo -e; sensors | grep -e '°C' -e 'RPM'; echo -e; free -wm; echo -e; uname -rom; echo -e; df -h | grep /dev/sd )
echo -e "$output \n\e[?25l"
read -n 1 -t 1.9 input
if [[ $input = "q" ]] || [[ $input = "Q" ]]; then break; fi
done@s1999xx: én is ezt a megoldást találtam meg végül. De nem baj, hogy betettem, mert kiegészítettem ezzel az \e[?25l szekvenciás kurzorelrejtéssel. Így már teljesen olyan, mint a watch parancs, aminek ezt alapból kéne tudnia, hogy a paraméterben beállított billentyű figyelésére is lépjen ki.
[ Szerkesztve ]
-
Frawly
veterán
válasz Frawly #27887 üzenetére
Na, végül ez is megoldva. Mostantól már az asciiquarium a képernyőzáram.
Írtam rá egy scriptet:
#!/bin/bash
swaymsg "workspace 2"
termite -e 'asciiquarium' &
sleep 0.6
swaylock -e -c FFFFFF00
killall perl
swaymsg "workspace 1"Az alapfelállás az, hogy előbb elindul az asciiquarium egy új terminálablakban, majd utána elindul rá a waylandes swaylock képernyőzároló, ami transparensz hátteret tesz ki, így a zárolóképernyő nem is látszik, hanem a mögötte terminálban futó asciiquarium képét látni folyamatosan. A kettő közé be kellett toldani egy várakozást, és a Sway WM-ben virtuális asztalt kellett váltani és beállítani, hogy az asciiquarium mindig fullscreen-ben fusson, különben nem működik rendesen, de ezek a Sway baromsága miatt szükségesek csak. Így zároláskor békésen úszkálnak az ASCII halacskák Egy szépséghibája van, az asciiquarium perl alkalmazás, és a futása alatt elég magas a procihasználat (1 szálon 12%, ami 3% összprocihasználat), de a cmatrix esetében sem sokkal alacsonyabb, bár még kibírható tétel.
A killall rész kicsit gányolós benne, máshogy nem tudom kilőni az asciiquariumot. Hiába próbálom regexp-pel nem fogadja el. Pedig előre tudom, hogy "perl /usr/bin/asciiquarium" néven fog futni, a PID előre nem ismert.
[ Szerkesztve ]
-
Frawly
veterán
válasz s1999xx #28060 üzenetére
Közben rájöttem, hogy a killall parancs egyrészt nem kezel szóközöket, másrészt a process nevét kéri, és a legtöbb process listázó/ps/*top alkalmazás nem a tényleges nevet írja ki, hanem az indító parancssort, ami sokszor nem egy és ugyanaz.
Ez a progi a termite -e asciiquarium parancsot futtatva valóban simán perl néven fut, míg a parancssora perl /usr/bin/asciiquarium.
A megoldás azonban megvan. A pkill utility-t kell használni, az tud rendes regexpet:
pkill -f asciiquarium
A -f kapcsoló azért kell, hogy a process neve helyett (ami továbbra is csak simán perl) az indító parancssorában keressen. Egyébként meg a killall parancs onnan kapta a nevét, hogy ha valami több példányban vagy több paraméterrel is fut, akkor az összeset bezárja, pont ez a lényege, hogy nem lehet parancssor alapján differenciálni, hogy mit zárjon be és mit hagyjon nyitva. Csak egy egyszavas, azaz szóközök nélküli processnevet fogad, ha többet is talál, mind bezárja.
A másik, ami nem elegáns a scriptben, az az 1-2-es virtuális asztal konkrét bedrótozása, de ez nálam nem probléma. Mindig csak egy munkaasztalt használok, az 1-es számút. A 2-eset csak speciális esetre (show desktop funkció, ha a háttérképet akarom lecsekkolni vagy most ennek a képernyőzárolós megoldásnak). Tehát nem zavar be semmibe, úgyis olyan felállásból fut mindig, hogy az 1-es munkaasztal az aktív.
[ Szerkesztve ]
-
Frawly
veterán
válasz brickm #28063 üzenetére
Mondom, nem működik, mert a killall binárisnevet kér. Jó, talán úgy működne, ha már a bináris nevében is szóköz van. De a legtöbb progi (top, htop, vtop, gotop, lxtask, gnome-system-monitor, stb..) a folyamatoknál nem a folyamat tényleges nevét mutatja, hanem az egész parancssorát, amivel indítva volt, pl. perl /usr/bin/asciiquarium. A killall ezt nem eszi meg, mindegy hogy escape szekvenciázod a szóköz. Ez volt az első, hogy "perl\ /usr/bin/asciiquarium" és "perl\ \/usr\/bin\/asciiquariumként" megpróbáltam, de akkor még nem tudtam miért nem működik. Közben meg az adott folyamat neve simán "perl", ez a bináris fut, ez az asciiquarium nem bináris, hanem egy script, amit futtat a perl. Az megint más, hogy paraméterben a /usr/bin/asciiquarium lett megadva. A killall nevében pont azt jelenti az „all”, hogy ilyenkor mindent kilő, killall perl parancsra az összes futó Perl-folyamatot lelövi nem szelektíven.
A lényeg, hogy nem a jó eszközt próbáltam használni, a killall nem arra való, amit szerettem volna. Helyette a pkill kell, az lényegében egy kill $(pgrep "keresendő"). Megzavart, hogy a legtöbb hasonló scriptben a killallt használják, ez pedig rossz irányba vitt.
-
Frawly
veterán
válasz s1999xx #28062 üzenetére
A pkill csak az illető alkalmazást lövi le, ha a -f kapcsolóval a teljes parancssort megadod. De ennek a $! változónak utánanézek, ezt nem ismerem.
Az egészet egy script hívja, grafikus felületről futtatva. Azért kell a asciiquarimot terminálemulátorban futtatni (nálam ez Termite), mert ha anélkül futtatod, akkor nem látszik, hogy fut, nem olvasható a kimenete grafikus felületről, úgy látszana, mintha nem is futna, pedig fut. Ezért a script termite -e 'asciiquarium' formában indítja a háttérben.
-
Frawly
veterán
Csak a gdrive és Grive utility-ket ismerem. De azok nem tudnak mappaként felcsotolni. Csak annyit tudnak, hogy beállítasz egy mappát, oda töltik le a Google Drive fiók tartalmát, majd ha ott helyben változásokat eszközölsz, akkor ezt leszinkronizálják felfelé is. Tegyél velük egy próbát.
[ Szerkesztve ]
-
Frawly
veterán
X az biztosan van neki, mert írta a linkelt hsz.-ben, hogy van neki GUI-s kép HDMI-n. Csak a Kodi nem indul neki.
Általában ilyen jogosultság miatt szokott kiütközni, mikor valaki rendszergazdai jogokkal akar X-es progit futtatni, pl. sudo-val vagy hasonló. Tudni kéne milyen felhasználóval próbálja futtatni.
-
Frawly
veterán
válasz Plasticbomb #28105 üzenetére
Nem kell diff fájlokat hozzáadni. Megmarkolod az RGB világítás kábelét, egy határozott mozdulattal kicibálod a gépből, és a bal vállad felett elhajítod hátra 50 métert, vagy odaadod egy 10 éves gyereknek, akinek fontos még, hogy 1000 színben világítson a gépe.
Annak kell örülni, hogy találtál olyan disztrót, amin működik az, amit akarsz, és nem azon görcsölni, hogy nem úgy világít az RGB. Főleg egy mining gépben nem érzem a létjogosultságát az RGB világításnak.
Az RGB világítással az a baj, hogy már a vezérlési protokollja sem egységes, ahányféle gyártó, annyiféle megoldás van, Windows alatt is csak saját alaplapi szoftverrel működnek ezek. És mivel Windows Géming Pistiknek csinálják ezeket, ezért csak Windows alá adnak ki szoftvert hozzá. Ez ilyen műfaj.
Az Ubi 19.04 meg valószínű azért muzsikál jól, mert új kiadás, új csomagverziók, nem volt még idejük a csomagoknak elavulni, és a friss csomagverziók jól mennek a friss hardverhez.
[ Szerkesztve ]
-
Frawly
veterán
válasz Plasticbomb #28112 üzenetére
Nem szántam mérgesnek. Némi iróniát akartam becsempészni, senkit nem akartam megsérteni.
Tényleg nem érzem ennek a létjogosultságát. Nyilván kitépni nem kell, de nem lehet valahogy letiltani simán? Bányászgépnek tényleg az a dolga, hogy szép csöndben, a szoba sarkában növelje a villanyszámlát, semmi rgb, meg zúgás, meg hasonlók. De gamer gépen is vagy ki van kapcsolva, vagy ha játszol, akkor meg a képernyőt nézed, és nem azt, hogy hogyan villog az RGB. Ha ilyenre lenne igényem, nem Linuxot tennék fel, az tuti. Valahogy nem is tudok a Linuxra haragudni, hogy ilyen szélsőséges dolgokat nem támogat. Inkább szépen reszeljék a támogatást olyan hardverekhez, amiknek több haszna van, GPU-k, érintőképernyők, kamerák, nyomtatók. Én már akkor fogom a fejem, mikor a Phoronix ilyen high DPI-s egerek támogatásáról cikkezik. Persze, van, akinek ez is biztosan fontos, de ezt annyira rétegigénynek érzem, hogy nem tartom bajnak, hogy nem teljes a támogatása. Ezzel nem azt mondom, hogy nem kell támogatni, mert ha igény van rá, akkor miért ne, de ne ez legyen a prioritás, hogy ilyen rétegigényeket előbb teljesítenek, mint fontosabb dolgokat.
-
Frawly
veterán
Külföldi videókon nagy tolják ezt a Pop!_OS-t. Állítólag valami csilivili Ubuntu-klón. Próbálta már valaki?
-
Frawly
veterán
válasz ubyegon2 #28124 üzenetére
Ja, hogy erről már volt szó. Nem emlékeztem rá. A szutyok így visszaolvasva kicsit tényleg erős volt, csak abból szűrtem le a következtetést, hogy nem tudott bootolni. De ettől függetlenül komolyan érdekel, hogy aki esetleg használta már, mi a benyomása róla. Felrakni csak ezért nem akarom, tényleg csak azért kérdeztem rá, mert egyre nagyobb hájpja van a neten, bár a distrowatchon még csak 43., nem mintha sokat jelentene.
Bár ez ilyen, divat jön-megy. Pár éve az Elementary is nagyon népszerű volt, aztán gyorsan alábbhagyott az érdeklődés iránta.
Amit screenshotokon láttam, ez a Pop kifejezetten rondának tűnik, egy elég default Gnome3 kinézete van. De egy véleménynek elfogadom, hogy te próbáltad, és neked tetszett a témája. Lehet azóta reszeltek rajta, vagy csak ennyire nem vagyunk egyformák ízlés terén sem.
-
Frawly
veterán
válasz Plasticbomb #28128 üzenetére
Mélységében nem értek az RGB-hez. Az UEFI-ben nem tudod beállítani, hogy konstansan ugyanazon a színen világítson bekapcsolástól fogva? Azt értem, hogy nem az UEFI vezérli, de csak van valami beállítás, ami a boot előtti defaultot megváltoztatja, és onnan Linux alatt meg nem módosítaná semmi. Akár úgy, hogy valami windowsos progival beállítod állandóra, hogy narancs színnel induljon Windows nélkül is.
-
Frawly
veterán
válasz ubyegon2 #28131 üzenetére
Ja, a helyezése most is jó az Elementary-nak a DW-n, de a valóságban oldalakon, fórumokon, tényleges használati statisztikákon nem látom, hogy túl sokan használnák. Majd olvasd vissza pl. hogy itt a PH-n, vagy a HUP-on mikor volt utoljára elementary-s kérdés. Évek óta nincs. Kb. ennyi is a használói tábora a többi kimutatás szerint is.
De abban egyetértünk, hogy a többi disztrót is be lehet konfigolni elementary-s kinézetűre. Innentől egyébként sincs sok értelme, egyel kevesebb fork. Ezzel persze nem azt akarom mondani, hogy rosszabb, mint akármelyik más disztró, még mielőtt valaki megint megsértődne, inkább csak megállapítás, hogy nem népszerű, és nincs is nagyon mire fel annak lennie.
Valahogy úgy érzem, hogy a Pop is erre a sorsra jut, de azért rákérdeztem, hátha használja valaki, aki tud róla néhány mondatos tapasztalatot mondani. Megspórolva nekem, hogy leszedjem, kipróbáljam, időm pazaroljam rá. Úgy, ahogy kapitány is mindig jelent, hogy mi a helyzet a Chackrával.
[ Szerkesztve ]
-
-
Frawly
veterán
válasz Mr Dini #28157 üzenetére
Ez az egész zavaros, amit írsz. Van is DHCP de nincs is, meg „külső” IP, de idézőjelben. Próbáld lerajzolni rendesen a hálózati infrastruktúrát, jelezve az IP-ket, hálózati maszkokat, minek micsoda ossza a címet.
Egy biztos: virtuális gépnek semmit nem KELL kézzel megadni IP-nek. Lehetni lehet, de nem KÖTELEZŐ. Elvileg simán bridge-elt hálózatnál automatán is kaphat megfelelő címet.
-
Frawly
veterán
válasz Mr Dini #28160 üzenetére
De a DHCP által osztott cím az most belső hálózati cím, vagy külső cím? Ne feledd, hogy egy eszköznek lehet címe befelé meg kifelé is. Nyilván az internetről a külső címen látni a szervert, de a külső címet nem biztos, hogy DHCP ossza neki.
Ezért mondtam, hogy rajzold le, lássuk mi minek oszt címet, mi van belső és külső hálón.
-
Frawly
veterán
válasz Victoryus #28167 üzenetére
Linuxon nem nagyon használnak az emberek tűzfalat, azért nem említik a leírások. Vagyis alapból elérhető tűzfal, de csak ilyen kerneles, és alapból 0 szabályt tartalmaz, ki/beenged mindent. Ahhoz, hogy valamit szűrjön, szabályt kell felvenni. Nyilván, ha te felvettél szabályt bele, akkor a te felelősséged, hogy a neked fontos progikat átengedd rajta.
-
Frawly
veterán
válasz Fecogame #28170 üzenetére
Szerintem ez valami speciális CentOS specifikus konfig. Nézz meg akármelyik distrowatch top20-as disztrót, 0 tűzfalszabállyal jön, mindent ki/bementő forgalmat fogad (ACCEPT).
(#28169) Mr Dini: az attól függ, hogy hogyan definiáljuk az értelmeset. Elismerem annyiból félrebeszélhettünk egymás ellen, hogy nem világos szerverről vagy desktopról van szó. Szerveren lehet értelme, de pl. desktopon általában nem használnak az emberek. Ha itt most a PH-n csinálnánk egy szavazást, elsöprő többséggel nyerne az a kategória, aki nem használ tűzfalat a Linuxán. De a HUP-on is hasonló eredmény jönne ki.
[ Szerkesztve ]
-
Frawly
veterán
válasz totron #28179 üzenetére
Ez milyen disztró? Azt is vedd figyelembe, hogy sok disztrón a grafikus felület kiosztása és a terminálban, konzolban használt kiosztás teljesen külön van kezelve. Pl. az Arch alapú disztrók ilyenek. Így telepítéskor hiába adtál meg grafius felületen Hu-billentyűzetet, attól még terminálban más lehet a történet.
Sőt, néha a grafikus Login Managerben is külön kell állítani a kiosztást.
[ Szerkesztve ]
-
Frawly
veterán
válasz bambano #28183 üzenetére
Az összes linuxos particionáló tool default 1024K-s eltolással particionál, ami jó 4K-s és 0,5K-s meghajtóknak is. Viszont RAID-nél nem tudom az eltérő szektorméret mennyire lassít. Fájlrendszer oldaláról megint rendben van, mert a deafult clusterméret 4K vagy ennek többszöröse.
-
Frawly
veterán
válasz Dißnäëß #28186 üzenetére
Mindenképp azt mondom, hogy próbáld ki. Nézd meg mennyivel lett gyorsabb a RAID tömb, mint a szimpla lemezek önmagukban. Onnan fogod látni, hogy ezért a plusz sebességért megéri-e neked RAID-ezni egyáltalán. Ez így elvi síkon eldönthetetlen, hogy melyik lemezed hogy fog tetszeni a szoftveres RAID-nek.
-
Frawly
veterán
Ma letiltotta a Firefox béta az összes addonom. Eddig is 67-es verzió volt, de frissült. Kitalálta, hogy az összes téma és addon nem kompatibilis hirtelen. A privát móddal hozza összefüggésben, de nem használok privát böngészést. Más is belefutott ebbe?
Mielőtt ubyegon éljenezne, hogy megint a rolling miatt törik el valami, csak úgy írom, hogy portable Firefoxról van szó, amit a Mozilla oldaláról letöltött tar.gz-ből bontottam ki, és egy mappába kibontva fut, évek óta így használom, először van vele baj. Tehát nem az Arch valamelyik tárolójában lévő verzió hibás.
-
Frawly
veterán
válasz Frawly #28189 üzenetére
A vicc az, hogy nem csak az összes addont, de az összes témát is letiltotta. Kinulláztam a profilt, és próbáltam az addonokat és témákat újra letölteni és hozzáadni, de azt írja, hogy a Download failed. Please check your connection. A kapcsolattal természetesen semmi probléma nincs, minden oldal bejön.
Feltettem a tárolóban a 66-os stabil Firefoxot. Ez is ugyanazt csinálja. Wtf.
-
Frawly
veterán
válasz sh4d0w #28193 üzenetére
Ja, mindenkit érint. Tele van vele minden híroldal, fórum, windowsos, linuxos, mac-es userek is panaszkodnak, érint minden verziót ESR, stable, Developer Edition.
Nagyon gáz, hogy a Mozilla távolról működésképtelenné teheti a böngészőt, egy gombnyomással vagy tanúsítvánnyal. Nem tudok másikra váltani, a Google is ugyanezt csinálja a Chrome-mal, és a többi böngésző is Chrome alapú.
Még a Firefox profilom is kinulláztam, egy csomó beállítás elveszett. Azt hittem eleinte, hogy csak nálam tört el valami. Több mint fél órát fetrengtem rajta, mire rájöttem, hogy tömeges probléma.
-
Frawly
veterán
válasz ubyegon2 #28198 üzenetére
Majd Minten is el fog csesződni, hidd el. OS független teljesen, Mac-en, Windowson, Androidon is előjön a visszajelzések szerint, és csodálkoznék, ha a BSD-k kivételek lennének.
iOS-en nincs gond, mert arra nem érhető el a Firefox, vagyis ott csak az Apple böngészője fölé húzott bőr, mivel Almáék ellehetetlenítették az összes böngészőkonkurenciát, csak a sajátjukat engedélyezik.
Vannak az ügyben fejlemények, de ezt a Firefox topikban tárgyaljuk ki, ott fut a téma fő szála.
-
Frawly
veterán
Rákötöttem az X220-as laptopomra egy RX570-es kártyát eGPU-ként. Az lspci kimenetben látszik is.
Mit kell ahhoz csinálni, hogy a kártyát használni tudjam? Jelenleg a prociba integrált Intel HD3000-es GPU-t használja a rendszer. Hogyan tudnám rávenni, hogy a másik GPU-t használja?
Azt tudom, hogy állítólag kell hozzá külső monitor, meg is van rendelve, de még nem ért ide. Csak NV kártyához nem kötelező külső képernyő, de olyat nem akartam venni a fostos drivertámogatás miatt. Kifejezetten ezért lett AMD kártya véve.
Tippre bootkor kéne valami kernelparaméter, ami a külső GPU-t inicializálja.
[ Szerkesztve ]
-
Frawly
veterán
Nálam sima Archon sehogy sem ad debug kimenetet, hiába futtatom a dmesg -l debug vagy dmesg --level debug parancsokat. Sanszos, hogy kapitánynak van igaza, és külön így kell fordítani hozzá a kernelt.
De az is lehet, hogy az általad írt dynamic debug-ot nem kapcsoltam be, ezt hol lehet megtenni?
[ Szerkesztve ]
-
Frawly
veterán
válasz Frawly #28246 üzenetére
Erre senki? A külső kijelző működik, amit az eGPU-ra kötöttem, de az eGPU nem, nagyon lagol, szerintem az integrált GPU erőlködik, de nehezen tudja kipréselni magából az 1080p-s felbontást.
Win10 alatt hekkelés nélkül működik a cucc, a külső kijelzőn automatikusan az eGPU-t használja.
-
Frawly
veterán
válasz azbest #28254 üzenetére
Igen ám, de akkor Win10 alatt miért jó? Ott több száz fps-sel szakÍtanak a külső kártyán a régebbi játékok, egyelőre még csak azokkal próbáltam. Ott nincs lag az asztalon sem, pedig 1080p a felbontás.
Pont ezt akarom, hogy az eGPU (RX570) legyen az elsődleges. Nekem nem kell, hogy képet mutasson a laptop belső kijelzőjén, az nem is lehetséges, mert AMD kártyám van, ami ezt nem támogatja, azért is kötöttem rá HDMI-n külső monitort. Meg a külső kijelző teljesítményszempontból sem rossz, mivel akkor a szűkös PCIe x1 sávon nem kell a képet visszaküldeni.
-
Frawly
veterán
válasz kezdosql #28335 üzenetére
A Firefox Súgó menüjében válaszd az újraindítást letiltott addonokkal. Vagy about:support lapon a Refresh gomb.
A FF indítása előtt indítsd egy feladatkezelőfélét, htop vagy Gnome System Monitor vagy akármit, és nézd meg a Firefox indítását, hogy mi látszik a fagyás előtt.
-
Frawly
veterán
válasz kezdosql #28339 üzenetére
Ez így nagyon kevés és ködös infó, lehet sok minden, hardveres vagy szoftveres hiba. Nem tudjuk milyen gép, milyen disztró, hányas verzió, hogyan kapcsolódik a netre. Internetes lámpát még az életben nem láttam, gondolom az Ethernet-kártya vagy a Wi-Fi kártya LED-jére gondolnak.
-
Frawly
veterán
válasz Dißnäëß #28377 üzenetére
Ez ugyanúgy működik SSD-n is, ahogy HDD-n. SSD-n csak egy extra dolog van, ha van LVM, akkor azon keresztül kell engedni a TRIM-et, és ha van LUKS, akkor azon is. Ennek a mikéntjét az Arch Wiki leírja.
Kivitelezhető, amit írsz, de én ilyen kamu rendszert nem csinálnék rá, aki ért hozzá, az úgy is tudja, ha randomnak látszó adattal van tele a meghajtó nagy része, az titkosítás. Aki meg nem ért hozzá, annak meg felesleges kamurendszert csinálni rá.
De ha SSD-ről van szó, és az SSD és a gép is támogatja, akkor az SSD saját hardveres titkosítása is használható, igaz ez nem olyan megbízható, mint a LUKS, de az esetek nagy részében ez is elég lehet, és nem kell LUKS-szal meg USB-vel szívni.
[ Szerkesztve ]
-
Frawly
veterán
válasz Dißnäëß #28399 üzenetére
Úgy engedték, hogy tudták, hogy this nice kolléga nem fogja úgyse feltenni a 9-est, mert 2019. július 6-án megjelent a végleges Debian 10. Igaz azzal vigyázni kell, mert még nem 10 évesek benne a csomagok, majd csak 20 év múlva jelenthet ki róla, hogy stabi, és ha használod, akkor nem támad hátba egy t-rex sem.
Itt a Debian Wiki-ben le van írva a lényeg:
apt-get install firmware-linux-nonfree libgl1-mesa-dri xserver-xorg-video-atiBár megjegyzem, hogy az xserver-xorg-video-ati nem feltétlenül kell, attól függ, hogy milyen felületet használsz, X.org vagy Wayland alapút, és hogy a kompozitor használ-e 3D-gyorsítást. Az xserver-xorg-video-ati ahhoz kell, hogy klasszik X.org WM-ek, amelyek nem használnak kompozitort, tudják használni a GPU nyújtotta 2D-s gyorsítást.
-
Frawly
veterán
válasz magmakocka #28416 üzenetére
Ezt most nem értem, mit futtatva van ott, milyen modeset?
Egyébként ha megy az Xfce, akkor nem kell Xorg configure. A Kodi-nak valószínű jogosultságbaja van, alapból a kodi nevű felhasználót használja, ami a kodi csoportban van, ennek kéne megfelelő jogokat adni, Alpine-on nem tudom hogyan megy.
-
Frawly
veterán
Folytatva a topik floodolását, nekem is lenne egy kérdésem. Archon indítanám az AUR-ból felrakott Velox WM-et (waylandes). Azt írja, hogy FATAL: Could not open display, és nem indul.
Próbáltam az export DISPLAY=0 és DISPLAY=localhost:0.0 stb. értékkel játszani, úgy sem talál képernyőt. Hogy lehetne működésre bírni?
Próbáltam az AUR-ból a sima velox csomag helyett a velox-git-et feltenni, de az meg le sem fordul, a forráskódban jelez implicit függvényhívási hibát.
-
Frawly
veterán
Három hsz.-szel előtted már írtam, hogy megjelent. De ismétlés a tudás öregapja vagy mi
Lenne egy újabb kérdésem: az 5.2-es kerneltől kezdve bevezették a mitigations kernelparamétert (lehet off-re, auto-ra, nosmt-re állítani). A sysctl -a parancsnak elvileg ki kéne listázzon minden paramétert, amit a kernelnek lehet adni induláskor, de mitigations paramétert nem listázza, semmilyen formában. Mi lehet ennek az oka?
-
Frawly
veterán
válasz ubyegon2 #28423 üzenetére
Tévedés, amit a GRUB-ban odaadsz paramétereket, azt nem a GRUB-nak adod, hanem a kernelnek. Syslinuxszal, lilo-val, meg EUFI boottal is át tudod adni ugyanezeket a paramétereket.
De ettől függetlenül tényleg lehet, hogy a sysctl csak azokat a paramétereket listázza, amelyeknek az értékét menet közben is meg lehet változtatni, mikor már a rendszer fut, míg azokat nem listázza, amiket csak bootkor lehet átadni.
-
Frawly
veterán
válasz Doky586 #28436 üzenetére
De miért akarod Windows alatt nézegetni? Gondolom valamihez kell Linux alatt, ott nézegesd a file parancsot a fájl elé írva. Ha meg nem kell Linux, akkor meg mindegy, hogy 32 vagy 64 bites.
Plusz Linuxon nem bűvölünk ilyen isten tudja honnan szerzett, ismeretlen verziójú és architektúrájú .so libeket. A csomagkezelővel telepítünk mindent, az majd feltesz minden szükséges függőséget, megfelelő verzióval, megfelelő architektúrához, megbízható helyről. Ez nem Windows, hogy a net sötét bugyraiból előkotort .dll fájlokkal kelljen vitézkedni, meg porn-dialer.exe-ket letöltögetni franc tudja milyen oldalakról.
Az a baj, hogy sok kezdő linuxos nem tud elszakadni Linuxon sem a windowsos logikától, weboldalakról szedett dolgokat telepít, ragaszkodik a tűzfalhoz, vírusirtóhoz, windowsos programohoz Wine alatt, stb.. A Linuxnak úgy van értelme, ha Linuxként használod, ha Windowsként akarsz valamit használni, arra ott a Windows.
Új hozzászólás Aktív témák
Hirdetés
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- AKCIÓ! - STEAM kulcsok / Aragami, Transformers, Oddworld, stb. - 2024.08.08.
- AMD Game Bundle: Warhammer 40,000: Space Marine 2 és Unknown 9: Awakening - kaparintsd meg már most!
- Discord Nitro 1 éves (full verzio nem basic)
Állásajánlatok
Cég: Ozeki Kft
Város: Debrecen
Cég: Ozeki Kft
Város: Debrecen