this post was submitted on 06 Feb 2024
625 points (98.8% liked)
Technology
58303 readers
13 users here now
This is a most excellent place for technology news and articles.
Our Rules
- Follow the lemmy.world rules.
- Only tech related content.
- Be excellent to each another!
- Mod approved content bots can post up to 10 articles per day.
- Threads asking for personal tech support may be deleted.
- Politics threads may be removed.
- No memes allowed as posts, OK to post as comments.
- Only approved bots from the list below, to ask if your bot can be added please contact us.
- Check for duplicates before posting, duplicates may be removed
Approved Bots
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
I am not convinced that's what's going on. It looks more like some weird thing snap does to make hunspell available to snap Firefox.
Have you seen this behavior on your own Ubuntu install? In other words, can you reproduce the described scenario?
Yes. I literally have a cron job to unmount and rename my root directory to / that runs every 12 hours.
And how does that work? How do you unmount the root directory of a live system and invoke a script?
Like that?
It's not unmounting my root directory it's unmounting what Firefox mounted on my root directory.
You are misinterpreting the information here. Neither Firefox nor Ubuntu are doing anything to your root directory. The behavior described and what you are undoing is that your storage device is being made available at two locations: both at / and at the hunspell path.
lsblk outputs that my NVMe0n1p1 is mounted at /var/snap/Firefox/common/host-hunspell.
This drive and partition is where my root is.
lsblk
is just lacking a lot of information and creating a false impression of what is happening. I did a bind mount to try it out.This mounts
/var/log
to/mnt
without making any other changes. My root partition is still mounted at/
and fully functional. However, all thatlsblk
shows under MOUNTPOINTS is/mnt
. There is no indication that it's just/var/log
that is mounted and not the entire root partition. There is also no mention at all of/
.findmnt
shows this correctly. Omitting all irrelevant info, I get:Here you can see that the same device is used for both mountpoints and that it's just
/var/log
that is mounted at/mnt
.Snap is probably doing something similar. It is mounting a specific directory into the directory of the firefox snap. It is not using your entire root partition and it's not doing something that would break the
/
mountpoint. This by itself should cause no issues at all. You can see in the issue you linked as well that the fix to their boot issue was something completely irrelevant.That makes no sense. The bug listed shows the same device mounted to / and that spelling for in /var or whatever. And your system wouldn't operate if / didn't exist. I'm almost curious enough to go set up a VM to try to see what's happening.
My working solution is literally running a Cron .sh which is
If Firefox updates via snap, it will change back to bullshit. Is the case in every 22.04 VM I have on my machine as well. This script effectively gives me "/" back, and unfucks the rest of my machine.
It is a reason for me looking to leave Ubuntu after 12 years dedicated. Just because it makes no sense doesn't mean it isn't happening.
Man that's well and truly fucked. I would be wanting to ditch Ubuntu also. What distros are you thinking about trying?
Probably just go to Debian.