Bug oder Feature: /etc/ethers fehlt - keine Umsetzung von Hostname zu MAC-Adresse bei wol ?

Hinweis: In dem Thema Bug oder Feature: /etc/ethers fehlt - keine Umsetzung von Hostname zu MAC-Adresse bei wol ? gibt es 10 Antworten auf 2 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
  • Bisher gehörte zum netcfg-package das File /etc/ethers. Da habe ich die MAC-Adressen bestimmter Rechner hinterlegt, z.B. um sie mittels Wake On LAN, d.h. mit wol, aufzuwecken.


    Unter Slowroll fehlt nun dieses File und auch wenn ich es manuell anlege, versteht wol nur die direkte Angabe der MAC-Adresse, nicht aber die Angabe von Hostnamen aus /etc/ethers, was unter Leap 15.6 noch prima funktioniert hat. :/


    Und ja, es gibt einen entsprechenden Eintrag in /etc/nsswitch.conf ("ethers: files usrfiles") ...



    Code
    # wol host1
    wol: Cannot assemble magic packet for 'host1': Invalid argument

    Für den Inhalt des Beitrages 327920 haftet ausdrücklich der jeweilige Autor: rkbwde

  • rkbwde

    Hat den Titel des Themas von „Bug oder Feature: /etc/ethers fehlt - keine Umsetzung von Hostaname zu MAC-Adresse bei wol ?“ zu „Bug oder Feature: /etc/ethers fehlt - keine Umsetzung von Hostname zu MAC-Adresse bei wol ?“ geändert.
  • https://build.opensuse.org/projects/openSUSE:Factory/packages/netcfg/files/netcfg.changes?expand=1

    Für den Inhalt des Beitrages 327922 haftet ausdrücklich der jeweilige Autor: Sauerland

  • Danke - aber auch /usr/etc/ethers gibt es nicht (und natürlich hilft das manuelle Anlegen auch nicht):


    Ich habe auch mal bei wol ein strace mitlaufen lassen: da ist weder ein Versuch /etc/ethers noch /usr/etc/ethers zu öffnen, zu sehen :cursing:

    Für den Inhalt des Beitrages 327923 haftet ausdrücklich der jeweilige Autor: rkbwde

  • Und das manual verweist auf /etc/ethers, was aber nicht funktioniert:

    Code
    $ man ethers
    
    NAME
           ethers - Zuordnung von Ethernetadressen nach IP-Adressen
    
    BESCHREIBUNG
           /etc/ethers  enthält  48 bit Ethernetadressen und die dazu equivalenten IP-Nummern, eine
           Zeile pro IP-Nummer.


    Sieht mir also nach Bug aus ...

    Für den Inhalt des Beitrages 327924 haftet ausdrücklich der jeweilige Autor: rkbwde

  • Es steht doch da:

    keine leeren configs in /usr/etc/:


    - Remove empty ethers example file, /usr/etc should not contain examples, for the format there is the manual page

    Und wie sieht deine /etc/ethers aus?

    Für den Inhalt des Beitrages 327926 haftet ausdrücklich der jeweilige Autor: Sauerland

  • Es steht doch da:

    keine leeren configs in /usr/etc/:


    Und wie sieht deine /etc/ethers aus?

    Habe ich gelesen, überzeugt mich aber nicht. Gerade solche kommentierten Vorlagen halte ich für eine Stärke von Linux, insbesondere gegenüber der intransparenten Windows-Registry. Leider kommen auch unter Linux xml-, json- oder yaml-configs imer mehr in Mode, die dann mit komplizierten Kommandos bearbeitet werden müssen. Ich bin da ein verfechter des KISS-Prinzips (Keep it simple, stupid).


    Und meine /etc/ethers funktioniert unter Leap 15.6 - außerdem versucht wol laut strace wie gesagt nicht einmal, das File zu öffnen :cursing:


    P.S. Wenn ich das wol-Binary von 15.6 nach Slowroll herüberkopiere, funktioniert es übrigens ...

    Für den Inhalt des Beitrages 327935 haftet ausdrücklich der jeweilige Autor: rkbwde

  • Changelog lesen?


    Ansonsten bugreport.

    Im changelog von wol stand nichts dazu, außerdem sollte die Nutzung von getent wohl Standard bleiben, gell ?


    "getent ethers host1" funktioniert übrigens auch unter SlowRoll, daher vermute ich das Problem im wol-Package von SlowRoll ...

    Für den Inhalt des Beitrages 327939 haftet ausdrücklich der jeweilige Autor: rkbwde

  • "getent ethers host1" funktioniert übrigens auch unter SlowRoll, daher vermute ich das Problem im wol-Package von SlowRoll ...

    Dann solltest du eien Bugreport eröffnen, denn dann wäre evtl. auch das wol Paket von Tumbleweed betrofenn, da selbe Version.

    Für den Inhalt des Beitrages 327940 haftet ausdrücklich der jeweilige Autor: Sauerland