Comment obtenir de série du CPU sous Linux sans les permissions root

Comment puis-je obtenir numéro de série du CPU sous Linux (Ubuntu) sans les permissions root?

J'ai essayé cpuid commande, il fonctionne sans root), mais semble revenir tous les zéros (je crois parce que quelque chose doit être changé dans le BIOS).

Pouvez vous s'il vous plaît me suggérer une autre façon de récupérer de série de l'UC à partir d'un programme sans root et sans avoir à modifier le BIOS?

OriginalL'auteur Alexey | 2011-02-18

  1. 5

    Racine autorisations requises. La réponse est dmidecode.

    Si vous avez besoin de CPU ID:

    dmidecode | grep -w ID | sed "s/^.ID\: //g"

    Cela permet d'obtenir des CPU ID, retirez 'ID:' de la sortie

    Si vous avez besoin de recevoir l'IDENTIFIANT de l'ordinateur:

    dmidecode | grep -w UUID | sed "s/^.UUID\: //g"

    Si vous souhaitez obtenir noyau uuid sans les permissions root, puis: 

    dmesg | grep UUID | grep "Kernel" | sed "s/.*UUID=//g" | sed "s/\ ro\ quiet.*//g"

    OriginalL'auteur ETech

  2. 4

    Processeur numéros de série ont été à la base seulement dans les processeurs Pentium III. Intel l'a supprimé à partir de modèles plus tard en raison de la confidentialité des préoccupations qui ont été soulevées. En tant que tel, sauf si vous êtes sur un PIII ET les paramètres de votre BIOS vous permettent de lire le numéro de série, tout ce que vous obtiendrez sont 0.

    J'avais oublié à propos de ces... Xeons ne sont pas exactement quelque chose que vous trébucher dans la moyenne de votre WorstBuy.
    Oui mais alors comment les autres Systèmes d'exploitation sont en mesure de les obtenir? Par exemple WMI sur Windows? Il doit y avoir une solution de contournement pour Linux

    OriginalL'auteur Marc B

  3. 1

    cpuid renvoie le même numéro de série pour moi, indépendamment de mon utilisation de sudo:

     % cpuid | grep serial
Processor serial: 0002-0652-0000-0000-0000-0000
 % sudo cpuid | grep serial
Processor serial: 0002-0652-0000-0000-0000-0000

    Moins qu'il y a certains autres numéro de série que vous faites allusion à l'...?

    Oui, je me réfère à ce exactement - "0000-0000-0000-0000". Le premier octet est une certaine intensification de l'ID, mais le réel de la série devrait être derrière ces zéros

    OriginalL'auteur CanSpice

  4. 1

    Comme l'a suggéré lorsque cette question a été posée avant, si vous essayez de l'utiliser pour l'octroi de licences (depuis que vous avez utilisé la licence tag) vous pouvez essayer de l'adresse MAC:
    Numéro de série du CPU

    Oui, je suis en utilisant l'adresse MAC de trop, mais j'en veux plus 🙂

    OriginalL'auteur Quinn Bailey

  5. 1

    La cravate de la licence pour les numéros d'inode que son fichier exécutable, les fichiers lorsqu'ils sont installés dans de l'utilisateur du système de fichiers. S'ils sont déplacés ailleurs, ils vont changer.

    L'inconvénient est que le nombre peut ne pas être conservée si le programme doit être restauré à partir d'une sauvegarde.

    J'ai fait ce genre de chose avant. Vous devez être très généreux à propos de laisser authentique aux utilisateurs d'activer la licence sur le changement de matériel.

    OriginalL'auteur Kaz

  6. 0

    Avez-vous vérifié dmesg? Son /bin

    Je n'ai jamais utilisé auparavant, il m'a donné un tas de tels messages - pouvez-vous suggérer exactement comment je dois l'appeler pour obtenir de série du processeur:[38988.366706] VFS: occupé inodes sur changé médias. [38990.355161] VFS: occupé inodes sur changé médias. [38990.360004] VFS: occupé inodes sur changé médias. [38992.355334] VFS: occupé inodes sur changé médias. [38992.357489] VFS: occupé inodes sur changé médias.
    dmesg est un anneau de la mémoire tampon des messages du noyau. après le démarrage, il aura tous le démarrage des messages du noyau, mais ils finiront par obtenir poussé par d'autres événements du système. Il devrait y avoir un fichier dans /var/log quelque part qui contient les messages de démarrage.
    vous devez être root pour voir le /var/log/messages* fichiers, mais dmesg est accessible à partir de nonroot utilisateurs

    OriginalL'auteur Foo Bah