-
Fototrend
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
-
Frawly
veterán
válasz
ubyegon2 #34936 üzenetére
Relatív. Ami mögött 1-2 ember van csak, az mindenképp kicsi, bár ezt az is súlyozza, hogy mennyien használják, meg azok között mennyi aktív önkéntes van, aki segít hibákat jelezni, fórumon elhárítani, csomagot fenntartani. Azok a disztrók, amik a distrowatch top20-ban vannak, azok általában nagyobbak: Ubuntu variánsok, Debian, Mint (sokáig ez is kicsinek számított), Arch, Fedora, CentOS, OpenSuse, Manjaro. Ezeknél biztosra lehet venni, hogy holnapután nem lesznek magukra hagyva. Bár ez is necces, mert Ubuntuból is mindig volt olyan flavor, amit meg-meg szüntettek, aztán újra elindítottak, pl. Gubuntu egy időben.
De pl. az Elementary már kisebb disztró szerintem, meg pl. az AntiX, Puppy is.
-
gyulank
addikt
válasz
ubyegon2 #34998 üzenetére
Biztos nem hagytam ki, de futtattam megint.
gyulank@gyulank-G31M-ES2C:~$ sudo apt-get update
[sudo] gyulank jelszava:
Találat:1 http://ppa.launchpad.net/teejee2008/ppa/ubuntu disco InRelease
Találat:2 http://security.ubuntu.com/ubuntu disco-security InRelease
Találat:3 http://hu.archive.ubuntu.com/ubuntu disco InRelease
Találat:4 http://hu.archive.ubuntu.com/ubuntu disco-updates InRelease
Találat:5 http://hu.archive.ubuntu.com/ubuntu disco-backports InRelease
Csomaglisták olvasása... Kész
gyulank@gyulank-G31M-ES2C:~$ sudo apt-get install ukuu
Csomaglisták olvasása... Kész
Függőségi fa építése
Állapotinformációk olvasása... Kész
E: Ez a csomag nem található: ukuu
gyulank@gyulank-G31M-ES2C:~$[ Szerkesztve ]
ASRock Z370 Pro4+i3-8100+32GB Windows 22621.3527 Ubuntu 24.04 x64
-
Lajosacs
csendes újonc
válasz
ubyegon2 #35085 üzenetére
A "systemd-analyze blame" kimenete, amikor hosszabb a boot:
#
Az etc/default/grub most így néz ki:
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
# info -f grub -n 'Simple configuration'GRUB_DEFAULT="0"
GRUB_HIDDEN_TIMEOUT="0"
#GRUB_HIDDEN_TIMEOUT_QUIET="true"
GRUB_TIMEOUT="3"
GRUB_DISTRIBUTOR="`lsb_release -i -s 2> /dev/null || echo Debian`"
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX="iommu=soft"# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL="console"# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE="1280x1024x24"# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
GRUB_DISABLE_LINUX_UUID="true"# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"# Enable serial console for LISH
GRUB_GFXPAYLOAD_LINUX="text"
GRUB_TERMINAL="serial"
GRUB_SERIAL_COMMAND="serial --speed=19200 --unit=0 --word=8 --parity=no --stop=1"
GRUB_DISABLE_OS_PROBER="true"
export GRUB_COLOR_NORMAL="light-gray/black"
export GRUB_COLOR_HIGHLIGHT="magenta/black"
#export GRUB_MENU_PICTURE="/usr/share/backgrounds/xubuntu-bionic.png"
GRUB_SAVEDEFAULT="false"
GRUB_THEME="/boot/grub/themes/mib_xubuntu_plymouth_themes_by_love2spooge/theme.txt"[ Szerkesztve ]
-
Lajosacs
csendes újonc
válasz
ubyegon2 #35087 üzenetére
Valószínű hogy én, valamelyik külföldi ubi fórumon talált megoldásként. De még egyszer mondom hogy azt furcsállom hogy ha a grub-ot frissítem, a 20-25 mp-es boot idő 4-5 indítás erejéig helyre áll, aztán újra belassul.
SSD-t használok én is, 16.04-nél mindig betöltött 15-20 másodperc között.[ Szerkesztve ]
-
Lajosacs
csendes újonc
válasz
ubyegon2 #35089 üzenetére
Megcsináltam, de a kimenetben most is benne van, a boot idő most jó, de ez eddig is is így volt, ha holnap nem lassul be akkor o.k..
lajosacs@lajagepe:~$ systemctl status networkmanager-wait-online.service
Unit networkmanager-wait-online.service could not be found.
lajosacs@lajagepe:~$lajosacs@lajagepe:~$ systemd-analyze time
Startup finished in 4.326s (kernel) + 10.143s (userspace) = 14.469s
graphical.target reached after 10.137s in userspace
lajosacs@lajagepe:~$lajosacs@lajagepe:~$ systemd-analyze blame
6.556s NetworkManager-wait-online.service
2.056s dev-sda3.device
1.329s snapd.service
1.234s dev-loop0.device
1.181s dev-loop1.device
501ms udisks2.service
446ms networkd-dispatcher.service
428ms systemd-timesyncd.service
356ms apparmor.service
328ms systemd-resolved.service
312ms plymouth-quit-wait.service
309ms lightdm.service
289ms hddtemp.service
280ms NetworkManager.service
230ms networking.service
220ms accounts-daemon.service
207ms upower.service
179ms systemd-udevd.service
178ms ModemManager.service
157ms systemd-modules-load.service
149ms systemd-logind.service
148ms keyboard-setup.service
132ms systemd-rfkill.service
128ms grub-common.service
117ms preload.service
115ms apport.service
110ms speech-dispatcher.service
109ms thermald.service
108ms alsa-restore.service
105ms systemd-udev-trigger.service
103ms avahi-daemon.service
101ms wpa_supplicant.service
100ms lm-sensors.service
90ms rng-tools.service
88ms systemd-journald.service
78ms gpu-manager.service
71ms systemd-fsck@dev-disk-by\x2duuid-e222d0f3\x2d112f\x2d4185\x2db2
61ms systemd-fsck@dev-disk-by\x2duuid-B8FB\x2d66F8.service
60ms user@1000.service
53ms snapd.socket
42ms teamviewerd.service
41ms colord.service
37ms ufw.service
36ms dev-hugepages.mount
35ms systemd-tmpfiles-setup-dev.service
34ms pppd-dns.service
34ms dev-mqueue.mount
33ms snap-canonical\x2dlivepatch-54.mount
31ms rsyslog.service
31ms kmod-static-nodes.service
30ms resolvconf-pull-resolved.service
30ms polkit.service
27ms sys-kernel-debug.mount
25ms snapd.seeded.service
23ms systemd-sysctl.service
22ms kerneloops.service
21ms systemd-tmpfiles-setup.service
20ms systemd-journal-flush.service
17ms plymouth-start.service
16ms systemd-random-seed.service
16ms plymouth-read-write.service
14ms snap-core-6130.mount
14ms systemd-user-sessions.service
13ms systemd-remount-fs.service
12ms home.mount
12ms systemd-update-utmp.service
11ms boot-efi.mount
11ms resolvconf.service
11ms dns-clean.service
7ms ureadahead-stop.service
7ms console-setup.service
7ms nvidia-persistenced.service
7ms sys-fs-fuse-connections.mount
6ms sys-kernel-config.mount
4ms systemd-update-utmp-runlevel.service
4ms rtkit-daemon.service
2ms setvtrgb.service
lines 55-77/77 (END)Ebben most is benne van, pedig státusz szerint not found!?
Esetleg még ez:
lajosacs@lajagepe:~$ systemd-analyze critical-chain
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.graphical.target @10.137s
└─multi-user.target @10.137s
└─hddtemp.service @9.847s +289ms
└─network-online.target @9.840s
└─NetworkManager-wait-online.service @3.282s +6.556s
└─NetworkManager.service @2.985s +280ms
└─dbus.service @2.928s
└─basic.target @2.922s
└─sockets.target @2.922s
└─snapd.socket @2.869s +53ms
└─sysinit.target @2.868s
└─systemd-timesyncd.service @2.439s +428ms
└─systemd-tmpfiles-setup.service @2.412s +21ms
└─local-fs.target @2.410s
└─run-user-1000-gvfs.mount @4.841s
└─run-user-1000.mount @4.554s
└─local-fs-pre.target @388ms
└─keyboard-setup.service @239ms +148ms
└─systemd-journald.socket @238ms
└─system.slice @238ms
└─-.slice @236ms
lines 2-24/24 (END)[ Szerkesztve ]
-
lev258
veterán
válasz
ubyegon2 #35304 üzenetére
Nálam a quantum nincs sehol, a freepark viszont ott van. Most 16.04-en vagyok. A listák valószínűleg verziónként is változnak, utólag pedig nem szoktak bővíteni/korrigálni.
Emlékszem régen Mint-en volt szegedi is.[ Szerkesztve ]
Ubuntu MATE 20.04, hobbi cayenne termesztő
-
-
halhatatlan
aktív tag
-
ubyegon2
nagyúr
válasz
ubyegon2 #35593 üzenetére
ez lemaradt_
Ubuntu képfájl kiírása USB-s eszközreEzeket is olvasd át, mindegy melyik felületet rakod fel, ezek általános infók.
Javaslom a Legacy módot, talán azon a gépen még nincs is UEFI képessség, de mindegy, mindenképp Legacy.
ez egy általános telepítési leírás, akár az Ubuntu akár a Linux Mint telepítését választod:
Az Ubuntu 14.04 LTS telepítése desktop telepítőről Legacy módban
[ Szerkesztve ]
eladó Samsung PM883 1,92TB SSD 50eft
-
Cyrin
addikt
válasz
ubyegon2 #35600 üzenetére
Így van, xubuntuval sose voltam kibékülve, számomra még a Lubuntu is sokkal jobb volt. Munkahelyen meg kb fele időt Linux Lite-ot (XFCE) használtam, aztán Mint XFCE-t. Most a tárgyalóba vettem nekik egy kis Brix gépet a nagy monitor alá, és arra is Mint XFCE ment. Az említett MS rajongó kollégám ezután azt kérte, hogy az otthoni laptopjára is rakjak inkább linuxot...
-
válasz
ubyegon2 #35602 üzenetére
Akad sokféle "egzotikusnak" tűnő hardver konfiguráció is, amin olyanokat produkál a Linux, hogy az egyszerű, gördülékeny működésre vágyó felhasználó kiszédeleg a gép elől és inkább ken magának egy májkrémes kenyeret, vagy ha vegán, akkor valamilyen növényi zsiradékot tunkol.
-
Frawly
veterán
válasz
ubyegon2 #35605 üzenetére
Egyetértek. Manapság már a 4 GB RAM is olyan minimum, mint anno a 2GB. Nem is a disztróknak kell több, a legcsicsásabb DE sem fogyaszt 1 GB RAM-nál többet (inkább kevesebb ez), hanem ha megnyit rajta egy böngészőt pár füllel, meg még fut a háttérben ez meg az, könnyen a Swap-hegyek hőfödte lankáira látogatunk el a történetben. Maga az egész IT és web lett bloat.
-
Frawly
veterán
válasz
ubyegon2 #35628 üzenetére
Ja, mea culpa. Nem tudtam, hogy azóta a Minimál telepítés ezt jelenti. Mi még anno a mini.iso-t meg a netinstallt értettük alatta, amit egyébként meg is éri szerintem használni, csak a kollégának nem ajánlom.
(#35627) BizB: a proci, 4 GB RAM elég, az Intel/AMD GPU-val sem lesz gond. Ami necces lehet, az a Realtek Wi-Fi működésre bírásra, bár lehet menni fog az is. Illetve HP notikon az UEFI boottal lehet gond, vagyis az Ubuntu/Mint vonal nem mindig szereti ezen a téren a HP-t. De ki kell próbálni, előre csak jósolgatni lehet.
[ Szerkesztve ]
-
peterattila
aktív tag
válasz
ubyegon2 #35650 üzenetére
3 hdd dolgozik, 1-1 ssd pedig linux és win10. Bár a win10-et lehet le is húzom, lassan egy hónapja csak áramot kap, de nem használom. Ez árt egyébként egy ssd-nek?
Transmission dolgozik, de ezt legfeljebb úja lövöm. NFS megosztás van, ezt majd kimentem. Maga a gép ma már klasszikus. P45 chipset, Q9550 proci, 8 gb ram, a vga új csak, az egy RX560. Erre a gépre az xfce szépen muzsikált, de tetszik a cinnemon is. KDE és Gnome nem jön be. Az OSX felülete viszont nagyon tetszik, lehet pluginekkel majd azt próbálom belőnni. Hackintosh már rég nincs a gépemen
.
-
-
válasz
ubyegon2 #35657 üzenetére
Ez nem szkepticizmus. Ez logika, és fizika. Képzeld pl. hogy az a rengeteg Windows-al, Linuxal, ... előtelepített gép, ami kijön a gyárakból, hány napig, hónapig (évekig?) dekkol a raktárakban anélkül, hogy bekapcsolnák. Még sincs semmi bajuk amikor bekapcsolod.
De ugyanez igaz a hordozható SSD-kre. Ott pl. melyik eszköz leírásában hívják fel a figyelmet arra, hogy hetente legalább 1órára dugd rá a gépre? De ugyanilyen flash chip-pek vannak a telefonokban memóriakártyákban,... Azok sem vesztik el az adatokat miután lemerült a telefon, vagy hónapokig a fiók mélyén tartod őket, távol minden elektronikától.Szóval ez vagy városi legenda, vagy te vagy a cikk írója félreolvasta/értette.
Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews
-
válasz
ubyegon2 #35657 üzenetére
Valóan csökken a töltés mennyisége a flash chipekben, ha nincs néha újraírva.
Na most ennek az időtartamaannyi, hogy ha magára hagyod, mire elővennéd, már nincs mibe bekötni, mert elavult a csatolófelületNa jó, ilyen bő 10 évet láttam én is. S akkor sem úgy nézne ki, hogy eltűnik a cucc, hanem elkezdenek bithibák lenni, egyre több.
Mutogatni való hater díszpinty
-
válasz
ubyegon2 #35660 üzenetére
Rádugott akkuval vannak tárolva, kaptam már úgy Dell gépet melóhelyen, hogy túlmerült akkut villogott kibontás után. Az se egy hétig állt, kikapcsolt lapos hónapok alatt szívja le...
Külső SSD ugyanazért drágább,mint a külső winyó : több van ráírva. Fogsz egy SATA SSD, meg egy USB ház, és van egy külső SSD-d.
A home szerveremen pl. IDE buszos SSD van, egy 800Ft-os ebay-es USB átalakítóval
[ Szerkesztve ]
Mutogatni való hater díszpinty
-
válasz
ubyegon2 #35662 üzenetére
Nemtom, amit én eddig szedtem szét gyári USB winyót, abban pl. WD Passport esetén rendes WD (talán green?) winyó volt, módosított elektronikával (tehát nem szórakoznak külön elektronikával, olyan van rajta, amire rá van építve az USB csati, nincs SATA, bár a tesztpontjai azon megvannak, be lehet kötni
). Nem éri meg külön külső eszközbe gyártani drive-t, a meglevőkből szoktak válogatni (gondolom a szoftvere is más, mert USB-n másképp kel optimalizálni az adatforgalmat, nem nagyon cachelni, stb).
TLC, QLC ... biztos van különbség, de valós esetben nem hiszem, hogy sokat számít.
Mutogatni való hater díszpinty
-
-
Frawly
veterán
válasz
ubyegon2 #35652 üzenetére
Egyetértek. SSD-t nem szabad lehuzigálni, pont emiatt, amit írsz. Meg egyébként sem fogyaszt sokat, csúcsterhelésen 1-3W-ot, de ha idle-ben van, lemegy energiatakarékos módba, vagy HIPM, vagy DIPM, vagy APM, vagy hasonló protokollt használva, és onnantól ilyen ~0,05W áramot eszik, ami szinte mérési hibahatár, egy laptop esetében sem nagyon mutatható ki az akkuidőn, nem hogy asztali gépnél a tényleges fogyasztáson.
Az SSD könnyen fogyaszt keveset, nincs mozgó alkatrész, nem kell semmit felpörgetnie, ilyen energiatakarékos alvó módban is azonnal felébred, a felhasználó nem is érzékeli lag-ként, annyira azonnali. Csak onnan venni észre, hogy aludt az SSD, hogy ez az energiatakarékos állapot nem számít bele a SMART által mért üzemidőben. A legtöbb SSD-nél az üzemidő csak kb. fele szokott lenni a tényleges használati időtartamnak, az én 2 éves SSD-men pl. 0,25 évnyi üzemóra van regisztrálva és napi fél napokat megy (a géppel együtt), ez azt jelenti, hogy az idő 75%-ban csak alszik.
Illetve a formázott fájlrendszert csak EGYSZER kell chown-olni, többet nem kell vele foglalkozni akkor sem, ha másik rendszerrel használja az ember. Csak újraformázáskor fog újra előjönni.
A TLC-QLC között nincs nagyon tényleges terhelésbeli különbség. Vagyis egy cellára vetítve van, de pl. sima QLC-s SSD nincs, és nem is lesz, az összes ilyen modell eleve 3D QLC-vel indult, a planár QLC fázis kimaradt, ellentétben anno a TLC-vel.
Amennyivel kevésbé strapabíró a QLC NAND egy cellája, annyival olcsóbb is, így egy QLC-s meghajtó ugyanannyi pénzért nagyobbra legyártható, a nagy tárterületnél meg ugyanaz az írás több cella között oszlik meg, így lényegében az SSD strapabírósága nem változik.
A TLC és QLC között leginkább a NAND sebessége különbözik csak, ez is csak akkor jön ki, ha kifogy az SLC/MLC cache, és a QLC NAND tényleges sebességével dolgozik az SSD, ekkor van az a rettegett belassulás, amire az utóbbi időben az SSD-s topikban panaszkodnak, meg ezért volt neked is a rossz tapasztalatod az UV500-zal. De ilyen ritkán van, tipikusan nagy fájlmásolásokkor.
[ Szerkesztve ]
-
válasz
ubyegon2 #35665 üzenetére
Nem jelemzőőőő?
Nemtom, a legtöbb gyártónál olyat rendelsz, amilyet szeretnél, tehát kérheted az asztalit is SSD-vel, HDD-vel, amit akarsz. Itt pl. bekattintod, hogy SSD-vel akarod, és azt hozza, amihez rendelhető. (Elég maradi a Döll, hogy még mindig default HDD-vel szállítja...) Alkatrészekből összeválogatott dektopba meg azt vesz Pistike, amit akar.[ Szerkesztve ]
Mutogatni való hater díszpinty
-
Frawly
veterán
válasz
ubyegon2 #35667 üzenetére
Igen, az SLC-hez képest a 3D QLC jóval kevésbé strapabíróbb. De az SLC-s korszakban ilyen 32-64 gigás SSD-k voltak. A mostani QLC-s SSD-k meg 1024 gigásak legalább. Ugyanaz az írásmennyiség 16-32-ször annyi cella között oszlik meg jelenleg, meg azóta a wear leveling, garbage collection is sokat fejlődött.
Abban igazad van, hogy a köztudatban az maradt meg, hogy egy 10 éves cikkből, hogy az SLC cella bír 100 ezer írásciklust, egy TLC csak ezret. Közben viszont a 3D TLC is 10 ezer körül lehet. Ha nem nagyon spéci felhasználás, a 3D QLC-t sem írja szét egy átlag felhasználó.
Ami változott sokat, az a NAND sebessége, de nem a tényleges sebesség. Az SLC NAND gyors, mert csak két jelszintet kell megkülönböztetni (1 bites NAND), ezt könnyebb és gyorsabb megbízhatóan kiolvasni, mivel nagy a jelszintek közötti különbség. Egy 2 bites MLC NAND-nál már 4 jelszint van, csökken közöttük a jelszintkülönbség, már nehezebb kiolvasni az értéket egy ilyen cellából, tovább tart. Egy 3 bites TLC-nél már 8 jelszint, a 4 bites QLC-nél 16 jelszint lesz, ezek pontos megkülönböztetése kiolvasás során egyre nehezebb.
De a QLC NAND-ot is lehet SLC, MLC, TLC-ként használni, csak a vezérlőt kell máshogy programozni, hogy eltérő jelszinteket tároljon bennük. Ezzel növekszik a strapabíróság és a sebesség is, viszont a tárhely „összemegy”.
Azt sem szabad elfelejteni, hogy egy SLC-s SSD-n hiába volt gyorsabb a NAND, a vezérlők, a SATA2 interface, amin keresztül üzemeltek, lassabb volt, illetve DRAM cache is kevesebb volt rajtuk, illetve normális garbage collection, illetve a korai modelleknél TRIM hiányában további belassulás volt. Másik oldalról meg egy lassabb TLC-QLC NAND sebessége cache-eléssel javítható, lassúsága tompítható.
Ez egy elég soktényezős játék, nem lehet megítélni csak a NAND alapján.
Ez a 100 ezer írásciklusú SLC NAND megint csak egy szélsőséges maximum érték volt a legprémiumabb modellnél. Az SLC NAND-ok sem voltak egyformák, nem bírt azok közül sem mind 100 ezer írásciklust. Nagyon függ milyen gyártástechnológiával készültek, mennyire jól sikerült sorozatban jöttek ki. TLC és TLC NAND között megint csak nagy különbség van, egy jobb minőségű Samsung 3D TLC V-NAND sokkal több írást bír, sokkal gyorsabb, mint az Adata SU650-re rakott, Microntól kiselejtezett 3D TLC NAND.
[ Szerkesztve ]
-
Cirbolya_sen
aktív tag
válasz
ubyegon2 #35672 üzenetére
megtörtént, a kimenet a következő lett:
cirbi@cirbolya-GB-Mint:~$ sudo apt-get install i965-va-driver
[sudo] password for cirbi:
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer required:
kde-l10n-engb kde-l10n-hu
Use 'sudo apt autoremove' to remove them.
Suggested packages:
i965-va-driver-shaders
The following NEW packages will be installed:
i965-va-driver
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 925 kB of archives.
After this operation, 8.156 kB of additional disk space will be used.
Get:1 http://archive.ubuntu.com/ubuntu bionic/universe amd64 i965-va-driver amd64 2.1.0-0ubuntu1 [925 kB]
Fetched 925 kB in 0s (3.118 kB/s)
Selecting previously unselected package i965-va-driver:amd64.
(Reading database ... 350010 files and directories currently installed.)
Preparing to unpack .../i965-va-driver_2.1.0-0ubuntu1_amd64.deb ...
Unpacking i965-va-driver:amd64 (2.1.0-0ubuntu1) ...
Setting up i965-va-driver:amd64 (2.1.0-0ubuntu1) ...
cirbi@cirbolya-GB-Mint:~$ sudo apt-get install xserver-xorg-video-intel
Reading package lists... Done
Building dependency tree
Reading state information... Done
xserver-xorg-video-intel is already the newest version (2:2.99.917+git20171229-1).
The following packages were automatically installed and are no longer required:
kde-l10n-engb kde-l10n-hu
Use 'sudo apt autoremove' to remove them.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
cirbi@cirbolya-GB-Mint:~$ vainfo
Command 'vainfo' not found, but can be installed with:
sudo apt install vainfo
cirbi@cirbolya-GB-Mint:~$ sudo apt-get install vainfo
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer required:
kde-l10n-engb kde-l10n-hu
Use 'sudo apt autoremove' to remove them.
The following NEW packages will be installed:
vainfo
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 9.884 B of archives.
After this operation, 39,9 kB of additional disk space will be used.
Get:1 http://archive.ubuntu.com/ubuntu bionic/universe amd64 vainfo amd64 2.1.0+ds1-1 [9.884 B]
Fetched 9.884 B in 0s (124 kB/s)
Selecting previously unselected package vainfo.
(Reading database ... 350016 files and directories currently installed.)
Preparing to unpack .../vainfo_2.1.0+ds1-1_amd64.deb ...
Unpacking vainfo (2.1.0+ds1-1) ...
Setting up vainfo (2.1.0+ds1-1) ...
Processing triggers for man-db (2.8.3-2ubuntu0.1) ...
cirbi@cirbolya-GB-Mint:~$ vainfo
error: can't connect to X server!
libva info: VA-API version 1.1.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_1_1
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.1 (libva 2.1.0)
vainfo: Driver version: Intel i965 driver for Intel(R) Broxton - 2.1.0
vainfo: Supported profile and entrypoints
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
VAProfileH264ConstrainedBaseline: VAEntrypointEncSliceLP
VAProfileH264Main : VAEntrypointVLD
VAProfileH264Main : VAEntrypointEncSlice
VAProfileH264Main : VAEntrypointEncSliceLP
VAProfileH264High : VAEntrypointVLD
VAProfileH264High : VAEntrypointEncSlice
VAProfileH264High : VAEntrypointEncSliceLP
VAProfileH264MultiviewHigh : VAEntrypointVLD
VAProfileH264MultiviewHigh : VAEntrypointEncSlice
VAProfileH264StereoHigh : VAEntrypointVLD
VAProfileH264StereoHigh : VAEntrypointEncSlice
VAProfileVC1Simple : VAEntrypointVLD
VAProfileVC1Main : VAEntrypointVLD
VAProfileVC1Advanced : VAEntrypointVLD
VAProfileNone : VAEntrypointVideoProc
VAProfileJPEGBaseline : VAEntrypointVLD
VAProfileJPEGBaseline : VAEntrypointEncPicture
VAProfileVP8Version0_3 : VAEntrypointVLD
VAProfileVP8Version0_3 : VAEntrypointEncSlice
VAProfileHEVCMain : VAEntrypointVLD
VAProfileHEVCMain : VAEntrypointEncSlice
VAProfileHEVCMain10 : VAEntrypointVLD
VAProfileVP9Profile0 : VAEntrypointVLD
cirbi@cirbolya-GB-Mint:~$[ Szerkesztve ]
Cirbolya_sentinel
-
ubyegon2
nagyúr
válasz
ubyegon2 #35674 üzenetére
Itt az Intel weboldala ír egy hasonló problémáról és megoldása is van.
Compute offload to Intel(R) Graphics Technology when X server is up and running on a Linux machine
ha működik.....de egy próbát megér!
[ Szerkesztve ]
eladó Samsung PM883 1,92TB SSD 50eft
Ú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