• Networkmanager en mode console

    From ajh-valmer@21:1/5 to All on Wed Jul 26 14:10:01 2023
    Hello,
    lorsque je boote Debian-12 en mode console (recovery),
    sans Xorg, le r�seau ne fonctionne plus,
    networkmanager ne semble pas ouvrir la connexion.
    Quid ?
    Merci.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From RogerT@21:1/5 to All on Wed Jul 26 15:10:01 2023
    --Apple-Mail-FC040FB4-5014-4396-8C86-AE902D6767FA
    Content-Type: text/plain;
    charset=utf-8
    Content-Transfer-Encoding: quoted-printable



    Le 26 juil. 2023 à 14:08, ajh-valmer <[email protected]> a écrit : Hello,
    lorsque je boote Debian-12 en mode console (recovery),
    sans Xorg, le réseau ne fonctionne plus,
    networkmanager ne semble pas ouvrir la connexion.
    Quid ?
    Merci.

    Je ne vais pas pouvoir t’aider.

    Mais je ne peux m’empêcher de rappeler ce que NoSpam nous a écrit hier dans le fil « Comment router le trafic réseau finement » ou j’étais empêtré dans NM ou systemd, et les systèmes de résolution de nom :

    man interfaces & remove NM

    Si tu peux accéder à ta machine en mode normal et basculer sur ifupdown, peux-tu nous dire si ce gestionnaire d’interface monte le réseau en mode recovery ?

    NoSpam répondra sans doute même sur la capacité de ifupdown en mode recovery, nous convainquant encore plus de l’intérêt d’un système simple.


    --Apple-Mail-FC040FB4-5014-4396-8C86-AE902D6767FA
    Content-Type: text/html;
    charset=utf-8
    Content-Transfer-Encoding: quoted-printable

    <html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div dir="ltr"><meta http-equiv="content-type" content="text/html; charset=utf-8"><div dir="ltr"><meta http-equiv="content-type" content="text/html;
    charset=utf-8"><div dir="ltr"></div><div dir="ltr"><br></div><div dir="ltr"><br><blockquote type="cite">Le 26 juil. 2023 à 14:08, ajh-valmer &lt;[email protected]&gt; a écrit&nbsp;:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><
    span>Hello,</span><br><span>lorsque je boote Debian-12 &nbsp;en mode console (recovery),</span><br><span>sans Xorg, le réseau ne fonctionne plus,</span><br><span>networkmanager ne semble pas ouvrir la connexion.</span><br><span>Quid ?</span><br><span>
    Merci.</span><br><span></span><br></div></blockquote>Je ne vais pas pouvoir t’aider.&nbsp;</div><div dir="ltr"><br><div>Mais je ne peux m’empêcher de rappeler ce que NoSpam nous a écrit hier dans le fil « Comment router le trafic réseau finement �
    � ou j’étais empêtré dans NM ou systemd, et les systèmes de résolution de nom :</div><div><br></div><div><b>man interfaces &amp; remove NM</b></div><div><br></div><div>Si tu peux accéder à ta machine en mode normal et basculer sur ifupdown, peux-
    tu nous dire si ce gestionnaire d’interface monte le réseau en mode recovery ?</div><div><br></div><div>NoSpam répondra sans doute même sur la capacité de ifupdown en mode recovery, nous convainquant encore plus de l’intérêt d’un système
    simple.</div><div><br></div></div></div></body></html> --Apple-Mail-FC040FB4-5014-4396-8C86-AE902D6767FA--

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Michel Verdier@21:1/5 to All on Wed Jul 26 15:40:01 2023
    Le 26 juillet 2023 ajh-valmer a écrit :

    lorsque je boote Debian-12 en mode console (recovery),
    sans Xorg, le réseau ne fonctionne plus,

    Je ne suis pas sûr mais n'est-ce pas le fonctionnement normal du recovery ?
    Il est là pour rétablir un système bootable, notamment le mount du
    root qui normalement doit être en read-only à ce stade.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From ajh-valmer@21:1/5 to All on Wed Jul 26 16:00:01 2023
    Le 26 juillet 2023 ajh-valmer a �crit :
    lorsque je boote Debian-12 en mode console (recovery),
    sans Xorg, le r�seau ne fonctionne plus,

    On Wednesday 26 July 2023 15:32:01 Michel Verdier wrote:
    Je ne suis pas s�r mais n'est-ce pas le fonctionnement normal du recovery ? Il est l� pour r�tablir un syst�me bootable, notamment le mount du
    root qui normalement doit �tre en read-only � ce stade.

    La connexion r�seau en mode recovery est tr�s importante,
    c'est dans ce mode que l'on fait "apt upgrade" et surtout pour
    "apt dist-upgrade" ou "apt full-upgrade.
    C'est �vident, comment installer le firmware, pilote graphique,
    si Xorg ne les a pas.
    C'�tait ma question, pourquoi networkmanager ne connecte pas
    en boot recovery ?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From ajh-valmer@21:1/5 to All on Wed Jul 26 15:30:01 2023
    Le 26 juil. 2023 à 14:08, ajh-valmer <[email protected]> a écrit : lorsque je boote Debian-12 en mode console (recovery),
    sans Xorg, le réseau ne fonctionne plus,
    networkmanager ne semble pas ouvrir la connexion.

    On Wednesday 26 July 2023 15:00:29 RogerT wrote:
    Je ne vais pas pouvoir t’aider :
    Alors, pourquoi répondre ?
    Et mettre NoSpam dans la réponse.

    Si tu peux accéder à ta machine en mode normal et basculer sur ifupdown, peux-tu nous dire si ce gestionnaire d’interface monte le réseau en mode recovery ?
    NoSpam répondra sans doute même sur la capacité de ifupdown en mode recovery, nous convainquant encore plus de l’intérêt d’un système simple :

    Networkmanager devrait aussi connecter en réseau en mode recovery.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Erwan David@21:1/5 to All on Wed Jul 26 16:10:01 2023
    Le 26/07/2023 à 15:57, ajh-valmer a écrit :
    Le 26 juillet 2023 ajh-valmer a écrit :
    lorsque je boote Debian-12 en mode console (recovery),
    sans Xorg, le réseau ne fonctionne plus,
    On Wednesday 26 July 2023 15:32:01 Michel Verdier wrote:
    Je ne suis pas sûr mais n'est-ce pas le fonctionnement normal du recovery ? >> Il est là pour rétablir un système bootable, notamment le mount du
    root qui normalement doit être en read-only à ce stade.
    La connexion réseau en mode recovery est très importante,
    c'est dans ce mode que l'on fait "apt upgrade" et surtout pour
    "apt dist-upgrade" ou "apt full-upgrade.
    C'est évident, comment installer le firmware, pilote graphique,
    si Xorg ne les a pas.
    C'était ma question, pourquoi networkmanager ne connecte pas
    en boot recovery ?


    Peut-être faut-il lancer le service à la main ? ça aurait du sens que le recovery ne lance que le strict minimum quitte à ce que l'utilisateur
    lance à la main les services dont il a besoin.

    que dit systemctk status network-manager.service ?

    Et s'il n'ets pas lancé systemctl start network-manager.service ?

    --
    Erwan David

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From steve@21:1/5 to All on Wed Jul 26 18:00:01 2023
    Le 26-07-2023, à 15:57:07 +0200, ajh-valmer a écrit :

    Le 26 juillet 2023 ajh-valmer a écrit :
    lorsque je boote Debian-12 en mode console (recovery),
    sans Xorg, le réseau ne fonctionne plus,

    On Wednesday 26 July 2023 15:32:01 Michel Verdier wrote:
    Je ne suis pas sûr mais n'est-ce pas le fonctionnement normal du recovery ? >> Il est là pour rétablir un système bootable, notamment le mount du
    root qui normalement doit être en read-only à ce stade.

    La connexion réseau en mode recovery est très importante,
    c'est dans ce mode que l'on fait "apt upgrade" et surtout pour
    "apt dist-upgrade" ou "apt full-upgrade.
    C'est évident, comment installer le firmware, pilote graphique,
    si Xorg ne les a pas.
    C'était ma question, pourquoi networkmanager ne connecte pas
    en boot recovery ?


    C'est un choix, réfléchi, pas de réseau en mode recovery. Si tu en as besoin, tu le montes manuellement.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Michel Verdier@21:1/5 to All on Wed Jul 26 18:40:01 2023
    Le 26 juillet 2023 ajh-valmer a écrit :

    La connexion réseau en mode recovery est très importante,
    c'est dans ce mode que l'on fait "apt upgrade" et surtout pour
    "apt dist-upgrade" ou "apt full-upgrade.

    Pas évident. Si le boot peut se poursuivre assez pour faire un apt c'est
    que le root est monté et donc que le réseau a été ou peut être lancé.

    C'est évident, comment installer le firmware, pilote graphique,
    si Xorg ne les a pas.

    En bootant complètement mais en restant en console. Avec une install
    classique ctrl-alt-f1 ... ctrl-alt-f5 pour accéder aux consoles.
    Et si X bloque le désactiver en mode recovery puis continuer le boot pour rester en console.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From didier gaumet@21:1/5 to All on Wed Jul 26 19:10:01 2023
    Le 26/07/2023 à 15:57, ajh-valmer a écrit :
    Le 26 juillet 2023 ajh-valmer a écrit :
    lorsque je boote Debian-12 en mode console (recovery),
    sans Xorg, le réseau ne fonctionne plus,

    On Wednesday 26 July 2023 15:32:01 Michel Verdier wrote:
    Je ne suis pas sûr mais n'est-ce pas le fonctionnement normal du recovery ? >> Il est là pour rétablir un système bootable, notamment le mount du
    root qui normalement doit être en read-only à ce stade.

    La connexion réseau en mode recovery est très importante,
    c'est dans ce mode que l'on fait "apt upgrade" et surtout pour
    "apt dist-upgrade" ou "apt full-upgrade.
    C'est évident, comment installer le firmware, pilote graphique,
    si Xorg ne les a pas.
    C'était ma question, pourquoi networkmanager ne connecte pas
    en boot recovery ?

    Bonjour,

    je crois que tu confonds le mode console et le mode récupération
    (recovery).

    Traditionnellement je pense qu'on fait les mises-à-jour système en mode console (hors système graphique), plutôt qu'en pur mode graphique ou que
    dans un terminal (pseudo-console) au sein du mode graphique, surtout
    pour se prémunir d'un problème qui affecterait le système graphique
    durant la mise-à-jour et rendrait la bonne terminaison de celle-ci
    impossible

    Comme te l'ont exposé Michel et Erwan, le but premier du mode
    récupération de de démarrer dans une configuration la plus minimale
    possible afin de résoudre des problèmes qui pourraient devenir
    insolubles sinon (le système se plantant avant qu'on puisse tenter une manoeuvre correctrice)

    lis la page de manuel de systemd.special qui te détaillera les
    différentes cibles (target) au moment du boot.

    En gros:
    - mode récupération (recovery): rescue.target pour Systemd,
    généralement mode 1 sous sysVinit
    - mode console: multi-user.target pour Systemd, généralement mode 3 ou
    4 sosu sysVinit
    - mode graphique (recovery): graphical-session.target pour Systemd, généralemennt mode 5 sous sysVinit

    Donc sous Debian 12 en mode recovery, NetworkManager n'est pas démarré,
    et comme on te l'a déjà conseillé, il faut le faire (systemctl start NetworkManager)

    Mais il est beaucoup usuel de booter normalement, de faire un
    CTRL-ALT-Fn pour aller dans la console N°n (n à ton choix du moment
    qu'elle disponible) et faire ses mises-à-jour tranquillement, hors
    système graphique (Xorg ou Wayland)

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From steve@21:1/5 to All on Wed Jul 26 19:10:01 2023
    Le 26-07-2023, à 18:35:46 +0200, Michel Verdier a écrit :

    Le 26 juillet 2023 ajh-valmer a écrit :

    La connexion réseau en mode recovery est très importante,
    c'est dans ce mode que l'on fait "apt upgrade" et surtout pour
    "apt dist-upgrade" ou "apt full-upgrade.

    Pas évident. Si le boot peut se poursuivre assez pour faire un apt c'est
    que le root est monté et donc que le réseau a été ou peut être lancé.

    C'est évident, comment installer le firmware, pilote graphique,
    si Xorg ne les a pas.

    En bootant complètement mais en restant en console. Avec une install >classique ctrl-alt-f1 ... ctrl-alt-f5 pour accéder aux consoles.
    Et si X bloque le désactiver en mode recovery puis continuer le boot pour >rester en console.

    Évident, pour qui a creusé un poil…

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From didier gaumet@21:1/5 to All on Wed Jul 26 19:30:01 2023
    Le 26/07/2023 à 15:00, RogerT a écrit :


    Le 26 juil. 2023 à 14:08, ajh-valmer <[email protected]> a écrit :

    Hello,
    lorsque je boote Debian-12  en mode console (recovery),
    sans Xorg, le réseau ne fonctionne plus,
    networkmanager ne semble pas ouvrir la connexion.
    Quid ?
    Merci.

    Je ne vais pas pouvoir t’aider.

    Mais je ne peux m’empêcher de rappeler ce que NoSpam nous a écrit hier dans le fil « Comment router le trafic réseau finement » ou j’étais empêtré dans NM ou systemd, et les systèmes de résolution de nom :

    *man interfaces & remove NM*
    [...]

    On est quand même dans un contexte potentiellement très différent:
    1) routage pour un serveur ou accès internet simple pour un PC desktop
    2) accès internet simple pour un PC laptop vraiment *îtinérant*

    Dans le second cas, oui je sais que certains tapent les commandes iw, wpa_supplicant et autres à chaque itinérance, mais pour d'autres c'est
    un retour en arrière inenvisageable même si ils maîtrisent la chose...

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From didier gaumet@21:1/5 to All on Wed Jul 26 19:40:02 2023
    Le 26/07/2023 à 19:08, didier gaumet a écrit :
    [...]
    - mode graphique (recovery): graphical-session.target pour Systemd, généralemennt mode 5 sous sysVinit
    [...]

    désolé, me suis pas relu, j'aurais donc dû écrire:

    "- mode graphique: graphical-session.target pour Systemd, généralemennt
    mode 5 sous sysVinit"

    le "(recovery)" était une coquille de copier-coller

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From didier gaumet@21:1/5 to All on Wed Jul 26 22:10:02 2023
    Le 26/07/2023 à 21:09, ajh-valmer a écrit :
    Merci pour vos réponses.

    On Wednesday 26 July 2023 19:08:24 didier gaumet wrote:
    je crois que tu confonds le mode console et le mode récupération
    (recovery).

    C'est quasi pareil, c'est le mode dépannage,
    [...]

    En disant cela tu déclares qu'un serveur ordinaire (sans couche
    graphique) est perpétuellement en mode dépannage.

    Donc non les deux modes différents dans leur objectif et leur emploi :-)

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From ajh-valmer@21:1/5 to All on Wed Jul 26 21:20:01 2023
    Merci pour vos r�ponses.

    On Wednesday 26 July 2023 19:08:24 didier gaumet wrote:
    je crois que tu confonds le mode console et le mode r�cup�ration
    (recovery).

    C'est quasi pareil, c'est le mode d�pannage, permettant,
    sans la couche graphique Xorg, un d�pannage plus fluide.
    Je ne vois pas la raison de bloquer networkmanager dans ce mode.
    Comment d�panner sans r�seau ? C'est impossible.
    Seule solution, modifier "/etc/network/interfaces",
    rebooter et lancer le r�seau par ifup <port-r�seau>.

    Bonne soir�e.
    A. Valmer

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From RogerT@21:1/5 to All on Wed Jul 26 23:10:01 2023
    Le 26 juil. 2023 à 21:10, ajh-valmer <[email protected]> a écrit : Merci pour vos réponses.

    On Wednesday 26 July 2023 19:08:24 didier gaumet wrote:
    je crois que tu confonds le mode console et le mode récupération
    (recovery).

    C'est quasi pareil, c'est le mode dépannage, permettant,
    sans la couche graphique Xorg, un dépannage plus fluide.
    Je ne vois pas la raison de bloquer networkmanager dans ce mode.
    Comment dépanner sans réseau ? C'est impossible.
    Seule solution, modifier "/etc/network/interfaces",
    rebooter et lancer le réseau par ifup <port-réseau>.
    Pensée pour NoSpam et interfaces/ifupdown !

    Sérieusement, je suis très intéressé pour apprendre les subtilités de ces modes assez peu utilisés au quotidien. Sauf quand il y a un pépin.

    Je ne crois pas avoir raté un message, mais je comprends que systemctl start NetworkManager ne fonctionne pas dans ce mode ?
    ( ça pose sacrément question sur l’intérêt de systemd dans ce contexte).

    En tous cas, je vous lis avec intérêt et vais mettre à jour ma fiche pour les cas d’urgence.
    Merci.






    Bonne soirée.
    A. Valmer

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Michel Verdier@21:1/5 to All on Wed Jul 26 23:40:01 2023
    Le 26 juillet 2023 RogerT a écrit :

    Je ne crois pas avoir raté un message, mais je comprends que systemctl
    start NetworkManager ne fonctionne pas dans ce mode ?

    Pas du tout, il n'est juste pas lancé automatiquement, il faut le faire
    à la main.

    ( ça pose sacrément question sur l’intérêt de systemd dans ce contexte).

    Que ça marche ou pas, l'intérêt de systemd est de gérer des services, quelque soit le contexte. Donc je ne vois aucune remise en cause de
    systemd. Juste une méconnaissance des modes disponibles.
    D'ailleurs à ce sujet "man runlevel" reste assez clair même si obsolète.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From NoSpam@21:1/5 to All on Wed Jul 26 23:30:01 2023
    Le 26/07/2023 à 21:09, ajh-valmer a écrit :
    [...]
    Seule solution, modifier "/etc/network/interfaces",
    rebooter et lancer le réseau par ifup <port-réseau>.

    Sérieusement ? Rebooter après avoir modifier /etc/network/interfaces
    pour lancer ifup <interface> ?

    Méchamment je dirai que Linux n'est pas WinX mais même celui ci accepte
    sans broncher les modifs réseau sans redémarrer.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From didier gaumet@21:1/5 to All on Wed Jul 26 23:50:02 2023
    Le 26/07/2023 à 23:05, RogerT a écrit :
    [...]
    Je ne crois pas avoir raté un message, mais je comprends que systemctl start NetworkManager ne fonctionne pas dans ce mode ?
    ( ça pose sacrément question sur l’intérêt de systemd dans ce contexte).
    [...]

    Avant de répondre, j'avais vérifié quels services étaient chargés en
    mode recovery.
    NetworkManager, logiquement, n'était pas chargé.
    Toujours dans ce mode recovery, j'ai démarré NetworkManager (systemctl start...) sans souci (obtention d'une adresse IP pour ma carte wifi).

    Tu établis, par ouï-dire, que *systemctl*, au moins pour cette commande précise (...start NetworkManager), ne fonctionne pas.
    Même si c'était vrai, ce qui n'est pas le cas, ça ne signifierait pas
    que *systemd* est sans intérêt: quand on en est à philosopher en
    regardant sa console recovery Debian 12 standard (système d'init:
    systemd), ça valide de facto a minima l'intérêt de Systemd puisque c'est
    lui qui a permis d'arriver à ladite console ;-)

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From RogerT@21:1/5 to All on Thu Jul 27 01:30:01 2023
    Le 26 juil. 2023 à 23:47, didier gaumet <[email protected]> a écrit :

    Le 26/07/2023 à 23:05, RogerT a écrit :
    [...]
    Je ne crois pas avoir raté un message, mais je comprends que systemctl start NetworkManager ne fonctionne pas dans ce mode ?
    ( ça pose sacrément question sur l’intérêt de systemd dans ce contexte).
    [...]

    Avant de répondre, j'avais vérifié quels services étaient chargés en mode recovery.
    NetworkManager, logiquement, n'était pas chargé.
    Toujours dans ce mode recovery, j'ai démarré NetworkManager (systemctl start...) sans souci (obtention d'une adresse IP pour ma carte wifi).

    Tu établis, par ouï-dire, que *systemctl*, au moins pour cette commande précise (...start NetworkManager), ne fonctionne pas.
    Même si c'était vrai, ce qui n'est pas le cas, ça ne signifierait pas que *systemd* est sans intérêt: quand on en est à philosopher en regardant sa console recovery Debian 12 standard (système d'init: systemd), ça valide de facto a minima l'int�
    �rêt de Systemd puisque c'est lui qui a permis d'arriver à ladite console ;-)


    Je n’établis rien. J’interroge (systemctl start NetworkManager fonctionne-t-il dans ce mode recovery ?)
    Et je conclus que ça pose (selon la réponse) une question sur systemd.

    Je fais quand même gaffe de n’être pas assertif, sans savoir !

    Merci pour vos intéressants échanges.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Michel Verdier@21:1/5 to All on Thu Jul 27 07:50:01 2023
    Le 26 juillet 2023 NoSpam a écrit :

    Seule solution, modifier "/etc/network/interfaces",
    rebooter et lancer le réseau par ifup <port-réseau>.

    Sérieusement ? Rebooter après avoir modifier /etc/network/interfaces pour lancer ifup <interface> ?

    Méchamment je dirai que Linux n'est pas WinX mais même celui ci accepte sans
    broncher les modifs réseau sans redémarrer.

    Au contraire ! La stabilité et le fait que quelque chose d'aussi
    important au niveau fonctionnement et sécurité ne puisse pas changer
    comme ça est un énorme plus pour Linux ! De plus sous Linux il est
    toujours possible d'autoriser des modifications du réseau pour le mettre
    en dynamique : nm, etc. Si toi tu as un problème de configuration (plutôt
    je pense de méconnaissance), et d'ailleurs lié à debian plus qu'à Linux, ça ne veut pas dire que Linux ou son fonctionnement n'est pas bon.
    Méchamment je dirai qu'il faut que tu potasses un peu plus les tenants et aboutissants avant de juger à l'emporte-pièce :)

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Erwan David@21:1/5 to All on Thu Jul 27 08:00:02 2023
    Le 26/07/2023 à 21:09, ajh-valmer a écrit :
    Merci pour vos réponses.

    On Wednesday 26 July 2023 19:08:24 didier gaumet wrote:
    je crois que tu confonds le mode console et le mode récupération
    (recovery).
    C'est quasi pareil, c'est le mode dépannage, permettant,
    sans la couche graphique Xorg, un dépannage plus fluide.


    Non, il y a des milliers de serveurs linux qui tournent sans aucune
    couche graphique.


    Je ne vois pas la raison de bloquer networkmanager dans ce mode.
    Comment dépanner sans réseau ? C'est impossible.
    Seule solution, modifier "/etc/network/interfaces",
    rebooter et lancer le réseau par ifup <port-réseau>.


    Ne pas lancer le réseau automatiquement en mode recovery : oh c'est
    simple : les cartes réseau (en particulier wifi) où le driver doit
    charger un blob binaire au démarrage ne sont pas rares. et si justement c'était ce chargement qui posait problème ? et comme on tape dans le
    firmware du hardware ça peut très bien complètement bloquer la machine.

    --
    Erwan David

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Michel Verdier@21:1/5 to All on Thu Jul 27 08:40:01 2023
    Le 27 juillet 2023 RogerT a écrit :

    Je n’établis rien. J’interroge (systemctl start NetworkManager fonctionne-t-il dans ce mode recovery ?)
    Et je conclus que ça pose (selon la réponse) une question sur systemd.

    Je fais quand même gaffe de n’être pas assertif, sans savoir !

    Et bien si justement, voir ma réponse d'hier soir, tu remets en question
    un composant, systemd, qui n'a rien à voir avec le (faux qui plus est) problème soulevé.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From NoSpam@21:1/5 to All on Thu Jul 27 09:40:01 2023
    Le 27/07/2023 à 07:40, Michel Verdier a écrit :
    Le 26 juillet 2023 NoSpam a écrit :

    Seule solution, modifier "/etc/network/interfaces",
    rebooter et lancer le réseau par ifup <port-réseau>.
    Sérieusement ? Rebooter après avoir modifier /etc/network/interfaces pour >> lancer ifup <interface> ?

    Méchamment je dirai que Linux n'est pas WinX mais même celui ci accepte sans
    broncher les modifs réseau sans redémarrer.
    Au contraire ! La stabilité et le fait que quelque chose d'aussi
    important au niveau fonctionnement et sécurité ne puisse pas changer
    comme ça est un énorme plus pour Linux ! De plus sous Linux il est
    toujours possible d'autoriser des modifications du réseau pour le mettre
    en dynamique : nm, etc. Si toi tu as un problème de configuration (plutôt je pense de méconnaissance), et d'ailleurs lié à debian plus qu'à Linux, ça ne veut pas dire que Linux ou son fonctionnement n'est pas bon. Méchamment je dirai qu'il faut que tu potasses un peu plus les tenants et aboutissants avant de juger à l'emporte-pièce :)
    Euh ... pourquoi me réponds tu cela ? Au contraire de quoi ? Je n'ai
    aucun problème de configuration, c'est l'OP qui en a

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Michel Verdier@21:1/5 to All on Thu Jul 27 10:20:01 2023
    Le 27 juillet 2023 NoSpam a écrit :

    Euh ... pourquoi me réponds tu cela ? Au contraire de quoi ? Je n'ai aucun problème de configuration, c'est l'OP qui en a

    Exact, désolé pour mes difficultés à suivre ce fil.
    Considère que mon mail s'adresse à ajh-valmer

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From ajh-valmer@21:1/5 to All on Thu Jul 27 12:00:01 2023
    On Wednesday 26 July 2023 23:25:36 NoSpam wrote:
    Le 26/07/2023 � 21:09, ajh-valmer a �crit�:
    Seule solution, modifier "/etc/network/interfaces",
    rebooter et lancer le r�seau par ifup <port-r�seau>.

    On Wednesday 26 July 2023 23:25:36 NoSpam wrote:
    S�rieusement ? Rebooter apr�s avoir modifier /etc/network/interfaces
    pour lancer ifup <interface> ?
    M�chamment je dirai que Linux n'est pas WinX mais m�me celui ci accepte
    sans broncher les modifs r�seau sans red�marrer.

    Pourquoi "M�chamment" ?

    Un adage disait :
    "With Windows you must reboot, with Linux you must be root".
    Aujourd'hui, selon moi, c'est devenu :
    "With Linux you must be root and you must reboot".

    La preuve :
    Je n'ai pas trouv� d'autres solutions que de rebooter Linux apr�s config r�seau, lorsqu'il n'est pas connect�, que ce soit en ethernet, WiFi,
    et en mode graphique ou non.
    Il n'accepte pas les modifs r�seau sans red�marrer.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From NoSpam@21:1/5 to All on Thu Jul 27 15:00:01 2023
    Le 27/07/2023 à 11:52, ajh-valmer a écrit :
    On Wednesday 26 July 2023 23:25:36 NoSpam wrote:
    Le 26/07/2023 à 21:09, ajh-valmer a écrit :
    Seule solution, modifier "/etc/network/interfaces",
    rebooter et lancer le réseau par ifup <port-réseau>.
    On Wednesday 26 July 2023 23:25:36 NoSpam wrote:
    Sérieusement ? Rebooter après avoir modifier /etc/network/interfaces
    pour lancer ifup <interface> ?
    Méchamment je dirai que Linux n'est pas WinX mais même celui ci accepte
    sans broncher les modifs réseau sans redémarrer.
    Pourquoi "Méchamment" ?

    Un adage disait :
    "With Windows you must reboot, with Linux you must be root".
    Aujourd'hui, selon moi, c'est devenu :
    "With Linux you must be root and you must reboot".

    La preuve :
    Je n'ai pas trouvé d'autres solutions que de rebooter Linux après config réseau, lorsqu'il n'est pas connecté, que ce soit en ethernet, WiFi,
    et en mode graphique ou non.
    Il n'accepte pas les modifs réseau sans redémarrer.

    Que vous n'ayez pas trouvé d'autres solutions est une chose, affirmer
    qu'il faut redémarrer
    en est une autre et est erronée.

    Et heureusement, imaginez sur les machines lorsque l'on rajoute des
    interfaces comme
    tun/tap/wg/ppp/bond/... ou même des interfaces physiques qui n'étaient
    pas utilisées,
    s'il fallait redémarrer à chaque fois Linux ne serait pas l'OS préféré
    des administrateurs systèmes.

    Je vous engage à lire https://wiki.debian.org/fr/NetworkConfiguration

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From ajh-valmer@21:1/5 to Nospam on Thu Jul 27 17:10:01 2023
    Nospam wrote :
    "Que vous n'ayez pas trouv� d'autres solutions est une chose,
    affirmer qu'il faut red�marrer en est une autre et est erron�e".

    On Thursday 27 July 2023 07:40:56 Michel Verdier wrote:
    "Si toi tu as un probl�me de configuration (plut�t
    je pense de m�connaissance)".

    Il ne faut pas �tre susceptible avec vous :-)
    Si tu le veux bien et si tu utilises networkmanager,
    reboote en mode recovery pour voir si le r�seau est d�connect�,
    puis taper les commandes que tu as indiqu�es pour le connecter
    sans rebooter.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From ajh-valmer@21:1/5 to All on Thu Jul 27 23:00:01 2023
    On Thursday 27 July 2023 17:06:20 ajh-valmer wrote:
    Nospam wrote :
    "Que vous n'ayez pas trouv� d'autres solutions est une chose,
    affirmer qu'il faut red�marrer en est une autre et est erron�e".

    On Thursday 27 July 2023 07:40:56 Michel Verdier wrote:
    "Si toi tu as un probl�me de configuration (plut�t
    je pense de m�connaissance)".

    Il ne faut pas �tre susceptible avec vous :-)
    Si tu le veux bien et si tu utilises networkmanager,
    reboote en mode recovery pour voir si le r�seau est d�connect�,
    puis taper les commandes que tu as indiqu�es pour le connecter
    sans rebooter :
    J'ai donc r�alis� l'op�ration ci-dessus.
    Il faut taper :
    # systemctl restart NetworkManager.service
    (avec N et M majusucules que je mettais en minuscules, d'o� msg d'erreur),
    qui lance bien NetworkManager.

    J'ai pas test� la m�thode avec /etc/network/interfaces,
    # ifdown <port-reseau> , ifup <port-reseau>...

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Dominique Dumont@21:1/5 to All on Mon Sep 4 20:30:01 2023
    On Wednesday, 26 July 2023 14:08:14 CEST ajh-valmer wrote:
    Hello,
    lorsque je boote Debian-12 en mode console (recovery),
    sans Xorg, le réseau ne fonctionne plus,
    networkmanager ne semble pas ouvrir la connexion.

    J'arrive peut-être après la bagarre, mais une fois que le service NetworkManager tourne (comme indiqué ailleurs dans le fil de discussion), tu peux utiliser nmtui pour configurer les interfaces réseau.

    HTH

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)