Reply
Thread Tools
Posts: 49 | Thanked: 31 times | Joined on Dec 2009 @ Moscow, Russia
#81
I just successfully repartitioned internal memory card. Now I have two extra partitions, 5G and 3G, there.

Process was smooth, no reflashing or other unpleasant things.
I wrote detailed process description in Maebian garage project's wiki, at https://garage.maemo.org/plugins/wik...id=1382&type=g
 

The Following User Says Thank You to yoush For This Useful Post:
HumanPenguin's Avatar
Posts: 270 | Thanked: 170 times | Joined on Jul 2007 @ Atlanta, GA + Oxford UK
#82
Originally Posted by jsa View Post
As an end user I would sincerely hope that the open source communities could actually pull the same rope for the greater good instead of dividing to camps where the difference to my admittedly untrained eyes is more in the philosophy than the end result.
That is the point of a shared upstream such as Debian or Ubuntu. We can create a new distro that meets the needs of a select community be it idealistic or any other.

Then our work gets sucked upstream to the main distribution if it is useful. And sucked downstream to other forks like ourselves if they find it useful.

It is a way of working together while still sticlking to your own wants and need.

This is the wonder of open source
 

The Following User Says Thank You to HumanPenguin For This Useful Post:
Posts: 946 | Thanked: 1,650 times | Joined on Oct 2009 @ Germany
#83
Originally Posted by yoush View Post
I just successfully repartitioned internal memory card. Now I have two extra partitions, 5G and 3G, there.
very nice. some remarks:
* did make sure the new partition offsets are aligned with the device blocks?
wrong alignment could harm performance a lot.
* you could provide a modified sfdisk dump so that users just need to run "sfdisk /dev/... < newtable" with the onboard sfdisk.
changing single partition ids with sfdisk can be done from cmdline, too.
IMHO it would be cleaner to have the extended partition at p3 and move home and swap one number up...
* I'd change the vfat partition id to 0c only after mkfs - it's safer

I think we should continue the technical discussion in the mailing list
https://garage.maemo.org/mailman/listinfo/moebian-devel
TMO is only good for smilies and thanks
 
Posts: 946 | Thanked: 1,650 times | Joined on Oct 2009 @ Germany
#84
FYI: a Meego Working Group dedicated to Debian Packaging is forming:
http://lists.meego.com/pipermail/mee...ry/000605.html
http://wiki.meego.com/Proposal_for_a..._working_group
 
Posts: 49 | Thanked: 31 times | Joined on Dec 2009 @ Moscow, Russia
#85
Originally Posted by titan View Post
* did make sure the new partition offsets are aligned with the device blocks?
wrong alignment could harm performance a lot.
Hmm... didn't think about that. I just subtracted 8G from original geometry...
What is internal block size on that device?

Originally Posted by titan View Post
* you could provide a modified sfdisk dump so that users just need to run "sfdisk /dev/... < newtable" with the onboard sfdisk.
changing single partition ids with sfdisk can be done from cmdline, too.
I still thing good old fdisk is better since it is very visible what is going on with it. Don't like "magic numbers" style of sfdisk.

Originally Posted by titan View Post
IMHO it would be cleaner to have the extended partition at p3 and move home and swap one number up...
Maybe, but maybe not. With my approach, partition numbers for /home and swap are kept same as before, which may be safer against firmware upgrades.

Originally Posted by titan View Post
* I'd change the vfat partition id to 0c only after mkfs - it's safer
Feel free to edit wiki

Originally Posted by titan View Post
I think we should continue the technical discussion in the mailing list
https://garage.maemo.org/mailman/listinfo/moebian-devel
Ok
I still replied here because I think it is better to reply on the same media where question was asked
 
Posts: 946 | Thanked: 1,650 times | Joined on Oct 2009 @ Germany
#86
AFAIK flash block size is 256k.
could please post the output of "sfdisk -d /dev/mmcblk0" ?
the firmware only hardcodes /dev/mmcblk0p1. you can safely change the other partition numbers.

Originally Posted by yoush View Post
What is internal block size on that device?
Maybe, but maybe not. With my approach, partition numbers for /home and swap are kept same as before, which may be safer against firmware upgrades.
 
Posts: 49 | Thanked: 31 times | Joined on Dec 2009 @ Moscow, Russia
#87
Originally Posted by titan View Post
could please post the output of "sfdisk -d /dev/mmcblk0" ?
Code:
# partition table of /dev/mmcblk0
unit: sectors

/dev/mmcblk0p1 : start=       64, size= 39854080, Id= c
/dev/mmcblk0p2 : start= 56631360, size=  4194304, Id=83
/dev/mmcblk0p3 : start= 60825664, size=  1572864, Id=82
/dev/mmcblk0p4 : start= 39854144, size= 16777216, Id= 5
/dev/mmcblk0p5 : start= 39854160, size=  9765680, Id=76
/dev/mmcblk0p6 : start= 49619856, size=  7011504, Id=76
Originally Posted by titan View Post
the firmware only hardcodes /dev/mmcblk0p1. you can safely change the other partition numbers.
If I may not change p2/p3 without harm, what for change those then? Minimal change should be better.
 
Posts: 946 | Thanked: 1,650 times | Joined on Oct 2009 @ Germany
#88
Originally Posted by yoush View Post
If I may not change p2/p3 without harm, what for change those then? Minimal change should be better.
I think the mismatch of physical partition order and partition numbering is more likely
to break applications than the change of partition numbers. But so far I don't know any applications which would be affected by either of them.

I have add a hopefully simpler solution to http://wiki.maemo.org/Repartitioning_the_flash
 
felbutss's Avatar
Posts: 579 | Thanked: 286 times | Joined on Oct 2009 @ Australia
#89
Originally Posted by titan View Post
FYI: a Meego Working Group dedicated to Debian Packaging is forming:
http://lists.meego.com/pipermail/mee...ry/000605.html
http://wiki.meego.com/Proposal_for_a..._working_group



In simple terms, whats happening here??? im not 100% following


anything to do with MeeGo on the N900??

sorry if a stupid question, its late here in australia

Last edited by felbutss; 2010-02-28 at 12:31.
 
felbutss's Avatar
Posts: 579 | Thanked: 286 times | Joined on Oct 2009 @ Australia
#90
.............
 
Reply

Thread Tools

 
Forum Jump


All times are GMT. The time now is 01:22.