(responding to both Samuel and Jonathan)
(Samuel)
There's no lockin for the filesystem. Even Fedora server uses a different
default than Fedora workstation.
But either way, you can select whichever filesystem you want at installation.
But I must say that I am
loving the subvolume options of
On Jan 20, 2025, at 23:50, home user via users
wrote:
>
> Am I the only one sensing a business inconsistency in what Fedora and Redhat
> are doing? Since Fedora is the upstream for RHEL, and RHEL forks off Fedora,
> I would think that they would have the same default file system unless Red
>
On 1/20/25 8:49 PM, home user via users wrote:
I'm almost certain that I'll want a dual-boot system on the new
workstation: Fedora + one other t.b.d. Linux distribution. In that
situation, does it matter which file system I'll use? Also, am I
correct in assuming that file system choice do not
(responding to Patrick, George, and Samuel)
Thank-you for your responses.
I'm almost certain that I'll want a dual-boot system on the new workstation:
Fedora + one other t.b.d. Linux distribution. In that situation, does it
matter which file system I'll use? Also, am I correct in assuming th
On 1/20/25 3:37 PM, George N. White III wrote:
filesystems. The advantages of btrfs are not "free" -- btrfs requires
maintenance and is
not properly supported by legacy tools (df).
I still disagree with the "required maintenance" thing and "df" works
well enough for almost all purposes.
--
On Mon, Jan 20, 2025 at 6:28 PM Patrick O'Callaghan
wrote:
>
> On Mon, 2025-01-20 at 13:18 -0700, home user via users wrote:
> > So Red Hat has abandoned btrfs, XFS is the default. Fedora is upstream for
> > RHEL, so...
> > * Why is btrfs still default for Fedora?
>
I'm not party to RHEL's reas
On Mon, 2025-01-20 at 13:18 -0700, home user via users wrote:
> So Red Hat has abandoned btrfs, XFS is the default. Fedora is upstream for
> RHEL, so...
> * Why is btrfs still default for Fedora?
IIRC Fedora adopted BTRFS as the standard for Workstation *after*
RedHat had decided not to use it f
On 1/20/25 12:25 PM, Will McDonald wrote:
On Mon, 20 Jan 2025 at 19:20, home user via users mailto:users@lists.fedoraproject.org>> wrote:
For Red Hat Enterprise, all I've found on the internet is negative (it does
not use...), and nothing more recent that version 8. But it's currently at 9
On Mon, 20 Jan 2025 at 19:20, home user via users <
users@lists.fedoraproject.org> wrote:
> For Red Hat Enterprise, all I've found on the internet is negative (it
> does not use...), and nothing more recent that version 8. But it's
> currently at 9.
> What is the default file system in Red Hat En
On 1/20/25 11:09 AM, Robert McBroom via users wrote:
On 1/20/25 1:04 PM, home user via users wrote:
On 1/20/25 12:35 AM, Robin Laing wrote:
...
I have lost data with LVM's and btrfs at different times in the past and have
to regain my trust.
...
The Btrfs file system received numerous updates
On 1/20/25 1:04 PM, home user via users wrote:
On 1/20/25 12:35 AM, Robin Laing wrote:
...
I have lost data with LVM's and btrfs at different times in the past
and have to regain my trust.
...
The Btrfs file system received numerous updates from the upstream in
Red Hat Enterprise Linux versi
On 1/20/25 12:35 AM, Robin Laing wrote:
...
I have lost data with LVM's and btrfs at different times in the past and have
to regain my trust.
...
The Btrfs file system received numerous updates from the upstream in Red Hat
Enterprise Linux versions 6.0 through 6.6
and 7.0 through 7.4. It will r
On 2025-01-19 22.21, Mike Wright wrote:
On 1/19/25 11:00, Robin Laing wrote:
It needs to be planned for as many of us, me included, didn't have
enough space if /var partition to account for this change.
I am now going to be rebuilding machines that have small /var
partitions. At least with
On 1/19/25 11:00, Robin Laing wrote:
It needs to be planned for as many of us, me included, didn't have
enough space if /var partition to account for this change.
I am now going to be rebuilding machines that have small /var
partitions. At least with flatpack, I can use applications that ar
sudo flatpak repair
did the trick.
flatpak now takes up only 140 M.
--
Michael henne...@mail.cs.ndsu.nodak.edu
"SCSI is NOT magic. There are *fundamental technical
reasons* why it is necessary to sacrifice a young
goat to your SCSI chain now and then." -- John Woods
--
_
On 2025-01-16 17.04, Michael Hennebry wrote:
After my most recent sudo dnf upgrade ,
/var/lib/flatpak/repo/objects is using up most of my /var partition.
sudo dnf clean all did not help.
Previously when my /var ran low,
the problem was a directory named cache that I could just remove.
Not this
On 2025-01-16 18.41, Tim via users wrote:
Michael Hennebry wrote:
After my most recent sudo dnf upgrade,
/var/lib/flatpak/repo/objects is using up most of my /var partition.
sudo dnf clean all did not help.
Previously when my /var ran low,
the problem was a directory named cache that I could
On 1/17/25 3:55 PM, Michael Hennebry wrote:
On Fri, 17 Jan 2025, Joe Zeff wrote:
On 01/17/2025 04:22 PM, Michael Hennebry wrote:
Is there a command that will tell me what packages depend on flatpak?
I realize I could do a remove command and see what else would be
destroyed,
but that means on
) fedora-flathub-remote-1-8.fc40.noarch
flatpak(x86-64) >= 1.9.1 is needed by (installed)
gnome-software-46.5-3.fc40.x86_64
/var/lib/flatpak/repo/objects contains 256 subdirectories named 00 through ff.
Those directories have files with names that I suspect are mostly hash values.
The suffi
On 01/17/2025 04:22 PM, Michael Hennebry wrote:
Is there a command that will tell me what packages depend on flatpak?
I realize I could do a remove command and see what else would be destroyed,
but that means one bad key press and I could lose a bunch of my system.
dnf does not seem to have a --d
Is there a command that will tell me what packages depend on flatpak?
I realize I could do a remove command and see what else would be destroyed,
but that means one bad key press and I could lose a bunch of my system.
dnf does not seem to have a --dryrun option.
--
Michael henne...@mail.cs.ndsu
On 1/17/25 12:25 AM, Tim via users wrote:
On Thu, 2025-01-16 at 22:59 -0800, Samuel Sieb wrote:
flatpak is a dependency of gnome software, so you can't completely
remove it.
And if you don't use Gnome?
Then you can probably remove it.
I have Mate, might explain why I don't appear to have a
On Thu, 2025-01-16 at 22:59 -0800, Samuel Sieb wrote:
> flatpak is a dependency of gnome software, so you can't completely
> remove it.
And if you don't use Gnome?
I have Mate, might explain why I don't appear to have any flatpak junk.
--
uname -rsvp
Linux 3.10.0-1160.119.1.el7.x86_64 #1 SM
On 1/16/25 4:04 PM, Michael Hennebry wrote:
After my most recent sudo dnf upgrade ,
/var/lib/flatpak/repo/objects is using up most of my /var partition.
sudo dnf clean all did not help.
Previously when my /var ran low,
the problem was a directory named cache that I could just remove.
Not this
Hi Michael,
https://www.google.com/search?q=erasing+flatpak+cache
turned up this, at the top:
https://forums.linuxmint.com/viewtopic.php?t=387079
I wonder if the commands are the same in Fedora? (I have no flatpaks
to play with, and don't want any.)
--
uname -rsvp
Linux 3.10.0-1160.119.1.e
On Fri, 17 Jan 2025, Tim via users wrote:
Michael Hennebry wrote:
After my most recent sudo dnf upgrade,
/var/lib/flatpak/repo/objects is using up most of my /var partition.
sudo dnf clean all did not help.
Previously when my /var ran low,
the problem was a directory named cache that I could
Michael Hennebry wrote:
> After my most recent sudo dnf upgrade,
> /var/lib/flatpak/repo/objects is using up most of my /var partition.
> sudo dnf clean all did not help.
> Previously when my /var ran low,
> the problem was a directory named cache that I could just remove.
https:/
After my most recent sudo dnf upgrade ,
/var/lib/flatpak/repo/objects is using up most of my /var partition.
sudo dnf clean all did not help.
Previously when my /var ran low,
the problem was a directory named cache that I could just remove.
Not this time.
What can I do to reclaim somme room for
On Jun 29, 2022, at 18:46, Michael D. Setzer II via users
wrote:
>
> It is installed on all 4 machines, but 3 don't have the
> yumdb directory??
The RPM spec file for dnf shows that it does own the yumdb directory in the dnf
package, but it has the %ghost attribute, which means that it doesn’
On 30 Jun 2022 at 15:04, Andras Simon wrote:
From: Andras Simon
Date sent: Thu, 30 Jun 2022 15:04:46 +0200
Subject:Re: Cleaning /var/lib/dnf/yumdb
To: mi...@guam.net
Copies to: Community support for Fedora users
2022-06-30 0:45 UTC+02:00, Michael D. Setzer II :
> On 29 Jun 2022 at 22:20, Andras Simon wrote:
[...]
>> > Thanks. I have 3 other machines in room that are running
>> > Fedora 35, and none of them have the /var/lib/dnf/yumdb
>> > directory at all.
>>
>&g
On 29 Jun 2022 at 22:20, Andras Simon wrote:
From: Andras Simon
Date sent: Wed, 29 Jun 2022 22:20:44 +0200
Subject:Re: Cleaning /var/lib/dnf/yumdb
To: mi...@guam.net,
Community support for Fedora users
> 2022-06-29
2022-06-29 19:24 UTC+02:00, Michael D. Setzer II via users
:
> Thanks. I have 3 other machines in room that are running
> Fedora 35, and none of them have the /var/lib/dnf/yumdb
> directory at all.
This is strange, because that directory belongs to the dnf-data
package, and I'm
On 29 Jun 2022 at 18:05, Barry wrote:
Subject:Re: Cleaning /var/lib/dnf/yumdb
From: Barry
Date sent: Wed, 29 Jun 2022 18:05:17 +0100
To: Community support for Fedora users
Copies to: mi...@guam.net, stan
Send
> On 29 Jun 2022, at 14:12, stan via users
> wrote:
>
> On Wed, 29 Jun 2022 21:31:51 +1000
> "Michael D. Setzer II via users" wrote:
>
>> Are files in /var/lib/dnf/yumdb of any use??
>> Dates of files and directories seem to all be June 20 2019
>
On 29 Jun 2022 at 6:11, stan via users wrote:
Date sent: Wed, 29 Jun 2022 06:11:23 -0700
To: users@lists.fedoraproject.org
Subject:Re: Cleaning /var/lib/dnf/yumdb
Organization: zohofree
Send reply to: Community support for Fedora
On Wed, 29 Jun 2022 21:31:51 +1000
"Michael D. Setzer II via users" wrote:
> Are files in /var/lib/dnf/yumdb of any use??
> Dates of files and directories seem to all be June 20 2019
> and seem to be for Fedora 29 and earlier.
> Machine is currently running Fedora 35??
&
Are files in /var/lib/dnf/yumdb of any use??
Dates of files and directories seem to all be June 20 2019
and seem to be for Fedora 29 and earlier.
Machine is currently running Fedora 35??
Is there a command to clean them correctly.
Are the just leftovers from pervious versions.
dnf autoremove
On 09/01/2021 04:51, Erik P. Olsen wrote:
I've noticed that the subject directory contains a lot of fc22 rpm's. Can
somebody
explain what purpose it serves? It takes up much apparently unused space (some
1.5 GB)
that I would happily use for other purposes.
None. It would seem to be a remnant
I've noticed that the subject directory contains a lot of fc22 rpm's. Can
somebody
explain what purpose it serves? It takes up much apparently unused space (some
1.5 GB)
that I would happily use for other purposes.
--
Erik P. Olsen - Copenhagen, Denmark
Fedora 33/64 bit xfce Claws-Mail POP3 Gra
On Thu, 2017-11-02 at 16:13 +0100, Frédéric wrote:
> Hi,
>
> I am trying to install bugzilla. checksetup.pl is happy, the http
> server is running (http://localhost shows something) but
> http://localhost/bugzilla shows this strange message:
>
> The /var/lib/bugzilla/data/
Hi,
I am trying to install bugzilla. checksetup.pl is happy, the http
server is running (http://localhost shows something) but
http://localhost/bugzilla shows this strange message:
The /var/lib/bugzilla/data/params.json file does not exist. You
probably need to run checksetup.pl. at Bugzilla
I am plenty of file in
/var/lib/system-upgrade
Why ?
The system upgrade process downloads all the RPMs needed to upgrade
the
system to that directory, then creates a symlink called
"/system-upgrade" to point at it. When the system reboots in the
upgrade mode, it uses the symlink t
On 11/24/2015 12:33 PM, Rick Stevens wrote:
On 11/23/2015 08:24 PM, Stephen Davies wrote:
On 19/11/15 11:05, Rick Stevens wrote:
On 11/18/2015 04:25 PM, Sam Varshavchik wrote:
Rick Stevens writes:
On 11/18/2015 02:49 PM, Patrick Dupre wrote:
Hello
I am plenty of file in
/var/lib/system
On 11/23/2015 08:24 PM, Stephen Davies wrote:
On 19/11/15 11:05, Rick Stevens wrote:
On 11/18/2015 04:25 PM, Sam Varshavchik wrote:
Rick Stevens writes:
On 11/18/2015 02:49 PM, Patrick Dupre wrote:
Hello
I am plenty of file in
/var/lib/system-upgrade
Why ?
The system upgrade process
On 19/11/15 11:05, Rick Stevens wrote:
On 11/18/2015 04:25 PM, Sam Varshavchik wrote:
Rick Stevens writes:
On 11/18/2015 02:49 PM, Patrick Dupre wrote:
Hello
I am plenty of file in
/var/lib/system-upgrade
Why ?
The system upgrade process downloads all the RPMs needed to upgrade the
On 11/18/2015 04:25 PM, Sam Varshavchik wrote:
Rick Stevens writes:
On 11/18/2015 02:49 PM, Patrick Dupre wrote:
Hello
I am plenty of file in
/var/lib/system-upgrade
Why ?
The system upgrade process downloads all the RPMs needed to upgrade the
system to that directory, then creates a
Rick Stevens writes:
On 11/18/2015 02:49 PM, Patrick Dupre wrote:
Hello
I am plenty of file in
/var/lib/system-upgrade
Why ?
The system upgrade process downloads all the RPMs needed to upgrade the
system to that directory, then creates a symlink called
"/system-upgrade" to p
On 11/18/2015 02:49 PM, Patrick Dupre wrote:
Hello
I am plenty of file in
/var/lib/system-upgrade
Why ?
The system upgrade process downloads all the RPMs needed to upgrade the
system to that directory, then creates a symlink called
"/system-upgrade" to point at it. When the system
Hello
I am plenty of file in
/var/lib/system-upgrade
Why ?
Thank.
===
Patrick DUPRÉ | | email: pdu...@gmx.com
Laboratoire de Physico-Chimie de l'Atmosphère | |
Université du Littoral
On 05/03/2015 04:47 PM, jd1008 wrote:
I distrust suid programs.
Skepticism toward SUID root is sometimes merited. Evaluating your own
needs for such programs is reasonable. Distrusting the mechanism itself
is tin-foil-hat-crazy.
I find it strange that a security minded system needs an su
On Sun, 2015-05-03 at 17:47 -0600, jd1008 wrote:
> > [egreshko@meimei ~]$ ll /bin/locate
> > -rwx--s--x. 1 root slocate 40528 Aug 18 2014 /bin/locate
> I distrust suid programs.
> I find it strange that a security minded system needs an suid
> program to do something as simple as locate a file.
T
On 05/04/15 07:47, jd1008 wrote:
>
>
> On 05/03/2015 05:25 PM, Ed Greshko wrote:
>> On 05/04/15 07:14, jd1008 wrote:
>>> As unprivileged user, I run locate
>>> and get
>>> $ locate file_3.mp3
>>> locate: can not open `/var/lib/mlocate/mlocate.db&
jd1008 wrote:
>
>
> On 05/03/2015 05:25 PM, Ed Greshko wrote:
>> On 05/04/15 07:14, jd1008 wrote:
>>> As unprivileged user, I run locate
>>> and get
>>> $ locate file_3.mp3
>>> locate: can not open `/var/lib/mlocate/mlocate.db': Permissi
On 05/03/2015 05:25 PM, Ed Greshko wrote:
On 05/04/15 07:14, jd1008 wrote:
As unprivileged user, I run locate
and get
$ locate file_3.mp3
locate: can not open `/var/lib/mlocate/mlocate.db': Permission denied
I always end up running sudo to change the perms so unpriv'ed
users can
Ed Greshko wrote:
> On 05/04/15 07:14, jd1008 wrote:
>> As unprivileged user, I run locate
>> and get
>> $ locate file_3.mp3
>> locate: can not open `/var/lib/mlocate/mlocate.db': Permission denied
>>
>> I always end up running sudo to change th
On 05/04/15 07:14, jd1008 wrote:
> As unprivileged user, I run locate
> and get
> $ locate file_3.mp3
> locate: can not open `/var/lib/mlocate/mlocate.db': Permission denied
>
> I always end up running sudo to change the perms so unpriv'ed
> users can run locate.
&
As unprivileged user, I run locate
and get
$ locate file_3.mp3
locate: can not open `/var/lib/mlocate/mlocate.db': Permission denied
I always end up running sudo to change the perms so unpriv'ed
users can run locate.
What command should I run so the mlocate.db file is readable
by
I've learned some things also, based on benchmarking by using the Fedora
installer as the test suite:
1. 3x3 matrix of host/guest cfq, noop, deadline, that on spinning rust cfq in
both host and guest produces the best results.
2. 3x3 matrix of host/guest ext4, xfs, btrfs, also on spinning rust,
On 17 November 2013 16:28, Gene Czarcinski wrote:
>
> 1. execute: chattr +C /var/lib/libvirt/images
> or wherever your image files are. This needs to be done on the directory
> whether you have a separate subvol or not.
>
> 2. This ONLY works for new files and ONLY works
fragmentation problem (just putting image files on btrfs can result
in them having between 50,000 and 100,000 extents). Some may have seen
that adding nodatacow to the mount option is a solution ... it is not.
So what is the solution?
1. execute: chattr +C /var/lib/libvirt/images
or
On Mon, Mar 11, 2013 at 2:28 PM, Patrick Dupre <
patrick.du...@univ-littoral.fr> wrote:
> Quoting lun, 11 mar 2013 Reindl Harald :
>
>
>>
>> Am 11.03.2013 14:18, schrieb Patrick Dupre:
>>
>>> I made a BIG mistake,
>>> I removed /var/lib.
>>
On 03/11/2013 01:28 PM, Patrick Dupre wrote:
Quoting lun, 11 mar 2013 Reindl Harald :
Am 11.03.2013 14:18, schrieb Patrick Dupre:
I made a BIG mistake,
I removed /var/lib.
the machine is done
How can I reinstall it?
what do you imagine to "reinstall"
no way - /var/lib c
Quoting lun, 11 mar 2013 Reindl Harald :
Am 11.03.2013 14:18, schrieb Patrick Dupre:
I made a BIG mistake,
I removed /var/lib.
the machine is done
How can I reinstall it?
what do you imagine to "reinstall"
no way - /var/lib contains as example the complete RPM-database
In t
Am 11.03.2013 14:18, schrieb Patrick Dupre:
> I made a BIG mistake,
> I removed /var/lib.
the machine is done
> How can I reinstall it?
what do you imagine to "reinstall"
no way - /var/lib contains as example the complete RPM-database
signature.asc
Description: OpenPG
On Mon, Mar 11, 2013 at 8:18 AM, Patrick Dupre
wrote:
> Hello,
>
> I made a BIG mistake,
> I removed /var/lib.
>
> How can I reinstall it?
I don't think there is any fool proof way but it may be technically possible...
I'm thinking you would need, at a minimum, a
Hi Patrick,
How did you remove that directory?
I think if you removed it via the GUI then it should still be in the
wastebasket.
If you did rm -rf /var/lib/ then I am not sure you can bring it back!
Kind regards,
Tahir
On Mon, Mar 11, 2013 at 1:18 PM, Patrick Dupre <
patrick.du...@u
Hello,
I made a BIG mistake,
I removed /var/lib.
How can I reinstall it?
--
==
Patrick DUPRÉ | | email: pdu...@kegtux.org
Laboratoire de Physico-Chimie de l'Atmosphère
Université du Littoral
On 07/23/2012 06:37 PM, Reindl Harald wrote:
Am 23.07.2012 17:39, schrieb Rex Dieter:
Reindl Harald wrote:
am i right that "Filedigests", "Filemd5s", "Provideversion",
"Pubkeys" and "Requireversion" are unused fragments of older
rpm/yum versions and can be removed?
Yes, they can be safely
Am 23.07.2012 17:39, schrieb Rex Dieter:
> Reindl Harald wrote:
>
>> am i right that "Filedigests", "Filemd5s", "Provideversion",
>> "Pubkeys" and "Requireversion" are unused fragments of older
>> rpm/yum versions and can be removed?
>
> imo, just do a
>
> rpm --rebuilddb
>
> and all the old
Reindl Harald wrote:
> am i right that "Filedigests", "Filemd5s", "Provideversion",
> "Pubkeys" and "Requireversion" are unused fragments of older
> rpm/yum versions and can be removed?
imo, just do a
rpm --rebuilddb
and all the old stuff should get cleared out on it's own.
-- rex
--
users
am i right that "Filedigests", "Filemd5s", "Provideversion",
"Pubkeys" and "Requireversion" are unused fragments of older
rpm/yum versions and can be removed?
all machines are installed in 2008 with Fedora 9
[root@buildserver:/var/lib/rpm]$
ccess point, but every time I attempt to use it again, I will be
prompted to pair again. If I understand correctly, pairing should store
a key in /var/lib/bluetooth/nn:nn:nn:nn:nn:nn/linkkeys, but that file is
never created. Any suggestion on figuring out what is going on?
Thanks
Mike
--
73 matches
Mail list logo
