I just checked, it seems KDE Plasma has a tool called "Device Auto-Mount" under system settings that allows you to do the same.so I would think KDE Plasma would have this as well
I just checked, it seems KDE Plasma has a tool called "Device Auto-Mount" under system settings that allows you to do the same.so I would think KDE Plasma would have this as well
Seems i found the likely cause to my 1. problem.
Did some asking of chat gpt earlier and chat gpt did say "Yes, it's possible for the drive to be fully hidden in the GUI if it's marked as dirty.".
So in short it seems to be issue with the filesystem which i kind of suspected to begin with as i mentioned NTFS in initial post. As of in EXT4, chatgpt claims its more automatically fixed. If power loss or hard resets.
Another thing i remembered was i did have general mounting issues with the 2nd drive to begin with.
From all info i think problem was mainly NTFS and if i want to use linux and this not happening again i'd need to use linux friendly filesystem. Which from my understanding is EXT4 is best option.
This was internal drive for storage though, but guess its the same with NTFS. So EXT4 all they way i guess. For external drive i'd always use exFAT tbh, but that is me. Unless it will be strictly used for linux. Storage i just have internal drive, prefer that. And usb stick for moving stuff elsewhere.that reminds me of an issue that I'd run into a few months ago when I was still in the transition phase between winOS and linux - I had purchased a new, larger external ssd for my long-term data storage (mainly media - music, videos, etc as I dont keep any of that on the boot disk) and then after copying the data to the new hardware I wanted to use the older ssd (half the size of the new one) as dedicated timeshift storage (having no real use for it otherwise).
- the older ssd had been used with winOS prior to my transition to linux and was formatted to NTFS
- I experienced difficulty with it, much as you describe with the disk being "dirty". I didnt investigate the issue at the time, I just killed the existing filesystem and reformatted to ext4.
researching a little bit now that I see that someone else had similar issues, it appears that the "dirty bit" phenomenon (when the filesystem on that disk was not properly unmounted or shut down) is a mechanism implemented by various file systems to maintain data consistency and recover from unexpected shutdowns or crashes. winOS's "Fast Startup" and hibernation can prevent NTFS partitions from being cleanly unmounted, leaving them in a dirty state even after a seemingly normal shutdown. it's not neccesarily NTFS's fault, but rather a consequence of the need to protect data across different operating system environments and their respective shutdown procedures.
anyway, glad to see that you got past it- dont forget to mark your thread as "solved". are you switching over to vanilla Arch or something else?
Tried CachyOS, seemed nice vs kubuntu. Also the alleged better performance is nice, currently just playing around in vm checking distros rather than do install. I know i can run live version but want to try install stuff and so on before cleaning main drive and trying linux fully again. Which one do you use or prefer?
Ah that could be convenient, then you can test more properly. VM for me been stuttering audio and horrible framerate, tried installing vm tools but that probably skill issue considering how new i am to linux.distro hopping in a vm is my preferred method as well, though I do maintain a "testbench" laptop that is currently running Liya - https://liyalinux.gitlab.io/ (relatively lightweight). the testbench is also a failover should my main rig ever catastrophically fail (not that I expect it to but I like to be prepared) and for testing interesting distros on physical hardware. I havent tried Cachy yet, but I prefer Arch derivative distros.
on my main rig, i started with vanilla Arch and then installed the packages I want (avoiding bloat) - currently using KDE for the pretty gfx/ui (wayland), and zsh for the shell.
Ah that could be convenient, then you can test more properly. VM for me been stuttering audio and horrible framerate, tried installing vm tools but that probably skill issue considering how new i am to linux.
I heard arch isn't too beginner friendly but seems ok the one i found. Heard it also gives you a lot of control, which is what i would want in the end anyway. So maybe best. Not thinking like expert level but more advanced for sure, and over windows you likley have so much control anyway.
Figures hehe. I think its ok so far, been learning pacman commands, setting up folders how i like them, even in wine to see how it works. So far migration from windows isnt going to be that bad. I would have to figure out how to copy all my 2nd drive content to 1st drive so i can clean 2nd with ext4. luckly 2nd drive isn't much bigger than total 1st drive so wouldn't be too bad. Small now since last time i tried linux hehe. I guess i could figure out using live version then copy, partition then copy back. But cachy didnt seem to have partition manager default so might have to install.eh, Arch isnt "friendly" but its not that bad if you're comfortable in a terminal. the official guide, https://wiki.archlinux.org/title/Installation_guide, is rather daunting but I use archinstall (text based installation wizard) - use, not used because like many of us, I've screwed up my install more that once and have had to rinse/repeat several times (one more reason to have a dedicated testbench).
prior to switching over to it I had been poking around, trying to find something I liked and discovered that the archwiki had the best documentation. being in IT for the last ~20 years, I value documentation over everything so I switched over to Arch and never regretted the decision. any time I have issues (often) or wonder how to do something (often), etc I refer to the archwiki.
what vm client are you using? I've been using VMware Workstation (easy to obtain if, on Arch or an Arch derivative, you have an AUR helper installed - I use yay but there are quite a few of them). it's got a lot of config options.
I did smile at the reference to arch as "stable". Doubtless you are referring the sense of stable in which the operating system doesn't "fall over" or otherwise freeze or crash or "stuff up". That may be the case with arch, however, the sense of stable with debian's stable release is not so much not "falling over", though that sense does apply, but the sense of stability in "not changing much" in its packages and their contents. It's the packages that basically stay the same, being stable, throughout the debian cycle of point releases. Debian does apply security updates and will respond to critical issues with an existing package if they arise which maintains the sense of "not falling over" stability too. Arch, on the other hand, as a rolling release, clearly isn't stable in the debian sense of stability of unchanging packages, but may be stable in the sense of being dependable resisting falling overI've studied a lot about Arch over a fairly long period of time. It is one of the most stable Arch-based Linux distros, if not the most stable. I can't say the same about Manjaro anymore.
Furthermore, since the Arch devs recently made it even easier to install, it is going to be my next Linux OS.
The Arch wiki is one of the best. Other distros (Debian, for one) refer to it in their wiki.
I did smile at the reference to arch as "stable". Doubtless you are referring the sense of stable in which the operating system doesn't "fall over" or otherwise freeze or crash or "stuff up". That may be the case with arch, however, the sense of stable with debian's stable release is not so much not "falling over", though that sense does apply,