GNU bug report logs -
#7003
Serial Number of Linux Operating System
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 7003 in the body.
You can then email your comments to 7003 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
owner <at> debbugs.gnu.org, bug-coreutils <at> gnu.org
:
bug#7003
; Package
coreutils
.
(Thu, 09 Sep 2010 06:19:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
"Sudarshan N C." <sudarshannc <at> amiindia.co.in>
:
New bug report received and forwarded. Copy sent to
bug-coreutils <at> gnu.org
.
(Thu, 09 Sep 2010 06:19:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Dear David,
"This is not relevant to any bug with any of the
commands but just a clarification"
I'm an amateur to the linux environment. I have been
trying some days to find the serial number of linux operating system in
a generic way(applicable to most of the distros). But I could not. I
have tried the following possibilities.
1. Uname -X = is not supported in my machine, I hope I require an
advanced version for this.
2. dmidecode does not have OS specific information. With this
tool, serial numbers of BIOS, processor etc are successful but not that
of OS'.
3. Cat /etc/*release or /etc/*version or cat /proc/version.
4. lsattr and sysinfo commands.
Just for your info-I'm using RHEL 5.4 32 bit version.
Is this serial number retrieval specific to vendor or not? Please
help me in identifying the way to find the serial number of OS.
Also let me know the difference between the version and release of a
kernel. Uname -r gives me the release of the kernel and uname -v gives
the version which I find actually as a date and time information - does
it mean the build time of the kernel. Then what does cat /etc/*release
file convey? I mean I want to what a version exactly mean and is it
same as 5.4?
Thanks,
Sudarshan.
[Message part 2 (text/html, inline)]
Reply sent
to
Bob Proulx <bob <at> proulx.com>
:
You have taken responsibility.
(Thu, 09 Sep 2010 08:40:03 GMT)
Full text and
rfc822 format available.
Notification sent
to
"Sudarshan N C." <sudarshannc <at> amiindia.co.in>
:
bug acknowledged by developer.
(Thu, 09 Sep 2010 08:40:03 GMT)
Full text and
rfc822 format available.
Message #10 received at 7003-done <at> debbugs.gnu.org (full text, mbox):
Sudarshan N C. wrote:
> "This is not relevant to any bug with any of the
> commands but just a clarification"
In the future it would be better to send these types of questions to
the coreutils discussion list instead of to bug-coreutils, since it
isn't a bug and that way it won't open a bug in the defect tracker.
Since this isn't a bug I am going to close it.
> I'm an amateur to the linux environment. I have been
> trying some days to find the serial number of linux operating system in
> a generic way(applicable to most of the distros). But I could not.
In the GNU/Linux environment there really isn't a serial number
available. What you are asking for isn't possible.
> Also let me know the difference between the version and release of a
> kernel. Uname -r gives me the release of the kernel and uname -v gives
> the version which I find actually as a date and time information - does
> it mean the build time of the kernel.
Yes. You are correct. But different vendors put different
information in there. IBM AIX puts major release (4) and minor
release (3) for 4.3 for example. There isn't a standard for it.
> Then what does cat /etc/*release file convey? I mean I want to what
> a version exactly mean and is it same as 5.4?
That is a vendor specific file with vendor specific information.
Every vendor puts different things in there. It is intended to
indicate the operating system version. But the format of the
information varies from vendor to vendor.
Bob
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 07 Oct 2010 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 14 years and 262 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.