- Fujifilm X
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Kormányok / autós szimulátorok topikja
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- OLED TV topic
- Sony MILC fényképezőgépcsalád
- Milyen belső merevlemezt vegyek?
- Milyen TV-t vegyek?
- Hobby elektronika
- AI-ra, játékra, mindenre kiváló lehet a Gigabyte új PC-je
-
PROHARDVER!
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
BoB
veterán
válasz
Geripapa
#57384
üzenetére
curl-t használj:
curl -o /home/bob/radio_stream_$(date '+%D').mp3 URL -m 60A példában elérési útvonal plusz fájlnevet látod, tudod módosítani. Dátumot hozzáadja, így nem lesz probléma felülírással, de ki is törölheted.
URL helyére megy a stream ... URL-e
A -m kapcsoló után másodpercben van megadva a rögzítés hossza időben. Tehát a példában egy perc van beállítva.
-
válasz
zoltanz
#57395
üzenetére
Érdekes jelenség, legalábbis az a része, hogy nem mutat semmit.
Ezeket a hsz-eket nézd át szerintem és a felesleges szolgáltatásokat lődd ki.
#How to enable or disable services? Linux szolgáltatások ellenőrzése, aktiválása - inaktiválása
ezt is érdemes átolvasgatni:
How To Use Systemctl to Manage Systemd Services and UnitsAz sincs kizárva, hogy tévúton járok.
systemd-analyze blameindításkor írja a folyamatokat, mondjuk ebből akár ki lehet ókumulálni, mi a bűnös leálláskor, de nem biztos. -
Ilyen előfordul, de ha most sem csinálod meg végre........
Túl korán volt még mikor olvastam a hsz-t és eszembe jutott az utóbbi időkben a főleg újabb topiklakók által előadott fura hozzáállás.
Régi versenyzőkkel semmi gond, újakkal se, félre ne értse valaki, csak ezt a mostani tendenciát kell megértenem, hogy tudjam, mi az ok az aknamunkának.
-
rii
nagyúr
válasz
ubyegon2
#57393
üzenetére
.-(
nem találtam már meg .-(
nagyon le vagyok terhelve az utróbbi 4 évben folyamatosan .-(
még mindig annyira, hogy csak most voltam képes eljutni oda, h megprobaljak tullépni ezen a problémán .-(sajnálom .-(
pont tegnap (is) írtam valakinek, hogy milyen segítőkészek Vagytok ebben a topikban ... én meg páros lábbal taposom meg ezt .-(((( -
Már szerintem múlt év májusában tudtunk volna ebben segíteni !
Van jelentősége, ha valaki válaszol amúgy?
kérdés:
válasz:
Én már nem is csodálom, hogy lassan kezdem feladni az itteni ténykedésem. Hol privátban küldenek el a zanyámba, mert töröltem őket, holott nem is tudnám ezt megtenni, hol csak magamnak írogatom a választ, mert a kérdezőt nem is igazán érdekli......
-
#57392
ubyegon2
félisten
Lasersailing
#57386
válasz
Lasersailing
#57386
üzenetére
Szia!
A 18.2 már nem MDM-et használ, ami szinte ugyanaz volt, mint a linkelt leírásban lévő GDM.
ezzel a paranccsal meg tudod nézni egyébként:
loginctl show-session $XDG_SESSION_IDitt a kimenete:
Id=c1
User=1000
Name=ubyegon
Timestamp=szo 2018-01-06 07:05:18 CET
TimestampMonotonic=15032189
VTNr=7
Seat=seat0
Display=:0
Remote=no
Service=lightdm-autologin
Desktop=cinnamon
Scope=session-c1.scope
............
......#automatikus bejelentkezés
A Mint topikban nemrég szó esett erről, itt a lényeg, csak nálad nem törölni kell onnan a username-t, hanem beírnod.
-
BoB
veterán
"Jessie and Stretch backports of Firefox release and beta are gone because of the requirement of rust to build them, which is not available in Jessie or Stretch. Please update your apt sources to use Firefox ESR instead."
Megy a kutyulás a repókkal azt látom
Azt az opensuse-s deb-es tárolót minek vetted fel? -
rii
nagyúr
-
#57386
Lasersailing
senior tag
Lasersailing
senior tag
Sziasztok
Linux mint 18.2 alatt hol lehet beállítani, hogy bejelentkezéskor kérjen jelszót?
Ez alapján próbáltam a Bejelentkezési ablakban, de ott nincsen automatikus bejelentkezés, amit ki tudnék kapcsolni.
Köszönöm előre is a segítséget!
-
Geripapa
aktív tag
Szeretnék letölteni egy végtelen nagyságú filet
(konkrétan rádió adást szeretnék menteni)Sajnos a streamripper-t nem tudtam munkára fogni így arra gondoltam hogy simán egyszerűen wget-tel letöltöm.
A problémám csak annyi hogy meglehet mondani a wgetnek hogy hogy nevezze el a filet? ill hogy mondjuk egy óra után hagya abba a rögzítést?
wget azért is jobb lenne, mert az megy a nason is. Míg más program kétséges.
-
#57383
ubyegon2
félisten
herdsman12
#57381
válasz
herdsman12
#57381
üzenetére
Érdekes ez a sok hiba, mert az ilyen fsck szintű programokkal nem nagyon szokott ilyen lenni.
Érdemes szerintem is újra próbálkoznod a 17-es verzióval, most már ismered ezt a hibát is és az fstab-ot is le tudod csekkolni és javítani, ha nem megfelelő.
Ha meg valami gond lesz, megpróbáljuk megoldani! Nyugodtan írd csak meg azt is, nem foglak kitiltani!
(ehhez az előző hsz-t mindenképpen olvasd el, nehogy újabb félreértés legyen) -
válasz
#73749248
#57380
üzenetére
Lehet, hogy jobb lett volna a privátban rákérdezned, hogy miért tiltottalak ki a topikból. Elmondtam volna szívesen, hogy ez nem lehetséges, mert a Tg-nek nincs ilyen jogosítványa, figyelmeztethet és hsz-t törölhet, súlyos esetben megy a modker-be, de az nem a kedvenc helyem. Amiatt meg, hogy volt kis torzsalkodás...ne szórakozzunk más, ezért kitiltani valakit, szóltam, hogy hagyjátok már ezt a fenébe és ennyi. El is felejtettem utána, de ha törlök hsz-t nagy ritkán, azt is leírom ide, nem sumákban tiltogatok ki embereket meg törölgetek.
Ha akkor rákérdezel, ezt az anomáliát is továbbíthattam volna a nagybetűsöknek, mivel engem nagyon szeretnek, hamar ki is vizsgálták volna.
Szerintem abban az időben, mikor ezt a jelenséget tapasztaltad, elég sokan panaszkodtak a nagyon lassú oldalbetöltésre, az meg már régóta ismétlődő gond.
-
#57381
herdsman12
őstag
ubyegon2
#57379
herdsman12
őstag
válasz
ubyegon2
#57379
üzenetére
Az e2fsprogs oldali bejegyzések legalább 6-8 Debian hibát emlegetnek, azt én nem tudom onnan kiolvasni, hogy van-e összefüggés a problémámmal, de megoldódott.
Persze régebbi e2fsck 1.42.12 (29-Aug-2014) futtató rendszer megint hibát jelez.
Átnézem az MX-Linux bug report témát és, ha ráérzek, akkor megpróbálom újból az MX-17-et, akkor majd látom, hogy mi lesz fstab ügyben. -
#73749248
törölt tag
válasz
ubyegon2
#57379
üzenetére
Off: mivel törlöm magam, a privát lehet, hogy nem jut el hozzád.
Lehet, hogy tévedtem az utolsó privát üzenetem kapcsán és valóban nem te tettél valamit, ezesetben
1. Bocs a stílusért
2. Szólj a fórum fejlesztőinek, hogy valami gázos a kliensek kiszolgálásánál, mert a moderált hozzászólások egy darabig még látszólag elérhetőek, de ha valaki válaszolni akar rájuk, akkor csak egy jogosultsági problémáról árulkodó üzenet az eredmény. Ctrl-R, F5 stb. után is... (ha nem emlékeznél: válaszolni akartam itt a blekkpantheres témára adott válaszodra, de minden kísérletem úgy végződött, hogy "nincs jogosultságod". Azután is, hogy nyomtam pár reloadot az oldalon, mert az első reakcióm az volt, hogy egy már törölt hozzászólásra reagálnék. De mivel a reload után is ott voltak és így is jogosultsági gondokra hivatkozott az oldal, már joggal gondoltam, hogy ki vagyok tiltva a topikból.No. Gúd báj.
-
#57379
ubyegon2
félisten
herdsman12
#57378
válasz
herdsman12
#57378
üzenetére
Super! Még jó, hogy most olvaslak csak, mert akkor ez a probléma sincs már! Örülök, hogy sikerült megoldanod.
Attól még rejtélyes ez a dolog, amit az MX csinált nálad az fstab-ban meg ez a fsck verzió gond is.
-
#57378
herdsman12
őstag
herdsman12
#57377
herdsman12
őstag
válasz
herdsman12
#57377
üzenetére
Lesz ami lesz alapon csak nekiálltam forrásból telepíteni az e2fsprogs-1.43.8-at.
ggy@msimx:~
$ sudo fsck /dev/sda1
[sudo] password for ggy:
fsck 1.43.8 (1-Jan-2018)
e2fsck 1.43.8 (1-Jan-2018)
Debian: tiszta, 143357/1310720 fájl, 1644092/5242880 blokkGParted kicsit bővebben írja:
A fájlrendszer (ext4) ellenőrzése és javítása ezen: /dev/sda1 00:00:02 ( SIKER )
/dev/sda1 kalibrálása 00:00:00 ( SIKER )
útvonal: /dev/sda1 (partíció)
kezdet: 2048
vég: 41945087
méret: 41943040 (20.00 GiB)
/dev/sda1 fájlrendszerhibáinak keresése és azok javítása (ha lehetséges) 00:00:02 ( SIKER )
e2fsck -f -y -v -C 0 /dev/sda1 00:00:02 ( SIKER )
1. lépés: inode-ok, blokkok és méretek ellenőrzése
2. lépés: könyvtárszerkezet ellenőrzése
3. lépés: könyvtárkapcsolatok ellenőrzése
4. lépés: referenciaszámok ellenőrzése
5. lépés: csoport összefoglaló információinak ellenőrzése
143357 inode használatban (10.94%, összesen 1310720)
209 nem folytonos fájl (0.1%)
206 nem folytonos könyvtár (0.1%)
ind/dind/tind blokkokat tartalmazó inode-ok száma: 0/0/0
Extentmélység-hisztogram: 127306/38
1644092 blokk használatban (31.36%, összesen 5242880)
0 hibás blokk
1 nagy fájl
116249 normál fájl
9824 könyvtár
7 karakteres eszköz fájl
0 blokkos eszköz fájl
0 fifo
31 link
17267 szimbolikus link(15997 gyors szimbolikus link)
1 foglalat
------------
143379 fájl
e2fsck 1.43.8 (1-Jan-2018)
fájlrendszer növelése, hogy kitöltse a partíciót 00:00:00 ( SIKER )
resize2fs -p /dev/sda1 00:00:00 ( SIKER )
resize2fs 1.43.8 (1-Jan-2018)
A fájlrendszer már 5242880 (4k) blokk hosszú. Nincs teendő!Köszi a segítséget!
-
#57377
herdsman12
őstag
ubyegon2
#57376
herdsman12
őstag
válasz
ubyegon2
#57376
üzenetére
Ok, javítottam, de mi lenne az az "sw" opció, erről nem találtam semmi infót (köszi, erre nem kérek választ):
UUID=a479d70b-8e61-469c-bd18-a2dc8280fde7 / ext4 discard,noatime,errors=remount-ro 0 1
UUID=3dd35594-0452-423e-9d0c-f3b5379a0de2 none swap sw 0 0Debian Wiki szerint (szerintem ez még régi leírás, szó sincs systemd-ről):
swap swap defaults 0 0Arch Wiki szerint (systemd):
none swap defaults 0 0Debian 9 (systemd) így készíti:
none swap sw 0 0MX-16.1 (sysvinit?, nem systemd) így készíti:
swap swap defaults 0 0A Te logikád alapján maradt az MX-16.1 swap bejegyzés, a rendszer írta módon.
(Nem vágom a systemd-sysvinit kérdést, csak úgy írtam ezeket.)Mivel így is működik mindkét rendszer, így tovább lépnék.
Úgy tünik nem tudom elkerülni az e2fsck kérdést.
root@msimx:/home/ggy# fsck /dev/sda1
fsck from util-linux 2.25.2
e2fsck 1.42.12 (29-Aug-2014)
/dev/sda1 has unsupported feature(s): metadata_csum
e2fsck: Get a newer version of e2fsck!Másik partíció talán rendben:
root@msimx:/home/ggy# fsck /dev/sda4
fsck from util-linux 2.25.2
e2fsck 1.42.12 (29-Aug-2014)
Str: clean, 113/5390336 files, 2410476/21559040 blocksIde jutottam e2fsck new version ügyben. Írnak itt bőven Debian hibáról, persze nem értem. Na, de ez a "make install" már sokk nekem.
Debian (sda1), esetleg az egész SSD újra partícionálása, telepítése megoldhatja ezt a hibát, vagy mindenképpen csak e2fsck a megoldás?
-
#57376
ubyegon2
félisten
herdsman12
#57375
válasz
herdsman12
#57375
üzenetére
Tisztában vagyok vele, hogy nem te kutyultad így meg az FSTAB-ot, de a a második telepítés nagyon nem jó, elég sok disztrót raktam már fel a többi mellé és mindegyik megcsinálta a saját fstab-ját, de ennyire nem kutyulta meg.
Most még annyit tegyél meg, hogy az MX FSTAB-ját valóban úgy csináld meg, ahogy megbeszéltük!
none swap sw 0 0
swap swap defaults 0 0Azért gondolom látod a különbséget! Bár, ahogy látom a Debian wikije is így írja, ennek ellenére default-nak mégis az első sort csinálja meg telepítéskor és az biztosan jó úgy. Ilyenkor nem szerencsés csak a felét megcsinálni úgy, ahogy javasolják, a másik felét meg máshonnan összeszedve, de úgy csinálod, ahogy jól esik, én csak javasoltam, hogyan kéne.........
Megnéztem 4 másik disztró FSTAB-ját és mind ugyanúgy csinálta az opciókat, ahogy az első sorban van!
-
#57375
herdsman12
őstag
ubyegon2
#57374
herdsman12
őstag
válasz
ubyegon2
#57374
üzenetére
Csak, hogy tiszta legyen a kép, a telepítés után volt olyan összekavart az fstab. Csak a discard,noatime opciót írtam én.
Debian fstab:
ggy@msid:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda1 during installation
UUID=67664f87-94f8-419c-af3a-7b79c8ed0a61 / ext4 noatime,discard,errors=remount-ro 0 1
# swap was on /dev/sda3 during installation
UUID=3dd35594-0452-423e-9d0c-f3b5379a0de2 none swap sw 0 0
ggy@msid:~$MX-16.1 fstab:
ggy@msimx:~
$ cat /etc/fstab
# /etc/fstab: static file system information
#
# Created by make-fstab on 2018. jan. 1., hétfő, 22.22.08 CET
# <file system> <mount point> <type> <options> <dump/pass>
UUID=a479d70b-8e61-469c-bd18-a2dc8280fde7 / ext4 discard,noatime,errors=remount-ro 0 1
UUID=3dd35594-0452-423e-9d0c-f3b5379a0de2 swap swap defaults 0 0
ggy@msimx:~
$ -
#57374
ubyegon2
félisten
herdsman12
#57373
válasz
herdsman12
#57373
üzenetére
Az FSTAB dolga, hogy auto-csatolást végezzen, így gondolj rá. DVD/CD nem állandó lakó a gépben, értelemszerűen nem kell szerepelnie az autocsatoltak között.
Az sda4-nek ha van értelme boot után felcsatolva lenni, akkor berakod az FSTAB-ba, ha nincs, akkor nem.
Az a linkelt hiba is nagyon esélyes, hogy a teljesen összekavart FTSAB miatt volt, vagy a lazytime miatt, bár ha foglalt egy meghajtó, akkor nem ezt írja ki gparted. Ilyen hibakiírást még nem láttam.
Ha rendberaktad az FSTAB-ot és le is ellenőrizted (cat /etc/fstabparancs ), hogy nincs benne zagyva bejegyzés, akkor szerintem próbáld újra lefuttatni az ellenőrzést.cat /etc/fstabkimenetet berakhatnád ide is -
#57373
herdsman12
őstag
ubyegon2
#57372
herdsman12
őstag
válasz
ubyegon2
#57372
üzenetére
Azt nem tudtam, hogy a cd/dvd bejegyzésekkel mit csináljak, most töröltem, így már csak az a kérdés, hogy az sda4-nek mennyire gáz, hogy nem szerepel egyik fstab állományba se, de szerintem jó az úgy.
Meg a leglényegesebb, hogy mit tehetek a GParted által talált sda1 hibával?
-
#57372
ubyegon2
félisten
herdsman12
#57371
válasz
herdsman12
#57371
üzenetére
UUID=5a4b60a2-9d1b-4343-bceb-9acd7881aea8 /media/Str ext4 noauto,exec,lazytime,users 0 0
/dev/cdrom /media/cdrom iso9660 noauto,exec,users,ro 0 0
/dev/cdrw /media/cdrw iso9660 noauto,exec,users,rw 0 0
/dev/dvd /media/dvd udf noauto,exec,users,ro 0 0
/dev/dvdrw /media/dvdrw udf noauto,exec,users,rw 0 0
/dev/sr0 /media/sr0 auto noauto,exec,users,ro 0 0 Ezek kellenek neked? Ha nem direkt van benne, akkor töröld. Töröld a Debianból is ezt : dev/sr0A Debian ezt rakja bele default-nak, így ez tökéletes, cseréld le a másikban is egy ilyen sorra:
UUID=67429dd8-1ki6-4b09-666x-703c993ca2d5 / ext4 discard,noatime,errors=remount-ro 0 1Így nézzen ki Debianon:
# / was on /dev/sda1 during installation
UUID=67664f87-94f8-419c-af3a-7b79c8ed0a61 / ext4 noatime,discard,errors=remount-ro 0 1
# swap was on /dev/sda3 during installation
UUID=3dd35594-0452-423e-9d0c-f3b5379a0de2 none swap sw 0 0ez a sor teljesen értelmetlen:
UUID=67664f87-94f8-419c-af3a-7b79c8ed0a61 /media/Debian ext4 noauto,exec,lazytime,users 0 0így rakd be inkább az MX-be:
# / was on /dev/sda1 during installation
UUID=67664f87-94f8-419c-af3a-7b79c8ed0a61 / ext4 noatime,discard,errors=remount-ro 0 1
# swap was on /dev/sda3 during installation
UUID=3dd35594-0452-423e-9d0c-f3b5379a0de2 none swap sw 0 0Az UUID-okat ellenőrizd le a blkid paranccsal és a megfelelőt rakd be, mert itt egy halott sort kivettem ezek közül és nem tudom melyik a jó UUID:
UUID=67664f87-94f8-419c-af3a-7b79c8ed0a61 /media/Debian ext4 noauto,exec,lazytime,users 0 0
UUID=a479d70b-8e61-469c-bd18-a2dc8280fde7 / ext4 defaults 1 1*****************************************************
Reboot előtt ne feledd a sudo update-grub parancsot!!!!Nálam ezt csinálta a Debian defaultnak: (csak, hogy lásd, nem beszélek félre)
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda5 during installation
UUID=65849dd8-1be6-4b09-907c-703b573ca2d5 / ext4 discard,noatime,errors=remount-ro 0 1
# swap was on /dev/sdb5 during installation
UUID=23471605-6136-4cbc-b485-2c360f351549 none swap sw 0 0 -
#57371
herdsman12
őstag
Frawly
#57367
herdsman12
őstag
válasz
Frawly
#57367
üzenetére
Debian fstab:
# / was on /dev/sda1 during installation
UUID=67664f87-94f8-419c-af3a-7b79c8ed0a61 / ext4 noatime,discard,errors=remount-ro 0 1
# swap was on /dev/sda3 during installation
UUID=3dd35594-0452-423e-9d0c-f3b5379a0de2 none swap sw 0 0
/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0MX-16.1 fstab telepítés után:
UUID=67664f87-94f8-419c-af3a-7b79c8ed0a61 /media/Debian ext4 noauto,exec,lazytime,users 0 0
UUID=a479d70b-8e61-469c-bd18-a2dc8280fde7 / ext4 defaults 1 1
UUID=3dd35594-0452-423e-9d0c-f3b5379a0de2 swap swap defaults 0 0
UUID=5a4b60a2-9d1b-4343-bceb-9acd7881aea8 /media/Str ext4 noauto,exec,lazytime,users 0 0
/dev/cdrom /media/cdrom iso9660 noauto,exec,users,ro 0 0
/dev/cdrw /media/cdrw iso9660 noauto,exec,users,rw 0 0
/dev/dvd /media/dvd udf noauto,exec,users,ro 0 0
/dev/dvdrw /media/dvdrw udf noauto,exec,users,rw 0 0
/dev/sr0 /media/sr0 auto noauto,exec,users,ro 0 0Az MX-16.1 fstab-ot módosítottam a Debian fstab-hoz hasonlóan, a saját, a swap és cd/dvdrw bejegyzések maradtak.
Így most nincs minden partíció automatikusan csatolva, de elérem, ha akarom.
Azt nem tudom, hogy az sda4 (Str) partíciónak mennyire problémás, hogy egyik fstab-ban se szerepel.
Ilyen (csíkos képernyő) hibák megfejtése nekem magas, nem "követelném" senkitől, hogy segítsen.(#57370) ubyegon2
Alap helyzetben csak a saját és a swap partícióval foglalkozik a telepítő, eddig még nem találkoztam ezzel a lazytime kérdéssel, fogalmam sincs miért került oda, ekkor még nem szerkesztettem az fstab-ot.
(#57308) kispx
Sajna nem segített az install qt5-default, később újra lefagyott.
Eddig 3 verzót produkált:
1. képernyő csíkos - fekete váltás, egér mozog, hang lejátszás megy tovább
2. képernyő csíkos - fekete váltás, egér mozdulatlan, hang lejátszás megy tovább
3. képernyő csíkos - fekete váltás, egér mozdulatlan, hang átmegy fütyülésbeMost ott tartok, hogy az elérések rendben, de a GParted ellenőrzés sda1 (Debian) hibát dob.
Mit tehetek, hogy ne legyen ilyen hibám? -
#57370
ubyegon2
félisten
herdsman12
#57366
válasz
herdsman12
#57366
üzenetére
Az fstab kimenetek kellenének mindkét disztróból.
lazytime mount option - ez hogy a fenébe került bele a beállítások közé??? A noatime helyett írtad be?
-
#57368
IstvánLászló
őstag
Vladi
#57259
-
#57367
Frawly
veterán
herdsman12
#57366
Frawly
veterán
válasz
herdsman12
#57366
üzenetére
fstab-ban hogy vannak csatolva a partíciók? Azt másold be. Amúgy meg a beleütközünk egy problémába (csíkozó képernyő, valószínű tearing), akkor megoldjuk, és nem váltunk helyette egy régi, támogatatlan verzióra, mert összességében csak még több, súlyosabb problémával találjuk szemben magunkat. Meg kell tanulni a problémákat megoldani az aktuális, támogatott verzión. Ahogy egy ismerősöm mondaná, ilyen ez a popszakma.
-
#57366
herdsman12
őstag
herdsman12
őstag
Miután a Debian mellé telepített MX-17 32 és 64 bites verziója rendszeresen csíkos képernyőt produkált, így telepítettem a régebben is használt MX-16.1 verziót.
Azonnal újabb gondjaim támadtak, nem érem el az SSD-n lévő két másik partíciót.
A Thunar a következő üzit dobja:„Debian” csatolása meghiúsult.
Error mounting system-managed device /dev/sda1: Command-line `mount "/media/Debian"' exited with non-zero exit status 32: mount: wrong fs type, bad option, bad superblock on /dev/sda1,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so.Syslog és fstab "lazytime" bejegyzéseket mutat.
Debiant indítva elérem a másik két partíciót.
USB Live rendszerről GParted ellenőrzés az sda1 (Debian) partíción hibát dob (másik két partíció rendben):
GParted 0.24.0 --enable-libparted-dmraid --enable-online-resize
Libparted 3.2
A fájlrendszer (ext4) ellenőrzése és javítása ezen: /dev/sda1 00:00:00 ( HIBA )
/dev/sda1 kalibrálása 00:00:00 ( SIKER )
útvonal: /dev/sda1 (partíció)
kezdet: 2048
vég: 41945087
méret: 41943040 (20.00 GiB)
/dev/sda1 fájlrendszerhibáinak keresése és azok javítása (ha lehetséges) 00:00:00 ( HIBA )
e2fsck -f -y -v -C 0 /dev/sda1 00:00:00 ( HIBA )
e2fsck 1.42.12 (29-Aug-2014)
/dev/sda1 has unsupported feature(s): metadata_csum
e2fsck: Get a newer version of e2fsck!GSmartControl nem mutat hibát.
Mivel érdemes próbálkoznom, totál gyalu előtt? -
A VGA resznel elso korben ket beallitas van:
Hol keresse eloszor a VGA-t: PCI-E / IGP
IGP mukodes: Auto / Disabled / Dual GraphicsHa a Dual Graphics-ot valasztok, akkor egy harmadik sor is elerhetove valik, ami a VRAM meretet allitja, itt 512MB-ra allitottam.
A felkover+alahuzott verziokat probaltam ki, es az eredmeny azonos linuxon.
-
válasz
Frawly
#57358
üzenetére
Várjál, most trollkodás meg beszólogatás megy
Ilyent itt nem látok, hiába próbálkozol ezzel. Egyszerűen belesétáltál egy igen mély saját csapdába és ahelyett, hogy elismernéd a tévedésed, próbálsz nagyon tudományosan előremenekülni!
Az addig OK, hogy én nem értek a megjelenítőkkel kapcsolatos dolgokhoz, de amiket írtál, hogy így nem lehet, csak ha úgy csinálod meg telepíteni kell......szóval arra nem számítottál, hogy nekem is ugyanilyen kártyám van és párszáz disztró már futott úgy rajta, hogy nem kellett ezekkel foglalkoznom, amiket te felsoroltál, hogy anélkül hogyan tudna működni.
Ha az, hogy én ezt a tényt most közöltem veled, én most trollkodtam és beszólogattam.........szerintem finoman szólva is ciki lett a beégésed.
bocsi, de ez van.Ettől függetlenül meg kell mondjam, sok igen hasznos információt osztottál meg velünk, a jelen esethez nem volt semmi köze, de tanulni sosem felesleges.
(#57361) csixy
Igaz!
![;]](//cdn.rios.hu/dl/s/v1.gif)
De még ne jelentsd ki ezt múlt időben. -
Frawly
veterán
Várjál, most trollkodás meg beszólogatás megy, nem illik ilyenkor holmi felesleges ontopik kérdésekkel zavarni a nagyérdeműt, még ha a topikcím az ellenkezőjére is buzdít
Amúgy ha van is Flash terület a WLAN kártyában, az csak a firmware felírással módosul. A disztrók a wpa_suplicant-os és/vagy NetworkManageres konfigfájlokban tárolják a legutóbb használt SSID-ket és jelszavakat, azért marad meg boot után. Ha live disztrót használsz, akkor nem marad meg, minden bootkor újra meg kell adni az SSID-t és a jelszót is. Nyilvánvalóan nem csak Win only feature, meg a Windows sem írogat az eszköz Flash-ébe ehhez az eltárolási művelethez.
-
válasz
Frawly
#57356
üzenetére
A Fedora nehézséget értem, bár szerintem azzal sem kéne ilyen jelenségeknek találkoznia, de még az Ubuntu is.....ez nagy rejtély marad, akár csixy varázsló ap ssid memorizálása.
(#57355) csixy
Nekem kínai amit írtál amott, de nem az adott gép tárolta el azt a kódot? Abban használtad a kártyát, nem?
-
Frawly
veterán
válasz
ubyegon2
#57352
üzenetére
Valóban nem kell felrakni, mert a kezdőknek szánt desktopbarát disztróba általában már minden fontos csomag bele van integrálva, kernel firmware csomag is, Mesa, Xorg, kompozitor, minden, ami csak kellhet, egészen a Flashig és a Javáig bezárólag, hogy kezdőbb felhasználónak ne azzal kelljen vergődni, hogy nem megy neki semmi, nincs kép, vagy van, de csíkoz vagy hullámzik, jajjmertnemmegysemmise, mert akkor a legtöbbnek elmegy egy életre a kedve a linuxozástól, és cuppantják vissza a Nyílászárók fedőnevű förmedvényt, meg jönnek a fórumra, hogy szaralinux, mert nem támogat lófügyköstsem, meg nem volt fejlődés 20 év alatt, mikor meg vindózalattbezzegmindenmegy.
Csakhogy mikrobi kolléga úgy döntött, hogy bepróbálkozik a haladóbbaknak szánt Fedorába, és ott nem uborkás életkép fogadja, hanem minden csomag nagyon friss, sok minden alapból nincs fent, és kicsit otthon kell lenni a konfigolásban is. Azt ettől függetlenül értem, hogy most Ubuntu alatt sem ment neki, abban nem tudok neki segíteni, ahogy írtam is, hogy a kernelnek ne kelljen nomodeset paraméter.
-
válasz
Frawly
#57353
üzenetére
Én értelek, de ha a kerneldriver nem jó, akkor tuti nem a APU lesz az oka, mert nálam nem történik hasonló jelenség ugyanazon VGA-val. Más hw lesz az okozó.
A teszt 18.3-mal sem csináltam még semmit, mégis benne van minden és múködik is a megjelenítés: (nem én raktam fel a VDPAU radeon 600-at)
ubyegon@ubymint183C ~ $ grep -i vdpau /var/log/Xorg.0.log
[ 6.260] (II) RADEON(0): [DRI2] VDPAU driver: r600
ubyegon@ubymint183C ~ $ sudo lshw -c video
[sudo] ubyegon jelszava:
*-display
description: VGA compatible controller
product: Trinity [Radeon HD 7660D]
vendor: Advanced Micro Devices, Inc. [AMD/ATI]
physical id: 1
bus info: pci@0000:00:01.0
version: 00
width: 32 bits
clock: 33MHz
capabilities: pm pciexpress msi vga_controller bus_master cap_list rom
configuration: driver=radeon latency=0
resources: irq:36 memory:c0000000-cfffffff ioport:f000(size=256) memory:fef00000-fef3ffff memory:c0000-dffff
ubyegon@ubymint183C ~ $ glxinfo | grep OpenGL
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD ARUBA (DRM 2.49.0 / 4.10.0-42-generic, LLVM 4.0.0)
OpenGL core profile version string: 4.1 (Core Profile) Mesa 17.0.7
OpenGL core profile shading language version string: 4.10
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 17.0.7
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.0 Mesa 17.0.7
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00
OpenGL ES profile extensions:
ubyegon@ubymint183C ~ $ -
Frawly
veterán
válasz
ubyegon2
#57350
üzenetére
Az Ubuntu live-ról nem tudok nyilatkozni, AMD-s GPU-n nem próbáltam újabb Uborkát, még a 9.x-es időkben utoljára még 9600-as dedikált radeonnal használtam olyat, akkor nem volt vele gondom, de akkor még nem is használtam napi szinten linuxot fő rendszernek, Windows volt a fő rendszerem.
Annyiból speciális lehet az ő esete, hogy már a kernel driver sem megy normálisan, ezért kell nomodeset-eznie. Én meg arról beszélek, ha megy majd végre a kernel driver, és nem kell nomodeset, akkor is a Gallium nevű csoda vendégszeretetét fogja élvezni VMware in khórporétöd logó alatt, ha nincs fent a Mesa, vagy fent van, de nincs normálisan konfigolva.
-
Frawly
veterán
válasz
ubyegon2
#57350
üzenetére
Igen, csak akkor miért szerepel a te kimenetedben is a Mesa string? Azt a manók rejtették bele pofátlan módon a disztróidba, mikor senki nem nézett oda. Azért beszélek félre ilyen irányban. Majd próbáld ki, hogy távolítsd el a mesa csomagot, és nézd meg úgy hogyan fogod tudni használni a disztróidat.
-
válasz
Frawly
#57348
üzenetére
Tudom mit beszélek
Tudod hát, csak félre!
Értsd már meg lassan, hogy a desktopomban ugyanez a APU van, mint a Bici által is használt! KB 3 éve pár disztrót már felraktam és néha variálgattam kíváncsiságból a vdpau meg társaival, de prszáz disztró már futott rajta úgy ahogy települt és semmi megjelenítési gondom nem volt a 2D-vel sem. Nem kell semmit felrakni rá! Érted???? Semmit! nulla, semmi, nem valami!
(#57349) Frawly
Ubuntu live-val is ugyanazt csinálta neki! Csak írsz, nem olvasol?
Nekem ez a megjelenítési rész kínai, csa annyit tudok, hogy ami fut sima install után, az fut.
-
Frawly
veterán
válasz
ubyegon2
#57347
üzenetére
Igen ám, mert a disztród úgy jött, hogy kapásból benne volt a Mesa driver, azért nem kellett külön semmit feltenned. Viszont a kolléga Fedorával akar próbálkozni, és abban lehet alapból nincs. Archban alapból nincs Mesa. Nem a kernelben van, fel kell rakni. Nem dísznek van nálad is az OpenGL stringben a neonfénnyel kivilágított Mesa 17.2.4 made in Vietnam logó. Másik variáció, hogy fent van a Mesa driver, csak valami konfig nincs rendben, és kéne módosítani. Addig meg VMware Gallium 0.4 llvmpipe című szopás lesz belőle, nomodeset-tel és anélkül is. Persze lehet annyit tévedek, hogy a kernelben is lehet gubanc, ki kell próbálni más verziójú kerneleket is.
-
Frawly
veterán
Nagy tévedés. A kernel driver csak 2D-s megjelenítésre szolgál, max. arra jó, hogy bebootoljon, meg legyen kép. Abban a pillanatban, ahogy 3D-s alkalmazást akarsz futtatni, vagy akarsz vsyncet (tearing ellen), vagy kompozitort használnál (szintén vsynchez vagy 3D asztali effektekhez, és ez kell a Compiznak is) ahhoz rendes hardveres gyorsításos 3D-s driver kell, az meg nincs benne a kernelben egyik GPU-hoz sem.
Tudom mit beszélek, annak idején ugyanezt kínlódtam végig Intel-vonalon egy szutyok GMA 3600-as GPU-val, az is CPU-ba integrált csoda. Annál ugyanígy van, van a kernelbe beépített driver, de az csak 2D-re jó, meg alap energiagazdálkodásra. Minden másra annál is kellett a rendes Direct Renderinget (DRI-nek vagy DRM-nek is nevezik) használó hardveres gyorsításos driver, amit fel is tettem, csak semmi nem támogatta, a Mesa sem, így a Mesa-ból a fallback software-es render futott, ezért ugyanezt a szoftveres VMware Gallium 0.4 llvmpipe drivert használta, amit nálad is ír, és ezzel se hardveres gyorsítás, se DRI, se vsync (még kompozitorral sem) sincs. Csak arra volt jó, hogy legyen egyáltalán kép korlátozott felbontásokban (ami nekem mákomra elég volt, de azért hiányzott a rendes driver).
A 16.04-es meg annál régebbi uborkák még régi Xorg-ot használtak, meg gondolom már Live módban is bennük volt a régi Catalyst driver, így kapásból ment minden. Csak azóta mennek a fejlesztések, léptetik a verziókat, az AMD meg nem támogatja többé a Catalyst/glrfx drivert, helyette a Mesa-ba segít be.
-
-
válasz
ubyegon2
#57344
üzenetére
Igen, en is linuxot hasznalok sok AMD-s gepen (Brazos, Kaveri, HD7870, Richland), es soha nem volt ilyen gondom. F27 most fut egy Kaveri-s gepen.
En az alaplap BIOS-ra gyanaxom - ezen alapjan - de nyilvan ez csak tipp.(#57345) csixy: Probaltam, de nem tudtam. Es amint a regebbi Ubival sikerul Live modban is normalis mukodest eloidezni, igy mar nem lattam szuksegesnek installalni, mert ha a regebbi jol megy live-ban, akkor az ujabb miert igenyelne az install-t.
(#57347) ubyegon2: Nem, eddig meg csak windows volt rajta, linux meg soha sehogy. Uj cucc. Nem jo hír.
-
Frawly
veterán
válasz
ubyegon2
#57338
üzenetére
Azért van ott WMware, mert az a cég kezdte fejleszteni a Mesa drivert. Annak is főleg a szoftver render részét. Azóta beszállt az AMD és az Intel is. Ha rendesen megy a hardveres gyorsításos driver, ami használja a GPU-t, akkor nem VMware-t, meg Galliumot ír ki, hanem Intel Mesa-t, vagy AMD-t ír ki (ahogy nálad is).
Semmilyen kernelverzióra és bugreportra nem kell várnia a kollégának, ez inkább a xorg verziójától függ. Fel kell rakni a szükséges csomagokat, és menni fog.
-
válasz
Frawly
#57339
üzenetére
Hali!
Koszi a valaszt, de par dologban tevedsz:
- AMD oldalon nem szokas drivert telepiteni, mert a kernelben levo driver a legjobb, kiveve, ha speci igenyeid vannak, de alapvetoen a kernel drivert szokas hasznalni, ami Live modban is muxik.
A regebbi Ubi live lemezzel nem jelentkezik a hiba, pedig itt sem telepitek fel semmilyen csomagot.
Regebbi es ujabb (Brazos, Kaveri) AMD IGP-vel sincs semmilyen gond.
- Nem GCN4-es, hanem VLIW4-es a GPU (OFF)(Northern Islands)(/OFF), vagyos a Radeon kernel driver kell hozza, nem az AMDGPU. Igy Vulkan sem jon szoba.Sajnos Ubuntut nem tudok telepiteni legalabbis grafikus feluleten nem, mert 640x480-ban nem fer el a telepito ablaka.
Nem tudok a Continue,-ra, vagy Next-re kattintani.
De a fentiek alapjan erre nincs is szukseg.(#57341) ubyegon2: A regebbi (16.04.1) Ubuntu-val nalam is Xorg van.
-
Nem, nézd meg a kettővel előbbi hsz-t, ott van, nálam mit ír ki! Ugyanez a APU.
Ezer iso-t kipróbáltam már vele live-ban is, semmi gond nem volt. Mindig xorg-ot ír ki.(#57339) Frawly
Soha semmi nem kell hozzá, live-ban is megvan minden a futtatáshoz, telepítve sem kell felrakni semmit, megy a nyílttal. A kollégánál valami nagyon bekavart, ez a Vmware zavar engem kicsit.Amúgy normál radeon driver kell hozzá, az meg benne van minden iso-ban.
ubyegon@ubymint18 ~ $ grep -i vdpau /var/log/Xorg.0.log
[ 14.658] (II) RADEON(0): [DRI2] VDPAU driver: r600ubyegon@ubymint18 ~ $ sudo lshw -c video
[sudo] ubyegon jelszava:
*-display
description: VGA compatible controller
product: Trinity [Radeon HD 7660D]
vendor: Advanced Micro Devices, Inc. [AMD/ATI]
physical id: 1
bus info: pci@0000:00:01.0
version: 00
width: 32 bits
clock: 33MHz
capabilities: pm pciexpress msi vga_controller bus_master cap_list rom
configuration: driver=radeon latency=0
resources: irq:36 memory:c0000000-cfffffff ioport:f000(size=256) memory:fef00000-fef3ffff memory:c0000-dffff -
válasz
ubyegon2
#57338
üzenetére
Nem lehet, hogy a VMWare csinalta a default buta drivert,amire fallback-el, ha nem tudj abetolteni a radeon-t?
Akorabban linkelt xorg log-ban lathato, hogy valami miatt unload-oljas a radeont.
[ 21.425] (II) [KMS] drm report modesetting isn't supported.
[ 21.425] (EE) open /dev/dri/card0: No such file or directory
[ 21.425] (WW) Falling back to old probe method for modesetting
[ 21.425] (EE) open /dev/dri/card0: No such file or directory
[ 21.425] (II) Loading sub module "fbdevhw"
[ 21.425] (II) LoadModule: "fbdevhw"
[ 21.425] (II) Loading /usr/lib64/xorg/modules/libfbdevhw.so
[ 21.438] (II) Module fbdevhw: vendor="X.Org Foundation"
[ 21.438] compiled for 1.19.5, module version = 0.0.2
[ 21.438] ABI class: X.Org Video Driver, version 23.0
[ 21.438] (**) FBDEV(2): claimed PCI slot 0@0:1:0
[ 21.438] (II) FBDEV(2): using default device
[ 21.438] (WW) Falling back to old probe method for vesa
[ 21.438] (EE) Screen 0 deleted because of no matching config section.
[ 21.438] (II) UnloadModule: "radeon"
[ 21.438] (EE) Screen 0 deleted because of no matching config section.
[ 21.438] (II) UnloadModule: "modesetting"
[ 21.438] (II) FBDEV(0): Creating default Display subsection in Screen section
"Default Screen Section" for depth/fbbpp 24/32
[ 21.438] (==) FBDEV(0): Depth 24, (==) framebuffer bpp 32
[ 21.438] (==) FBDEV(0): RGB weight 888
[ 21.438] (==) FBDEV(0): Default visual is TrueColor
[ 21.438] (==) FBDEV(0): Using gamma correction (1.0, 1.0, 1.0)
[ 21.438] (II) FBDEV(0): hardware: EFI VGA (video memory: 1200kB)
[ 21.438] (II) FBDEV(0): checking modes against framebuffer device...
[ 21.438] (II) FBDEV(0): checking modes against monitor...
[ 21.438] (--) FBDEV(0): Virtual size is 640x480 (pitch 640)(#57337) lev258: Haat, az kemeny, hogy varnom kell addig, mig a nagyobb disztrokban javitjak...
-
Frawly
veterán
Persze, hogy ezt kapod, mert Live alatt nincs fent az a szükséges videódriver, ami az AMD APU-nak kell. Az Gallium 0.4 on llvmpipe (LLVM 4.0, 128 bits) azt jelenti, hogy csak szoftveres (nem hardveres gyorsításos) render van, ami egyfajta falback vészmegoldás csak, és egyáltalán nem használja a GPU-t. Rendesen fel kell telepíteni a disztrót a gépre, nomodeset-tel bebootolni, feltenni a megfelelő AMD drivert, és utána mennie kell nomodeset nélkül is. AMD-nél nem tudok túl sokat segíteni, mert azzal nincs linuxos tapasztalatom, de annyit kihámoztam neked gyorsan a netről, hogy
1) Az A10-es CPU-dban AMD HD 7760d-s videóchip van
2) Mivel ez CGN4-est támogat
3) Ezért a mesa-amdgpu drivert kell feltenni hozzá (röviden csak mesa a csomag neve)
4) Ha nem lenne fent, kell hozzá a linux-firmware csomag is
5) Miután fent van a driver, nem szabad nomodeset-et használni
6) Mivel ez a kártya Southern Island kódnevű, az initramfs-t használó disztrókban (és itt rohadt nagy mázlid van, hogy nem csak az Arch az, hanem Fed Dórika is ilyen, fetrenghetsz vele egy plusz kört) az mkinitcpio conf-jának a MODULES résznél tartalmaznia kell "amdgpu radeon" modult az ELSŐ helyen, amit életbe kell léptetni mkinitcpio futtatásával is.
7) Nem feltétlenül szükséges, de a vulkan-radeon libva-mesa-driver libva-vdpau-driver mesa-vdpau csomagokat is fel lehet tenni, ha szükséged van ezekből valamire, az első Vulkan-os játékokhoz kell, a többi meg hardveres kódoláshoz (videólejátszás, kódolás, brute-force progik, stb.).
8) Nem feltétlenül szükséges, ezt csak én javaslom, de nézd meg, hogy abban a DE-ben, WM-ben, amit használsz, megy-e a kompozitorRészletekért kérdezze meg kezelőorvosát, vagy az Arch Wikit. Fedora alatt ezeket a csomagokat lehet kicsit másképp hívják, de nem kéne gyökeresen eltérőnek lennie a csomagneveknek, itt-ott egy szó vagy kötőjel különbség az Arch-hoz képest. Régi Uborka alatt szerintem meg még régi Catalyst driver volt, de attól mindenki könnyes búcsút intett onnantól fogva, hogy xorg 1.18 és attól újabb verziókon NEM támogatott többé, és nem is lesz.
-
válasz
lev258
#57337
üzenetére
Nem lesz egyszerű amúgy sem megtalálni azt a kernelt, mert én már jó párat futtattam a desktopon live-ban meg nálam is ugyanazok a kernelek voltak, 4.13 is volt az MX 17-ben, Ubi 17.10-ig próbáltam az iso-kat és soha nem jött elő ilyen gond. Az APU-m ugyanez a modell.
Az első sorban a Vmware Inc az nagyon zavaró a kollégánál, miért van ott a virtuál cég neve? A Toshiba laptopon az Intel Tech...-et írja ki ott.
desktopon meg ezt:
ubyegon@ubymint18 ~ $ glxinfo | grep OpenGL
OpenGL vendor string: X.Org
OpenGL renderer string: AMD ARUBA (DRM 2.46.0 / 4.8.0-53-generic, LLVM 5.0.0)
OpenGL core profile version string: 4.1 (Core Profile) Mesa 17.2.4
OpenGL core profile shading language version string: 4.10
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 17.2.4
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.0 Mesa 17.2.4
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00
OpenGL ES profile extensions: -
válasz
lev258
#57331
üzenetére
Oks, koszi az infot!
Ubuntu LTS-en Live modban ezt kapom:
ubuntu@ubuntu:~$ glxinfo | grep OpenGL
OpenGL vendor string: VMware, Inc.
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 4.0, 128 bits)
OpenGL core profile version string: 3.3 (Core Profile) Mesa 17.0.7
OpenGL core profile shading language version string: 3.30
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 17.0.7
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.0 Mesa 17.0.7
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00
OpenGL ES profile extensions:Nem tudom felinstallalni, mert az ubi live is csak nomodeset-tel indul el, es itt is csak 640x480-as felbontas muxik, es a telepito ablakok alja nem fer ki.
-
lev258
veterán
Itt tényleg valami gond lesz a driverrel. De szerintem a Fedora oldalán kell keresni. Ubuntu LTS alatt ennek jól kell működnie és mást kell látnod.
A nomodeset egyébként annyit csinál, hogy késlelteti a driver betöltést a boot során, ne rögtön a kernel próbálja meg, hanem várja meg az X-et vele. Bizonyos esetekben erre szükség van. De ettől még betölt minden, ez önmagában nem okoz semmilyen eltérést egy betöltött rendszeren. -
válasz
lev258
#57328
üzenetére
Fedora 27 mate-compiz spin.
$ glxinfo | grep OpenGL
OpenGL vendor string: VMware, Inc.
OpenGL renderer string: llvmpipe (LLVM 4.0, 128 bits)
OpenGL version string: 2.1 Mesa 17.2.4
OpenGL shading language version string: 1.30
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 2.0 Mesa 17.2.4
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 1.0.16
OpenGL ES profile extensions:Ha esetleg ez is kell:
$ lspci | grep VGA
00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Trinity [Radeon HD 7660D] -
Valami viszont mégiscsak lehet azzal, amit mondasz vagy legalábbis ilyen irányban van gond, mert a tárolók ugyan frissültek, de az appletek, kiterjesztések, etc. viszont nem frissülnek, de a weboldalról le lehet őket tölteni:
Valami nem kerek.
(#57327) lev258
Engem nem is ez zavar, hogy nem frissül pár program, hanem az, hogy terminalos update sem jelezte, synapticos frissítés sem. Ilyenkor azért feljön egy ablak a sikertelen tároló frissítéskor.
Minap volt, hogy kérdezték is, amiatt is raktam be az infót. Más hír ott úgysincs , szerencsére.
-
-
válasz
Frawly
#57317
üzenetére
Köszi, hogy megnézted! Teljesen igazad van ezekkel a régi játékokkal kapcsolatban, semmi veszteség nem érné őket, ha kiadnák a forrását. Sőt! Mindenki csak nyerne ezzel.
Szerintem a többi említett platformosok még fizetnének is érte kisebb pénzeket, így meg senki nem veszi már.
(#57320) csixy
Inkább ezekhez lehet köze: (remélem)
Valamelyik PPA kulcsa a home mappában landolt.
-
Frawly
veterán
válasz
ubyegon2
#57302
üzenetére
A CoD-ról nem tudok nyilatkozni, azt nem néztem, csak a MoHAA-t. Ahogy viszont bogarásztam az opensource portos játéklistákat, nem rémlik CoD-port.
Szerk.: Most így utánanézve, nincs linuxos portja. Ez elég gáz, mert elég lenne vagy a MoH vagy a CoD valamelyik verziójához egy portot rendesen megcsinálni egyszer, és annak mintájára már könnyű lenne tovább portolni a két sorozat szinte összes részéhez. Ahogy a Doom, Duke32, Quake1-3 portok is használhatóak nem csak a vonatkozó alapjátékokhoz, de az összes kiegészítőhöz és ráépülő játékok többségéhez.
Egyébként sose értettem, hogy játékstúdióknak, kiadóknak minek kell rajta ülni 15-20 éves abandonware játékok kódján, miért nem lehet opensource-ként kiadni, ahogy az ID software szokta (tette a Quake, Doom, stb. sorozattal). Annyira szívesen nyomnám pl. a Mafiát, Far Cry-t ilyesmiket Linuxon, de nincs hozzájuk natív port, Wine alatt meg vagy bugosan futnak vagy sehogy. Miért nem lehet kiadni ezeknek a forráskódját? Nem lopná el senki, ilyen régi játéktechnológiákkal már nem lehet komoly pénzt keresnie a konkurenciának sem, meg ettől a játék maga nem válna ingyenessé (pályák, textúrák, hangfájlok továbbra is szerzői jogi védelem alatt maradnak), csak portok készülnének ezekhez a game-ekhez, ami a kiadónak sem lenne hátrányos, úgy könnyebben árulhatná őket minden platformon. Egyszerűen szarrágás, hogy nem adnak ki hozzá linuxos binárist, de azért a kódon is rajta ülnek, hogy más se tudjon, dögöljön meg a szomszéd lova is. Ráadásul kiadott forráskódnál nem csak linuxos port készülne, hanem MacOS-től kezdve az Androidon át mindenre megcsinálná a közösség. Egy ilyen MoHAA-szintű, korú game-et már egy alsó kategóriás mai olcsó, kínai MTK-s okostelefon is röhögve elvisz.
-
válasz
Lathronos
#57312
üzenetére
Az az, a compton, de nem azzal lehetett gond, hanem ezzel a feltöltőoldallal. Kijött egy totálképernyős FF oldal, ha az volt, de nem nagyon értettem mit akar igazából, akármire kattintottam visszajött, inkább nyomtam egy új tty2-t neki. Működik minden, persze, de szerintem valami van azzal a fájlfeltöltő oldallal. Inkább ne használd egyelőre, nem mint ha Linuxon gond lenne, de úgy rémlik valami viruseltávolításos kisablak is volt abban az FF ablakban. Ha valakinek Win is van a meghajtóján, esetleg lehet gáz.
Amúgy reboot után megint nem vészes ez a tearing, mindenesetre meghagyom mindkét cfg-t, hátha egyszer kísérletezgetni lesz kedvem. :-)
-
Sziasztok!
Mitol lehet az, hogy a Fedora csak nomodeset parameterrel indul?
Mar a telepito is csak igy ment, es maga a telepitett OS is csak ezzel indul.
Nelkule fekete kepernyo, szam az alsio sarokban, es reboot.A win hibatlanul megy, masik disztroval meg nem volt idom kiprobalani.
Kossz!
-
válasz
Lathronos
#57309
üzenetére
Egyszer már nekem is feltűnt, nem tudom mitől került oda, de valami GPG kulcs. A remasteredben nincs ilyen amúgy nálam.
Ettől a második cfg fájltól meghülyült a Firefox, valami vackot mindenáron telepíteni akart meg az ellen is valamit. Nem töltötte le amúgy, lehet, hogy egymás után kétszer ugyanolyan nevű fájl zavart okozott neki....
(#57310) Flowtation
Neked is BUÉK!
Szerintem ez a betűduplázás elég egzotikus probléma, azért nem szagolt még hozzá senki. Ezt még csak szimulálni sem tudom.
(#57308) kispx
Nem tudom, Minitube van fenn a kollégának? Az viszont el sem indulna qt5 nélkül. Amúgy se nagyon, de ez valami google API-s gond.
-----most néztem, nem minitube-ot, smtube-ot használ a herdsman12 kolléga---------------
(#57307) CPT.Pirk
Szerintem ezt az MX 17-et elszúrták egyszerűen.
Mintha beta-nak olvastam volna tegnap, de itt lehet a gond, a Debian stable kernelt lecserélték:4.13.0-1 kernels for both 32bit and 64bit isos (yes, we still have 32 bit!)
The 32 bit iso has a PAE kernel for RAM usage above ~4GB
Easily change kernels, say to the latest liquorix kernel or downgrade to Debian Stable Kernel (4.9) with MX Package Installer -
#57310
Flowtation
őstag
Flowtation
#57180
Flowtation
őstag
válasz
Flowtation
#57180
üzenetére
Sziasztok!
Először is BUÉK!
Tudom, már egy éve kérdeztem,
de ránézne nekem valaki a fenti problémára?
Köszönöm! -
kispx
addikt
válasz
ubyegon2
#57304
üzenetére
A minitube 5-ös Qt-ot igényel, nem 4.8.7-et. Gondolom ezért nem megy neki, mert seqfaulttal kilép.
Viszont nem ez okozza a zöld csíkokat, ami az eredeti kérdés volt.Azért egy
sudo apt-get instal qt5-defaultmehet a rendszernek, mert lehet, hogy valami más is igényli a qt5-öt. -
-
válasz
CPT.Pirk
#57305
üzenetére
.so fájlok azok a .dll fájlok Linuxos megfelelői.
Hmm, ma is tanultunk valamit!
Az nem lehet megoldás, hogy a kolléga felrakja rá a sid verziót? innen az előbb likeltekből
Nála a strech verzió van fenn, ugyanez Debian9-en nem okozott gondot azon a gépen.Épp ma írtad valahol, hogy a Debian meg a KDE nem barátok......
-
#57304
ubyegon2
félisten
herdsman12
#57303
válasz
herdsman12
#57303
üzenetére
[ 7726.716882] python[2813]: segfault at dbf4e484 ip b5e553d5 sp bfd87df0 error 5 in libQtCore.so.4.8.7[b5df3000+310000]
Ebben már van is pár helyen ugyanaz az error jelzésű! Valami
qt-s dolog csinálja. Ezek a.sovégű fájlok okoznak fura dolgokat.Aki érti a qt-s dolgokat és ez a hiba mond neki valamit, jó lenne, ha segítene!
Telepítettél fel valami QT alapú programot?
----------------------------------------------------------------------
Az első lognál látszik is, hogy az volt az utolsó bejegyzés reboot előtt:
Dec 31 18:28:25 msimx kernel: [ 9148.250959] python[2995]: segfault at 18c ip b601b047 sp bfe2f4bc error 4 in libQtCore.so.4.8.7[b5e74000+310000]
Dec 31 22:50:13 msimx kernel: [ 0.000000] random: get_random_bytes called from start_kernel+0x30/0x39c with crng_init=0
Dec 31 22:50:13 msimx kernel: [ 0.000000] Linux version 4.13.0-1-686-pae (stevep@mxlinux.org) (gcc version 6.3.0 20170516 (Debian 6.3.0-18)) #1 SMP Debian 4.13.13-1mx17 (2017-11-18)https://packages.debian.org/stretch/libqtcore4
Ez okozza a gondot, de nincs már meg a laptopon ez a disztró, hogy megnézzem a verzióját. Nem testing alapú az MX17?
-
#57303
herdsman12
őstag
ubyegon2
#57281
herdsman12
őstag
válasz
ubyegon2
#57281
üzenetére
Mind a 6 dmesg 709-713 soros és az
input: ACPI Virtual Keyboard Device as /devices/virtual/input/input19
sorral végződik, azokban se látok semmi extrát.Feltöltöttem a kern.log-ot és kern.log.1-ből a leállásnál (?) történt bejegyzés pár sorát.
A Xorg.log-ban talált sor
(WW) Falling back to old probe method for vesa
a jól működő Debian Xorg.log-ban is benne van.Minitube már vagy egy éve nem működött nálam, SMTube ok.
-
válasz
Frawly
#57299
üzenetére
Köszi! Fene vigye el, pedig ezt a MOHAA meg COD sorozatot újra végigtolnám, igen korlátozott volt single-ben, de a hangulata super volt valahogy!
Van ugyan egy 8.1 felrakva, féléve segítség miatt kellett, de legutóbb bebootoltam szintén help miatt valakinek és nem jöttem rá 5 percig, hogy ebből a csemperengetegből hogyan tudok én elindítani valamit, mondjuk a tálcát kerestem volna. Szörnyű élmény volt, esküszöm kifejezetten élvezet volt utána elkezdeni használni a Mint-et.
*************************************************
Közlemény!
Akik játékokról váltanak szót (Linux alatt persze), ne rakják off-ba, mert nem az. Anno akartunk egy külön Linuxos programok, játékok topikot, de a project, aminek része volt, elakadt a Winhez ragadt nagybetűsök ellenállásán.
Emiatt a Linuxos játékokról is itt tudtok eszmecserélni, akár a programokról. Amennyi jólesik.
Ez esetben értelemszerűen a Winen való futtatás is szóba kerülhet. Igen nehéz lenne külön választani játék esetén.
Azt az opensuse-s deb-es tárolót minek vetted fel?
(konkrétan rádió adást szeretnék menteni)
bocsi, de ez van.![;]](http://cdn.rios.hu/dl/s/v1.gif)
De még ne jelentsd ki ezt múlt időben.
de ránézne nekem valaki a fenti problémára?
Új hozzászólás Aktív témák
Hirdetés
A topik célja: Segítségnyújtás a Linux disztribúciókkal még csak ismerkedők számára. A szerveres kérdések nem ebbe a topicba tartoznak.
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Milyen program ami... [link]
Shell script kérdésekkel látogassatok el a topikjába
- Vélemény Ubuntu 20.04 LTS
- Vélemény Linux Mint Debian Edition 4
- Tudástár MX-Linux 19
- Bemutató Linux a mindennapokban: Manjaro KDE
- Bemutató Linux a mindennapokban
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Hír A Steam Play hozza el a Windowsra írt játékokat Linuxra
- Hír Hova jut a világ? Linuxot kínál a Windows Store!
- Ford SYNC 3 infotainment rendszer teszt
- A fociról könnyedén, egy baráti társaságban
- Amazfit Balance - ár-érték egyensúly
- Bemutatkozott a Poco X7 és X7 Pro
- Székesfehérvár és környéke adok-veszek-beszélgetek
- Nintendo Switch 2
- Telekom mobilszolgáltatások
- Fujifilm X
- Egy szenzor, két zoomkamera: újraírta a Huawei a mobilfotózás történetét
- Elder Scrolls IV - Oblivion - Olvasd el az összefoglalót, mielőtt írsz!
- További aktív témák...
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Új, bontatlan World of Warcraft gyűjtői kiadások
- Sea of Thieves Premium Edition és Egyéb Játékkulcsok.
- Bomba ár! Dell Latitude 7390 2in1 - i7-8G I 16GB I 256SSD I 13,3"FHD Touch I HDMI I Cam I W11 I Gar
- ÁRGARANCIA! Épített KomPhone Ryzen 5 7600X 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- Bomba ár! Lenovo ThinkPad T450s - i5-5GEN I 8GB I 256GB SSD I 14" HD+ I Cam I W10 I Garancia!
- CarPlay / Android Auto adapter meglévő Android alapú fejegységhez
- BESZÁMÍTÁS! Sony PlayStation4 PRO 1TB fekete konzol extra játékokkal garanciával hibátlan működéssel
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest