• problem with hurd image

    From Russell Coker@21:1/5 to All on Fri Apr 30 12:40:02 2021
    https://cdimage.debian.org/cdimage/ports/stable/hurd-i386/

    I just tried the HURD image from 2019 and found a problem. I boot with the default /etc/network/interfaces and see the following (after manually adding
    an IP address, that network doesn't have a DHCP server):

    root@debian:~# inetutils-ifconfig
    /dev/eth0 (2):
    inet address 203.15.120.8
    netmask 255.255.255.0
    broadcast 10.0.2.255
    flags UP BROADCAST RUNNING ALLMULTI MULTICAST
    mtu 1500
    link encap Ethernet
    hardware addr 02:00:00:00:01:99

    lo (1):
    inet address 127.0.0.1
    netmask 255.0.0.0
    flags UP LOOPBACK RUNNING
    mtu 3924
    link encap Local Loopback

    I change /etc/network/interfaces to the following:
    # The loopback network interface
    auto lo
    iface lo inet loopback

    # The primary network interface
    auto /dev/eth0
    iface /dev/eth0 inet static
    address 203.15.120.8
    netmask 255.255.255.0
    gateway 203.15.120.1


    Then after a reboot I don't see a /dev/eth0.

    Any suggestions?

    --
    My Main Blog http://etbe.coker.com.au/
    My Documents Blog http://doc.coker.com.au/

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Cindy Sue Causey@21:1/5 to Russell Coker on Sat May 1 19:30:03 2021
    On 4/30/21, Russell Coker <russell@coker.com.au> wrote:
    https://cdimage.debian.org/cdimage/ports/stable/hurd-i386/

    I just tried the HURD image from 2019 and found a problem. I boot with the

    default /etc/network/interfaces and see the following (after manually adding

    an IP address, that network doesn't have a DHCP server):

    root@debian:~# inetutils-ifconfig
    /dev/eth0 (2):
    < snipped for brevity>

    I change /etc/network/interfaces to the following:
    # The loopback network interface
    auto lo
    iface lo inet loopback

    # The primary network interface
    auto /dev/eth0
    iface /dev/eth0 inet static
    address 203.15.120.8
    netmask 255.255.255.0
    gateway 203.15.120.1

    Then after a reboot I don't see a /dev/eth0.

    Any suggestions?


    Hi, Russell.. I'm not an actual Hurd "user" yet, am currently just a
    lurker enjoying the programming progress of something that's a little different.

    That disclaimer aside, have you tried checking what the [kernel] is
    doing when you boot? I've just waded through some connectivity issues
    myself on regular Debian. /var/log/kern.log was my hero in fixing my
    own issues in seconds now.

    Debian-User list regularly suggests "dmesg" so I can also find what I
    need with this:

    sudo dmesg | grep renamed

    Once in a while, I still have to dig through /var/log/kern.log.1 if
    kern.log got too full and had to make a backup of itself.

    What the above command does is find the line where the operating
    system MIGHT be changing that [value] to something it thinks is best appropriate. Debian has changed it to either "eno1" or "enp1s0" on
    different laptops for me. It once used both on different occasions for
    the same laptop. I have no idea what happened there.

    IF those renamings are occurring in your case, you could **try**
    changing your own settings to reflect that system determined value
    instead of eth0.

    There MIGHT also be a way to interject an extra step that changes it
    back to eth0 for old times' sake, but that tends to be an ongoing
    "battle" of sorts to keep track of it. I attempted that route while
    playing with wireless connections using wifi dongles a while back and
    finally gave up "fighting" it. No regrets so far.

    Hope this MAYBE helps, at least even a little, while you wait for
    someone else to answer..

    Cindy :)
    --
    Cindy-Sue Causey
    Talking Rock, Pickens County, Georgia, USA

    * runs with birdseed *

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Samuel Thibault@21:1/5 to All on Sat May 8 13:50:02 2021
    Russell Coker, le ven. 30 avril 2021 20:23:34 +1000, a ecrit:
    Then after a reboot I don't see a /dev/eth0.

    You mean you do not have a /dev/eth0 file at all any more?

    This rather seems like a filesystem issue, the /dev/eth0 is not supposed
    to disappear just because you changed the tcp/ip configuration, that's
    at a completely different level.

    You can run

    dpkg-reconfigure hurd

    to regenerate /dev entries.

    Samuel

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Marcin Laszewski@21:1/5 to All on Sun May 9 08:40:01 2021
    Have you a etherner driver compiled in the kernel (mach) ?

    NE2k dirver is not included in the default configuration of Mach.
    I had to recompiled my kernel to have eth0 working.

    ml.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Samuel Thibault@21:1/5 to All on Sun May 9 11:20:01 2021
    Marcin Laszewski, le dim. 09 mai 2021 07:34:21 +0100, a ecrit:
    Have you a etherner driver compiled in the kernel (mach) ?

    There is no need for that, netdde already has all the network drivers
    that you'll want. And yes it's automatically set up by the debian
    installer. The fact that /dev/eth0 has apparently disappeared (please
    tell us exactly what this means: does /dev/eth0 not show up with ls) is
    only a sign of a filesystem problem, not a network driver problem.

    NE2k dirver is not included in the default configuration of Mach.
    I had to recompiled my kernel to have eth0 working.

    Really, no need for that, netdde obviously has a driver for ne2k.

    We don't want to keep drivers inside GNU mach, that's not maintainable.

    Samuel

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Marcin Laszewski@21:1/5 to All on Mon May 10 07:40:02 2021
    Thank you very much for yor explanation.

    2021-05-09 11:16 GMT+02:00, Samuel Thibault <sthibault@debian.org>:
    Marcin Laszewski, le dim. 09 mai 2021 07:34:21 +0100, a ecrit:
    Have you a etherner driver compiled in the kernel (mach) ?

    There is no need for that, netdde already has all the network drivers
    that you'll want.
    (...)

    So, I have same problem as Russell: I don't see my ethernet cad (ISA
    NE2K) using netdde. I need to include it into my Mach kernel.

    ml.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Samuel Thibault@21:1/5 to All on Mon May 10 09:40:01 2021
    Marcin Laszewski, le lun. 10 mai 2021 07:36:19 +0200, a ecrit:
    Thank you very much for yor explanation.

    2021-05-09 11:16 GMT+02:00, Samuel Thibault <sthibault@debian.org>:
    Marcin Laszewski, le dim. 09 mai 2021 07:34:21 +0100, a ecrit:
    Have you a etherner driver compiled in the kernel (mach) ?

    There is no need for that, netdde already has all the network drivers
    that you'll want.
    (...)

    So, I have same problem as Russell: I don't see my ethernet cad (ISA
    NE2K) using netdde. I need to include it into my Mach kernel.

    But is netdde properly installed on /dev/netdde? as well as /dev/eth0?

    Again,
    *please tell us exactly what this means: does /dev/eth0 not show up with ls*

    Samuel

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Marcin Laszewski@21:1/5 to All on Mon May 10 15:10:02 2021
    2021-05-10 8:35 GMT+01:00, Samuel Thibault <sthibault@debian.org>:
    (...)
    But is netdde properly installed on /dev/netdde? as well as /dev/eth0?

    Again,
    *please tell us exactly what this means: does /dev/eth0 not show up with

    OK. My hardware is Celeron 300Mhz (up to 415MHZ), 512MB of RAM and
    ethernet card ISA NE2000 (clone) (AUI + AUI-UTP converter).

    I have no net when I use standard gnumach-1.8-486.gz from Debian.
    I have recompilef *.src.deb packet of gnumach adding NE2K (configure
    --with...) and now my network is working.

    Thera are two files attached:
    dmesg-fail.txt - standard gnumach from DEbian distro.
    dmesg-ok.txt - "my" recompiled gnumach.

    R05VIE1hY2ggMS44K2dpdDIwMjEwNDA0LTQ4NgpiaW9zbWVtOiBwaHlzaWNhbCBtZW1vcnkgbWFw OgpiaW9zbWVtOiAwMDAwMDAwMDAwMDAwMDAwMDA6MDAwMDAwMDAwMDAwMGEwMDAwLCBhdmFpbGFi bGUKYmlvc21lbTogMDAwMDAwMDAwMDAwMGYwMDAwOjAwMDAwMDAwMDAwMDEwMDAwMCwgcmVzZXJ2 ZWQKYmlvc21lbTogMDAwMDAwMDAwMDAwMTAwMDAwOjAwMDAwMDAwMDAyMDAwMDAwMCwgYXZhaWxh YmxlCmJpb3NtZW06IDAwMDAwMDAwMDBmZmZmMDAwMDowMDAwMDAwMDAxMDAwMDAwMDAsIHJlc2Vy dmVkCnZtX3BhZ2U6IHBhZ2UgdGFibGUgc2l6ZTogMTMxMDU2IGVudHJpZXMgKDcxNjhrKQp2bV9w YWdlOiBETUE6IHBhZ2VzOiA0MDgwICgxNU0pLCBmcmVlOiAwICgwTSkKdm1fcGFnZTogRE1BOiBt aW46NTAwIGxvdzo2MDAgaGlnaDoxMDAwCnZtX3BhZ2U6IERJUkVDVE1BUDogcGFnZXM6IDEyNjk3 NiAoNDk2TSksIGZyZWU6IDEyMzM0MCAoNDgxTSkKdm1fcGFnZTogRElSRUNUTUFQOiBtaW46NjM0 OCBsb3c6NzYxOCBoaWdoOjEyNjk3CkdOVSBNYWNoIDEuOCtnaXQyMDIxMDQwNC00ODYKYmlvc21l bTogcGh5c2ljYWwgbWVtb3J5IG1hcDoKYmlvc21lbTogMDAwMDAwMDAwMDAwMDAwMDAwOjAwMDAw MDAwMDAwMDBhMDAwMCwgYXZhaWxhYmxlCmJpb3NtZW06IDAwMDAwMDAwMDAwMDBmMDAwMDowMDAw MDAwMDAwMDAxMDAwMDAsIHJlc2VydmVkCmJpb3NtZW06IDAwMDAwMDAwMDAwMDEwMDAwMDowMDAw MDAwMDAwMjAwMDAwMDAsIGF2YWlsYWJsZQpiaW9zbWVtOiAwMDAwMDAwMDAwZmZmZjAwMDA6MDAw MDAwMDAwMTAwMDAwMDAwLCByZXNlcnZlZAp2bV9wYWdlOiBwYWdlIHRhYmxlIHNpemU6IDEzMTA1 NiBlbnRyaWVzICg3MTY4aykKdm1fcGFnZTogRE1BOiBwYWdlczogNDA4MCAoMTVNKSwgZnJlZTog MCAoME0pCnZtX3BhZ2U6IERNQTogbWluOjUwMCBsb3c6NjAwIGhpZ2g6MTAwMAp2bV9wYWdlOiBE SVJFQ1RNQVA6IHBhZ2VzOiAxMjY5NzYgKDQ5Nk0pLCBmcmVlOiAxMjMzNDAgKDQ4MU0pCnZtX3Bh Z2U6IERJUkVDVE1BUDogbWluOjYzNDggbG93Ojc2MTggaGlnaDoxMjY5NwpwY2liaW9zX2luaXQg OiBCSU9TMzIgU2VydmljZSBEaXJlY3Rvcnkgc3RydWN0dXJlIGF0IDB4ZmFlYzAKcGNpYmlvc19p bml0IDogQklPUzMyIFNlcnZpY2UgRGlyZWN0b3J5IGVudHJ5IGF0IDB4ZmIzNDAKcGNpYmlvc19p bml0IDogUENJIEJJT1MgcmV2aXNpb24gMi4xMCBlbnRyeSBhdCAweGZiMzcwClByb2JpbmcgUENJ IGhhcmR3YXJlLgppZGU6IEludGVsIDgyMzcxIFBJSVg0IChkdWFsIEZJRk8pIERNQSBCdXMgTWFz dGVyaW5nIElERSAKICAgIENvbnRyb2xsZXIgb24gUENJIGJ1cyAwIGZ1bmN0aW9uIDU3CiAgICBp ZGUwOiBCTS1ETUEgYXQgMHhmMDAwLTB4ZjAwNwogICAgaWRlMTogQk0tRE1BIGF0IDB4ZjAwOC0w eGYwMGYKaGQwOiBnb3QgQ0hTPTk3MjkvMjU1LzYzIENUTD04IGZyb20gQklPUwppbnRudWxsKDE0 KQpoZDA6IFNUMzgwMDIxQSwgNzYzMTlNQiB3LzIwNDhrQiBDYWNoZSwgQ0hTPTk3MjkvMjU1LzYz LCBVRE1BCmhkMTogU0FNU1VORyBDRFJXL0RWRCBTTS0zMDhCLCBBVEFQSSBDRFJPTSBkcml2ZQpp bnRudWxsKDE1KQpoZDI6IFNUMzQwODIzQSwgMzgxNjZNQiB3LzUxMmtCIENhY2hlLCBDSFM9NDg2 NS8yNTUvNjMsIFVETUEKaWRlMCBhdCAweDFmMC0weDFmNywweDNmNiBvbiBpcnEgMTQKaWRlMSBh dCAweDE3MC0weDE3NywweDM3NiBvbiBpcnEgMTUKRmxvcHB5IGRyaXZlKHMpOiBmZDAgaXMgMS40 NE0KRkRDIDAgaXMgYSBwb3N0LTE5OTEgODIwNzcKDXByb2Jpbmcgc2NzaSAwLzE2OiBhZHZhbnN5 cyAbW0sNcHJvYmluZyBzY3NpIDEvMTY6IEJ1c0xvZ2ljIBtbSw1wcm9iaW5nIHNjc2kgMi8xNjog VWx0cmFTdG9yIDE0Ri8zNEYgcmV2LiA0LjMzLjAwICAbW0sNcHJvYmluZyBzY3NpIDMvMTY6IFVs dHJhU3RvciAxNEYvMjRGLzM0RiAbW0sNcHJvYmluZyBzY3NpIDQvMTY6IEFkYXB0ZWMgMTUyeCBT Q1NJIGRyaXZlcjsgJFJldmlzaW9uOiAxLjEgJCAbW0sNcHJvYmluZyBzY3NpIDUvMTY6IEFkYXB0 ZWMgMTc0eCAoRUlTQSkgG1tLDXByb2Jpbmcgc2NzaSA2LzE2OiAgG1tLDXByb2Jpbmcgc2NzaSA3 LzE2OiBBbHdheXMgSU4yMDAwIBtbSw1wcm9iaW5nIHNjc2kgOC8xNjogIBtbSw1wcm9iaW5nIHNj c2kgOS8xNjogIBtbSw1wcm9iaW5nIHNjc2kgMTAvMTY6ICAbW0sNcHJvYmluZyBzY3NpIDExLzE2 OiBUcmFudG9yIFQxMjgvVDEyOEYvVDIyOCAbW0sNcHJvYmluZyBzY3NpIDEyLzE2OiBEVEMgMzE4 MC8zMjgwICAbW0sNcHJvYmluZyBzY3NpIDEzLzE2OiBUZWtyYW0gREMzOTAoVCkgVjEuMTEgRmVi LTA1LTE5OTcgG1tLDXByb2Jpbmcgc2NzaSAxNC8xNjogIBtbSw1wcm9iaW5nIHNjc2kgMTUvMTY6 IG5jcjUzYzh4eCAtIHJldmlzaW9uIDIuNWYuMSAbW0sKZG9uZQpzY3NpIDogMCBob3N0cy4Kc2Nz aSA6IGRldGVjdGVkIHRvdGFsLgpQYXJ0aXRpb24gY2hlY2sgKERPUyBwYXJ0aXRpb25zKToKIGhk MDogaGQwczEgaGQwczIgaGQwczMgaGQwczQgPCBoZDBzNSBoZDBzNiBoZDBzNyBoZDBzOCBoZDBz OSA+CiBoZDI6IGhkMnMxIGhkMnMyIGhkMnMzIGhkMnM0CmNvbTA6IGF0IGF0YnVzMCwgcG9ydCA9 IDNmOCwgc3BsID0gNiwgcGljID0gNC4gKERPUyBDT00xKQpjb20xOiBhdCBhdGJ1czEsIHBvcnQg PSAyZjgsIHNwbCA9IDYsIHBpYyA9IDMuIChET1MgQ09NMikKY29tIDIgb3V0IG9mIHJhbmdlCmxw cjA6IGF0IGF0YnVzMiwgcG9ydCA9IDM3OCwgc3BsID0gNiwgcGljID0gNy4KbW9kdWxlIDA6IGV4 dDJmcyAtLW11bHRpYm9vdC1jb21tYW5kLWxpbmU9JHtrZXJuZWwtY29tbWFuZC1saW5lfSAtLWhv c3QtcHJpdi1wb3J0PSR7aG9zdC1wb3J0fSAtLWRldmljZS1tYXN0ZXItcG9ydD0ke2RldmljZS1w b3J0fSAtLWV4ZWMtc2VydmVyLXRhc2s9JHtleGVjLXRhc2t9IC1UIHR5cGVkICR7cm9vdH0gJCh0 YXNrLWNyZWF0ZSkgJCh0YXNrLXJlc3VtZSkKbW9kdWxlIDE6IGV4ZWMgJChleGVjLXRhc2s9dGFz ay1jcmVhdGUpCjIgbXVsdGlib290IG1vZHVsZXMKdGFzayBsb2FkZWQ6IGV4dDJmcyAt R05VIE1hY2ggMS44K2dpdDIwMjEwNDA0LTQ4NgpiaW9zbWVtOiBwaHlzaWNhbCBtZW1vcnkgbWFw OgpiaW9zbWVtOiAwMDAwMDAwMDAwMDAwMDAwMDA6MDAwMDAwMDAwMDAwMGEwMDAwLCBhdmFpbGFi bGUKYmlvc21lbTogMDAwMDAwMDAwMDAwMGYwMDAwOjAwMDAwMDAwMDAwMDEwMDAwMCwgcmVzZXJ2 ZWQKYmlvc21lbTogMDAwMDAwMDAwMDAwMTAwMDAwOjAwMDAwMDAwMDAyMDAwMDAwMCwgYXZhaWxh YmxlCmJpb3NtZW06IDAwMDAwMDAwMDBmZmZmMDAwMDowMDAwMDAwMDAxMDAwMDAwMDAsIHJlc2Vy dmVkCnZtX3BhZ2U6IHBhZ2UgdGFibGUgc2l6ZTogMTMxMDU2IGVudHJpZXMgKDcxNjhrKQp2bV9w YWdlOiBETUE6IHBhZ2VzOiA0MDgwICgxNU0pLCBmcmVlOiAwICgwTSkKdm1fcGFnZTogRE1BOiBt aW46NTAwIGxvdzo2MDAgaGlnaDoxMDAwCnZtX3BhZ2U6IERJUkVDVE1BUDogcGFnZXM6IDEyNjk3 NiAoNDk2TSksIGZyZWU6IDEyMzQ2MCAoNDgyTSkKdm1fcGFnZTogRElSRUNUTUFQOiBtaW46NjM0 OCBsb3c6NzYxOCBoaWdoOjEyNjk3CkdOVSBNYWNoIDEuOCtnaXQyMDIxMDQwNC00ODYKYmlvc21l bTogcGh5c2ljYWwgbWVtb3J5IG1hcDoKYmlvc21lbTogMDAwMDAwMDAwMDAwMDAwMDAwOjAwMDAw MDAwMDAwMDBhMDAwMCwgYXZhaWxhYmxlCmJpb3NtZW06IDAwMDAwMDAwMDAwMDBmMDAwMDowMDAw MDAwMDAwMDAxMDAwMDAsIHJlc2VydmVkCmJpb3NtZW06IDAwMDAwMDAwMDAwMDEwMDAwMDowMDAw MDAwMDAwMjAwMDAwMDAsIGF2YWlsYWJsZQpiaW9zbWVtOiAwMDAwMDAwMDAwZmZmZjAwMDA6MDAw MDAwMDAwMTAwMDAwMDAwLCByZXNlcnZlZAp2bV9wYWdlOiBwYWdlIHRhYmxlIHNpemU6IDEzMTA1 NiBlbnRyaWVzICg3MTY4aykKdm1fcGFnZTogRE1BOiBwYWdlczogNDA4MCAoMTVNKSwgZnJlZTog MCAoME0pCnZtX3BhZ2U6IERNQTogbWluOjUwMCBsb3c6NjAwIGhpZ2g6MTAwMAp2bV9wYWdlOiBE SVJFQ1RNQVA6IHBhZ2VzOiAxMjY5NzYgKDQ5Nk0pLCBmcmVlOiAxMjM0NjAgKDQ4Mk0pCnZtX3Bh Z2U6IERJUkVDVE1BUDogbWluOjYzNDggbG93Ojc2MTggaGlnaDoxMjY5NwpwY2liaW9zX2luaXQg OiBCSU9TMzIgU2VydmljZSBEaXJlY3Rvcnkgc3RydWN0dXJlIGF0IDB4ZmFlYzAKcGNpYmlvc19p bml0IDogQklPUzMyIFNlcnZpY2UgRGlyZWN0b3J5IGVudHJ5IGF0IDB4ZmIzNDAKcGNpYmlvc19p bml0IDogUENJIEJJT1MgcmV2aXNpb24gMi4xMCBlbnRyeSBhdCAweGZiMzcwClByb2JpbmcgUENJ IGhhcmR3YXJlLgppZGU6IEludGVsIDgyMzcxIFBJSVg0IChkdWFsIEZJRk8pIERNQSBCdXMgTWFz dGVyaW5nIElERSAKICAgIENvbnRyb2xsZXIgb24gUENJIGJ1cyAwIGZ1bmN0aW9uIDU3CiAgICBp ZGUwOiBCTS1ETUEgYXQgMHhmMDAwLTB4ZjAwNwogICAgaWRlMTogQk0tRE1BIGF0IDB4ZjAwOC0w eGYwMGYKaGQwOiBnb3QgQ0hTPTk3MjkvMjU1LzYzIENUTD04IGZyb20gQklPUwppbnRudWxsKDE0 KQpoZDA6IFNUMzgwMDIxQSwgNzYzMTlNQiB3LzIwNDhrQiBDYWNoZSwgQ0hTPTk3MjkvMjU1LzYz LCBVRE1BCmhkMTogU0FNU1VORyBDRFJXL0RWRCBTTS0zMDhCLCBBVEFQSSBDRFJPTSBkcml2ZQpp bnRudWxsKDE1KQpoZDI6IFNUMzQwODIzQSwgMzgxNjZNQiB3LzUxMmtCIENhY2hlLCBDSFM9NDg2 NS8yNTUvNjMsIFVETUEKaWRlMCBhdCAweDFmMC0weDFmNywweDNmNiBvbiBpcnEgMTQKaWRlMSBh dCAweDE3MC0weDE3NywweDM3NiBvbiBpcnEgMTUKRmxvcHB5IGRyaXZlKHMpOiBmZDAgaXMgMS40 NE0KRkRDIDAgaXMgYSBwb3N0LTE5OTEgODIwNzcKbmUuYzp2MS4xMCA5LzIzLzk0IERvbmFsZCBC ZWNrZXIgKGJlY2tlckBjZXNkaXMuZ3NmYy5uYXNhLmdvdikKTkUqMDAwIGV0aGVyY2FyZCBwcm9i ZSBhdCAweDMwMDogIDAgODAgNDggODMgY2QgYWIKZXRoMDogTkUyMDAwIGZvdW5kIGF0IDB4MzAw LCB1c2luZyBJUlEgOS4KUGFydGl0aW9uIGNoZWNrIChET1MgcGFydGl0aW9ucyk6CiBoZDA6IGhk MHMxIGhkMHMyIGhkMHMzIGhkMHM0IDwgaGQwczUgaGQwczYgaGQwczcgaGQwczggaGQwczkgPgog aGQyOiBoZDJzMSBoZDJzMiBoZDJzMyBoZDJzNApjb20wOiBhdCBhdGJ1czAsIHBvcnQgPSAzZjgs IHNwbCA9IDYsIHBpYyA9IDQuIChET1MgQ09NMSkKY29tMTogYXQgYXRidXMxLCBwb3J0ID0gMmY4 LCBzcGwgPSA2LCBwaWMgPSAzLiAoRE9TIENPTTIpCmNvbSAyIG91dCBvZiByYW5nZQpscHIwOiBh dCBhdGJ1czIsIHBvcnQgPSAzNzgsIHNwbCA9IDYsIHBpYyA9IDcuCm1vZHVsZSAwOiBleHQyZnMg LS1tdWx0aWJvb3QtY29tbWFuZC1saW5lPSR7a2VybmVsLWNvbW1hbmQtbGluZX0gLS1ob3N0LXBy aXYtcG9ydD0ke2hvc3QtcG9ydH0gLS1kZXZpY2UtbWFzdGVyLXBvcnQ9JHtkZXZpY2UtcG9ydH0g LS1leGVjLXNlcnZlci10YXNrPSR7ZXhlYy10YXNrfSAtVCB0eXBlZCAke3Jvb3R9ICQodGFzay1j cmVhdGUpICQodGFzay1yZXN1bWUpCm1vZHVsZSAxOiBleGVjICQoZXhlYy10YXNrPXRhc2stY3Jl YXRlKQoyIG11bHRpYm9vdCBtb2R1bGVzCnRhc2sgbG9hZGVkOiBleHQyZnMgLS1tdWx0aQ==

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Samuel Thibault@21:1/5 to All on Mon May 10 17:10:02 2021
    Marcin Laszewski, le lun. 10 mai 2021 14:04:35 +0100, a ecrit:
    2021-05-10 8:35 GMT+01:00, Samuel Thibault <sthibault@debian.org>:
    (...)
    But is netdde properly installed on /dev/netdde? as well as /dev/eth0?

    Again,
    *please tell us exactly what this means: does /dev/eth0 not show up with

    OK. My hardware is

    I do not care about the hardware, I care about whether /dev/eth0 shows
    up with ls.

    I'm sorry, but I cannot help if my questions are not actually getting
    answered.

    Samuel

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Jeffrey Walton@21:1/5 to sthibault@debian.org on Mon May 10 18:20:01 2021
    On Sun, May 9, 2021 at 5:16 AM Samuel Thibault <sthibault@debian.org> wrote:

    Marcin Laszewski, le dim. 09 mai 2021 07:34:21 +0100, a ecrit:
    Have you a etherner driver compiled in the kernel (mach) ?

    There is no need for that, netdde already has all the network drivers
    that you'll want. And yes it's automatically set up by the debian
    installer. The fact that /dev/eth0 has apparently disappeared (please
    tell us exactly what this means: does /dev/eth0 not show up with ls) is
    only a sign of a filesystem problem, not a network driver problem.

    In the past, I experienced a hang at boot when bringing up the network
    under Virtual Box. I used the default card provided by VB instead of
    selecting a card for which Hurd had a driver.

    After a dirty reboot (Machine -> Reset), I would lose /dev devices,
    like /dev/urandom.

    I assumed it was due to ext2 and lack of journaling. But I never did
    track down the actual problem.

    The fix (for me) was to reinstall Hurd using a network card for which
    Hurd had a driver.

    Jeff

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Samuel Thibault@21:1/5 to All on Mon May 10 18:30:02 2021
    Jeffrey Walton, le lun. 10 mai 2021 12:15:55 -0400, a ecrit:
    After a dirty reboot (Machine -> Reset), I would lose /dev devices,
    like /dev/urandom.

    Then

    dpkg-reconfigure hurd

    can be used to recreate them.

    Samuel

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Marcin Laszewski@21:1/5 to All on Thu May 13 12:50:01 2021
    2021-05-10 16:06 GMT+01:00, Samuel Thibault <sthibault@debian.org>:
    Marcin Laszewski, le lun. 10 mai 2021 14:04:35 +0100, a ecrit:
    2021-05-10 8:35 GMT+01:00, Samuel Thibault <sthibault@debian.org>:
    (...)
    I do not care about the hardware, I care about whether /dev/eth0 shows
    up with ls.

    I don't know. The problem is that my system shows 'Starting sshd....'
    and stops during startup using kernel from Debian/Hurd disto.

    I've added 'ls -l /dev/eth0' in ssh init script that my system stops
    executing this command.

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