- SSD kibeszélő
- Milyen belső merevlemezt vegyek?
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- Sugárhajtómű ihlette a Zalman CPU-hűtőjét, de nem az üzemzaj tekintetében
- Gaming notebook topik
- NTFS, exFAT, FAT32 – Melyiket válaszd és miért?
- Vélemény: nem úgy tűnik, de Lip-Bu Tan most menti meg az Intelt
- Bambu Lab 3D nyomtatók
- Forrmell.enn
- OLED TV topic
-
PROHARDVER!
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
CPT.Pirk
Jómunkásember
válasz
samujózsi
#29270
üzenetére
Na így már más!
SMART Attributes Data Structure revision number: 10Vendor Specific SMART Attributes with Thresholds:ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE1 Raw_Read_Error_Rate 0x000f 083 066 006 Pre-fail Always - 2056617603 Spin_Up_Time 0x0003 095 095 000 Pre-fail Always - 04 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 85 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 07 Seek_Error_Rate 0x000f 100 253 045 Pre-fail Always - 2641169 Power_On_Hours 0x0032 100 100 000 Old_age Always - 2 (236 70 0)10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 012 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 7183 Runtime_Bad_Block 0x0032 100 100 000 Old_age Always - 0184 End-to-End_Error 0x0032 100 100 099 Old_age Always - 0187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0188 Command_Timeout 0x0032 100 100 000 Old_age Always - 0 0 0189 High_Fly_Writes 0x003a 100 100 000 Old_age Always - 0190 Airflow_Temperature_Cel 0x0022 057 057 040 Old_age Always - 43 (Min/Max 39/43)191 G-Sense_Error_Rate 0x0032 100 100 000 Old_age Always - 0192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 2193 Load_Cycle_Count 0x0032 100 100 000 Old_age Always - 23194 Temperature_Celsius 0x0022 043 043 000 Old_age Always - 43 (0 7 0 0 0)197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0240 Head_Flying_Hours 0x0000 100 253 000 Old_age Offline - 1h+52m+02.507s241 Total_LBAs_Written 0x0000 100 253 000 Old_age Offline - 702777946242 Total_LBAs_Read 0x0000 100 253 000 Old_age Offline - 5398287 -
CPT.Pirk
Jómunkásember
válasz
samujózsi
#29267
üzenetére
Annyi a vége. A -d kapcsolónál mit kellene néznem? A manpage nem segít túl sokat.
Amúgy alapból UAS módban ment, most átkapcsoltam mass-driver driverre, így az írási sebességem már USB3-as lett, 118MB/s-el tudok másolni a cuccra, ez a quirk kellett hozzá:
[link]
Viszont ennek semmilyen hatása nem volt a smart-ra. -
CPT.Pirk
Jómunkásember
válasz
samujózsi
#29264
üzenetére
Nem persze, rendes telepítés alól.
sudo smartctl -A /dev/sdd1smartctl 7.0 2018-12-30 r4883 [x86_64-linux-5.2.11-3-CHAKRA] (local build)Copyright (C) 2002-18, Bruce Allen, Christian Franke, www.smartmontools.org=== START OF READ SMART DATA SECTION ===Ez nem jelent jót azt hiszem.
-
CPT.Pirk
Jómunkásember
Van egy Seagate külső HDD-m, USB-s. Ezek alapján tudná a smart-ot, de nincs bekapcsolva.
$ sudo smartctl -i /dev/sdd1smartctl 7.0 2018-12-30 r4883 [x86_64-linux-5.2.11-3-CHAKRA] (local build)Copyright (C) 2002-18, Bruce Allen, Christian Franke, www.smartmontools.org=== START OF INFORMATION SECTION ===Vendor: SeagateProduct: Backup+ Hub BKRevision: D781Compliance: SPC-4User Capacity: 4.000.787.029.504 bytes [4,00 TB]Logical block size: 512 bytesPhysical block size: 4096 bytesLogical Unit id: 0x5000000000000001Serial number: NA9QKEBYDevice type: diskLocal Time is: Tue Dec 31 11:05:23 2019 CETSMART support is: Available - device has SMART capability.SMART support is: DisabledTemperature Warning: Disabled or Not SupportedEz alapján meg úgy érzem nem is lehet bekapcsolni:
$ sudo smartctl -s on /dev/sdd1smartctl 7.0 2018-12-30 r4883 [x86_64-linux-5.2.11-3-CHAKRA] (local build)Copyright (C) 2002-18, Bruce Allen, Christian Franke, www.smartmontools.org=== START OF ENABLE/DISABLE COMMANDS SECTION ===Informational Exceptions (SMART) disabledTemperature warning disabledMert marad disabled-en a smart support. Lehet ezzel kezdeni valamit?
-
CPT.Pirk
Jómunkásember
Az is lesz, de a "sokkal jobban működik", az erős túlzás. Két cégét is használom, de olyan alap hibái vannak, hogy pl. az email értesítő megjön egy új plan kommentről, miközben magában a Teamsben meg várhatok 2 percet is, mire frissül a plan comment mezeje és az se gyorsítja meg, ha becsukom kinyitom a plant... Egyszer ilyen, egyszer meg normálisan megy...
Feltölteni se lehet úgy általában, hanem először a sharepointba, aztán onnan továbblikelni a planhoz... -
CPT.Pirk
Jómunkásember
Számomra ismeretlen területen lenne szükségem egy kis segítségre. Olvasgattam a témában, de nem lettem sokkal előrébb.
Egy pár fős, kis céges környezetet szeretnénk összehozni, ahol van egy hálózati adattár backup funkicóval meg fájlmegosztással (ezeket eddig meg tudom oldani).
Amihez nem sokat értek, azok a levelezés meg ehhez kapcsolódó funkciók, mint pl. naptár szinkronizálás kezelése a szerverről. Jelenleg van egy céges webmail fiók minden dolgozónak, így most az sem tiszta, hogy ezt lehet-e használni?
Egyszerűen összefoglalva, eddig MS Exchange környezet volt ahol office365 meg skype for busines működött, így könnyen lehetett meetingeket meg ilyesmit szervezni, mert ezek jól együttműködtek.
Az új helyen viszont nem szeretnénk Exchange szerverért fizetni, hanem jó lenne kiváltani ezt az ökoszisztémát valamilyen Linuxos, nem fizetős megoldással (pl. Thunderbird az Outlook helyett a kliens gépeken). A kliensek maradnának jellemzően Windowsos gépek, mert az egyik nélkülözhetetlen tervezőprogram Wine-val se megy Linux alatt. -
-
-
#28538
CPT.Pirk
Jómunkásember
Plasticbomb
#28537
CPT.Pirk
Jómunkásember
válasz
Plasticbomb
#28537
üzenetére
Mint 19.2, Manjaro aktuális, Pop! OS, legújabb Ubuntu beta.
A Mint 4.15-ös kernelénél képes voltam 1x dmesg kimenetet nézni, az a posztolton kívül még egy rakás hardware errort is kiírt. A többinél nem sikerült képet varázsolnom, végül az 5.2-es kerneles Ubuntu béta működött eléggé ahhoz, hogy kimentsem a dmesget.
-
#28534
CPT.Pirk
Jómunkásember
Plasticbomb
#28533
CPT.Pirk
Jómunkásember
válasz
Plasticbomb
#28533
üzenetére
Igen, vagy Z3480, vagy Z3460.
-
CPT.Pirk
Jómunkásember
Véleményetek szerint ez hardveres vagy szoftveres probléma? Ez egy Inteles X86-os tableten van, amin a disztrók többsége a kijelzőn nem ad képet, csak dokkolóval külső monitorra de HW gyorsítás ott sincs. Gyárilag W10 fut a tableten, szóval a hardver működik.
[ 3.243791] [drm:pipe_config_err [i915]] *ERROR* mismatch in pixel_rate (expected 282910, found 142400)
[ 3.243942] [drm:pipe_config_err [i915]] *ERROR* mismatch in base.adjusted_mode.crtc_clock (expected 282910, found 142400)
[ 3.244084] [drm:pipe_config_err [i915]] *ERROR* mismatch in port_clock (expected 282910, found 142400)
[ 3.244161] ------------[ cut here ]------------
[ 3.244162] pipe state doesn't match!
[ 3.244247] WARNING: CPU: 2 PID: 145 at drivers/gpu/drm/i915/intel_display.c:12697 verify_crtc_state+0x2b2/0x300 [i915]
[ 3.244248] Modules linked in: hid_sensor_hub hid_generic intel_ishtp_loader intel_ishtp_hid mmc_block i915 i2c_algo_bit i2c_i801 sdhci_pci drm_kms_helper cqhci lpc_ich sdhci syscopyarea sysfillrect sysimgblt fb_sys_fops intel_lpss_pci(+) ahci intel_lpss drm libahci intel_ish_ipc i2c_hid intel_ishtp hid video pinctrl_broxton pinctrl_intel
[ 3.244273] CPU: 2 PID: 145 Comm: kworker/2:1 Not tainted 5.2.0-8-generic #9-Ubuntu
[ 3.244274] Hardware name: Aava Mobile Oy Inari10B-WIG-1/AMME3918.4, BIOS W-01.38 01/28/2019
[ 3.244291] Workqueue: events output_poll_execute [drm_kms_helper]
[ 3.244345] RIP: 0010:verify_crtc_state+0x2b2/0x300 [i915]
[ 3.244347] Code: b6 45 bf e9 88 fe ff ff 80 3d 34 5a 0f 00 00 0f b6 f0 48 c7 c7 d8 9c 64 c0 75 32 e8 08 cf d9 ff e9 19 fe ff ff e8 8a 46 51 cd <0f> 0b e9 19 ff ff ff e8 7e 46 51 cd 0f 0b e9 80 fe ff ff e8 72 46
[ 3.244349] RSP: 0018:ffffb32940c47b40 EFLAGS: 00010286
[ 3.244351] RAX: 0000000000000000 RBX: ffff98e02c0602b0 RCX: 00000000000002b9
[ 3.244352] RDX: 0000000000000001 RSI: 0000000000000092 RDI: 0000000000000247
[ 3.244354] RBP: ffffb32940c47b88 R08: 00000000000002b9 R09: 0000000000000004
[ 3.244355] R10: 0000000000000000 R11: 0000000000000001 R12: ffff98e02ca26000
[ 3.244356] R13: ffff98e02c0602b8 R14: ffff98e02c060000 R15: ffff98e039b14000
[ 3.244358] FS: 0000000000000000(0000) GS:ffff98e03bb00000(0000) knlGS:0000000000000000
[ 3.244360] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 3.244361] CR2: 00007f1e51dff303 CR3: 0000000179a32000 CR4: 00000000003406e0
[ 3.244363] Call Trace:
[ 3.244421] intel_atomic_commit_tail+0x67d/0xcd0 [i915]
[ 3.244476] intel_atomic_commit+0x28c/0x2c0 [i915]
[ 3.244504] drm_atomic_commit+0x4a/0x50 [drm]
[ 3.244516] restore_fbdev_mode_atomic+0x1c4/0x1e0 [drm_kms_helper]
[ 3.244527] restore_fbdev_mode+0x50/0x160 [drm_kms_helper]
[ 3.244538] drm_fb_helper_restore_fbdev_mode_unlocked+0x54/0xb0 [drm_kms_helper]
[ 3.244549] drm_fb_helper_set_par+0x30/0x60 [drm_kms_helper]
[ 3.244560] drm_fb_helper_hotplug_event.part.0+0xa6/0xd0 [drm_kms_helper]
[ 3.244571] drm_fb_helper_hotplug_event+0x1c/0x30 [drm_kms_helper]
[ 3.244622] intel_fbdev_output_poll_changed+0x6f/0xa0 [i915]
[ 3.244632] drm_kms_helper_hotplug_event+0x2c/0x40 [drm_kms_helper]
[ 3.244642] output_poll_execute+0x19b/0x1c0 [drm_kms_helper]
[ 3.244648] ? __schedule+0x2c1/0x6c0
[ 3.244654] process_one_work+0x1db/0x3c0
[ 3.244656] worker_thread+0x4d/0x400
[ 3.244660] kthread+0x104/0x140
[ 3.244662] ? process_one_work+0x3c0/0x3c0
[ 3.244664] ? kthread_park+0x90/0x90
[ 3.244667] ret_from_fork+0x35/0x40
[ 3.244670] ---[ end trace cbce0b2ac6e12128 ]---
[ 3.254809] input: SYNP1000:00 06CB:1785 Touchscreen as /devices/pci0000:00/0000:00:16.3/i2c_designware.3/i2c-4/i2c-SYNP1000:00/0018:06CB:1785.0003/input/input1
[ 3.255122] hid-generic 0018:06CB:1785.0003: input,hidraw0: I2C HID v1.00 Device [SYNP1000:00 06CB:1785] on i2c-SYNP1000:00 -
CPT.Pirk
Jómunkásember
válasz
Gyb001
#28326
üzenetére
Közben beugrott még valami, csak elkéstem vele. Jártam úgy, hogy nem voltak egymástól megkülönböztethetőek az USB-s eszközök, mert a gyártó nem készült fel rá, hogy egy gépen használj belőle többet... Minden kiolvasható paraméterük azonos volt, de nekem mégis tudni kellett, hogy melyik melyik. Végül a megoldás az lett, hogy az adott fizikai porthoz tartozót kezeltem fixen az egyiknek, a másikat meg a másiknak és meg volt mondva, hogy melyiket hová kell dugni.
Ez valószínűleg működik hubon keresztül is, de még nem próbáltam.Nézd meg ezt a posztomat a témában: [link] - itt 2 kártyaolvasót kellett kiosztanom 2 monitor között helyesen.
-
CPT.Pirk
Jómunkásember
válasz
Gyb001
#28326
üzenetére
Ahogy írták, udev szabály kell rá, mert alapból dinamikus a port kiosztás. Ellenkező esetben pl. termelésben ahol mondjuk óránként 200 eszköz jelentkezik fel egymás után soros porton, ott hamar gond lenne a port kiosztásból. Jártunk is így win7 alatt, ahol maximum 256 bejegyzést tud kiosztani az oprendszer, ha azt elérte, akkor feladja... Regedit hekket kellett ilyenkor futtatni, ami resetelte...
A /dev alatt ki lehet bogarászni relatíve egyszerűen az infókat az eszközökről, amik alapján meg lehet különböztetni őket - már ha gyárilag kaptak eltérő értékeket, ami nem biztos.
Milyen környezetből kellene elérni a portokat? Bash? C++?
-
-
CPT.Pirk
Jómunkásember
Teljesen elveszek ezekben a dolgokban... El tudok küldeni
git send-emailhasználatával diff fájlokat levlistára? (ha igen, valami példát mutassatok pls)Minden egyes leírás amit találok azok git commitokból készítenek patch-et, de eleve nem git repóval dolgoztam, hanem csak fogtam a kernel forrást zipből, csináltam egy régit meg egy újat és az újban a két módosított fájlból csináltam 1-1 diff-et a régihez képest...
-
-
CPT.Pirk
Jómunkásember
válasz
0xmilan
#28290
üzenetére
Igen, pontosan úgy csináltam mindent, ahogy a forrásban is van. Direkt összenéztem szövegszerkesztő "Pi" opcióját bekapcsolva, hogy ne legyen felcserélődve a tab meg a space.
Ebbe a részbe két sort írtam csak be, ezt mutattam az előzőben:
És ezt csinálta a git diff:
static struct snd_soc_acpi_mach *byt_quirk(void *arg)
{
struct snd_soc_acpi_mach *mach = arg;
@@ -107,6 +131,8 @@ static struct snd_soc_acpi_mach *byt_quirk(void *arg)
return &byt_thinkpad_10;
case BYT_POV_P1006W:
return &byt_pov_p1006w;
+ case BYT_AEGEX_10:
+ return &byt_aegex_10;
default:
return mach;
} -
CPT.Pirk
Jómunkásember
Sikerült eljuttatnom a patchemet az alsa-devel listára (köszi Jester01!), de most kaptam pár kérdést.
> +};
> +
> static struct snd_soc_acpi_mach *byt_quirk(void *arg)
> {
> struct snd_soc_acpi_mach *mach = arg;
> @@ -107,6 +131,8 @@ static struct snd_soc_acpi_mach *byt_quirk(void *arg
> return &byt_thinkpad_10;
> case BYT_POV_P1006W:
> return &byt_pov_p1006w;
> + case BYT_AEGEX_10:
> + return &byt_aegex_10;
indentation?Van pár ilyen blokkom és az indentation az magyarul csipkézést vagy mit jelent, de nem világos, hogy ebben a kontextusban mire gondoltak.
Patch: https://patchwork.kernel.org/patch/10960165/szerk:
azzal sem vagyok teljesen tisztában, hogy ezzel mit kellene kezdeni: ...some sort of email uuencode error? Gmail alól küldtem a levelet. -
CPT.Pirk
Jómunkásember
Ki jártas ezekben az lkml és alsa-devel mailing listekben? Ha én mint mezei Kis Pista szeretnék beküldeni egy patch-et, akkor ott a signed-off-by: sorba az én nevemet kell feltüntetni, ezzel deklarálom, hogy ezt a patchet én írtam és legjobb tudomásom szerint megfelel az opensource elvárásoknak?
A google alapján valami ilyesmit jött le nekem.
-
CPT.Pirk
Jómunkásember
válasz
CPT.Pirk
#28273
üzenetére
Éééés a csattanó, mert kaptam gyorsan egy választ:
Egy pulseaudio bug miatt kellett blaklistre tenni azt a modult. A bugot javították a 2018 nyarán kiadott pulseaudio 12-ben, de a legújabb Mint-ben még mindig csak 11.1 van, ami 2017 szeptemberi.
A pillanat, amikor végleg szakítasz az Ubuntu vonal csodáival...
-
CPT.Pirk
Jómunkásember
Aurórád... A múlt héten azt kergettük Finnországban, de csak nem lett meg.
Amúgy most még hátra van, hogy ezt ki kellene posztolnom az alsa-devel mailinglistre. Patch-et két fájlból kell csinálnom, az nem gond azt tudom hogy kell, de ezek a régi mailing listek... még sosem használtam ilyet és ma már nem is próbálom meg.
Viszont lehet tényleg írok róla egy logoutos cikket, ahogy mondtad azt még december körül. Összejött némi érzés amit szívesen kiírnék magamból mielőtt agyérgörcsöt kapok.
-
CPT.Pirk
Jómunkásember
Dzsízusz!
Néztem miért nem tud elindulni a pulseaudio mikor nincs hang, de nem jöttem rá. Aztán beugrott egy találat, hogy le kellene tiltani a másik hangeszközt. Szóval betettem a modeprobe.d-be ezt:
blacklist snd_hdmi_lpe_audioés azóta mindig megy a hang! Ezzel szívtam december óta!!!
-
CPT.Pirk
Jómunkásember
Folytatódik az RT5672-es történetem.
Kernel szinten megcsináltam az RT5672 Inteles hangvezérlő támogatását, amit hibás ACPI azonosító miatt egy RT5640-nek kezel az alap kernel és megpróbálja annak a driverét ráhúzni, de az persze nem megy, mert a driver meg ellenőrzi az IC típusát és kiáll hibára...
Jelenleg az 5.1-es kernellel foglalkozom, meg van csinálva a helyes driver betöltése és az funkció lábak mint pl. jack detektáláshoz tartozó quirk-et is megcsináltam.A problémám most valahol magasabb szinten van, mert csak minden többedik indulás után jelenik meg a hangeszközök között ez a hangvezérlő, de ekkor minden funkciója működik is. Az egyéb esetekben se ez a hangeszköz, se az SOC-ban lévő HDMI LP audio cucc sem szokott megjelenni, vagy csak magában az, de azon meg nincs hangszóró...
Ilyenkor ha nézem az alsamixert, ott ekkor is látom, hogyha bedugom a fejhallgatót, szóval hiába nincs meg a hangeszközök között a kártya, alsa szinten látszik és működik. Ilyenkor a dmesg kimenet és az aplay -l kimenete is teljesen azonos azzal az állapottal, mint mikor rendesen működik.Van valami ötletetek rá, hogy merre induljak tovább? Az Intel részéről úgy érzem nem akarnak foglalkozni velem tovább, mert nehezen halad a levelezés...
weiss: a megoldás az, hogy vagy fordítasz magadnak kernelt az eszközre, vagy jelzed a fejlesztőknek, hogy ezt kapcsolják be és megvárod, míg kiadnak egy új kernelt ezzel.
CONFIG_I2C_TINY_USB=yRákeresve, Raspberry PI-nél is jelezték a fejlesztőknek, hogy ezt be kellene kapcsolni.
-
-
CPT.Pirk
Jómunkásember
válasz
bambano
#28244
üzenetére
Lefordítottam a kernelt 7-es default loglevellel, így most ott is és a dmesg kimenetben is látszik az összes debug üzenet, amire szükségem van. Ezt megelőzően grub loglevel=7 paraméterrel próbálkoztam, de az vagy nem működött, vagy benéztem.
Jester01: ez egy Mint telepítés, a kern.log -ba nem ír be a boot alatt semmit.
-
CPT.Pirk
Jómunkásember
válasz
CPT.Pirk
#28236
üzenetére
Megtaláltam a megoldást, usb-modeswitch segítségével át kell kapcsolni a modemet, utána már létrejön a 4 darab USB portja és egyből működik is ahogy kell.
Azt nem tudom, hogy ezt miért kell kézzel megcsinálni Linux alatt, mit csinál a Windows máshogy, hogy ott egyből modemként megy ez a Telit LN9400 cucc?
-
CPT.Pirk
Jómunkásember
válasz
CPT.Pirk
#28233
üzenetére
Ha betöltöm boot alatt a cdc_acm drivert, nem old meg semmit. Ha beforgatom a kernelbe, akkor se.
$ dmesg | grep modem
[ 7.291335] cdc_acm: USB Abstract Control Model driver for USB modems and ISDN adapters
[ 13.013201] usbserial: USB Serial support registered for GSM modem (1-port)
$ mmcli -L
No modems were foundEz az usbserial-os sor már a Mint alap 4.15-ös kernelével is megvolt. Hogy ezután minek kellene történnie, azt nem tudom.
-
CPT.Pirk
Jómunkásember
válasz
bambano
#28232
üzenetére
Valóban, nincs benne az lsmod listában. Modprobe bekapcsolja, de ezt miért kézzel kell bekapcsolni? Vagy valaminek kellene ezt triggerelnie magától?
Ilyen cdc_acm -et használó usb soros portos (gondolom azok amik /dev/ttyACM0 néven jönnek létre) dolgokat már használtam Debian alatt gond nélkül, kézzel még sosem kellett a cdc_acm modult csesztetnem.
Most fordítok egy kernelt, ahol átraktam *-ra a cdc_acm drivert.
-
CPT.Pirk
Jómunkásember
Van egy tablet, benne Telit LN940 sim kártyás modem. A modem W10 alatt működik, szóval ez okés. A Linux kernel tavaly decemberben kapta meg a támogatást hozzá: https://patchwork.kernel.org/patch/10729097/, de mintha nem csinálna semmit.
Konkrétan az lsusb látja a modemet, a kernel dmesg kimenetében is szerepel az usb portnál, valamint a serial valami is jelzi a dmesg kimenetben, hogy talált egy modemet és beállította. Viszont maga a modem nem jön létre mint soros port a /dev/tty... alatt, így a modem-manager és a terminálos megoldások se látják és nem tudok vele semmit se kezdeni.
Valaki tud erre valamit? Mint 19.1, azon 4.15 és 5.1 kernellel néztem.
-
CPT.Pirk
Jómunkásember
válasz
Victoryus
#28108
üzenetére
Nem leszedned kell, hanem korábbi verziót visszarakni. Nem kellett még ilyet csinálnom, de gondolom az apt megoldja a függőségek visszacserélését is.
Viszont h. egy LTS kiadásnál is ilyen előjött, az elég gáz. Ubuntu topicnál kérdezz még rá. Amúgy mesa csomagok downgradjét próbálnám meg, de ez egy szinttel alatta mehetett el szerintem, keress xorg csomag frissítést a logban és ha látsz olyat, akkor azzal kezd a downgradet.
Ubuntu topicban kérdezz még rá.
-
CPT.Pirk
Jómunkásember
válasz
Victoryus
#28106
üzenetére
/var/log/apt/history valami néven találod a logot. Downgrade meg így megy: https://www.ostechnix.com/how-to-downgrade-a-package-in-ubuntu/
De ha nem LTS Xubuntu kiadást használsz, akkor máskor is lehet ilyen vagy egyéb problémád...
-
CPT.Pirk
Jómunkásember
válasz
Victoryus
#28103
üzenetére
Ez LTS kiadás, vagy nem? A kép alapján az van, amit mondtam. Megoldást azt nem tudok rá, de egy helyes xrandr kimenet így néz ki:
xrandr
Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 16384 x 16384
DisplayPort-0 disconnected (normal left inverted right x axis y axis)
DisplayPort-1 disconnected (normal left inverted right x axis y axis)
DisplayPort-2 disconnected (normal left inverted right x axis y axis)
HDMI-A-0 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 1600mm x 900mm
1920x1080 60.00*+ 50.00 59.94 30.00 25.00 24.00 29.97 23.98
1680x1050 60.00
1280x1024 60.02
1440x900 60.00
1360x768 60.02
1280x800 60.00
1152x864 59.97
1280x720 60.00 50.00 59.94
1024x768 60.00
800x600 60.32
720x576 50.00
720x480 60.00 59.94
640x480 60.00 59.94
720x400 70.08
DVI-D-0 disconnected (normal left inverted right x axis y axis) -
CPT.Pirk
Jómunkásember
válasz
Victoryus
#28101
üzenetére
Az alap probléma az volt, hogy valamiért nem tudta kiolvasni az EDID adatokat a monitorból, ezért volt az alacsony felbontás. Ebben az állapotban raktad fel a Radeon drivert, így az se igazán működik.
Itt és most szerintem a reinstall a megoldás, ha nem akarsz chroot-olt terminálból Radeon drivert eltávolítani. Aztán friss install és frissítés után ha újra fent áll a felbontás probléma, akkor kezdésnek egy xrandr kimenetet ossz meg velünk.
-
CPT.Pirk
Jómunkásember
Ezt azért furcsállom, mert ezek a csomagok ott vannak a többi között. Még Debian alatt is a main tárolóban vannak, nem a conrtib vagy nonfree szekcióban.
A Fedora is idén januártól beépítette a va-api támogatást bekapcsoló patchet a Chromeiumba. A Fedora-t nem ismerem, de ez feltételezi, hogy telepíti az ehhez kellő csomagokat is, mert különben nem sok értelme lenne.Amúgy vagyok, csak jellemzően a másik Linuxos topicban.
-
CPT.Pirk
Jómunkásember
válasz
Victoryus
#28087
üzenetére
Egyedül a Chromeium VA-API verziója használ GPU-s gyorsítást a Youtube videókhoz Linux alatt, ha a hardverben ott van az UVD blokk. Az alap Chrome / Chromium és Firefox nem tudja. A Firefox alatt be lehet kapcsolni a felület gpu-s gyorsítását, de a Youtube videón ez nem sokat számít.
A va-api kihasználásához meg gyakran kézzel kell feltenni csomagokat, mert valamilyen általam érthetetlen okból a disztrók egy része ezeket nem teszi az alap telepítés részévé. vainfo progi megmondja, hogy mi a helyzet ezen a téren. Ha alapból nincs vainfo progid telepítve, akkor gyanús, hogy kézzel kell felraknod a va-api csomagokat a csomagkezelőből.
*szerk: a nyílt amd driverrel megy minden, nem kell a gyártói drivert feltenned ehhez.
*szerk2: ha a va-api megy akkor még a vdpau-t is hasonló módon meg lehetne oldanod és akkor SMPlyaer, Vlc meg Bomi lejátszók fogják is tudni használni a hardveres gyorsítást. A vdpaut-t a vdpauinfo progival tudod ellenőrizni.
-
CPT.Pirk
Jómunkásember
és Frawly:
Megoldódott.
Először egy teljes steam resetet csináltam, még a rejtett mappákat is töröltem. Semmi eredménye nem volt. Majd kíváncsiságból letöltöttem a Creative Destruction ingyenes, proton whittelisten lévő játékot, ami után kiírta nekem, hogy Proton 3.16 letöltése kész.
Mondom WTF, ott volt eddig is a proton mappája a steam könyvtárában.
Na ezek után már a TR is elindult. - persze netet továbbra sem lát, de az már egy másik kérdés. 
-
-
CPT.Pirk
Jómunkásember
Van itt aki használja a Steam Proton-t?
A proton 3.16.4 utáni béta verzióinál futok bele ebbe:
ERROR: ld.so: object '/home/kepsz/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
/bin/sh: /mnt/ssd_data/steam/steamapps/common/Shadow of the Tomb Raider/SOTTR.exe: cannot execute binary file: Exec format error
GameAction [AppID 750920, ActionID 1] : LaunchApp changed task to Completed with ""
Game removed: AppID 750920 "", ProcID 8009
>>> Adding process 8010 for game ID 750920
No cached sticky mapping in ActivateActionSet.assert_20190216162314_24.dmp[8005]: Finished uploading minidump (out-of-process): success = yes
assert_20190216162314_24.dmp[8005]: response: CrashID=bp-c770ae2e-25fc-4e7f-85cf-108cc2190216
assert_20190216162314_24.dmp[8005]: file ''/tmp/dumps/assert_20190216162314_24.dmp'', upload yes: ''CrashID=bp-c770ae2e-25fc-4e7f-85cf-108cc2190216''Minden exe fájlnál ez van, miközben a 3.16.4 még működött. Ott csak netre nem jutott ki a játék...
Googleben nem jutottam sokra sajnos. Az talán számít, hogy egy 64 bites Arch leszármazott disztrón használom a Steamet, de ez eddig nem volt probléma.A 3.16.6 és 3.16.7 produkálja ezt.
-
CPT.Pirk
Jómunkásember
Van itt aki használja a Steam Protont? Bekapcsoltam és próbáltam használni, de mindegy milyen .exe fájlal próbálkozom, mindegyiknél ezt kapom:
ERROR: ld.so: object '/home/kepsz/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
/bin/sh: /mnt/store_1/Games/steam/steamapps/common/Galactic Civilizations III/GalCiv3.exe: cannot execute binary file: Exec format errorVan erre ötletetek?
-
CPT.Pirk
Jómunkásember
válasz
#05055892
#27679
üzenetére
Igen, a sudo ilyen.
Javaslom nézz egy hdsentinelt a háttértárra, mert ami történt az nem normális. Továbbra is kétlem, hogy egy sima windózer frissítés csak úgy kinyír egy olyan partíciót, aminek az olvasásához nincs is driver a Windowsban... Inkább csak véletlen egybeesés és lehet, hogy közben kezd tönkremenni a háttértár, vagy mondjuk egy kicsit hibás sata kábel okozott adatvesztést. Én jártam már így, a sata kábel okozta hibákat meg feljegyzi a háttérár és a hdsentinel megmutatja.
-
CPT.Pirk
Jómunkásember
válasz
#05055892
#27674
üzenetére
Ha csak az adat partíció érdekes, akkor fognék egy live képes disztrót, és egyszerűen a fájlkezelőjével betallóznám a cuccokat róla.
De azt is csinálhatod, hogy gparteddel létrehozol egy partíciót a lefoglalatlan helyén (vagyis újraalkotod), aztán oda felraksz egy új Linuxot. Akkor lesz újra működő grub, és abból a friss Linuxból is el fogod érni az adat partíció tartalmát. Én ezt csinálnám.
-
CPT.Pirk
Jómunkásember
válasz
#05055892
#27665
üzenetére
Egy live disztró alól az fdisk -l mit mond? Ott tuti látszik a partíciód, aztán rá lehetne engedni egy fsck.ext4-et. Vagy annak megfelelő fsck-t, ha nem ext4-et használtál fájlrendszernek.
Továbbá van külön gparted live disztró, azzal gparted indít, ott pedig ellenőrzés és javítás a partíción. Én ezt próbálnám meg először.
Amúgy nem hiszem, hogy köze van a Windowsnak a történtekhez. Még csak nem is kezel Linuxos fájlrendszereket.
-
-
CPT.Pirk
Jómunkásember
Megnéztem, a grub.cfg-ben a vmlinuz és az initrd fájlok nevei egyeznek azzal, amik a /boot alatt vannak. Annyi eltérést fedeztem eddig fel mindössze, hogy az általam fordított vmlinuz fájlok application/octet-stream helyett application/x-ms-dos-executable típusúak. Nem tudom, ez számít-e.
bambano: hmm.
-
CPT.Pirk
Jómunkásember
Inkább óda a bitistenhez lesz ebből.
A patchelt forrás se adott bootolható végeredményt, ráadásul szerintem azért, mert már a kernel konfigurátor is azt mondja, hogy 4.20 RC6 kernelt konfigurál, hiába van szó a 4.19.6 vagy 4.19.9 forrásról. Amit a make install feltesz, annak 4.20... lesz a neve és a grub a ramdisk betöltésekor elhal, hogy nem talál ilyet.
Most szedem le a 4.20 RC6 forrását és lefordítom azt. Hátha azzal már jó lesz. Ilyennel még nem találkoztam, hogy a kernel konfigurátora ne lenne összhangban a forrással.
-
CPT.Pirk
Jómunkásember
Igen, a tabletes sztori, amit itt beszéltünk: https://prohardver.hu/tema/a_nagy_linux_topic/hsz_27476-27487.html
Azóta írtam a kódban talált Inteles email címre ezzel a problémával, onnan hamar kaptam választ és be is cczte az egyik kollégáját is, így most az Intel két fejlesztőmérnökével levelezek. Tőlük jött a tipp, hogy hogyan kellene megcsinálni egy quirk-et erre. Ismerik a jelenséget, a Lenovo tabletjeinél szintén ezt kell alkalmazni.
Most megírtam a módosításokat, csak le kell fordítani és tesztelni. Ott még nem tartok, hogy mindezt távoli gépről csináljam (pedig itt van a 12 szálas Ryzen a gépben), így a tableten húztam fel a build környezetet.Még hátra van, hogy a realtekkel is levelezzek, mert egy érdekes kérdés, hogy miért működik Windows alatt a hangcsip, ha egyszer nem az, aminek mondja őt az acpi. Az Inteles srácok arra gondolnak, hogy valószínüleg regiszter szinten (?nagyjából?) egyforma a két csip, ezért megy...
drup:
Azt a hibát követtem el, hogy letöltöttem a forrást a git repóból, de nem követtem az utasításokat, mi szerint az alatta linkelt 5 patch-et sorban egymás után fel kell tenni, mielőtt lefordítom a kódot. -
-
CPT.Pirk
Jómunkásember
Mi lehet a gond, ha a grub után rögtön ezzel elszáll a boot?
error: couldn't find suitable memory target.Ez egy Linux Mint, amire kézzel telepítettem a 4.19.9 kernelt, amivel megy is gond nélkül.
A kernel innen van: https://kernel.ubuntu.com/~kernel-ppa/mainline/v4.19.9/Mivel egy kernel driver javítást szeretnék kipróbálni, így leszedtem ugyaninnen a kernel forrását:
git clone git://git.launchpad.net/~ubuntu-kernel-test/ubuntu/+source/linux/+git/mainline-crack v4.19.9Aztán a /boot alól kimásoltam az ehhez a kernelhez tartozó .config fájlt, amit bemásoltam a kernel mappájába. Aztán
make menuconfig-al betöltöttem a konfig fájlt és csak annyi konfigot módosítottam, hogy adja hozzá a teszt2 nevet a kernel név sztringjéhez.
Megcsináltam a .c fájl módosítást, majd lefordítottam és telepítettem az egészet így:make
sudo make modules_install
sudo make installEz után látszólag minden rendben megtörtént, a teszt2-es kernelt hozzáadta a grub a listához de mégsem működik, azt a hibát kapom amit fent láttok. Google nem segített kinyomozni mi lehet a gond.
Egy újabb sudo update-grub se változtatott semmin.
-
-
CPT.Pirk
Jómunkásember
-
CPT.Pirk
Jómunkásember
válasz
CPT.Pirk
#27480
üzenetére
Pontosabban, van egy ilyen struktúra a v4.19.6/sound/soc/intel/common/soc-acpi-intel-byt-match.c fájlban:
static struct snd_soc_acpi_mach byt_thinkpad_10 = {
.id = "10EC5640",
.drv_name = "cht-bsw-rt5672",
.fw_filename = "intel/fw_sst_0f28.bin",
.board = "cht-bsw",
.sof_fw_filename = "intel/sof-byt.ri",
.sof_tplg_filename = "intel/sof-byt-rt5670.tplg",
.asoc_plat_name = "sst-mfld-platform",
};Ami pont azt tartalmazza, amire szükségem lenne. Nem találom, hogy ezt a struktúrát mi használja. Van itt valaki, aki jobban vágja ezt nálam?
A tippem az, hogy ezt a struktúrát duplikálom a saját tabletem nevével, de azon túl nem tudom mi kell még. -
CPT.Pirk
Jómunkásember
válasz
CPT.Pirk
#27476
üzenetére
Megnézve a cuccot, fizikailag RT5672 van benne. Most meg kellene mondanom valahogy a kernelnek, hogy ha ilyen meg ilyen DMI adatokat lát, akkor ne az 5640-es, hanem az 5672-es drivert próbálja meg életre kelteni.
Megvan a kernel forrása, tudok kernelt fordítani meg minden, de ennek a mikéntje még magas nekem. Egy nagyon ótvar megoldás az lenne, ha az 5640-es cucc fájlokba is bemásolnám az 5672 tartalmát, de csak van valami szebb megoldás...
-
CPT.Pirk
Jómunkásember
Egy Intel Atom procis tabletre varázsolok Mint-et, már minden működik, kivéve a hangot.
Egy ilyen cucc van benne: byt-rt5640, amihez UCM fájlok tartoznak innen: [https://github.com/plbossart/UCM/tree/master/byt-rt5640]
Minden leírás ezt említi, az egész könyvtárat bemásoltam ahová írja: /usr/share/alsa/ucm, de nem változott semmi. Azt is próbáltam, hogy törlöm a /var/lib/alsa/asound.state fájlt, de nem lett jobb a helyzet.
Dmesg ilyen hibákat ír:
rt5640 i2c-10EC5640:00: Device with ID register 0x6271 is not rt5640/39
bytcr_rt5640 bytcr_rt5640: ASoC: CODEC DAI rt5640-aif1 not registered
bytcr_rt5640 bytcr_rt5640: devm_snd_soc_register_card failed -517Mint 19 frissítve. Egy hasonló gépen így kell megcsinálni Debian alatt: https://wiki.debian.org/InstallingDebianOn/Asus/T100TA#Audio
Mintha az lenne a szitu, hogy nem is Baytrailes, hanem Cherrytrail-es hangcucc lenne a kütyüben, amihez nem a megfelelő ACPI ID-t használják:
"sound is still not working because the TPT10 uses a codec that was introduced into the kernel for Cherrytrail but not Baytrail – well, I guess that can be hacked
I had a look at the ACPI DSDT yesterday and am confused as it states that the codec is RT5640 but it is pretty definitely a RT5672, the ID register gives proof for that:
rt5640 i2c-10EC5640:00: Device with ID register 0x6271 is not rt5640/39" [link]Van ötletetek rá, hogy mit lehetne ezzel kezdeni?
-
CPT.Pirk
Jómunkásember
válasz
qwertly
#27190
üzenetére
-torrent: töröld le a gépről a torrent klienst, annak hiányában aztán tök mindegy milyen torrent oldalt nyit meg, letölteni nem tud. Pontosabban visszaosztani nem, a többi meg nem ütközik semmilyen jogszabályba.
-pornó: vannak ilyen pornó oldal blokkoló kiterjesztések a normális böngészőkhöz, mint a Firefox. Ez utóbbit el is lehet látni a "Kiosk mode" kiegészítővel, amivel lezárhatod a böngésző akár teljes felületét, így semmit nem fognak tudni átállítani benne.
-
CPT.Pirk
Jómunkásember
Van egy ügyfélhez letelepített PC, amin két teljesen azonos monitor van, egyik VGA, másik DVI felületen csatlakoztatva.
Jó két hétig működött nálam gond nélkül mindkét monitor 1920x1080-ban, így lett az ügyfélhez letelepítve, akinek nem volt hozzáférése úgy egyébként a gépen futó Mint 18.3 Cinnamon-hoz, mert az alkalmazás a gépen elfedte a képernyőket, kvázi kiosk módjára.Na most valami történt, ami miatt az analóg VGA-n csatlakoztatott monitort csak 1024x768-ban engedi használni és az EDID szerint se tud többet, így meg nem jó a kép és a program se fér ki rá...
Pár újraindítás után is ez van. Lövésem nincs, hogy mi okozhat ilyet.
-
CPT.Pirk
Jómunkásember
válasz
CsaBully
#26815
üzenetére
Debian és a KDE az kissé problémás házasság. Ha van valami bug, számíthatsz rá, hogy hosszú hónapokig benne marad...
Manjaro KDE helyett annak a rokonát javasolnám, a ChakraOS-t. Ott csak KDE van és van Steam is. Azt hiszem a youtube-dl gui is megy. Mondjuk ez utóbbira ott vannak a pluginek Firefoxhoz meg még a Chromehoz is, amivel le tudsz tölteni bármit a Youtuberól.
A Manjaro rolling, követve az Arch-ot. A Chakra csak félig rolling, már saját csomag bázissal, korábban Arch alapú volt. Emiatt hosszabb távra megbízhatóbbnak tartom, mint az előbbieket.
-
CPT.Pirk
Jómunkásember
válasz
CPT.Pirk
#26752
üzenetére
Találtam megoldást a problémára, csak annyit kell fixálni, hogy melyik két USB portra vannak kötve a monitorok.
Az xinput ID alapján lekérdezhető a /dev/input/eventX, azzal meg lekérdezhető az udevadminból a port, amihez tartozik az event. A portok neve meg fix, így arra lehet vizsgálni.#!/bin/bash
DEDICATED_PORT_1='usb-0:5:1.0'
DEDICATED_PORT_2='usb-0:7:1.0'
DEDICATED_OUTPUT_1='DVI-D-1'
DEDICATED_OUTPUT_2='HDMI-1'
FIRST_ID=$(xinput | grep 'USBest Technology SiS HID Touch Controller' | sed -n '1s/.*id=\([0-9]*\).*/\1 /p')
SECOND_ID=$(xinput | grep 'USBest Technology SiS HID Touch Controller' | sed -n '2s/.*id=\([0-9]*\).*/\1 /p')
echo "Got ID's:"
echo $FIRST_ID
echo $SECOND_ID
TOUCHDEV0=$(xinput --list-props $FIRST_ID | grep 267 | cut -f 3 | tr -d '"')
TOUCHDEV1=$(xinput --list-props $SECOND_ID | grep 267 | cut -f 3 | tr -d '"')
echo "Dev's:"
echo $TOUCHDEV0
echo $TOUCHDEV1
FIRST_USB=$(udevadm info -q property -n $TOUCHDEV0 | grep 'ID_PATH=' | cut --delimiter="-" -f 3,4)
SECOND_USB=$(udevadm info -q property -n $TOUCHDEV1 | grep 'ID_PATH=' | cut --delimiter="-" -f 3,4)
echo "Ports:"
echo $FIRST_USB
echo $SECOND_USB
if [ $FIRST_USB = $DEDICATED_PORT_1 ]; then
echo "ID: " $FIRST_ID " is " $DEDICATED_PORT_1 " mapping to " $DEDICATED_OUTPUT_1
xinput map-to-output $FIRST_ID $DEDICATED_OUTPUT_1
else
echo "ID: " $FIRST_ID " is " $DEDICATED_PORT_2 " mapping to " $DEDICATED_OUTPUT_2
xinput map-to-output $FIRST_ID $DEDICATED_OUTPUT_2
fi
if [ $SECOND_USB = $DEDICATED_PORT_1 ]; then
echo "ID: " $SECOND_ID " is " $DEDICATED_PORT_1 " mapping to " $DEDICATED_OUTPUT_1
xinput map-to-output $SECOND_ID $DEDICATED_OUTPUT_1
else
echo "ID: " $SECOND_ID " is " $DEDICATED_PORT_2 " mapping to " $DEDICATED_OUTPUT_2
xinput map-to-output $SECOND_ID $DEDICATED_OUTPUT_2
fi
A kimenete:
Got ID's:
10
11
Dev's:
/dev/input/event7
/dev/input/event8
Ports:
usb-0:5:1.0
usb-0:7:1.0
ID: 10 is usb-0:5:1.0 mapping to DVI-D-1
ID: 11 is usb-0:7:1.0 mapping to HDMI-1 -
CPT.Pirk
Jómunkásember
Szerintetek hogyan lehet megkülönböztetni és mappingolni érintőképernyős monitorokat?
Van két teljesen egyforma monitor ugyanazon a gépen. Mindkettőnek ugyanolyan USB-s touch touch-a van.
Az xinput nem lát különbséget közöttük:
xinput
⎜ ↳ USBest Technology SiS HID Touch Controller id=10 [slave pointer (2)]
⎜ ↳ USBest Technology SiS HID Touch Controller id=11 [slave pointer (2)]A /dev/input/by-id alatt egy néven jönnek létre:
usb-USBest_Technology_SiS_HID_Touch_Controller-event-if00A propjaik is totál azonosak:
xinput --list-props 10
Device 'USBest Technology SiS HID Touch Controller':
Device Enabled (145): 1
Coordinate Transformation Matrix (147): 1.000000, 0.000000, 0.000000, 0.000000, 1.000000, 0.000000, 0.000000, 0.000000, 1.000000
Device Accel Profile (271): 0
Device Accel Constant Deceleration (272): 1.000000
Device Accel Adaptive Deceleration (273): 1.000000
Device Accel Velocity Scaling (274): 10.000000
Device Product ID (266): 1111, 4148
Device Node (267): "/dev/input/event8"
Evdev Axis Inversion (275): 0, 0
Evdev Axis Calibration (276): <no items>
Evdev Axes Swap (277): 0
Axis Labels (278): "Abs MT Position X" (295), "Abs MT Position Y" (296), "None" (0), "None" (0)
Button Labels (279): "Button Unknown" (269), "Button Unknown" (269), "Button Unknown" (269), "Button Wheel Up" (151), "Button Wheel Down" (152)
Evdev Scrolling Distance (280): 0, 0, 0
Evdev Middle Button Emulation (281): 0
Evdev Middle Button Timeout (282): 50
Evdev Third Button Emulation (283): 0
Evdev Third Button Emulation Timeout (284): 1000
Evdev Third Button Emulation Button (285): 3
Evdev Third Button Emulation Threshold (286): 20
Evdev Wheel Emulation (287): 0
Evdev Wheel Emulation Axes (288): 0, 0, 4, 5
Evdev Wheel Emulation Inertia (289): 10
Evdev Wheel Emulation Timeout (290): 200
Evdev Wheel Emulation Button (291): 4
Evdev Drag Lock Buttons (292): 0
xinput --list-props 11
Device 'USBest Technology SiS HID Touch Controller':
Device Enabled (145): 1
Coordinate Transformation Matrix (147): 1.000000, 0.000000, 0.000000, 0.000000, 1.000000, 0.000000, 0.000000, 0.000000, 1.000000
Device Accel Profile (271): 0
Device Accel Constant Deceleration (272): 1.000000
Device Accel Adaptive Deceleration (273): 1.000000
Device Accel Velocity Scaling (274): 10.000000
Device Product ID (266): 1111, 4148
Device Node (267): "/dev/input/event9"
Evdev Axis Inversion (275): 0, 0
Evdev Axis Calibration (276): <no items>
Evdev Axes Swap (277): 0
Axis Labels (278): "Abs MT Position X" (295), "Abs MT Position Y" (296), "None" (0), "None" (0)
Button Labels (279): "Button Unknown" (269), "Button Unknown" (269), "Button Unknown" (269), "Button Wheel Up" (151), "Button Wheel Down" (152)
Evdev Scrolling Distance (280): 0, 0, 0
Evdev Middle Button Emulation (281): 0
Evdev Middle Button Timeout (282): 50
Evdev Third Button Emulation (283): 0
Evdev Third Button Emulation Timeout (284): 1000
Evdev Third Button Emulation Button (285): 3
Evdev Third Button Emulation Threshold (286): 20
Evdev Wheel Emulation (287): 0
Evdev Wheel Emulation Axes (288): 0, 0, 4, 5
Evdev Wheel Emulation Inertia (289): 10
Evdev Wheel Emulation Timeout (290): 200
Evdev Wheel Emulation Button (291): 4
Evdev Drag Lock Buttons (292): 0
Csak az event tér el.Természetesen az ID-k nem fixek, újraindulásonként eltérnek így nem tudok állandó mappinget csinálni így:
xinput map-to-output 10 HDMI-1
xinput map-to-output 11 DVI-D-1Van valami ötletetek erre? Esetleg udev szabály alapján meg tudom különböztetni az usb eszközöket (talán), de onnan még mindig nem tudom, hogy hogyan kapcsoljam össze őket az xinputos ID-kel.
-
CPT.Pirk
Jómunkásember
válasz
Apollyon
#26747
üzenetére
NVIDIA Corporation GK208 [GeForce GT 730] (rev a1)
Ahogy nézem, ez egy 2014-es kártya. Átváltva ctrl+alt+F6 -ra a konzol rendes felbontáson megy a nyílt driverrel. Azt hiszem Zárttal is így ment.
Mondjuk most sem tökéletes a 2D gyorsítás, időnként kicsit szaggatnak a dolgok, de nem merek hozzányúlni, max backup után mert hátha rosszabb lesz.
-
CPT.Pirk
Jómunkásember
Érdekes, nálam Mint-en nem is hasonlít erre az nvidia-settings, nem volt benne semmi értelmes állítási lehetőség.
Viszont oda-vissza váltogattam az nvidia meg a közösségi driver között, egyikkel sem volt jó, aztán most a közösségi driverrel hirtelen minden jó. Nincs tearing, szépen vált az asztalváltó kocka, rendesen nyílik fel a menü, stb.
Nem tudom miért nem volt jó, mikor alapból is így indult a gép pénteken... Most eltávolítottam minden nvidia cuccot, továbbra is jóság van.
-
CPT.Pirk
Jómunkásember
Újratelepítés nélkül kicseréltem a céges gépet, most olyan gépem van, amiben nem csak Intel grafikus lassító van, hanem egy GT 730 vga is...
Viszont a nouveau driver mellett vannak problémák az asztali működéssel, kellett kapcsolgatni Mint Kde alatt a megjelenítőnél az OpenGL verziót mert voltak villódzások. Most azok megszűntek, csak nem teljesen smooth a felület működése.
Mit kellene megnéznem? Az Inteles lassítóval szép smooth volt minden.
-
CPT.Pirk
Jómunkásember
Na közben megoldódott. Nehezítette a dolgot, hogy az udevben a futtatott script blokkol, akkor is, ha háttérfolyamatként indítunk ot valamit.
A megoldás az lett, amit itt a workaround részen írnak: https://askubuntu.com/questions/290795/why-is-this-udev-rule-blocking
Azaz
echo parancs | at nowformában kell hívni a háttérben dolgozó scriptet.A tényleges háttér scriptben meg ez kellett:
DISP=":0.0"
XAUTH="/home/user/.Xauthority"
DISPLAY=$DISP
XAUTHORITY=$XAUTH
export DISPLAY XAUTHORITY
xinput... -
-
CPT.Pirk
Jómunkásember
válasz
Frawly
#26707
üzenetére
Nem erről van szó.
Ezek olyan célgépek lesznek, amikkel prezentációkat fognak előadni, gurulós állványon. Semmilyen egyéb funkciójuk nem lesz, se másra használni, se netre kötni nem fogják őket, alapból nem is fog látszani a GUI. A mi szempontunkból egyszerűbb, ha a céges logót is a mi alkalmazásunk csinálja, mint ha az oprendszer képernyővédője.
bambano: thx.
-
CPT.Pirk
Jómunkásember
udev rule-ból képtelen vagyok shell scriptet indítani. Echo meg egyebek mennek, de script az nem. Tudok viszont systemd service-t indítani, az el is tudja indítani a scriptemet. Viszont az xinput ami a scriptben van, az meg nem tud kapcsolódni az X kiszolgálóhoz.
Kezdem elveszteni a reményt.
-
CPT.Pirk
Jómunkásember
-
CPT.Pirk
Jómunkásember
Csináltam egy ilyen udev szabályt:
ACTION=="add", RUN+="/home/user/rotate.sh"
a /etc/udev/rules.d/10_touch_rotate -ba.
A rotate.sh ott van, és futtatható. Kézzel indítva megcsinálja, amit kell.
Értelmezésem szerint a fenti szabálynak minden usb-s cucc csatlakozásakor le kellene futnia. Mi a nem jó?
Ja nem. 
Na ezek után már a TR is elindult. - persze netet továbbra sem lát, de az már egy másik kérdés. 
Új hozzászólás Aktív témák
Hirdetés
- 27%-OS ÁFÁS SZÁMLA I Jogtiszta Microsoft digitális és fizikai termékek I DIGITALKEYZ.COM
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Windows 10/11 Home/Pro , Office 2024 kulcsok
- Eladó Steam kulcsok kedvező áron!
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Samsung Galaxy A41 64GB Kártyafüggetlen, 1Év Garanciával
- Telefon felvásárlás!! iPhone X/iPhone Xs/iPhone XR/iPhone Xs Max
- Apple iPhone 16 Pro Max - Desert Titanium - 256GB 1 ciklus 100% akku! 1 év garancia! Új készülék!
- Creative Sound BlasterX G5 (70SB170000000) (Sound Blaster) (DAC)
- Eredeti Windows 10 / 11 Pro aktiválókulcs AZONNALI SZÁLLÍTÁSSAL!
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest