=== brainwash_ is now known as brainwash [08:27] Hello, I've installed Xubuntu 18.04 on a new laptop. I had to use nomodeset in order for it to boot on the live USB. Now it has installed, I can get to the login screen fine, but after that I just have the desktop wallpaper and mouse. That's all I can see. Any ideas? [08:28] I assume this could be a graphics problem. I have an NVIDIA 1050 and integrated Intel graphics too? [08:29] xubuntu29w, open a terminal ctrl+alt+t [08:29] diogenes_: on the login screen? [08:30] I'm in the process of reinstalling so will let you know once done [08:31] ok [08:32] xubuntu29w, btw do you have a separate /home and preserved data on it from the previous installations? [08:35] diogenes_ no, I'm using a whole disk and doing a clean install [08:35] it's a Dell G3 3779 if that helps also [08:36] ok let's see what you get after the installation. [08:37] almost done:) [08:40] diogenes_ okay it has now installed, I've logged in and there's just the wallpaper showing with the mouse cursor [08:41] after logging in, I can't Ctrl Alt T [08:41] ctrl+alt+f1 [08:42] Neither work at the login screen [08:42] diogenes_ f1 after logging in? [08:42] no that doesn't appear to do anything either [08:43] ok go to the login screen and see the session chooser, what do you have there? xsession, xfce-session? [08:43] Xfce session and Xubuntu session [08:44] which on is default? [08:44] Xubuntu is the default [08:44] ok try the other one. [08:44] done so, that still doesn't work [08:45] ok then reboot and at grub menu ress 'e' [08:45] press* [08:45] GRUB menu doesn't come up at boot, it seems to boot straight in [08:45] Is this normal? I'll try pressing e on the keyboard [08:46] nope no GRUB menu or access to it [08:47] turn off pc, then turn on again and keep the shift key pressed while it's booting, grub should be shown. [08:50] diogenes_ tried twice, still no GRUB [08:51] xubuntu29w, ok then as soon as you reach the login screen try these: ctrl+alt+f1/f2/f3/f4/f5 see which one will bring you the TTY. [08:52] diogenes_ none of them wor [08:52] my keyboard works [08:52] but they don't bring up anything [08:52] xubuntu29w, do you still have the installation usb? [08:53] It's not the .iso or USB as I've written this 3 times in rufus as dd, even tried an older iso of 18.04, same problem [08:53] diogenes_ yep [08:53] ok boot the live usb. [08:54] diogenes_ booted, using the nomodeset option in GRUB [08:54] ok now open a terminal. [08:55] ctrl alt t'd [08:55] it's open [08:55] lsblk [08:56] see which one is your root partition of your HDD not USB. [08:56] usually /dev/sda1 [08:56] nvme0n1p1 is the disk [08:57] nvme0n1 [08:57] then a 512MB partition on nvme0np1 [08:57] and the rest of the disk is on nvme0np2 [08:57] hmm did you disable secure boot in bios? [08:59] ok let's try this [08:59] mkdir chroot [08:59] secure boot is disabled [08:59] sudo mount nvme0n1p1 chroot/ [08:59] sudo mount --bind /dev chroot/dev [08:59] sudo mount --bind /sys chroot/sys [08:59] sudo mount --bind /proc chroot/proc [09:01] first command says mount point does not exist [09:01] "chroot/: mount point does not exist" [09:02] first command is mkdir chroot [09:02] then sudo mount nvme0n1p1 chroot/ [09:03] ah missed that [09:04] it's saying special device nvme0n1p1 does not exist [09:04] it shows in lsblk [09:05] sudo mount /dev/nvme0n1p1 chroot/ [09:05] worked [09:06] now the other 3 [09:06] sudo mount --bind /dev chroot/dev ... [09:06] third doesn't work [09:06] mount point does not exist [09:07] paste here what you run as the 3rd. [09:07] chroot/dev: mount point does..... [09:07] sudo mount --bind /dev chroot/dev [09:07] the entire command i mean. [09:13] Debian and openSUSE have installed fine [09:13] just was having issues with NVIDIA prime [09:14] which doesn't seem to be implemented too well in Linux at this time [09:14] well i use nvidia optimus too and i got no problems at all, using the oss nouveau driver instead on nvidia. [09:42] after upgrading from disco to eoan the restart and shutdown buttons are grayed out. what could be the reason? [09:44] the power manager says there is no authorization to shutdown: http://dpaste.com/197484T [14:22] how to enable links in terminal ? [14:29] Regor: you can ctrl+click, or right click them [14:29] depends on the terminal [14:30] well xubuntu has a default terminal [14:30] 18.04 default [14:31] yeah.got it [14:32] actually on weechat it needs shift key with mouse enabled [14:32] aha, I'm not surprised weechat's mouse mode affects it [14:33] yeah [14:33] if you want to use alt+number to change weechat buffers I found out how to stop xfce4-terminal hogging that shortcut recently [14:34] yeah :) [14:34] I'll find it for you in a bit [14:34] :) [14:40] Is there a way to install the testing xubuntu 19.10 without a new install? [14:41] Regor: here it is https://docs.xfce.org/apps/terminal/start (I'd tried commenting out those lines with no luck, setting them to "" was the key) [14:42] sublevel: thanks :D [14:43] I wonder if my programming skills would be up to making a patch that adds a GUI preferences option [15:49] salamanderrake, if you're using 19.04 right now you could probably change the main repos from "disco" to "eoan" and full-upgrade, but don't do that on your non-testing installation, since it may cause some issues and you may end with a non-working system [15:57] how to set transmission minimized while closing the window? [17:29] Regor, minimized to tray? there's an option for that in the preferences window, Desktop tab, enable "Show Transmission icon in the notification area" [17:31] thanks i found it [17:41] hello nice people [17:41] i love you all [17:41] how are you doing today? [19:13] htey [19:39] 18.04, I have my laptop set to just switch off display when lid is closed, that works as expected but if the screen is locked it goes into suspend instead. Where might I begin looking for a way to prevent that? [19:40] Had a look at the light-locker man pages [19:51] hmm maybe energy settings? [19:55] Power Manager settings? I've checked all the tabs there [19:57] yes that's what i meant- i don't have a better suggestion. [19:58] perhaps it's down to systemd config, in journalctl I have systemd-logind[988]: Lid closed. then systemd-logind[988]: Suspending... [19:58] you can generally configure how the lid closing event is handled there [19:59] but i don't think it has a means to handle it differently based on whether or not the screen is locked [19:59] Indeed, but it only seems to affect when my screen is unlocked [19:59] i.e. man page logind.conf(5) [20:00] good plan [20:04] HandleLidSwitch=ignore works and doesn't appear to break anything else, hurrah === jmcgnh_ is now known as jmcgnh === jmcgnh is now known as jmcgnh_ === jmcgnh_ is now known as jmcgnh