Bug 1020 - EFS isnt working yet in 2.6.0-test2
Summary: EFS isnt working yet in 2.6.0-test2
Status: REJECTED WILL_NOT_FIX
Alias: None
Product: File System
Classification: Unclassified
Component: Other (show other bugs)
Hardware: i386 Linux
: P2 normal
Assignee: Randy Dunlap
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-07-31 12:34 UTC by Travis Tilley
Modified: 2008-03-03 16:24 UTC (History)
3 users (show)

See Also:
Kernel Version: 2.6.0-test2
Subsystem:
Regression: ---
Bisected commit-id:


Attachments
debug (28.35 KB, text/html)
2007-06-30 08:30 UTC, Mich Jordan
Details

Description Travis Tilley 2003-07-31 12:34:17 UTC
Distribution: Gentoo

Problem Description:

The EFS filesystem isnt working in 2.6.0-test2, at least when using it as a
cdrom filesystem.

Steps to reproduce:

modprobe efs
mount -t efs /dev/cdrom /mnt/cdrom


mount will give the following error:

mount: wrong fs type, bad option, bad superblock on /dev/cdrom,
       or too many mounted file systems

Under 2.4.21, it doesnt do this.


Oddly enough, under 2.6 I can mount loopback filesystems as EFS...

ayanami root # mount -o loop -t efs
/home/irix/Irix_Iso\'s_6.5/Irix_Foundations_cd_1_6.5.iso /mnt/cdrom/
ayanami root # ls /mnt/cdrom/
RELEASE.info  dist
Comment 1 Zwane Mwaikambo 2003-08-02 02:19:15 UTC
perhaps it's a block size thing?
Comment 2 Zwane Mwaikambo 2003-10-07 19:50:22 UTC
Could you possibly make available an EFS iso image?
Comment 3 Zwane Mwaikambo 2003-10-14 12:04:53 UTC
Ok i have just tried this with a cd and it provided the following error;

EFS: device does not support 512 byte blocks

via loopback is fine. This makes sense as the cdrom has a 2048byte block size,
i'll dig a bit more.
Comment 4 Randy Dunlap 2003-10-14 21:03:24 UTC
For the record, 2.4.22 does not work either, it has the same
blocksize error message.
Comment 5 Randy Dunlap 2003-10-22 21:41:56 UTC
I have a test patch (work in progress) for handling physical block sizes
of 512, 1024, or 2048 bytes.  The patch is available at:
http://www.xenotime.net/linux/efs/efs_blocksize2.patch

I can mount an EFS CDROM (block size is 2048) and read directories
from it correctly, but reading file data from it is *NOT* working.

Additionally, I found a program called 'efslook' for reading EFS
filesystems.  It was written for SGI MIPS (big-endian) IRIX, and it
now works on Linux (should work big or little endian; I use it on x86).
It is available at:
http://www.xenotime.net/linux/efs/efslook_linux_v01.tgz
Comment 6 Adrian Bunk 2006-03-04 03:20:45 UTC
Randy, what is the status of this issue?
Comment 7 Randy Dunlap 2006-03-04 10:13:58 UTC
No progress.  IIRC, Al Viro or some other fs people suggested just using
mount on a loopback device, which seemed to work at the time (it was so
long ago, sadly).
Comment 8 Olaf Kirch 2007-03-12 04:05:48 UTC
Nobody's maintaining EFS anymore. What shall we do with this bug?
Comment 9 Dave Jones 2007-05-21 14:39:37 UTC
Christoph Hellwig on lkml -- 
"I don't think it's a bug, it's a lacking feature.  The error message
is quite accurate aswell."

I guess "use loopback" is the answer for this for now, though Christoph also
mentioned he'd look at Randys patches.
Comment 10 Mich Jordan 2007-06-30 08:30:39 UTC
Created attachment 11907 [details]
debug
Comment 11 Natalie Protasevich 2007-09-08 19:08:41 UTC
(I don't suppose the #10 was tring to help in any way to the bug resolution ;) unless this was an accident)
#5 -  Is this a material for a small project that can be posted on http://kernelnewbies.org/KernelProjects? unless Randy is intending to keep working on it?
Thanks.
Comment 12 Randy Dunlap 2007-09-08 21:58:56 UTC
This can certainly be added to the KernelProjects web page, although
IIRC, Al Viro just prefers to use mount via loop as a solution for this one.
Comment 13 Natalie Protasevich 2008-03-03 16:24:33 UTC
I am closing this bug, and will transfer this to the "features to implement" list (cleating one...). Probably not of hight priority rather "good to have".

Note You need to log in before you can comment on or make changes to this bug.