Hello everybody and the team fedora,
Mount with the option o for the mounting about the system windows have a
mistake about the uuid however blkid give the same uuid for the same part
finally thank you in advance to bring your help,
Have a nice week,
Regards.
Dorian Rosse
On 2021-05-02 8:52 a.m., None via users wrote:
Is there a way to disable non-HTTPS mirrors? I don't see any reason why
your ISP should be able to see what distribution you use, and most
importantly, the exact package versions you're installing/updating. (I
know DNF will only install signed pack
Michal Domonkos wrote:
> Another correction - turns out I didn't read Stan's reply carefully;
he says it's sent to a mirror, however that's not the case :) It's
just the MirrorManager instance that receives it.
Ah, I see. Many thanks for the clarification.
Matthew Miller wrote:
> I hope y
On Sun, May 02, 2021 at 03:35:48AM +0200, None via users wrote:
> I recently got to know that Fedora's DNF creates an UUID to help keep
> track of the number of unique Fedora users.
It does not. I initially proposed this, similar to what openSUSE does, but
the actual implementation doe
On Sun, May 2, 2021 at 3:47 PM Michal Domonkos wrote:
>
> On Sun, May 2, 2021 at 3:15 PM stan via users
> wrote:
> > I think the answer to your question is that the variable is sent to
> > the mirror, so yes, a mirror will receive the flag. However, they
> > appear to have gone to great lengths t
On Sun, May 2, 2021 at 3:47 PM Michal Domonkos wrote:
> 1) the age of the installation (one of 4 values, see the link above)
Oh, just a little correction - there were some later changes made to
that man page (the age "buckets" in particular) that are not reflected
in the linked PR, so please chec
On Sun, May 2, 2021 at 3:15 PM stan via users
wrote:
> I think the answer to your question is that the variable is sent to
> the mirror, so yes, a mirror will receive the flag. However, they
> appear to have gone to great lengths to avoid leaking any
> identifiable information. See this link:
>
>
On Sun, 2 May 2021 05:12:55 +0200 (CEST)
None via users wrote:
> ed.gres...@greshko.com wrote:
>
> > This would also be of interest to you...
> >
> > https://bugzilla.redhat.com/show_bug.cgi?id=1672504
> >
> The link was helpful. I have one more question:
>
> - Where is this countme variable
ed.gres...@greshko.com wrote:
> This would also be of interest to you...
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1672504
>
The link was helpful. I have one more question:
- Where is this countme variable sent? Is it to Fedora itself (the host
getfedora.org), or the package mirrors, that
On 02/05/2021 10:28, ml-de...@keemail.me wrote:
- And, have you read https://fedoraproject.org/wiki/Changes/DNF_Better_Counting
<https://fedoraproject.org/wiki/Changes/DNF_Better_Counting>
I went through it; it seems like there's no UUID created—just a "countme"
va
On 02/05/2021 10:28, ml-de...@keemail.me wrote:
- And, have you read https://fedoraproject.org/wiki/Changes/DNF_Better_Counting
<https://fedoraproject.org/wiki/Changes/DNF_Better_Counting>
I went through it; it seems like there's no UUID created—just a "countme"
va
- And, have you read https://fedoraproject.org/wiki/Changes/DNF_Better_Counting
I went through it; it seems like there's no UUID created—just a "countme"
variable. Is that right?
___
users mailing list -- users@lists.fedoraproject.org
On 02/05/2021 09:35, None via users wrote:
I recently got to know that Fedora's DNF creates an UUID to help keep track of the number of unique Fedora users. As per my understanding, before implementing this UUID mechanism, they obtained their user-base estimate through the use of IP addr
On 02/05/2021 09:35, None via users wrote:
- Is there any way to opt out of providing data for this user-base statistical analysis?
Yes.
Go to /etc/yum.repos.d and remove "countme=1" from any of *.repo files.
--
Remind me to ignore comments which aren't germane to the thread.
Hello everyone.
I recently got to know that Fedora's DNF creates an UUID to help keep track of
the number of unique Fedora users. As per my understanding, before implementing
this UUID mechanism, they obtained their user-base estimate through the use of
IP addresses.
I would apprecia
On Thu, 2021-03-25 at 10:44 -0600, Joe Zeff wrote:
> On 3/25/21 5:51 AM, Patrick O'Callaghan wrote:
> > Add a line to /etc/fstab, specifying 'user' as one of the mount
> > options.
>
> And, if you don't want it mounted at boot, put in noauto as well.
Indeed.
poc
_
On 3/25/21 5:51 AM, Patrick O'Callaghan wrote:
Add a line to /etc/fstab, specifying 'user' as one of the mount
options.
And, if you don't want it mounted at boot, put in noauto as well.
___
users mailing list -- users@lists.fedoraproject.org
To unsubs
On Wed, 2021-03-24 at 18:20 -0700, Geoffrey Leach wrote:
> Suppose I have a USB stick with UUID 1234. I am able to mount it as
> root
> # mount UUID=1234 /Media
> or as a non-root user
> % sudo mount UUID=1234 /Media
> unsafe!
>
> Question: is there any
Suppose I have a USB stick with UUID 1234. I am able to mount it as root
# mount UUID=1234 /Media
or as a non-root user
% sudo mount UUID=1234 /Media
unsafe!
Question: is there any way to perform the mount (from the command line)
without the sudo?
Thanks
ts" or "license" for more information.
>>> import pkgconfig
>>> print( pkgconfig.exists( 'uuid' ))
False
Can anybody else just do this simple test and post a feedback?
I would like to know if this is a fedora problem or just mine..
$ python3
Python 3.7.5 (defau
mation.
>>> import pkgconfig
>>> print( pkgconfig.exists( 'uuid' ))
False
Can anybody else just do this simple test and post a feedback?
I would like to know if this is a fedora problem or just mine..
$ python3
Python 3.7.5 (default, Oct 17 2019, 12:16:48)
[GCC 9.2.1 2019082
On 11/26/19 6:44 AM, Adrian Sevcenco wrote:
python3
Python 3.7.5 (default, Oct 17 2019, 12:16:48)
[GCC 9.2.1 20190827 (Red Hat 9.2.1-1)] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import pkgconfig
On Tue, 26 Nov 2019 15:44:21 +0100, Adrian Sevcenco wrote:
> > Why are you looking for 'uuid-dev'? It's just "uuid".
> sorry this is a typo .. yes i (they) check for uuid
> https://github.com/xrootd/xrootd/blob/master/packaging/wheel/setup.py#L61
>
&
at 9.2.1-1)] on linux
>>> Type "help", "copyright", "credits" or "license" for more information.
>>> >>> import pkgconfig
>>> >>> print( pkgconfig.exists( 'uuid-dev' ))
>>> False
>>
>> Why
"license" for more information.
>>> import pkgconfig
>>> print( pkgconfig.exists( 'uuid-dev' ))
False
Why are you looking for 'uuid-dev'? It's just "uuid".
sorry this is a typo .. yes i (they) check for uuid
https://github.com/xrootd/xrootd/b
gt; import pkgconfig
>>> print( pkgconfig.exists( 'uuid-dev' ))
False
Why are you looking for 'uuid-dev'? It's just "uuid".
___
users mailing list -- users@lists.fedoraproject.org
To un
Hi! I have a strange problem in fedora 31 with the fact that even if
libuuid is installed :
[xrootdtest@c340sev xrootd]$ rpm -qa | grep uuid
uuid-devel-1.6.2-45.fc31.x86_64
uuid-c++-1.6.2-45.fc31.x86_64
libuuid-2.34-3.fc31.x86_64
uuid-c++-devel-1.6.2-45.fc31.x86_64
uuid-1.6.2-45.fc31.x86_64
in
On 05/22/2015 07:12 PM, Bob Goodwin - Zuni, Virginia, USA wrote:
>
>
> On 22/05/15 17:45, Ronal B Morse wrote:
>>
>> UUID="5215-6D07"
>>
>> without the quote marks. The UUIDs for VFAT partitions are two quads
>> (2 X 4 char alphanumerics).
>
On 22/05/15 17:45, Ronal B Morse wrote:
UUID="5215-6D07"
without the quote marks. The UUIDs for VFAT partitions are two quads
(2 X 4 char alphanumerics).
RBM
That's what I thought after googling UUID. It helps a lot to have it
verified ...
Thank you,
Bob
--
Bob
On 05/22/2015 12:19 PM, Joe Zeff wrote:
On 05/22/2015 11:10 AM, Bob Goodwin - Zuni, Virginia, USA wrote:
On 22/05/15 14:06, Joe Zeff wrote:
On 05/22/2015 10:55 AM, Bob Goodwin - Zuni, Virginia, USA wrote:
I am instructed to change the /boot UUID:
Who/what is telling you this, and why
On 05/22/2015 11:10 AM, Bob Goodwin - Zuni, Virginia, USA wrote:
On 22/05/15 14:06, Joe Zeff wrote:
On 05/22/2015 10:55 AM, Bob Goodwin - Zuni, Virginia, USA wrote:
I am instructed to change the /boot UUID:
Who/what is telling you this, and why?
.
Joe:
I am at step "9"
On 22/05/15 14:06, Joe Zeff wrote:
On 05/22/2015 10:55 AM, Bob Goodwin - Zuni, Virginia, USA wrote:
I am instructed to change the /boot UUID:
Who/what is telling you this, and why?
.
Joe:
I am at step "9" in these instructions and would like to get it right
first time arou
On 05/22/2015 10:55 AM, Bob Goodwin - Zuni, Virginia, USA wrote:
I am instructed to change the /boot UUID:
Who/what is telling you this, and why?
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo
Fstab as it is now:
UUID=9c997a90-52d5-43c5-8ecf-b2eddc651a26 / ext4defaults,noatime 0 0
UUID=8c07c357-e688-40de-87f7-1b6d0c30a879 /boot ext3 defaults,noatime 0 0
UUID=f750dde3-d92c-4709-80e8-82054a448952 swap swap defaults,noatime 0 0
I am instructed to change the /boot UUID:
Edit
On 21.03.2015, Chris Murphy wrote:
> OK it's a little annoying when you provide so little information from
> the very start about what you're trying to do, and what the setup is,
Here's what lsblk says before formatting:
AME FSTYPE LABEL UUID
On 03/21/2015 02:25 PM, Chris Murphy wrote:
> I found it in kernel-modules-extra (not extras as I wrote earlier) for
> both 3.19.2 and 4.0.0; I have no idea what the history is, whether
> that module has been in some other package before the kernel packaging
> changes for F21.
My F19 system has i
way, you don't have to care what the
system thinks the UUID is.
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines:
/home
5. Fixing fstab with the correct UUID for /home
6. Reboot
> It's sorta important information to say upfront when you're having
> a problem. I don't really know what state your system is in now
> to even have a chance of reproducing the problem.
My system is fine, and t
On Sat, Mar 21, 2015 at 12:11 PM, jd1008 wrote:
>
>
> On 03/21/2015 11:51 AM, Chris Murphy wrote:
>>
>> OK I think I found the problem. The Fedora kernel doesn't come with
>> nilfs2 kernel module. At least, a default Fedora 22 installation
>> doesn't include it.
>>
>>
>> Chris Murphy
>
> Did it ev
On 03/21/2015 11:51 AM, Chris Murphy wrote:
OK I think I found the problem. The Fedora kernel doesn't come with
nilfs2 kernel module. At least, a default Fedora 22 installation
doesn't include it.
Chris Murphy
Did it ever??
Which was the last release that had it?
--
users mailing list
users@
ota)
/dev/sda3 on /home type nilfs2 (rw,relatime)
/dev/sda1 on /boot type xfs (rw,relatime,seclabel,attr2,inode64,noquota)
# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda250G 4.0G 47G 8% /
/dev/sda328G 16M 27G 1% /home
/dev/sda1 497M
On 21.03.2015, Chris Murphy wrote:
> OK I think I found the problem. The Fedora kernel doesn't come with
> nilfs2 kernel module. At least, a default Fedora 22 installation
> doesn't include it.
I don't use any distribution kernel. My kernel has nilfs2 - definitely.
A manual mount works perfectly
much time today to further debug this thing, but I can confirm that
"something" is getting confused when rebooting for the first time with the new
partition.
Precisely: when I reformat /home with nilfs2 and check the assigned UUID
afterward, all is good. No /dev/sda with an erroneous UU
OK I think I found the problem. The Fedora kernel doesn't come with
nilfs2 kernel module. At least, a default Fedora 22 installation
doesn't include it.
Chris Murphy
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org
On Fri, Mar 20, 2015 at 11:59 PM, Heinz Diehl wrote:
> On 20.03.2015, Chris Murphy wrote:
>
>> If /dev/sda uses MBR, it doesn't really have a UUID, it might have a
>> serial number.
>
> It's MBR, and it didn't have a UUID before.
>
>> I think
On 20.03.2015, Chris Murphy wrote:
> If /dev/sda uses MBR, it doesn't really have a UUID, it might have a
> serial number.
It's MBR, and it didn't have a UUID before.
> I think think needs more troubleshooting, rather
> than bringing out the hammer before the problem
On Fri, Mar 20, 2015 at 10:49 AM, Heinz Diehl wrote:
> Hi,
>
> F21, fully updated, no longer boots cleanly. After to tries, I found the
> culprit:
>
> suddenly, the physical device (/dev/sda) has got a UUID, and it's the same as
> the one /home has. So no wonder that
On 20.03.2015, Heinz Diehl wrote:
> Looks like a serious problem with nilfs-tools.
s/tools/utils;
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproje
On 20.03.2015, jd1008 wrote:
> uuid is the way to go!!!
But not on the top-level physical device. No way in h*ll should /dev/sda have
any UUID. What happened was that systemd tried to mount /dev/sda on /home
rather than /dev/sda4, which of course can't work..
--
users mailing li
On 20.03.2015, Ron Morse wrote:
> I don't know about removing a UUID, but you can assign a new one with
> GParted.
Yes. But I was curious what could have assigned a UUID to /dev/sda. And I found
it. Making a nilfs2 partition on /home the evening before, lsblk -f reported
the sa
On 03/20/2015 12:49 PM, Heinz Diehl wrote:
> Hi,
>
> F21, fully updated, no longer boots cleanly. After to tries, I found the
> culprit:
>
> suddenly, the physical device (/dev/sda) has got a UUID, and it's the same as
> the one /home has. So no wonder that /home can&#x
On 03/20/2015 10:49 AM, Heinz Diehl wrote:
Hi,
F21, fully updated, no longer boots cleanly. After to tries, I found the
culprit:
suddenly, the physical device (/dev/sda) has got a UUID, and it's the same as
the one /home has. So no wonder that /home can't be mounted. I have not the
I don't know about removing a UUID, but you can assign a new one with GParted.
Sent from my iPhone
> On Mar 20, 2015, at 10:49 AM, Heinz Diehl wrote:
>
> Hi,
>
> F21, fully updated, no longer boots cleanly. After to tries, I found the
> culprit:
>
> suddenly,
Hi,
F21, fully updated, no longer boots cleanly. After to tries, I found the
culprit:
suddenly, the physical device (/dev/sda) has got a UUID, and it's the same as
the one /home has. So no wonder that /home can't be mounted. I have not the
slightest clue what could have given /dev/
On 01/06/2014 09:38 AM, Oliver Werner wrote:
hello guys,
I use OpenLDAP and would like to upgrade to 389DS
In OpenLDAP a field entryUUID exists what I use on my Apple calendar
server. It has the format of the GUID
/----/.
In 389DS I have only found the nsUniq
…
> OK, to clarify whether this is a bootloader's problem, you should try
> with the EXTLINUX bootloader.
>
> /boot/extlinux/extlinux.conf:
> ui menu.c32
> menu title The EXTLINUX bootloader
> timeout 100
>
> label Fedora (3.11.1-200.fc19.x86_64) 19 (Schrödinger’s Cat)
> kernel /vmlinuz-3.11.1-
And an appropriate track for this title,
http://www.youtube.com/watch?v=v2AC41dglnM :)
poma
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.or
e problem isn't the drive,
> it's got to be the drivers or something stupid with grub. It will NOT mount
> by UUID. Period. I get this:
>
> Warning: /dev/disk/by-uuid/34307864-a1db-46e5-9815-d4c7c0698de35 does not
> exist
>
> I get this with EACH of the lin
or something stupid with grub. It will NOT mount by
UUID. Period. I get this:
Warning: /dev/disk/by-uuid/34307864-a1db-46e5-9815-d4c7c0698de35 does not exist
I get this with EACH of the linux partitions it's trying to mount. Let me make
this clear. I had this issue back with F16/17 and
Allegedly, on or about 19 September 2013, Mark Haney sent:
> Does this trigger a thought with anyone on what the problem could be?
"failed... queued... timed out..." sounds like hardware trouble... But
it would have been better if you'd not edited the log.
> I know the drive is good since I can
d the partitions using UUID in
/dev/disk-by-uuid/ or something similar.
Okay, here's something interesting. I think the problem isn't with the boot
process but possibly with the kernel (or kernel module), here's what I'm seeing
when trying to boot either normally or with
On 09/19/2013 06:30 AM, Mark Haney issued this missive:
I posted an issue I was having booting a new install of F19 on my
Samsung netbook. It seems that my system cannot find the disks by UUID
for some reason. The way I fixed this before was to edit grub to use
the device name /dev/sda5 (which
d the partitions using UUID in
/dev/disk-by-uuid/ or something similar.
Why on earth was this even screwed with? It's a joke in every way. In all my
research I'm seeing a half dozen ways to either edit files or re-install grub2.
I'm not sure trying to boot my system by labels wo
I posted an issue I was having booting a new install of F19 on my Samsung
netbook. It seems that my system cannot find the disks by UUID for some
reason. The way I fixed this before was to edit grub to use the device name
/dev/sda5 (which is /boot) instead of UUID. Some people replied that I
uments]# tune2fs -l /dev/sdb3
tune2fs 1.41.12 (17-May-2010)
Filesystem volume name: _SL-63-i386-Live
Last mounted on: /
Filesystem UUID: e98b498e-76ea-4845-99a6-78a1a25d74f0
Filesystem magic number: 0xEF53
Filesystem revision #:1 (dynamic)
Filesystem features: has_journal ex
y-2010)
Filesystem volume name: _SL-63-i386-Live
Last mounted on: /
Filesystem UUID: e98b498e-76ea-4845-99a6-78a1a25d74f0
Filesystem magic number: 0xEF53
Filesystem revision #:1 (dynamic)
Filesystem features: has_journal ext_attr resize_inode dir_index filetype
Director
On Thu, 2013-08-29 at 12:16 -0500, g wrote:
>
> On 08/29/2013 09:26 AM, Greg Woods wrote:
> <>
>
> > If the file system is ext2, ext3, or ext4, then the UUID for a file
> > system on a physical or LVM device can be printed with UUID:
> >
> > # tune2fs -l
On 08/29/2013 09:26 AM, Greg Woods wrote:
<>
If the file system is ext2, ext3, or ext4, then the UUID for a file
system on a physical or LVM device can be printed with UUID:
# tune2fs -l /dev/sda1
or
# tune2fs -l /dev/mapper/ROOT-ROOT
(change device names as appropriate for your
On 08/29/2013 03:55 PM, g wrote:
>
>
> On 08/29/2013 06:46 AM, Mark Haney wrote:
> <<>>
>>
>>> My first guess would be to check that you're using the exact same UUID in
>>> the boot parameter as on the drive partition. Check the partition UU
On Thu, 2013-08-29 at 08:55 -0500, g wrote:
>
> On 08/29/2013 06:46 AM, Mark Haney wrote:
> <<>>
> >
> >> My first guess would be to check that you're using the exact same UUID in
> >> the boot parameter as on the drive partition. Check the par
On 08/29/2013 06:46 AM, Mark Haney wrote:
<<>>
My first guess would be to check that you're using the exact same UUID in
the boot parameter as on the drive partition. Check the partition UUID is
what you thought it is. Check for typos in the boot configuration.
So how e
My first guess would be to check that you're using the exact same UUID
in the boot parameter as on the drive partition. Check the partition
UUID is what you thought it is. Check for typos in the boot
configuration.
So how exactly would I be able to do that from dracut? I simply
On Tue, 2013-08-27 at 12:08 +, Mark Haney wrote:
> for whatever reason the system can see the HDD and install just fine
> on my Gateway (Samsung) netbook but won't boot after install using the
> UUID
My first guess would be to check that you're using the exact same UUID
in
eway (Samsung) netbook but won't boot after install using the UUID.
With F16 and 17 I could do this at the GRUB prompt to fix the boot issue:
>
> set prefix=(hd0,5)/boot/grub
> set root=(hd0,1)
> linux /vmlinuz root=/dev/sda5 ro
> initrd /initrd.img
> boot
>
> I FUBAR&#
Hi all, I've had this problem with Fedora since I got this netbook, and have
been able to fix it until F19 came along. Here's my problem, for whatever
reason the system can see the HDD and install just fine on my Gateway (Samsung)
netbook but won't boot after install using the
Am 12.01.2013 14:23, schrieb Reindl Harald:
>
>
> Am 12.01.2013 12:01, schrieb Tim:
>> Allegedly, on or about 11 January 2013, Alan Cox sent:
>>> The MAC has to be *host* unique not port unique. Thus some old SPARC
>>> boxes have one Mac for all the ports. Many Ethernet bridges also do
>>> the
Am 12.01.2013 12:01, schrieb Tim:
> Allegedly, on or about 11 January 2013, Alan Cox sent:
>> The MAC has to be *host* unique not port unique. Thus some old SPARC
>> boxes have one Mac for all the ports. Many Ethernet bridges also do
>> the same trick.
>
> I would have thought they'd need to be
Allegedly, on or about 11 January 2013, Alan Cox sent:
> The MAC has to be *host* unique not port unique. Thus some old SPARC
> boxes have one Mac for all the ports. Many Ethernet bridges also do
> the same trick.
I would have thought they'd need to be LAN unique, since the MAC is used
for communi
The MAC has to be *host* unique not port unique. Thus some old SPARC boxes have
one Mac for all the ports. Many Ethernet bridges also do the same trick.
There are examples of duplicate mac addresses on plug in cards but those are
errors and shouldn't occur.
--
users mailing list
users@lists.fed
On Fri, 2013-01-11 at 16:13 +0100, Paweł Brodacki wrote:
> 2013/1/9 Alan Cox :
> >
> > They are supposed to be unique *per machine* - you can have two nics on
> > the same machine with the same MAC although this is rare.
> >
> > Alan
>
> Alan, please, verify information before dissemination.
> MA
f unknown and
dubious provenance).
Khemara,
If you use NetworkManager, then it will present you with graphical
tool for configuration of NICs and it will handle identification for
you. I think it will also generate a UUID for the card and put it into
its config file.
However, the required and suffic
are not random.
ifconfig will give them to you.
From googling, I gather that network cards can have UUIDs.
So far I cannot find one for my eth0.
Maybe that is because my network card is the motherboard.
My ifcfg-eth0 does not mention a UUID.
network-functions does have UUID.
get_uuid_by_config seems
-Original Message-
From: users-boun...@lists.fedoraproject.org
[mailto:users-boun...@lists.fedoraproject.org] On Behalf Of Alan Cox
Sent: Wednesday, January 09, 2013 5:24 PM
To: Community support for Fedora users
Subject: Re: How to Set/Get UUID for a NIC
On Wed, 9 Jan 2013 09:37:05
On Wed, 9 Jan 2013 09:37:05 -0600 (CST)
Michael Hennebry wrote:
> On Wed, 9 Jan 2013, Khemara Lyn wrote:
>
> > Ok, thank you; it's that simple! I've thought about it in a harder way.
>
> Actually, it's even easier.
> NICs come with built-in six-byte MAC adddresses
> that are supposed to be uniq
rom googling, I gather that network cards can have UUIDs.
So far I cannot find one for my eth0.
Maybe that is because my network card is the motherboard.
My ifcfg-eth0 does not mention a UUID.
network-functions does have UUID.
get_uuid_by_config seems to be at least one way to fetch a value,
but I don&
Ok, thank you; it's that simple! I've thought about it in a harder way.
Regards,
Khem
On 01/09/2013 01:09 PM, Ed Greshko wrote:
On 01/09/2013 10:55 AM, Khemara Lyn wrote:
Dear All,
Sorry if this had been covered before.
How can I set or get the UUID for a NIC? I have installed
On 01/09/2013 10:55 AM, Khemara Lyn wrote:
> Dear All,
>
> Sorry if this had been covered before.
>
> How can I set or get the UUID for a NIC? I have installed new system,
> initially with a single NIC; now I've added another NIC and would like to
> create a new
Dear All,
Sorry if this had been covered before.
How can I set or get the UUID for a NIC? I have installed new system,
initially with a single NIC; now I've added another NIC and would like
to create a new UUID to be used in the new network-script file (e.g.
ifcfg-em2).
I did some sea
On 27.08.2012, sean darcy wrote:
> Thanks for all the help. I never would have figured this one out.
You're welcome!
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedo
On 08/27/2012 01:53 PM, Heinz Diehl wrote:
On 27.08.2012, sean darcy wrote:
Finally got it to boot. Used /dev/sda2 instead of UUID. BTW, using
root=LABEL gives same devnode error.
Nice to hear!
I'll try to force-install kernel.rpm. But which kernel? Does it matter? The
most recen
ata_id[275]: unable to open '$devnode'
dracut unable to process initqueue
dracut warning: /dev/disk/by-uuid/89af does not exist
Looks like this bug:
https://bugzilla.redhat.com/show_bug.cgi?format=multiple&id=827997
You could try to force-install a new fresh kernel (rpm -Uvh --force
ke
On 27.08.2012, sean darcy wrote:
> Finally got it to boot. Used /dev/sda2 instead of UUID. BTW, using
> root=LABEL gives same devnode error.
Nice to hear!
> I'll try to force-install kernel.rpm. But which kernel? Does it matter? The
> most recent F17 kernel on koji is 3.5.2
to process initqueue
dracut warning: /dev/disk/by-uuid/89af does not exist
Looks like this bug:
https://bugzilla.redhat.com/show_bug.cgi?format=multiple&id=827997
You could try to force-install a new fresh kernel (rpm -Uvh --force
kernel.rpm) and recreating grub.cfg afterwards. Seems to be a
On 08/27/2012 10:35 AM, sean darcy uttered this comment:
On 08/27/2012 11:03 AM, Heinz Diehl wrote:
On 27.08.2012, sean darcy wrote:
ata_id[273]: unable to open '$devnode'
ata_id[275]: unable to open '$devnode'
dracut unable to process initqueue
dracut warning: /dev/disk/b
On 08/27/2012 11:03 AM, Heinz Diehl wrote:
On 27.08.2012, sean darcy wrote:
ata_id[273]: unable to open '$devnode'
ata_id[275]: unable to open '$devnode'
dracut unable to process initqueue
dracut warning: /dev/disk/by-uuid/89af does not exist
Looks
On 27.08.2012, sean darcy wrote:
> ata_id[273]: unable to open '$devnode'
> ata_id[275]: unable to open '$devnode'
> dracut unable to process initqueue
> dracut warning: /dev/disk/by-uuid/89af does not exist
Looks like this bug:
https://bugzilla.redhat.com
On 08/26/2012 08:07 PM, sean darcy wrote:
On 08/26/2012 05:55 PM, sean darcy wrote:
On 08/26/2012 04:45 PM, Heinz Diehl wrote:
On 26.08.2012, sean darcy wrote:
[liveuser@localhost ~]$ blkid /dev/sda2
/dev/sda2: LABEL="root" UUID="89afb6ff-4fb2-4602-94b5-99dbf022b100"
T
On 08/26/2012 05:55 PM, sean darcy wrote:
On 08/26/2012 04:45 PM, Heinz Diehl wrote:
On 26.08.2012, sean darcy wrote:
[liveuser@localhost ~]$ blkid /dev/sda2
/dev/sda2: LABEL="root" UUID="89afb6ff-4fb2-4602-94b5-99dbf022b100"
TYPE="ext4"
I can't find som
On 08/26/2012 04:45 PM, Heinz Diehl wrote:
On 26.08.2012, sean darcy wrote:
[liveuser@localhost ~]$ blkid /dev/sda2
/dev/sda2: LABEL="root" UUID="89afb6ff-4fb2-4602-94b5-99dbf022b100" TYPE="ext4"
I can't find something wrong in your grub.cfg. What do you
On 08/26/2012 04:45 PM, Heinz Diehl wrote:
On 26.08.2012, sean darcy wrote:
[liveuser@localhost ~]$ blkid /dev/sda2
/dev/sda2: LABEL="root" UUID="89afb6ff-4fb2-4602-94b5-99dbf022b100" TYPE="ext4"
I can't find something wrong in your grub.cfg. What do you
1 - 100 of 123 matches
Mail list logo
