Lack of SD write support and WiFi

[Fujiwara9996]

I do like this project, however, I have some ideas to make it better:
Saving files, I'm pretty sure that if you make a file it's not saved if you turn off the system. Maybe to combat potential bloating you can make a /root/save directory where all files there aren't purged upon shutting off the system kind of like TailsOS?

I'd also like some internet connectivity -- The program comes with wget but I don't think there's any way to connect to the internet (If there is but I didn't notice, don't tell me how, just tell me it exists - I'd like to find out myself).

[Wolfvak]

First, this is not a linux_loader issue but a main kernel one (and perhaps a bit of arm9linuxfw tbh).

The issues you've listed are already known, and will be fixed at some point.

[iAmInActions]

There already is a fix for file saving and its going to be in the full debian-based distro that i will release for the 3ds soon. The wifi issue is more complicated though and it will take some time to implement it. In the mean time there is the possibility to do ppp internet over the infrared port on the 3ds but its difficult to configure and slow and you need direct sight to the computer that provides it.

[Wolfvak]

Same as #63 (comment), only relevant to write support though

[RokeJulianLockhart]

Support for Wi-Fi and support for SD are very different problems. This should be separated into 2 issues to track each problem independently.

[Wolfvak]

It means proper support for the SD host controller, and both the SD card and WiFi cards are attached to the same kind of controller. The WiFi chipset itself still needs extra support though.

[Happynico7504]

There already is a fix for file saving and its going to be in the full debian-based distro that i will release for the 3ds soon. The wifi issue is more complicated though and it will take some time to implement it. In the mean time there is the possibility to do ppp internet over the infrared port on the 3ds but its difficult to configure and slow and you need direct sight to the computer that provides it.

lol, i am doing exactly the same thing, at least from the concept...

what i exactly do is building the rootfs.cpio.gz not with the provided files in the /system/skeleton directory of the repo, but instead with the ones of a 32bit raspberry pi os image. (debian 11 bullseye armhf)

i'm right now at the point of downloading and collecting everything i need, but when i am done with this, i will first build the rootfs.cpio.gz and then the zImage.

and when i think it's somewhat working and usable, i might publish a release on my fork of the repo, that will be a 7zip file containing another 2 separate 7zip files.
one containing everything that was created at build time and the other containing everything that has to be on the sdcard.

as you said above, it's debian based.

Here's my Twitter: https://twitter.com/NicoChristmann4

[Mrmushbee]

for any one who cant mount their sd card as readwrite i was able to do that with these steps
1.mount mount sd card: mount /dev/vda1 /mnt
2.change filesystem read only lock to off: hdparm -r0 /dev/vda1
3.remount filesystem as read write: mount -o remount,rw /dev/vda1 /mnt

this is what i tried and worked for me.
note that i did this on the 2ds

[ParzivalWolfram]

for any one who cant mount their sd card as readwrite i was able to do that with these steps 1.mount mount sd card: mount /dev/vda1 /mnt 2.change filesystem read only lock to off: hdparm -r0 /dev/vda1 3.remount filesystem as read write: mount -o remount,rw /dev/vda1 /mnt

this is what i tried and worked for me. note that i did this on the 2ds

This would depend on the drivers and the version of arm9linuxfw you're using. I've tried this before, and if you're not using the experimental read/write branch for arm9linuxfw, this just caches the write in memory but never actually commits it to disk.

[Mrmushbee]

for any one who cant mount their sd card as readwrite i was able to do that with these steps 1.mount mount sd card: mount /dev/vda1 /mnt 2.change filesystem read only lock to off: hdparm -r0 /dev/vda1 3.remount filesystem as read write: mount -o remount,rw /dev/vda1 /mnt
this is what i tried and worked for me. note that i did this on the 2ds

This would depend on the drivers and the version of arm9linuxfw you're using. I've tried this before, and if you're not using the experimental read/write branch for arm9linuxfw, this just caches the write in memory but never actually commits it to disk.

your right about that oof