-
Fototrend
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
-
togvau
senior tag
Egy linux (ubuntu minimal, gui nélkül) rendszert helyeznék át egy sd kártyáról, egy másikra. Ahogy látom, ez DD-vel menni fog (sőt megy), de ahogy olvastam UUID alapján azonisítja a lemezeket a rendszer, de nyilván a másik kártyának nem ugyan az lesz az uuid-ja
Ezt hogy oldom meg? Hogy állítom be az új SD uuid-jét a klónozás után? Mert gondolom így be se tud majd bootolni a másik kártyáról.
-
válasz
ubyegon2
#28197
üzenetére
Na ez a nem történik semmi, kb 10 percig tartott half-rollingnál.....
Desktopon Mint fut 6 órája, azon még nem ugrott fel addons-os figyelmeztető ablak....de majd fog. Szinkronizáláskor érdekes lesz, ha mégsem......
No de mi lehet jó tartaléknak? Vivaldi mondjuk.....de az is Chrome alapú nem?
-
válasz
sh4d0w
#28196
üzenetére
A FF-tól függetlenül még lehet helikopáter azért.....
Nálam bő egy hete csinál olyat a FF, hogy a nyitott fülek elkezdenek együtt élni, a jelzőcsík is egyben kezeli őket és random lap és fül múveleteket végez a FF ha kattintok bámelyik egérgombbal, bár én inkább klavi vagy egér hibára gyanakodtam eddig, de sysreboot után viszont akár napokig nincs semmi. Ja és csak desktopnál van ez a jelenség.......(és nem rollingon, mondjuk ez teljesen lényegtelen ebből a szempontból is)
-
válasz
Frawly
#28189
üzenetére
Mielőtt ubyegon éljenezne, hogy megint a rolling miatt törik el valami,
Ezt már megbeszéltük párszor, de látom pereces üzemmódban vagy!
![;]](//cdn.rios.hu/dl/s/v1.gif)
Nálad lehet pár olyan addon, amit érint, vagy csak én vagyok annyira home user, hogy fel sem tűnik, hogy sz*r a FF? 
Most desktopon használom, de megnézem a notebbook rollingjain is.....
ublock, translator, scrollanywhere van csak fenn meg h264ify
-
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
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
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.
-
Dißnäëß
nagyúr
válasz
Frawly
#28187
üzenetére
Ez lesz. Bár igazság szerint inkább csak a kihívás miatt - illetve hát privát családi fotók, hobbi fotósként tele vagyok RAW fájlokkal, szép emlékekkel, kigyepáltam már rengeteget, de hát így is maradt, 8 éve gyűlik..
Szóval nekik valami "redundáns" megoldást keresve agyaltam egy raid1-es tömbön, bár logikai hiba (félrenyomok és törlök) ellen nem véd, de valahogy mégis megnyugtat.
Amin még agyalok, hogy egy másik lokáción elhelyezek egy kis mini gépet vmi linux-al és arra át-sync-eltetem a fájlokat rendszeresen. Nálam most lett 1000-es Digi, anyámnál meg szintén elérhető ott, ahova most költözik pár hónapon belül és akkor lenne a pincében egy kisfogyis mini ITX kütyüje benne egy X terás HDD-vel, első sync SATA-n a gépemben, aztán leviszem hozzá a kütyübe az egyik vinyót, rendszert telepítek, kis szoftver konfig és ollé.
Így ha magamnál bármit elcseszikélek, ott még mindig meglesz.
-
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
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.
-
Dißnäëß
nagyúr
válasz
bambano
#28183
üzenetére
Ahh sry, éjjeli nagy-release-eltünk élesen, már nagyon zombin írtam.
igazán alaposan azzal tudod lerontani a teljesítményét, ha nem illeszted 8 szektoros határra a szektorokat
Mármint a partíciókat, nem ?
Deee amúgy értelek, de ezeket elvileg automatán kezeli már fdisk is, parted is, meg ezeknek a gpt megfelelője is.Mindenesetre kicsit még utánaguglizok ennek és akkor jó lesz. A lényegre választ adtál, én sem gondolom, hogy probléma lenne hellyelközel hasonló sebességű két eltérő drive között tökazonos méretű partíciókat md raid-be fogni. Ez így ideális lenne nekem biztonságos tárolásra a privát cuccaimra (raid1) + a maradék helyekre amíg-ahogy fér, úgy másolok.
Lenne még egy kérdésem: OpenVPN megoldások. Az ASUS router-em tudja, szerver és kliens oldalt egyaránt. Kulcsot mivel generálok a konfigba neki ?
Ezekben a cert-es kulcsos dolgokban sosem másztam bele mélyebben. A router lenne a fogadó fél, amibe 2-3 W10/Linux kliens hívna be ad-hoc jelleggel, illetve haverom szintén félokos-routere állandó jelleggel (site-to-site). -
bambano
titán
válasz
Dißnäëß
#28182
üzenetére
a bájtméretre nem érzékeny, mert az mindenhol 8 bit
a szektorméret már fogósabb kérdés, a régi diszkeken 512 bájtos fizikai szektorok voltak, az újakon 4096 bájtosak, ezt nem jó keverni, mert csúnyán ronthatja a teljesítményt. igazán alaposan azzal tudod lerontani a teljesítményét, ha nem illeszted 8 szektoros határra a szektorokat. Akkor akár 20MBps-t is ki lehet csikarni egy jó diszkből.
a gpt/mbr tudomásom szerint nem számít ebben a kérdésben. abból semmi gond nincs, ha különböző méretű diszkeken csinálsz ugyanolyan méretű partíciókat és abból raidet.
-
Dißnäëß
nagyúr
Sziasztok,
ha raid-ezni szeretnék, mennyire érzékeny a softraid-ezés a különböző méretű meghajtókra, byte/sector-okra, stb ?
Például ha nem egész meghajtót használnék raid-ben, csak mindkettőn lenne egy 1T-s partíció, amiből kreálnék egy raid1-es logikait, a többi hely pedig mindkét drive-on maradna önálló, direktben elért motyó.
Egyik mondjuk egy 4T-s HDD, másik egy 2T-s, egyik Advanced Format-os (4096 bytes/sector), másik nem (512 b/s), egyik GPT, másik MBR típusú ..
Szóval simán mdadm-ből megalkotom mondjuk az md0-át és kész, voilá, vagy feltétlen muszáj bizonyos korlátokat betartanom, elfogadnom ?
-
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.
-
totron
addikt
Legyen user error, de azért érdekes: telepítőscriptben keyboard layout beállít, ugyanazon kiosztással élesben, telepített rendszer már nem fogadja el a jelszót. Ami a root jelszó. A kevésbé használt billentyűkön szereplő karakterekből válogattam össze a jelszót, a minél egyenletesebb használódás érdekében, így speciális karakterek is vannak. Mezei HU, nem 105, semmispeciál. Miért történt ez?
-
bambano
titán
válasz
Mr Dini
#28169
üzenetére
"Hát azért én inkább mondanám, hogy de. Egy épeszű konfig általában tartalmaz tűzfalat": egy épeszű konfig azokra a portokra tartalmaz tűzfalat, amiket egy futó applikáció megnyitott. Ha nincs ilyen, márpedig a desktopnak telepített linuxokon simán lehet, hogy nincs, akkor oda nincs értelme tűzfalat tenni.
-
válasz
Frawly
#28172
üzenetére
Ok, desktop. De ez nem az oprendszer típusától függ, hogy most van-e GDE vagy sem. Hanem egész egyszerűen azért, mert az otthoni hálózatok nagyja eleve NATolva van. Ott is van iptables, csak a routeren. De feltételezem, hogy a kolléga nem desktopon tervez PHP, webszerver, FTP kombót futtatni, hanem valami VPS vagy akármilyen szolgáltatáson.
(#28173) vargalex
Én a VPS/dedikált szerver világban élek. Ott a legesleggyakoribb lépés, hogy a szerverednek saját külső IPv4-es, illetve nemritkán IPv6-os címe van, s alapból minden ki van engedve a netre. Az a használóra van bízva, hogy használ-e tűzfalat, vagy sem.
-
vargalex
félisten
válasz
Mr Dini
#28169
üzenetére
Szervert általában nem rak ki közvetlenül a netre az ember (mondjuk desktopot sem). Van előtte egy tűzfal, pont ezért az alap config-ban minden engedélyezett szokott lenni, minek okozzon felesleges terhelést. Még egy tűzfalnak akkor van értelme, ha a saját hálózatodban/hálózatod tűzfalában sem bízol meg.
-
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.
-
válasz
Frawly
#28168
üzenetére
Linuxon nem nagyon használnak az emberek tűzfalat
Hát azért én inkább mondanám, hogy de. Egy épeszű konfig általában tartalmaz tűzfalat, amiből a kerneles iptables/mostmár nftables messze a legjobb választás vélményem szerint. Ez az ufw is csak egy iptables wrapper, nem teljesértékű tűzfal, csak iptables szabályokat hoz létre.
Az FTP meg fetételezem a passzív kapcsolódás miatt nem ment a kérdezőnek. vstfp konfigban a passzív porttartományt is elérhetővé kell tenni. De ahogy olvasom ez a probléma már megoldódott.
Ahogy az én korábbi failoveres anomáliám is. Volt egy olyan ötletem ma, hogy a gazdagép gateway-t fogom használni. Hát megy is.
-
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.
-
válasz
Victoryus
#28165
üzenetére
Hát ja... úgy már megy gond nélkül. Ez a probléma megoldva. Bírom ezeket a frankó pontos tutorialokat, a lényeg valahogy a legtöbből mindig hiányzik, meg végig kell nézni 20 hozzászólást mert az egyikben csak linkelnek egy normális leírást amit a google nem dob ki véletlen se.
-
FTP kérdés: feltelepítettem ftp szolgáltatást. sudo apt install vsftpd, engedélyeztem a tűzfalon: sudo ufw allow ftp, beállítottam az anonym hozzáférést: sudo nano /etc/vsftpd.conf anonymous_enable=Yes
Létrehoztam az /srv/ftp mappában két mappár, meg egy txt fájlt tesztelésre.
A kliens egy Windows 7-es gép, de nem engedi be. Látja a kliens, kér is felhasználót. (intézőben és explorerben is próbáltam) Ha az anoním módot választom, adok neki egy email címet nem tud belépni.
Ubuntu desktopon egyből felhasználót+jelszót is kér böngészőben.
Az Ubuntun van még dns meg dhcp szolgáltatás is, apache+php azok működnek. -
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.
-
válasz
Frawly
#28159
üzenetére
Az egész fizikai szerveremhez egyetlen egy hálókártya tartozik, ez DHCP-n kap egy statikus IP-t, amin megy a net. Egyébként OS oldalon a NIC az eno1 interface-t kapta meg, illetve van egy bridge rajta, a vmbr0, amit a Proxmox hozott létre. Feljebb posztoltam konfigot róluk.
Viszont e mellé vettem még egy statikus IP címet, ami szintén ugyanazon hálókártyához tartozik, de a DHCP sosem osztja ki neki. Ezt az OVH úgy hívja, hogy failover IP, amit két módon, IP aliasing, illetve IP bridging-gel lehet használni. Ennyi a setup.
-
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.
-
Ablakos
őstag
Próbáltam override-olni a zfs-mount.service -t, de nem érvényesül a felülírás.
systemctl edit zfs-mount létrehozza, megszerkesztem, de nem jó. (a journalban a hiba) Mindössze a service-ben az ExecStart sort szeretném release függetlenre változtatni.root@hyperv-ubuntu-server:~# systemctl show --all zfs-mount.service
ExecStart={ path=/sbin/zfs ; argv[]=/sbin/zfs mount -a ; ignore_errors=no ; start_time=[Mon 2019-04-15 19:28:59 CEST] ; stop_time=[Mon 2019-04-15 19:28:59 CEST] ; pid=1548 ; code=exited ; stat
ExecStart={ path=/sbin/zfs ; argv[]=/sbin/zfs mount -O -a ; ignore_errors=no ; start_time=[n/a] ; stop_time=[n/a] ; pid=0 ; code=(null) ; status=0/0 }Valamilyen trükkel kell az overridolt-ba felvenni a sort vagy nem értem mi lehet a baja?
-
-
-
válasz
bambano
#28154
üzenetére
Az a része az openswitch miatt van, Proxmox specifikus: [link]. Működik is.
Kiszedtem a gateway-t, most a failover IP-t használná, mint gw (automatikusan ezt állította be).
rp_filter szintén kikapcsolva a hoszt vmbr0 interfacen, sajnos nincs net így sem.
+ Van egy bridge specifikus leírásuk is, engem ugyan nem segített ki. [link] Pedig tegnap egy délutánon át próbálkoztam. Illetve ez itt dettó ugyanaz a setup, végigmentem a lépéseken, mégse megy.
Szerk: egyébként fura nekem ez a teljesen valid IPv6 cím, amit meg simán megkap.
Mégsem lehet pingelni azt sem. -
válasz
bambano
#28152
üzenetére
Teljesen jogos. Dedikált vas egy OVH datacenterben, tehát nem, nem VPS. Fizikailag egy hálókártyával van felszerelve, amihez lehet kapni failover IP címeket. Van is egy leírásuk aliasingra itt.
A failover IP lényege, hogy ha időközben másik szerverre költöznék náluk, a failover IP-ket megtarthatom, s csak az eredeti, hálókártyához ingyen kapott (vagyis az alap árban benne szereplő) IP-met bukom, azaz a Proxmox hoszt IP-jét. Ezt nem bánom, csak a VM-ekhez szeretném ezeket a failover IP-ket társítani. Így vehetek két ugyanolyan vasat tükrözéssel, s csak az IP-ket kell áttennem a msáik vasra.
Egyébként az alap konfigot úgy kaptam, hogy a Proxmox fut közvetlenül a vasra telepítve (én tettem fel). Az eno1 interface pedig magától létrejött, DHCP-n kapja meg a hálózaton a saját statikus IP címét.
Ez most az interfaces fájlom még nem megosztott, jelenleg is működő része:
allow-vmbr0 eno1
iface eno1 inet dhcp
ovs_type OVSPort
ovs_bridge vmbr0
auto vmbr0
iface vmbr0 inet manual
ovs_type OVSBridge
ovs_ports eno1Feltételezem, hogy ezek a failover IP címek pedig VLAN címek, tehát mindenképp csak egy NIC-em van, azon kell kimennie mindennek.
tehát összebridgeled a virtuális gép külső interfészét (amit a hoszt os-en látsz belőle) a gazdagép fizikai ethernet kártyájával, erre a bridge-re teszed rá a valamilyen ip-t, és a virtuális gépen belül teszed be a fix ip-t.
Pontosan ezt próbáltam korábban. A vmbr0 a bridge ebben az esetben a gazdagépen, ezt adtam meg a VM kártyájának, meg megkapta a vMAC címet. A telepített Fedora pedig megkapta a statikus IP-t, gateway-t, subnetet, DNS-t. Eredmény: nincs net.
-
bambano
titán
válasz
Mr Dini
#28151
üzenetére
a gép költözését nagy valószínűséggel akkor se úszod meg dns és hasonló faragások nélkül, ha fix ip-t kaptál. ha másik routing domainbe kerül a géped, akkor változni fog az ip. nincs mit tenni.
de most már leírhatnád, hogy mi hogy van, mert nem látni, hogy vps-ben vagy, saját vas van hosztingban vagy mit hogy kavartál.
ha például saját vason van proxmox, akkor kaptál egy valamilyen ip-t, azt teszed a saját vas ip címének, meg kaptál fix ip-t, azt teszed a virtuális gépre.
tehát összebridgeled a virtuális gép külső interfészét (amit a hoszt os-en látsz belőle) a gazdagép fizikai ethernet kártyájával, erre a bridge-re teszed rá a valamilyen ip-t, és a virtuális gépen belül teszed be a fix ip-t.
-
válasz
bambano
#28150
üzenetére
A végső cél az lenne, hogy a Proxmoxos virtuális gépeim saját IP-t kapjanak, ne kelljen a NAT-tal kínlódni. Így nincs port forward anomália, s a 80-as portot is tudom használni per VM szabadon (nem kell egy reverse proxy mindenhez).
De úgy végképp nem akart összejönni, ezért szerettem volna elsősorban tesztelni a hoszt OS-on, hogy hátha tudok csinálni egy másik interface-t, amin lesz net. Így legalább láthatom, hogy működhet a dolog.
A másik indok pedig, hogy szerverek költöztetésénél az alapon kapott statikus címem is elúszik, a failover pedig örökre az enyém, havidíj nélkül. Ha költözni akarok, ezeket lehet mozgatni másik hosztra, s nem kell a DNS-től kezdve mindent átíratni, hogy az új szerveren is menjen (tervben van egy cluster építése, ami több nodeból áll).
-
bambano
titán
válasz
Mr Dini
#28149
üzenetére
tisztázzunk már valamit:
ha van egy fix ip-d a gépnek, akkor minek mellé másik???ha pedig felhúzol két interfészt, amihez mindkettőhöz van gateway, annak jó eséllyel a hálózat lerohadása lesz a vége. ahhoz, hogy egy gép két ip címen hibátlanul elérhető legyen, policy routing kell.
tehát szerintem tedd rá az alap interfészre a statikus ip címet az interfaces fájlban, és rebootolj egyet, a másik ip-det meg felejtsd el.
-
válasz
bambano
#28148
üzenetére
Közben gondolkodtam a szituáción, s arra a következtetésre jutottam, hogy mivel plusz hálókártya nem járt az IP mellé, illetve a szerver hálózata mellé sávszélesség korlátozás is jár, amit egyszerű lenne kijátszani több IP rendelésével, valószínűleg arról van szó, hogy változatlanul egy hálókártyám, s egy eno1-es interface-m van. Az IP pedig VLAN IP. Tehát valahogy azt kéne tudnom elérni, hogy ugyanazt a hálókártyát használja mindkét interface. Ha jól értem, ezt hívják IP aliasingnak, amikor egy NIC több IP-t kezel.
iface eno1:0 inet static
address <kapott IPv4 címem>
netmask 255.255.255.255
hwaddress ether <kapott virtual MAC>
gateway <kapott IPv4 előtagja>.254Majd próbáltam egy
ifup eno1:0parancsot, eredmény: Link exists.ip addr flush dev eno1:0 && ifup eno1:0és az egész kapcsolat lehalt. Csak a KVM segített.Hogy tudnám akkor ezt most mégis összehozni?
-
-
-
Újabb anomáliába ütköztem ezzel a szerverrel, mégpedig az IP kapcsán. Vettem hozzá egy statikus IP-t (ha működik, akkor egy egész blokk be van tervezve), a cél pedig az lenne, hogy a Proxmox virtuális gépeim mind saját IP-t kapjanak. A szerver konfig oldalon volt egy olyan opció, hogy virtuális MAC hozzáadása IP-hez, ezt ki is választottam, kaptam is egyet. Majd próbaképp a Proxmox rendszeren létrehoztam egy interfészt (/etc/network/interfaces):
auto vmbr1
iface vmbr1 inet static
address <kapott IPv4 címem>
netmask 255.255.255.255
broadcast <ipv4 címem előtagja>.254
bridge-ports none
bridge-stp off
bridge-fd 0networking kapott egy restartot, de a teljes szervert is próbáltam, eredmény:
vmbr1: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
inet <kapott IPv4 címem> netmask 255.255.255.255 broadcast <kapott IPv4 címem>.254
inet6 <valahonnan beszerzett valid IPv6 cím> prefixlen 64 scopeid 0x20<link>
ether <vMAC cím, amit kaptam> txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 5 bytes 446 (446.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0Eddig jó, viszont
curl --interface vmbr1 google.comtimeoutra fut, ping IPv4, IPv6 címen az interface-ről indítva szintén nem működik, traceroute semmi... Pingelni sem tudom a kapott IPv4-es címem más eszközről.Ezek után próbálkoztam Proxmox-szal, tehát a hoszt OS-on lelőttem a vmbr1-es elérést, majd a virtuális gépem az elsődleges interface-re kapott bridge-t, a proxmox konfigban a virtuális MAC címet megadtam. Fedora Server telepítéskor pedig kézzel kitöltöttem az IP, broadcast és netmask mezőket a fenti példának megegyezően, ezutén rebootoltam. Eredmény, ifconfig szintén mutat egy IPv6-os címet (nem ugyanaz, de hasonló), viszont a broadcast cím nem 254-re végződik, hanem konkrétan az IP címmel egyezik meg, hiába adtam meg a gateway-t pontosan. Net, ping, DNS feloldás, semmi sincs. Akár az előző esetben. Bár itt TX és RX csomagokat is mutat az ifconfig kimenet.
Nem vagyok egy nagy hálózati guru, és itt el is vesztettem a fonalat. Ötletem sincs, hol szúrhattam el a dolgot. Már csak arra tudok gondolni, hogy a proxmox-os gép tűzfala kavarhat be, aholis iptables + ufw aktív. ufw teljesen alap beállításokon van, tehát az SSH kivételével minden IN forgalmat blokkol.
Mit csinálhatok rosszul?
-
válasz
Mr Dini
#28142
üzenetére
Igazság szerint napok óta szenvedek ezzel, cégnél egy tucat sysadmint végigkérdeztem, senki nem látott még ilyet. A végére annyira nem volt ötletem, hogy mindkét diszken csináltam egy dd-s formázást. Újra az egész procedúrát, s láss csodát, működik!
Ötletem sincs miért, de nem lehet panaszom. A dd mindent megold!
-
Üdv!
RAID1 beállítással kínlódok Debian alatt. A vasban van 4 egyforma típusú, méretű HDD amiből az sdb és sdc párost szeretném összefűzni. Alapból mindkettőn volt egy GPT tábla, illetve egy 512 MB méretű EFI partíció. Ezeket fdisk-kel töröltem, majd adtam neki egy
mdadm --create --verbose --raid-devices=2 --level=1 /dev/md0 /dev/sd{b,c}parancsot, hagy' szóljon! mdadm szólt, hogy vigyázzak, ugyanis nem üres a diszk, ennek ellenére y-nal megerősítettem a kérelmet.Majd egy
mkfs.ext4 /dev/md0, illetve egy csatolás utáni meggyőződés során meggyőződtem róla, hogy a tömb működik.Adtam neki egy
mdadm --detail --scan | tee -a /etc/mdadm/mdadm.confés egyupdate-initramfs -uparancsot is, fstabba beleírtam a csatolási pontot és rebootoltam. Reboot után kötet sehol, journalctl szerint a csatolás timeoutolt, s mdadm verbose kimenetre azzal bombáz, hogy Expected magic <uuid>, got 00000000. Nagyon régen csináltam RAID kötetet, de ilyesmi anomáliára nem emlékszem.Mit csinálok rosszul?
-
Ha KDE-t használok, akkor OK, amúgy a Nautilus alapú Nemo tudása nem nagyon marad el a Dolphintól. Bár ezt kinevetik, akik nem használták még.....
(#28138) emvy
Abban mondjuk igazad van, hogy először a meglévő dolgok működjenek flottul!
(#28139) Plasticbomb
Nem tudom, hogy a waylandra átállás-e az oka vagy az, hogy egyszerűen ne legyen ott minden vacak csak a vertikális panelen, ami kell. Nem ismerem a Gnome3-at, egyszer foglalkoztam vele fél napig, de akkor meg teljesen átalakítottam Cinnamon kinézetűvé, abból meg már volt már épp elég......
-
válasz
ubyegon2
#28137
üzenetére
> Amúgy a tweak lehetősége kit zavarna, ha meglenne?
Senkit, de minden egyes menu, tweak lehetoseg, etc. fejlesztesi idobe kerul. Az OSS desktop mogott korulbelul zero fejlesztoi kapacitas van (az egesz GNOME mogott toredekannyi a fejleszto, mint egy joval kevesbe komplikalt cluster manager mogott).
Tehat probalnak arra optimalizalni, hogy legalabb ami van, az mukodjon igy-ugy. Meg emellett is evtizedes high prio bugok vannak nyitva a GNOME-ban, es tok alapveto funkciok nem mukodnek, mint peldaul a fractional DPI scaling, es a Linux desktop az X miatt egy marha nagy security hole, Wayland meg meg mindig nem tamogatott elegendoen szeleskoruen (peldaul NVidia GPU mellett). Szoval a tweak-ek prioritasa alacsony, eloszor a meglevo alapdolgoknak kellene stabilan mukodnie (kezdve olyasmikkel, hogy ha mondjuk ssh-n keresztul X forwardolsz, akkor a tavoli applikacio hozzafer az osszes helyben futo GUI-s alkalmazashoz).
Vagy amig nincs HW-gyorsitott video a bongeszokben.
Ezekhez kepest mondjuk egy window decoration lofutty. A Youtube fontosabb, mint a desktop ikonok.
-
Mert szelesebb korben is nepszeruek akartak lenni, es - hasonloan az Ubuntuhoz - a jo defaultok a legfontosabbak.
Ez OK, de a Nautilus-t már szinte használhatatlanságig visszabutították, se keresősáv, sokan nyekeregnek, hogy nem tudnak ikonokat kirakni asztalra meg millió bosszantó apróság van még. Amúgy a tweak lehetősége kit zavarna, ha meglenne? Amúgy értem én a szándékot, de a végére az Unity is egész használható lett, ki is dobták gyorsan.
Ott van a Mit Cinnamon, a 4. verziót már csak felrakja a user és ahogy van, használhatja, nem bonyolult, de mégis elég sok beállítási lehetőség van, ha valaki variálni akarna.
-
válasz
ubyegon2
#28135
üzenetére
> Képtelen vagyok felfogni, miért butítják a Gnome-ot, ahelyett, hogy ezt a tweak-elést is integrálnák.
Mert szelesebb korben is nepszeruek akartak lenni, es - hasonloan az Ubuntuhoz - a jo defaultok a legfontosabbak. Ez van mobilon is, az emberek 98%-a nem 'szabja testre' az Androidjat, maximum beallit egy hatterkepet maganak.
-
válasz
Frawly
#28133
üzenetére
Elementary anno az alma utánzó kinézettel lett népszerű, de a saját felület és a plank-on kívül gyakorlatilag elég korlátozott a beállíthatósága persze mihez képest. Amikor próbáltam, ennél is lehetett saját tweak csomagot felrakni, ami már bevált a semmire sem jó Gnome esetén is. Képtelen vagyok felfogni, miért butítják a Gnome-ot, ahelyett, hogy ezt a tweak-elést is integrálnák. Persze a mostani Ubuntu-s Gnome-nál érezhető volt, hogy Unitys-nak kell lennie.....
Azok a disztrók, amik valami saját DE-t vagy más spéci dolgot hoznak ki, hogy azzal legyenek különlegesek, többnyire belefulladnak ebbe az erőfeszítésbe. Mondhattok akármit, de anno ez a Mint-nek a Cinanmonnal nagyon sikerült, de másnak nem annyira.
A PoP amúgy kb egy teljesértékű disztró saját kinézettel, de ezt a PoP 76-os eszközök miatt dobták össze, szerintem semmi olyan nincs benne, amit egy nem totál kezdő ne tudna bármiből összehozni.
A Chakra az más, az már a saját útját járva kicsit tud más lenni, mint a többi népszerű Archklón. (nem is az gyakorlatilag teljesen már...) Ott aztán jól megrágják végső kiadás előtt, RC 18 nem tudom mikor lesz.
De amúgy tényleg jó és gyorsabb a hype-olt Manjaro-nál! A Manjaro a disztrók hype-kingje! De ha valamit felraksz mellé, hisztis kernel panic tör rá.(#28134) emvy
Tudom, köszi! Épp emiatt is említettem abban a hsz-ben, hogy most is 4. Jó ideig megelőzte az Ubuntu-t és a Mint-et, azért azt senki nem gondolta, hogy többen használnák, mint előző kettőt, nem beszélve a Debian-ról, Fedora-ról meg a többiről. Kérész életű hype.
-
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.
-
#28132
Plasticbomb
addikt
Frawly
#28130
Plasticbomb
addikt
válasz
Frawly
#28130
üzenetére
Ez a baj, higy csak ki be kapcsolásra vannak opciók, nincs olyan, higy szinek állítása, illetve ha winben beállítom, újraindítás alkalmával csak az alaplapi ledek őrzik meg a beállítást, az addressable csatikon teljesen elveszíti a fonalat s visszaáll defaultra.
Majd szépen kifundálom, csak idő kell.
-
válasz
Frawly
#28129
üzenetére
Elementary múltkor is feljött, most is 4. a DW-n, a PoP 76 meg egy x-edik Debian/Ubuntu alapú disztró Gnome felülettel, a témája, ami értékelhető, Mint-re is Ubira is letölthető volt anno, már általánosan mindenre, be lehetett állítani barátságos kinézetűre. De kb ennyi a különbség a többi Ubuntu alaphoz képest. Ez az LWM-es dolog van még, de az nem érdekelt.
-
#28130
Frawly
veterán
Plasticbomb
#28128
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
#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.
-
#28128
Plasticbomb
addikt
Frawly
#28122
Plasticbomb
addikt
válasz
Frawly
#28122
üzenetére
De ez az, hogy le lehet, de akkor meg pont az veszik el, amiert ezzel is gondoltam, amikor terveztem ezt a gepet. Jo masfel evvel ezelott. Pont az a baj, hogy nem a villogas kell, hanem egy kellemes szint szeretnek latni. Ennyi. Ugyanannyi a letjogosultsaga, mint pl a vizhutesnek egy PCben, ami szinten van a gepben, de azt meg az UEFI vezerli, szal ott nem problemas ez a kerdes. En sem haragudok ra, ertem en, hogy ez kesobb jelentkezik linuxon, mert mas az igenye ennek a retegnek, illetve meg mashol tart a mi szukseges ehhez/ahhoz listan.
Ohh, egyebkent pl en nem latom, hogy desktophoz minek erintokepernyo, akkora baromsagnak tartom, nem fer a fejembe, de ugyanakkor ertem, hogy nem csak az asztali gepen, aminek a monitorja bo masfel kartavolsagra van tolem van ez kitalalva, szal biztos van, akinek fontos...
Nem is prioritas, ket napja nem butykoltem rajta semmit, majd szep lassan ezt is kitalallom, ahogy OpenCLt is kifundaltam, legalabbis a felet a problemaknak... Kicsit jatszottam vegre, pl Star Citizennel. Ma meg. mindjart teszem magam vizszintbe.
Pelda kepek:
Ez az alapertelmezes, ami egyebkent nem nez ki rosszul, de 10 perc utan azert nem ezt akarom hasznalni.
Ez az, amit szeretnek beallitani.
Kabelezest ne nezzetek, az meg egy adag munka meg penz lesz. Tul nagy a haz, nem eleg hosszuak a kabelek, illetve a felso radit is at fogom rakni alulra, plusz alig par hete epitettem be a vizhutest, s meg nem szereltem a helyere a tapot, amit a gep felso reszeben tartom, ahol nincs viz...
-
kovaax
őstag
Nem tudom igazán, mivel hajlamos vagyok mindent parancssorból megoldani, úgyhogy gyakorlatilag tök mindegy milyen desktopom van. Akkor lennénk okosabbak szerintem*, ha egyszer csak minden eladott gépen linux lenne, és a vindózt kéne feltrükközni, akinek nem jó a linux, hogy akkor mi történne...
* szerk.
-
-
kovaax
őstag
-
-
#28122
Frawly
veterán
Plasticbomb
#28112
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.
-
válasz
CPT.Pirk
#28117
üzenetére
Nem sikerült visszaállítani a régit. A log-ban van verziószám, de azt nem találja. Ha kiíratom az elérhető verziókat, és azokból választok, azzal se megy. De!
Végül találtam egy megoldást, ami most működik 1280x900-zal:
xrandr --newmode "1280x900_60.00" 109.00 1280 1368 1496 1712 1024 1027 1034 1063 -hsync +vsync
xrandr --addmode DisplayPort-0 1280x900_60.00
xrandr --output DisplayPort-0 --mode 1280x900_60.00
Aztán még próbálgatom... belövöm fhd-ra, azt még nagyjából bírja is a gép. 4k-t sajnos nem, de fhd is egész jól néz ki a tv-n. A tv 4k-s. Majd ha lesz rá keret akkor megveszem a t620 utódját.
Lehet, hogy a TeamViewer okozta a gondot? Még ez jutott eszembe. Alapból a tv nincs bekapcsolva, de össze van dugva a géppel. Így ment 1-2 hetet, gond nélkül, amikor bekapcsoltam a tv-t, akkor váltott 4k-ra, majd levettem fhd-re, mert nem bírta a vas. Kikapcsoltam a tv-t, akkor maradt fhd-n szépen. -
#28118
Plasticbomb
addikt
Vladi
#28116
Plasticbomb
addikt
-
#28116
Vladi
nagyúr
Plasticbomb
#28112
Vladi
nagyúr
válasz
Plasticbomb
#28112
üzenetére
Nekem gyanús, hogy a ledek alaplapi vezérlése is primitív dolog. Ilyen pwm értéket kell megadni és passz. Vagy valami cél ic-n keresztül.
Ennek mélyebben kell utánanézni, mert linuxon pölö sok esetben nagyon egyszerű a megoldás. fordulatszám vezérlés is kb egy érték megadása a /proc útvonalon. De amd vga-ák freki szabályozása se több. A unixokon ugye minden egy fájlban van leképezve.
2 maszek megjegyzésem:
- ilyenkor jön rám a sírhatnék, hogy erre winen 10-30 megás driverek vannak, ami megoldható egy 400 bájtos txt fájllal...
- az ilyen led villjogást én is szeretem, kisbaltával kivágom a rákba azt a hardvert, ami elköveti ellenem.
Ilyen projektet találtam, nem biztos, hogy ez kell neked.
-
#28113
pube111
senior tag
Plasticbomb
#28112
pube111
senior tag
válasz
Plasticbomb
#28112
üzenetére
A szoba ledet php val is tudod kapcsolgatni telóról. Webszerver az arduinora.
Én csak pi-n csináltam, de gondolom az arduino is képes rá. -
#28112
Plasticbomb
addikt
Frawly
#28110
Plasticbomb
addikt
válasz
Frawly
#28110
üzenetére
Igyal egy teat, nagyon mergesnek erzem a hozzaszolasod.
Azert ez nem csak egy mining gep, hanem a gepem, amit hasznalok erre is arra is. S a vilagitassal nem az a kerdes, hogy neked tetszik-e, hanem en szeretnem, hogy mukodjon. Epp ez az, hogy nem ezer szint szeretnek, hanem egy kellemes narancs szint(Alapertelmezesben bekapcsolt allapotban fenyorgiat rendez, amit nem akarok, de UEFI alatt csak kikapcsolni lehet, illetve be.). Ebbol a szempontbol jo vagyok, mert az egesz mukodik win alatt, egyetlen szoftver kell hozza.
Egyebkent mar felig haladok azzal is, csak meg kell heckelni, hogy felismerje a ramokat, illetve a ket addressable headert (WS2801 ledekbol allo sorok lognak rajta, PWM jellel vezerli), de nekem csak az i2c-n keressztul az aura controllert kell vezerelni, amibol egyik sem erheto el a kernel altal "felkonfiguralt" smbus csatornan, hanem egy masodikon vannak becsatlakoztatva, amit a kernel nem keres/tolt be. Erre van az a patch a piix4-i2c driverhez, igymar betolti, s lehet mahinalni, de meg nem 100%, mert nem latja a tobbi ledet, csak az alaplapi ledeket, amiket szepen vezerel is.
Egyebkent a megmarkolas problemas lenne, azzal ki kene tepnem a vizhuto blokkokat is, mert azokban van beepitve. Igy is lesem, hogy fogyott a vizbol, szal mar csak ezert sem tepkednem ha lehet.
Szepen osszeall ez a gep, meg kellenek megfelelo kabelek a PSUhoz, mert rovidek a msotaniak, illetve az egyik radiatort at kell pakolnom, mert nem optimalis a jelenlegi elrendezesben. Meg kel meg 3 ventillator, illetve porszurok, stb. PLusz meg par SSD, hogy kenyelmesen elferjenek a szoftverek/OSek.
Egyebkent a szobat is ledsorral vilagitom meg, ami egy arduinobol s 10 meter ws2801 ledbol all, illetve egy 200Wos szabalyozhato feszultsegu tapbol. Egesz jol mukodik, csak azt kene megcsinalnom, hogy a telomrol tudjam kapcsolgatni bluetoothon keresztul.
-
Jester01
veterán
válasz
Victoryus
#28108
üzenetére
xfwm4 az az xfce ablakkezelő ha nem használod akkor le lehet szedni.
mesa-vdpau-drivers és mesa-va-drivers az a videólejátszás gyorsításához van, nem létszükséglet
fwupdate gondolom firmware frissítő, ha nem akarsz frissíteni akkor valószínűleg ez sem kell
Egyedül az ubuntu-drivers-common az ami fontos lehet.Viszont a fentiek közül igazából egyiknek sincs köze a grafikus felbontásokhoz.
-
#28110
Frawly
veterán
Plasticbomb
#28105
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.
-
CPT.Pirk
Jómunkásember
válasz
Victoryus
#28108
üzenetére
Nem leszedned kell, hanem korábbi verziót visszarakni. Nem kellett még ilyet csinálnom, de gondolom az apt megoldja a függőségek visszacserélését is.
Viszont h. egy LTS kiadásnál is ilyen előjött, az elég gáz. Ubuntu topicnál kérdezz még rá. Amúgy mesa csomagok downgradjét próbálnám meg, de ez egy szinttel alatta mehetett el szerintem, keress xorg csomag frissítést a logban és ha látsz olyat, akkor azzal kezd a downgradet.
Ubuntu topicban kérdezz még rá.
-
válasz
CPT.Pirk
#28107
üzenetére
Köszönöm! Lts verzió, 18.04
Megnéztem a logot, elég sok mindent frissített, de főleg a sambát.
Van ami gyanús: xfwm4, fwupdate, ubuntu-drivers-common, mesa-vdpau-drivers, mesa-va-drivers... De ha én ezeket leszedem akkor nem fog összeomlani az egész rendszer?Másnál nem volt ilyen hiba? Google kidob pár találatot, de nem nagyon találtam megoldást.
-
CPT.Pirk
Jómunkásember
válasz
Victoryus
#28106
üzenetére
/var/log/apt/history valami néven találod a logot. Downgrade meg így megy: https://www.ostechnix.com/how-to-downgrade-a-package-in-ubuntu/
De ha nem LTS Xubuntu kiadást használsz, akkor máskor is lehet ilyen vagy egyéb problémád...
-
#28105
Plasticbomb
addikt
Plasticbomb
addikt
Nos, az UBUNTU 19.04 Beta egeszen jol muzsikal, van mesa-vulkan, van opencl (ROCm), igaz felemas meg (nem szabad elfelejteni eltavolitani a mesa opencl csomagot, kulonben az az alapertelmezett, s azon meg minden elhasal, annyira nem mukodik, illetve ha nem a tamogatott kerneleken futtatod, hanem dev modban upstream kernelen, akkor csak egy reszet hasznalja a VRAMnak, ami miatt kiakadnak a banyasz programok, mert azok meg mindet kernek), felraktam a vizes BIOSt a VEGA64emre, igy nagyobb TDP keretem van a kartyan (plusz rajottam, hogy miota levizeztem azota birja a 1700+ MHzeket is) Kernel 5.0.0.8 igaz, kozben felig gepet csereltem (Az i5-5675c +Asus Z97i-PLUS + 16GB DDR3 1866 MHz kombo helyere erkezett egy Ryzen 7 2700X + 32GB DDR4 3200 MHz RAM + Asus Crosshair VII Hero WiFi kombo), s ez a csere ujabb dolgokat lokott elem.
Az alaplap Asus Aura lap, a ramok szinten, de anno mikor rendeltem a vizhuto blokkokat az RGBs blokkokat is rendeltem, s ezeknek a vezerlese megy is rendben Win alatt. A CPU blokk es a GPU FullCover blokk is RGB vilagitassal van ellatva, de linux alatt nincs hivatalos tamogatas/szoftver, szoval elojott a gond, hogy en egy szinre akarom beallitani az egeszet, ami win alatt megy is, de ujrainditas utan csak az alaplap s a memoria orzi meg a beallitott szint, az RGB Headersen nyom egy resetet s megy vissza a Rainbow effektre. Ez napkozben nem zavaro, de ejjel, foleg, mikor aludnek melette, akkor mar tul eros, tobbek kozott ezert szeretnem egy statikus szinre beallitani (illetve mert az a szin tetszik is, kb a nap narancssarga, mint sokszor ebben a videoban is. De mivel ezt csak windowsban tudom beallitani, ujrainditas utan megy vissza a rainbow. KErestem, s talaltam egy kis apro programot ra, de elakadtam vele: LINK
Konkretan, akkor itt most mit is kene csinalnom? Elvileg azt a diff filet hozza kene adnom a kernelhez? S azt hogy? Vagy ez azt jelenti, hogy ujra kell forditanom kernel sourcebol ennek a filenak a hozzaadasaval?
-
CPT.Pirk
Jómunkásember
válasz
Victoryus
#28103
üzenetére
Ez LTS kiadás, vagy nem? A kép alapján az van, amit mondtam. Megoldást azt nem tudok rá, de egy helyes xrandr kimenet így néz ki:
xrandr
Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 16384 x 16384
DisplayPort-0 disconnected (normal left inverted right x axis y axis)
DisplayPort-1 disconnected (normal left inverted right x axis y axis)
DisplayPort-2 disconnected (normal left inverted right x axis y axis)
HDMI-A-0 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 1600mm x 900mm
1920x1080 60.00*+ 50.00 59.94 30.00 25.00 24.00 29.97 23.98
1680x1050 60.00
1280x1024 60.02
1440x900 60.00
1360x768 60.02
1280x800 60.00
1152x864 59.97
1280x720 60.00 50.00 59.94
1024x768 60.00
800x600 60.32
720x576 50.00
720x480 60.00 59.94
640x480 60.00 59.94
720x400 70.08
DVI-D-0 disconnected (normal left inverted right x axis y axis) -
válasz
CPT.Pirk
#28102
üzenetére
Megoldódott. Laptopról a Putty sikeresen kapcsolódott ssh-n, telefonról nem ment valamiért. Leszedtem a 18.20-as drivert, újra működik a grafikus felület, Teamviewer stb
Xrandr:
Mindegy melyik display port, ugyanaz a helyzet. A tv-n is mindegy melyik hdmi port.
Egyik nap még ok másik nap meg nem? Csak rendszer frissítés volt közben. -
CPT.Pirk
Jómunkásember
válasz
Victoryus
#28101
üzenetére
Az alap probléma az volt, hogy valamiért nem tudta kiolvasni az EDID adatokat a monitorból, ezért volt az alacsony felbontás. Ebben az állapotban raktad fel a Radeon drivert, így az se igazán működik.
Itt és most szerintem a reinstall a megoldás, ha nem akarsz chroot-olt terminálból Radeon drivert eltávolítani. Aztán friss install és frissítés után ha újra fent áll a felbontás probléma, akkor kezdésnek egy xrandr kimenetet ossz meg velünk.
-
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Nálad lehet pár olyan addon, amit érint, vagy csak én vagyok annyira home user, hogy fel sem tűnik, hogy sz*r a FF? 
Ezekben a cert-es kulcsos dolgokban sosem másztam bele mélyebben. A router lenne a fogadó fél, amibe 2-3 W10/Linux kliens hívna be ad-hoc jelleggel, illetve haverom szintén félokos-routere állandó jelleggel (site-to-site).
Se Teamwiever, de ssh, semmi.Új hozzászólás Aktív témák
- Parci: Milyen mosógépet vegyek?
- Formula-1
- Linux Mint
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- QNAP hálózati adattárolók (NAS)
- Robot fűnyírók
- Milyen billentyűzetet vegyek?
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Google Pixel topik
- One otthoni szolgáltatások (TV, internet, telefon)
- További aktív témák...
- Eladó Steam kulcsok kedvező áron!
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- Assassin's Creed Shadows Collector's Edition PC
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7700X 32/64GB RAM RTX 5070Ti 16GB GAMER PC termékbeszámítással
- Bomba ár! Fujitsu LifeBook U7310 - i5-10GEN I 16GB I 256SSD I 13,3" FHD I HDMI I Cam I W11 I Gari!
- LG 27GR93U-B - 27" IPS - UHD 4K - 144Hz 1ms - NVIDIA G-Sync - FreeSync Premium - HDR 400
- LG 45GR95QE - 45" Ívelt OLED / 2K WQHD / 240Hz 0.03ms / NVIDIA G-Sync / FreeSync Premium / HDMI 2.1
- DDR5 8/ 16/ 32GB 4800-5600MHz SODIMM laptop RAM, több db- számla, garancia
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest