Debian Mobile: MeeGo on Debian (for N900?) - Page 9 - maemo.org

Active Topics

[ANNOUNCE] MeeShop - new app store (10)
to Applications by aspergerguy - 14 hrs, 52 mins ago
HTTP-401 Sfos-Builder when using /etc/ssu credentials (0)
to SailfishOS by insanelysexy - 1 day, 20 hrs ago
Longtime users: What device(s) are you using today? (54)
to General by ryu1 - 4 days, 2 hrs ago
Registering (1)
to General by Halftux - 6 days, 18 hrs ago
more...

Page 9 of 12

Thread Tools

yoush	2010-02-26 , 21:16
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

Quote & Reply |

The Following User Says Thank You to yoush For This Useful Post:
titan

	HumanPenguin	2010-02-26 , 21:26
	Posts: 270 \| Thanked: 170 times \| Joined on Jul 2007 @ Atlanta, GA + Oxford UK	#82

Originally Posted by jsa

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

Quote & Reply |

The Following User Says Thank You to HumanPenguin For This Useful Post:
johnel

titan	2010-02-26 , 21:47
Posts: 946 \| Thanked: 1,650 times \| Joined on Oct 2009 @ Germany	#83

Originally Posted by yoush

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

Quote & Reply |

titan	2010-02-26 , 21:58
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

Quote & Reply |

yoush	2010-02-26 , 22:00
Posts: 49 \| Thanked: 31 times \| Joined on Dec 2009 @ Moscow, Russia	#85

Originally Posted by titan

* 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

* 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

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

* I'd change the vfat partition id to 0c only after mkfs - it's safer

Feel free to edit wiki

Originally Posted by titan

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

Quote & Reply |

titan	2010-02-27 , 11:16
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

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.

Quote & Reply |

yoush	2010-02-27 , 12:45
Posts: 49 \| Thanked: 31 times \| Joined on Dec 2009 @ Moscow, Russia	#87

Originally Posted by titan

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

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.

Quote & Reply |

titan	2010-02-28 , 11:58
Posts: 946 \| Thanked: 1,650 times \| Joined on Oct 2009 @ Germany	#88

Originally Posted by yoush

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

Quote & Reply |

	felbutss	2010-02-28 , 12:16
	Posts: 579 \| Thanked: 286 times \| Joined on Oct 2009 @ Australia	#89

Originally Posted by titan

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.