Axios They have guest additions in repo.

Yes. I've installed it on my laptop, the host machine for the VMs on it. But I still get the error I showed.

Axios Any usb drive I ever had always popped up a Icon on desktop for it.

I would expect that to happen on any hardware. It certainly does on mine. But my problem is getting the USB drive to show up on the VM when it's inserted into a port on the host. Three of Solus' editions will do that. One won't.

I wish you the best of luck with setting up your NAS! It's incredible how useful one of those can be for any situation that involves multiple computers. Mine's a proprietary Synology device that I've had for years, but I know there is free software available that will turn any Linux machine into a NAS. That's really all my NAS is.

EDIT: By the way, thanks for mentioning MATE Tweaks. I'm aware of it, but since I use a different DE, I don't always think of it. I'll explore that as I continue configuring that VM today.

brent I often wonder if the VM doesn't add layers of differences in some way?

When exploring interesting distros, and working with unfamiliar DEs in a VM, sometimes I've thought that might be the case. But usually it turns out to be something else. VirtualBox does a remarkable job of providing all the resources that a VM needs. The .ISO file doesn't have any reason to believe that it's not being installed and used on hardware. It even supported efi and secure boot before some OSs did.

And just because I've never seen something not work on a VM that does work on hardware, that doesn't mean it can never happen. It just means that I've never seen it happen to me. A problem has always turned out to be caused by something else. So I treat the idea with a respectful skepticism.

WetGeek I don't know how it decides to display icons for some and outlines for the others.

Interestingly, another screenshot of that Workspace Switcher taken todays once again shows an icon for the terminal. But it started out as just an outline, as in the image I showed before, and later changed.

I'm continuing to further configure these four VMs in an effort to uncover things that might need to be fixed. MATE's terminal doesn't remember the size it was before being shut down, so it can return to that size when it's started the next time. So this time I manually set 160x39 to be its default size in the terminal's preferences, so I don't need to resize it every time I use it. After I had accessed the preferences to make that change, the icon appeared in the workspace switcher instead of the outline.

I have no idea what might make an icon appear for the other applications that don't show one, but I've tried to find out. But so far, no joy.

    WetGeek But it started out as just an outline, as in the image I showed before, and later changed.

    There were so many mysteries connectedwith my MATE VM that I finally got suspicious enough to create a new one. I'm not exactly in love with MATE yet, but the new VM does some things correctly that the old one didn't. I'll post more about it tomorrow (it's getting late, and I've been at this all day), but I wanted to clear up one issue this evening.

    Notice that every single one of these Workspace Switcher windows now has an icon in it, instead of an outline. Compare that with the image in the message just above this one. I solved this particular mystery entirely by accident.

    The secret is that the application window on that workspace is maximized. Until today, I didn't realize that when I took one of the earlier screenshots Thunderbird, Vivaldi, and the Termminal happened to be maximized in their workspaces. None of the other applications were. And one time the terminal happened not to be maximized, and its Workspace Switcher window contained just an outline.

    The real proof is that this is readily repeatable. If I maximize, then restore, then maximize, then restore one of the application windows, it's Workspace Switcher window shows an icon, then an outline, then an icon, and then an outline. I can toggle any of them all day long.

    I'll have more good news about MATE tomorrow. I've been staring at this screen all day, and I need to quit for today.

      Here's the rest of the story. I haven't solved the biggest mystery yet, but it's become irrelevent, as you'll soon see. Up until yesterday, I'd had so much trouble with the MATE virtual machine, I couldn't believe it. So I figured I'd create a new VM for MATE, and this time I wouldn't create the partitions manually to start with, but I'd just give the brand-new empty virtual disk drive to the installer and let it do its thing. That didn't make much sense to me, as the cause of all my MATE grief, but it was the only thing that seemed to separate this accident-prone virtual machine from the three VMs that were working perfectly.

      So I set aside the vm-solus-mate-4-4 VM, and created another that I called vm-solus-mate-4-4-2. I made it identical to the first one -- same size, and all the same property settings. But this time I didn't create any partitions in advance, so there was no need for me to delete any partitions before passing it to the MATE installer. The installer created the disk like this.

      That's nearly identical to the partitioning I'd used, except for the sizes. As I wrote in an earlier message, I'd given the boot partition 1 GiB, as I always do, and the swap partition 6 GiB instead, so I'd always be able to hibernate the VM. (I love being able to start up with the previous session all intact.) And I used GPartEd to assign the flags, just as they are here. I don't think there were any other differences, and yet the installer swore that it could find nowhere to put the bootloader, so I couldn't continue with the installation. I double-checked that the boot partition I'd created was formatted FAT32, and that I'd assigned the flags correctly, and tried to install again, but again it failed.

      That's when I decided to delete the partitions I'd created and start over. I deleted everything, right down to an empty partition table, and tried to install it one more time, this time choosing the option to allow the installer to use the entire disk and create its own partitions. It created what you see above, and the installation went on to a successful conclusion.

      I identify as a human, so it's always posible that I made some other mistake with the first virtual disk drive, but it's a slim possibility indeed. I've done this so many times I could create one of these disks in my sleep. And besides, by the time the installer saw this drive, I had cleaned it up down to the gpt partition table. Maybe the installer thought my partitions were too big? None of the reasons I could think of made any sense. To me, they were still mysteries, but working is working, and I'm glad that that's what had just happened.

      When I started working with the new VM, it seemed as if nothing had changed, other than I knew I'd never be able to hibernate it with less than a GiB of swap partition and 4 GB of RAM in the VM. I set out to configure the VM the same as the first one, but this time a remarkable thing happened. Stuff worked. I had no trouble accessing my NAS using the file manager's built-in smb protocol, so there was no problem fetching the bashrcAdditions file that contains my macros for the terminal, and copying them to my home directory. And the file containing the 12 extra lines I add to /etc/fstab in order to mount my NAS shares. The result of that is here.

      This is my home directory now. The curved arrows attached to most of the folders indicate that they aren't the originals, but instead they're symbolic links to my NAS shares that happen to have the same names. This is a result of my being able, this time, to append the additional lines to /etc/fstab, change to /mnt, issue a mount -a command that resulted in an error message listing the missing mount points per the modified /etc/fstab file, create those missing folders, issue mount -a again, and see no error this time.

      Then I changed back to my home directory and deleted every folder there except for Desktop. (You might notice that there's no curved arrow attached to that one in the image above.) That's the original Desktop folder, and I assumed that I should leave that one alone. So I then created 5 symlinks, connecting my home directory to five of the shares that were now mounted in /mnt. For example, if I click on the Music folder here, this is what I get. There are 234 albums of music, and 23.3. TB of free space, so obviously this isn't a folder in this 32 GB VM.

      You might also notice the TRANSFERS device entry in the leftmost column. That's because the VM is now able to access that USB drive that's mounted in its host. TRANSFERS contains a lot of files that I use to configure computers, both virtual ones and hardware ones. Like address books for Thunderbird, and a list of comic feeds. Before yesterday I couldn't do any of this with the VM I was working on. And most importantly, all of this configuration happened without a single error, and this time the result is just like it is in my other VMs.

      Speaking of Thunderbird, here's what it looks like in the new VM. It now has three of my email accounts, two Google calendars, a Comics account for feeds, two fully populated address books, and as such it is a perfect working replica of the Thunderbird on my daily-driver laptop, the VM's host. The only thing it lacks is my collection of inbox rules that sort the incoming email into categories. I haven't found a way to copy those and use them elsewhere yet, so I have to start a new collection for each new computer.

      It looks like my new keyboard is on the way from Amazon today! And I need to go see my cardiologist this afternoon. I've already seen the result of my stress test, and I know my heart's in perfect shape, but it won't be official until she tells me it is. Once more, all this happened without any errors.

      Continuing, here's the new Vivaldi. I've installed LastPass, and fetched Vivaldi's password. so I could later do a sync, resulting in the 50+ start screen shortcuts you would be able to see here if not for the page I selected. Then I created 8 named tab stacks using those, thus resulting the "menu" you see as the two lines of tabs at the top. The "Forums" named tab stack is selected on the top line, and the Solus forum tab is selected from the second line. I love Vivaldi. As with the configuration I did for Thunderbird, there were no errors of any kind this time around.

      I could go on, and show you image after image of solitaire games and MATE settings, but I'll spare you that. The point of all this is that I've modified my new MATE VM into a nearly perfect duplicate of my daily-driver laptop, software-wise. Of course, one is MATE, and the other one Plasma, so they're not a perfect match. The menus are very different, and so is the bottom panel. But they're otherwise very similar. And throughout all this configuration, I ran into no errors of any kind. Zero. Nada. @EbonJaeger, any bugs I reported regarding the earlier VM can be closed. It's no longer a mystery why you couldn't reproduce them. I have none to report for MATE now.

        WetGeek The secret is that the application window on that workspace is maximized.

        Later, I found out that this isn't entirely accurate. In order for the icons to be displayed, the application in the workspace doesn't need to be maximized. It just needs to be a substantial part of the workspace's display. I don't need to maximize a smaller window in order for the icon to appear. All I need to do is grab a corner with the mouse and make it bigger.

        It's beyond my skill to quantize the percentage of the display that needs to be occupied by the application window in order for the icon to appear, but that's essentially what happens. I can toggle from an outline to an icon just by making the application window bigger. I wondered why my Thunderbird, Vivaldi, and terminal windows were causing an icon to be present, when they weren't totally maximized. They were just mostly so.

        @EbonJaeger, I know if I were coding this Workspace Switcher, and left it like this, I'd never get it past QA anywhere I worked. They would reject it as a serious bug. But I don't know if we should do that that here, especially while we're trying to get the new .ISO files released. If you'd like me to write it up in Dev Tracker, I'll be happy to do that. Otherwise, I'll just consider it an idiosyncrasy of MATE.

        WetGeek I'd given the boot partition 1 GiB, as I always do, and the swap partition 6 GiB instead, so I'd always be able to hibernate the VM.

        As I figured, this was the result when I tried to hibernate this VM instead of just shutting it down.

        @EbonJaeger, This is why I originally created a swap space of 6 GiB when I created the first virtual disk drive. The installer reduced that to <1 GiB when it partitioned the second one. And it's why I entered the suggestion in the Dev Tracker to change the swap partitions the installer creates to at least the size of RAM in the target machine.

        @EbonJaeger: To summerize, my four Solus VMs have now been re-created as version 4.4, and configured to match their host computer. I'll be able to confirm any fixes that still need to be checked, so let me know if my help is needed with that.

        All throughout this process, there have been no bugs to report, so I'm really impressed with the state of Solus 4.4 at this time. I hope any remaining showstoppers will soon be fixed, and the new .ISO files can be released before long.

        Cant you just install mate then before you do anything else grow the swap partion
        think the only thing it would change would be the size.
        Dunno was running around in my mind
        I know you got it setup now tho.
        Am kinda like you tho think the defaults should be big enough for that feature even if you dont use it
        just sign of the times more disk space used.

          Axios Cant you just install mate then before you do anything else grow the swap partion

          I've been tempted to create a third MATE VM, while slowly making sure that I don't have any typos, or make any other mistakes with its virtual disk drive, just to double-check that what I saw happen with the first one will happen again with the third one.

          Then I sat down, and breathed deeply for a while, and the urge passed.

          EDIT: I couldn't leave this without testing it. I created another virtual disk drive, partitioned it as I did the first one, and began an installation using the 4.4 .ISO. The result was that the installer did not object to my partitions.

          It was happy to instal the bootloader where it would not the first time. So, the mystery lives on. When I have time away from yard work in the next few days, I think I'll re-create my MATE and Plasma VMs with these larger partition sizes, as I usually keep these VMs around for a long time. And I'd like to be able to hibernate them, so I don't need to set up everything every time I start one.

            WetGeek I think I'll re-create my MATE and Plasma VMs with these larger partition sizes, as I usually keep these VMs around for a long time.

            Just finished with that. I nuked the MATE and Plasma test VMs, and created new ones from scratch. Gave them 1 GiB boot partitions and 6 GiB swap partitions. That leaves 25 GiB for the root partitions All software installed, and mostly configured. They both hibernate beautifully, as do the Budgie and Gnome VMs.

            EbonJaeger unstickied the discussion .
            a month later