Reprise du message précédent :

Effectivement, ça venait de là.

opendjdk-8* effacé, fichier jdk.sh actualisé repris en compte
et java -version sort ce qu'il me faut

Le serveur minecraft semble vouloir se lancer. J'ai d'autres problèmes de config à régler, mais ça à l'air good.

Milles mercis

Probablement parce que chaque modif de mon serveur me prend des heures de défenestration cérébrale haha

Ce que j'ai à faire tourner tourne en deb 9, j'ai pas cherché plus loin ^^'

Parce que 9 commence à dater quand même  

Un jour je ferais la maj.
 
Mais la config de ce qui tourne dessus m'arrache les cheveux à chaque fois, donc j'applique le précepte de "if ain't broke, don't fix it"
 
^^'
 
Le serveur minecraft tourne. <3

Petite prise de tête hier soir sur un autre portable suite à un dist-upgrade.
Au reboot, le système qui me dit gentiment qu'il a démarré en mode recovery, et que je dois taper sur entrée pour continuer, sauf que le compte root est verrouillé.
Après petit chroot, j'ajoute le premier user du portable au groupe sudo, je reboot, je passe en recovery, je cherche pendant des plombes dans journalctl (ce truc qui sert à rien, aucune info, juste du beau blabla quand tout va bien    ) et dans syslog, bref pas trouvé la cause du pourquoi / a été monté en ro.
 
Donc petit mount -o rw,remount / en tant que root, puis sddm qui veut pas trouver l'écran (j'ai tenté lightdm pas beaucoup mieux, et encore une fois le message d'erreur qui veut rien dire).
 
Donc seconde passe dans les logs d'apt/aptitude pour voir un peu ce qui pourrait être la cause, je décide de passer sur les versions unstable de kde. Ca va un peu plus loin, mais arrivé dans kde, il n'y a que la barre de tâches de visible, pas de fond d'écran et aucun moyen de paramétrer le bureau (d'ailleurs je ne comprends pas pourquoi systemsettings ne permet pas de modifier ces paramètres...). Après installation du paquet plasma-desktop enfin, j'ai le bureau qui s'affiche. J'ai aussi viré kwin-wayland, car il semble provoquer quelques problèmes en ce moment sur les portables que j'ai.
 
Retour sur le problème de / en ro au démarrage, même combat, je regarde ce qui a été mis à jour, entre grub, systemd et autres.
Downgrade de tout ça en stable, reboot et.... enfin un boot normal.
 
Fin de journée, j'ai lancé un mx-snapshot sur l'os pour en garder une version potable avant les prochaines mises à jour qui pourraient arriver.
Ce système aurait peut être besoin de passer en btrfs quand j'en aurais plus l'habitude.

Dernière petite question concernant mon instance minecraft.
 
Sauriez-vous me diriger vers la bonne manip pour permettre au programme de rester actif sur mon serveur lorsque j'éteins l'invit de commande de mon pc ?
 
Merci

Pas de lancement en mode démon possible ?
Sinon nohup, screen, tmux ou similaire selon le besoin.

en plus de ce qui est dit juste avant, je suis partial envers byobu (apt install byobu) qui est une surcouche à tmux qui simplifie la vie. tu lances byobu, il te crée un nouveau terminal indépendant (tu peux en créer autant que tu veux avec F2 et naviguer dedans avec F3/F4), tu lances ta commande et tu appuies sur F6 pour retourner à ton terminal initial, le programme continue de s’exécuter. Pour y retourner, tu relances byobu.
https://doc.ubuntu-fr.org/byobu
https://www.byobu.org/documentation

Je vais tenter ça.
 
L'idée c'est de pouvoir éteindre mon pc en laissant le serveur minecraft online pour les autres participants.

perso je tourne ce genre de trucs soit en daemon soit dans un screen. J'ai regardé très rapidos et un type parle de lancer ça en screen justement.
 
Et le truc cool avec screen c'est que ça permet de tester si t'as tout tes doigts sur les mains avec leurs commandes CTRL-A-D etc

 
As tu regardé ce genre de tutos :  
 
https://www.digitalocean.com/commun [...] -minecraft
 
https://linuxconfig.org/ubuntu-20-0 [...] rver-setup
 
J'ai tendance à préférer la seconde version qui utilise systemd à la place de screen.

 
Après, si tu veux vraiment "éteindre le PC", ça va tout couper hein

 
Je cherck ça ce soir
 

 
Pourquoi ça devrait. Je parle d'un serveur distant.    

 
Ah j'ai cru que tu parlais de la machine qui fait tourner le minecraft, je me disais bien que ça paraissait un peu curieux

 
A priori, it works, milles mercis

 
Patapay, je précise d'avance
 
Je suis une formation actuellement.
Je ne veux pas dire de conneries, alors je vous pose une petite question.
Le formateur nous a demandé d'installer des serveurs Debian en mode minimum, juste la console, car, selon lui "si vous installez le GUI, la partie graphique, ça peut poser des problèmes réseaux. Surtout dans l'installation de logiciels via APT."
Bon, je voulais dire "N'importe quoi" mais avant de le crier, je viens m'en assurer avec vous.  
 
Merci de vos retours posés

effectivement c'est n'importe quoi

J'installe aussi sans interface graphique. J'avoue que parfois c'est plus rapide d'ouvrir une fenêtre pour déplacer un fichier.

Par contre sur de petites machines, je trouve ça aussi pas mal d'être 100% ligne de commande.

 
+1
 
Les seuls avantages de la ligne de commande sur un serveur :
- installer le minimum
- comprendre un peu mieux les mécanismes

Et quand tu maîtrises vraiment, gagner en rapidité.

Ceci étant, tu peux utiliser la ligne de commande depuis un GUI.

Y a 20 ans, pour installer un serveur sur une petite machine où la Ram se comptait encore en Mega, c'était intéressant de ne mettre qu'un serveur graphique minimal (X), si nécessaire - pour installer Oracle serveur par ex.
Pour l'apprentissage ça peut être bien, mais l'argument réseau/APT, mouais ...

La (enfin, l’une d’elles) bonne pratique, c’est pas : installer le serveur sans GUI, et ne s’y connecter ensuite que via SSH depuis une autre machine (qui aura, elle, une interface graphique) ?
 
Maintenant, ne pas installer de GUI, c’est réduire d’autant la surface d’attaque. Pour un serveur, surtout exposé à Internet, c’est toujours bon à prendre. Il aurait dit ça, ton formateur aurait sorti un argument valable.

Il ne l'a pas peut-être pas dit, mais certainement pensé.

Je suis de cet avis aussi, même si techniquement la partie graphique simplifie parfois les choses.

Après mes serveurs de fichiers sont entièrement administrés en mode graphique et ça va bien.

Merci à tous de vos réponses
 
Je m'attendais à vos retours, mais je voulais être vraiment sûr pour ne pas sortir une virenque.  
Car il a bien dit "La partie graphique fout le caca avec le réseau, surtout lorsque vous installez des logiciels avec APT "
 
Je suis dans une formation de qualitaÿ

Oui, ça craint... Je suis d'accord que X augmente la surface d'attaque, mais bon, si c'est bien configuré une petite interface graphique légère c'est quand même comfortable...

Faut revenir à la Slackware !!! :-)

Perso je n'ai jamais d'interface graphique sur mes serveurs parce qu'ils sont racké dans un datacenter et qu'il n'y a pas d'écran ni clavier branchés dessus .

Tout en ssh sauf cas de force majeur ou la machine est en vrac.

 
Gentoo  

Tiens puisqu'on parle d'administration, vous faites du sudo ou tout en root ?

En fait pour moi ça dépend de l'installation. Si j'ai l'user qui est admin je fais un sudo. Si j'ai mis un user et un admin, je passe root.
 
Je ne sais pas si je suis clair...

Un user sudoer en somme ?

Perso full root. Mais mon serveur doit être une passoire donc je vous donne pas l'ip

je fais toujours du "su -" j'ai du mal avec sudo, même sur ma station xD

Alors il a pas complétement tort ton formateur, lancer une mise à jour en mode graphique c'est prendre le risque que la couche graphique redémarre/se plante et plante avec elle le processus de mise à jour.
Ca se contourne en lançant la mise à jour dans une session tmux ou screen, mais ça reste sans intérêt de le faire via la GUI.
Pour l'aspect sécurité, moins y a de choses qui tournent et de services/paquets installés, moins t'as de surface d'attaque (à distance ou locale).

Donc t'as bien fait de ne rien dire

Oui m'enfin entre le petit risque que X plante et la màj échoue et "La partie graphique fout le caca avec le réseau, surtout lorsque vous installez des logiciels avec APT" y'a quand même une grosse différence...

Il a peut-être pas retranscrit mot pour mot ce qu'a dit son formateur, hein

 
su -  

su - sur ma machine, sudo -i sur la machine d'un proche. Les autres ordis sont sous Windows...

ssh root@localhost

J'ai l'enregistrement de la matinée. Il a bien dit ça, et je suis sûr qu'il voulait bien dire que la couche graphique pouvait merdifier la partie réseau du serveur.  
Perso, je n'ai jamais jamais eu de soucis, de plantages, sur mes portables ou fixes sous Ubuntu ou Debian en graphique, qui me faisait planter le réseau. Des APTs, j'en ai fait pourtant whatmille, et jamais eu une déco
alors d'accord, il ne s'agissait pas de serveurs, mais quand même.
Je précise que tous les serveurs Linux que j'ai installés, c'était uniquement en mode console. Jamais en graphique. Never Ever !

Tiens et dans les découvertes d'hier, je n'avais jamais fait attention que depuis debian 11 il y avait un merge de /usr/bin /bin etc. avec des symlink dans le slash. Du moins pour les installations de debian 11 fraîches. Parce que j'ai plusieurs machines qui ont été upgrade depuis le temps et ce n'est pas mergé. Il y a d'ailleurs un paquet usrmerge qui s'occupe de convertir le tout.
 
J'ai découvert ça en faisant un  
 

 
ce qui a eu pour effet de remplacer le symlink distant par un dossier ne contenant que mes modules kernel et couper assez drastiquement la machine distance
Et bordel je n'arrête pas de répéter aux gens de faire gaffe avec les / lors d'un rsync
 
/noob

Fallait pas installer de GUI, ca pose problème avec le réseau