Hello, I am on Manjaro 20.1 in dualboot with win10.
For the past few days, I have realized that I am losing entire files and folders after restarting.
My HDDs are healthy.
I first thought of a problem with the automatic session saving, because it happened that the window group duplicated identically, I told myself that I was doing in a window group was not registered by the second.
But, after disabling session recording, and saving files and folders (before disappearance) to another drive, after several reboots, I first lost the folder containing the files in question, then the entire HDD partition. ! Everything is there since the disc is not empty, but Manjaro no longer displays anything.
I have a problem with groups and users, I regularly have read-only access to my secondary disks, and K3b asks me for access rights to the “optical” group to be able to burn.
Is the problem certainly there?
I forgot to precise :
I have windows and manjaro on the same disk, but the disappearance of files and folders happened on an external disk.
The disappearance of the complete disk is another secondary disk, where I wanted to save the remaining files.
On a live Manjaro session it is exactly the same, on Windows the disk is present, everything is there, except that the folder recently created with Manjaro is not accessible because it is “damaged or unreadable”.
So the problem is with Manjaro.
I would like to check the groups and user rights, what do I type as a command to see if everything is in order?
In my view it is always recommend to use for exchanges between Linux and Windows a filesystem without permission management like FAT32 or exFAT. Because of ACL of Windows and Linux is different there can always happen problems, even if it is stable. Perfectly would be a Home-Server NAS with Samba support.
Just a side note: ntfs-3g is a reverse-engineered module. Therefore it can handle NTFS Partition and it does it as good as possible (since not every function is implemented), but i would always use it in read-only mode. Just my humble opinion.
Face it. Damaged files comes not from Windows, but Linux has not a suitable tool to repair the NTFS filesystem. Only ntfsfix, which has a really basic function. Check you partition on windows before writing with Linux.
Just so all you know, we noobs do learn a lot from reading this forum, more than from the WIKIs in general. I was also about to setup an NTFS partition next to ym BTRFS on my secondary storage disk to serve as a bridge between a Win10 disk (only for Adobe and Apex gaming and online rtading app), but reading this advice here and this whole case now I will use exFAt or FAT32. Which one you suggest if the priority is on basic data safety and Linux-Win10 compatibility (not speed or any fancy extra features)?
Just a suggestion, It might be worth it, to really read about Linux filesystems, How windows handles linux files, or vise versa depends on a really good view of what is needed to get a solid resolution. Though some may feel different due to windows having a subsystem of linux, but that is still done from a windows perspective and doesn’t really fit sometimes. There are scores of info on this subject when doing a search on the forum, the net, and especially in the archwiki.
while this works everywhere more or less (like for plugging a USB into a random printer)
Its old and unsecure and not all that fast and … mainly … has a maximum file size of 4gb.
(thats right … try to drop a 6gb movie into it, and it wont work)
in general: If you need support for files over 4 Gigs, then use exFAT, otherwise FAT32. Both Filesystems have no journal, nothing of this at all, so if something goes wrong there, then there is no journal that can recover data. It is just stupid simple as copy a file to it and anyone can read it. It should just used for one thing: Exchange data. Nothing more.
I recommend to use it like that:
Linux has a folder that you want to share to windows.
Copy it to the exFAT/FAT32 Partition and let Windows read it after reboot.
Have always a copy of the data on your own home partition.