Sun May 13, 2012 6:58 pm
This is very good. I have a few comments, though:
1) Quick summary: The method is the same as that suggested by Jojopi - which is to delete the partition then immediately recreate it at full size. The trick is that neither operation (deleting or recreating) touches the data on disk, which remains intact. Note that the video says that it will destroy your data and that you should back it up first, but that's not really true. It only destroys your data if you make a mistake. That's not, of course, to say that backing it up isn't a good idea, but it is almost certainly not necessary.
2) Watching the video, one cannot help but get the feeling that, although cool and definitely hacker-ish, this shouldn't be necessary. One way or another, the process should be somehow done "at the factory". I understand the reasons why it can't (at least at the current level of technology - but see later).
3) Note to whoever packages up the Debian image releases at the Foundation: Suggest reversing the order of the 2nd and 3rd partitions on the SD card - that is, putting the swap partition before the main Linux partition. Then the process of resizing would not require mucking with the swap partition.
4) As noted earlier, the fact that this procedure is even necessary leaves me uneasy. The usual Unix way of doing this sort of thing is to create a new partition, mount it, and use it - that is, it shouldn't be necessary to resize existing partitions. But the cold, hard fact is that what you need is more space under /usr and there is no simple way to "make it so". But it occurs to me that UnionFS could be the solution. If we could get UnionFS working on the Pi, then we could just create a new partition, and union that to / and be done with all of this. Could that be done? Or something similar?
And some folks need to stop being fanboys and see the forest behind the trees.
(One of the best lines I've seen on this board lately)