Beiträge von rkbwde

Festplatten sind aufgrund der mechanischen Komponenten Verschleißteile. Du solltest auf jeden Fall mit den smartmontools checken, wie viele Betriebsstunden sie haben und ob ggfs. schon Fehler aufgetreten sind.

smartctl -a /dev/sdX | grep -Pi 'Model|Pending|Uncorrectable|Hours|Reallocated'

Ob sich so ein NAS-Gehäuse lohnt, ob es auch preiswerte USB3-Gehäuse tun oder ob Du die Platten in einen alten PC steckst, kannst Du dann immer noch überlegen.

Hinsichtlich RAID kannst Du an ein RAID 1 (Spiegelung) mit den beiden 500 GB Platten denken.

Platten stark unterschiedlicher Größe zu kombinieren, bringt meistens nicht viel ...

Ich nutze einige wenige ältere Platten bzw. SSDs für Testzwecke - einzeln in USB-Gehäusen oder zusätzlich in einen Rechner gesteckt, z.B. um mal eine neue Linux-Distro auszuprobieren.

Zitat von Sauerland

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

Schon erledigt.

Zitat von Sauerland

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 ...

Zitat von 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

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

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

$ 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 ...

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

# rpm -ql netcfg
/etc/aliases
/etc/ethertypes
/etc/exports
/etc/exports.d
/etc/host.conf
/etc/hostname
/etc/hosts
/usr/etc/networks
/usr/etc/protocols
/usr/etc/services
/usr/share/licenses/netcfg
/usr/share/licenses/netcfg/COPYING

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

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") ...

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

Bevor Du die Flinte ins Korn wirfst, solltest Du mal schauen, ob der Controller erkannt und das zugehörige Treiber-Modul geladen wird:

lspci -k

Wenn nicht, kannst Du Die Unterstützung im Kernel aktivieren und Dir einen eigenen kernel backen; das ist gar nicht so schwierig.

Bei mir erscheinen in /var/log/messages drei unterschiedliche Audio-Outputs für Bluetooth (nutze ich nicht), HDMI und Lautsprecher bzw. Kopfhörer:

kernel: [  T663] sof-audio-pci-intel-mtl 0000:00:1f.3: hda codecs found, mask 5
kernel: [  T663] sof-audio-pci-intel-mtl 0000:00:1f.3: using HDA machine driver skl_hda_dsp_generic now
kernel: [  T663] sof-audio-pci-intel-mtl 0000:00:1f.3: NHLT device BT(0) detected, ssp_mask 0x4
kernel: [  T663] sof-audio-pci-intel-mtl 0000:00:1f.3: BT link detected in NHLT tables: 0x4
kernel: [  T663] sof-audio-pci-intel-mtl 0000:00:1f.3: DMICs detected in NHLT tables: 2
kernel: [  T663] sof-audio-pci-intel-mtl 0000:00:1f.3: Firmware paths/files for ipc type 1:
kernel: [  T663] sof-audio-pci-intel-mtl 0000:00:1f.3:  Firmware file:     intel/sof-ipc4/mtl/sof-mtl.ri
kernel: [  T663] sof-audio-pci-intel-mtl 0000:00:1f.3:  Firmware lib path: intel/sof-ipc4-lib/mtl
kernel: [  T663] sof-audio-pci-intel-mtl 0000:00:1f.3:  Topology file:     intel/sof-ipc4-tplg/sof-hda-generic-2ch.tplg
kernel: [  T663] sof-audio-pci-intel-mtl 0000:00:1f.3: Loaded firmware library: ADSPFW, version: 2.14.1.1
kernel: [  T663] sof-audio-pci-intel-mtl 0000:00:1f.3: Booted firmware version: 2.14.1.1
kernel: [  T786] sof-audio-pci-intel-mtl 0000:00:1f.3: loading topology: intel/sof-ipc4-tplg/sof-hda-generic-2ch.tplg
kernel: [  T786] sof-audio-pci-intel-mtl 0000:00:1f.3: Topology: ABI 3:29:1 Kernel ABI 3:23:1
kernel: [  T786] input: sof-hda-dsp Mic as /devices/pci0000:00/0000:00:1f.3/skl_hda_dsp_generic/sound/card0/input12
kernel: [  T786] input: sof-hda-dsp Headphone as /devices/pci0000:00/0000:00:1f.3/skl_hda_dsp_generic/sound/card0/input13
kernel: [  T786] input: sof-hda-dsp HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:1f.3/skl_hda_dsp_generic/sound/card0/input14
kernel: [  T786] input: sof-hda-dsp HDMI/DP,pcm=4 as /devices/pci0000:00/0000:00:1f.3/skl_hda_dsp_generic/sound/card0/input15
kernel: [  T786] input: sof-hda-dsp HDMI/DP,pcm=5 as /devices/pci0000:00/0000:00:1f.3/skl_hda_dsp_generic/sound/card0/input16

Schau doch mal in /var/log/messages bzw. journalctl, was Du da zum Theme sof-audio findest - und auch eine Auflistung der ALSA-Geräte könnte helfen:

fgrep sof- /var/log/messages

aplay -L