just another error
We already know this, the space was used up in /home/[user]/.local/share/org.gnomeTextEditor/drafts - i saw this myself in the disk usage utility before the system locked up. i specifically checked all of these files to see if they were working spreadsheets, they weren’t - they were ALL duplicate drafts of the TEXT files, I already explained this in point 8 of my summary
also -all the backups were configured to be OFF the laptop to my desktop and i saw they were when i first tested it. syncthing CANNOT copy/sync files to the same local machine, i already explained this in point 3, theres no way it could have done this and i dont know why ppl keep fixating on it, this is wasting time
Sorry, the export command is its own command. It should be run just once on its own line before running the other btrfs commands.
am i reading this right? its NOT EVEN FULL???
1 Like
What spreadsheet software were you using? Some of them might make their own temporary backups. Sometimes they do so by suffixing a ~ to the original file name to make the backup copy.
The 14 GB may have been freed when you deleted those old text files. Still though, 74 GB is a lot of space for a Fedora Linux installation. It shouldn’t even be a tenth of that. There is something using a lot of space somewhere.
Can you retry those btrfs commands but change the / at the end to /home?
Device unallocated: 1.00MiB
This looks like it’s run out of free data chunks, despite 14+GB free. This system is in need of some btrfs balancing. Though this doesn’t answer where your work data went.
Also, does the snapper --iso list command that Chris mentioned earlier work now that you’ve updated the PATH setting?
Sorry, no specific knowledge of the situation here but just a general thought for you - I really sympathize with your situation here, I’ve gotten into dicey technical spots before right up on deadlines, and it’s incredibly stressful.
It’s clear that you weren’t going in thinking of doing fancy stuff, just getting your work done - but IMO the YouTube guide you found was intent on doing fancy stuff for what must be some pretty particular use cases, and pushed you to just copy/paste a bunch of things into the terminal without walking through how the underlying systems actually work so you could then be equipped to manage them systems after setup.
The standard Fedora install process is way simpler than what was listed in that video/guide, and doesn’t involve hand-modifying your partitions multiple times, configuring software that requires pretty in-depth understanding of the filesystems, etc. - all in a specific sequence that other community members likely haven’t followed, hence all the questions trying to figure out exactly how your system is configured and how that system might have reacted to the disk usage explosion. For whatever step is next for you, I’d suggest starting with the simplest OS setup process and then building up complexity/customization as you find that you need it.
I hope things work out OK for you,
4 Likes
Very sorry. I always forget to replace doas with sudo
Where you see doas use sudo
how do i do this?
It was the first guide i could follow that did what i needed it to (encrypted dual boot).
The normal installation installer is EXTREMELY CONFUSING and badly laid out, impossible to know what to do and the only option i could see for encryption wipes the whole disk, and i still need windows
Its took me ages of trying over and over to just get the live usb to boot at all! so i had to do SOMETHING and that was the first guide i found that worked, al the fedora docs are just awful.
I tried asking for help but the problem with linux is pple just tell noobs “do your own research” and then when it all breaks they go ‘well why did you do this, its wrong, you should have asked for help (or just magically know how to do it already’
‘command not found’
i never actually got around to installing snapper, i didnt want to go experimenting with any more stuff i dindt know about until the job was finished and everything SEEMED stable
I found here a reference that seems to indicate that libreoffice calc may have kept a backup copy of the file with the extension ‘.bak’. So the next thing I would try is the following command.
find /home -name '*.bak'
Due to the way that Btrfs works, I think it is likely that your data is buried in the system somewhere. Btrfs tries not to overwrite data. It prefers instead to write data to new, unused locations on the disk. It does, however, “unlink” data if there are no snapshots holding references to it. Sorry if that sounds confusing. I’m just saying that there probably is some hope that your data is there somewhere. But it would take someone with a lot more knowledge of the workings of Btrfs than I have to recover it. All I can really suggest are a few commands I know to search for the data at the surface level.
As a last resort, I would make a full copy of the drive in its current state to another physical drive using a command like dd if=/dev/mapper/luks-905... of=/dev/sdX (having first booted into dracut’s rescue shell using rd.break=pre-mount so that the system drive isn’t mounted and where /dev/sdX is substituted with the path to a blank external drive attached to the system). The drive you are copying to would need to be at least as big as your source partition (i.e. over 90GB) and this would take a very long time. I would then attach the copy to another computer and run the following recovery script.
That would be what I would do as an absolute last resort. Beyond that, you would have to pay a data recovery company to recover the files.
There are no snapshots in the subvolume listing. There’s plenty of space for metadata and data remaining but the lack of unallocated space (related to block groups just ignore this if you don’t follow it) clearly indicates at one time the file system was full.
There isn’t a service or app in a default installation of Fedora that silently deletes user’s files. No one can answer how spreadsheet files are missing. Even if the file system becomes full, nothing in the desktop environment or the file system will delete files automatically or without user prompting.
A default/automatic partitioning installation of Fedora will do a dual boot installation, and to encrypt the installation check the “encrypt my data” box.
3 Likes
then why are they gone???
and why did fedora brick itself?
I don’t know.
and why did fedora brick itself?
I don’t know.
Most people here responding have been using Fedora a long time and haven’t heard of anything even approximating this scenario. I’ve been using it for 15 years. None of what you’re describing sounds familiar. Maybe if there were logs of the first failure, we’d get some clues.
journalct has a way of doing this, using -b switch and a value to indicate the boot. 0 is current boot, -1 previous boot, -2 the one before that, and so on. journalctl --list-boots will also list all of them.
2 Likes