Cette espace vous permet de voir toutes les Messages réalisées par ce membre. Vous ne pouvez voir que les Messages réalisées dans les espaces auxquels vous avez accès.
Une fois que tu es loggué, fais comme Chalu a dit: regarde dans les logs:
journalctl -xb
ou vérifie quel service a mal démarré
systemctl
Généralement juste avant le prompt du mode rescue, il est indiqué ce qui a déconné. Là ça bloque juste après le Switch Root, tu n'aurais un disque qui a claqué ? ou corrompu ?
Nope, je vois pas. Si c'est une installation récente, ça peut être que le paquet a été installé via ta clé/DVD dans une version de build plus récente ou numérotée comme telle. Un peu étrange mais anodin je pense.
Vous y trouverez toutes les informations nécessaires pour aider à la traduction / rédaction des articles pour commencer et j'enrichirai ça petit à petit avec d'autres moyens de participer à openSUSE.
En septembre 2021, on sera avec Leap 15.3 ou Leap 16 et sans doute du python3 non ?
Il y a déjà python2 ET python3 installés sur Leap 15.1. La fin du support Python2.7 s'étant produite en début d'année, je pense que pour Leap 16, il n'y aura en effet plus python2 du tout.
Salut, Je ne connais pas tout ça, je prendrais le temps de mieux regarder mais déjà pour te donner une piste, voici un article que j'ai vu passé dans mes flux RSS cette semaine:
Tu copies ton fichier .qcow2 au même endroit sur la nouvelle installation, tu recrées une machine virtuelle avec les mêmes caractéristiques et tu utilises ton fichier qcow2 en tant que disque de cette nouvelle VM. Tout simplement.
Pourquoi aurais-tu à réinstaller quoi que ce soit en restant en Leap ? Les mises à jour mineures de Leap sont transparentes. Et les mises à jour majeures se passent généralement plutôt très bien (à condition de suivre les procédures et de n'avoir pas fait n'importe quoi avec ses dépôts). Si ton serveur est stable, installé et configuré correctement, tu pourras le mettre à jour de version en version durant plusieurs années sans soucis.
Je ne sais pas ce que c'est HTPC mais non, pas d'interface graphique sur MicroOS. Très franchement, vu l'usage que tu décris, je ne vois strictement aucun intérêt pour tout d'envisager de passer à Tumbleweed sur ton serveur. Ça me paraît inutile, contre-productif et propre à te mettre des situations fâcheuses que tu n'aurais pas anticipées.
Salut, Je ne recomenderais pas le passage en Tumbleweed pour un serveur avec des applicatifs installés directement sur le système. Tu évoques avec raison le problème d'évolution de PHP, dispo en 7.4 alors que des applicatifs comme Nextcloud et d'autres sûrement ne le supporte pas. En revanche, ça peut le faire tout à fait pour un serveur hôte de containers Docker ou Podman. Depuis plusieurs mois j'ai mon serveur Nextcloud, Git et des sites qui tourne sous MicroOS (un dérivé de Tumbleweed spécialement conçu pour être hôte d'exécution de containers) et ça marche au top:
L'OS est en mode mises à jour transactionnelles (système de fichiers en lecture seule, les mises à jour s'appliquent sur un snapshot qui sera promu snapshot par défaut au reboot). Mon serveur se met à jour tout seul, reboot tout seul au milieu de la nuit, si soucis au reboot, il rollback automatiquement sur le précedent snapshot (qui contient donc mon système dans le dernier bon état connu). Tip top.
Là je ne l'ai pas fait. Je t'invite à t'y abonner et, chaque fois que tu as l'intention de traduire un article, tu envoies un message d'ITT (Intention To Translate). Au moins on sait qui s'apprête à traduire quoi.
Si besoin voici un modèle:
Citer
Subject: ITT: News Tumbleweed S05/2020
Salut,
Juste pour annoncer que je suis en train de travailler à la traduction de:
Cette liste nous sert d'outil simple de coordination, il ne faut pas hésiter à en abuser ! Merci tout de même pour ton travail et désolé d'avoir zappé le mail cette fois-ci