Je suis en train de tenter de mettre à jour mon portable sous Ubuntu. La mise a jour a un petit problème, le PC ne se lance pas en mode graphique.
Avant systemd, je pouvais facilement tenter de résoudre le problème en faisant unb ctrl+alt+Fn pour ouvrir un terminal en mode texte.
Avec systemd, c'est impossible. Cet abruti essaie de relancer le mode graphique en permanence, et lorsquye je fais ctrlµ+alt+Fn, je ne peux rien faire parce que le redémarrage force le mode graphique.
Merci systemd …
# grub est ton ami
Posté par barmic 🦦 . Évalué à 1.
grub > Advanced options pourra probablement t'aider ;)
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: grub est ton ami
Posté par Okki (site web personnel, Mastodon) . Évalué à 5.
Semblerai qu'Ubuntu possède également un Mode de dépannage (recovery mode), qui semble offrir la console d'admin qu'il semble rechercher 🙂
[^] # Re: grub est ton ami
Posté par totof2000 . Évalué à 1.
Merci c'est ce que j'ai fait, mais ça me pousse à faire un poweroff sauvage, ce que je n'aime pas.
[^] # Re: grub est ton ami
Posté par saltimbanque (site web personnel) . Évalué à 3.
j'en fais des milliers, mais je ne suis pas une statistique fiable
[^] # Re: grub est ton ami
Posté par Kerro . Évalué à 6.
Clairement :-)
[^] # Re: grub est ton ami
Posté par xrogaan . Évalué à 1.
Oui, mais, tu vois, ça ne serait pas nécessaire si systemd laissait les daemons crever en paix.
J'ai eu cet exacte comportement quand archlinux est passé à systemd, puis quand l'init foire comme ça tu ne peux pas t'empêcher de te demander où sera le prochain point de cassure. Depuis je suis retourné sur le vieux SysVinit parce que je connais, ça fonctionne pour mes besoins, et j'ai pas besoin de réapprendre à tourner une roue.
[^] # Re: grub est ton ami
Posté par claudex . Évalué à 10. Dernière modification le 24 avril 2020 à 17:24.
C'est une fonctionnalité de systemd, mais ce n'est pas forcé par systemd. Ça dépend comment c'est configuré par la distribution.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
# Ou alors, le problème est tout autre
Posté par Okki (site web personnel, Mastodon) . Évalué à 10.
Je ne connais pas Ubuntu, mais sous Fedora, qui utilise systemd, Ctrl+Alt+Fn fonctionne toujours…
[^] # Re: Ou alors, le problème est tout autre
Posté par Faya . Évalué à 3.
Idem sous Arch
[^] # Re: Ou alors, le problème est tout autre
Posté par totof2000 . Évalué à 2.
Mais … le ctrl+alt+Fn marche … Le problème c'est que systemd tente de redémarrer x11, du coup, la machine rebascule en ode graphique avant même de pouvoir lancer une session de login.
[^] # Re: Ou alors, le problème est tout autre
Posté par Okki (site web personnel, Mastodon) . Évalué à 3.
Lorsque ton PC démarre, appuie rapidement sur Shift jusqu'à faire apparaître le menu Grub. Édite l'entrée Ubuntu avec la touche e. Trouve la ligne qui commence par linux, puis ajoute un 3 tout à la fin. Une fois que c'est fait, appuie sur F10 pour démarrer. Ça devrait booter en runlevel 3 et te filer accès à une console.
[^] # Re: Ou alors, le problème est tout autre
Posté par legranblon (site web personnel) . Évalué à 9.
En fait, ce qui t'embête en l'occurrence, c'est le respawn pour le terminal X qui a toujours été présent, avec initrd comme avec rc.d. Peut-être que le respawn était limité à 3 tentatives sur certains systèmes, me souviens pas. La parade évoquée dans le post ci-dessus -changement vers un runlevel non graphique- est le seul truc simple et efficace que j'avais trouvé à l'époque … combiné aux sysreq keys pour éviter d'y aller trop bourrin sur les système de fichiers.
[^] # Re: Ou alors, le problème est tout autre
Posté par claudex . Évalué à 7.
Waw, tu mets X dans l'initrd ! :)
(je suppose que tu voulais dire avec SysVinit)
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Ou alors, le problème est tout autre
Posté par legranblon (site web personnel) . Évalué à 2.
Arf! Ouais, chez nous on a tous un gros initrd, on met même du X dedans … ;-)
Merci d'avoir relevé la boulette, elle était belle.
# un peu plus long que j'imaginais
Posté par Zenitram (site web personnel) . Évalué à 3.
Tiens, toujours à "ça"? J'avoue que j'imaginais que la honte de l’agressivité contre le changement serait plus rapide.
Sinon, on se demande quand même pourquoi tu utilises Ubuntu et pas Devuan qui est taillée pour toi suivant tes dires… Masochiste dans l'âme ou reconnaissance que les alternative ne sont pas mieux?
[^] # Re: un peu plus long que j'imaginais
Posté par totof2000 . Évalué à 1.
Devuan sur mes raspberry pi, freebsd sur mon PC perso, ubuntu sur mon laptop est là parce que je n'ai pas vraiment eu le temps de me pencher sur le support de la mise en hibernation de mon laptop lorsque je ferme le couvercle sous freebsd, et que je n'ai pas eu le temps de réinstaller un autre systeme.
Puis si je n'avais pas une ubuntu quelque part, je serais mal placé pour critiquer …. la je sais de quoi je parle.
+
Le problème avec systemd, c'est quand ça marche pas (et c'est ce que je dis depuis le début) : c'est absolument pas simple de réparer.
J'ai un ssd qui traine, je vais certainement y installer un freebsd pour voir si je peux régler le problème de fermeture de laptop, ou y installer une devuian (ou alternative). Avec ce confinement je devrais peut etre trouver un peu de temps.
[^] # Re: un peu plus long que j'imaginais
Posté par Psychofox (Mastodon) . Évalué à 7.
Je crois que le problème ce n'est pas systemd mais ubuntu. C'est comme pour wayland, sur ubuntu eoan j'ai bien plus de problèmes que sur fedora.
[^] # Re: un peu plus long que j'imaginais
Posté par xrogaan . Évalué à 2.
Un peu comme android sur tout les smartphones. Les vieilles versions d'android n'est pas le problème, le problème c'est tout ces constructeurs qui "oublient" de maintenir l'OS.
[^] # Re: un peu plus long que j'imaginais
Posté par ff9097 . Évalué à 0.
Ubuntu est toujours sous Xorg par défaut
[^] # Re: un peu plus long que j'imaginais
Posté par Psychofox (Mastodon) . Évalué à 2. Dernière modification le 24 avril 2020 à 21:18.
Je ne sais plus ce qui est par défaut mais si tu es sous gnome tu peux lui dire de démarrer la session sous wayland, ce que j'ai fais.
[^] # Re: un peu plus long que j'imaginais
Posté par pushmepullme . Évalué à -2.
Tout mesurer avant le choix d'une distribution est une gageure.. sans parler du fait que bien souvent, on a pas le choix.
Merci de ne pas répondre au tac au tac et de réfléchir avant
[^] # Re: un peu plus long que j'imaginais
Posté par barmic 🦦 . Évalué à 7.
Le journal est un troll qui a était écris à la va vite. Parce que le plus important c'est de dire à la face du monde que systemd c'est pas bien. Vu la qualité du journal, je ne vois pas pourquoi il mériterais beaucoup plus que des réponses « au tac au tac ».
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
# azerty
Posté par nlgranger . Évalué à 4. Dernière modification le 24 avril 2020 à 20:05.
Au moins avec systemd la console du mode recovery a la disposition de clavier que j'ai configurée (positive attitude!).
[^] # Re: azerty
Posté par benoar . Évalué à 4.
Ça ne dépend pas du tout de systemd (comme beaucoup des choses) : sous Debian (même sans systemd) on a une bonne disposition dès l'initrd, même en bépo par exemple. En fait, le problème j'ai l'impression ce sont les préférences par défaut : avoir un bon keymap dans l'initrd, systemd n'y peut rien (quoique j'ai vu récemment qu'ils s'y attaquent) mais ça marche sous Debian sans, et redémarrer sans cesse les process c'est tout pourri pour moi et c'est ce que fait systemd mais pas sysv, même si chacun pourrait faire ce que fait l'autre.
[^] # Re: azerty
Posté par nlgranger . Évalué à 1.
En effet, je viens de vérifier et c'est pris en charge par mkinicpio (dans /usr/lib/initcpio/install/keymap sous archlinux).
[^] # Re: azerty
Posté par freem . Évalué à 2.
Je suis intéressé par plus d'argumentation la dessus: pourquoi c'est pourri?
Accessoirement, ce n'est pas l'apanage de systemd, les daemontools le font aussi, et quand il faut interagir avec des systèmes (hard/soft) sur lesquels on n'a pas de maîtrise, ça sauve. Ou si on code de la merde aussi.
J'ai eu tous les cas :/
[^] # Re: azerty
Posté par octane . Évalué à 2.
Ca n'a rien à voir avec systemd????
Je comprends pas trop :-/
[^] # Re: azerty
Posté par nlgranger . Évalué à 1.
Cf ma réponse ci-dessus: il y a une étape de générateur d'image initrd qui lit la disposition du clavier (dans /etc/vconsole.conf ou autre) et copie le fichier correspondant dans l'image initrd.
J'ai supposé par erreur que systemd avait apporté cette amélioration car elle est arrivée en même temps que systemd sous Archlinux. En fait c'est une simple coïncidence.
# Solidaire dans la mouise
Posté par calandoa . Évalué à -6.
Alors moi aussi j'ai tenté le passage à la 20.04 depuis la 18, et j'en ai eu pour mon argent. Bon, il faut dire que j'utilise Kwin et que j'ai upgradé qq jours avant la sortie officielle, mais ça m'étonne que ça puisse être la raison pour la palanquée de problèmes que j'ai eu :
Le pire dans tout ça ? Il semblerait bien qu'aucun de ces problèmes ne soient imputables à cet étron de systemd. Je ne peux même plus troller objectivement sur la pire abomination qu'ait chiée l'humanité ! Franchement tout fout le camp… Comme quoi tu peux t'estimer heureux quelque part d'avoir de vrais arguments sous la main…
Question subsidiaire parce que je ne suis pas totalement obtus : c'est possible de lancer un petit xhost + à la fin du boot avec systemd ? là j'avoue, ça me couperait la chique !
[^] # Re: Solidaire dans la mouise
Posté par Boa Treize (site web personnel) . Évalué à 5.
L'upgrade de la 18.04 à la 20.04 ne sera disponible que fin juillet… Je ne sais pas comment tu as fait, mais je ne suis pas surpris que ça pique.
[^] # Re: Solidaire dans la mouise
Posté par calandoa . Évalué à 2.
C'est la première fois que j'entends que l'upgrade n'est disponible que bien après la sortie officielle !
Il est en théorie tout à fait possible de faire l'upgrade maintenant :
https://wiki.ubuntu.com/FocalFossa/ReleaseNotes#Upgrading_from_Ubuntu_18.04_LTS_or_19.10
Par contre, après recherche, en juillet sortira la 20.04.1 et là l'outil proposera de lui même cet upgrade à l'utilisateur lambda. Je veux bien croire que ça sera plus stable d'ici là, mais ça ne justifie pas tous ces problèmes actuels.
[^] # Re: Solidaire dans la mouise
Posté par Okki (site web personnel, Mastodon) . Évalué à 2.
Peu importe le système, si l'on recherche la stabilité, il n'est jamais bon de se ruer sur la mise jour, dès le jour de la sortie. Il vaut mieux attendre quelques semaines, voir quelques mois, le temps que tous les problèmes de jeunesse soient corrigés.
[^] # Re: Solidaire dans la mouise
Posté par Benoît Sibaud (site web personnel) . Évalué à 3.
Les problèmes de jeunesse seront découverts par ceux qui testent dès maintenant principalement. Comme d'hab' faut choisir entre stabilité et disponibilité rapide (ie. entre plus ou moins de tests).
[^] # Re: Solidaire dans la mouise
Posté par Benoît Sibaud (site web personnel) . Évalué à 3.
Dit autrement, je testerais d'abord en local avec des postes client ou des serveurs (physiques ou virtuels) sur lesquels j'ai la main, avant par exemple de faire des montées de version sur des serveurs physiques distant dans un datacenter ou l'ordi de mes parents ou des serveurs hébergeant des services pour lesquels une interruption longue serait désagréable. Histoire d'une part de se faire la main, d'autre part de signaler d'éventuels soucis, et ensuite de pouvoir faire les opérations plus sensibles en toute confiance. Et c'est bien sûr vrai pour n'importe quelle distribution en fait.
[^] # Re: Solidaire dans la mouise
Posté par freem . Évalué à 3.
En gros, sur des machines que tu peux rattraper sans intervention coûteuse (le coût étant de diverses natures: argent, temps, réputation, etc) quand ça va merder.
Malheureusement, seuls les gens qui ont eu a gérer un parc de plus de 3 machines en plus d'autres tâches sont enclins a penser a ce genre de «détails» je le crains.
[^] # Re: Solidaire dans la mouise
Posté par calandoa . Évalué à 2.
En l'occurrence, je recherchais surtout un système capable de faire un shutdown quand je lui demande, sans devoir recompiler le kernel pour autant. Ce que faisait la 18.04 à ses débuts, mais plus par la suite… donc bon les généralités ça ne conduit malheureusement pas toujours dans la bonne direction.
Après il serait intéressant que je tente cette 20.04 en live cd, voir si ces problèmes sont dus en partie à ma config.
# systemd, c'est très bien pour ceux qui suivent le courant...
Posté par freem . Évalué à 3. Dernière modification le 26 avril 2020 à 03:57.
… pour les autres, il nous reste la démerde. Comment ça, il nous reste? C'est pas un peu ce qu'on a toujours voulu, un système hackable?
Ton problème, il viens pas de systemd, hé non. Pourtant, moi, j'aime pas sD, je devrais tout lui mettre sur le dos selon les conventions geek du pour ou contre.
Perso, j'ai d'abord été pour, parce qu'il virait manu militari le bordel de rc.d. Il le remplace par des fichiers en mode déclaratif… éparpillés partout! ( en vrai, j'y connaissais que dalle… et c'est systemd qui m'a permis de chercher les alternatives! vive sD, bon ou mauvais, il me fut utile!)
En bref, systemd, a mes yeux, ça remplace juste un peu de shell pourri par du C qui se base sur des fichiers de config a la géométrie qui variera selon le temps.
Je serais moinssé a bloc, je me doute, et je m'en fout. Je veux juste te poser une question: si tu aimes pas systemd, ben, pourquoi que tu l'utilises?
Non, parce que perso, j'aime pas, certes, mais quand j'ai une merde, je me plains pas, pourtant j'utilise debian, la mère d'ubuntu. Ah, ptet parce que j'utilise un autre PID1?
Ben oui, c'est possible, les mainteneurs de debian sont pas des enculés, ce sont des gens biens et d'habiles ingénieurs qui laissent l'option a ceux qui le veulent.
Maintenant, c'est a nous, qui n'utilisons pas systemd de prouver qu'on peut s'en peut s'en passer. Oui cest la loi de la jungle. Mais c'est un peu le principe initial de l'open source, non? Le meilleur fork et gagne!
Reste a prouver que systemd gagnera, mais ça, c'est pour moi ;)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.