this post was submitted on 07 Oct 2024
45 points (97.9% liked)

Linux

48008 readers
1399 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago
MODERATORS
 

I don't know when this happened. There was a system update a few days ago which went fine. Two days ago I wanted to download something onto one of my HDDs and got an I/O error. After investigating I found out that I no longer am the owner of any of my drives and can't create/delete any files. Chmod/chown didn't help. Editing the fstab file didn't help since it had the exact same contens as when everything worked. Shuffeling exec,rw around has no effect. Mounting/unmounting didn't do anything. Phisically removing the drives also didn't work. Adding a completely new drive automatically set it to restricted. How the hell does soemthing like this happen? I don't want to do a system wipe.

Edit: Windows is to blame

It appears Windows did something to the drives the last time I used it which messed up the partitin tables and prevented Linux from mounting them correctly. After poking around in the journalctl like suggested I found an entry with the error message. Googling brought me to an arch forum post with the same problem. All that had to be done was to go back into Windows and run shutdown /s /f /t 0 in cmd/powershell. Link to the post: https://bbs.archlinux.org/viewtopic.php?id=231375

Tnx everyone for the assistance!

top 24 comments
sorted by: hot top controversial new old
[–] [email protected] 7 points 4 weeks ago* (last edited 4 weeks ago) (1 children)

I am not familiar with I/O stuff, but I didn't see you mention if you tried doing an rpm-ostree rollback.

Since you said it happened after an update, did you already try that to see if it fixes your issue? Another thing to look at is topgrade. It's the underlying tool for Bazzite upgrades, so perhaps that can give you some clues as to what went wrong.

ETA: Have you tried asking in their discord? The community and devs are really nice and generally pretty helpful.

[–] [email protected] 2 points 4 weeks ago

Tnx for the suggestions. I have asked on the discord server, but no response as of now. I will take a look at those commands and see if anything fixes it.

[–] [email protected] 6 points 4 weeks ago (2 children)

It might also be worth ruling out low-level issues:

  • Check for anything strange in the BIOS related to disks (fwupdmgr can automatically install BIOS updates from a live Linux session. I don't know if Bazzite does this)
  • Try using a different SATA port
  • Run some SMART tests on your drives
[–] [email protected] 1 points 4 weeks ago

Bazzite uses topgrade, which I think also calls fwupdmgr.

[–] [email protected] 1 points 4 weeks ago

I'll check the BIOS stuff tonight.

As for the sata port, the new drive was connected to a different one so it can't be it. I did a drive health check and all seemed well and good.

[–] [email protected] 6 points 4 weeks ago (1 children)

Filesystems may be remounted read only on error. I'd expect that to be reverted post reboot, but maybe your error was big enough for it not to? You may want to search how to perform an fsck on the affected partitions.

[–] [email protected] 3 points 4 weeks ago (1 children)

I touhgt the same, but connecting a new drive and getting the same "read-only file system" error is really strange. I used the other drive for qbittorrent and it worked flawlessly before the update. I haven't come around to try any of the suggestions yet. I'll report back tonight.

[–] [email protected] 1 points 3 weeks ago (1 children)

Did you disable fastboot in windows to make sure this doesn't happen again?

[–] [email protected] 2 points 3 weeks ago

Fastboot was never enabled to begin with :-/

[–] [email protected] 4 points 4 weeks ago (1 children)

Boot from a livecd and figure out what is going on.

[–] [email protected] 1 points 4 weeks ago

Where would I start? Any commands I should try or just see if the livecd let's me take control?

[–] [email protected] 3 points 4 weeks ago (1 children)

Just a shot in the dark:
Backup your fstab, then edit it to mount the drives to a subdirectory of your home.
Maybe that'll get you back access.

[–] [email protected] 2 points 4 weeks ago

I'll give ut a shot first before the other suggestions. Tnx

[–] [email protected] 3 points 4 weeks ago* (last edited 4 weeks ago) (3 children)

I think bazzite uses systemd.

You can use journalctl to see the logs and find out what happened. They’re pretty straightforward to understand.

E: journalctl, not systemctl.

[–] [email protected] 2 points 4 weeks ago (1 children)
[–] [email protected] 1 points 4 weeks ago

Jfc yes thank you.

[–] [email protected] 1 points 4 weeks ago

Tnx. I will report back tonight when I get around checking.

[–] [email protected] 1 points 3 weeks ago (1 children)

Ok, I foxed it! I looked around in the log of which I mostly understood nothing, but then I came acress the section where the kernel/shstemd mounts the drives and the error it spits out. Googling it gave me an arch forum post with the identical problem. Windows didn't shutdown correvtly the last time I used it and did something to the partition table. I'll update my post wiy the solution.

[–] [email protected] 1 points 3 weeks ago
[–] [email protected] 3 points 4 weeks ago* (last edited 4 weeks ago)

Can you just restore a backup image? Sometimes that's easier to roll back a day rather than spend all the time trying to troubleshoot.

[–] [email protected] 2 points 4 weeks ago

Is anything going down in the system log when you mount a drive, or trigger an access error? If it's (one of the many) security systems clamping down, they tend to log that.

[–] [email protected] 1 points 4 weeks ago* (last edited 4 weeks ago) (1 children)

Can you read/write to the disks as root? If so, then something has likely gone sideways with your fstab entry. For example, the device name, order, or UID/GID may have changed, depending on how you've configured the entry.

It's difficult to assist much more without seeing the contents of /etc/fstab.

[–] [email protected] 1 points 4 weeks ago (1 children)

I checked fstab and it's the same from day one. I tired adding stuff to it and shuffeling parameters around (like phtting rw,exec last), but it did nothing.

[–] [email protected] 2 points 3 weeks ago* (last edited 3 weeks ago)

Your fstab file can remain unchanged and still fail, if the drive or user identifiers have changed unexpectedly. It depends on how you've configured your fstab entries, which is why it's helpful to share them. In future, no one will be able to offer much assistance without seeing the entry details. Either way, glad you were able to get it sorted!