Re: The continuous crippling of Fedora LiveCDs by removing usefull stuff for no apparent reason

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Agree with Chris.




Cheers,
Sylvia

On 20/12/2015, Chris Murphy <lists@xxxxxxxxxxxxxxxxx> wrote:
> On Sun, Dec 20, 2015 at 3:31 PM, Fernando Cassia <fcassia@xxxxxxxxx> wrote:
>>
>> On Sun, Dec 20, 2015 at 6:35 AM, Ian Malone <ibmalone@xxxxxxxxx> wrote:
>>>
>>> It's neither of these,
>>>
>>> https://fedoraproject.org/wiki/How_to_create_and_use_Live_USB#Data_persistence
>>>
>>> 'currently implemented (as a Device-mapper copy-on-write snapshot),
>>> every single change to it (writes AND deletes) subtracts from its free
>>> space, so it will eventually be "used up"'
>>
>>
>> It confirms what I said: it's broken.
>
> It's not broken. It's working as designed and documented. From
> livecd-iso-to-disk --help
>
> *Note well* that
>         deletion of any original files in the read-only root filesystem does
> not
>         recover any storage space on your LiveOS device.  Storage in the
>         persistent /LiveOS/overlay-<device_id> file is allocated as needed,
> but
>         the system will crash *without warning* and fail to boot once the
>         overlay has been totally consumed.  If significant changes or
> updates
>         to the root filesystem are to be made, carefully watch the fraction
> of
>         space allocated in the overlay by issuing the 'dmsetup status'
> command
>         at a command line of the running LiveOS image.  Some consumption of
> root
>         filesystem and overlay space can be avoided by specifying a
> persistent
>         home filesystem for user files, see --home-size-mb below.
>
>
>> How about changing the LiveCD creator
>> to allow for "persistent storage" partition that is formatted with F2FS?
>
> Someone needs to volunteer to do the research why that's a better
> option, and include some patches and kickstart scripts so that others
> can test. F2FS does not produce better results just by using it. It's
> highly customizeable/tunable, and it assumes you know things about
> your flash based drive that it can't know (because manufacturer's hide
> this information) so you can tune it. If you don't tune it, you can
> get worse results than just using ext4/XFS/Btrfs or heck even FAT or
> NTFS because the FTL in especially USB flash storage is very well
> tuned for FAT.
>
> --
> Chris Murphy
> --
> users mailing list
> users@xxxxxxxxxxxxxxxxxxxxxxx
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
> Have a question? Ask away: http://ask.fedoraproject.org
>
-- 
users mailing list
users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org



[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux