[Desktop-packages] [Bug 792085] Re: Automatic remount of safely removed drive
I have this bug too. https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1441104 and I found another similar: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1401980 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/792085 Title: Automatic remount of safely removed drive Status in nautilus package in Ubuntu: Confirmed Status in thunar package in Ubuntu: Confirmed Status in udev package in Ubuntu: Confirmed Bug description: Binary package hint: nautilus When I choose "Safely remove drive" context menu entry for an external USB drive within a nautilus window or directly clicking on the desktop icon, after about 10 seconds the drive is automatically remounted and a Nautilus window showing the root folder opens. I have noticed that similar already happened with a very old Ubuntu version - Bug #110589 and as that is so long time ago I thought it is better to open a new bug. Reason of the problem might even be completely different. ProblemType: Bug DistroRelease: Ubuntu 11.04 Package: nautilus 1:2.32.2.1-0ubuntu13 ProcVersionSignature: Ubuntu 2.6.38-8.42-generic-pae 2.6.38.2 Uname: Linux 2.6.38-8-generic-pae i686 Architecture: i386 Date: Thu Jun 2 23:40:08 2011 InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release i386 (20110427.1) ProcEnviron: LANGUAGE=en_US:en LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: nautilus UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/792085/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 792085] Re: Automatic remount of safely removed drive
I went to BIOS settings. \Settings\Advanced\USB Configuration and set "XHCI Hand-off" as [Disabled]. then this bug disappear. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/792085 Title: Automatic remount of safely removed drive Status in nautilus package in Ubuntu: Confirmed Status in thunar package in Ubuntu: Confirmed Status in udev package in Ubuntu: Confirmed Bug description: Binary package hint: nautilus When I choose "Safely remove drive" context menu entry for an external USB drive within a nautilus window or directly clicking on the desktop icon, after about 10 seconds the drive is automatically remounted and a Nautilus window showing the root folder opens. I have noticed that similar already happened with a very old Ubuntu version - Bug #110589 and as that is so long time ago I thought it is better to open a new bug. Reason of the problem might even be completely different. ProblemType: Bug DistroRelease: Ubuntu 11.04 Package: nautilus 1:2.32.2.1-0ubuntu13 ProcVersionSignature: Ubuntu 2.6.38-8.42-generic-pae 2.6.38.2 Uname: Linux 2.6.38-8-generic-pae i686 Architecture: i386 Date: Thu Jun 2 23:40:08 2011 InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release i386 (20110427.1) ProcEnviron: LANGUAGE=en_US:en LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: nautilus UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/792085/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 792085] Re: Automatic remount of safely removed drive
I forgot adding my computer information, sorry: Master Board: MSI B85i I7-4790K/8G RAM/1T ST1000DX001-1CM162 DISK. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/792085 Title: Automatic remount of safely removed drive Status in nautilus package in Ubuntu: Confirmed Status in thunar package in Ubuntu: Confirmed Status in udev package in Ubuntu: Confirmed Bug description: Binary package hint: nautilus When I choose "Safely remove drive" context menu entry for an external USB drive within a nautilus window or directly clicking on the desktop icon, after about 10 seconds the drive is automatically remounted and a Nautilus window showing the root folder opens. I have noticed that similar already happened with a very old Ubuntu version - Bug #110589 and as that is so long time ago I thought it is better to open a new bug. Reason of the problem might even be completely different. ProblemType: Bug DistroRelease: Ubuntu 11.04 Package: nautilus 1:2.32.2.1-0ubuntu13 ProcVersionSignature: Ubuntu 2.6.38-8.42-generic-pae 2.6.38.2 Uname: Linux 2.6.38-8-generic-pae i686 Architecture: i386 Date: Thu Jun 2 23:40:08 2011 InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release i386 (20110427.1) ProcEnviron: LANGUAGE=en_US:en LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: nautilus UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/792085/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1307084] Re: Vino doesn't work from OSX Mavericks Screen Sharing on Ubuntu 14.04
And You can use software Remotix Lite for iphone . It can work with ubuntu vino with require-encryption. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to vino in Ubuntu. https://bugs.launchpad.net/bugs/1307084 Title: Vino doesn't work from OSX Mavericks Screen Sharing on Ubuntu 14.04 Status in GNOME Remote Desktop: New Status in vino package in Ubuntu: Triaged Bug description: After upgrading to 14.04 from 13.10 VNC stopped working from Mac OSX Screen sharing application. At first I thought it was related to issue https://bugs.launchpad.net/ubuntu/+source/vino/+bug/1290666 . But that makes other VNC clients such as TightVNC working but issue with OSX Screen Sharing still exists, maybe it is because it uses fairly old protocol. Logs from vine-server when connecting with TightVNC and with OSX Screen Sharing apps: TIghtVNC: sampo@sampo-htpc:~$ /usr/lib/vino/vino-server (vino-server:2799): EggSMClient-CRITICAL **: egg_sm_client_set_mode: assertion 'global_client == NULL || global_client_mode == EGG_SM_CLIENT_MODE_DISABLED' failed 13/04/2014 10:45:06 AM Autoprobing TCP port in (all) network interface 13/04/2014 10:45:06 AM Listening IPv6://[::]:5900 13/04/2014 10:45:06 AM Listening IPv4://0.0.0.0:5900 13/04/2014 10:45:06 AM Autoprobing selected port 5900 13/04/2014 10:45:06 AM Advertising security type: 'TLS' (18) 13/04/2014 10:45:06 AM Re-binding socket to listen for VNC connections on TCP port 5900 in (all) interface 13/04/2014 10:45:06 AM Listening IPv6://[::]:5900 13/04/2014 10:45:06 AM Listening IPv4://0.0.0.0:5900 13/04/2014 10:45:06 AM Clearing securityTypes 13/04/2014 10:45:06 AM Advertising security type: 'TLS' (18) 13/04/2014 10:45:06 AM Clearing securityTypes 13/04/2014 10:45:06 AM Advertising security type: 'TLS' (18) 13/04/2014 10:45:06 AM Advertising authentication type: 'No Authentication' (1) 13/04/2014 10:45:06 AM Re-binding socket to listen for VNC connections on TCP port 5900 in (all) interface 13/04/2014 10:45:06 AM Listening IPv6://[::]:5900 13/04/2014 10:45:06 AM Listening IPv4://0.0.0.0:5900 13/04/2014 10:45:06 AM Clearing securityTypes 13/04/2014 10:45:06 AM Clearing authTypes 13/04/2014 10:45:06 AM Advertising security type: 'TLS' (18) 13/04/2014 10:45:06 AM Advertising authentication type: 'No Authentication' (1) 13/04/2014 10:45:06 AM Advertising security type: 'No Authentication' (1) (vino-server:2799): GLib-CRITICAL **: g_variant_new_string: assertion 'string != NULL' failed 13/04/2014 10:45:21 AM [IPv4] Got connection from client Sampos-Air.lan 13/04/2014 10:45:21 AM other clients: 13/04/2014 10:45:21 AM Client Protocol Version 3.7 13/04/2014 10:45:21 AM Advertising security type 18 13/04/2014 10:45:21 AM Advertising security type 1 13/04/2014 10:45:21 AM Client returned security type 1 13/04/2014 10:45:21 AM Pixel format for client Sampos-Air.lan: 13/04/2014 10:45:21 AM 32 bpp, depth 24, little endian 13/04/2014 10:45:21 AM true colour: max r 255 g 255 b 255, shift r 16 g 8 b 0 13/04/2014 10:45:21 AM no translation needed 13/04/2014 10:45:21 AM rfbProcessClientNormalMessage: ignoring unknown encoding type 8 With TightVNC it works normally, Screen Sharing from Mavericks: sampo@sampo-htpc:~$ /usr/lib/vino/vino-server (vino-server:2887): EggSMClient-CRITICAL **: egg_sm_client_set_mode: assertion 'global_client == NULL || global_client_mode == EGG_SM_CLIENT_MODE_DISABLED' failed 13/04/2014 10:47:47 AM Autoprobing TCP port in (all) network interface 13/04/2014 10:47:47 AM Listening IPv6://[::]:5900 13/04/2014 10:47:47 AM Listening IPv4://0.0.0.0:5900 13/04/2014 10:47:47 AM Autoprobing selected port 5900 13/04/2014 10:47:47 AM Advertising security type: 'TLS' (18) 13/04/2014 10:47:47 AM Re-binding socket to listen for VNC connections on TCP port 5900 in (all) interface 13/04/2014 10:47:47 AM Listening IPv6://[::]:5900 13/04/2014 10:47:47 AM Listening IPv4://0.0.0.0:5900 13/04/2014 10:47:47 AM Clearing securityTypes 13/04/2014 10:47:47 AM Advertising security type: 'TLS' (18) 13/04/2014 10:47:47 AM Clearing securityTypes 13/04/2014 10:47:47 AM Advertising security type: 'TLS' (18) 13/04/2014 10:47:47 AM Advertising authentication type: 'No Authentication' (1) 13/04/2014 10:47:47 AM Re-binding socket to listen for VNC connections on TCP port 5900 in (all) interface 13/04/2014 10:47:47 AM Listening IPv6://[::]:5900 13/04/2014 10:47:47 AM Listening IPv4://0.0.0.0:5900 13/04/2014 10:47:47 AM Clearing securityTypes 13/04/2014 10:47:47 AM Clearing authTypes 13/04/2014 10:47:47 AM Advertising security type: 'TLS' (18) 13/04/2014 10:47:47 AM Advertising authentication type: 'No Authentication' (1) 13/04/2014 10:47:47 AM Advertising security type: 'No Authentication' (1) (vino-server:2887): GLib-CRITICAL **: g_variant_new_string: assertion 'string != NULL'
[Desktop-packages] [Bug 1307084] Re: Vino doesn't work from OSX Mavericks Screen Sharing on Ubuntu 14.04
It's seem that the softwares (vnc client) cannot provide the authentication mechanism requested by Ubuntu 14.04( or higher versions ). Not only OSX Maverickss Sreen Sharing has this issue, bu also others does: vnc viewer( android and ios ) and other vnc viewer softwares... They can not provide the authentication mechanism. Just unchecking require-encryption is unsafe. Because My ubuntu is exposured to internet... Is there a best of both worlds ways to resolve this problem？ -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to vino in Ubuntu. https://bugs.launchpad.net/bugs/1307084 Title: Vino doesn't work from OSX Mavericks Screen Sharing on Ubuntu 14.04 Status in GNOME Remote Desktop: New Status in vino package in Ubuntu: Triaged Bug description: After upgrading to 14.04 from 13.10 VNC stopped working from Mac OSX Screen sharing application. At first I thought it was related to issue https://bugs.launchpad.net/ubuntu/+source/vino/+bug/1290666 . But that makes other VNC clients such as TightVNC working but issue with OSX Screen Sharing still exists, maybe it is because it uses fairly old protocol. Logs from vine-server when connecting with TightVNC and with OSX Screen Sharing apps: TIghtVNC: sampo@sampo-htpc:~$ /usr/lib/vino/vino-server (vino-server:2799): EggSMClient-CRITICAL **: egg_sm_client_set_mode: assertion 'global_client == NULL || global_client_mode == EGG_SM_CLIENT_MODE_DISABLED' failed 13/04/2014 10:45:06 AM Autoprobing TCP port in (all) network interface 13/04/2014 10:45:06 AM Listening IPv6://[::]:5900 13/04/2014 10:45:06 AM Listening IPv4://0.0.0.0:5900 13/04/2014 10:45:06 AM Autoprobing selected port 5900 13/04/2014 10:45:06 AM Advertising security type: 'TLS' (18) 13/04/2014 10:45:06 AM Re-binding socket to listen for VNC connections on TCP port 5900 in (all) interface 13/04/2014 10:45:06 AM Listening IPv6://[::]:5900 13/04/2014 10:45:06 AM Listening IPv4://0.0.0.0:5900 13/04/2014 10:45:06 AM Clearing securityTypes 13/04/2014 10:45:06 AM Advertising security type: 'TLS' (18) 13/04/2014 10:45:06 AM Clearing securityTypes 13/04/2014 10:45:06 AM Advertising security type: 'TLS' (18) 13/04/2014 10:45:06 AM Advertising authentication type: 'No Authentication' (1) 13/04/2014 10:45:06 AM Re-binding socket to listen for VNC connections on TCP port 5900 in (all) interface 13/04/2014 10:45:06 AM Listening IPv6://[::]:5900 13/04/2014 10:45:06 AM Listening IPv4://0.0.0.0:5900 13/04/2014 10:45:06 AM Clearing securityTypes 13/04/2014 10:45:06 AM Clearing authTypes 13/04/2014 10:45:06 AM Advertising security type: 'TLS' (18) 13/04/2014 10:45:06 AM Advertising authentication type: 'No Authentication' (1) 13/04/2014 10:45:06 AM Advertising security type: 'No Authentication' (1) (vino-server:2799): GLib-CRITICAL **: g_variant_new_string: assertion 'string != NULL' failed 13/04/2014 10:45:21 AM [IPv4] Got connection from client Sampos-Air.lan 13/04/2014 10:45:21 AM other clients: 13/04/2014 10:45:21 AM Client Protocol Version 3.7 13/04/2014 10:45:21 AM Advertising security type 18 13/04/2014 10:45:21 AM Advertising security type 1 13/04/2014 10:45:21 AM Client returned security type 1 13/04/2014 10:45:21 AM Pixel format for client Sampos-Air.lan: 13/04/2014 10:45:21 AM 32 bpp, depth 24, little endian 13/04/2014 10:45:21 AM true colour: max r 255 g 255 b 255, shift r 16 g 8 b 0 13/04/2014 10:45:21 AM no translation needed 13/04/2014 10:45:21 AM rfbProcessClientNormalMessage: ignoring unknown encoding type 8 With TightVNC it works normally, Screen Sharing from Mavericks: sampo@sampo-htpc:~$ /usr/lib/vino/vino-server (vino-server:2887): EggSMClient-CRITICAL **: egg_sm_client_set_mode: assertion 'global_client == NULL || global_client_mode == EGG_SM_CLIENT_MODE_DISABLED' failed 13/04/2014 10:47:47 AM Autoprobing TCP port in (all) network interface 13/04/2014 10:47:47 AM Listening IPv6://[::]:5900 13/04/2014 10:47:47 AM Listening IPv4://0.0.0.0:5900 13/04/2014 10:47:47 AM Autoprobing selected port 5900 13/04/2014 10:47:47 AM Advertising security type: 'TLS' (18) 13/04/2014 10:47:47 AM Re-binding socket to listen for VNC connections on TCP port 5900 in (all) interface 13/04/2014 10:47:47 AM Listening IPv6://[::]:5900 13/04/2014 10:47:47 AM Listening IPv4://0.0.0.0:5900 13/04/2014 10:47:47 AM Clearing securityTypes 13/04/2014 10:47:47 AM Advertising security type: 'TLS' (18) 13/04/2014 10:47:47 AM Clearing securityTypes 13/04/2014 10:47:47 AM Advertising security type: 'TLS' (18) 13/04/2014 10:47:47 AM Advertising authentication type: 'No Authentication' (1) 13/04/2014 10:47:47 AM Re-binding socket to listen for VNC connections on TCP port 5900 in (all) interface 13/04/2014 10:47:47 AM Listening IPv6://[::]:5900 13/04/2014 10:47:47 AM Listening IPv4://0.0.0.0:5900 13/04/2014 10:47:47 AM
