More space needed on the / filesystem to upgrade from F37 to F38
by Paul Smith
Dear All,
I am trying to use
dnf system-upgrade download --releasever=38
to upgrade from F37 to F38. However, I am getting this error:
------------------------------
---------
Error Summary
-------------
Disk Requirements:
At least 4020MB more space needed on the / filesystem.
---------------------------------------
Any ideas?
Thanks in advance,
Paul
1 year, 1 month
Post F38 upgrade/fresh install: printing text files via paps (a
Postscript converter) prints raw postscript
by Max Pyziur
Greetings,
My F38 upgrade on my desktop and my fresh install on my laptop (because of
an upgrade crash) are taking place in less than stellar fashion. But given
that things have been going very well in this regard since F27 (circa late
2017) something like this shouldn't be unexpected.
Trying to focus on one problem at a time, I am now dealing with printing
text files.
For the last ten or so years, I've relied on enscript and then paps. I
think that I switched to paps because enscript at the time didn't support
utf-8.
paps has worked as designed for me until the upgrade/fresh install. My
sole availabe printer is an HP P3015. On my desktop, I use the HP
Postscript driver; on my laptop I use the HP LaserJet p3010 Series hpijs
pcl3, 3.22.10 driver for the printer.
When printing from a web browser (firefox of brave), libreoffice, evince,
AcroRead, or gedit, the results are correct.
But now with the flip to F38, and issuing a paps command like this (which
I've run for a decade):
paps --columns=3 --landscape --paper=letter --font="Monospace 6"
/path/to/some/textfile | lpr -P lp3
the printer prints raw postscript.
(lp3 is the name that I use for the HP printer)
I suspect that I am part of a small community of paps users. But I would
very much like to continue either using paps or something similar.
Could it be pango (required by paps)? some other possible dependency? Are
there alternatives? Is there some nuance in configuring the printer?
I'd appreciate any advice here.
Much thanks,
Max
pyz(a)brama.com
1 year, 1 month
Re: I have not been able to install F37 on a computer that has
RAID1
by dwoodyard＠rdwoodyard.com
On Mon, 01 May 2023 19:46:44 -0500
david.woodyard(a)rdwoodyard.com wrote:
> I did respond to your last email, this is additional...
>
> I don't normally top post, but in this situation I thought it
> appropriate:
>
>
>
> I found the following:
>
> https://discussion.fedoraproject.org/t/fedora-live-install-to-hard-drive-...
>
>
>
> Which is exactly what I am seeing.
>
> reboot as required.
>
>
>
> I think what I should do is unplug the sda and sdb drives from the
> computer (/home only).
>
> sdc and sdd are 120G ssd's and only have the OS.
>
> clear the partitions on sdc and sdd and install
>
>
>
> plugin the sda/sdb drives back in for /home and add to /etc/fstab
>
> That should take care of the UUID problems.
>
I did as above except for clearing the partitions on sdd2 sdc2 which is the raid1 for the OS and everything worked correctly.
No UUID error, does disconnecting the /home drives sda sdb make a difference?
In my situation, it helped that I had separate raid1's for OS and /home.
This fixed my problem but since others might have raid / and /home on the same HDD I do not know if I should mark this as SOLVED?
Any thoughts on this?
The raid1 (sdd2/sdc2) was created during the install (anaconda) notice both drives have the same UUID.
Listing of UUID's:
/dev/sdd2: UUID="9a61854c-c850-947e-a646-6447c94fbdd3" UUID_SUB="4139a198-5809-ac9b-4d4f-fea766bf4975" LABEL="star1.home.com:root" TYPE="linux_raid_member" PARTUUID="c422c703-0776-4477-9a12-45fb3d8635d4"
/dev/sdc2: UUID="9a61854c-c850-947e-a646-6447c94fbdd3" UUID_SUB="b7e4f7de-9aa9-f33b-a7ba-81fabc16bf90" LABEL="star1.home.com:root" TYPE="linux_raid_member" PARTUUID="ef0add0a-9fa7-48c0-aacd-b540189554a9"
/dev/sdb2: UUID="a92ca2fd-998f-d542-feb8-59fa8bd7ab33" UUID_SUB="dc6884eb-956e-aa80-8b52-5656365517d1" LABEL="star11.home.com:home" TYPE="linux_raid_member" PARTUUID="0009d086-02"
/dev/sda2: UUID="a92ca2fd-998f-d542-feb8-59fa8bd7ab33" UUID_SUB="748fd654-f6a6-b72e-dab0-75dfb8b9f1af" LABEL="star11.home.com:home" TYPE="linux_raid_member" PARTUUID="0009d086-02"
[cs@star1 data2]$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
sda 8:0 1 931.5G 0 disk
└─sda2 8:2 1 916.9G 0 part
└─md126 9:126 0 916.7G 0 raid1 /home
sdb 8:16 1 931.5G 0 disk
├─sdb1 8:17 1 14.7G 0 part
└─sdb2 8:18 1 916.9G 0 part
└─md126 9:126 0 916.7G 0 raid1 /home
sdc 8:32 0 111.8G 0 disk
├─sdc1 8:33 0 1M 0 part
└─sdc2 8:34 0 111.8G 0 part
└─md127 9:127 0 111.7G 0 raid1 /
sdd 8:48 0 111.8G 0 disk
├─sdd1 8:49 0 1M 0 part
└─sdd2 8:50 0 111.8G 0 part
└─md127 9:127 0 111.7G 0 raid1 /
>
>
> Thanks for your help,
>
>
>
> David
>
>
>
>
>
>
>
> ---- On Mon, 01 May 2023 16:48:25 -0500 david woodyard
> <david.woodyard(a)rdwoodyard.com> wrote ---
>
>
>
>
>
>
>
>
>
>
>
> ---- On Mon, 01 May 2023 16:12:20 -0500 Peter Boy
> <mailto:pboy@uni-bremen.de> wrote ---
>
>
>
>
>
> > Am 01.05.2023 um 22:22 schrieb David Woodyard
> > <mailto:dwoody5654@gmail.com>:
> >
> >
> >
> > On Mon, May 1, 2023 at 11:33 AM David Woodyard
> > <mailto:dwoody5654@gmail.com> wrote: the server is what I need to
> > install.
> >
> > David
> >
> > On Mon, May 1, 2023 at 11:28 AM Peter Boy
> > <mailto:pboy@uni-bremen.de> wrote:
> >
> >
> > > Am 01.05.2023 um 18:12 schrieb David Woodyard
> > > <mailto:dwoody5654@gmail.com>:
> > >
> > > I have searched the web for a solution and have found nothing on
> > > this topic. The error I get is sda1 and sdb1 have the same UUID.
> > > I would rather not remove a drive from raid and unplug it to do
> > > the install.
> > >
> > > I must be missing something.
> >
> > It’s a well proven procedure. What do you want to install?
> > Workstation, Server, one of the Spins?
> >
> > Gmail has deleted your second reply, so I am replying to this one.
>
> I suppose you mean my last reply. I add it at the bottom.
>
> >
> > I, perhaps, was not as clear as I should have been on my first
> > email. I have a computer that has a raid1 and it has been working
> > for several years. I want to install Fedora-Server 37. When I run
> > the install (anaconda) it gives an error about duplicate UUID's and
> > will not do the install.
> >
> > That tells me that I can not install on a computer that ALREADY has
> > raid1. I was not expecting that error.
> >
> > Is it correct that anaconda can NOT install to a hard drive that
> > ALREADY has a RAID1? Is there a workaround other than removing one
> > drive from the raid and unplugging it from the computer?
>
> No, that’s not correct. I think, no system can use 2 disk which have
> the same UUID at the same time (besides maybe one of the Windows BIOS
> fake controller). Duplicate UUID is a contradictio in adiecto and
> should be fixed. Anaconda can install on existing raid anyway. And
> there are several ways to fix the issue with the UUID. But I have to
> know more details. First question is, which of your disks is affected
> and what is the output of 'fdisk -l'.
>
>
>
>
>
> I deleted /dev/sdb1 (see blkid output after fdisk-l output) to get
> rid of the UUID error another UUID error occurred because of another
> raid1, that is when I stopped trying anaconda.
>
>
>
> After fdisk -l there is a bklid output as well
>
>
>
> Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
>
> Disk model: WDC WD10EZEX-08W
>
> Units: sectors of 1 * 512 = 512 bytes
>
> Sector size (logical/physical): 512 bytes / 4096 bytes
>
> I/O size (minimum/optimal): 4096 bytes / 4096 bytes
>
> Disklabel type: dos
>
> Disk identifier: 0x0009d086
>
>
>
> Device Boot Start End Sectors Size Id Type
>
> /dev/sda1 2048 30738431 30736384 14.7G 83 Linux
>
> /dev/sda2 30738432 1953523711 1922785280 916.9G fd Linux raid
> autodetect
>
>
>
>
>
> Disk /dev/sdb: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
>
> Disk model: ST1000DM003-1ER1
>
> Units: sectors of 1 * 512 = 512 bytes
>
> Sector size (logical/physical): 512 bytes / 4096 bytes
>
> I/O size (minimum/optimal): 4096 bytes / 4096 bytes
>
> Disklabel type: dos
>
> Disk identifier: 0x0009d086
>
>
>
> Device Boot Start End Sectors Size Id Type
>
> /dev/sdb2 30738432 1953523711 1922785280 916.9G fd Linux raid
> autodetect
>
>
>
>
>
> Disk /dev/sdc: 111.79 GiB, 120034123776 bytes, 234441648 sectors
>
> Disk model: Patriot Burst
>
> Units: sectors of 1 * 512 = 512 bytes
>
> Sector size (logical/physical): 512 bytes / 512 bytes
>
> I/O size (minimum/optimal): 512 bytes / 512 bytes
>
> Disklabel type: dos
>
> Disk identifier: 0x2bca7198
>
>
>
> Device Boot Start End Sectors Size Id Type
>
> /dev/sdc1 * 2048 234441647 234439600 111.8G 83 Linux
>
>
>
>
>
> Disk /dev/sdd: 111.79 GiB, 120034123776 bytes, 234441648 sectors
>
> Disk model: Patriot Burst
>
> Units: sectors of 1 * 512 = 512 bytes
>
> Sector size (logical/physical): 512 bytes / 512 bytes
>
> I/O size (minimum/optimal): 512 bytes / 512 bytes
>
> Disklabel type: dos
>
> Disk identifier: 0xc7ede561
>
>
>
> Device Boot Start End Sectors Size Id Type
>
> /dev/sdd1 * 2048 234441647 234439600 111.8G 83 Linux
>
>
>
>
>
> Disk /dev/sde: 28.64 GiB, 30752636928 bytes, 60063744 sectors
>
> Disk model: Ultra
>
> Units: sectors of 1 * 512 = 512 bytes
>
> Sector size (logical/physical): 512 bytes / 512 bytes
>
> I/O size (minimum/optimal): 512 bytes / 512 bytes
>
> Disklabel type: gpt
>
> Disk identifier: EAECC2D5-8FE6-4C20-96D9-9044734B1928
>
>
>
> Device Start End Sectors Size Type
>
> /dev/sde1 2048 4095 2048 1M BIOS boot
>
> /dev/sde2 4096 60061695 60057600 28.6G Linux filesystem
>
>
>
>
>
> Disk /dev/zram0: 8 GiB, 8589934592 bytes, 2097152 sectors
>
> Units: sectors of 1 * 4096 = 4096 bytes
>
> Sector size (logical/physical): 4096 bytes / 4096 bytes
>
> I/O size (minimum/optimal): 4096 bytes / 4096 bytes
>
>
>
>
>
> Disk /dev/md0: 111.73 GiB, 119964893184 bytes, 234306432 sectors
>
> Units: sectors of 1 * 512 = 512 bytes
>
> Sector size (logical/physical): 512 bytes / 512 bytes
>
> I/O size (minimum/optimal): 512 bytes / 512 bytes
>
>
>
>
>
> Disk /dev/md127: 916.73 GiB, 984331845632 bytes, 1922523136 sectors
>
> Units: sectors of 1 * 512 = 512 bytes
>
> Sector size (logical/physical): 512 bytes / 4096 bytes
>
> I/O size (minimum/optimal): 4096 bytes / 4096 bytes
>
>
>
>
>
> blkid output: has UUID, UUID_SUB, PARTUUID
>
>
>
> /dev/sdd1: UUID="2485c56c-c073-e680-ecc5-cd786aa01699"
> UUID_SUB="87595d10-1fb4-b431-ed8f-ecb52dfb39e0"
> LABEL="star1.home.com:0" TYPE="linux_raid_member"
> PARTUUID="c7ede561-01"
>
> /dev/sdc1: UUID="2485c56c-c073-e680-ecc5-cd786aa01699"
> UUID_SUB="7b55919e-4cca-3575-b6ce-f0a0749ff897"
> LABEL="star1.home.com:0" TYPE="linux_raid_member"
> PARTUUID="2bca7198-01"
>
>
>
> /dev/sdb2: UUID="a92ca2fd-998f-d542-feb8-59fa8bd7ab33"
> UUID_SUB="748fd654-f6a6-b72e-dab0-75dfb8b9f1af"
> LABEL="star11.home.com:home" TYPE="linux_raid_member"
> PARTUUID="0009d086-02"
>
> /dev/sda2: UUID="a92ca2fd-998f-d542-feb8-59fa8bd7ab33"
> UUID_SUB="dc6884eb-956e-aa80-8b52-5656365517d1"
> LABEL="star11.home.com:home" TYPE="linux_raid_member"
> PARTUUID="0009d086-02"
>
>
>
> /dev/sda1: UUID="19e00749-fb48-4708-8c7f-20378bc9ac03"
> BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="0009d086-01"
>
> /dev/sdb1 does not exist because I removed it from the raid and then
> deleted the partition
>
>
>
> /dev/md0: UUID="90d875a6-2643-434b-88f6-e51d8a5324ac"
> BLOCK_SIZE="4096" TYPE="ext4"
>
>
> /dev/sde2: UUID="eab43a73-d799-470a-9355-f6a518aadf8b"
> BLOCK_SIZE="4096" TYPE="ext4"
> PARTUUID="f83f8fd2-d7f4-4216-ae8f-8334a7f19461"
>
> /dev/md127: UUID="8d1f20a0-33a5-426f-aef0-2d40f1aac2b3"
> BLOCK_SIZE="4096" TYPE="ext4"
>
> /dev/zram0: LABEL="zram0" UUID="7f6046f8-bcbf-4000-b45e-0b4fbd967f74"
> TYPE="swap"
>
>
>
>
>
> /dev/sde1 if the usb drive I am using to boot the computer.
>
> /dev/sde1: PARTUUID="1a6240c3-8fb0-4d03-b803-a751bcf65726"
>
>
>
>
>
>
>
> Thanks,
>
>
>
> David
>
>
> > - - - - - repeating my previous post - - - - - - <
>
> >> Am 01.05.2023 um 19:39 schrieb David Woodyard
> >> <mailto:dwoody5654@gmail.com>:
> >>
> >> ...
> >> Fedora is the only OS.
> >
> > That’s good. So it is quite easy.
> >
> >>
> >> Second bunch of questions:
> >>
> >> (a)
> >> Do you need to keep data? If yes, how they are stored? On its own
> >> partition? Both / and /home has raid1.
> >> / of course will be over written. /home needs to be preserved.
> >
> > That’s not so good, but perfectly doable. Keeping sda2/sdb2 and
> > mounting as /home may cause some headaches in the long run, in
> > organizational and administrative terms. But does not affect the
> > reliability.
> >
> > Maybe, you study
> > https://docs.fedoraproject.org/en-US/fedora-server/installation/#_storage...
> > and
> > https://docs.fedoraproject.org/en-US/fedora-server/installation/interacti...
> >
> > If you haven’t already done so.
> >
> >
> >>
> >>
> >> If not, is there anything against completely restructuring the
> >> hard disks? Then you wouldn't have to worry about the UUID at all.
> >>
> >> (b) how are the disk currently formatted, what is the output of
> >>
> >> Formatted as ext4 for everything.
> >>
> >> lsblk
> >>
> >> NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
> >> sda 8:0 1 931.5G 0 disk
> >> ├─sda1 8:1 1 14.7G 0 part
> >> └─sda2 8:2 1 916.9G 0 part
> >> └─md127 9:127 0 916.7G 0 raid1 /home
> >> sdb 8:16 1 931.5G 0 disk
> >> └─sdb2 8:18 1 916.9G 0 part
> >> └─md127 9:127 0 916.7G 0 raid1 /home
> >> sdc 8:32 0 111.8G 0 disk
> >> └─sdc1 8:33 0 111.8G 0 part
> >> └─md0 9:0 0 111.7G 0 raid1
> >> sdd 8:48 0 111.8G 0 disk
> >> └─sdd1 8:49 0 111.8G 0 part
> >> └─md0 9:0 0 111.7G 0 raid1
> >> sde 8:64 1 28.6G 0 disk
> >> ├─sde1 8:65 1 1M 0 part
> >> └─sde2 8:66 1 28.6G 0 part /
> >> zram0 252:0 0 8G 0 disk [SWAP]
> >>
> >> The sde drive is a usb that I am using to boot with until I get
> >> the hdd fixed.
> >
> >
> > The Harddisks are <2 TB and it looks like a DOS/MBR partitioning.
> > Fedora nowadays used GPT for all disks. As said, you can keep
> > DOS/MBR, but may cause organizational and administrative problems
> > later due to the different default partitioning.
> >
> > Another issue:
> >
> > (a)
> > sdb has just sdb2, no sdb1. So we have to know, how it is
> > partitioned in detail to determine, how we can use the disk as part
> > of a raid.
> >
> >
> > (b)
> > Regarding the mentioned UUID issue you have to check the disk ID.
> >
> > Therefore, use as root / with rood permission (sudo -i)
> >
> > fdisk -l | less
> >
> >
> > You can scroll up and down to check all partition entries.
> >
> > Would be good if you could post the listing here
> >
> >
> > Another question:
> >
> > how do you use sdc/sdd ? They are raid type 1 as well. but
> > obviously not mounted anywhere.
> >
> >
> >
> > To install Fedora Server you have several options:
> >
> > (a) To create a Raid of 14 GB on sda and sdb, format at as xfs (no
> > LVM as Fedora uses by default) and use it as the root file system
> > for system data. Mount the raid on sda2 und sdb2 as /home in the
> > root file system. That’s a bit tricky, but nevertheless just a
> > series of several step-by-step actions.
> >
> > (b) Install the system (root file system) just on sda1 without raid
> > (and therefore without redundancy in case of a disk failure for the
> > system files) and mount the current raid on /home. That’s the
> > easiest way.
> >
> > (c) If you don’t use sdc/sdd, then install Fedora on those disk,
> > and - again - mount sda2/sdb2 as /home. That’s quite easy as well.
> >
> > (d) Backup /home, completely reformat the disks and restore /home.
> >
> >
> > Comparing the alternatives:
> >
> > (c) seems the best solution if you can completely overwrite disks
> > sdc/sdd.
> >
> > (b) is best, if you mainly want to play around and explore Fedora
> > Server
> >
> > (a) Is best if you want to seriously use Fedora Server, but without
> > touching you precious data (provided you can add a partition to sdb
> > as required).
> >
> > (d) is best if you want a long term solution in line with Fedora's
> > development and administrative principles and (upcomming)
> > administrative tools.
> >
> > That’s your choice.
>
>
1 year, 1 month
Systemd Unit Fails at Boot, but Succeeds when Started from the
Console
by Jonathan Ryshpan
This unit
$ cat /etc/systemd/system/noip-duc.service
[Unit]
Description=No-IP Dynamic Update Client
After=network.target auditd.service
[Service]
EnvironmentFile=/etc/sysconfig/noip-duc
ExecStart=/usr/local/bin/noip-duc
Restart=on-failure
Type=simple
[Install]
WantedBy=multi-user.target
always fails at boot time with the message status=2/INVALIDARGUMENT
Here is an extract from the system log (a fuller extract is attached):
Mar 18 07:57:56 OaklandWeather.localdomain systemd[1]: Started noip-
duc.service - No-IP Dynamic Update Client.
Mar 18 07:57:58 OaklandWeather.localdomain systemd[1]: noip-duc.service:
Main process exited, code=exited, status=2/INVALIDARGUMENT
Mar 18 07:57:58 OaklandWeather.localdomain systemd[1]: noip-duc.service:
Failed with result 'exit-code'.
Mar 18 07:57:58 OaklandWeather.localdomain systemd[1]: noip-duc.service:
Scheduled restart job, restart counter is at 1.
Mar 18 07:57:58 OaklandWeather.localdomain systemd[1]: Stopped noip-
duc.service - No-IP Dynamic Update Client.
Mar 18 07:57:58 OaklandWeather.localdomain systemd[1]: Started noip-
duc.service - No-IP Dynamic Update Client.
Mar 18 07:57:58 OaklandWeather.localdomain systemd[1]: noip-duc.service:
Main process exited, code=exited, status=2/INVALIDARGUMENT
Mar 18 07:57:58 OaklandWeather.localdomain systemd[1]: noip-duc.service:
Failed with result 'exit-code'.
Mar 18 07:57:58 OaklandWeather.localdomain systemd[1]: noip-duc.service:
Scheduled restart job, restart counter is at 2.
However if the unit is started from the console after the boot process
is complete:
$ systemctrl start noip-duc.service
it succeeds.
How can I find out what the argument is with which systemd is invoking
noip-duc, so I can understand why it is invalid at boot time but valid
when the unit is started afterwards from the console? I would simply
recompile it to output this, but noip-duc is written in the rust
programming language, which I to lazy to learn for this one application.
--
Sincerely Jonathan Ryshpan <jonrysh(a)pacbell.net>
We dance around in a ring and suppose
But the secret sits in the center and knows.
- Robert Frost
1 year, 1 month
I have not been able to install F37 on a computer that has RAID1
by David Woodyard
I have searched the web for a solution and have found nothing on this topic.
The error I get is sda1 and sdb1 have the same UUID. I would rather not
remove a drive from raid and unplug it to do the install.
I must be missing something.
Any help appreciated,
David
1 year, 1 month
Fedora 37 mount command rejects ext4 option "nouser_xattr"
by Robert Nichols
In Fedora 37, attempting to mount an ext4 filesystem with the "nouser_xattr" results in the generic failure message, "mount: ...: wrong fs type, bad option, bad superblock ... or other error." According to the manpage for ext4, this is a valid option. Note that the reverse "user_xattr" option is accepted.
--
Bob Nichols "NOSPAM" is really part of my email address.
Do NOT delete it.
1 year, 1 month
Broken browser? Or broken website...
by Dave Close
Accessing a page on <https://discussion.fedoraproject.org/>, I am
presented with a banner reading, "Unfortunately, your browser is
unsupported. Please switch to a supported browser to view rich content,
log in and reply." I am unable to scroll beyond the portion of the
page immediately visible.
But, of course, I didn't ask for any support. I recognize that my
browsers of choice may not properly render some web sites that choose
to use some newer facilities. ("rich content", indeed! I'd be very happy
without "rich" content.) If I'm stuck, I can use a different browser;
I know how to do that.
I wouldn't object to a banner warning me that some parts of the site
might not render properly on my browser. But fedoraproject.org takes
things further by refusing to allow the entire page to load. I resent
their patronizing and holier-than-thou attitude.
Unfortunately, fedoraproject.org is not the only place I've encountered
this abomination. What gives the administrators of these places their
special rights to control the rest of us?
--
Dave Close, Compata, Irvine CA +1 714 434 7359
dave(a)compata.com dhclose(a)alumni.caltech.edu
"Computers are useless. They can only give you answers."
-- Pablo Picasso
1 year, 1 month
F38 migrate NetworkManager/system-connections
by Robert Moskowitz
Is there a way to migrate the NetworkManager/system-connections files
from F35 to F38 system?
I am not finding an export option and haven't figured out how to get
around file permissions to copy the files to a USB stick.
thanks
1 year, 1 month
next update broke my bridge again
by ToddAndMargo
Hi All,
Help!
Fedora 37
This is getting obnoxious.
The updates I installed today getting ready for
FC38 broke my bridge, AGAIN.
I opened nm-connection-editor and deleted the bridge.
Then I followed the following directions:
The last two commands corked my recreation. Why
is "br0 is strictly unmanaged"?
What am I doing wrong, THIS TIME!
Many thanks,
-T
How to set up a bridge with nmcli:
Reference(s):
https://wiki.archlinux.org/title/network_bridge
# nmcli connection add type bridge ifname br0 stp no
Connection 'bridge-br0' (a7722855-1aa1-4da8-8251-40f145f23681)
successfully added.
# nmcli connection add type bridge-slave ifname eno1 master br0
Connection 'bridge-slave-eno1' (52d4e5fa-20c5-4ccf-84fb-8f4b53b17a7a)
successfully added.
# nmcli connection show --active
NAME UUID TYPE DEVICE
Wired connection 2 3d30b55f-3675-3e71-88fd-a9796720a9f3 ethe
rnet eno2
# nmcli connection down eno2
# nmcli connection up bridge-br0
# nmcli connection up bridge-br0
Error: Connection activation failed: Connection 'bridge-br0' is not
available on device br0 because device is strictly unmanaged
# nmcli connection up bridge-br0
Error: Connection activation failed: Connection 'bridge-br0' is not
available on device br0 because device is strictly unmanaged
1 year, 1 month
