[Résolu] Impossible d'accéder au terminal, mais ssh fonctionne.

Pandora · Le 29/01/2024, à 15:04

Bonjour à tous,

J'ai un serveur en 20.04.6 LTS virtualisé sur du vmware. Il fonctionne " très " bien depuis euh ... très longtemps.. En général je n'y accède que par ssh pour passer les mises à jour normales, reboot etc.
J'ai voulu le passer en 22.04.3 afin de ne pas prendre trop de retard, et ce genre de manipulation ne se fait pas vraiment en ssh normalement. En accédant au serveur par VMWare, je me rend compte, que je ne peux rien faire en "physique" sur la machine.

J'ai bien la liste des services [ OK ] du boot, tout est vert, mais en guise de prompt j'ai juste un souligné clignotant.
Je suis allée regarder avec ctrl+alt+FX les 8, et c'est partout pareil, je n'ai qu'un vilain souligné clignotant.
CTRL+C ne donne rien, taper dans une des consoles ne donne rien non plus, les disques ne sont pas pleins, et à part celà tout fonctionne bien .. ce qui explique que je n'ai pas fait attention à ce détail depuis je ne sais plus quand, je ne peux même pas dire si je n'avais pas abandonné et passé l'upgrade 18-20 en ssh ...

Si quelqu'un a une solution pour que je puisse récupérer l'accès en physique je suis preneuse !

Merci d'avance !

Dernière modification par Pandora (Le 12/02/2024, à 08:52)

sputnick · Le 29/01/2024, à 15:06

Une photo aiderait bien

Pandora · Le 29/01/2024, à 15:12

Alors j'avoue j'ai la flemme, du coup je te fais un dessin !

______________
| _ |
| |
| |
|______________|

Dernière modification par Pandora (Le 29/01/2024, à 15:16)

sputnick · Le 29/01/2024, à 15:19

Que disent les logs?

journalctl -b    # boot
journalctl -xe  # en cours
tail -f /var/log/{syslog,Xorg.0.log}

Les passages où il y a des erreurs.

Pandora · Le 30/01/2024, à 07:01

Hello,

Pas vraiment d'erreurs dans les commandes en question, la seule est une erreur d'antivirus, un admin sys me l'avais mis il y a quelques années et vraisemblablement il n'est plus entretenu, il faudrait peut être que je l'enlève, le serveur ne gère pas de fichiers.

Jan 30 06:54:27 XXXXXX esets_daemon[1184]: error[04a00000]: Error updating Antivirus modules: An error occurred while downloading update files.

Pandora

Dernière modification par Pandora (Le 30/01/2024, à 07:01)

Pandora · Le 30/01/2024, à 09:39

J'ai enfin eu le temps de préparer un screen ce matin

https://nsm09.casimages.com/img/2024/01 … 347033.png

Le script qui apparait en dessous , et de ce que je me souviens ne posait pas de soucis pour accéder aux terminaux virtuel avant, il n'a pas été modifié depuis l'époque où cela fonctionnait.

log.Println("default password")

( c'est du GO)

Ce sont les seules interactions. Le dev qui l'avait fait n'est bien sur plus disponible

J'ai une version test pour ce serveur, où le problème n'apparaissait pas ( je l'ai transformé en desktop depuis, et même avec ce script je n'ai jamais eu de soucis)

Ubuntu 22.04.3 LTS XXXX-test tty2
XXXX-test login:

Pandora

Modération - Image à remplacer par le texte entre balises code (explications ici)

Dernière modification par cqfd93 (Le 30/01/2024, à 10:30)

jplemoine · Le 30/01/2024, à 10:55

Si tu es en "entreprise" (au sens large --> pas chez toi, derrière un box classique), peux-tu t'assurer qu'il y a bien un "serveur DHCP".
Dans le cas contraire, il faut une adresse IP fixe + divers paramètre réseau.
Il est possible que l'adresse IP utilisée soit dans un bac à sable (sandbox) et que le paramétrage soit incomplet :
- tu as alors une adresse IP (qui permet donc le SSH) mais avec des droits (très) réduits
- il y a une sorte de blocage qui fait que le paramétrage du réseau ne rend pas la main : d'où le curseur clignotant en haut à gauche.

--> il y aurait eu une modification "réseau" (à prendre au sens large) ce qui expliquerait que ça fonctionnait "avant" et que ça ne fonctionne plus sans que rien n'ait été changé sur la machine.

Peux-tu donner le résultat de :

uptime
who -b
lsb_release -a
ip a

sputnick · Le 30/01/2024, à 11:40

Le status 'network' est à OK dans l'image.

Peux tu tester de rebooter après avoir retiré le bit eXecutable?

chmod -x /etc/rc.local
reboot

Pandora · Le 30/01/2024, à 11:46

Hello,

root@dmzdii2:~# uptime
 11:14:59 up  6:14,  1 user,  load average: 0.32, 0.21, 0.12
root@dmzdii2:~# who -b
         system boot  2024-01-30 05:00
root@dmzdii2:~# lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 20.04.6 LTS
Release:        20.04
Codename:       focal
root@dmzdii2:~# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 00:50:56:a1:53:97 brd ff:ff:ff:ff:ff:ff
    inet 172.17.1.21/24 brd 172.17.1.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fe80::250:56ff:fea1:5397/64 scope link
       valid_lft forever preferred_lft forever
root@dmzdii2:~#

Le serveur est rebooté tous les matins, c'est voulu.
L'ip est fixée dans /etc/network/interfaces, je peux le passer sur netplan s'il faut, je n'avais pas fait le changement car le serveur faisait correctement son taff.

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet static
        address 172.17.1.21
        netmask 255.255.255.0
        network 172.17.1.0
        broadcast 172.17.1.255
        gateway 172.17.1.1
        dns-nameservers 172.17.1.11 172.17.1.9
        dns-search XXXXXXXXXX

L'ip est bien celle qui lui est attribuée, il est en dmz, et accessible pour son service de l'extérieur derrière un F5.

Pour la modération, je n'ai pas la possibilité de copier/coller le screen de boot, le copier coller cette VM n'étant pas autorisé à le faire, du coup je n'ai que le screenshot pour l'écran de boot.

Pandora

Pandora · Le 30/01/2024, à 11:48

sputnick a écrit :

Le status 'network' est à OK dans l'image.
Peux tu tester de rebooter après avoir retiré le bit eXecutable?
chmod -x /etc/rc.local
reboot

Il va falloir que j'attende demain matin, pour faire celà quand le service est moins utilisé.

sputnick · Le 30/01/2024, à 11:53

Ou cloner la VM.

jplemoine · Le 30/01/2024, à 11:53

Je laisse la main à @sputnick qui semble maîtriser le sujet et savoir mieux que moi.

Pandora · Le 30/01/2024, à 11:57

sputnick a écrit :

Ou cloner la VM.

Je n'ai pas les droits pour la cloner malheureusement
Et le temps de remonter/justifier celà à l'it, ca peut prendre des semaines.

Pandora

Pandora · Le 31/01/2024, à 07:21

Pandora a écrit :

sputnick a écrit :
Le status 'network' est à OK dans l'image.
Peux tu tester de rebooter après avoir retiré le bit eXecutable?
chmod -x /etc/rc.local
reboot
Il va falloir que j'attende demain matin, pour faire celà quand le service est moins utilisé.

Avec cette manip, je récupère effectivement le prompt, par contre forcément mon script ne se lance plus, et mon service est down du coup .

J'ai regardé le fichier, j'avoue qu'il date de 2015, je vais faire un peu de doc pour voir s'il n'y a pas de meilleures façons de le lancer aujourd'hui.

Dernière modification par Pandora (Le 31/01/2024, à 07:26)

sputnick · Le 31/01/2024, à 12:51

Donc tu a le souci.

Vu que ton code est privé, on ne pourra sûrement pas t'aider.

Une idée sur comment lancer ton process dans screen pour que ça ne bloque pas ton prompt, le script principal étant run.sh:

screen -d -m -S titre_qui_va_bien ./run.sh

Sinon, se tourner vers systemd et un fichier service. Cela gère les dépendances et la mise en tache de fonds.

Pandora · Le 12/02/2024, à 08:54

Hello, désolé je n'ai pas eu la possibilité de répondre plus tôt.

Je pense que je vais regarder vers systemd, j'ai retrouvé une de mes vieilles notes où j'avais écrit ce mot dans un coin.... Ca ne doit pas être un hasard xD

Merci à tous !

sputnick · Le 12/02/2024, à 10:59

A tu essayé la commande screen?

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 29/01/2024, à 15:04

[Résolu] Impossible d'accéder au terminal, mais ssh fonctionne.

#2 Le 29/01/2024, à 15:06

Re : [Résolu] Impossible d'accéder au terminal, mais ssh fonctionne.

#3 Le 29/01/2024, à 15:12

Re : [Résolu] Impossible d'accéder au terminal, mais ssh fonctionne.

#4 Le 29/01/2024, à 15:19

Re : [Résolu] Impossible d'accéder au terminal, mais ssh fonctionne.

#5 Le 30/01/2024, à 07:01

Re : [Résolu] Impossible d'accéder au terminal, mais ssh fonctionne.

#6 Le 30/01/2024, à 09:39

Re : [Résolu] Impossible d'accéder au terminal, mais ssh fonctionne.

#7 Le 30/01/2024, à 10:55

Re : [Résolu] Impossible d'accéder au terminal, mais ssh fonctionne.

#8 Le 30/01/2024, à 11:40

Re : [Résolu] Impossible d'accéder au terminal, mais ssh fonctionne.

#9 Le 30/01/2024, à 11:46

Re : [Résolu] Impossible d'accéder au terminal, mais ssh fonctionne.

#10 Le 30/01/2024, à 11:48

Re : [Résolu] Impossible d'accéder au terminal, mais ssh fonctionne.

#11 Le 30/01/2024, à 11:53

Re : [Résolu] Impossible d'accéder au terminal, mais ssh fonctionne.

#12 Le 30/01/2024, à 11:53

Re : [Résolu] Impossible d'accéder au terminal, mais ssh fonctionne.

#13 Le 30/01/2024, à 11:57

Re : [Résolu] Impossible d'accéder au terminal, mais ssh fonctionne.

#14 Le 31/01/2024, à 07:21

Re : [Résolu] Impossible d'accéder au terminal, mais ssh fonctionne.

#15 Le 31/01/2024, à 12:51

Re : [Résolu] Impossible d'accéder au terminal, mais ssh fonctionne.

#16 Le 12/02/2024, à 08:54

Re : [Résolu] Impossible d'accéder au terminal, mais ssh fonctionne.

#17 Le 12/02/2024, à 10:59

Re : [Résolu] Impossible d'accéder au terminal, mais ssh fonctionne.

Pied de page des forums