Hirdetés
- Pánikban a világ a Radeon RX 5000 és 6000 sorozat támogatása miatt
- Az AI miatt biztonságosabb az Android, mint az iPhone
- Hirtelen rájött az AMD, hogy mégsem szűnt meg egy funkció az egyes Radeonokon
- Aggódhatnak a amerikaiak: a Huawei újabb lépést tett a modern AI gyorsítók felé
- Hamarosan mind begombázunk?
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- 3D nyomtatás
- Kormányok / autós szimulátorok topikja
- Az Intel szerint sokáig marad velünk az Intel 18A node
- Pánikban a világ a Radeon RX 5000 és 6000 sorozat támogatása miatt
- Milyen alaplapot vegyek?
- SONY LCD és LED TV-k
- Hamarosan mind begombázunk?
- Apple asztali gépek
- Amlogic S905, S912 processzoros készülékek
-
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
-
Xubuntu frissített, újraindult, majd a max felbontás 1024x768lett, az egér is laggol. Eddig max. 4k volt, de hull hd-n használtam a tv-vel. Ezzel mit lehet kezdeni? Windowsos ledurnám a catalystot....de itt?
-
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.
-
Ablakos
addikt
Ubuntu 18.04 -ben valamit elállítottam. Egy user prompt-ból kiadom a sudo -i parancsot, akkor átvált root felhasználóra, de a /root .bashrc mintha nem futna le. Nincs színezett prompt.
cat /etc/passwd
root:x:0:0:root:/root:/bin/bash
Továbbá pl az ls -l 'll' alias sem működik. Az ilyenkor kiadott bash parancs már rendbe teszi.Mi okozza ezt a furaságot?
-
Végül feltettem egy Chomre-ot + h264ify addont meg Vlc-t, és gyakorlatilag ezekkel megy normálisan minden, nem kellett semmibe belemászni pluszba.
-
CPT.Pirk
Jómunkásember
Ezt azért furcsállom, mert ezek a csomagok ott vannak a többi között. Még Debian alatt is a main tárolóban vannak, nem a conrtib vagy nonfree szekcióban.
A Fedora is idén januártól beépítette a va-api támogatást bekapcsoló patchet a Chromeiumba. A Fedora-t nem ismerem, de ez feltételezi, hogy telepíti az ehhez kellő csomagokat is, mert különben nem sok értelme lenne.Amúgy vagyok, csak jellemzően a másik Linuxos topicban.
-
Vladi
nagyúr
válasz
CPT.Pirk
#28089
üzenetére
"valamilyen általam érthetetlen okból"
2 ok van: a disztró licenc protokollja, például fedoránál nem lehet, a másik ,hogy a program készítője nem engedi közvetlen kiadást.
Anno, mikor a nyílt driverek még fasorba se voltak (2000-2005 kb.) akkor csak zárt votl. De mind az amd/ati, mind az nvidia tiltotta, hogy a disztróhoz csomagolják a drivert. Sehogyse lehetett. Akkor találták ki, hogy akkor 3rd party tároló van és onnan. A legtöbb disztró közeli 3rd tárolót ugyan azok üzemeltetik, akik a disztrót összehozzák.
szvsz rég láttalak.
-
CPT.Pirk
Jómunkásember
válasz
Victoryus
#28087
üzenetére
Egyedül a Chromeium VA-API verziója használ GPU-s gyorsítást a Youtube videókhoz Linux alatt, ha a hardverben ott van az UVD blokk. Az alap Chrome / Chromium és Firefox nem tudja. A Firefox alatt be lehet kapcsolni a felület gpu-s gyorsítását, de a Youtube videón ez nem sokat számít.
A va-api kihasználásához meg gyakran kézzel kell feltenni csomagokat, mert valamilyen általam érthetetlen okból a disztrók egy része ezeket nem teszi az alap telepítés részévé. vainfo progi megmondja, hogy mi a helyzet ezen a téren. Ha alapból nincs vainfo progid telepítve, akkor gyanús, hogy kézzel kell felraknod a va-api csomagokat a csomagkezelőből.
*szerk: a nyílt amd driverrel megy minden, nem kell a gyártói drivert feltenned ehhez.
*szerk2: ha a va-api megy akkor még a vdpau-t is hasonló módon meg lehetne oldanod és akkor SMPlyaer, Vlc meg Bomi lejátszók fogják is tudni használni a hardveres gyorsítást. A vdpaut-t a vdpauinfo progival tudod ellenőrizni.
-
Vladi
nagyúr
válasz
Victoryus
#28087
üzenetére
Nem.
Elvileg a nyílt driverrel meg kell tudnod hajtani. Tesztelgesd:
glxinfo
Asszsem. Direct renderinget keress. Ha az mnegy, akkor uvd-t kell megnézzed:dmesg | grep UVDHa van rendes gyorsításod és uvd-d is, akkor a lejáccókban kell kiementnek beállítani. firefoxhoz kell tán valami ffmpeg kiegészítő csomag ehhez.
-
Van egy Hp t620 vékony kliens gépem. AMD GX-217GA Dual-Core APU + AMD Radeon HD 8280E gpu (1.65 GHz) Xubuntu 18 van a gépen. A jó hír, hogy DisplayPort>>hdmi átalakítóval simán felismeri a tv-t, sőt még a hangot is átküldi. Natív 4K-ra is beállítható, de csak FullHd-ben kínoztam, mert 4K-t nyilván nem várok tőle.
A kérdés az, hogy a Xubuntu alapból tudja-e használni a gpu-t normálisan? 720p felett Youtube eléggé szaggat, de a beépített media playerrel már a 720p 2GB-os The Walking Dead is diavetítés... Ennél azért többre képes ez a kis gép nem? A laptopomban AMD A4-3305M volt, és az mindent vitt... még a Gta5-öt is 1280*720-on... Ez a GX-217GA meg újabb 2 évvel annál.
Tegyek rá valami másik media lejátszót? Az AMD oldalán van driver E2-3200+8280-as gpu-ra, de az enyémre nem találtam külön. Esetleg ezzel jobb lenne-e a helyzet? -
Van egy összefűzött parancsom, ami a gép frissen tartását hivatott szolgálni:
sudo apt autoremove && sudo apt clean && sudo apt autoclean && sudo apt update && sudo apt dist-upgrade && sudo apt upgradeMűködik tökéletesen, az egyetlen kérdés, hogy megfelelő a sorrend? Esetleg hiányzik belőle valami?
-
Szeretném az OpenLdap szolgáltatást kipróbálni. Feltelepítettem, beállítottam: sudo apt install slapd ldap-utils, sudo dpkg-reconfigure slapd
Próbáltam hozzá feltenni webes klienst: apt-get install phpldapadmin
Konfiguráció: sudo nano /etc/phpldapadmin/config.php
Ha a kliensen belépek akkor php hibát jelez.
Ha a Gosa-t próbálom az se megy, az első lépésig jut, amikor a /tmp/gosa.auth fájlt létre kell hozni meg beleírni amit generál. Beleírtam, ott van, nem megy tovább, nem ír semmi hibát.
Apache, meg php 7.2.15 egyébként rendben üzemel, nem jeleznek hibát.
Másik, amivel még mindig szívok: minidlna az otthoni gépen. Lejön torrenttel a sorozat, a tv látja a mappát, de a mappán belül semmi. Ha pendrive-ra másolom, simán lejátssza. Ha átnevezem a mappát van amikor lejátssza, de volt olyan is, hogy a fájlt is át kellett nevezni.
Egy csomót meg gond nélkül visz... A fájlnevekben én nem látok semmi extrát, formátumuk (kodek) is egyforma. -
alevan
őstag
Debian szerver. Készítettem egy samba share-t, a teszt user a tulajdonosa a megosztott könyvtárnak, mégis read only, nem lehet sem új fájlokat készíteni, se törölni. Alább az smb.conf:
[global]
workgroup = WORKGROUP
server string = %h server
dns proxy = no
log level = 0
log file = /var/log/samba/log.%m
max log size = 1000
logging = syslog
panic action = /usr/share/samba/panic-action %d
encrypt passwords = true
passdb backend = tdbsam
obey pam restrictions = no
unix password sync = no
passwd program = /usr/bin/passwd %u
passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
pam password change = yes
socket options = TCP_NODELAY IPTOS_LOWDELAY
guest account = nobody
load printers = no
disable spoolss = yes
unix extensions = yes
wide links = no
create mask = 0777
directory mask = 0777
map to guest = Bad User
use sendfile = yes
aio read size = 16384
aio write size = 16384
local master = no
time server = no
wins support = no
min receivefile size = 16384
write cache size = 524288
getwd cache = yes
socket options = TCP_NODELAY IPTOS_LOWDELAY
[box]
path = /media/teszt
read only = no
browseable = yes
inherit acls = yes
inherit permissions = yes
ea support = no
store dos attributes = no
printable = no
create mask = 0777
directory mask = 0777
hide special files = yes
follow symlinks = yes
hide dot files = yes
write list = "alevan",@"alevan" -
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.
-
Lenry
félisten
válasz
bambano
#28072
üzenetére
nem backup, vagy ilyesmire kell
az eredeti probléma:
amit a kolléga beránt bármilyen eszközről (főleg Android) Drive-ba, azt jelenjen meg a szerver egy mappájában és vica versa.mivel Androidon a Google Drive a legkézenfekvőbb és legegyszerűbb, ezért az én oldalamat (a szerver) kell ahhoz igazítani.
a kollégák kényelme mindenek felett -
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
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.
-
Lenry
félisten
tudtok nekem olyan Google Drive klienst, ami
- CLI
- képes csak kijelölt almappát szinkronizálni
- figyeli a lokális fájlokat
- figyeli a remote fájlokat
- változás esetén szinkronizál
?eddig csak olyanokat találtam az első két követelményt tudja, ezért megírtam egy inotify-ra épülő scriptet, ami figyeli a lokál mappát, egy daemont, ami futtatja a scriptet, egy cronjobot ami x időközönként szinkronizál (mert fogalmam sincs hogyan figyeltessem a távoli mappát) és épp azon gondolkodtam, hogy hogyan kellene valami lockfile-al megakadályozni, hogy a cron meg a script egyszerre dolgozzon, amikor bevillant, hogy "nincs az az isten, hogy én vagyok az első, akinek erre szüksége lenne", szóval biztos vagyok benne, hogy ezt valaki már megoldotta...
-
bugizozi
őstag
Sziasztok!
OpenVPN szervert szeretnék telepíteni, végigmentem ezen a leíráson, de nem sikerült csatlakozni, a kliens már az elején kiírja hogy failed to connect. A routeren a portátirányítást megcsináltam.
Friss telepítésű Debian, nem telepítettem rá semmit egy SSH-n kívül. Van valamit amit még be kellene állítani?Köszönöm a segítséget!
-
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 asciiquariumA -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.
-
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.
-
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.
-
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?
-
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?
-
#28054
nyisziati
veterán
Plasticbomb
#28047
nyisziati
veterán
válasz
Plasticbomb
#28047
üzenetére
Anno én is használtam KDE-vel Fedorát, szerintem a legszebb Linux-variáns. De egyszerűen annyira nem volt felhasználóbarát, hogy inkább maradtam az ubinál (már amikor használom).
-
#28053
Frawly
veterán
Plasticbomb
#28047
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.
-
válasz
#20584850
#28050
üzenetére
Mint Mate live-on meg tudtam nézni, itt biztosan megtalálod a kompozitor beállításokat a Rendszerbeállítások-ban, nekem C2duo gépen a compiz-ra állítás segített, de kipróbálhatod a többi kompozitort is a window manager ablakban.
Amúgy bármi egyéb kérdésed merülne fel a továbbiakban, a Kezdő topikban tedd fel!
-
#20584850
törölt tag
Üdv.Egy régi Core 2 Duo gépen integrált videó kártyával föltettem az Ubuntu Mate és a Linux mint Mate verziókat.
Az oldalakon lefelé,felfelé görgetéseknél képernyő középső részén 2/3 kereszteben egy hajszálvékony nem egyenes vonal fut.
Lehet ezzel kezdeni valamit? -
#28049
Vladi
nagyúr
Flowtation
#28048
Vladi
nagyúr
válasz
Flowtation
#28048
üzenetére
Zsír, örülök, hogy sikerült és tanultál.
-
#28048
Flowtation
őstag
Vladi
#28046
Flowtation
őstag
Köszönöm a választ! Ma nekiültem és megcsináltam. Valóban nem volt nehéz, kellett figyelni, de sikerült. Nem tudom miért gondoltam, hogy bonyolult, írhattam volna a kezdő topicba is. Ellenőriztem trans remoteban is, a Libreelec-nek pedig nem számított, sőt meglepő de a winnek se.
Itt van:
[link]Nem sértődtem meg, sőt! Ügyesen rávettél a tanulásra.
-
#28046
Vladi
nagyúr
Flowtation
#28044
Vladi
nagyúr
válasz
Flowtation
#28044
üzenetére
Ne vedd rossz néven, de neked nem.
Ez a hosszú név ez sima automatikusan adott név, elvileg valamilyen automount szolgáltatás csinálja.
Leállítod a démont ami használná, lecsatolod, átnevezed, jogosultságot beállítod, fstabba beteszed, felcsatolod, démonba megadod az új elérési utakat - ha ételmes a kliensed, akkor újra se kell hesselni, deasevészes.Ez egyébként egy 10 perces processzus, de ha ott tartasz, hogy ehhez howto kell, akkor inkább ne fogj bele, ert csak összezavarodsz.
Jóvanazúgy.
Ne sértődj meg, nem rosszat akarok neked. Vagy úgy hagyod, kicsit beleásod magad a témába és utána fogsz neki, vagy hagyod a fenébe és alkalmazkodsz a helyzethez.
-
#28045
Flowtation
őstag
Flowtation
őstag
Sziasztok!
Felmerült egy kérdés másik topicban, valaki le tudná írni, hogy ez megvalósítható-e futó rendszeren, adatvesztés nélkül? OMV-ről (debian alapú) van szó.
[link]Köszönöm előre is!
-
#28044
Flowtation
őstag
Flowtation
őstag
Sziasztok!
Felmerült egy kérdés másik topicban, valaki le tudná írni, hogy ez megvalósítható-e futó rendszeren, adatvesztés nélkül?
[link]Köszönöm előre is!
-
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.
-
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.
-
Dißnäëß
nagyúr
Esetedben Te bal lentről indulsz, localhost-ról, local process-ből és felfele haladsz.
Az OUTPUT több táblában is szerepel, tábladefiníció nélkül megadva a filter táblában lévő része van értelmezve és annak megfelelően ott machinálsz.
A baj ott lehet, hogy X user kimenő csomagját ha Te VPN-be akarod áttolni és ez magáról a tűzfal gépről származik, ami ha jól értem, így van, azaz localhost-ról származik a csomag (!), akkor a filter tábla OUTPUT láncán átmegy, abba meg betettél egy DROP-ot, persze, hogy fogja.
Kiszedném ezt a DROP szabályt és inkább egy ilyen UUID-el létrehoznék OUTPUT-ban egy ACCEPT szabályt, DROP-ot pedig nem is tennék a lánc végére, szerintem kevésbé szerencsés megoldás, inkább a lánc policy-jét érdemes DROP-ra állítani és automatikusan dob mindent, ami nem felelt meg 1 szabálynak sem (vagy még mindig a láncon maradt).
Ha a szomszéd, melletted lévő gépről jönne a csomag és így kéne mennie tovább másik interfészre, akkor a csomag kihagyja localhost-ot és source/destination nat mellett machinálni a FORWARD láncokkal is, azokban szűrni (mondjuk policy DROP-ra itt is és akkor ütsz a pajzson egy lyukat, de az alapvetően mindig dob mindent, illetve a vissza iránynak is a válaszcsomagok érdekében ütni egy ACCEPT-es szabállyal lyukat és szűrted az átmenőt is). FORWARD-nál arra érdemes ügyelni, hogy kétirányú, tehát ott van -i és -o is értelmezve, míg egy INPUT chain -o eth0 -ra például elhasal, akárcsak egy OUTPUT a -i -re.
Itt mégegy.
-
Dißnäëß
nagyúr
válasz
Mr Dini
#28035
üzenetére
Hátha ez segít, a sorrendiség fontos. Alapból ezeken az "állomásokon" mennek át a csomagok, iránytól függően, illetve nyilván default-ból minden nyitva + amikor csak chain-t nevezel meg, tábla nélkül, akkor az a filter táblán operál (mindaddig, míg az adott lánc filter-ben értelmezett, például PREROUTING lánchoz hiába adsz szabályt hozzá filter-en, hibát dob, ő a nat-ban és a mangle-ben értelmezett).
Egyébként meg igen, a szabályok egy adott chain-en belül sorrendiség alapján haladnak előre, szabályról szabályra vizsgálja a kernel, az adott szabály érvényes-e a csomagra, ha igen, annak megfelelően kezd vele valamit, ha nem, lépteti a következőre. Ha egy szabály sem illett a láncban egy adott csomagra, a lánc policy-nak megfelelően dobódik, vagy kikerül a láncról, vissza a fő láncra, ahonnan meghívódott a "custom" (saját) lánc.
Mint egy futószalagon és ami csomagra érvényessé válik egy szabály, azt leveszi a "futószalagról" és már nincs rajta többé (kivéve mondjuk egy log-olós szabály lánc, ami a log-olást elvégzi úgy a csomagra, hogy közben a csomagot nem mozdítja el erről a futószalagról).
Én amúgy sosem támogattam a DROP-ot, szerintem sokkal biztonságosabb és emberi hibát elkerülőbb, ha nincs DROP-od a lánc végén, ellenben a lánc policy-jét állítod DROP-ra. Valahogy butabiztosabb, de ezt csak lezárásra értem, ha menet közben kell okkal DROP-olni valamit egy viszonylag megengedő láncban, jó a DROP.
Egy piszok egyszerű ultraalap mókán szemléltetve:
iptables -A INPUT -i lo -j ACCEPT
iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
iptables -P INPUT DROP -
#28034
Frawly
veterán
Plasticbomb
#28028
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.. -
-
válasz
Frawly
#28008
üzenetére
Nem működik így se,hiába vettem a saját tulajdonomba. A minidlna mind pendrive, mind usb-s merevlemez esetén permission denied hibát dob. Pedig most az ssd-n levő meg az usb-s eszközökön levő cuccoknak is én vagyok a tulaja, bármelyik fájlt is nézem.
Fstab-ban nem kell még pluszban valamit beállítani? -
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.
-
#28025
Frawly
veterán
Plasticbomb
#28014
Frawly
veterán
válasz
Plasticbomb
#28014
üzenetére
A Steamet, Lutrist tárolókból telepíted? Mert egyébként a dnf-nek van --skip-missing kapcsolója, amivel figyelmen kívül hagyja a függőségeket, szerintem ennek hatására a downgrade-et sem erőlteti.
Vagy ha sehogy nem megy, megengeded neki a downgrade-et, majd mikor feltelepítetted ezt a kettőt, újra upgrade-eled ezeket a csomagokat manuálisan.
Az OpenCL-hez sajna nem értek, nem tudom mi kell hozzá, hogy a legújabb verzió menjen.
-
Mr Dini
addikt
Üdv!
Van két iptables szabályom az OUTPUT chainben, azonban nem igen akarnak úgy működni, ahogyan én szeretném.
0 0 ACCEPT all -- * tun0 0.0.0.0/0 0.0.0.0/0 owner UID match 1069
0 0 DROP all -- * !lo 0.0.0.0/0 0.0.0.0/0 owner UID match 1069Adott az 1069 UUID-jú user, aminek megjelölöm minden csomagját, és routeolom a forgalmát VPN-re. Gyakorlatilag ez alapján próbálkoztam: [link]
Viszont akármit csinálok, mindig a DROP rule alkalmazódik, hiába van a tun0 előbb. Úgy tudtam, hogy mindig az első rule számít. Vagy nem?
-
Jester01
veterán
válasz
s1999xx
#28022
üzenetére
Szerintem ha n+1 admin tudja a root jelszót az kisebb biztonsági rés mintha n+1 felhasználó jelszavával lehet root jogot kapni. Kezdve azzal, hogy az az 1 root jelszó feltehetőleg felelősen megválasztott erős jelszó amit senki sehol máshol nem használ míg a saját jelszavukat tetszőlegesen bénára állíthatják és millió helyen használhatják tehát máshonnan is megszerezhető.
-
Jester01
veterán
-
#28018
Plasticbomb
addikt
Plasticbomb
#28014
Plasticbomb
addikt
válasz
Plasticbomb
#28014
üzenetére
Ez is mindegy, kitalaltam: rpmrebuilder
-
#28014
Plasticbomb
addikt
Plasticbomb
#28006
Plasticbomb
addikt
válasz
Plasticbomb
#28006
üzenetére
Rajottem. ugyan kozben fedora29n vagyok megint (ugyetlenkedek), de rajottem. ROCm kell, rocm-dev package. Az alap mesa opencl driver opencl1.1et ismer, de meg azon is elhasal, szal hasznalhatatlan.
Most mas problemaba utkoztem. Fedoran felraktam mesa19et, kernel 5ot, llvm9et, most raknam fel steamet, s lutrist, de mindketto downgradelni akarja acsomagokat, amiket vegre felugyeskedtem. Hogy tudom felulirni a downgrade-et?
-
Frawly
veterán
válasz
vargalex
#28009
üzenetére
Wow, akkor nagyon gyorsak voltak. 1-2 nap szokott kelleni, mire a Testing vagy Staging tárolóban megjelenik az új stable kernel, és ezután általában 1-2 hét, mire a Core tárolóban is megjelenik. Szerintem nem kerneltől vagy felfedezett bugoktól függ, hanem inkább akkor, hogy mikor érnek rá a kerneles csomagfenntartók.
(#28008) Frawly: sudo chown felhasználód /hdd/csatolási/pontja -R
Lemaradt a hozzászólásból az -R kapcsoló.
-
Frawly
veterán
válasz
Victoryus
#28003
üzenetére
A transmissiont el lehet indítani daemon módban, akkor a grafikus felület kilövése nem érinti:
transmission-daemonEzt külön kell feltenni, nem a transmission csomaggal, hanem a transmission-cli csomaggal.
A jogosultságokat úgy kell megoldani, hogy saját tulajdonba veszed a HDD-n a fájlrendszereket (egész partíció). pl.:
sudo chown felhasználód /hdd/csatolási/pontja(#28007) Lenry: már be is röffentettem Arch Testingből. Semmi változást nem tapasztalok a 4.20-hoz képest, se javulás, se bug nem jelentkezett eddig. Nem is csoda, mert az 5.0 egy átszámozott 4.21. Emiatt kár is volt átnevezni. Új főverziót akkor kéne kezdeniük, ha komoly, koncepcionális változás van, vagy az egészet újraírják.
-
Lenry
félisten
megjelent az 5.0-s Linux kernel
-
#28006
Plasticbomb
addikt
Plasticbomb
addikt
Probalom az OpenCLt mukodesre birni, most epp ubuntun. (BOINC/Claymore, egyik sem mukodik, nem talaljak a hardwaret.)
Ubuntu 18.10, kernel 5.0 generic, mesa 19 elvileg fenn van, vulkan es mesa opencl is. Ennek ellenere sem mukodik.
clinfo kimenet:Number of platforms 1
Platform Name Clover
Platform Vendor Mesa
Platform Version OpenCL 1.1 Mesa 19.1.0-devel - padoka PPA
Platform Profile FULL_PROFILE
Platform Extensions cl_khr_icd
Platform Extensions function suffix MESA
Platform Name Clover
Number of devices 1
Device Name Radeon RX Vega (VEGA10, DRM 3.27.0, 5.0.0-050000rc8-generic, LLVM 9.0.0)
Device Vendor AMD
Device Vendor ID 0x1002
Device Version OpenCL 1.1 Mesa 19.1.0-devel - padoka PPA
Driver Version 19.1.0-devel - padoka PPA
Device OpenCL C Version OpenCL C 1.1
Device Type GPU
Device Profile FULL_PROFILE
Device Available Yes
Compiler Available Yes
Max compute units 64
Max clock frequency 1630MHz
Max work item dimensions 3
Max work item sizes 256x256x256
Max work group size 256
Preferred work group size multiple 64
Preferred / native vector sizes
char 16 / 16
short 8 / 8
int 4 / 4
long 2 / 2
half 8 / 8 (cl_khr_fp16)
float 4 / 4
double 2 / 2 (cl_khr_fp64)
Half-precision Floating-point support (cl_khr_fp16)
Denormals No
Infinity and NANs Yes
Round to nearest Yes
Round to zero No
Round to infinity No
IEEE754-2008 fused multiply-add No
Support is emulated in software No
Single-precision Floating-point support (core)
Denormals No
Infinity and NANs Yes
Round to nearest Yes
Round to zero No
Round to infinity No
IEEE754-2008 fused multiply-add No
Support is emulated in software No
Correctly-rounded divide and sqrt operations No
Double-precision Floating-point support (cl_khr_fp64)
Denormals Yes
Infinity and NANs Yes
Round to nearest Yes
Round to zero Yes
Round to infinity Yes
IEEE754-2008 fused multiply-add Yes
Support is emulated in software No
Address bits 64, Little-Endian
Global memory size 8573157376 (7.984GiB)
Error Correction support No
Max memory allocation 6858525900 (6.387GiB)
Unified memory for Host and Device No
Minimum alignment for any data type 128 bytes
Alignment of base address 32768 bits (4096 bytes)
Global Memory cache type None
Image support No
Local memory type Local
Local memory size 32768 (32KiB)
Max number of constant args 16
Max constant buffer size 2147483647 (2GiB)
Max size of kernel argument 1024
Queue properties
Out-of-order execution No
Profiling Yes
Profiling timer resolution 0ns
Execution capabilities
Run OpenCL kernels Yes
Run native kernels No
Device Extensions cl_khr_byte_addressable_store cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_int64_base_atomics cl_khr_int64_extended_atomics cl_khr_fp64 cl_khr_fp16
NULL platform behavior
clGetPlatformInfo(NULL, CL_PLATFORM_NAME, ...) Clover
clGetDeviceIDs(NULL, CL_DEVICE_TYPE_ALL, ...) Success [MESA]
clCreateContext(NULL, ...) [default] Success [MESA]
clCreateContextFromType(NULL, CL_DEVICE_TYPE_DEFAULT) Success (1)
Platform Name Clover
Device Name Radeon RX Vega (VEGA10, DRM 3.27.0, 5.0.0-050000rc8-generic, LLVM 9.0.0)
clCreateContextFromType(NULL, CL_DEVICE_TYPE_CPU) No devices found in platform
clCreateContextFromType(NULL, CL_DEVICE_TYPE_GPU) Success (1)
Platform Name Clover
Device Name Radeon RX Vega (VEGA10, DRM 3.27.0, 5.0.0-050000rc8-generic, LLVM 9.0.0)
clCreateContextFromType(NULL, CL_DEVICE_TYPE_ACCELERATOR) No devices found in platform
clCreateContextFromType(NULL, CL_DEVICE_TYPE_CUSTOM) No devices found in platform
clCreateContextFromType(NULL, CL_DEVICE_TYPE_ALL) Success (1)
Platform Name Clover
Device Name Radeon RX Vega (VEGA10, DRM 3.27.0, 5.0.0-050000rc8-generic, LLVM 9.0.0)
ICD loader properties
ICD loader Name OpenCL ICD Loader
ICD loader Vendor OCL Icd free software
ICD loader Version 2.2.11
ICD loader Profile OpenCL 2.1Hivatalosan 18.10re nem megy fel az amdgpu-pro csomag, de e szerint egy edittel megoldhato.
Viszont ahogy megyek rajta vegig, van egy pont, ahol vagy valami hianyzik, vagy csak ennyire hianyos a tudasom, hogy nem latom, hogy mi lenne a lepes ott.
Egesz pontosan ezutan:
the I edited the file DEBIAN/preinst and set the following:
if [ "$VERSION_ID" != "18.10" ] ; theneloszor kicsomagolja a deb-et, amikor ugyanezt vegre akarok hajtani, terminal visszaad egy errort, hogy adjak meg egy kimeneti mappat, megadom
/tmp/amd, majd utanna szerkesztem a preinst filet, de o itt ezzel a parancssal lep tovabb:dpkg-deb -b edit /var/opt/amdgpu-pro-local/amdgpu-core_18.50-708488_all.deb
majd utanna installalja. De arrol nincs szo, hogy rakja vissza a szukseges formatumba. (Option 2 Ez az a resz, ahol nekem valami kimarad, mert meg nem olvastam rola...)UI(egyertelmuen Option 2, a -b kapcsolo az amit keresek, de ettol meg ugyanugy at kell nyalaznom.
-
válasz
CPT.Pirk
#28004
üzenetére
ext4-es. Közben másik topicban ajánlották a hwinfo-t. Úgy látom felismerte, hogy usb3, meg a hdd típusát is, régi Fujitsu. Mégis a hardver ennyire gyenge? Na még írok pár helyre.
Pozitívum, hogy mostmár 12MB/s tud letölteni, eddig az csak 3MB/s volt routerrel. Legalább valamiben van előrelépés. Még minidlnat teszek fel rá, ha a tv képes lesz akadás nélkül lejátszani róla akkor annak örülnék. Plusz ha megjön végre a dp-hdmi átalakító akkor még meglátom mennyire bírja a filmeket hardverrel. -
Egy probléma megoldva, de van helyette pár másik: ha kilövöm a grafikus felületet, akkor kilövi a transmission-t is. Plusz a teamViewert is, bár itthon van putty-ssh. Igazából semmit nem gyorsított a fájlok mozgatásán ha kilőttem a gui-t, szóval az akár maradhat is. A transmission leírások szerint van transmission daemon, meg cli, de nálam egyik sincs. Igaz, hogy ezek a leírások kb 2016-17-esek, azóta meg sok minden változott.
Másik probléma: usb3-as merevlemez van usb3-as porton, de tetű lassú. Maximum 33MB/s másol a Xubuntus gép saját ssd-jére, wifin meg max 7MB/s. Na most ugyanez a hdd a win10-es Ideapad 330-on 80-100MB/s közti értéket tud. Most ez azért ilyen tetű lassú, mert a Xubuntu nem ismeri fel az usb3-at? Ez még usb2-nek is lassú.
-
Egy problémám van még: eddig a Tplink routerem intézte a transmission seedelést, OpenWrt volt rajta. Fájlrendszer ext4. Most csatlakoztattam az usb-s merevlemezt a Xubuntus gépre. Látja is, de a transmission nem látja a rajta levő torrenteket, és újat se tud hozzáadni. Hozzáférés megtagadva... Fájlkezelőben minden eddigi cuccot mutat.
Megnéztem mit ír a chmod: root felhasználóval lett minden létrehozva rajta, a mostani felhasználóm viszont t620. Ha jól értelmezem, akkor át kéne vennem a régi felhasználótól a jogokat? Ha igen, hogyan?
Sikerült. sudo chown t620 /media/t620/mnt/ -R
Végre -
Köszönöm szépen, a héten kiderül sikerül-e.
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.
VégreÚj hozzászólás Aktív témák
- BESZÁMÍTÁS! 10TB WD Purple Pro SATA HDD meghajtó garanciával hibátlan működéssel
- ÚJ Lenovo ThinkPad X13 Gen 5 - 13.3" WUXGA IPS - Ultra 5 135U - 16GB - 512GB - Win11 - 2,5 év gari
- HIBÁTLAN iPhone 12 mini 128GB Black -1 ÉV GARANCIA - Kártyafüggetlen, MS3303
- IKEA (HAVREHOJ) tablet tartó
- GYÖNYÖRŰ iPhone 12 Pro 128GB Graphite - 1 ÉV GARANCIA - Kártyafüggetlen, MS3258,100% Akkumulátor
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest