First, my apologies to VastOne whom I just spent 3 weeks only 40 miles away from,  and still was not able to get to meet.  I've been mostly absent from here the last few months due to health and other family issues.    I had surgery on my neck Nov. 28th to remove cancer from my carotid body on the left side of my neck.  Now cancer free but suffering some complications due to the surgery. (Trigeminal and Glossopharyngeal neuralgia, you should google them to see what fun I've been having).  They managed to do some nerve damage to the cranial nerve bundle which causes pain that is completely indescribable.  I've lost 42 lbs. since the morning of the surgery.  Also on Jan 6th, my wonderful father passed away unexpectedly and I had to spend almost 3 weeks in Missouri where EVERYONE had the worst flu I have ever had the misfortune to be around.  VastOne can back me up here when I say it was terrible.  Yes of course I caught it and basically shut myself in a room for almost the entirety of the trip.

On a much lighter note, success with my almost 600 updates to my current VSIDO. (check the Artwork thread scrots)  With all that has been happening I dreaded doing an UP but in the end took the plunge!  As VSIDO is such a strong and reliable distro, this update (the largest I've ever done on a VSIDO build) ran with exactly 0 (yes as in zero) issues!



I had no problems with some of the issues reported here this month with the new builds, or upgrading 'apt'.  Nothing broke, and I was happy to see that all went well as I noticed it was going to upgrade 'apt'.

One issue I read here posted I believe by Gordon, concerned inxi and smxi.  I too began experiencing problems with smxi last year at some point.  My apologies once again, as I did finally fix this and then never mentioned it to anyone.    The inxi script appeared to be working fine, until I ran smxi and it tried to update itself (which I believe it does every time it is ran) and suddenly was getting error messages that it could not complete the upgrade.  After much trial and error, I finally found an error log somewhere and was able to determine (at least in my case) that smxi and wget were not very happy with one another.  The 1.19.* versions of wget would not work with smxi anymore.  I simply rolled wget back to version 1.18 and this issue was resloved.  Now, I hardly ever use smxi anymore, and this may have just been MY issue.  I compile my own Kernels and who knows where this can lead you when climbing down into the 'Rabbit Hole'.  So when you look at my scrots and see the 2 sys updates always showing, that is because I'm continuing to 'hold back' wget and just recently it started also 'holding back' libcdparanoia0.  I also have wondered if anything wireless could be affecting the "wget/smxi" issue (if it is or ever was an issue)  I have no idea why the libcdparanoia0 is being held back as I don't remember 'pinning' it.  Right now however, I just don't have the energy or drive to be "paranoid" about libcdparanoia0.

So I've been without 'shotwell' for a couple of weeks now.  I use it to maintain a huge photo library.  This has not been my day.

Well my beautiful 18 year old daughter has gone out to face the big bad world.  She is going the UMaine and living on campus in the dorms.  A weird hole appears in your life at the absence of a child who's always been with you.

I did send her on her way with a rather large 'Dire Wolf', so she should be fairly safe!  Not to mention it is the great white north.
I love and am so proud of her!!!

This topic has been moved to How To's.

http://vsido.org/index.php?topic=1269.0

Just a heads up to let you know that there is a known bug that is causing Nitrogen to not replace your wallpaper on a logout or reboot.  It is because of Conky using the 'desktop' own_window_type. Nitrogen 'sees' that and thinks it is an overlay covering the whole desktop.  So, no wallpaper.  I've gotten around it by using the (sleep 10s && launch foo here) in my autostart file in ./.fluxbox directory.  YMMV...

This Topic Has Been Moved to General Support

I hate the touchpad on this MSI laptop.  It is my least hated option on this laptop.  I will NEVER buy another MSI product in the future.  It is not solely related to this issue that I make that statement. (the 90 sec)
So I have an NVMe PCIe drive.  Seen by fdisk, parted, gparted, fstab, blkid, lsblk, you get the idea, as nvme0n1.  OK, so in /etc/fstab:

### first '6' lines are the original fstab for the VSIDO install
### we'll call this section 1.
#proc /proc proc defaults 0 0
#UUID=bda2cbcd-9696-419b-baf4-2e875fc1279a / ext4 defaults,noatime 0 1
#UUID=730da2a3-5aef-4654-908e-865d3ed8f8aa /home ext4 defaults,noatime 0 2
#UUID=efe98bd0-1254-40b4-8378-61811c50da34 swap linux-swap defaults 0 0
#UUID=9E77-1B41 /boot/efi vfat defaults 0 1

### we'll call this section 2.
proc /proc proc defaults 0 1
/dev/nvme0n1p1 /boot/efi vfat defaults 0 1
/dev/nvme0n1p3 / ext4 defaults,noatime 0 1
/dev/nvme0n1p4 /home ext4 defaults,noatime 0 2
/dev/sda1 /media/DATA ntfs-3g defaults,noatime 0 2
/dev/nvme0n1p10 /media/root_manjaro ext4 defaults,noatime 0 1
/dev/nvme0n1p11 /media/home_manjaro ext4 defaults,noatime 0 2

Either way I have the 90 second wait.  However, for clarity, here is the general order of events;

Power on, Grub, then the "A start job for dev-x2uuidblahblahblah" happens for 90 seconds.  For whatever weird reason, in /etc/fstab when the top lines are uncommented, (called "section 1" above) and the /dev/nvme* are commented, (called "section 2" above) no wireless.  The card is seen, (Killer Wireless Qualcom card, ath10k) just no wifi.  Haven't tested ethernet.    (this issue resolved itself with the fix described below of adding 'nofail' to /etc/fstab.  I no longer believe UUID's are an issue or were an issue.  This has happened to as many regular ssd's and hdd's all over the net.)  I say this having just booted my laptop into VSIDO with no errors, and all drives present, and accounted for utilizing the UUID's!

Now, as seen above, just as it is, it goes to a emergency mode 'pause' for you to acknowledge that "no, it is not an emergency, or an issue", so press Ctrl-d and it boots to all of VSIDO's glory and finery!  Or type your password to fix any imaginary problems you may be having... 

I'm sorry it took so long for me to post about this.  I am also grateful to all of you who've taken care of it, so I can come along at last and correct mine!  Seriously, to everyone here on the forum, VastOne has been toiling away at this ever since I mentioned it on IRC almost 2 weeks ago.  Our one and only dev of VSIDO truly is a "one and only"!!!!  Also thanks to PackRat as well.  Wow, also zephyr and anyone else that posts here in support of this non-issue! hehe

I also agree that probably it shouldn't be marked solved...

VastOne, there might also could be a better or more proper name for the thread?