[FEATURE REQUEST] Sopprt for ext4

[GoogleCodeExporter]

Support for ext4-filesystem would be great, because it is fast, Open Source, 
and there are wide boaders in size. Also a reason is , that it is full 
supported in any linux-distribution.

Original issue reported on code.google.com by david.fl...@gmail.com on 18 Sep 2010 at 10:24

[GoogleCodeExporter]

Do you know how hard that would be?  For God's sakes, they're still working on 
NTFS!

Original comment by school.p...@gmail.com on 9 Oct 2010 at 3:28

[GoogleCodeExporter]

Too much work. We would accept a patch however if someone makes it.

Original comment by ogg...@gmail.com on 21 Nov 2010 at 2:14

• Changed state: WontFix

[GoogleCodeExporter]

@school.player
Do you know how open ntfs is? Thats a big problem. ext4 is under opesource 
licens. All sources are open. All Specifikation are open.

@oggzee
It is more work to implement ntfs and there are some guys makes it. If you 
accept a patch for that why close that issue?

Original comment by wishmast...@gmail.com on 23 Nov 2010 at 11:57

[GoogleCodeExporter]

Because it won't happen in the near future and it clutters the issues list. 
When there is an libext4 library available for wii and working and stable, feel 
free to reopen this issue again.

Original comment by ogg...@gmail.com on 23 Nov 2010 at 10:03

[GoogleCodeExporter]

@ogzee OK. The Far future has begone....

http://code.google.com/p/usbloader-gui/source/detail?r=1011

Is there still a reason not to implement ext* - filesystems?

Original comment by wishmast...@gmail.com on 12 Dec 2010 at 9:46

[GoogleCodeExporter]

There isn't. Congrats to dimok he made that faster than i anticipated.

Original comment by ogg...@gmail.com on 14 Dec 2010 at 1:26

• Changed state: Accepted

[GoogleCodeExporter]

So... ext2 is working, but not 3 and 4?

You guys should make ext5.  Fast Wii loading, works with Linux and recognized 
as ext4 or something.

Original comment by school.p...@gmail.com on 18 Dec 2010 at 2:32

[GoogleCodeExporter]

ext*fs has been added in v62a2/v62a3 does it work? Can anyone confirm?
ext2, ext3 and ext4 are almost the same thing so all of them should work.
school.player: what are you talking about? have you even tried it?

Original comment by ogg...@gmail.com on 18 Dec 2010 at 9:23

• Changed state: Started

[GoogleCodeExporter]

Hey oggzee, just tried to get it working with and ext4 partition and no dice. 

I created a small ext4 partition on the same drive as my fat32 and moved a game 
over (Rock band 3). When I try to switch to the drive I see a bunch of game 
boxes like normal but all have question marks and no labels.

I'd be happy to work with you to test this and get it working so if you have 
any ideas let me know.

I am running 62b2, if you want me to run a debug version or anything let me 
know.
Just so you know the drive is a 500GB WD that is partitioned in two parts.
Partition(s):
1 - Fat32 (Works)
2 - Ext4  (Does not work)

Original comment by BoondoKL...@gmail.com on 21 Dec 2010 at 3:11

[GoogleCodeExporter]

More details...
You have installed one game but it shows more than 1 box?
What is displayed in the console mode list view?
When you select a game, what is displayed for the ID and title?
When you try to launch a game what happens?
Where are the covers located, on SD or USB/FAT?

Original comment by ogg...@gmail.com on 21 Dec 2010 at 10:16

[GoogleCodeExporter]

Here ya go:

I load cfg from the fat32 partition on the hard disk (FAT1) and store all the 
covers there too.

I have a few games installed on the Fat32 partition as that is what I have been 
using. I moved one game over to test the ext functionality. 

If I load cfg with it set to use Fat1 it works fine and I see all my games on 
the fat partition. If I go into the options and change it to EXT1 and go back 
to the menu, I still see a bunch of "games" but they have no name or image. If 
I boot it with EXT1 set as the default I again see the same thing, a bunch of 
games (or missing cover art boxes if you will) and no titles below them. This 
is quite odd as I only have one game on the EXT partition.

When I switch to console mode it just says no games found. If I try to pick one 
of the (missing cover art boxes) then it changes from cover flow to console 
like it will launch it but only for a second, then it goes back to the 
coverflow.

Let me know if you need anything else

Original comment by BoondoKL...@gmail.com on 21 Dec 2010 at 12:50

[GoogleCodeExporter]

Ah right, the coverflow modes will display game covers with ? even if no games 
are found. While console and grid* modes will display no games properly.
Check that you have named the game directories properly.
The /wbfs dir has to be lower-case!

Original comment by ogg...@gmail.com on 21 Dec 2010 at 2:09

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Hey yea I checked the spelling/case and all is fine. Still no games show up.

I create the wbfs folder in the root of the EXT partition, just like is in my 
FAT. I then just moved the rockband 3 folder over from FAT to EXT so there 
would not be an issue there.

Let me know if you need any more info or need me to do anything.

Original comment by BoondoKL...@gmail.com on 21 Dec 2010 at 3:16

[GoogleCodeExporter]

If you go to partition screen after the ext partition was selected, does it 
say: ?
.... EXT1 ext: [USED]

Are you able to browse the ext partition using WiiXplorer?
Can you make sure the gameid is uppercase?
Can you run this on linux, and let me know the output:
find /wbfs

Original comment by ogg...@gmail.com on 21 Dec 2010 at 3:53

[GoogleCodeExporter]

I mean:
cd /media/ext_partition
find wbfs

Original comment by ogg...@gmail.com on 21 Dec 2010 at 3:55

[GoogleCodeExporter]

I was able to mount the ext4 partition just fine in ubuntu (two different 
laptops), but I noticed my NAS had a problem reading it. Just out of curiosity 
I tried to format it to ext3 and that one works just fine. I'm gonna shift some 
data around and once I'm done I'll try ext4 again and see what happens.

As of now at least ext3 is working! Yay!!!

Original comment by BoondoKL...@gmail.com on 21 Dec 2010 at 5:25

[GoogleCodeExporter]

Hey hey I'm back with a little update. I tried Rock band 3 and it worked fine, 
I also downloaded a song to my 2GB SD and it played just fine too!

I'm gonna move monster hunter over and give it a go, are there any other games 
that give people issues that I might have and can test for yas?

BTW still on ext3, I might just stay on it since my NAS is not reading ext4. I 
use my NAS to store my game images and move them to the HD. Saves me from 
having to bring a laptop to the drive or moving the drive net to the computer.

Original comment by BoondoKL...@gmail.com on 21 Dec 2010 at 9:42

[GoogleCodeExporter]

And MH3 works too, those are really the only games that I really like to play. 
Thanks for adding support for us linux lovers!

Original comment by BoondoKL...@gmail.com on 21 Dec 2010 at 10:37

[GoogleCodeExporter]

So what's the conclusion?
Is ext4 the problem or the NAS?

Original comment by ogg...@gmail.com on 22 Dec 2010 at 10:02

[GoogleCodeExporter]

I'm gonna be moving data around for prolly another day, once I am done I will 
try creating another partition and formatting it to ext4 and put a game on it 
to see what happens.

I have no idea why the NAS wont read ext4, it even has to file tools to create 
it. The partition worked just fine on two other boxes that are running ubuntu 
so I think the NAS just does not have support compiled into it. I The partition 
was made (and remade a few times) with a laptop running ubuntu so I don't think 
the NAS is really part of the ext4 equation. Not a big deal as I can just stay 
with ext3.

I will post once I have that ext4 partition created and I can try again.

Original comment by BoondoKL...@gmail.com on 22 Dec 2010 at 10:50

[GoogleCodeExporter]

I finally got to create that ext4 partition and all seems to be working. So 
just to reconfirm, ext2/3/4 are all working.

On a side note there seems to be a noticeable difference in the time it takes 
to load a game in ext3 vs fat32. Could this be attributed to the fact that I 
condensed all of the wbfs files into single files instead of splitting them 
into 2GB parts?

Original comment by BoondoKL...@gmail.com on 28 Dec 2010 at 1:48

[GoogleCodeExporter]

I am amazed of the progress this project is making consistently. Thanks a lot 
and a happy new-year !

Original comment by dag.wie...@gmail.com on 31 Dec 2010 at 4:15

[GoogleCodeExporter]

I just tried an ext3 formatted drive.

Loading games works just fine, but when I try to install a disc, I get the 
following error:
  SPLIT 0: no file
  ERROR creating file
  [+] Installation ERROR! (ret = -1)

I´m using version 63b3 and the wbfs folder has public write permissions.

Original comment by registri...@gmail.com on 8 Jan 2011 at 3:38

[GoogleCodeExporter]

This project use the port of libext2fs from dimok (member of usbloadergx). Read 
support is very stable yet, but writesupport seems to have problems. If you 
want to help dimok use the project-site 
(http://code.google.com/p/libext2fs-wii/source/list) or the 
usbloadergx-irc-channel to communicate.

Original comment by wishmast...@gmail.com on 8 Jan 2011 at 4:48

[GoogleCodeExporter]

BoondoKLife: The difference is not because of the split size, actually no split 
should generally be better than using splits.
I haven't benchmarked it, but some speed difference is to be expected, since 
the lib has probably not yet been fine tuned for wii use... btw is the 
difference in loading the game list or actually when starting the game? Note: 
you can save a debug.log with cfg v63b5 and it will contain the time it takes 
to load the gamelist, (or press + in global options, same info is printed) then 
you can compare times. As for starting time, you can try using debug=16 it will 
print some stats when starting a game and again compare...

DAG: CHEERS! :)

registrierter.buerger: write support has not been enabled yet.
I want to first see if reading works fine, then I can add an option to enable 
write, however I hear write is slow due to some fs block bitmaps, but that's 
something dimok and co. might optimize... as wishmasterf said.

Original comment by ogg...@gmail.com on 9 Jan 2011 at 2:31

[GoogleCodeExporter]

I will play around with it today and see if I can get you a debug from the ext 
load and my fat32, so as to have comparison.

The actual slow down comes in starting the game itself. Will post up a reply 
with the debug logs. Thanks again for getting this added!

Original comment by BoondoKL...@gmail.com on 9 Jan 2011 at 4:05

[GoogleCodeExporter]

Not sure if it's the right place to ask...but how did you get this to work? I 
tried with both ext3 and ex4 and cfg usb loader (63b3) is able to recognize the 
partition but no games show up. Do games need to have some special name or does 
the directory need special permissions?

Other things that come to my mind:
- do you use a special program or procedure to format the drive (I used 
gparted)?
- do you need some very special IOS (pimpmywii says everything is fine)?

Any suggestion is welcome...

Original comment by manuavaz...@gmail.com on 14 Jan 2011 at 3:53

[GoogleCodeExporter]

You do not need a special app or anything like that. If you try to switch 
partitions (under global options), what options do you have?

I used pimpmywii also, the only thing I have installed since I updated not to 
long ago with pimpmywii was ciosx rev21, but I don't think that has anything to 
do with it.

Try formatting the drive as ext2 and see if it will see it, I had so issues 
with ext4 but it was do to the tool set on a specific NAS. It does work with 
ext2/3/4 formatted in Ubuntu.

I do think the file/folder names matter, easiest way to check it is to run the 
file through wbfs_file and let it create a wbfs archive for the file. This will 
ensure it is named correctly.

Original comment by BoondoKL...@gmail.com on 14 Jan 2011 at 4:09

[GoogleCodeExporter]

Thank you very much!! wbfs_file did the trick. Pretty cool...having all the 
roms in ext4 :)

Original comment by manuavaz...@gmail.com on 15 Jan 2011 at 11:24

[GoogleCodeExporter]

So looks like this works fine.
However i will leave it at read-only since i heard writing is at the moment so 
slow that it is not usable.

Original comment by ogg...@gmail.com on 15 Jan 2011 at 6:44

• Changed state: Fixed