Désolé pour le temps de réponse, je n'ai pas eu beaucoup de dispo.
Suite à une mauvaise manip de ma part j'ai dû réinstaller le serveur (heureusement rien d'important dessus). Du coup maintenant il est à jour.
Je voulais le mettre à jour manuellement car en faisant un yum update il bloquait au niveau du kernel, il n'allait pas rechercher celui d'ovh si j'ai bien compris.
[^] # Re: update-grub
Posté par yukikko . En réponse au message Mise à jour du Kernel . Évalué à 1.
Bonjour OxiD,
Désolé pour le temps de réponse, je n'ai pas eu beaucoup de dispo.
Suite à une mauvaise manip de ma part j'ai dû réinstaller le serveur (heureusement rien d'important dessus). Du coup maintenant il est à jour.
Je voulais le mettre à jour manuellement car en faisant un yum update il bloquait au niveau du kernel, il n'allait pas rechercher celui d'ovh si j'ai bien compris.
Je débute sur Linux comme tu as pu t'en douter ;)
Bonne soirée.
[^] # Re: utilisateur qui lance le cron ? lancement à la main ?
Posté par yukikko . En réponse au message Yum-cron update failed. Évalué à 1.
Bon en faite ce serai a cause du Kernel il faut que je prenne celui fourni par ovh.
J'ai donc téléchargé sur le site https://last-public-ovh-kernel.snap.mirrors.ovh.net/builds
mais il manque:
Tu as une idée stp ?
Bonne nuit ;)
[^] # Re: utilisateur qui lance le cron ? lancement à la main ?
Posté par yukikko . En réponse au message Yum-cron update failed. Évalué à 1.
En effet je brûle les étapes :s
J'ai également une erreur lorsque je lance à la main et lorsque je regarde dans les logs de yum ce n'est pas inscrit.
Ci-dessous mes logs disponible:
anaconda
audit
beamium
boot.log
btmp
btmp-20190501
chrony
cron
cron-20190505
cron-20190512
cron-20190519
cron-20190526
dmesg
dmesg.old
firewalld
grubby
grubby_prune_debug
httpd
lastlog
maillog
maillog-20190505
maillog-20190512
maillog-20190519
maillog-20190526
mariadb
messages
messages-20190505
messages-20190512
messages-20190519
messages-20190526
noderig
ntpstats
php-fpm
puppetlabs
qemu-ga
rhsm
sa
samba
secure
secure-20190505
secure-20190512
secure-20190519
secure-20190526
spooler
spooler-20190505
spooler-20190512
spooler-20190519
spooler-20190526
tallylog
tuned
wtmp
xferlog
xferlog-20190505
xferlog-20190512
xferlog-20190519
xferlog-20190526
yum.log
[^] # Re: utilisateur qui lance le cron ? lancement à la main ?
Posté par yukikko . En réponse au message Yum-cron update failed. Évalué à 1.
Bonjour NeoX,
L'utilisateur est root donc je suppose qu'il a le droit de le faire ?
Par contre en effet il faut que je regarde le faite d'accepter les mises à jours.
Je n'ai pas essayer à la main je lance juste un: yum update ?
Pour les logs je peux les trouvé où stp ?
Je pourrais tester tout ça ce soir ;)
Bonne après-midi.
[^] # Re: Mode rescue kimsufi
Posté par yukikko . En réponse au message Problème d'accès sur Serveur dédié Centos7. Évalué à 2.
Re salut,
Merci pour ton aide j'ai pu récupérer l'accès, je devais monté la partition sda2 et de là j'ai pu modifier ma bêtise.
Bonne soirée ;)
[^] # Re: Mode rescue kimsufi
Posté par yukikko . En réponse au message Problème d'accès sur Serveur dédié Centos7. Évalué à 1.
Salut OxiD,
Merci pour ta réponse.
J'ai bien démarrer en mode rescue là où je coince c'est pour monter la partition.
Je fais un fdisk -l pour lister les partitions
J'ai un seul disque qui est sda
et ma première partition est sda1 qui possède le bios et le boot c'est bien celle là que je dois monter ?
Pour monter j'ai utilisé: mount -t /dev/sda1 /mnt
Mais je reçois un message d'erreur (je pourrais te le dire ce soir).
Merci d'avance,
Bonne après-midi.