logs is for xorg

That is journalctl, are you sure that is an xorg log?Because that just looks like an error for tracker miner fs reaching its file change watch limit

Have you tried changing at login to xorg with the gear icon?

Actually I'm not sure. because I change it to xorg and on first try password was wrong and I enter the pass without double check that

How to logout??

find it

What I did:

- unplug the hdmi

- restart

- login using xorg

- plug the hdmi in

and you have the log

Can you try another cable, switching the cable direction or ideally another connector like displayport, vga, dvi?

No

And there is something to tell

And are you sure you dont have a dedicated gpu in addition to the intel igpu?

And there is something to tell

Nothing weird in said logs.

Ooooooh

You might have an older displayport

Im sure it's only one Intel gpu

Displayport 1.3 started recommending hdmi to be allowed on displayport 1.3 connectors

vendors do not have to support it

I have to use this to convert the hdmi

Sh**

I have to use this to convert the hdmi

If it works on windows its either intels driver setting a special mode or doing it on software.

Yes it's working on Windows

First of all. Let's do something on driver

Yes it's working on Windows

Should drive the cpu load up a little when plugged in

First of all. Let's do something on driver

There is nothing to do.

I can't find a chip number for my gpu

Lspci -v

00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09) (prog-if 00 [VGA controller]) Subsystem: Hewlett-Packard Company Device 18df Flags: bus master, fast devsel, latency 0, IRQ 31 Memory at d0000000 (64-bit, non-prefetchable) [size=4M] Memory at c0000000 (64-bit, prefetchable) [size=256M] I/O ports at 2000 [size=64] [virtual] Expansion ROM at 000c0000 [disabled] [size=128K] Capabilities: <access denied> Kernel driver in use: i915 Kernel modules: i915

Intel provides a fully working open source driver straight in the kernel. If that doesnt work on your device then all you can do is report your laptop and what you are doing (dp>hdmi) to redhat bugzilla.

?

Ok

Thanks

00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09) (prog-if 00 [VGA controller]) Subsystem: Hewlett-Packard Company Device 18df Flags: bus master, fast devsel, latency 0, IRQ 31 Memory at d0000000 (64-bit, non-prefetchable) [size=4M] Memory at c0000000 (64-bit, prefetchable) [size=256M] I/O ports at 2000 [size=64] [virtual] Expansion ROM at 000c0000 [disabled] [size=128K] Capabilities: <access denied> Kernel driver in use: i915 Kernel modules: i915

lspci -nn

that will tell you your gpu pci id with which you can search online for it

[8086:0166] (rev 09)

OK thanks man

[8086:0166] (rev 09)

Are you sure?

Thats the pci id for a Intel HD 3000

00:02.0 VGA compatible controller [0300]: Intel Corporation 3rd Gen Core processor Graphics Controller [8086:0166] (rev 09)

Which is ages old - and definitely needs software hacks to get hdmi over displayport to work.

Software hack!?

Any resource that I can read to get it to work?

Any resource that I can read to get it to work?

No, i dont think this kind of fuckery has been explored for linux anywhere. software hacks as in thats how the intel windows driver likely does it.

Or you could try a proper bridge for displayport to hdmi - you can plug these between dp out and hdmi cable and they dont just passtrough the connectors.

Look for "Active displyport to hdmi"

got it

one more question. which one of this is the display port: ls /sys/class/drm card0 card0-DP-1 card0-DP-2 card0-DP-3 card0-HDMI-A-1 card0-HDMI-A-2 card0-HDMI-A-3 card0-LVDS-1 card0-VGA-1 renderD128 version

?

Actually I don't know what exactly happened

Just unplug the adapter and plugged in back

I did that before but only now works

Just unplug the adapter and plugged in back

In that caae the port might die. Seems like an older laptop that may starts to suffer from aging then.

Oh and in that case switch back to wayland and dont move the adapter. XD

Ya I'm still in xorg

I wish it don't bother me.

I didn't solved a big problem but even in this case, when we using Telegram, we don't leave anyone anythings in the future to let them read the conversation. Like in my case I don't see anyone having the same problem and I had it but latter on nobody can find-out about it. I'm learning a lot by search not a forums because I find what I want from search. All my problem and question is already solved. with telegram we going to make less searchable content.

Hey all

https://t.me/joinchat/Czlgu0CXbKnocipQwdfT4g

You guys are welcome to also join my group.

ERROR: S client not available

https://t.me/joinchat/Czlgu0CXbKnocipQwdfT4g

I didnt think anybody asked to be invited or for a specific reason to have been served a grouplink.

I didnt think anybody asked to be invited or for a specific reason to have been served a grouplink.

^

what happened to x-chat d fedora 27 ?

Seems to have been phased out

Oh

Maybe the source licensing and all - have a look at the mostly compatible hexchat tough.

in repo there is no (

What is an alternative? except the penguin

What is an alternative? except the penguin

Hexchat

Its a fork that had all unsure paets rewritten and should be mostly compatible with how you used xchat.

There is also weechat.

Hexchat is great

rename to hexchat )) Thanks!

rename to hexchat )) Thanks!

hexchat != xchat

Its better :3

Hexchat is better

I switched to it in 2013

HexChat is an IRC client based on XChat, but unlike XChat it’s completely free for both Windows and Unix-like systems. Since XChat is open source, it’s perfectly legal. For more info, please read the Shareware background.

interface as a xchat is what I need

Lol

Just get hexchat

there's also polari

Polari certainly looks better

Hint: xchat is dead since 2009 anyways :x

Yes

in fedora 25, he was

Ok

What tracker-miner-fs does? And why it use 35% cpu?

What tracker-miner-fs does? And why it use 35% cpu?

tracker in general is an indexing service, it indexes files on your hard drive so you can have instant search: https://wiki.gnome.org/Projects/Tracker/

in general, after initial indexing is done, it shouldn't take that much

system freezed! for about 20 second than Atom editor crashed than I noticed high usage on cpu for that process.

RIP