Announcement

**Snowhog** · Jan 22, 2019, 01:01 PM

Welcome. From the provided data in your post, you appear to be 'more experienced' with Linux, and the command line then what we would call a 'newbie'. Can you check for the amount of available space remaining in the root partition?

**ymgenesis** · Jan 22, 2019, 01:25 PM

Thanks! I can't seem to change my 'Newbie' status. I'm assuming this depends on how many times I've posted?
I'm actually tri-booting on an SSD with Windows (sda4), Mac OS (sda2), and Kubuntu (sda3). The Kubuntu install is on it's own partition on the drive. That partition is sda3, and seems to be formatted as Microsoft Basic Data, according to fdisk.

df -k shows some temporary file systems, but as far as I can see the root partition is on the same partition as everything else Kubuntu-wise? It's been a while since I installed it, actually. sda1 is the drive's EFI

sda3 seems to have been used up by 54%

sudo fdisk -l

Code:

Disk /dev/sda: 931.9 GiB, 1000555581440 bytes, 1954210120 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: D2FC051C-1152-4ED9-826C-AA14A696B65B

Device          Start        End    Sectors   Size Type
/dev/sda1          40     409639     409600   200M EFI System
/dev/sda2      409640 1268494959 1268085320 604.7G unknown
/dev/sda3  1268494960 1368604671  100109712  47.8G Microsoft basic data
/dev/sda4  1368866816 1954209791  585342976 279.1G Microsoft basic data

df -k

Code:

Filesystem     1K-blocks     Used Available Use% Mounted on
udev            32938744        0  32938744   0% /dev
tmpfs            6593816     2252   6591564   1% /run
/dev/sda3       49006956 25049948  21437884  54% /
tmpfs           32969080        0  32969080   0% /dev/shm
tmpfs               5120        4      5116   1% /run/lock
tmpfs           32969080        0  32969080   0% /sys/fs/cgroup
/dev/sda1         201633    50917    150717  26% /boot/efi
tmpfs            6593816       16   6593800   1% /run/user/1000
tmpfs            6593816        0   6593816   0% /run/user/118

**Snowhog** · Jan 22, 2019, 01:57 PM

Originally posted by ymgenesis View Post

Thanks! I can't seem to change my 'Newbie' status. I'm assuming this depends on how many times I've posted?
I'm actually tri-booting on an SSD with Windows (sda4), Mac OS (sda2), and Kubuntu (sda3). The Kubuntu install is on it's own partition on the drive. That partition is sda3, and seems to be formatted as Microsoft Basic Data, according to fdisk.

df -k shows some temporary file systems, but as far as I can see the root partition is on the same partition as everything else Kubuntu-wise? It's been a while since I installed it, actually. sda1 is the drive's EFI

sda3 seems to have been used up by 54%

sudo fdisk -l

Code:

Disk /dev/sda: 931.9 GiB, 1000555581440 bytes, 1954210120 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: D2FC051C-1152-4ED9-826C-AA14A696B65B

Device          Start        End    Sectors   Size Type
/dev/sda1          40     409639     409600   200M EFI System
/dev/sda2      409640 1268494959 1268085320 604.7G unknown
[COLOR=#ff0000][B]/dev/sda3  1268494960 1368604671  100109712  47.8G Microsoft basic data[/B][/COLOR]
/dev/sda4  1368866816 1954209791  585342976 279.1G Microsoft basic data

That isn't right. The partition type should be showing as ext4 (assuming that was the FS you chose; it's the 'default' choice). This was a working -- "I could boot into it Kubuntu" before this mishap?

**ymgenesis** · Jan 22, 2019, 02:21 PM

I'm actually responding from Kubuntu right now! It was definitely an issue with the damned google chrome remote desktop .deb install. It was starting a desktop session on startup, I believe. I was able to kill it using htop and uninstall anything chrome-related. I then restarted sddm (sudo service sddm restart), logged in, and my desktop showed up! Which is where I'm at now. Not sure if this will last a reboot. Will have to report back.

Question: Does plasma allow two desktop 'sessions' to be ran at once? Maybe X server doesn't... or KDE for that matter. No idea.

But yes, I thought that was very strange, as well. I have no idea why fdisk is reading it that way, but everything is working on my end. Here's a shot of Gparted, showing ext4.

Going to reboot and see what happens...

Success! So it just looks like the Google Chrome Remote Desktop package doesn't exactly play nice with Kubuntu 18.04. For what it's worth, I had it working for a while, and was able to connect remotely from my phone during tests, which was nice! But after a reboot I guess it created a discrepancy, or something. I used apt-cache search chrome to find the chrome-remote-desktop-beta .deb package I had installed from the link I provided in my first post, and removed it. Also removed Google Chrome for good measure.

Everything seems to be sorted, now. Time to make a partition image with dd, haha.

Announcement

Desktop fails to start, stuck in a login loop

[SOLVED] Desktop fails to start, stuck in a login loop

Comment

Comment

Comment

Comment