[Gta04-owner] ***UNCHECKED*** Re: suggestions for rootfs

[H. Nikolaus Schaller]

Hi Andreas,

> Am 03.02.2017 um 12:31 schrieb Andreas Kemnade <andreas at kemnade.info>:
> 
> Hi Nikolaus,
> 
> On Fri, 3 Feb 2017 09:32:17 +0100
> "H. Nikolaus Schaller" <hns at goldelico.com> wrote:
> 
> 
>>> So this means that it could suffice to initially mount with -o
>>> compr=lzo which should create a compressed image and afterwards it
>>> should simply "know" about compression. Let's give this theory a
>>> try.
>> 
>> Well, it works using -o compr=lzo but makes no difference. Either
>> compression is already turned on or this method of creating a
>> compressed ubifs does not work.
>> 
> As far as I understand,
> mount -o compr=...
> defines the compression for newly-written files.

Ah, would this mean that ubifs can mix compressed and uncompressed files
by simply remounting?

> 
> I mounted with compr=zlib.
> I ran a pipe yesterday:
> tar -c ... | buffer -z 512k | (cd /mnt/nand ; tar -x).
> 
> I copied around 900MByte (according to buffer output.
> The usage df has reported grews initially quite fast, then very slowly.

Ok, I just looked at 'df' and there was no change in the total size
before writing anything.

So I should test with really copying files. Here is the result:

root at letux:~# df
Filesystem        1K-blocks    Used Available Use% Mounted on
/dev/root           7191060 1325660   5493456  20% /
devtmpfs             236328       0    236328   0% /dev
tmpfs                 49008     288     48720   1% /run
tmpfs                  5120       4      5116   1% /run/lock
/dev/mmcblk0p1       390740   10256    380484   3% /boot
tmpfs                 98000       0     98000   0% /run/shm
cgroup                   12       0        12   0% /sys/fs/cgroup
cgmfs                   100       0       100   0% /run/cgmanager/fs
ubi0:gta04-rootfs    461948  451576      5536  99% /mnt/nand
root at letux:~# mount | fgrep nand
ubi0:gta04-rootfs on /mnt/nand type ubifs (rw,relatime,compr=lzo)
root at letux:~#

This means that lzo compression was already turned on.

BR,
Nikolaus


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.goldelico.com/pipermail/gta04-owner/attachments/20170203/c8d77eb9/attachment.asc>