maemo.org - Talk - Repartition the internal drive

maemo.org - Talk (https://talk.maemo.org/index.php)

- Nokia N900 (https://talk.maemo.org/forumdisplay.php?f=44)

- - Repartition the internal drive (https://talk.maemo.org/showthread.php?t=35122)

Re: Repartition the internal drive

I must be doing something wrong...

The Tilde character (~) indicating home directory doesn't seem to register in the term app.

The key press registers on the phone with a customary haptic vibration on the soft keyboard, but that's about it.

Am I missing anything? Surely, I am.

Re: Repartition the internal drive

Quote:

Originally Posted by That One Guy (Post 415001)

Just hit space afterwards. The tilde is a dead key.

Re: Repartition the internal drive

You can also add it to the xterm bar:
This is taken from a different thread:

Code:

gconftool-2 -s /apps/osso/xterm/key_labels -t list --list-type=string "[Tab,Esc,Up,Dn,~,|,>]"

gconftool-2 -s /apps/osso/xterm/keys -t list --list-type=string "[Tab,Escape,Page_Up,Page_Down,asciitilde,bar,greater]"

Re: Repartition the internal drive

Quote:

Originally Posted by 白い熊 (Post 414266)

Can you upload your debian rootfs somewhere?
I've had a go at making it with debootstrap, but didn't quite get it done yet...

I've to find a server where i don't have any traffic limitations...

Here's how i have done the debootstrap. On my Debian box:

Code:

debootstrap --arch=armel --foreign lenny /mnt/

Now you could tar and scp /mnt/ to your device or before debootstrap mount a microSD on /mnt/, as i've done and put this microSD into your N900.

On my N900:

Code:

mkdir /var/chroot

mount /dev/mmcblk1p2 /var/chroot/

chroot /var/chroot/

# now you are in the chroot, but you have to complete debootstrap

/debootstrap/debootstrap --second-stage

exit

# out of chroot

cp -a /etc/resolv.conf /var/chroot/etc/

cp -a /etc/hostname /var/chroot/etc/

cp -a /etc/hosts /var/chroot/etc/

After that i rebootet my N900 to be sure no running processes were left in the chroot.

Oh, and i had to configure trackerd to not index /var/chroot/ in /home/user/.config/tracker/tracker.cfg (it sucks a lot of cpu %).

Re: Repartition the internal drive

Quote:

Originally Posted by filologen (Post 415005)

Just hit space afterwards. The tilde is a dead key.

You don't say!

Thank you much. I'll re-format the SD card to ext3 later on tonight, and try it again.

Re: Repartition the internal drive

I want to convert my N900 into a real mobile computer by getting rid
of the stone-age filesystem FAT. I tried to follow those helpful instructions

Quote:

Originally Posted by 白い熊 (Post 399697)

http://sumoudou.org/0/5.html

however, I used the builtin sfdisk command. Here are my modified instructions:

Quote:

sudo gainroot
cd /home/user
umount MyDocs
sfdisk -d > sf
vi sf # set 1st partition to 83
sfdisk --force /dev/mmcblk0 < sf
mkfs.ext3 /dev/mmcblk0p1
mount /dev/mmcblk0p1 /mnt
cp -a /home/* /mnt
umount /mnt
reboot; exit
cd /home/user
vi sf # set 2nd partition to c
sfdisk --force /dev/mmcblk0 < sf
mkfs.vfat -F 32 /dev/mmcblk0p2
mount -t vfat /dev/mmcblk0p2 /home/user/MyDocs

and add only
/bin/mount /home/user/MyDocs
to /etc/event.d/rcS-late before the line:
# We can safely continue booting now.

This leaves me with a 27GB ext3 and a 2GB VFAT partition.
I'd rather have a flexible VFAT image which I can easily let shrink and grow.
So I've set up a loopback device and verified that the camera app can successfully store pictures on it:

Quote:

cd /home/user
umount MyDocs
dd if=/dev/zero of=FAT bs=1M seek=256 count=0 # small 256MB image
losetup /dev/loop0 FAT
mkfs.vfat -F32 /dev/loop0
vi /etc/fstab # replace /dev/mmcblk0p2 with /dev/loop0
mount MyDocs

this works only till the next reboot.
Now we only need to modify the scripts (in ke-recv?) to do this automatically
and we could completey get rid of the VFAT partition...

Re: Repartition the internal drive

One more thing:

Seems by default: the mmcblk0p1 partition will get exported over usb mass storage. This is the reason I kept it at 2gb vfat.

Re: Repartition the internal drive

Quote:

Originally Posted by ruskie (Post 424914)

Seems by default: the mmcblk0p1 partition will get exported over usb mass storage. This is the reason I kept it at 2gb vfat.

this can be fixed.

Here are the steps to get rid of your VFAT partition and to replace it with
a image on your ext3 partition. With this solution you can take pictures with the camera
app and the image is automatically exported as USB mass storage.

This example creates a 256MB image called /home/user/FAT.
You may also create a much larger image file.
Since it is created as a sparse file, only the real allocated space in the VFAT image
will be used on your ext3 partition (like a VM image).

create the image:

Quote:

cd /home/user
umount MyDocs
dd if=/dev/zero of=FAT bs=1M seek=256 count=0 # small 256MB image
losetup /dev/loop0 FAT
mkfs.vfat -F32 /dev/loop0

if you want to test it:

Quote:

vi /etc/fstab # replace /dev/mmcblk0p2 with /dev/loop0
mount MyDocs

now edit the relevant scripts:

/usr/sbin/osso-usb-mass-storage-enable.sh (after line 95)

Quote:

DEV=/dev/loop0
if [ "x$STR" = "x" ]; then
echo $DEV > $LUN0

alternatively if you want to keep your 2GB fat partition: DEV=/dev/mmcblk0p2

/usr/sbin/osso-usb-mass-storage-disable.sh (just before the exit 0 at the end)

Quote:

mount /home/user/MyDocs
exit 0

ideally, we should fix ke-recv to do this: https://stage.maemo.org/svn/maemo/pr...trunk/ke-recv/

make sure you have no vfat partition or set it to type 83,
otherwise you have to edit /usr/lib/genfstab.awk and comment out the vfat line.

/etc/event.d/rcS-late (insert first after sfdisk cmd and the second before the other comment)

Quote:

sfdisk -l /dev/mmcblk0 | awk \
-v home_opts="$home_opts" -v fat_opts="$fat_opts" \
-f /usr/lib/genfstab.awk > $tmp_fstab
LOFILE=/home/user/FAT
echo "/dev/loop0 /home/user/MyDocs vfat $fat_opts 0 0" >> $tmp_fstab
...
test -f "$LOFILE" && losetup /dev/loop0 "$LOFILE"
/bin/mount /home/user/MyDocs
# We can safely continue booting now.

you may also use this directly:

Quote:

echo "$LOFILE /home/user/MyDocs vfat loop,$fat_opts 0 0" >> $tmp_fstab

but then loop0 would not be reserved.
by careful with typos in this script - they may lead to bricked device!
you can extract the script part and try to execute to check for errors.

now reboot and try taking pictures and mounting per USB.
Good luck!

Re: Repartition the internal drive

Hmm nice. I'll definately need to play with this some more. Though I'm not really in the mood to do any more reflashes anytime soon :)

Re: Repartition the internal drive

Quote:

Originally Posted by eMHa (Post 415010)

I've to find a server where i don't have any traffic limitations...

I'll gladly host another Debian rootfs over at qole.org/files if you need someone to host it. The speed isn't super-fast, but I don't have bandwidth limits.