- Részesedést vásárolhat az USA az Intelben
- Monitortrió a Samsungtól, köztük egy 500 Hz-es QD-OLED-del
- AI-alapú felskálázót fejleszt az ultramobil piacra az ARM
- Új Vulkan implementációt hoz az Apple rendszerchipekre a LunarG
- Az OpenAI szerint Musk zaklatási kampányt indított, a bíró nem állt Musk mellé
- Androidos tablet topic
- Apple MacBook
- Milyen billentyűzetet vegyek?
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Home server / házi szerver építése
- VR topik (Oculus Rift, stb.)
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Milyen házat vegyek?
- Projektor topic
- Azonnali informatikai kérdések órája
-
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
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
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
bambano
titán
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.
-
#31096
CPT.Pirk
Jómunkásember
lionhearted
#31095
CPT.Pirk
Jómunkásember
válasz
lionhearted
#31095
üzenetére
Passz, sosem foglalkoztam ilyennel.
-
#31095
lionhearted
őstag
CPT.Pirk
#31093
-
#31093
CPT.Pirk
Jómunkásember
lionhearted
#31080
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.
-
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.
-
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
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?
-
bambano
titán
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.
-
-
#31080
lionhearted
őstag
CPT.Pirk
#31077
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.
-
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.
-
sh4d0w
félisten
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...
-
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...
-
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.
-
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.
-
urandom0
senior 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 35Csiná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 35Csiná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. -
-
_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?
-
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.
-
#31061
bambano
titán
lionhearted
#31060
bambano
titán
válasz
lionhearted
#31060
üzenetére
nem jártam vele sikerrel.
-
#31060
lionhearted
őstag
bambano
#31058
-
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.
-
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! -
_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.
-
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.
-
_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 -
_Dumber_
őstag
Sziasztok.
Akadt egy kis gondom a wifi hálózatommal.
Randomszerűen eldobálja a hálózatot kb 2 hete. Úgy néz ki ilyenkor hogy az IPv4-es címet elveszti, így internetelérésem sincs. (IPv6 networkmanager alatt látszik). Néha megoldás, ha le-és felcsatlakozom wifire újra, de ez sem mindig jön be.Ime a "journalctl -ef" ezekben a pillanatokban.
HP Probook 470 G4
Arch linux up to date (KDE)
Edgerouter X + Unif UAP liteCsak otthoni hálózaton hasznalok Wifit, így sajnos más eszközön nem tudom idén kipróbálni.
A hálózatra kapcsolt többi eszköz tökéletesem működik, netkapcsolatuk is van.Van ötletetek, hogy mi lehet a rossz? Hardver vagy szoftver?
-
Livius
őstag
Sziasztok!
Lenne egy Linux C/C++ programozási kérdésem, de lehet nem is annyira a C/C++ nyelv a lényeg benne, Linux kernel v4.x-et használok.A kérdés az, hogy amikor C/C++-ban a pthread.h-et használva indítok egy plusz threadet FIFO ütemezésben úgy, hogy előre attribútumban beállítom neki a CPU affinitást minden magra, a futás közben ezt a Linux hogy fogja figyelembe venni és kezelni? A thread amit indítok egy végtelen ciklusban figyelget egy thread-safe queue-t, és amikor van valami új elem azt kiveszi, majd csinál vele egy két műveletet, aztán megint blockolva várja a következőt. Ez a szál teljesen jól működik, kb 3-4%-os CPU használatot eredményez, de számomra nagyon gyanús az, hogy mintha a Linux véletlenszerűen indítaná az egyik magon a sok közül ezt a threadet, és utána örökké, csak azon a magon futtatja, vagyis a blockolás feloldása után mintha sose lenne olyan, hogy a másik magra kerülne át a futtatása, pedig a másik magon több szabad CPU idő lenne láthatóan htop-ban. Tud valaki valami infót vagy valami jó linket, hogy valami nagy könyv/biblia szerint a több magot is használható threadeknek hogy kéne managelődni a Linuxban a CPU magok között?
-
Tarokk79
aktív tag
Sziasztok,
Szerettem volna a gépeim között az ssh kapcsolatot kulccsal beállítani. Most 3 gépen próbáltam: a laptopomon debian 10 van, a szerveremen OMV5 és a routeremen Openwrt.
Az OMV-n és a desktopomon (debian 10) kiadtam az alábbi parancsokat:ssh-keygen -t rsa -b 4096 -f ~/.ssh/omv_safe_keyssh-keygen -t rsa -b 4096 -f ~/.ssh/dell_safe_key
Ezután megpróbáltam átmásolni a kulcsokat (224-es portra raktam az ssh-t), de ez nem működött:ssh-copy-id -f -i ~/.ssh/omv_safe_key -p 224 root@192.168.50.1ssh-copy-id -f -i ~/.ssh/dell_safe_key -p 224 root@192.168.50.1
Ezért a LuCi felületen: a rendszer/ Adminisztráció/ SSH kulcsoknál bemásoltam mind a két kulcsot.
A lokál gépemről megy és a logokban ezt látom:Mon Dec 21 13:44:59 2020 authpriv.info dropbear[6713]: Child connection from 192.168.50.174:44204Mon Dec 21 13:45:00 2020 authpriv.notice dropbear[6713]: Pubkey auth succeeded for 'root' with key sha1!! blabla from 192.168.50.174:44204
Viszont a szerveremről nem sikerül belépnem:Mon Dec 21 13:46:08 2020 authpriv.info dropbear[6733]: Child connection from 192.168.50.187:50956Mon Dec 21 13:46:09 2020 authpriv.info dropbear[6733]: Exit before auth (user 'root', 0 fails): Exited normally
Van ötletetek, hogy mi lehet a gond?Előre is kösz
-
#31041
CPT.Pirk
Jómunkásember
lionhearted
#31040
CPT.Pirk
Jómunkásember
válasz
lionhearted
#31040
üzenetére
Így van, ahogy mondod. Mondjuk játékra is alkalmas az RX570 és a mesa driver, én csaknem mindent ezzel játszottam Linux alatt.
-
#31040
lionhearted
őstag
bambano
#31035
válasz
bambano
#31035
üzenetére
"játék nem lesz, fejlesztés meg hibátlan videó és tecső lejátszás a feladat két displayporton meg egy hdmi-n"
"rx 570 van, ennél kellene egy kicsit jobb"
Magam részéről úgy vélem, hogy az AMD driver most nagyon jó linux alatt, szóval a vonalon maradva nem sok jobb értékű kártya van, mint az rx 570.
Tecsőt nem igazán gyorsítja semmi, de ha az megoldott, akkor esetleg az 5500XT, amin van VP9 decoder is, és kevesebbet eszik default. És egy hangyányit jobban is teljesít. -
CPT.Pirk
Jómunkásember
válasz
bambano
#31037
üzenetére
Tudom mire gondolsz, de nem kikapcsol a gép, hanem szabályosan elindul a leállítási folyamat és le is áll. Hiába van kikapcsolva a démonban ez.
Most beírtam egy exit 0-t a szkript elejére ami powerfail esetén a jelek szerint lefut, így megy a gép batteryről. Low battery esetén egy másik szkript fut le.
-
CPT.Pirk
Jómunkásember
CyberPower UPS van egy Lubuntu 20.04-es gépre kötve. USB-n látja, minden jó. Az arch wikiben [link] írtaknak megfelelően működik, kiadtam ezt a parancsot:
pwrstat -pwrfail -shutdown offhogy ne állítsa le a gépet az UPS azonnal, ha elmegy az áram de töltve van az UPS (hiszen pont ez lenne az UPS lényege...). A config is azt mutatja, hogy sikerült és csak 35% töltöttség alatt kellene leállítania a gépet.
Ugyanakkor ha az UPS-t kihúzom a konnektorból, akkor pár másodperccel később leállítja magát a gép.
-
bambano
titán
pls. súgjatok, olyan amd videokártya érdekelne, ami elég erős, minden támogatott rajta linux driverileg. 3d, játék nem lesz, fejlesztés meg hibátlan videó és tecső lejátszás a feladat két displayporton meg egy hdmi-n.
ebben a gépben, amin most írok, x log szerint rx 570 van, ennél kellene egy kicsit jobb (másik gépbe kerül majd). ár valamennyire számít.
kösz
-
zone
őstag
-
zone
őstag
Így van, BananaPi az ARM. Azt láttam, hogy van Linuxra és Macre, akkor ezek szerint ez felejtős.
Lehet ext4 lesz belőle, vagy zfs, esetleg exfat? Az elérése vegyesen van Win10 és Android eszközökről.
Egy kicsit keresgéltem és lecseréltem az automount sort az fstab-ban erről:
/dev/sda1 /wdred ntfs auto
erre:
UUID=60AE8A3E4FD97AE1 /wdred ntfs noatime,async,big_writes 0 0Win10 alatt valamivel gyorsult a mappanyitás 3-5 mp-re, ssh-n midnight commanderrel 2-3 mp. Elvileg a big_writes már elavult opció, de nem dobott hibát emiatt.
A deluged két processze is 70-90% cpu használatot mutat, lehet ott is valami config tweak kellene. -
-
-
kovaax
őstag
válasz
inf3rno
#31013
üzenetére
Na, csak nekifutottam harmadjára is, és kiderült a turpisság. Amikor kiválogatom az Oracle Software Delivery Cloud-ban az iso-kat, akkor szürke marad a Download gomb, ha felé megyek, azt mondja, hogy "The Download manager is not compatible with your environment.". De fönt meg ezt írja: "You may download files: Individually - Click the file name to download". És ez működik.
Szerk.: Lesz Orákli Linuxom, hát én olyan boldog vagyok!
-
zone
őstag
Mi lehet az oka, ha a deluged web ui daemon elindítása miatt a sata hdd hálózati elérése belassul? Egy mappa megnyitása Win10 alatt akár fél percbe is telik. De ssh kapcsolattal is 3-5 másodperc az eszközön belül.
A gép egy Banana Pi (Armbian), a hdd ntfs rendszerű. Csak egyetlen torrent tölt 40-90kbps sebességgel. Ha ezt szüneteltetem, a megosztott mappákat azonnal meg tudom nyitni. Ha a web ui-n leállítom a daemon-t, az is segít, de ugyanúgy leáll a letöltés.
A htop szerint "/sbin/mount.ntfs" és a "/usr/bin/python /user/bin/deluged" terheli a procit, de korábban nem volt ilyen gondom, így nem tudom, hogy régen is ilyen volt-e. [htop kép]
-
-
kovaax
őstag
Megpróbáltam letölteni a telepítőt, eközben derült ki, hogy egyszer már regisztráltam náluk, majd mikor nem sikerült letölteni semmit egy wget.sh-n kívül (ami szintlén nem képes letölteni semmit), rájöttem, hogy egyszer régen pont így jártam. Hát, ennyit akkor az Oracle Linuxról.
-
kovaax
őstag
Mindenki nyugodjon le a p*csába, itt a Végső Megoldás: https://linux.oracle.com/switch/centos/
Ezt megúsztuk!
-
#31003
lionhearted
őstag
kovaax
#31001
-
#31001
kovaax
őstag
lionhearted
#31000
kovaax
őstag
válasz
lionhearted
#31000
üzenetére
Elméletileg az elmélet megegyezik a gyakorlattal. Gyakorlatilag...
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Na csak meg lehet ezt oldani. Megvan az orákulum nejó!!!
Új hozzászólás Aktív témák
Hirdetés
- Kaspersky, BitDefender, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- Windows 10/11 Home/Pro , Office 2024 kulcsok
- Jogtiszta Windows - Office & Vírusirtó licencek- Azonnal - Számlával - Garanciával - Nint.hu
- Assassin's Creed Shadows Collector's Edition PC
- Microsoft Surface Pro 9 i5-1245U 16GB 256GB 1év garancia
- Okosóra felvásárlás!! Samsung Galaxy Watch 6, Samsung Galaxy Watch 7, Samsung Galaxy Watch Ultra
- HIBÁTLAN iPhone 13 mini 256GB Midnight -1 ÉV GARANCIA - Kártyafüggetlen, MS3044
- Apple iPhone SE 2020 64GB, Kártyafüggetlen, 1 Év Garanciával
- BESZÁMÍTÁS! ASUS TUF A15 FA507NV 15 notebook - R7 7735HS 32GB DDR5 512GB SSD 1TB SSD RTX 4060 6GB W
Állásajánlatok
Cég: FOTC
Város: Budapest