1 |
2015-07-30 16:26 GMT-03:00 Grant Edwards <grant.b.edwards@×××××.com>: |
2 |
|
3 |
> On 2015-07-30, Neil Bothwick <neil@××××××××××.uk> wrote: |
4 |
> > On Thu, 30 Jul 2015 20:32:05 +0200, Meino.Cramer@×××.de wrote: |
5 |
> > |
6 |
> >> Firstly I want to shrink the first partition and secondly it is a |
7 |
> >> plain FAT32 partition not ext-something. I did not find a |
8 |
> >> "resizefat32" or similiar. |
9 |
> > |
10 |
> > You need fatresize, which doesn't appear to be in portage. The approach |
11 |
> > when reducing a partition's size is to first reduce the size of the |
12 |
> > filesystem, to slightly less than the final partition size for safety. |
13 |
> > Then delete and recreate the partition, with the same starting point. |
14 |
> > Finally resize the filesystem to fill the new partition. |
15 |
> > |
16 |
> >> What tools do I need? |
17 |
> > |
18 |
> > The easiest way is probably to use GParted, which does all the hard work |
19 |
> > for you, just tell it the new size of the partition. It will also create |
20 |
> > the second partition for you, as a bonus. |
21 |
> |
22 |
> I've read good things about Parted Magic: |
23 |
> |
24 |
> https://partedmagic.com/ |
25 |
> |
26 |
> AFAICT, it's a friendly front-end to parted (as is GParted), but also |
27 |
> includes some extra abilities like cloning partitions and disks for |
28 |
> backup purposes. |
29 |
> |
30 |
> >> (beside the way to backup the SDcard, reinitialize it, put 2 |
31 |
> >> partitions on it and copy back the stuff.) |
32 |
> > |
33 |
> > Given that you should backup any important data before resizing any |
34 |
> > filesystem, this may be the easiest method. |
35 |
> |
36 |
> I've had resize operations go pear-shaped on me. I haven't seen it |
37 |
> often, but I wouldn't attempt a resize without a backup copy of the |
38 |
> partition involved. |
39 |
> |
40 |
> -- |
41 |
> Grant Edwards grant.b.edwards Yow! Did YOU find a |
42 |
> at DIGITAL WATCH in YOUR |
43 |
> box |
44 |
> gmail.com of VELVEETA? |
45 |
> |
46 |
> |
47 |
> |
48 |
Flash memory devices are tricky when you try do defrag, as there is extra |
49 |
logic inside them to do the opposite: spread as much data as possible, as |
50 |
to equalize the number of write operations - the main limit for flash |
51 |
memory - for all sectors. |
52 |
|
53 |
Most defrag tools do this by reading files to RAM, reordering them, erasing |
54 |
the originals from the media, then writing them again, using no direct |
55 |
sector access, leaving that to the operating system. And it works on |
56 |
magnetic media, as it creates empty spaces suitable for continuous files. |
57 |
|
58 |
So that extra logic may fool you, making you believe it worked, when it |
59 |
didn't. |
60 |
|
61 |
Considering this, as already said, I would copy everything to another |
62 |
media, set up a new partition layout, format the new partitions as desired, |
63 |
then get all data back to the new layout. |
64 |
|
65 |
Just my 2 cents, of course. |
66 |
|
67 |
Good luck |
68 |
Francisco |