Re: Problems with hybrid graphics in Fedora 20
On Thursday 09 of January 2014 10:29:12 Shibi wrote: > Hi, > after updating my system to fedora 20 I encountered multiple problems > > 1- Kernel package 3.12 crashes every time I try to use acpi_call or > vgaswitcheroo to turn off my discrete graphics card (ATI Radeon HD 5650), > every time I try acpi_call or vgaswitcheroo a abrt notification about > kernel package appears and vga switcheroo folder disapears from > /sys/kernel/debug folder sounds like my problems with nvidia optimus. the 3.12 kernel contains bugs around gpu/acpi/power-managment. i'm using the 3.13-rcX kernel from rawhide which contains fresh fix: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=f244d8b623dae7a7bc695b0336f67729b95a9736 with this rawhide kernel optimus works fine with acpi pm events (laptop lid close+open). BR, Paweł. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Fedora 20 Problems on Dell XPS 41z
On Thursday 02 of January 2014 09:26:32 Dave Cross wrote: > A couple of weeks ago, I posted a really happy email about how well > the upgrade from F19 to F20 had gone on my laptop. Now, I'm not so > happy. There are two problems that are close to being deal-breakers > for me. > > 1/ The laptop doesn't wake from suspension > > I close my laptop and it goes to sleep. When I open it, I expect it to > wake up again. This has worked well on every laptop I've owned on > every version of Fedora, until now. Now when I open the laptop, I'm > just presented with a small Fedora logo in the middle of the screen. > And all I can do is restart the laptop. you have nvidia optimus on board, looke similar to my problem with asus. dead fedora logo is a side effect of crashed video driver: https://bugzilla.redhat.com/show_bug.cgi?id=1047169 -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: hacked - looking for doc/suggestions on hardening/securing systems from the start
On Friday 20 of December 2013 03:46:13 Tim wrote: > Allegedly, on or about 18 December 2013, Rick Stevens sent: > > 3. Make sure you enforce complex passwords and require them to be > > rotated at least every 90 days. > > I take issue with the continually changing passwords idea. using rotated passwords for ssh login is painful for human brain :) disabling passwd-auth and using ssh-key protected with single strong password is better for brain and security. for reducing services load and flood in /var/log/secure i suggest cut-off ipset rules based on ipdeny/dot/com and sshbl/org. BR, Paweł. -- gpg key fingerprint = 60B4 9886 AD53 EB3E 88BB 1EB5 C52E D01B 683B 9411 -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: ssh tunel failure.
On Thursday 05 of December 2013 10:34:02 John Aldrich wrote:
> Quoting "Carlos \"casep\" Sepulveda" :
> > On 5 December 2013 11:59, Paweł Sikora wrote:
> >> Hi all,
> >>
> >> i've recently reinstalled my previous distro with fc20-beta and observing
> >> strange ssh tunels disconnection. i'm establishing tunels in this way:
> >>
> >> ssh -2fCN -p ${non-default port} -L
> >> ${local_port}:${endpoint}:{$endpoint_port}
> >> ${login}@${gatE}.
> >>
> >> after some time (mostly few minutes) all unused ssh tunels die.
> >> any ideas?
> >
> > Hi:
> > What about launching the ssh with -vvv or similar?
> > It looks like the ConnectTimeout parameter wasn't working properly.
> >
> > Kind regards
>
> Or, maybe you need a "keep-alive" signal to keep the tunnel open? It's
> basically just a matter of sending a ping or two every couple minutes.
ok, i've found a difference between default fc20 installation and my previous
distro. the /etc/ssh/ssh_config in fc20 doesn't contain following options:
ServerAliveInterval 60
ServerAliveCountMax 10
TCPKeepAlive no
--
gpg key fingerprint = 60B4 9886 AD53 EB3E 88BB 1EB5 C52E D01B 683B 9411
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
Re: ssh tunel failure.
On Thursday 05 of December 2013 12:04:07 Carlos casep Sepulveda wrote:
> On 5 December 2013 11:59, Paweł Sikora wrote:
> > Hi all,
> >
> > i've recently reinstalled my previous distro with fc20-beta and observing
> > strange ssh tunels disconnection. i'm establishing tunels in this way:
> >
> > ssh -2fCN -p ${non-default port} -L
> > ${local_port}:${endpoint}:{$endpoint_port} ${login}@${gatE}.
> >
> > after some time (mostly few minutes) all unused ssh tunels die.
> > any ideas?
>
> Hi:
> What about launching the ssh with -vvv or similar?
here's example debug log from short web session (firefox+ 2x page reload
+quit) via tunnel.
(... authorization cut ...)
debug1: Local connections to LOCALHOST:1235 forwarded to remote address
gnats:
debug3: channel_setup_fwd_listener: type 2 wildcard 0 addr NULL
debug3: sock_set_v6only: set socket 4 IPV6_V6ONLY
debug1: Local forwarding listening on ::1 port 1235.
debug2: fd 4 setting O_NONBLOCK
debug3: fd 4 is O_NONBLOCK
debug1: channel 0: new [port listener]
debug1: Local forwarding listening on 127.0.0.1 port 1235.
debug2: fd 5 setting O_NONBLOCK
debug3: fd 5 is O_NONBLOCK
debug1: channel 1: new [port listener]
debug2: fd 3 setting TCP_NODELAY
debug3: packet_set_tos: set IP_TOS 0x10
debug1: Requesting no-more-sessi...@openssh.com
debug1: Entering interactive session.
debug1: Connection to port 1235 forwarding to gnats port requested.
debug2: fd 6 setting TCP_NODELAY
debug2: fd 6 setting O_NONBLOCK
debug3: fd 6 is O_NONBLOCK
debug1: channel 2: new [direct-tcpip]
debug2: channel 2: open confirm rwindow 2097152 rmax 32768
debug2: channel 2: window 1997193 sent adjust 99959
debug2: channel 2: window 1993720 sent adjust 103432
debug2: channel 2: window 1994781 sent adjust 102371
debug2: channel 2: window 1997613 sent adjust 99539
debug2: channel 2: rcvd eof
debug2: channel 2: output open -> drain
debug1: channel 2: forcing write
debug2: channel 2: obuf empty
debug2: channel 2: close_write
debug2: channel 2: output drain -> closed
debug2: channel 2: read<=0 rfd 6 len 0
debug2: channel 2: read failed
debug2: channel 2: close_read
debug2: channel 2: input open -> drain
debug2: channel 2: ibuf empty
debug2: channel 2: send eof
debug2: channel 2: input drain -> closed
debug2: channel 2: send close
debug3: channel 2: will not send data after close
debug2: channel 2: rcvd close
debug3: channel 2: will not send data after close
debug2: channel 2: is dead
debug2: channel 2: garbage collecting
debug1: channel 2: free: direct-tcpip: listening port 1235 for gnats port
, connect from ::1 port 50175, nchannels 3
debug3: channel 2: status: The following connections are open:
#2 direct-tcpip: listening port 1235 for gnats port , connect from ::1
port 50175 (t4 r0 i3/0 o3/0 fd 6/6 cc -1)
debug1: Connection to port 1235 forwarding to gnats port requested.
debug2: fd 6 setting TCP_NODELAY
debug2: fd 6 setting O_NONBLOCK
debug3: fd 6 is O_NONBLOCK
debug1: channel 2: new [direct-tcpip]
debug2: channel 2: open confirm rwindow 2097152 rmax 32768
debug2: channel 2: read<=0 rfd 6 len 0
debug2: channel 2: read failed
debug2: channel 2: close_read
debug2: channel 2: input open -> drain
debug2: channel 2: ibuf empty
debug2: channel 2: send eof
debug2: channel 2: input drain -> closed
debug2: channel 2: rcvd eof
debug2: channel 2: output open -> drain
debug2: channel 2: obuf empty
debug2: channel 2: close_write
debug2: channel 2: output drain -> closed
debug2: channel 2: rcvd close
debug3: channel 2: will not send data after close
debug2: channel 2: send close
debug2: channel 2: is dead
debug2: channel 2: garbage collecting
debug1: channel 2: free: direct-tcpip: listening port 1235 for gnats port
, connect from ::1 port 50176, nchannels 3
debug3: channel 2: status: The following connections are open:
#2 direct-tcpip: listening port 1235 for gnats port , connect from ::1
port 50176 (t4 r0 i3/0 o3/0 fd 6/6 cc -1)
debug1: Connection to port 1235 forwarding to gnats port requested.
debug2: fd 6 setting TCP_NODELAY
debug2: fd 6 setting O_NONBLOCK
debug3: fd 6 is O_NONBLOCK
debug1: channel 2: new [direct-tcpip]
debug2: channel 2: open confirm rwindow 2097152 rmax 32768
debug2: channel 2: read<=0 rfd 6 len 0
debug2: channel 2: read failed
debug2: channel 2: close_read
debug2: channel 2: input open -> drain
debug2: channel 2: ibuf empty
debug2: channel 2: send eof
debug2: channel 2: input drain -> closed
debug2: channel 2: write failed
debug2: channel 2: close_write
debug2: channel 2: chan_shutdown_write: shutdown() failed for fd 6: Transport
endpoint is not connected
debug2: channel 2: output open -> closed
debug2: channel 2: send close
debug3: channel 2: will not send data after close
debug3: channel 2: will not send data after close
debug3: channel 2: will not send data after close
debug3: channel 2: will not send data after
ssh tunel failure.
Hi all,
i've recently reinstalled my previous distro with fc20-beta and observing
strange ssh tunels disconnection. i'm establishing tunels in this way:
ssh -2fCN -p ${non-default port} -L ${local_port}:${endpoint}:{$endpoint_port}
${login}@${gatE}.
after some time (mostly few minutes) all unused ssh tunels die.
any ideas?
BR,
Paweł.
--
gpg key fingerprint = 60B4 9886 AD53 EB3E 88BB 1EB5 C52E D01B 683B 9411
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
