Reprise du message précédent :
Ola joyeux utilisateurs de CentOS ou RHEL,
Existe-t-il un moyen sous CentOS, ou sous Linux en général, de connaître les informations relatives à la mémoire (type, fabriquant, freq, etc.)
En gros toutes les informations que peut retourner un soft comme cpu-z sous Windows.
merci

lshw  -class memory

Son clone sous Linux, nommé CPU-X ?
https://x0rg.github.io/CPU-X/

Merci.
Effectivement la commande 'lshw' me donne plus d'information.
Bien que le nom du fabriquant en code Hexa soit pas très explicite.
Car en cherchant via la référence produit, je tombe sur des barrettes Micron pour portable. Bon c'est pas très grave.
 
Le but final étant de passer de 16 à 32Go, donc de rajouter 2*8Go. J'aurais préféré ajouter le même modèle de mémoire, mais bon je peux aussi mettre une autre marque (tant que je respecte au moins le type et la fréquence).

Bonjour, y a un paquet qui me les brisent, j'ai beau le telecharger, il veut pas s'installer (perl-Date-Manip)
 
Pourquoi il le trouve pas alors que le telecharger et je fais la commande yum -C?  
 
J'ai une centos en 6.10 , et je le prend la https://centos.pkgs.org/6/openfusio [...] h.rpm.html
 
C'est peut etre un truc tout con, mais je trouve pas  
 
 

Tu as essayé avec le paramètre « --skip-broken », comme suggéré dans le message ?

 
merci pour la réponse, oui c'est pareil
 
Résolution des dépendances
--> Lancement de la transaction de test
---> Package perl-Date-Manip.noarch 0:6.24-1.el6 will be mis à jour
--> Traitement de la dépendance : perl-DateManip pour le paquet : tuleap-11.7.99.119-1.el6.noarch
---> Package perl-Date-Manip.noarch 0:6.46-1.of.el6 will be an update
 
Paquets omis en raison de problèmes de dépendances :
    perl-Date-Manip-6.46-1.of.el6.noarch depuis /perl-Date-Manip-6.46-1.of.el6.noarch

remarque c'est pas tout à fait pareil comme erreur mais ça m'aide pas trop

Oui souvent chercher un peu pour tout ce qui est rebadgé, disque/ram..
 
Mais au final c'est au .iveau du contrôleur que ça se passe, osef de la marque.
Si t'es 2 Rams sont sous le même profil xmp et ont le même controller, la marque n'a aucune influence, d'ailleurs, comme tu as pu le constater, même au niveau des données renvoyée par lshw tu ne trouve rien concernant le branding.

T'as déjà mis de la ram non hp dans un serveur hp ?  

Soit  

 
T'as essayé de désinstaller le paquet en question d'abord avant de l'installer ?
 
yum remove perl-Date-Manip
 
Les repos paraissent différents (base et of) non ? En tout cas il n'arrive pas à le mettre à jour
 
 

Dites les guruz, je dois aller former mon quelqu'un à CentOS (mais plus généralement Linux). Je l'avais fait il y a un bail, mais sur la durée, là j'ai genre 3 jours pour lui expliquer les bases de l'OS, la sécurité, Nagios, Bacula... Bref, du lourd, surtout en peu de temps.
 
Vous auriez dans vos favoris des sites qui vulgarisent les concepts de Linux par hasard?
merci

Désolé mais
 
Formation orientée serveur donc principalement en CLI ?

Je t'autorise à rire
Mais c'est les bases en fait hein, moi même je ne suis pas un guru dans tout ça. Mais le mec que je vais voir est un junior là où j'ai 20 ans de métier, du coup je peux l'aider un peu

Si je devais diviser viteuf je dirais: 1 jour bash + programmes de bases (ls, grep, comment fonctionne un pipe...), 1 jour presentation globale du systeme (users, permissions, start - stop des services, le boot process...), 1 jour présentation des services et du stack.
 
Mais franchement, c'est plus 3 semaines dont t'as besoin

Ah mais je sais que c'est impossible d'être exhaustif en 3 JOURS. Mais on va essayer de se débrouiller.  
Et puis il n'est pas TOTALEMENT vierge, il s'est quand même débrouillé pour installer des choses tout seul.

Ca me rappel un collègue qui est venu l'autre jour avec une carte STElectronic genre Raspberry Pi et qui me dit "tu pourrais m'expliquer un peu linux, je voudrais utiliser cette carte".
Le truc est développé par ST, la doc est en vrac et il faut limite faire du linux from scratch pour faire tourner le système

Tu lui link la doc lfs (ou gentoo )

 
je crois qu'il a laissé tomber

Du monde qui bosse avec svn?  
 
J'ai des exports partiels mais j'y comprend pas grand chose  

 
Mais pourquoi encore du SVN

C'est historique

Ca pourrait être du CVS

Trop jeune pour avoir connu tout ça
Je suis chanceux d'avoir commencé directment avec git  

Oputain du CVS, je me souviens de ce truc    
Quand j'avais voulu faire la conversion CVS > SVN, ça avait été rigolo

tin j'essai de downgrade de 7.7 en 7.6 (pour aller en 7.5)
https://www.tecmint.com/downgrade-r [...] r-release/ ne marche pas
 
J'ai download et install le kernel de la 7.6, j'ai même activé le vault pour la 7.6 et ça downgrade rien du tout sa race.
 

 
Bon je trouve ça ledge pour un downgrade

C'est une vaste blague ce downgrade.

C'est vraiment ne rien connaître à Red Hat pour dire qu'il suffit de downgrader le kernel et le redhat-release...

That's a shame
Par curiosité j'aimerais connaître comment faire.
 
J'ai trouvé une autre solution et je n'utilise plus centos sur ma box, sinon.

Je pense qu'aucune distrib ne gère le downgrade correctement, ne serait-ce que parce que les paquets sont capables d'upgrader des confs/données quand nécessaire, mais pas faire l'inverse. C'est super casse-gueule, donc le généraliser à tout l'OS via une procédure simple c'est pas trop une bonne idée déjà sur le papier.

Les distribs « classiques » ne permettent pas ce genre de choses facilement non.  
À mon avis il faut plutôt regarder du côté de NixOS (https://nixos.org/) ou Guix (https://guix.gnu.org/).

le probleme est plutot que tu ne devrais pas avoir besoin de downgrader.
 
(toujours accuser celui qui a un problème d'être le probleme )
 

J'aurai pensé comme toi, mais j'ai trouvé 2/3 articles (merdiques infine) qui indiquait une procédure et je me suis dit que c'était prévu par RedHat

Si je voulais être en Centos 7.5 et l'install en ligne de mon serveur n'indiquait que 7.6 (et en fait 7.7), c'était pour faire un truc totalement expérimental passer à un xenserver like puis upgrade via un iso décompressé et servi via http
Finalement je suis passé par QEMU via le mode rescue du serveur (pas de KVM)

Je me sens sale rien que d'avoir lu ça

ah j'ai pas spécifié, de xenserver à xcp-ng donc un autre OS (même si le 2eme est basé en partie sur le premier)
J'en étais à l'étape "bon alors.. mon vault 7.6 est activé, je vais virer le base & co 7.7 et installer une vm avec 7.6, toper la liste des paquets, faire un diff, downgrader tout ça, tenter de reset les fichiers de conf via les paquets"
Imagine l'étape "transformer centos 7.5 en xenserver" qui doit être largement pire

Je crois que mon yum update a foutu la merde
dnf pas content
system pas content
vbox pas content

edit :

putain et c'est quoi tout ces repos :

Je cherche la dedans : https://wiki.archlinux.org/index.php/Pacman/Rosetta
Comment identifier les packages liées à nonfree-updates ou free-updates je sais plus

edit: bon j'ai trouvé mais en fait on s'en fout c'est le kernel 5.5.5 + Wayland qui chie

putain et c'est quoi tout ces repos :

Je cherche la dedans : https://wiki.archlinux.org/index.php/Pacman/Rosetta
Comment identifier les packages liées à nonfree-updates ou free-updates je sais plus

m'sieurs d'ames,

J'ai une machine qui semble bien aimer reboot toute seule de temps en temps, ce qu'elle vient de faire à l'instant

La seule chose que j'ai dans /var/log/messages à l'heure du reboot c'est une grosse ligne

@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^

Suivie de la séquence de boot, pas d'erreur, rien

a part dans le messages log, on peut trouver des infos où ?

Dans le reste de /var/log pour commencer.
Le reboot se fait à une heure aléatoire ? Pas possible que ce soit un cron qui traine ?

 
Rien dans les autres logs justement. On dirait vraiment que le truc est juste coupé brutalement et rallumé. Je vais au taf jeudi, je peux vérifier si on n'a pas un contact moisi dans la prise mais ça me semble louche.
Au niveau cron, rien non plus.
 
Ca semble très aléatoire et la miss m'a dit que c'était arrivé quelque fois dans les derniers mois.
 
Le problème c'est qu'ils font tourner un logiciel à la con d'une boîte relativement peu réputée pour la qualitance de leur code du coup ça peut tout à fait être ça qui fait je ne sais pas quoi de coupe la machine.