Hi

in this thread i'll write down my experiences and will ask questions to
the small things that can stop one from finishing the Debian setup process.

Machine: Atari Falcon, 14 MB ST RAM, 512MB TT RAM (Amiga users:
read 14MB Chip, 512MB fast RAM), MC68060 RC CPU, Floppy, HDD, DVD-writer EtherNat NIC, Supervidel (GFX upgrade, supports DVI and VGA output of
the native Atari screen modes)

i started by burning the Netinst ISO on my PC, put it into the Atari and
boot into TOS, mounting the DVD and copying kernel, initrd, bootargs and bootstrap executable into one folder "Debian" on the TOS C: drive.
The file bootargs has been modifed: removed -s parameter (kernel into ST
RAM, it runs slower with that) and corrected the kernel filename to use
8+3 like TOS does.

The HDD has 4 primary partitions: 1GB TOS, 2 20GB LNX, and a 2GB swap,
created with HDDriver.

Step 1
------


i restarted the Falcon with Control held pressed and then executed bootstra.tos. After pressing Return the linux kernel takes over the
Atari and soon the bootmessages scroll over the screen. A few moments
later the D-I Debian Installer starts.

First i am prompted to choose language, location, keyboard layout.
Then the hardware detection detects installation medium CDROM. Different
to my attempt a few years ago, this works flawless now.

D-I then loads some components from the CDROM. This takes a few minutes.
Up to this point, everything went as expected.

Step 2
------

After D-I detects the network hardware it fails to configure it using
DHCP. I did remember that the EtherNat interface card i use only has a
soft MAC adress that needs to be set after every powercycle.

So i used the Shift+Control F2 to open second console.
on the busybox shell i use 3 commands:

ip link set dev eth0 down
ip link set dev eth0 address aa:bb:cc:dd:ee:ff
ip link set dev eth0 up

now the EtherNat has a valid MAC address (i randomized it from the
example) but still D-I fails to DHCP. I need to fiddle around and find
the problem here. Any hints welcome, i will make sure its not a hardware
issue in the meantime.

Greetings,
Stefan

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

Hi Stefan,

On 21 Dec 2022, at 14:54, Stefan Niestegge wrote:

So i used the Shift+Control F2 to open second console.

on the busybox shell i use 3 commands:

ip link set dev eth0 down

ip link set dev eth0 address aa:bb:cc:dd:ee:ff

ip link set dev eth0 up

now the EtherNat has a valid MAC address (i randomized it from the example) but still D-I fails to DHCP. I need to fiddle around and find the problem here. Any hints welcome, i will make sure its not a hardware

issue in the meantime.

1)
you could try to work around the DHCP issue by setting a fixed IP address for the installation run:

ip address add 192.168.1.10/24 dev eth0
ip route add default via 192.168.1.1

where "192.168.1.10/24" is the IP address of the Falcon machine and "192.168.1.1" is the default gateway address (router).

2) what does "dhclient -v eth0" report?

3) you could look at the DHCP traffic from the machine on a different console screen:

tcpdump -i eth0 port 67 and port 68

(not sure if tcpdump is available, else, because DHCP requests are broadcast messages in IPv4, running "tcpdump" on any other Linux or BSD machine in the same network segment should also show the requests and responses).

4) Use IPv6 with SLAAC :)

Greetings

Carsten

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

Hi Carsten

Am 21.12.22 um 15:21 schrieb Carsten Strotmann:

Hi Stefan,

On 21 Dec 2022, at 14:54, Stefan Niestegge wrote:

So i used the Shift+Control F2 to open second console.

on the busybox shell i use 3 commands:

ip link set dev eth0 down

ip link set dev eth0 address aa:bb:cc:dd:ee:ff

ip link set dev eth0 up

now the EtherNat has a valid MAC address (i randomized it from the example) but still D-I fails to DHCP. I need to fiddle around and find the problem here. Any hints welcome, i will make sure its not a hardware

issue in the meantime.

1)
you could try to work around the DHCP issue by setting a fixed IP address for the installation run:

This is what the D-I suggest after DHCP failure, too

ip address add 192.168.1.10/24 dev eth0

ok

ip route add default via 192.168.1.1

ip: RTNETLINK answers: Network is unreachable

where "192.168.1.10/24" is the IP address of the Falcon machine and "192.168.1.1" is the default gateway address (router).

2) what does "dhclient -v eth0" report?

I'm in a netinst busybox, dhclient is not installed

3) you could look at the DHCP traffic from the machine on a different console screen:

tcpdump -i eth0 port 67 and port 68

tcpdump is not installed, too

(not sure if tcpdump is available, else, because DHCP requests are broadcast messages in IPv4, running "tcpdump" on any other Linux or BSD machine in the same network segment should also show the requests and responses).

i find this line several times during DHCP attempt:
15:51:48.942029 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP,
Request from de:97:6c:82:0d:3f (oui Unknown), length 300

de:97:6c:82:0d:3f is in fact the MAC that i set my EtherNat to.

There are tons of messages, not sure what to look for. Here a the first
few lines:

beetle@beetles-x1:~$ sudo tcpdump
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on wlp4s0, link-type EN10MB (Ethernet), capture size 262144 bytes 15:51:48.942029 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP,
Request from de:97:6c:82:0d:3f (oui Unknown), length 300
15:51:48.947267 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP,
Request from de:97:6c:82:0d:3f (oui Unknown), length 300
15:51:48.947287 IP beetles-x1.58070 > raspberrypi.domain: 37774+ PTR? 255.255.255.255.in-addr.arpa. (46)
15:51:48.951890 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP,
Request from de:97:6c:82:0d:3f (oui Unknown), length 300
15:51:48.953492 IP 212.6.122.227.imaps > beetles-x1.42188: Flags [P.],
seq 1825740149:1825740188, ack 2263715372, win 19229, options
[nop,nop,TS val 892030802 ecr 2377167262], length 39
15:51:48.953557 IP beetles-x1.42188 > 212.6.122.227.imaps: Flags [.],
ack 39, win 501, options [nop,nop,TS val 2377285289 ecr 892030802], length 0 15:51:48.956284 IP beetles-x1.42188 > 212.6.122.227.imaps: Flags [P.],
seq 1:29, ack 39, win 501, options [nop,nop,TS val 2377285292 ecr
892030802], length 28
15:51:48.970077 IP beetles-x1.53927 > raspberrypi.domain: 32763+ PTR? 35.178.168.192.in-addr.arpa. (45)
15:51:48.970233 IP 212.6.122.227.imaps > beetles-x1.42188: Flags [P.],
seq 39:119, ack 29, win 19257, options [nop,nop,TS val 892030819 ecr 2377285292], length 80
15:51:49.012269 IP beetles-x1.34285 > raspberrypi.domain: 57229+ PTR? 227.122.6.212.in-addr.arpa. (44)
15:51:49.014926 IP 212.6.122.227.imaps > beetles-x1.42188: Flags [P.],
seq 193:339, ack 112, win 19340, options [nop,nop,TS val 892030862 ecr 2377285333], length 146
15:51:49.029149 IP 212.6.122.227.imaps > beetles-x1.42188: Flags [.],
ack 163, win 19391, options [nop,nop,TS val 892030878 ecr 2377285352],
length 0
15:51:49.034809 IP 212.6.122.227.imaps > beetles-x1.42188: Flags [P.],
seq 339:459, ack 163, win 19391, options [nop,nop,TS val 892030882 ecr 2377285352], length 120
15:51:49.082325 IP beetles-x1.42188 > 212.6.122.227.imaps: Flags [.],
ack 459, win 501, options [nop,nop,TS val 2377285418 ecr 892030882],
length 0
15:51:50.038226 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP,
Request from de:97:6c:82:0d:3f (oui Unknown), length 300
15:51:50.742889 IP beetles-x1.41832 > 212.6.122.227.imaps: Flags [P.],
seq 1189147328:1189147360, ack 2611554090, win 980, options [nop,nop,TS
val 2377287078 ecr 892030534], length 32
15:51:50.757617 IP 212.6.122.227.imaps > beetles-x1.41832: Flags [.],
ack 32, win 28894, options [nop,nop,TS val 892032607 ecr 2377287078],
length 0
15:51:50.764907 IP 212.6.122.227.imaps > beetles-x1.41832: Flags [P.],
seq 1:33, ack 32, win 28894, options [nop,nop,TS val 892032614 ecr
2377287078], length 32
15:51:50.765003 IP beetles-x1.41832 > 212.6.122.227.imaps: Flags [.],
ack 33, win 980, options [nop,nop,TS val 2377287100 ecr 892032614], length 0 15:51:50.800658 IP beetles-x1.36748 > 212.6.122.227.imaps: Flags [P.],
seq 365179412:365179444, ack 208264886, win 501, options [nop,nop,TS val 2377287136 ecr 892030607], length 32
15:51:50.813539 IP 212.6.122.227.imaps > beetles-x1.36748: Flags [.],
ack 32, win 26842, options [nop,nop,TS val 892032663 ecr 2377287136],
length 0
15:51:50.821085 IP 212.6.122.227.imaps > beetles-x1.36748: Flags [P.],
seq 1:33, ack 32, win 26842, options [nop,nop,TS val 892032670 ecr
2377287136], length 32
15:51:50.821123 IP beetles-x1.36748 > 212.6.122.227.imaps: Flags [.],
ack 33, win 501, options [nop,nop,TS val 2377287156 ecr 892032670], length 0 15:51:51.063946 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP,
Request from de:97:6c:82:0d:3f (oui Unknown), length 300
15:51:51.067304 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP,
Request from de:97:6c:82:0d:3f (oui Unknown), length 300
15:51:51.068661 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP,
Request from de:97:6c:82:0d:3f (oui Unknown), length 300
15:51:51.124127 IP beetles-x1.42188 > 212.6.122.227.imaps: Flags [P.],
seq 163:195, ack 459, win 501, options [nop,nop,TS val 2377287459 ecr 892030882], length 32
15:51:51.138182 IP 212.6.122.227.imaps > beetles-x1.42188: Flags [.],
ack 195, win 19423, options [nop,nop,TS val 892032988 ecr 2377287459],
length 0
15:51:51.149183 IP 212.6.122.227.imaps > beetles-x1.42188: Flags [P.],
seq 459:491, ack 195, win 19423, options [nop,nop,TS val 892032998 ecr 2377287459], length 32
15:51:51.149254 IP beetles-x1.42188 > 212.6.122.227.imaps: Flags [.],
ack 491, win 501, options [nop,nop,TS val 2377287484 ecr 892032998],
length 0
15:51:52.086321 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP,
Request from de:97:6c:82:0d:3f (oui Unknown), length 300
15:51:52.094574 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP,
Request from de:97:6c:82:0d:3f (oui Unknown), length 300
15:51:52.094616 1c:ed:6f:bf:f0:59 (oui Unknown) > Broadcast, ethertype
Unknown (0x88e1), length 60:
0x0000: 0000 a000 b052 486d be7f 0000 0000 0000 .....RHm........
0x0010: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x0020: 0000 0000 0000 0000 0000 0000 0000 .............. 15:51:52.094787 1c:ed:6f:bf:f0:59 (oui Unknown) > Broadcast, ethertype
Unknown (0x8912), length 60:
0x0000: 0170 a000 0000 1f84 6da3 97a2 5553 bef1 .p......m...US..
0x0010: fcf9 796b 5214 13e9 e200 0000 0000 0000 ..ykR...........
0x0020: 0000 0000 0000 0000 0000 0000 0000 ..............

4) Use IPv6 with SLAAC :)

not getting this joke
Greetings,
Stefan

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

On Wed, 21 Dec 2022, Stefan Niestegge wrote:

ip address add 192.168.1.10/24 dev eth0

ok

ip route add default via 192.168.1.1

ip: RTNETLINK answers: Network is unreachable

where "192.168.1.10/24" is the IP address of the Falcon machine and "192.168.1.1" is the default gateway address (router).

ip address add 192.168.1.10/24 dev eth0
ip link set dev eth0 up
ip route add default via 192.168.1.1

There are tons of messages, not sure what to look for. Here a the first few lines:

beetle@beetles-x1:~$ sudo tcpdump
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on wlp4s0, link-type EN10MB (Ethernet), capture size 262144 bytes 15:51:48.942029 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from de:97:6c:82:0d:3f (oui Unknown), length 300
15:51:48.947267 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from de:97:6c:82:0d:3f (oui Unknown), length 300
15:51:48.947287 IP beetles-x1.58070 > raspberrypi.domain: 37774+ PTR? 255.255.255.255.in-addr.arpa. (46)
15:51:48.951890 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from de:97:6c:82:0d:3f (oui Unknown), length 300
15:51:48.953492 IP 212.6.122.227.imaps > beetles-x1.42188: Flags [P.], seq 1825740149:1825740188, ack 2263715372, win 19229, options [nop,nop,TS val 892030802 ecr 2377167262], length 39
15:51:48.953557 IP beetles-x1.42188 > 212.6.122.227.imaps: Flags [.], ack 39, win 501, options [nop,nop,TS val 2377285289 ecr 892030802], length 0 15:51:48.956284 IP beetles-x1.42188 > 212.6.122.227.imaps: Flags [P.], seq 1:29, ack 39, win 501, options [nop,nop,TS val 2377285292 ecr 892030802], length 28
15:51:48.970077 IP beetles-x1.53927 > raspberrypi.domain: 32763+ PTR? 35.178.168.192.in-addr.arpa. (45)
15:51:48.970233 IP 212.6.122.227.imaps > beetles-x1.42188: Flags [P.], seq 39:119, ack 29, win 19257, options [nop,nop,TS val 892030819 ecr 2377285292], length 80
15:51:49.012269 IP beetles-x1.34285 > raspberrypi.domain: 57229+ PTR? 227.122.6.212.in-addr.arpa. (44)
15:51:49.014926 IP 212.6.122.227.imaps > beetles-x1.42188: Flags [P.], seq 193:339, ack 112, win 19340, options [nop,nop,TS val 892030862 ecr 2377285333], length 146
15:51:49.029149 IP 212.6.122.227.imaps > beetles-x1.42188: Flags [.], ack 163,
win 19391, options [nop,nop,TS val 892030878 ecr 2377285352], length 0 15:51:49.034809 IP 212.6.122.227.imaps > beetles-x1.42188: Flags [P.], seq 339:459, ack 163, win 19391, options [nop,nop,TS val 892030882 ecr 2377285352], length 120
15:51:49.082325 IP beetles-x1.42188 > 212.6.122.227.imaps: Flags [.], ack 459,
win 501, options [nop,nop,TS val 2377285418 ecr 892030882], length 0 15:51:50.038226 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from de:97:6c:82:0d:3f (oui Unknown), length 300
15:51:50.742889 IP beetles-x1.41832 > 212.6.122.227.imaps: Flags [P.], seq 1189147328:1189147360, ack 2611554090, win 980, options [nop,nop,TS val 2377287078 ecr 892030534], length 32
15:51:50.757617 IP 212.6.122.227.imaps > beetles-x1.41832: Flags [.], ack 32, win 28894, options [nop,nop,TS val 892032607 ecr 2377287078], length 0 15:51:50.764907 IP 212.6.122.227.imaps > beetles-x1.41832: Flags [P.], seq 1:33, ack 32, win 28894, options [nop,nop,TS val 892032614 ecr 2377287078], length 32
15:51:50.765003 IP beetles-x1.41832 > 212.6.122.227.imaps: Flags [.], ack 33, win 980, options [nop,nop,TS val 2377287100 ecr 892032614], length 0 15:51:50.800658 IP beetles-x1.36748 > 212.6.122.227.imaps: Flags [P.], seq 365179412:365179444, ack 208264886, win 501, options [nop,nop,TS val 2377287136 ecr 892030607], length 32
15:51:50.813539 IP 212.6.122.227.imaps > beetles-x1.36748: Flags [.], ack 32, win 26842, options [nop,nop,TS val 892032663 ecr 2377287136], length 0 15:51:50.821085 IP 212.6.122.227.imaps > beetles-x1.36748: Flags [P.], seq 1:33, ack 32, win 26842, options [nop,nop,TS val 892032670 ecr 2377287136], length 32
15:51:50.821123 IP beetles-x1.36748 > 212.6.122.227.imaps: Flags [.], ack 33, win 501, options [nop,nop,TS val 2377287156 ecr 892032670], length 0 15:51:51.063946 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from de:97:6c:82:0d:3f (oui Unknown), length 300
15:51:51.067304 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from de:97:6c:82:0d:3f (oui Unknown), length 300
15:51:51.068661 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from de:97:6c:82:0d:3f (oui Unknown), length 300
15:51:51.124127 IP beetles-x1.42188 > 212.6.122.227.imaps: Flags [P.], seq 163:195, ack 459, win 501, options [nop,nop,TS val 2377287459 ecr 892030882], length 32
15:51:51.138182 IP 212.6.122.227.imaps > beetles-x1.42188: Flags [.], ack 195,
win 19423, options [nop,nop,TS val 892032988 ecr 2377287459], length 0 15:51:51.149183 IP 212.6.122.227.imaps > beetles-x1.42188: Flags [P.], seq 459:491, ack 195, win 19423, options [nop,nop,TS val 892032998 ecr 2377287459], length 32
15:51:51.149254 IP beetles-x1.42188 > 212.6.122.227.imaps: Flags [.], ack 491,
win 501, options [nop,nop,TS val 2377287484 ecr 892032998], length 0 15:51:52.086321 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from de:97:6c:82:0d:3f (oui Unknown), length 300
15:51:52.094574 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from de:97:6c:82:0d:3f (oui Unknown), length 300
15:51:52.094616 1c:ed:6f:bf:f0:59 (oui Unknown) > Broadcast, ethertype Unknown
(0x88e1), length 60:
0x0000: 0000 a000 b052 486d be7f 0000 0000 0000 .....RHm........
0x0010: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x0020: 0000 0000 0000 0000 0000 0000 0000 .............. 15:51:52.094787 1c:ed:6f:bf:f0:59 (oui Unknown) > Broadcast, ethertype Unknown
(0x8912), length 60:
0x0000: 0170 a000 0000 1f84 6da3 97a2 5553 bef1 .p......m...US..
0x0010: fcf9 796b 5214 13e9 e200 0000 0000 0000 ..ykR...........
0x0020: 0000 0000 0000 0000 0000 0000 0000 ..............

I see packets leaving de:97:6c:82:0d:3f but no packets bound for de:97:6c:82:0d:3f. Maybe check out the dhcp daemon logs.

4) Use IPv6 with SLAAC :)

not getting this joke

I imagine that when you try SLAAC you'll probably get the joke. (I don't
use it so I can't help much.)

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

Hi Stefan,

Am 22.12.2022 um 11:17 schrieb Finn Thain:

ip address add 192.168.1.10/24 dev eth0

ok

ip route add default via 192.168.1.1

ip: RTNETLINK answers: Network is unreachable

where "192.168.1.10/24" is the IP address of the Falcon machine and
"192.168.1.1" is the default gateway address (router).

ip address add 192.168.1.10/24 dev eth0
ip link set dev eth0 up
ip route add default via 192.168.1.1

Perhaps add 'ip route add 192.168.1.0/24 dev eth0' in case 'ip address'
did not set up the local network route?

Output of 'ip route show' would be useful.

Cheers,

Michael

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

Hi,

On 23 Dec 2022, at 3:26, Michael Schmitz wrote:

Hi Stefan,

Am 22.12.2022 um 11:17 schrieb Finn Thain:

ip address add 192.168.1.10/24 dev eth0

ok

ip route add default via 192.168.1.1

ip: RTNETLINK answers: Network is unreachable

where "192.168.1.10/24" is the IP address of the Falcon machine and
"192.168.1.1" is the default gateway address (router).

ip address add 192.168.1.10/24 dev eth0
ip link set dev eth0 up
ip route add default via 192.168.1.1

Perhaps add 'ip route add 192.168.1.0/24 dev eth0' in case 'ip address' did not set up the local network route?

Output of 'ip route show' would be useful.

I visited Stefan yesterday and we found that the problem was faulty hardware (both network-cards were faulty). I brought a NetUSBee card and that worked immediately without issues.

With both faulty network cards the ARP request were send, and ARP responses were send back to the Atari Falcon, but the Falcon never did receive the ARP responses, so the ARP-Table was not populated.

Issue is now solved, Stefan is installing the latest Debian 11.

Greetings

Carsten

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

On Fri, 23 Dec 2022, Michael Schmitz wrote:

Am 22.12.2022 um 11:17 schrieb Finn Thain:

ip address add 192.168.1.10/24 dev eth0
ip link set dev eth0 up
ip route add default via 192.168.1.1

Perhaps add 'ip route add 192.168.1.0/24 dev eth0' in case 'ip address'
did not set up the local network route?

It's automatic (given the /24).

Output of 'ip route show' would be useful.

# ip route show
# ip address add 192.168.1.10/24 dev eth0
# ip route show
# ip link set dev eth0 up
# ip route show
192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.10
# ip route add default via 192.168.1.1
# ip route show
default via 192.168.1.1 dev eth0
192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.10
#

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

Hello Adrian,

On 23 Dec 2022, at 9:29, John Paul Adrian Glaubitz wrote:

Hello Carsten!

On 12/23/22 09:19, Carsten Strotmann wrote:

Issue is now solved, Stefan is installing the latest Debian 11.

Nice. Could you assemble a list of issues that you ran into that
we can address them if necessary?

the issue was faulty network hardware, there is (from my point of view) nothing what the Debian installer or the Linux Kernel could do differently. Once we had a working network card in the system, the Debian installer worked as intended.

We've selected the "ne" network card module (the NetUSBee was not detected automatically), then the machine got an IPv4 address and the installer started to download and install the system.

I personally would like to see IPv6 in the installer image (if space permits), as IPv6 SLAAC is more simple than DHCPv4 and might be a good alternative if DHCPv4 fails (many Debian mirror server provide IPv6, and also many users have IPv6 natively at
home and only tunnelled IPv4 = IPv4-as-a-service).

Greetings

Carsten

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

Hello Carsten!

On 12/23/22 09:19, Carsten Strotmann wrote:

Issue is now solved, Stefan is installing the latest Debian 11.

Nice. Could you assemble a list of issues that you ran into that
we can address them if necessary?

Adrian

--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

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

Am 21.12.22 um 14:54 schrieb Stefan Niestegge:

Step 2
------

D-I tries to detect the Ethernet hardware.
My EtherNAT with an SMC91x network chip had been detected without user
input, but needs to get a MAC address been set manually. Sadly it seems
to have a hardware issue, as i couldn't get it running in FreeMiNT as
usual, too.

Carsten to the rescue, he brought a working solution, a NetUSBee.

After you connect Ethernet to _working hardware_ and DHCP works fine,
you create the machine name, root password and a user, and then proceed
to partitioning of the harddrive.

To get the NetUSBee working it was nessecary to chose the "ne - NE2000
ISA pnp Ethernet" driver from a list of network drivers that was presented
by D-I.

Partman detects the partitions created by HDDriver and i chosed /dev/sda2
as my / device and ext4 as the file system. /dev/sda4 is my swap partition.

I wanted to mount the TOS C: (/devsda1) under /tos to be able to copy
installed kernel and initrd from /boot onto my TOS system later on, but
for some reason partman failed to do so. I changed /dev/sda1 back to "do
not use"
and finished the partitioning. Now the base system is installed from the netinst CDROM and then i had to choose the mirror server. I went with the default for germany and apt started fetching files.


Next up: Step 3 - choose and install software

Greetings,
Stefan

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

On Fri, Dec 23, 2022 at 10:41:06AM +0100, Stefan Niestegge wrote:

I wanted to mount the TOS C: (/devsda1) under /tos to be able to copy installed kernel and initrd from /boot onto my TOS system later on, but for some reason partman failed to do so.

IIRC at some point with newer kernels TOS partitions became read-only on my Falcon. I kept an older kernel around just for being able to write updated kernels to the TOS partitons. But its been a few years, things may have changed again in the meantime.

Christian

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

Am 23.12.22 um 10:41 schrieb Stefan Niestegge:

Step 3
------

Finalizing the installation: D-I asks for what additionals software to
install.
For now i kept it at the defaults, only basic systemtools and ssh server.
No desktop environment, i'll install a windowmanager, x11 and a slim
desktop later.
Any DE here will be much too fat for the poor little Atari.

The download and installation takes about 8-10h now.

After all is set up and done, i get once more notified that no
bootmanager has been installed and that i have to pass "root=/dev/sda2"
to the kernel when i manually boot linux.

So i modified the bootargs file on the TOS drive and change
root=/dev/ram into root=/dev/sda2

If i only use the kernel and remove the initrd= parameter,
Linux can't find the root device and panics. If i leave the initrd
argument as-is and reboot, i run into the D-I again and not into
my new installed system.

So, i need a solution to mount one of my TOS accessible drives, after
setup is finished, in order to copy over the kernel and initrd that was installed in /boot .

I'm sure this is a solveable issue.

Greets,
Stefan

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

Hi Christian,

That's odd - this is what I use for my TOS boot partition in fstab:

/dev/sda1 /tos msdos defaults,noauto

At one time, the option 'atari' would have been needed to get the
correct behaviour for GEMDOS partitions (16 bit FAT instead of 32 bit),
but that is long gone.

Using an incorrect FAT size would have resulted in the partition
mounting at all though. I've never seen my TOS partition going readonly.

Mind you, this was all kernels built from Geert's git repository, not
Debian kernel sources.

Cheers,

Michael

Am 23.12.2022 um 23:54 schrieb Christian T. Steigies:

On Fri, Dec 23, 2022 at 10:41:06AM +0100, Stefan Niestegge wrote:

I wanted to mount the TOS C: (/devsda1) under /tos to be able to copy
installed kernel and initrd from /boot onto my TOS system later on, but for >> some reason partman failed to do so.

IIRC at some point with newer kernels TOS partitions became read-only on my Falcon. I kept an older kernel around just for being able to write updated kernels to the TOS partitons. But its been a few years, things may have changed again in the meantime.

Christian

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

Am 23.12.22 um 20:48 schrieb Stefan Niestegge:

Am 23.12.22 um 10:41 schrieb Stefan Niestegge:

If i only use the kernel and remove the initrd= parameter,
Linux can't find the root device and panics. If i leave the initrd
argument as-is and reboot, i run into the D-I again and not into
my new installed system.

So, i need a solution to mount one of my TOS accessible drives, after
setup is finished, in order to copy over the kernel and initrd that was installed in /boot .

I'm sure this is a solveable issue.

Greets,
Stefan

I was able to workaround it this way: one partition on the HDD was
formated ext2 and mountpoint set to /mint during the D-I setup.

After setup finished, i entered the shell and copied /target/boot/*.* to /target/mint/ . After reboot, i started MiNT and then copied initrd and
kernel
to the C: drive. While this works it forces the user to have MiNT
installed too.
Trying to mount the TOS partition or to create a new FAT16 partition
during setup failed.

Another 2 small issues: arrow keys on the Atari Keyboard work until
the keyboard layout is chosen. After that 2-4-6-8 on the numpad
work as arrows.

The login timeout is too short. Checking if the password is correct
takes too long.

Greetings,
Stefan

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

On Fri, 23 Dec 2022, Stefan Niestegge wrote:

The login timeout is too short. Checking if the password is correct
takes too long.

It's for security -- you can't log in, but neither can your enemy. I was
joking ... actually, it's a regression caused by progress. The solution is
to use old algorithms on old hardware. https://lists.debian.org/debian-68k/2021/04/msg00002.html

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

Hi Carsten,

are you certain this is a hardware issue, not a bug in the smc91x driver?

As far as I remember, there is a MinT driver for that card that could be
used for a function test ...

The reason I'm asking is that I have not been able to test that driver
on my Falcon for a long time, so some regression may well have crept in ...

Cheers,

Michael

Am 23.12.2022 um 21:19 schrieb Carsten Strotmann:

Hi,

On 23 Dec 2022, at 3:26, Michael Schmitz wrote:

Hi Stefan,

Am 22.12.2022 um 11:17 schrieb Finn Thain:

ip address add 192.168.1.10/24 dev eth0

ok

ip route add default via 192.168.1.1

ip: RTNETLINK answers: Network is unreachable

where "192.168.1.10/24" is the IP address of the Falcon machine and
"192.168.1.1" is the default gateway address (router).

ip address add 192.168.1.10/24 dev eth0
ip link set dev eth0 up
ip route add default via 192.168.1.1

Perhaps add 'ip route add 192.168.1.0/24 dev eth0' in case 'ip address' did not set up the local network route?

Output of 'ip route show' would be useful.

I visited Stefan yesterday and we found that the problem was faulty hardware (both network-cards were faulty). I brought a NetUSBee card and that worked immediately without issues.

With both faulty network cards the ARP request were send, and ARP responses were send back to the Atari Falcon, but the Falcon never did receive the ARP responses, so the ARP-Table was not populated.

Issue is now solved, Stefan is installing the latest Debian 11.

Greetings

Carsten

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