Hi,
This respin is of interest to me for the following reasons. I'm trying to give runit (instead of systemd) a try. I tried AntiX-runit but find it too primitive for my needs. So ,in the first instance: thank you very much!
Accordingly I downloaded your iso image and proceeded to install the 'runit flavour'. The installation went fine , but when I restarted, I could not access the internet; in fact networking wasn't fully started; for example device 'eth0' was present but down.
This problem only seems to be present in the 'runit' version; if I start e.g. the 'sysv' version via the grub menu, everything works fine.
I got internet access working as follows...
root@felix:/var/log# ip link set up eth0
root@felix:/var/log# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 30:8d:99:7a:06:04 brd ff:ff:ff:ff:ff:ff
inet6 2a02:a44a:b0c4:1![:328d:]()
99ff:fe7a:604/64 scope global dynamic mngtmpaddr
valid_lft 189336sec preferred_lft 102936sec
inet6 fe80:![:328d:]()
99ff:fe7a:604/64 scope link
valid_lft forever preferred_lft forever
3: wlan0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether cc:3d:82:c8:5c:9e brd ff:ff:ff:ff:ff:ff
root@felix:/var/log#
.... and presumably I could get a 32-bit ip address via dhcp if only I knew the 'ip' command better!
And now the questions:
Is there a simple neat fix for this symptom which would make this variant work better?
Here is part of the so-called 'quick system information':
Thanks for your attention,
Larry Myerscough (aka papahippo)
This respin is of interest to me for the following reasons. I'm trying to give runit (instead of systemd) a try. I tried AntiX-runit but find it too primitive for my needs. So ,in the first instance: thank you very much!
Accordingly I downloaded your iso image and proceeded to install the 'runit flavour'. The installation went fine , but when I restarted, I could not access the internet; in fact networking wasn't fully started; for example device 'eth0' was present but down.
This problem only seems to be present in the 'runit' version; if I start e.g. the 'sysv' version via the grub menu, everything works fine.
I got internet access working as follows...
root@felix:/var/log# ip link set up eth0
root@felix:/var/log# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 30:8d:99:7a:06:04 brd ff:ff:ff:ff:ff:ff
inet6 2a02:a44a:b0c4:1
99ff:fe7a:604/64 scope global dynamic mngtmpaddr valid_lft 189336sec preferred_lft 102936sec
inet6 fe80:
99ff:fe7a:604/64 scope link valid_lft forever preferred_lft forever
3: wlan0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether cc:3d:82:c8:5c:9e brd ff:ff:ff:ff:ff:ff
root@felix:/var/log#
.... and presumably I could get a 32-bit ip address via dhcp if only I knew the 'ip' command better!
And now the questions:
Is there a simple neat fix for this symptom which would make this variant work better?
Here is part of the so-called 'quick system information':
Code:
Snapshot created on: 20240222_0159System: Kernel: 6.1.0-17-amd64 [6.1.69-1] arch: x86_64 bits: 64 compiler: gcc v: 12.2.0 parameters: BOOT_IMAGE=/boot/vmlinuz-6.1.0-17-amd64 root=UUID=<filter> ro quiet selinux=0 splash Desktop: KDE Plasma v: 5.27.5 wm: kwin_x11 vt: 7 dm: SDDM Distro: MX-23.2_KDE_x64 Libretto January 21 2024 base: Debian GNU/Linux 12 (bookworm)Machine: Type: Laptop System: Hewlett-Packard product: HP ZBook 15 G2 v: A3009DD10303 serial: <superuser required> Chassis: type: 10 serial: <superuser required> Mobo: Hewlett-Packard model: 2253 v: KBC Version 03.12 serial: <superuser required> BIOS: Hewlett-Packard v: M70 Ver. 01.26 date: 03/03/2020Battery: ID-1: BAT0 charge: 56.3 Wh (98.4%) condition: 57.2/57.2 Wh (100.0%) volts: 16.6 min: 14.4 model: Hewlett-Packard Primary type: Li-ion serial: <filter> status: not chargingCPU: Info: model: Intel Core i7-4710MQ bits: 64 type: MT MCP arch: Haswell gen: core 4 level: v3 note: check built: 2013-15 process: Intel 22nm family: 6 model-id: 0x3C (60) stepping: 3 microcode: 0x28 Topology: cpus: 1x cores: 4 tpc: 2 threads: 8 smt: enabled cache: L1: 256 KiB desc: d-4x32 KiB; i-4x32 KiB L2: 1024 KiB desc: 4x256 KiB L3: 6 MiB desc: 1x6 MiB Speed (MHz): avg: 2769 high: 3365 min/max: 800/3500 scaling: driver: intel_cpufreq governor: schedutil cores: 1: 3078 2: 2512 3: 2502 4: 3365 5: 3146 6: 2516 7: 2497 8: 2542 bogomips: 39908 Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx Vulnerabilities: Type: gather_data_sampling status: Not affected Type: itlb_multihit status: KVM: VMX disabled Type: l1tf mitigation: PTE Inversion; VMX: conditional cache flushes, SMT vulnerable Type: mds mitigation: Clear CPU buffers; SMT vulnerable Type: meltdown mitigation: PTI Type: mmio_stale_data status: Unknown: No mitigations Type: retbleed status: Not affected Type: spec_rstack_overflow status: Not affected Type: spec_store_bypass mitigation: Speculative Store Bypass disabled via prctl Type: spectre_v1 mitigation: usercopy/swapgs barriers and __user pointer sanitization Type: spectre_v2 mitigation: Retpolines, IBPB: conditional, IBRS_FW, STIBP: conditional, RSB filling, PBRSB-eIBRS: Not affected Type: srbds mitigation: Microcode Type: tsx_async_abort status: Not affectedLarry Myerscough (aka papahippo)
Statistics: Posted by papahippo — 2024-08-18 21:14 — Replies 8 — Views 1190