Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (Cyborg)
  • No Skin
Collapse
Brand Logo

CIRCLE WITH A DOT

  1. Home
  2. Uncategorized
  3. "Predictable network interface names" war auch eine der eher idiotischen Ideen unter #linux Remote #Debian update gemacht, danach Rechner nicht mehr erreichbar

"Predictable network interface names" war auch eine der eher idiotischen Ideen unter #linux Remote #Debian update gemacht, danach Rechner nicht mehr erreichbar

Scheduled Pinned Locked Moved Uncategorized
linuxdebian
6 Posts 3 Posters 0 Views
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • giggls@karlsruhe-social.deG This user is from outside of this forum
    giggls@karlsruhe-social.deG This user is from outside of this forum
    giggls@karlsruhe-social.de
    wrote last edited by
    #1

    "Predictable network interface names" war auch eine der eher idiotischen Ideen unter #linux
    Remote #Debian update gemacht, danach Rechner nicht mehr erreichbar.
    Weil enp2s0f0 umbenannt nach enp2s0f0np0
    Mit f*** eth0 wäre das nicht passiert.

    cytrinox@mastodon.socialC kbm0@mastodon.socialK 2 Replies Last reply
    1
    0
    • giggls@karlsruhe-social.deG giggls@karlsruhe-social.de

      "Predictable network interface names" war auch eine der eher idiotischen Ideen unter #linux
      Remote #Debian update gemacht, danach Rechner nicht mehr erreichbar.
      Weil enp2s0f0 umbenannt nach enp2s0f0np0
      Mit f*** eth0 wäre das nicht passiert.

      cytrinox@mastodon.socialC This user is from outside of this forum
      cytrinox@mastodon.socialC This user is from outside of this forum
      cytrinox@mastodon.social
      wrote last edited by
      #2

      @giggls Stand aber in den Release-Notes: https://www.debian.org/releases/stable/release-notes/issues.de.html#network-interface-names-may-change

      Für Single-NIC Systeme hat mir das auch schon öfters Kopfschmerzen bereitet, aber mit Bonding oder VLAN spezifische NICs will ich schon predictable names.

      giggls@karlsruhe-social.deG 1 Reply Last reply
      0
      • cytrinox@mastodon.socialC cytrinox@mastodon.social

        @giggls Stand aber in den Release-Notes: https://www.debian.org/releases/stable/release-notes/issues.de.html#network-interface-names-may-change

        Für Single-NIC Systeme hat mir das auch schon öfters Kopfschmerzen bereitet, aber mit Bonding oder VLAN spezifische NICs will ich schon predictable names.

        giggls@karlsruhe-social.deG This user is from outside of this forum
        giggls@karlsruhe-social.deG This user is from outside of this forum
        giggls@karlsruhe-social.de
        wrote last edited by
        #3

        @cytrinox Das Problem hatte ich noch bei keinem update bisher. Mein Desktop hier zu Hause hat den bug dass eth0 nach irgendeinem Kernelupdate plötzlich wierder eth0 heißt. Hier war der workaround einfach Name=e* beim systemd-networkd.

        1 Reply Last reply
        0
        • giggls@karlsruhe-social.deG giggls@karlsruhe-social.de

          "Predictable network interface names" war auch eine der eher idiotischen Ideen unter #linux
          Remote #Debian update gemacht, danach Rechner nicht mehr erreichbar.
          Weil enp2s0f0 umbenannt nach enp2s0f0np0
          Mit f*** eth0 wäre das nicht passiert.

          kbm0@mastodon.socialK This user is from outside of this forum
          kbm0@mastodon.socialK This user is from outside of this forum
          kbm0@mastodon.social
          wrote last edited by
          #4

          @giggls This came up recently in another thread. It is fairly easy to change the naming policy to something more acceptable by overriding the default link file. Like a lot of systemd changes, I don't think this has been disseminated widely enough and a lot of people are grumpy about the default.
          https://www.man7.org/linux/man-pages/man7/systemd.net-naming-scheme.7.html

          giggls@karlsruhe-social.deG 1 Reply Last reply
          0
          • kbm0@mastodon.socialK kbm0@mastodon.social

            @giggls This came up recently in another thread. It is fairly easy to change the naming policy to something more acceptable by overriding the default link file. Like a lot of systemd changes, I don't think this has been disseminated widely enough and a lot of people are grumpy about the default.
            https://www.man7.org/linux/man-pages/man7/systemd.net-naming-scheme.7.html

            giggls@karlsruhe-social.deG This user is from outside of this forum
            giggls@karlsruhe-social.deG This user is from outside of this forum
            giggls@karlsruhe-social.de
            wrote last edited by
            #5

            @kbm0 I do not care about the actual names. What I do care about is when they suddenly change without changing anything on the hardware. This did never happen back when they where called eth0, eth1, ..
            My Desktop here has the additional bug that suddenly eth0 is back at the eth0 name after a recent Debian kernel update.

            kbm0@mastodon.socialK 1 Reply Last reply
            0
            • giggls@karlsruhe-social.deG giggls@karlsruhe-social.de

              @kbm0 I do not care about the actual names. What I do care about is when they suddenly change without changing anything on the hardware. This did never happen back when they where called eth0, eth1, ..
              My Desktop here has the additional bug that suddenly eth0 is back at the eth0 name after a recent Debian kernel update.

              kbm0@mastodon.socialK This user is from outside of this forum
              kbm0@mastodon.socialK This user is from outside of this forum
              kbm0@mastodon.social
              wrote last edited by
              #6

              @giggls It is more a consequence of the ways PC hardware has changed over the years (plug and play enumeration vs a static setup) than a flaw in the software. With the old naming, there are systems where you will find that eth0 and eth1 swap places on every boot, and if you have one of those you will prefer the new naming. If you really want stability, choose the mac-based naming and you will get every interface named enx followed by the MAC address.

              1 Reply Last reply
              0
              • System shared this topic
              Reply
              • Reply as topic
              Log in to reply
              • Oldest to Newest
              • Newest to Oldest
              • Most Votes


              • Login

              • Login or register to search.
              • First post
                Last post
              0
              • Categories
              • Recent
              • Tags
              • Popular
              • World
              • Users
              • Groups