Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
697 connectés 

  FORUM HardWare.fr
  Linux et OS Alternatifs
  Divers

  [CENTOS] Help config soyoustart en mose rescue, ecran noir en normal

 



 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

[CENTOS] Help config soyoustart en mose rescue, ecran noir en normal

n°1453680
mechkurt
Posté le 07-09-2020 à 09:58:06  profilanswer
 

Bonjour, j'ai fait ce matin un yum update et un reboot -r now var il 'yavait des mises à jour de Kernel (globalement la mchaine était résté 2 mois snas mises à jour :- /).
Il s'agit d'une install Centos 6 sur Serveur SYS - 32G E3-1245v2 HardRaid 2x2 To
Voici ce que me donne les partitions en mode rescue :

Code :
  1. root@rescue:~# fdisk -l
  2. Disk /dev/ram0: 4 MiB, 4194304 bytes, 8192 sectors
  3. Units: sectors of 1 * 512 = 512 bytes
  4. Sector size (logical/physical): 512 bytes / 4096 bytes
  5. I/O size (minimum/optimal): 4096 bytes / 4096 bytes
  6. Disk /dev/ram1: 4 MiB, 4194304 bytes, 8192 sectors
  7. Units: sectors of 1 * 512 = 512 bytes
  8. Sector size (logical/physical): 512 bytes / 4096 bytes
  9. I/O size (minimum/optimal): 4096 bytes / 4096 bytes
  10. Disk /dev/ram2: 4 MiB, 4194304 bytes, 8192 sectors
  11. Units: sectors of 1 * 512 = 512 bytes
  12. Sector size (logical/physical): 512 bytes / 4096 bytes
  13. I/O size (minimum/optimal): 4096 bytes / 4096 bytes
  14. Disk /dev/ram3: 4 MiB, 4194304 bytes, 8192 sectors
  15. Units: sectors of 1 * 512 = 512 bytes
  16. Sector size (logical/physical): 512 bytes / 4096 bytes
  17. I/O size (minimum/optimal): 4096 bytes / 4096 bytes
  18. Disk /dev/ram4: 4 MiB, 4194304 bytes, 8192 sectors
  19. Units: sectors of 1 * 512 = 512 bytes
  20. Sector size (logical/physical): 512 bytes / 4096 bytes
  21. I/O size (minimum/optimal): 4096 bytes / 4096 bytes
  22. Disk /dev/ram5: 4 MiB, 4194304 bytes, 8192 sectors
  23. Units: sectors of 1 * 512 = 512 bytes
  24. Sector size (logical/physical): 512 bytes / 4096 bytes
  25. I/O size (minimum/optimal): 4096 bytes / 4096 bytes
  26. Disk /dev/ram6: 4 MiB, 4194304 bytes, 8192 sectors
  27. Units: sectors of 1 * 512 = 512 bytes
  28. Sector size (logical/physical): 512 bytes / 4096 bytes
  29. I/O size (minimum/optimal): 4096 bytes / 4096 bytes
  30. Disk /dev/ram7: 4 MiB, 4194304 bytes, 8192 sectors
  31. Units: sectors of 1 * 512 = 512 bytes
  32. Sector size (logical/physical): 512 bytes / 4096 bytes
  33. I/O size (minimum/optimal): 4096 bytes / 4096 bytes
  34. Disk /dev/ram8: 4 MiB, 4194304 bytes, 8192 sectors
  35. Units: sectors of 1 * 512 = 512 bytes
  36. Sector size (logical/physical): 512 bytes / 4096 bytes
  37. I/O size (minimum/optimal): 4096 bytes / 4096 bytes
  38. Disk /dev/ram9: 4 MiB, 4194304 bytes, 8192 sectors
  39. Units: sectors of 1 * 512 = 512 bytes
  40. Sector size (logical/physical): 512 bytes / 4096 bytes
  41. I/O size (minimum/optimal): 4096 bytes / 4096 bytes
  42. Disk /dev/ram10: 4 MiB, 4194304 bytes, 8192 sectors
  43. Units: sectors of 1 * 512 = 512 bytes
  44. Sector size (logical/physical): 512 bytes / 4096 bytes
  45. I/O size (minimum/optimal): 4096 bytes / 4096 bytes
  46. Disk /dev/ram11: 4 MiB, 4194304 bytes, 8192 sectors
  47. Units: sectors of 1 * 512 = 512 bytes
  48. Sector size (logical/physical): 512 bytes / 4096 bytes
  49. I/O size (minimum/optimal): 4096 bytes / 4096 bytes
  50. Disk /dev/ram12: 4 MiB, 4194304 bytes, 8192 sectors
  51. Units: sectors of 1 * 512 = 512 bytes
  52. Sector size (logical/physical): 512 bytes / 4096 bytes
  53. I/O size (minimum/optimal): 4096 bytes / 4096 bytes
  54. Disk /dev/ram13: 4 MiB, 4194304 bytes, 8192 sectors
  55. Units: sectors of 1 * 512 = 512 bytes
  56. Sector size (logical/physical): 512 bytes / 4096 bytes
  57. I/O size (minimum/optimal): 4096 bytes / 4096 bytes
  58. Disk /dev/ram14: 4 MiB, 4194304 bytes, 8192 sectors
  59. Units: sectors of 1 * 512 = 512 bytes
  60. Sector size (logical/physical): 512 bytes / 4096 bytes
  61. I/O size (minimum/optimal): 4096 bytes / 4096 bytes
  62. Disk /dev/ram15: 4 MiB, 4194304 bytes, 8192 sectors
  63. Units: sectors of 1 * 512 = 512 bytes
  64. Sector size (logical/physical): 512 bytes / 4096 bytes
  65. I/O size (minimum/optimal): 4096 bytes / 4096 bytes
  66. Disk /dev/sda: 1.8 TiB, 2000240508928 bytes, 3906719744 sectors
  67. Units: sectors of 1 * 512 = 512 bytes
  68. Sector size (logical/physical): 512 bytes / 512 bytes
  69. I/O size (minimum/optimal): 512 bytes / 512 bytes
  70. Disklabel type: gpt
  71. Disk identifier: A6CBC7E3-CD73-4BC3-B350-3960BCFED119
  72. Device          Start        End    Sectors    Size Type
  73. /dev/sda1          40       2048       2009 1004.5K BIOS boot
  74. /dev/sda2        4096    1050623    1046528    511M Linux filesystem
  75. /dev/sda3     1050624 3905665023 3904614400    1.8T Linux filesystem
  76. /dev/sda4  3905665024 3906711551    1046528    511M Linux swap


Je vais éplucher les logs mais je ne suis pas administrateur réseaux donc toute aide est la bienvenu !  [:halp]


---------------
D3
mood
Publicité
Posté le 07-09-2020 à 09:58:06  profilanswer
 

n°1453681
mechkurt
Posté le 07-09-2020 à 10:08:59  profilanswer
 

J'ai monté sda2 et sda3 pour avoir des logs
Voici ce que j'ai dans /sda3/var/log/messages :

Code :
  1. Sep  7 08:51:03 ns3371649 named[6280]: validating @0x7f180436d740: epel.mirror.liteserver.nl A: no valid signature found
  2. Sep  7 08:51:03 ns3371649 named[6280]: validating @0x7f17ec211ff0: mirror.liteserver.nl A: no valid signature found
  3. Sep  7 08:51:03 ns3371649 named[6280]: validating @0x7f17e8006910: mirror.uv.es A: no valid signature found
  4. Sep  7 08:51:05 ns3371649 named[6280]: validating @0x7f17e8005900: mirror.nonstop.co.il A: no valid signature found
  5. Sep  7 08:51:06 ns3371649 named[6280]: validating @0x7f17e4005750: mirror.alpha-labs.net A: no valid signature found
  6. Sep  7 08:51:26 ns3371649 yum[16457]: Updated: php-common-5.6.40-22.el6.remi.x86_64
  7. Sep  7 08:51:27 ns3371649 yum[16457]: Updated: php-pdo-5.6.40-22.el6.remi.x86_64
  8. Sep  7 08:51:28 ns3371649 yum[16457]: Updated: php-cli-5.6.40-22.el6.remi.x86_64
  9. Sep  7 08:51:29 ns3371649 yum[16457]: Updated: php-xml-5.6.40-22.el6.remi.x86_64
  10. Sep  7 08:51:29 ns3371649 yum[16457]: Updated: ovh-rtm-binaries-1.0.13-1.noarch
  11. Sep  7 08:51:30 ns3371649 yum[16457]: Updated: ovh-rtm-metrics-toolkit-1.0.8-1.noarch
  12. Sep  7 08:51:30 ns3371649 yum[16457]: Updated: php-xmlrpc-5.6.40-22.el6.remi.x86_64
  13. Sep  7 08:51:31 ns3371649 yum[16457]: Updated: php-5.6.40-22.el6.remi.x86_64
  14. Sep  7 08:51:32 ns3371649 yum[16457]: Updated: php-odbc-5.6.40-22.el6.remi.x86_64
  15. Sep  7 08:51:32 ns3371649 yum[16457]: Updated: php-mysqlnd-5.6.40-22.el6.remi.x86_64
  16. Sep  7 08:51:33 ns3371649 yum[16457]: Updated: php-gd-5.6.40-22.el6.remi.x86_64
  17. Sep  7 08:51:34 ns3371649 yum[16457]: Updated: php-mbstring-5.6.40-22.el6.remi.x86_64
  18. Sep  7 08:51:34 ns3371649 yum[16457]: Updated: php-imap-5.6.40-22.el6.remi.x86_64
  19. Sep  7 08:51:35 ns3371649 yum[16457]: Updated: php-ldap-5.6.40-22.el6.remi.x86_64
  20. Sep  7 08:51:36 ns3371649 yum[16457]: Updated: php-process-5.6.40-22.el6.remi.x86_64
  21. Sep  7 08:51:37 ns3371649 yum[16457]: Updated: php-mcrypt-5.6.40-22.el6.remi.x86_64
  22. Sep  7 08:51:44 ns3371649 yum[16457]: Updated: kernel-4.19-ovh-xxxx-std-ipv6-64-4.19_ovh_xxxx_std_ipv6_64-1407389.x86_64
  23. Sep  7 08:51:47 ns3371649 yum[16457]: Updated: kernel-4.19-ovh-xxxx-std-ipv6-64-headers-4.19_ovh_xxxx_std_ipv6_64-1407389.x86_64
  24. Sep  7 08:51:49 ns3371649 yum[16457]: Updated: ca-certificates-2020.2.41-65.1.el6_10.noarch
  25. Sep  7 08:52:19 ns3371649 yum[16457]: Updated: webmin-1.955-1.noarch
  26. Sep  7 08:54:43 ns3371649 clamd[1606]: SelfCheck: Database status OK.
  27. Sep  7 08:55:31 ns3371649 named[6280]: managed-keys-zone ./IN: Active key unexpectedly missing from .
  28. Sep  7 08:57:20 ns3371649 fail2ban.actions[2105]: NOTICE [sshd] Unban 45.227.255.4
  29. Sep  7 09:01:59 ns3371649 init: tty (/dev/tty1) main process (2254) killed by TERM signal
  30. Sep  7 09:01:59 ns3371649 init: tty (/dev/tty2) main process (2256) killed by TERM signal
  31. Sep  7 09:01:59 ns3371649 init: tty (/dev/tty3) main process (2258) killed by TERM signal
  32. Sep  7 09:01:59 ns3371649 init: tty (/dev/tty4) main process (2260) killed by TERM signal
  33. Sep  7 09:01:59 ns3371649 init: tty (/dev/tty5) main process (2262) killed by TERM signal
  34. Sep  7 09:01:59 ns3371649 init: tty (/dev/tty6) main process (2264) killed by TERM signal
  35. Sep  7 09:01:59 ns3371649 fail2ban.server[2105]: INFO Stopping all jails
  36. Sep  7 09:02:00 ns3371649 fail2ban.jail[2105]: INFO Jail 'selinux-ssh' stopped
  37. Sep  7 09:02:01 ns3371649 fail2ban.action[2105]: ERROR iptables  -D INPUT -p tcp -m multiport --dports ssh -j f2b-default#012iptables  -F f2b-default#012iptables  -X f2b-default -- stdout: ''
  38. Sep  7 09:02:01 ns3371649 fail2ban.action[2105]: ERROR iptables  -D INPUT -p tcp -m multiport --dports ssh -j f2b-default#012iptables  -F f2b-default#012iptables  -X f2b-default -- stderr: 'iptables: Too many links.\n'
  39. Sep  7 09:02:01 ns3371649 fail2ban.action[2105]: ERROR iptables  -D INPUT -p tcp -m multiport --dports ssh -j f2b-default#012iptables  -F f2b-default#012iptables  -X f2b-default -- returned 1
  40. Sep  7 09:02:01 ns3371649 fail2ban.actions[2105]: ERROR Failed to stop jail 'sshd' action 'iptables-multiport': Error stopping action
  41. Sep  7 09:02:01 ns3371649 fail2ban.jail[2105]: INFO Jail 'sshd' stopped
  42. Sep  7 09:02:01 ns3371649 fail2ban.jail[2105]: INFO Jail 'sendmail-auth' stopped
  43. Sep  7 09:02:01 ns3371649 fail2ban.jail[2105]: INFO Jail 'postfix' stopped
  44. Sep  7 09:02:02 ns3371649 fail2ban.jail[2105]: INFO Jail 'courier-smtp' stopped
  45. Sep  7 09:02:03 ns3371649 fail2ban.jail[2105]: INFO Jail 'mysqld-auth' stopped
  46. Sep  7 09:02:03 ns3371649 fail2ban.jail[2105]: INFO Jail 'webmin-auth' stopped
  47. Sep  7 09:02:04 ns3371649 fail2ban.jail[2105]: INFO Jail 'sshd-ddos' stopped
  48. Sep  7 09:02:04 ns3371649 fail2ban.server[2105]: INFO Exiting Fail2ban
  49. Sep  7 09:02:07 ns3371649 clamd[1606]: Pid file removed.
  50. Sep  7 09:02:07 ns3371649 clamd[1606]: --- Stopped at Mon Sep  7 09:02:07 2020
  51. Sep  7 09:02:07 ns3371649 clamd[1606]: Socket file removed.
  52. Sep  7 09:02:08 ns3371649 init: Disconnected from system bus
  53. Sep  7 09:02:08 ns3371649 named[6280]: received control channel command 'stop'
  54. Sep  7 09:02:08 ns3371649 named[6280]: shutting down: flushing changes
  55. Sep  7 09:02:08 ns3371649 named[6280]: stopping command channel on 127.0.0.1#953
  56. Sep  7 09:02:08 ns3371649 named[6280]: stopping command channel on ::1#953
  57. Sep  7 09:02:08 ns3371649 named[6280]: no longer listening on 127.0.0.1#53
  58. Sep  7 09:02:08 ns3371649 named[6280]: no longer listening on ::1#53
  59. Sep  7 09:02:08 ns3371649 named[6280]: exiting
  60. Sep  7 09:02:11 ns3371649 auditd[1370]: The audit daemon is exiting.
  61. Sep  7 09:02:11 ns3371649 kernel: audit: type=1305 audit(1599462131.303:1449556): audit_pid=0 old=1370 auid=4294967295 ses=4294967295 res=1
  62. Sep  7 09:02:11 ns3371649 kernel: audit: type=1305 audit(1599462131.403:1449557): audit_enabled=0 old=1 auid=4294967295 ses=4294967295 res=1
  63. Sep  7 09:02:11 ns3371649 kernel: Kernel logging (proc) stopped.
  64. Sep  7 09:02:11 ns3371649 rsyslogd: [origin software="rsyslogd" swVersion="5.8.10" x-pid="1404" x-info="http://www.rsyslog.com"] exiting on signal 15.


---------------
D3
n°1453682
Hermes le ​Messager
Breton Quiétiste
Posté le 07-09-2020 à 10:18:00  profilanswer
 

Quand tu dis écran noir, tu devrais avoir quoi en temps normal ? l'écran en mode console ou l'écran en mode graphique?


---------------
Expert en expertises
n°1453683
mechkurt
Posté le 07-09-2020 à 10:22:49  profilanswer
 

Hermes le Messager a écrit :

Quand tu dis écran noir, tu devrais avoir quoi en temps normal ? l'écran en mode console ou l'écran en mode graphique?


Je cites le ticket de SoYouStart (filiale d'OVH) :

Code :
  1. Voici les détails de cette opération :
  2. Boot sur interface diagnostique (rescue)
  3. Date 2020-09-07 09:17:32 CEST (UTC +02:00), kevin P a fait Boot sur interface diagnostique (rescue):
  4. Voici le détail de l'intervention réalisée:
  5. Le serveur reste bloqué durant la phase de boot sur le message :
  6. (blackscreen)
  7. Un redémarrage sur un noyau standard OVH ('netboot') ne corrige pas la
  8. situation.
  9. Actions entreprises:
  10. Redémarrage du serveur sur mode 'rescue' (Linux)
  11. Résultat:
  12. Boot OK. Système 'rescue' accessible.
  13. Recommandations:
  14. Configuration/erreur à corriger par le client


Il n'y a pas d'environnement graphique sur ce poste, je "l'administres" (quand il veut bien booter) via putty / winscp et parfois via webmin...


---------------
D3
n°1453684
Hermes le ​Messager
Breton Quiétiste
Posté le 07-09-2020 à 10:38:01  profilanswer
 

Est-ce que dans /sda3/var/log tu as des boot logs:
 
Si boot.log n'est pas empty, tu peux regarder dedans mais il contiendra sûrement le dernier boot. Vois donc ceux résultant du log rotate, donc boot.log.1 par exemple si celui-ci existe et les suivants. Montre moi le content de boot.log et boot.log.1 s'ils existent et ne sont pas empty.
 


---------------
Expert en expertises
n°1453685
mechkurt
Posté le 07-09-2020 à 10:44:19  profilanswer
 

Contenu de /sda3/var/log/boot.log (fichier modifier le 06/01/2020 à 08:46:00) pas d'autre fichiers commençant par boot...

Code :
  1. %G/pre-pivot/50selinux-loadpolicy.sh: 14: cannot create /sysroot/selinux/enforce: Read-only file system
  2.  Welcome to CentOS
  3. Démarrage de udev : udevd[679]: can not read '/etc/udev/rules.d/80-net-name-slot.rules'
  4. udevd[679]: can not read '/etc/udev/rules.d/80-net-name-slot.rules'
  5. udevd[679]: can not read '/etc/udev/rules.d/80-net-setup-link.rules'
  6. udevd[679]: can not read '/etc/udev/rules.d/80-net-setup-link.rules'
  7. %G[  OK  ]
  8. Configuration du nom d'hôte nsblahblah.ip-XX-YYY-ZZ..eu:  [  OK  ]
  9. Configuration du gestionnaire de volume logique :  [  OK  ]
  10. Vérification des systèmes de fichiers
  11. / : propre, 519849/122019840 fichiers, 17938134/488076800 blocs
  12. /boot : propre, 41/131072 fichiers, 80246/523264 blocs
  13. [  OK  ]
  14. Remontage du système de fichiers racine en mode lecture-écriture :  [  OK  ]
  15. mount : selon mtab /dev/sda3 est déjà monté sur /
  16. Montage des systèmes de fichiers locaux :  [  OK  ]
  17. Activation des quotas des systèmes de fichiers locaux :  [  OK  ]
  18. Activation des /etc/fstab swaps :  [  OK  ]
  19. Début du démarrage non-interactif
  20. Calling the system activity data collector (sadc)...
  21. ipset: Loaded with no configuration
  22. ip6tables : Application des règles du pare-feu : [  OK  ]
  23. iptables : Application des règles du pare-feu : [  OK  ]
  24. Activation de l'interface loopback :  [  OK  ]
  25. Activation de l'interface eth0 :  Determining if ip address XX.YYY.ZZ.69 is already in use for device eth0...
  26. Non-standard uts for running kernel:
  27. release 4.19-ovh-xxxx-std-ipv6-64=4.19.0 gives version code 267008
  28. [  OK  ]
  29. Démarrage de auditd : [  OK  ]
  30. Démarrage de portreserve : [  OK  ]
  31. Démarrage de l'enregistreur de journaux du système : [  OK  ]
  32. Démarrage de named : [  OK  ]
  33. Démarrage de mdmonitor : [  OK  ]
  34. Démarrage du bus de messages du système : [  OK  ]
  35. Mounting filesystems:  [  OK  ]
  36. Redémarrage des événements udev en échec[  OK  ]
  37. Starting beamium
  38. Started
  39. Starting noderig
  40. Started
  41. Démarrage de sshd : [  OK  ]
  42. Starting Clam AntiVirus Daemon: [  OK  ]
  43. Démarrage de mysqld :  [  OK  ]
  44. Démarrage de postfix : [  OK  ]
  45. Démarrage de httpd : [  OK  ]
  46. Démarrage de crond : [  OK  ]
  47. Démarrage de fail2ban : [  OK  ]
  48. Démarrage de atd : [  OK  ]
  49. -


---------------
D3
n°1453686
mechkurt
Posté le 07-09-2020 à 10:47:42  profilanswer
 

J'ai relancé le ticket clos auprès de l'hebergeur avec ce contenu :

Citation :

Bonjour,
Je me suis contenté de faire yum update suivi d'un reboot -r now après ça j'ai reçu vos Mails comme quoi la machine était en panne...
J'ai remonté la partition en mode rescue et voici le contenu de /var/log/messages depuis mon yum update jusqu'a la fin du fichier :
[log de messages cf. ci dessus]
L’extinction semble normal, par contre aucune trace d'un redémarrage, êtes vous vraiment certain qu'il n'y a aucun problème hardware ?


Bizarre non qu'il ne redémarre pas ?


---------------
D3
n°1453694
Erlum
Posté le 07-09-2020 à 13:30:21  profilanswer
 

Faudrait démarrer sur un ancien noyau pour voir si c'est pas le nouveau la cause du problème.
 
On a eu le cas y'a quelques mois au boulot... Je sais pas si c'est possible de réaliser ça sans accès console par contre.

n°1453695
mechkurt
Posté le 07-09-2020 à 14:06:39  profilanswer
 

C'est possible ça de rollback un yum update directement sur des partitions avec une machine qui ne démarre pas ?
 
Ça me semble chaud ! :- /
 
Pourquoi y'a toujours des galère de serveurs, je suis développeur pas sysadmin... [:ruisseau de larmes]


---------------
D3
n°1453697
Hermes le ​Messager
Breton Quiétiste
Posté le 07-09-2020 à 15:08:49  profilanswer
 

mechkurt a écrit :

C'est possible ça de rollback un yum update directement sur des partitions avec une machine qui ne démarre pas ?
 
Ça me semble chaud ! :- /
 
Pourquoi y'a toujours des galère de serveurs, je suis développeur pas sysadmin... [:ruisseau de larmes]


 
Il y a bcp de choses à faire. Le plus préoccupant dans ton cas, c'est que pour le moment je n'ai pas vu de logs qui expliquent clairement ce qui se passe et ce qui empêche la machine de booter correctement.  
Tu peux tenter de démarrer en utilisant le kernel précédent et voir ce qui se passe sans pour autant faire un rollback du yum update. Parallèlement à cela, tu peux aussi voir ce que contient :
 
/var/log/yum.log
 
Pour voir ce qui a été mis à jour lors de ton update.


---------------
Expert en expertises
mood
Publicité
Posté le 07-09-2020 à 15:08:49  profilanswer
 

n°1453698
mechkurt
Posté le 07-09-2020 à 15:16:40  profilanswer
 

Hermes le Messager a écrit :

Il y a bcp de choses à faire. Le plus préoccupant dans ton cas, c'est que pour le moment je n'ai pas vu de logs qui expliquent clairement ce qui se passe et ce qui empêche la machine de booter correctement.  
Tu peux tenter de démarrer en utilisant le kernel précédent et voir ce qui se passe sans pour autant faire un rollback du yum update.

 
Moi je veux bien, mais je n'ai aucune idée de comment faire !

Hermes le Messager a écrit :


Parallèlement à cela, tu peux aussi voir ce que contient :
/var/log/yum.log
 
Pour voir ce qui a été mis à jour lors de ton update.


Rien de bizarre a priori, enfin en tout cas pour moi...

Code :
  1. Jan 06 08:42:23 Updated: libcurl-7.19.7-54.el6_10.x86_64
  2. Jan 06 08:42:23 Updated: curl-7.19.7-54.el6_10.x86_64
  3. Jan 06 08:42:35 Updated: webmin-1.940-2.noarch
  4. Jan 06 08:42:36 Updated: kernel-4.19-ovh-xxxx-std-ipv6-64-headers-4.19_ovh_xxxx_std_ipv6_64-1051709.x86_64
  5. Jan 06 08:42:37 Updated: ca-certificates-2019.2.32-65.1.el6_10.noarch
  6. Jan 06 08:42:53 Updated: kernel-4.19-ovh-xxxx-std-ipv6-64-4.19_ovh_xxxx_std_ipv6_64-1051709.x86_64
  7. Jan 06 08:42:54 Updated: freetype-2.3.11-19.el6_10.x86_64
  8. Mar 04 09:11:31 Installed: 1:qt-4.6.2-28.el6_5.x86_64
  9. Mar 04 09:11:32 Installed: alsa-lib-1.1.0-4.el6.x86_64
  10. Mar 04 09:11:33 Installed: 2:libogg-1.1.4-2.1.el6.x86_64
  11. Mar 04 09:11:49 Updated: webmin-1.941-1.noarch
  12. Mar 04 09:11:49 Installed: foomatic-db-filesystem-4.0-8.20091126.el6.noarch
  13. Mar 04 09:11:49 Installed: libmng-1.0.10-4.1.el6.x86_64
  14. Mar 04 09:11:50 Installed: mesa-dri-filesystem-11.0.7-4.el6.x86_64
  15. Mar 04 09:11:50 Installed: openjpeg-libs-1.3-16.el6_8.x86_64
  16. Mar 04 09:11:51 Installed: qt3-3.3.8b-30.el6.x86_64
  17. Mar 04 09:11:52 Installed: cvs-1.11.23-16.el6.x86_64
  18. Mar 04 09:11:53 Installed: gettext-0.17-18.el6.x86_64
  19. Mar 04 09:11:54 Installed: 1:libvorbis-1.2.3-5.el6_9.1.x86_64
  20. Mar 04 09:11:54 Installed: 1:libtheora-1.1.0-2.el6.x86_64
  21. Mar 04 09:11:55 Installed: 1:qt-sqlite-4.6.2-28.el6_5.x86_64
  22. Mar 04 09:11:55 Installed: libgudev1-147-2.74.el6_10.x86_64
  23. Mar 04 09:11:56 Installed: libvisual-0.4.0-10.el6.x86_64
  24. Mar 04 09:11:59 Installed: db4-devel-4.7.25-22.el6.x86_64
  25. Mar 04 09:12:00 Installed: libXv-1.0.11-1.el6.x86_64
  26. Mar 04 09:12:01 Updated: libzip5-1.6.1-1.el6.remi.x86_64
  27. Mar 04 09:12:02 Updated: php-common-5.6.40-18.el6.remi.x86_64
  28. Mar 04 09:12:05 Updated: php-pecl-zip-1.17.2-1.el6.remi.5.6.x86_64
  29. Mar 04 09:12:06 Updated: php-pdo-5.6.40-18.el6.remi.x86_64
  30. Mar 04 09:12:08 Updated: php-cli-5.6.40-18.el6.remi.x86_64
  31. Mar 04 09:12:08 Updated: php-xml-5.6.40-18.el6.remi.x86_64
  32. Mar 04 09:12:09 Installed: libXxf86vm-1.1.3-2.1.el6.x86_64
  33. Mar 04 09:12:10 Installed: xml-common-0.6.3-33.el6.noarch
  34. Mar 04 09:12:11 Installed: iso-codes-3.16-2.el6.noarch
  35. Mar 04 09:12:12 Installed: gstreamer-tools-0.10.29-1.el6.x86_64
  36. Mar 04 09:12:13 Installed: gstreamer-0.10.29-1.el6.x86_64
  37. Mar 04 09:12:16 Installed: poppler-data-0.4.0-1.el6.noarch
  38. Mar 04 09:12:16 Installed: poppler-0.12.4-12.el6_10.1.x86_64
  39. Mar 04 09:12:17 Installed: poppler-utils-0.12.4-12.el6_10.1.x86_64
  40. Mar 04 09:12:19 Installed: 1:cups-1.4.2-81.el6_10.x86_64
  41. Mar 04 09:12:22 Installed: foomatic-db-ppds-4.0-8.20091126.el6.noarch
  42. Mar 04 09:12:24 Installed: foomatic-db-4.0-8.20091126.el6.noarch
  43. Mar 04 09:12:25 Installed: foomatic-4.0.4-5.el6_7.x86_64
  44. Mar 04 09:12:26 Installed: mesa-private-llvm-3.6.2-1.el6.x86_64
  45. Mar 04 09:12:27 Installed: mesa-dri1-drivers-7.11-8.el6.x86_64
  46. Mar 04 09:12:29 Installed: mesa-dri-drivers-11.0.7-4.el6.x86_64
  47. Mar 04 09:12:29 Installed: mesa-libGL-11.0.7-4.el6.x86_64
  48. Mar 04 09:12:30 Installed: mesa-libGLU-11.0.7-4.el6.x86_64
  49. Mar 04 09:12:32 Installed: liboil-0.3.16-4.1.el6.x86_64
  50. Mar 04 09:12:33 Installed: libXtst-1.2.3-1.el6.x86_64
  51. Mar 04 09:12:34 Installed: cdparanoia-libs-10.2-5.1.el6.x86_64
  52. Mar 04 09:12:35 Installed: gstreamer-plugins-base-0.10.29-2.el6.x86_64
  53. Mar 04 09:12:36 Installed: 1:phonon-backend-gstreamer-4.6.2-28.el6_5.x86_64
  54. Mar 04 09:12:38 Installed: 1:qt-x11-4.6.2-28.el6_5.x86_64
  55. Mar 04 09:12:39 Installed: gdbm-devel-1.8.0-39.el6.x86_64
  56. Mar 04 09:12:40 Installed: perl-ExtUtils-MakeMaker-6.55-144.el6.x86_64
  57. Mar 04 09:12:41 Installed: perl-Test-Harness-3.17-144.el6.x86_64
  58. Mar 04 09:12:43 Installed: 1:perl-ExtUtils-ParseXS-2.2003.0-144.el6.x86_64
  59. Mar 04 09:12:44 Installed: 4:perl-devel-5.10.1-144.el6.x86_64
  60. Mar 04 09:12:45 Installed: perl-Test-Simple-0.92-144.el6.x86_64
  61. Mar 04 09:12:46 Installed: redhat-lsb-core-4.0-7.el6.centos.x86_64
  62. Mar 04 09:12:46 Installed: redhat-lsb-printing-4.0-7.el6.centos.x86_64
  63. Mar 04 09:12:50 Installed: redhat-lsb-graphics-4.0-7.el6.centos.x86_64
  64. Mar 04 09:12:50 Installed: redhat-lsb-compat-4.0-7.el6.centos.x86_64
  65. Mar 04 09:12:51 Installed: redhat-lsb-4.0-7.el6.centos.x86_64
  66. Mar 04 09:12:52 Updated: ovh-rtm-binaries-1.0.12-1.noarch
  67. Mar 04 09:12:52 Updated: php-xmlrpc-5.6.40-18.el6.remi.x86_64
  68. Mar 04 09:12:53 Updated: php-5.6.40-18.el6.remi.x86_64
  69. Mar 04 09:12:55 Updated: php-odbc-5.6.40-18.el6.remi.x86_64
  70. Mar 04 09:12:56 Updated: php-mysqlnd-5.6.40-18.el6.remi.x86_64
  71. Mar 04 09:12:57 Updated: php-imap-5.6.40-18.el6.remi.x86_64
  72. Mar 04 09:12:58 Updated: php-process-5.6.40-18.el6.remi.x86_64
  73. Mar 04 09:12:59 Updated: php-ldap-5.6.40-18.el6.remi.x86_64
  74. Mar 04 09:13:00 Updated: php-mbstring-5.6.40-18.el6.remi.x86_64
  75. Mar 04 09:13:01 Updated: php-fedora-autoloader-1.0.1-2.el6.remi.noarch
  76. Mar 04 09:13:03 Updated: php-mcrypt-5.6.40-18.el6.remi.x86_64
  77. Mar 04 09:13:04 Updated: php-gd-5.6.40-18.el6.remi.x86_64
  78. Mar 04 09:13:05 Updated: kernel-4.19-ovh-xxxx-std-ipv6-64-headers-4.19_ovh_xxxx_std_ipv6_64-1139549.x86_64
  79. Mar 04 09:13:06 Updated: remi-release-6.10-2.el6.remi.noarch
  80. Mar 04 09:13:25 Updated: kernel-4.19-ovh-xxxx-std-ipv6-64-4.19_ovh_xxxx_std_ipv6_64-1139549.x86_64
  81. Jul 09 14:19:57 Updated: 32:bind-libs-9.8.2-0.68.rc1.el6_10.7.x86_64
  82. Jul 09 14:19:59 Updated: 32:bind-9.8.2-0.68.rc1.el6_10.7.x86_64
  83. Jul 09 14:19:59 Updated: gd-last-2.3.0-1.el6.remi.x86_64
  84. Jul 09 14:20:00 Updated: libzip5-1.7.1-1.el6.remi.x86_64
  85. Jul 09 14:20:01 Updated: php-common-5.6.40-21.el6.remi.x86_64
  86. Jul 09 14:20:02 Updated: php-pecl-zip-1.19.0-1.el6.remi.5.6.x86_64
  87. Jul 09 14:20:03 Updated: php-cli-5.6.40-21.el6.remi.x86_64
  88. Jul 09 14:20:04 Updated: php-pdo-5.6.40-21.el6.remi.x86_64
  89. Jul 09 14:20:04 Updated: php-xml-5.6.40-21.el6.remi.x86_64
  90. Jul 09 14:20:05 Updated: php-process-5.6.40-21.el6.remi.x86_64
  91. Jul 09 14:20:07 Updated: 1:php-pear-1.10.12-1.el6.remi.noarch
  92. Jul 09 14:20:07 Updated: php-xmlrpc-5.6.40-21.el6.remi.x86_64
  93. Jul 09 14:20:08 Updated: php-odbc-5.6.40-21.el6.remi.x86_64
  94. Jul 09 14:20:08 Updated: php-mysqlnd-5.6.40-21.el6.remi.x86_64
  95. Jul 09 14:20:09 Updated: php-5.6.40-21.el6.remi.x86_64
  96. Jul 09 14:20:10 Updated: php-mcrypt-5.6.40-21.el6.remi.x86_64
  97. Jul 09 14:20:10 Updated: php-imap-5.6.40-21.el6.remi.x86_64
  98. Jul 09 14:20:11 Updated: php-ldap-5.6.40-21.el6.remi.x86_64
  99. Jul 09 14:20:11 Updated: php-mbstring-5.6.40-21.el6.remi.x86_64
  100. Jul 09 14:20:12 Updated: php-gd-5.6.40-21.el6.remi.x86_64
  101. Jul 09 14:20:12 Updated: 32:bind-chroot-9.8.2-0.68.rc1.el6_10.7.x86_64
  102. Jul 09 14:20:13 Updated: 32:bind-utils-9.8.2-0.68.rc1.el6_10.7.x86_64
  103. Jul 09 14:20:19 Updated: kernel-4.19-ovh-xxxx-std-ipv6-64-4.19_ovh_xxxx_std_ipv6_64-1325309.x86_64
  104. Jul 09 14:20:48 Updated: webmin-1.953-1.noarch
  105. Jul 09 14:20:51 Updated: kernel-4.19-ovh-xxxx-std-ipv6-64-headers-4.19_ovh_xxxx_std_ipv6_64-1325309.x86_64
  106. Jul 09 14:20:53 Updated: tzdata-2020a-1.el6.noarch
  107. Jul 09 14:20:54 Updated: sudo-1.8.6p3-29.el6_10.3.x86_64
  108. Jul 31 16:42:56 Updated: libzip5-1.7.3-1.el6.remi.x86_64
  109. Jul 31 16:42:59 Updated: kernel-4.19-ovh-xxxx-std-ipv6-64-headers-4.19_ovh_xxxx_std_ipv6_64-1355549.x86_64
  110. Jul 31 16:42:59 Updated: gd-last-2.3.0-2.el6.remi.x86_64
  111. Jul 31 16:43:06 Updated: kernel-4.19-ovh-xxxx-std-ipv6-64-4.19_ovh_xxxx_std_ipv6_64-1355549.x86_64
  112. Sep 07 08:51:26 Updated: php-common-5.6.40-22.el6.remi.x86_64
  113. Sep 07 08:51:27 Updated: php-pdo-5.6.40-22.el6.remi.x86_64
  114. Sep 07 08:51:28 Updated: php-cli-5.6.40-22.el6.remi.x86_64
  115. Sep 07 08:51:29 Updated: php-xml-5.6.40-22.el6.remi.x86_64
  116. Sep 07 08:51:29 Updated: ovh-rtm-binaries-1.0.13-1.noarch
  117. Sep 07 08:51:30 Updated: ovh-rtm-metrics-toolkit-1.0.8-1.noarch
  118. Sep 07 08:51:30 Updated: php-xmlrpc-5.6.40-22.el6.remi.x86_64
  119. Sep 07 08:51:31 Updated: php-5.6.40-22.el6.remi.x86_64
  120. Sep 07 08:51:32 Updated: php-odbc-5.6.40-22.el6.remi.x86_64
  121. Sep 07 08:51:32 Updated: php-mysqlnd-5.6.40-22.el6.remi.x86_64
  122. Sep 07 08:51:33 Updated: php-gd-5.6.40-22.el6.remi.x86_64
  123. Sep 07 08:51:34 Updated: php-mbstring-5.6.40-22.el6.remi.x86_64
  124. Sep 07 08:51:34 Updated: php-imap-5.6.40-22.el6.remi.x86_64
  125. Sep 07 08:51:35 Updated: php-ldap-5.6.40-22.el6.remi.x86_64
  126. Sep 07 08:51:36 Updated: php-process-5.6.40-22.el6.remi.x86_64
  127. Sep 07 08:51:37 Updated: php-mcrypt-5.6.40-22.el6.remi.x86_64
  128. Sep 07 08:51:44 Updated: kernel-4.19-ovh-xxxx-std-ipv6-64-4.19_ovh_xxxx_std_ipv6_64-1407389.x86_64
  129. Sep 07 08:51:47 Updated: kernel-4.19-ovh-xxxx-std-ipv6-64-headers-4.19_ovh_xxxx_std_ipv6_64-1407389.x86_64
  130. Sep 07 08:51:49 Updated: ca-certificates-2020.2.41-65.1.el6_10.noarch
  131. Sep 07 08:52:19 Updated: webmin-1.955-1.noarch


Et sinon je suis en train de tar/gz depuis le rescue pour remonter sur une autre machine mais ça prend un temps fou !
Je suis en train de me demander si un rsync serait pas plus rapide...


---------------
D3
n°1453701
Hermes le ​Messager
Breton Quiétiste
Posté le 07-09-2020 à 16:59:11  profilanswer
 

Ok, effectivement, rien de fou-fou pour la dernière update. Un peu de PHP, du Webmin (aucun changement majeur) et le kernel bien évidemment qui est probablement à l’origine du problème. Est-ce que tu as accès à une console lors du boot? Quel est le produit que tu utilises chez OVH?
 
En regardant les update, tu peux essayer de rebooter avec kernel-4.19-ovh-xxxx-std-ipv6-64-4.19_ovh_xxxx_std_ipv6_64-1355549.x86_64 et voir si le problème se pose toujours.
 
Parallèlement à cela, lorsque tu parles d’écran noir, c’est où ? Tu veux dire que la connexion SSH échoue ? Comment te connectes-tu au système et que se passe-t-il exactement ?


---------------
Expert en expertises
n°1453702
Erlum
Posté le 07-09-2020 à 17:02:46  profilanswer
 

Essaye de changer le kernel par défaut en suivant cette procédure.

n°1453733
mechkurt
Posté le 08-09-2020 à 15:50:23  profilanswer
 

@Hermes : Dans le ticket du support OVH, ils disent que  

Citation :

Le serveur reste bloqué durant la phase de boot sur le message :
(blackscreen)
Un redémarrage sur un noyau standard OVH ('netboot') ne corrige pas la
situation.
Actions entreprises:
Redémarrage du serveur sur mode 'rescue' (Linux)


En mode rescue j'ai un débian "minimum" dans la ram je penses, et je peux monter mes partitions pour faire des récupération (ce que j'ai fait pour remonter les sites ailleurs) voire des réparations (mais là j'ai pas le niveau).
J'aimerais quand même bien trouver une solution pacque je penses qu'en mode rescue la machine est une vraie passoire (pas de fail2ban pour limiter les accès SSH :- /).
 
@Erlum : j'ai cherché les lignes à modifié dans mon grub comme sur ton tuto mais c'est légèrement différent et du coups je suis perdu :
contenu de /sda2/grub/grub.conf (sda2 et  monté sur /boot normalement)

Citation :


default=1
timeout=5
 
 title CentOS (4.19-ovh-xxxx-std-ipv6-64)
 kernel /vmlinuz-4.19-ovh-xxxx-std-ipv6-64 root=/dev/sda3  ro SYSFONT=latarcyrheb-sun16 LANG=fr_FR.UTF-8 KEYTABLE=fr
 root (hd0,1)
 initrd /initramfs-4.19-ovh-xxxx-std-ipv6-64.img
 title linux centos6_64
 kernel /vmlinuz-4.19-ovh-xxxx-std-ipv6-64 root=/dev/sda3  ro
 root (hd0,1)
 initrd /initramfs-4.19-ovh-xxxx-std-ipv6-64.img


---------------
D3

Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Linux et OS Alternatifs
  Divers

  [CENTOS] Help config soyoustart en mose rescue, ecran noir en normal

 

Sujets relatifs
[HELP] VM VirtualBOX image disque Ubuntu introuvable[Centos] Dossier partis en sucette
[CentOS] Réparer un RAID 5[CLOS] Ubuntu Mate 20.04 - pc portable l'écran non identifié
Ecran et/ou carte graphique qui ne démarrent pas sous LinuxPb resolution écran KUBUNTU dans vbox
[HELP] installation scanner sous MINT 19.1[RESOLU]Problème de droits d'écriture pour Apache sous CentOS
pb driver nvidia ecran 640x480Config tablette Wacom : scroll avec le touch ring possible ?
Plus de sujets relatifs à : [CENTOS] Help config soyoustart en mose rescue, ecran noir en normal


Copyright © 1997-2018 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR