- iPhone topik
- Yettel topik
- Kikristályosodik a Razr 60
- Mobil flották
- Bemutatkozott a Poco X7 és X7 Pro
- Hat év támogatást csomagolt fém házba a OnePlus Nord 4
- Samsung Galaxy A53 5G - kevesebbet többért
- Hivatalosan is bemutatta a Google a Pixel 6a-t
- Motorola Edge 50 Neo - az egyensúly gyengesége
- Hivatalos a OnePlus 13 startdátuma
Hirdetés
Talpon vagyunk, köszönjük a sok biztatást! Ha segíteni szeretnél, boldogan ajánljuk Előfizetéseinket!
-
Mobilarena
Ubuntu Linux Összefoglaló
Hivatalos Ubuntu dokumentáció
Amennyiben kérdésed lenne, kérünk, add meg a szükséges adatokat a hiba minél pontosabb leírása mellett:
-számítógép típusa, hardverek pontos megnevezése (különösképp videókártya, vagy hálózati egységek)
-a használt rendszer pontos neve, verziója, a grafikus felület
-mikor és hogyan jelentkezett hiba, mi váltotta ki (program telepítés, frissítés, ...)
-eddigi próbálkozások a megoldásra (ha voltak ilyenek)
A hardverinformációkat legegyszerűbben úgy gyűjtheted össze, ha megnyitod a Terminál nevű programot a menüben. Ide írd be a következő parancsokat (mindkettő után nyomj Enter-t):
lspci
lsusb
Új hozzászólás Aktív témák
-
floatr
veterán
válasz
Krystal_s
#37231
üzenetére
Szerintem a srácok nem nagyon foglalkoztak ilyesmivel. Első körben én a helyedben a legfrissebb live rendszerrel próbálnám meg újra. Ha azzal sem megy, viszont tudod telepíteni pendrive-ra, vagy külső vinyóra, akkor találtam egy ilyen, amivel érdemes lehet próbálkozni:
https://unix.stackexchange.com/questions/123759/iw-whats-the-default-channel-bandwidth -
floatr
veterán
válasz
growler
#35262
üzenetére
Nemrég telepítettem, még a frissítés előtt. Csak egy magyar kiosztás van, de az applet (van mi) rendszeresen ottfelejtette a menüjét, amíg rá nem kattintottam. Tuti valami bugos benne, bár én meguntam és lezavartam a panelről.
Nekem most azt játssza, hogy suspendből úgy jön vissza, hogy nem kér jelszót
-
floatr
veterán
válasz
lev258
#35131
üzenetére
Némiképpen off berzenkedés, de lazán kapcsolódik. Az Edgy óta használom. Volt már gnome2, kde3, kde4, lxde, unity, és beleszagoltam pár alternatívába is, és valahogy nem látom azt a tendenciát, aminek örülni lehetne. Volt már, hogy én is beszálltam ebbe a nagy "oldjuk meg közösen" dologba, lelkesen jelentettem a hibákat, csak lelkesebb voltam, mint a fejlesztő maga.
Ezért is kicsit inkább bosszantó lenne, ha tényleg az van, amit mondasz, hogy ők maguk kavarodtak bele a saját rendszerükbe. Ez az állandó barkács-feeling úgy igazán elfáraszt. Nem mintha nem ezt érezném a windows esetében is az utóbbi években, ami mondjuk egy mini iroda üzemeltetésénél nem csupán fárasztó, de elkeserítő is egyben. -
floatr
veterán
válasz
lev258
#35129
üzenetére
Köszi
Nemtom, de eléggé el vagyok kenődve emiatt, mert ez a váltás gshellre is finoman szólva fapad a unity után. Az ok h van egy tiszta rendszerem, de szinte mindennel meggyűlik a bajom. Pedig elvileg LTS, és lassan egy éve foltozzák...Alap telepítés amúgy, meg szinte ugyanez működött normálisan 16.04 alatt.
szerk.: frissítettem a mesa cuccait, same shit
-
floatr
veterán
Sziasztok!
Nemrég telepítettem a 18.04-et, mivel a régi rendszerem darabokra hullott. Sajnálatos módon hibrid videokártyás laptopom van, ami 16.04-el működött, most viszont elég lehangoló teljesítményt nyújt. AMDGPU driverre kapcsolva még lassabb is, mint a csoffadt integrált GPU, és ez sajnos pl játékoknál is látható.
A korábbi rendszernél több nagyságrenddel jobb teljesítménye volt az AMD-nek. Ötlet...? A neten eddig nem sokat találtamA rendszer ilyen:
00:02.0 VGA compatible controller: Intel Corporation Haswell-ULT Integrated Graphics Controller (rev 0b)
Subsystem: Toshiba America Info Systems Haswell-ULT Integrated Graphics Controller
Kernel driver in use: i915
Kernel modules: i915
--
09:00.0 Display controller: Advanced Micro Devices, Inc. [AMD/ATI] Topaz XT [Radeon R7 M260/M265 / M340/M360 / M440/M445] (rev ff)
Kernel driver in use: amdgpu
Kernel modules: amdgpu
Ha GPU-t váltok:$ DRI_PRIME=1 glxinfo | grep "OpenGL renderer"
OpenGL renderer string: AMD Radeon R7 M260 (ICELAND / DRM 3.23.0 / 4.15.0-44-generic, LLVM 6.0.0)
$ DRI_PRIME=0 glxinfo | grep "OpenGL renderer"
OpenGL renderer string: Mesa DRI Intel(R) Haswell Mobile
Tehát elvileg kapcsolható az AMD GPU. Viszont sem a glxgears, sem más nem megy jobban:$ DRI_PRIME=0 glxgears
309 frames in 5.0 seconds = 61.698 FPS
$ DRI_PRIME=1 glxgears
303 frames in 5.0 seconds = 60.422 FPS
Illetve:$ DRI_PRIME=0 glmark2 --fullscreen
=======================================================
glmark2 2014.03+git20150611.fa71af2d
=======================================================
OpenGL Information
GL_VENDOR: Intel Open Source Technology Center
GL_RENDERER: Mesa DRI Intel(R) Haswell Mobile
GL_VERSION: 3.0 Mesa 18.0.5
=======================================================
[build] use-vbo=false: FPS: 599 FrameTime: 1.669 ms
[build] use-vbo=true: FPS: 597 FrameTime: 1.675 ms
[texture] texture-filter=nearest: FPS: 594 FrameTime: 1.684 ms
=======================================================
glmark2 Score: 596
=======================================================
$ DRI_PRIME=1 glmark2 --fullscreen
=======================================================
glmark2 2014.03+git20150611.fa71af2d
=======================================================
OpenGL Information
GL_VENDOR: X.Org
GL_RENDERER: AMD Radeon R7 M260 (ICELAND / DRM 3.23.0 / 4.15.0-44-generic, LLVM 6.0.0)
GL_VERSION: 3.0 Mesa 18.0.5
=======================================================
[build] use-vbo=false: FPS: 128 FrameTime: 7.812 ms
[build] use-vbo=true: FPS: 128 FrameTime: 7.812 ms
[texture] texture-filter=nearest: FPS: 129 FrameTime: 7.752 ms
=======================================================
glmark2 Score: 128
=======================================================és még:
$ dmesg | grep amdgpu
[ 2.277847] [drm] amdgpu kernel modesetting enabled.
[ 2.283455] amdgpu 0000:09:00.0: enabling device (0000 -> 0003)
[ 2.296609] amdgpu 0000:09:00.0: VRAM: 2048M 0x000000F400000000 - 0x000000F47FFFFFFF (2048M used)
[ 2.296611] amdgpu 0000:09:00.0: GTT: 256M 0x0000000000000000 - 0x000000000FFFFFFF
[ 2.296698] [drm] amdgpu: 2048M of VRAM memory ready
[ 2.296699] [drm] amdgpu: 3072M of GTT memory ready.
[ 2.297367] amdgpu 0000:09:00.0: amdgpu: using MSI.
[ 2.297393] [drm] amdgpu: irq initialized.
[ 2.297414] amdgpu: [powerplay] amdgpu: powerplay sw initialized
...
[ 1765.814997] amdgpu: [powerplay] can't get the mac of 5
[ 1765.816519] amdgpu: [powerplay] VBIOS did not find boot engine clock value in dependency table. Using Memory DPM level 0!
[ 1795.716603] amdgpu: [powerplay] VI should always have 2 performance levels
[ 1795.777238] amdgpu 0000:09:00.0: GPU pci config reset -
floatr
veterán
Valakinek van ötlete, hogy egy host bridge-re akasztott hálózattal beállított KVM guest windows 2016 srv miért nem kap hálózatot?
NAT-tal megy, de az nekem nem jó, statikus IP-vel semmi, DHCP-vel meg olyan IP-t kap (169.254.112.65) ami-hez hasonló sincsen az egész LAN-on. -
floatr
veterán
válasz
zoltanz
#31726
üzenetére
Az SSD jól van szerencsére, a top és iotop nem volt a helyzet magaslatán, az udevadm monitor sem adott támpontot, és a syslog sem mutatott hibára utaló bejegyzéseket.
Az egésznek az érdekessége éppen az, hogy reprodukálhatatlan, és kihúz-bedug után minden normális lett. Egyszer begörcsölt, és amíg minden maradt a helyén, még a restart sem oldotta meg.
-
floatr
veterán
Erre van valakinek épkézláb magyarázata?
Van egy toshiba skullcandy lapos, elég tré szerelvény, meg kissé nyűgös darab, de használható a belseje. Egyik nap itthon újraindítás után képregénnyé vált a bubi (16.04), és semmi ráhatás nem volt neki elég, hogy meggyógyuljon. Bevittem az irodába, és mintha mi sem történt volna, tökéletesen futott, és utána sem produkálta ezt a lassulást.
Tegnap megint: újraindítás -> szaggat, semmi nem oldja meg, semmi nyoma nincsen, ami indokolná. Egy nyomorult beragadt processz, semmi a logban. Gondoltam egy nagyot, kihúztam az összes kábelt (billentyűzet, egér, net, táp, hdmi, füles), restart, és voilá meggyógyult... ¯\_(ツ)_/¯ -
floatr
veterán
Ma egy kicsit pofára estem a nagy tervezgetésben. Gondoltam összerakok egy minimál LAN-t roadwarrior vpn-nel, ami egyelőre vállalható, viszont egy kis problémába futottam bele.
Megosztott mappa binugzon meghajtóként csatolva win10-es kliensre... qvalassú. A szerveren van egy KVM windows is; abból egész szépen működik minden, de nem ez lenne a cél. Változóan kis fájlok mappákba szervezve (abevjava és tsai) csordogálnak a virtuális megosztásból, míg a samba 10kbyte/s-el döglődikEz ennyire agyhalál, vagy csak én vagyok ilyen "szerencsés"?
Egyszer 10 éve volt egy alap realtek kártyám, ami windows alatt megbízhatóan teljesített, míg az akkori ubuntuval a samba forgalmat hasonlóan csigalassan kezelte, de csak azt. Akkor pufferméretekkel kellett játszani, hogy megjavuljon. Ez komolyan azóta semmivel nem lett jobb? 10 év alatt a samba és a driverek ennyit tudtak fejlődni?
-
floatr
veterán
válasz
Rimuru
#31290
üzenetére
Alkalmazáskonténerrel én azért vigyáznék. Nekem pl. egy VPN van LXD VM-ben, mert a docker csak privilegizáltan tudná futtatni, ami tesztelgetéskor még elmegy, de éles üzemben gáz.
A systemd konténerről még nem hallottam. Van róla valami infód?
(#31289) almi eddig csak parancssorból használtam, nem vészes
-
floatr
veterán
Ha már linux server, akkor LXD
Ha nem kell windows VM, akkor eszedbe ne jusson egy ilyen vaskos virtualizációs réteget használni, mint a vmware. Az LXD konténeres virtuális gépet csinál neked, kevesebb helyet és erőforrást használva, a canonical beállt mögé, és vállalati megoldásként kínálják. -
-
floatr
veterán
Létezik az, hogy valami frissités miatt belassult az egész rendszerem?
Pár napra ki volt kapcsolva, amikor újra beindítottam, már szaggatott kissé az egész. Suspend/resume után meg képregénnyé vált, mint valami vicc. A top/rendszermonitor semmit sem mutat, dmesg-ben sem látok semmi kirívót.
-
floatr
veterán
válasz
lev258
#30970
üzenetére
Nekem AMD kártyáim vannak. A legnagyobb megkönnyebbülés volt az, amikor pár verzióval ezelőtt már nem pörgette eszetlen módon a ventilátort, amit nem neveznék annyira nagy pozitívumnak, bár haladás; a nullához képest az is valami volt. Aztán használni kezdtem az intel drivert és rájöttem, hogy mennyire eseménytelen tud lenni a standby :/
-
floatr
veterán
Az egyik gépemen baromi lassan kapcsolódik újra standby és másik hálózatba lépés után a Network Manager által vezényelt rendszer. Van ennek a gépnek pár kisebb nagyobb nyűgje, de mielőtt drasztikusabb lépésekre szánnám el magamat, gondoltam megkérdezem tőletek, hátha van valakinek ötlete ezzel kapcsolatban.
A következők figyelnek a gépen: NATolt default docker bridge, NATolt default LXD bridge, NATolt default KVM bridge, egy halott wifi ami új telepítésnél sem látszik, egy netmanagerrel készített bridge + eth slave. Korábban volt alapértelmezett eth0, de ez az utóbbi létrehozatalakor felszívódott a net managerből, és csak ifconfignál látszódik.
A tünet a következő: LANon vígan dolgozok kábelesen, majd standby, hazamegy, kábel csatlakoztat, felnyit, és csodálkozik, mert nincs hálózat, nincsen ip cím, esik kel az egész, majd pár perc után magához térA helyzetet nem egyszerűsíti az, hogy munkához 2-3 VPN klienst is használok felváltva: juniper, ovpn, pptp
-
-
floatr
veterán
Össze szeretnék dobni egy szervert, ami többek közt egy windowsos szoftver kiszolgálását is ellátná. Ezt némi virtualizációval gondoltam megoldani ubuntuval, de nem sok gyakorlatom van a dologban. Valahogy úgy fundáltam ki, hogy:
LAN1 (192.168.0.x, olvastam h nem árt megváltoztatni a címteret LAN2-re tekintettel)
- szerver + Ubuntu
- VBox/QEMU + windows (server...?), LAN1-re engedett hálózattal (eth0 bridge)
- VPN docker (openvpn/strongswan/pptp)
- DBMS docker
- alkalmazás-szerver docker
- hálózati printer
- kliens 1 (win 10)
- xy gép (VPN szempontjából lényegtelen)LAN2 (192.168.0.x)
- kliens 2 (win10)Van pár kötöttség is: egyrészt a kinézett szerver csak soft-RAIDes, ezért ESXI kizárva, amit nem is bánok annyira, mert ahhoz végképp semmi közöm. A netszolgáltató egy viszonylag erős modem-routert adott, ami nem tud VPN-t csinálni; nem szívesen cserélném le másra. Kisebb probléma a dinamikus IP, amit DDNS szolgáltatóval még valahogy elintézek.
Nomost több kérdésem is van ezzel kapcsolatban, hátha valaki már tapasztaltabb a témában.
Mennyire életképes ez a felépítés?
Van esetleg olyan, amire nem gondoltam?
QEMU esetében mennyire problémás a bridge létrehozása?
Melyik VPN-t javasoljátok a célra úgy, hogy ne kelljen napokat szívnom a beállítással, de azért ne legyen átjáróház a gép, és nem szakad meg 5 percenként?
Tudtok esetleg egy egyszerű leírást mutatni a VPN-hez, hogy hogyan lehet beüzemelni, és beengedni a teljes LAN1-re a kliens 2-tköszcsi
-
floatr
veterán
válasz
#68216320
#29956
üzenetére
A probléma sajnos nálam is fennáll AMD hibriddel. A megoldás érdekelne
A vicces az egészben az, hogy a live rendszer egyik sem hajlandó elindulni, viszont 14.04-ről tudtam 16.04-re frissíteni. A rendszer 1-2 hétig valamiért irgalmatlanul döcögött a frissítés után, aztán az is elmúlt.
-
-
#28452
floatr
veterán
Orionhilles
#28442
floatr
veterán
válasz
Orionhilles
#28442
üzenetére
Nem tudom, mi ez az egész a bubi alatt, de nekem is meggyógyult 3-4 nap után "magától"
(#28447) lev258 nem lehet h valami elcseszte neki a /etc/resolv.conf tartalmát?
-
floatr
veterán
válasz
lev258
#28436
üzenetére
Ez szép meg jó, de mint felhasználó én csak a konstans szívás oldalát élem meg ebből. És van egy olyan feelingem h a Canonical sem elég óvatos, mivel pár hasonló hülye lépést már követtek el.
Fejlemény annyi van, hogy most már többször újraindítva sem akad le. Nemtom mi lehetett, ami ennyire megfogta, viszont az elborzaszt, hogy egy esetleges friss telepítés ennyire bizonytalanul fest.
-
floatr
veterán
válasz
lev258
#28434
üzenetére
Ha jól emlékszem már az Edgy óta követem az ubuntut, mindig vártam valamire
Azért köszi, egyelőre úgy tűnik valahogyan meggyógyult ez a szerencsétlen, de esküszöm, hogy fogalmam sincsen mitől.
Engem csak az borít ki, hogy ez egy kvázi-kereskedelmi disztribúció, opcionális támogatással, és ennyire gyenge még a live rendszer is. -
-
floatr
veterán
válasz
lev258
#28428
üzenetére
Már végignéztem mindet sajnos. a 16.04.1 (a legfrissebb image-eket töltöttem le) StartupDisk Creatorral USB-re másolva eljut a kezdőképernyőig, ahol felajánlja a telepítést és a rendszer kipróbálását. A telepítést nem indítottal el eddig, mert szeretnék biztosra menni. A próba során nullptr-el elhasal.
A 16.10 szintén próba, az nem fut nullptr-re, de csak terminált tudok "kipróbálni".CD-ről el sem jutott a GUI-ig.
Unetbootin képtelen bootolhatót gyártani. -
floatr
veterán
válasz
lev258
#28425
üzenetére
Köszönöm
lspci
glxinfo|grep OpenGL
dmesg|grep amdgpu (radeon nincs)
dmesg|grep i915
dmesg|grep drmAmúgy nem csak a unity-féle ablakműveletek emlékeztetnek a képregényre, de xfce alatt is hasonlóan akadozik. Nem mellesleg sem a startup disk creator sem a boot CD nem volt képes GUI-t varázsolni; USB-vel eljutott a telepítős kezdőképernyőig, de a live rendszerrel elhasalt, telepíteni már meg sem próbáltam. Az unetbootin meg képtelen bootolható rendszert gyártani. El is neveztem a gépet Bagamérinek
-
floatr
veterán
válasz
lev258
#28422
üzenetére
A stratégiaváltásból egyelőre annyit érzek, hogy nullptr vagy terminál. Korábban legalább működött a radeon driver is annyira, hogy videót lehetett rajta lejátszani így a XXI. században, meg a zárt is elröfögött még hibrid rendszeren is. Bár utóbbinak is voltak hibái bőven. Én lennék a legnyugodtabb, ha legalább a live rendszer nem térdelne le, és felpakolhatnám minden probléma nélkül.
És ez csak egy probléma a sok közül, de ez az ami nagyjából a legfájóbb. Mert megteheti egy vpn provider, hogy tojik az egészbe bele, és workaroundok tömkelegével kell megoldani, hogy valami működjön, de az nagyon mókás lenne manapság, hogy egy üzletinek szánt advantage distro ennyire szenved a videokártyákkal, és bemondja, hogy az AMD vonal nem támogatott. Értem én, hogy az AMD most minden energiáját az intel és az ARM ellenében koncentrálja, de ez így nem annyira jó.
Amúgy szétnéznék, de fogalmam sincsen mit kéne nézni, ezért is kérdeztem, hátha tud valaki egy mágikus múkodj gombot mondani.
-
floatr
veterán
válasz
Tutu7030
#28418
üzenetére
Ja kösz, az nem játszik
Munkagépről van szó, az idő pénz, meg híg a leve. Kész megoldás kéne, minimális babrálással. Gondoltam, hogy 2016-ra sikerült megoldani, hogy az ATI/AMD kártyák is működjenek normálisan linux alatt, de túlbecsültem az AMD-t, már 10 éve folyamatosan.Azt nem lehet megoldani, hogy csak és kizárólag az i915-öt használja a bubuntu?
-
floatr
veterán
Nemrég frissítettem egy AMD hibridet 14.04-ről 16.04-re. Korábban is a nyílt drivert használta a rendszert, de amióta frissítettem kissé akadoznak az ablakműveletek, meg olyan nyögvenyelős lett az egész. Jelenleg az i915 és amdgpu drivereket használja a rendszer, bár van egy rossz érzésem azzal kapcsolatosan, hogy inkább a radeon kellene - Topaz XT [Radeon R7 M260/M265] (rev ff)
Ki akartam próbálni a telepítőt is, hátha máshogy rakja össze a dolgokat, és akadásmentes lesz, de a 16.04 és a 16.10 is elhasalt, amikor a try ubuntura kattintottam. A xenial ráadásul nullptr-ra futott egyből az amdgpu-ban, a yak egyszerűen csak terminálra dobott, de ott is elég betegen mozog.
Valami javaslat esetleg?
-
floatr
veterán
Megvan, semmi. Workgroup azonos
a testparm nem panaszkodik
[global]
server string = %h server (Samba, Ubuntu)
server role = standalone server
map to guest = Bad User
obey pam restrictions = Yes
pam password change = Yes
passwd program = /usr/bin/passwd %u
passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
unix password sync = Yes
syslog = 0
log file = /var/log/samba/log.%m
max log size = 1000
dns proxy = No
wins support = Yes
usershare allow guests = Yes
panic action = /usr/share/samba/panic-action %d
idmap config * : backend = tdb -
-
floatr
veterán
Arra esetleg tud valaki érdemi megoldást, hogy egy hetero win/linux otthoni hálózatban miért csak a windows-os gépeket lehet hostname alapján megtalálni? Már túrtam pár cikket maganak hozzá, de egyik sem segített. Van még samba is, dhclient config is elvileg küldi a hostname-et... semmi.
-
floatr
veterán
válasz
lev258
#26305
üzenetére
Azért én nézegettem a phoronix tesztet az AMD driverekről, és elég siralmas a kép. Nem mondom, sokkal stabilabb a nyílt driver, mint az fglrx, de néha beesne egy kis játék is, ami érezhető teljesítménykülönbséget mutat.
-
floatr
veterán
-
floatr
veterán
válasz
lev258
#25809
üzenetére
Ahh bakker, visszajött nagy nehezen.
Nemtom mi frissült, de a jó édes felmenőit neki. Van szerencsére egy scriptem, ami telepíti újra az fglrx és a nyílt drivereket. Cseréltem egyet oda meg vissza, rebootoltam, és sokadjára vissza tudtam kapcsolni a szerencsétlenjét.Logban nem találtam a nyomát sem.
Azért köszi mindkettőtöknek
-
floatr
veterán
válasz
lev258
#23767
üzenetére
FYI írtam egy kis scriptet a problémára. Miután vártam egy kicsit és ismét feltettem gyári drivert és most is összeakadt még a böngészővel is, viszont a gaming legegyszerűbb formája is harmatos a nyílt cuccal.
A script gombnyomásra feldobja a nyílt vagy a zárt drivert, és reboot után a választott lesz aktív. Bár fapad a kiindulási alap, de egész lakhatóvá tehető ebben a formában
-
floatr
veterán
válasz
lev258
#23751
üzenetére
Kösz. Bár elég régóta követtem a zárt meghajtót, a mostani gépen gyakorlatilag hulladék. Vicces látni, hogy pusztán a cseréjével 2 másodpercre redukálódik a boot, ami korábban egy percig is eltartott, amikor épp nem fagyott kővé. Nekik is járna egy Linus-féle szeretetcsomag ezért a munkáért...
-
floatr
veterán
válasz
lev258
#23733
üzenetére
Akkor viszont lehet h valami beállítás nem stimmel vele. Adott egy elég bika laptop, amiben egy finoman szólva nem túl combos hibrid van. Néha megfordul a fejemben h kisebb játékot elindítanék, de vállalhatatlan a teljesítménye még egy hammerwatch esetében is. Nomost mindez munkára tökéletes, viszont kikapcsolódásra elég foscsi.
-
floatr
veterán
Nemtom volt-e már róla szó, de egy ATI kártyás gépen -- bármilyen meglepő -- akadtak kisebb stabilitási problémáim a fglrx használatával. Úgy megyeget, de érezhetően jobban fűt, a stand by ismeretlen fogalom stb-stb. Amikor visszatoltam a nyílt drivert megkönnyebbülés volt, ami bár szomorú, de elfogadható dolog.
Viszont felmerült bennem a kérdés, hogy lehetséges-e két olyan boot opciót létrehozni, amikor egyszer a nyílt, máskor meg a fglrx driverrel indítom el ugyanazt a rendszert (xubi 14.04 lts).
Ha esetleg bárki tudna erre megoldást, azt megköszönném.
-
#14049
floatr
veterán
God Vazzeg
#14048
floatr
veterán
válasz
God Vazzeg
#14048
üzenetére
Chrome alatt egyrészt máshogyan integrálják, és máshogyan csomagolják. Bármi okozhatja a problémát, de a legtöbbször nálam a FF-Flash konténer dob hátast.
-
floatr
veterán
FYI
SX200-as nyomit használtam, de nem felhőtlenül. A rendszer elsőre felismerte, és telepített valami pff... ne kérdezd milyen drivert, ami összevissza igazította a színeket. Nem is értettem a dolgot, aztán rájöttem a megoldásra: le kellett tölteni a gyári drivert az epsontól, majd a cups management felületén beállítani, mint aktív drivert. Ha benne van a gyári driver által támogatottak körében, akkor kb. erre érdemes számítani. Ahogy nézem, van hozzá driver -
floatr
veterán
válasz
tragiQss
#5106
üzenetére
"You should never use normal sudo to start graphical applications as Root. You should use gksudo (kdesudo on Kubuntu) to run such programs. gksudo sets HOME=~root, and copies .Xauthority to a tmp directory. This prevents files in your home directory becoming owned by Root."
azaz
"Soha ne használjon normális sudo kezdeni grafikus alkalmazások Root. Kell használni gksudo (kdesudo a Kubuntu) futtatni az ilyen programokat. gksudo készletek HOME = ~ gyökér, és másolatokat. Xauthority a tmp könyvtárba. Ez megakadályozza, hogy a fájlokat a saját könyvtárában válása tulajdonában Root."
remélem most már világos
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
#5105
floatr
veterán
lionhearted
#5104
floatr
veterán
válasz
lionhearted
#5104
üzenetére
én meg lusta vagyok...
-
floatr
veterán
Nem tudom h mi sikerülhetett félre, de
sudo gedit /etc/apt/sources.list
és ebben a listában (ez a rendszer által látott tárolók listája) nekem ez a két utolsó sor
deb http://download.virtualbox.org/virtualbox/debian precise contrib
# deb-src http://download.virtualbox.org/virtualbox/debian precise contribA forráskód része azért van kikommentezve, mert tudtommal azt itt nem (sem) közlik le. A hibaüzenetből arra tippelnék, hogy valami félrecsúszott a kopipésztnél.
-
floatr
veterán
Megjegyzem egyébként h persze a deb letöltése is teljesen tökéletesen működik, de a kolléga annyira erőlteti a külső tározót, mintha az élete múlna rajta.
Az első sor a tároló felvétele a szisztémába, a második a digitális aláírásának az importálása, a harmadik a szoftverlista frissítése, a negyedik a tényleges telepítés. Szóval nem varázslat, ijedelem, csak ezt egyszerűbb leírni, mint körbekattingatni a fél világot, és ahhoz útbaigazítást adni. -
floatr
veterán
sudo add-apt-repository 'deb http://download.virtualbox.org/virtualbox/debian precise contrib'
wget -q http://download.virtualbox.org/virtualbox/debian/oracle_vbox.asc -O- | sudo apt-key add -ezt a két sort nyomi be a terminálba, aztán
sudo apt-get update
sudo apt-get install virtualbox-4.2osztakkó meg is vagy
-
floatr
veterán
Én eddig csak olyan verziókat láttam, ami különböző formátumú virtuális image-eket kezel.
Nekem ext4-en van minden vdi. Azok vegyesen használnak file rendszereket, de gondom nem volt belőle. Ellenben amikor vmware-t akartam használni, az ext4-re telepített image-el agyhalál volt.(#5074) tomtyi ha egy viszonylag stabilabb verziót tölt le, nem lesz nagy baja akkor sem, ha nem frissíti...
-
floatr
veterán
Nekem már elég régóta semmi problémám nem volt vele. Mostanában talán már ki sem kell lépni a vboxuser csoport miatt.
Arra kell egyedül ügyelni, hogy ha korábban egy image-et úgy használtál, hogy az addon-t vbox-ból telepítetted, akkor egy nagyobb vbox verzióváltásnál a régi verziójú addon összeakad az új vm-el; ilyen migráció előtt javasolt az addon leszedése, majd az új vm-ből való újratelepítése.
-
floatr
veterán
válasz
mickemoto
#5067
üzenetére
VBox elindít, XP image elindít, bebootol, elmegy kvzni.
Devices menü az XP ablakán, Install guest additions..., automatikusan bemountol lemez autostart, next, next, finish (lehet h reboot kell)
XP leállít, VBox image settings, shared folders, Add shared folder (Ins), Folder path -- kiválasztod, Folder name -- megadod, Make Permanent pipa, Auto-mount pipa --> OK, OK
XP Image elindít, oszt örül.Régebben kellett egy kicsit masszírozni, de ahogy nézem a legfrissebb verziókban már futás közben is lehet módosítani a megosztásokat.
-
floatr
veterán
válasz
eternam
#5029
üzenetére
Akkor még egyszer megkérdezem, mert elfelejtettél válaszolni az imént: miért verzióbuziság egy új OS telepítése, és miért nem az, ha PPA-kat használsz a legújabb szoftverek telepítéséhez?
Ráadásul ahogy nézem több környezetet is telepítettél, ez is megérne egy szociológiai tanulmányt, ha már így vájkálunk egymás lelkivilágában.
-
floatr
veterán
válasz
eternam
#5014
üzenetére
Elsősorban az a probléma, hogy a PPA-ban lévő csomagokat sokszor csak egy hobbista tartja karban, aki néha ráér foglalkozni vele, néha nem. Többször is belefutottam, hogy a PPA-ból származó friss verzió csak többnyire futott az adott rendszeren.
Amúgy meg milyen alapon verzióbuzizol le bárkit, amikor épp te hinted az észt a PPA-kban összebarkácsolt frissebb csomagokról. A PPA-használat már önmagában belefér a verzióbuzis hozzáálláshoz az imént megfogalmazottak szerint.Olyan van, hogy neked nem ad semmi nélkülözhetetlen funkciót az újabb verzió, de attól még nem az a hülye, aki kíváncsi rá, vagy szükségesnek gondolja.
-
#4995
floatr
veterán
attila9988
#4993
floatr
veterán
válasz
attila9988
#4993
üzenetére
Ha már eljutottál addig a kommentig, amit trey tálalt, akkor gondolom elolvastad az utolsó mondatot is (a "Sigh..." előtt), ami rólad szól. Mondjuk még idézted is a topicban, ahová nem a bubit ekézni jöttél.
Amellett a leállással kapcsolatban -- bár tom ez már nem érdekel, de csak a magam szórakoztatására -- mivel a bubit jellemzően minden szarra megpróbálják telepíteni HT1080Z-től kezdve a kenyérpirítón át a nexus7-tel bezárólag, nem csupán virtualizált szerverként, és láthatóan jóval nagyobb számban, mint a többit, valószínűleg egy olyan probléma állhat a dolog hátterében, ami ilyen varianciánál sokkal nagyobb valószínűséggel előfordulhat. Én nem találkoztam az esettel, pedig van/volt dzsunka pécém és brand laposom is, pc-n viszont az XP játszotta el nem elég ritkán azt a mutatványt, hogy nem tudott leállni -- hát mekkora szégyen vazz, hogy ennyi pénzért a 10+ évig foltozott rendszer ennyire béna...
-
floatr
veterán
Én azóta ezt használom, és nem találkoztam hibával. Ellenben Vladinak igaza van abban, hogy jár némi kockázattal, ha PPA-kra hagyatkozik az ember, mert többek közt a callibre-vel és a gnome commander-rel is rosszul jártam, amikor hirtelen felindulásból frissítettem külső repoból.
(#4989) Vladi ez az egyablakos üzemmód nagyon csábító dolog volt nekem, hogy megpróbáljam.
-
floatr
veterán
Elfüstölt a gépben a videokari, egy régi közepes nvidia, és képtelen voltam úgy betolni helyette egy új alsó kategóriásat, hogy elinduljon a KDE, bárhogyan masszíroztam a driver környékén -- biztos nem a megfelelő helyen. Erre fogtam, úgyis kinézett már a frissítés, újraraktam egy unity-s alapot, és a feleségem, aki elég vehemens laikus felhasználó, mondta nekem h ez jóval használható lett a korábbihoz képest. Evvan.
Sokan fújjolnak a unity miatt, de szvsz sokkal összeszedettebb minden hibája ellenére, mint amit eddig próbáltam.(#3023) God Vazzeg igazából nem is tudom mi lehetett a probléma, de nekem állandóan volt vele valami őrület problémám, főként a desktop volt instabil. Állandóan szétesett
Breezy. Nem mostanában volt
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
A topik célja: Segítségnyújtás az Ubuntut és variánsait használók és az ezekkel még csak ismerkedők számára
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Shell script kérdésekkel látogassatok el a topikjába
- Vélemény Ubuntu 20.04 LTS
- Bemutató Linux a mindennapokban
- Bemutató Ubuntu 16.04 LTS kezdőknek, gyakorlatiasan, objektíven
- Hír Megjelent az Ubuntu 16.04 LTS
- Jogtiszta Windows - Office & Vírusirtó licencek- Azonnal - Számlával - Garanciával - Nint.hu
- Eladó Steam kulcsok kedvező áron!
- Akciós Windows 10 pro + Office 2019 professional plus csomag AZONNALI SZÁLLÍTÁS
- Vírusirtó, Antivirus, VPN kulcsok
- 27%-OS ÁFÁS SZÁMLA I Jogtiszta Microsoft digitális és fizikai termékek I DIGITALKEYZ.COM
- MacBook felváráslás!! MacBook, MacBook Air, MacBook Pro
- Microsoft Surface Laptop 5 13.5" i5-1245U 16GB 512GB 1év garancia
- LG 32GS95UE - 32" OLED / UHD 4K / 240Hz - 480Hz & 0.03ms / 1300 Nits / NVIDIA G-Sync / AMD FreeSync
- Felsőkategóriás Gamer PC-Számítógép! Csere-Beszámítás! I9 13900K / RTX 4080 / 32GB / 1TB SSD
- 4 db érhető el (130/131/132) - Lenovo Legion Pro 7 (16IRX9H) - Intel Core i9-14900HX, RTX 4080
Állásajánlatok
Cég: FOTC
Város: Budapest