-
-
Notifications
You must be signed in to change notification settings - Fork 37
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
mount : wrong fs type, bad option, bad superblock on /dev/sda2, missing codepage #39
Comments
This module does not yet support encryption, which is the problem you are likely running into. The error message is misleading/very broad but this module can't do anything about that. When you look at the output of You could try your luck with https://github.com/sgan81/apfs-fuse, I think supports encryption. Alternatively, to share data between both operating systems, you could create a new partition with a different filesystem that both OSs support such as FAT or exFAT (but they don't support the usual Unix metadata) or you could install the ZFS driver for macOS and Linux and use ZFS (but it can be a hassle to install if you've never used it before). |
Hi, Right now, I am sharing data between OSs by HFS+, but the HFS drive is only 2 GB and is read only when check in linux which I need to remount it in write mode. Thank you for letting me know about the ZFS, I will try that as well. |
I don't know what else it could be. Are there any messages in Can you resize the HFS+ disk in macOS to give it more space? To always mount the HFS+ disk as writable, you could add it to /etc/fstab with the correct mount flags you seem to be already using when you remount the disk. Be aware that ZFS is usually not compatible with the very latest Linux kernel versions. Currently only Linux 6.2 and older are officially supported. If your distro uses LTS kernels, this is not a problem. And the macOS driver is not yet what I would call "production-ready" but I have used it without problems in the past and work is being done to combine the two versions into one project. I think ZFS is the only modern filesystem with solid write support on both Linux and macOS thanks to a mostly shared codebase. |
Can you send me your filesystem's superblock? That is, the output of My first guess here is that the driver was not inserted for some reason, so maybe try running Like Luflosi said, the output of dmesg could also be useful. |
Thanks for the hexdump, I'll look at it now.
But did you attempt a mount after running modprobe? What I wanted to confirm was that the error was not caused by the driver being absent.
If you can, just send me everything that shows up on dmesg from the moment you attempt the mount. EDIT: to be clear, you can just run |
When the drivers were absent and I try to mount, I get the following error
I got this error from terminal and GUI as well. Linux-apfs-rw installation:
After Installation: DMESG: Your help is greatly appreciated. Thank you |
Like you said, there is nothing about apfs in your dmesg. Notice for instance how you get a warning about taint for the wl driver:
But you don't get any such warning about apfs. I don't think the module is getting inserted at all. That's why I asked what happens if you run EDIT: I guess you would only get the warning once because the kernel was already tainted, heh. Either way, you should be getting some apfs messages, so I still think the driver is not inserted. |
What I want to know is if the mount works after running modprobe. And if it doesn't, what is the output in dmesg then? |
Are you the author of this post? If so, the problem is rather self-explaining: your volume has some form of encryption (like Luflosi said) and I haven't implemented that yet. I intend to get to it next, but it may take a while to be done. |
Hi eafer,
After running modprobe, when I try to mount the apfs.
DMESG: |
I can just confirm, HighSierra created volumes are not readable. that was the behaviour already with linux-apfs (the first RO incarnation) update: great/thanks |
I plan to start adding the missing features to the driver soon. So, in the future, if anybody runs into a container that won't mount or causes other problems, please consider sending me an image and I will try to implement whatever is needed. |
Hello @eafer! I'm trying out your tool and also ran into the above mentioned error:
With force:
And trying some other options:
Here is my hexdump
And dmesg:
If you're up for looking into this, I'm happy to try compiling different branches or whatever tests we'd like to do. Thanks! If it's helpful, here is more output from other tools about the drive:
|
Hi @lsnider, what did you get on dmesg when you attempted to mount without the EDIT: never mind, no way that block number is correct. |
That's a fusion drive, right? Those aren't supported yet. There is still a bug though, because the error message shouldn't be so confusing. |
It is a fusion drive. Do they have some type of mirror layer on them or something? Happy to test any updates to see if we can detect that it's a fusion drive. |
Failure to mount fusion drives currently gets reported in a confusing way: #39 (comment) The problem is that all feature checks are currently run at the same time for both the container and the volume, after the volume superblock has been mapped. Fusion drives never get that far, we can't even work with the container's object map. Split the feature checks into two functions, one for the container and one for the volume. Leave the call for the volume in the same place, but move the one for the container into apfs_map_main_super(). Signed-off-by: Ernesto A. Fernández <[email protected]>
I've never worked with one, but my understanding is that they have two drives: a hard disk for storage, and a solid state drive as come sort of cache to make things faster.
Thanks. I just pushed a patch for that, let me know if you can try it out. |
We got an improved error messages and they match regardless of the mount options. But it doesn't mention fusion drive (not sure if that's the plan)? I'm being overly verbose here in case I'm trying it wrong.
|
Sadly I don't control the error message you get in the terminal, that comes from the mount tool. The improved message about the fusion drive should show up on dmesg. |
Oh right, you nailed it then. Log line from dmesg
|
Failure to mount fusion drives currently gets reported in a confusing way: linux-apfs#39 (comment) The problem is that all feature checks are currently run at the same time for both the container and the volume, after the volume superblock has been mapped. Fusion drives never get that far, we can't even work with the container's object map. Split the feature checks into two functions, one for the container and one for the volume. Leave the call for the volume in the same place, but move the one for the container into apfs_map_main_super(). Signed-off-by: Ernesto A. Fernández <[email protected]>
I am encountering the same issue. |
@lwj1980s Any output on dmesg? |
Hi, i paste all the dmesg output in pictures above |
@lwj1980s You are getting a "bad blocksize 0" error. I usually see this when I try to mount the whole disk instead of the apfs partition. What was the mount command that you ran, exactly? |
yes,I followed your suggestion and success to mount the disk,and thank you very very munch~~~ |
Hi,
I have MBP 2012 and I dual boot it with Manjaro Gnome DE and macOS High Sierra.
When I try to access it High Sierra Drive from Manjaro, I get an error -
So, I have installed
linux-apfs-rw
from the AUR packages using the following commands$ yay -S linux-apfs-rw-dkms-git
$ yay -S apfsprogs-git
Now, I get new error as below
Note: The macOS partition (APFS) drive I am trying to mount in Linux has a size of 416 GB
Can you please suggest on how to fix this ?
Thanks
The text was updated successfully, but these errors were encountered: