31

Allgemein [ General ] / [5.3] System kaputt nach Plattenvolllauf?

« on: October 17, 2021, 22:47:56 »

OK, dann ignoriere ich das mit dem Fehlen von /sys/class/rc - die FB geht ja.

... die /etc/asound.conf wird nur beim ändern der Werte im Setup aktualisiert. Von daher mal die Einstellung ändern, speichern, zurück ändern und wieder speichern. Danach neu booten und erneut testen.

Die Sound-Konfiguration im Web-Setup hatte ich schon mehrfach geändert - aber meist nicht neu gebootet zum Testen. Das " Nach dem speichern der Einstellung ist der VDR neu zu starten. " hab' ich allerdings schon meist gemacht. Außerdem gibt es ja da die Buttons "Lautsprecher Test" und "Speaker Test" (*).  Die schreiben zwar in die Textbox was er (angeblich) gerade testet, ich hör' aber nix. Vielleicht muss ich zusätzlich auch noch übergangsweise ein Paar Brüllwürfel dran stecken, manchmal ist HDMI ja etwas zickig...
Oder meinst Du noch eine andere Stelle im Setup die ich vielleicht übersehen habe?
Gibt es noch weitere Diagnosemöglichkeiten?

(*) Später fand ich heraus, dass der deutsche Button alsa.sh aufruft, der englische pulseaudio.sh - beide Scripte sind aber extrem ähnlich.

32

Allgemein [ General ] / [5.3] System kaputt nach Plattenvolllauf?

« on: October 17, 2021, 11:31:31 »

So, guten Morgen erstmal :-)

Also, ich habe zuerst die Einträge in der /etc/fstab korrigiert, idealerweise gleich bei beiden Systemen.
Der Punkt Pakete im WebIf ist offenbar nun auch OK.
Witzig ist, dass im Log auftaucht it87: Found IT8720F chip at 0x290, revision 8 aber auf beiden das it87 Modul nicht geladen wird; das ist jedoch (anscheinend) nicht schlimm.

Schlimm ist allerdings, dass der Ton noch immer nicht geht.
Ich habe im OSD (Plugins->softhddevice und VDR->DVB->Audio) sowie WebIf die Audio-Einstellungen verglichen und sehe keine Unterschiede.
(Vielleicht sollte ich erwähnen, dass beide das gleiche Motherboard verbaut haben - u.a. um Vergleichbarkeit zu haben)
Was sollte ich noch prüfen/vergleichen? Irgendwas in den Einstellungen oder Logs?

Nebenschauplatz: auf meinem System gibt es /sys/class/rc auf dem der Eltern hingegen nicht. Ich vermute, es ist für LIRC? Brauche ich das überhaupt bei RCU?

33

Allgemein [ General ] / [5.3] System kaputt nach Plattenvolllauf?

« on: October 16, 2021, 20:45:58 »

Es bot sich heute schon eine Gelegenheit... und es gibt Teilerfolge!

Ich habe eine Tastatur dran gesteckt und "verbose" gewählt:
- das Kernelmodul it87 kann nicht geladen werden: "device or resource busy" -> ist aber anscheinend nicht schlimm, ich bekomme trotzdem Temperaturen
- /var/cache konnte nicht eingebunden (mount) werden -> das konnte ich später durch neu anlegen von /mnt/sda2/.cache fixen
- /sys/class/rc is missing -> wozu ist das gut? Die Fernbedienung funktioniert (ich verwende das RCU Plugin)
- der symlink remote.conf zeigte auf eine falsche (immerhin existierende) Kanalliste -> ließ sich leicht mittels WebIf korrigieren, hat dann auch endlich Bestand
- /etc/apt/sources.list.d/main.list war immer noch kaputt -> nach Kopieren von  main.list.save blieb es aber endlich erhalten
- /var/cache/apt/archives fehlt, da habe ich eben erst auf meinem VDR nachsehen können, was das sein muss (file oder directory, korrigiere ich morgen)

Also: WebInterface funktioniert wieder (dahingehend dass Änderungen auch persistent sind), TV Empfang klappt zum Teil: leider noch ohne Ton. Wie bei Aufnahmen, vgl. letzter Satz hier
Ich werde also morgen die Teile die Sound betreffen mit meiner rc.config vergleichen....

34

Allgemein [ General ] / [5.3] System kaputt nach Plattenvolllauf?

« on: October 16, 2021, 15:03:22 »

Tagchen,

nun haben sich doch mehr Punkte angesammelt... Ich kann ja bei den Eltern immer nur dann am VDR (inkl. TV) nur dann was machen, wenn sie nicht gerade selbst TV schauen wollen (mit internem Tuner).
Aber immerhin, deren (wichtige Teile aus der) /etc/fstab:

Code: [Select]

UUID=....   /  auto  defaults  0 1
UUID=....   /mnt/data  btrfs  subvol=@data  0 0
UUID=....   /mnt/sda2  auto  defaults  0 2
/mnt/data:/mnt/sda2  /data  mergerfs  defaults,category.create=mfs,direct_io,use_ino  0 0
/mnt/sda2/.cache  /var/cache  none  bind  0 0und meine:

Code: [Select]

UUID=....  /  auto  defaults  0 1
UUID=....  /mnt/data  btrfs  subvol=@data  0 0
UUID=....  /mnt/sdb2  auto  defaults  0 2
/mnt/data:/mnt/sdb2:/mnt/sdc1  /data  mergerfs  defaults,category.create=mfs,direct_io,use_ino  0 0
/mnt/sdb2/.cache  /var/cache  none  bind  0 0
/dev/sdc1   /mnt/sdc1       xfs    defaults         0 0Also ähnlich. Ich habe wie gesagt seinerzeit bei der Installation zwei Partitionen angelegt, in eine MLD installiert und die Zweite dann als Datenpartition angegeben. Bei mir kam dann wie gesagt vor ein paar Wochen eine zweite Datenplatte dazu.

Zwar habe ich den Snapshot eingespielt, konnte aber nicht mehr prüfen, ob es geklappt hat weil die Eltern Ihre Sendung schauen wollten. Allerdings war die channels.conf NICHT dabei, sondern immer noch leer. Ich habe den Symlink noch schnell von Hand angelegt - und musste dann erstmal weichen...
Ergo auch noch kein Test mit verbose & Co. :-(
Aber morgen fahren sie für eine Woche weg, da ist dann mehr Gelegenheit ;-)

... Die meiste Zeit hast Du damals nicht mit der eigentlichen Einrichtung, sondern mit dem Verstehen des Systems und seinen Möglichkeiten, also mit Lernen, verbracht. Das würde diesmal, aufgrund der gewonnenen Erfahrungen, weitgehend wegfallen.

Hier mag ich zumindest teilweise widersprechen; das ist aber auf keinen Fall böse gemeint. Ich  HABE in der Tat SEHR VIEL Zeit mit der Einrichtung (Konfiguration, Scripte anpassen usw.) verbracht. Mag sein, dass das Lernen reduziert wäre - die lange Konfigurations- und "Hinbieg-" Orgie bliebe aber. Das ist allerdings mein Problem ;-)

FALLS ich neu installieren müsste würde ich ohnehin das ganze /etc Verzeichnis vorher wegsichern, besonders wegen der ganz conf Dateien inkl. remote.conf für die Fernbedienung.

Wie gesagt hoffe ich, ab morgen mal ein bisschen länger "dran bleiben" zu können. Vielleicht hole mich mir die Kiste auch zu mir...

35

Allgemein [ General ] / [5.3] System kaputt nach Plattenvolllauf?

« on: October 15, 2021, 14:17:19 »

Ich habe gerade nur wenig Zeit, will aber eine Neuinstallation um (fast) jeden Preis vermeiden weil

Ich will natürlich - weil ich wochenlange Konfigurationsarbeit drin habe - vermeiden, "mal eben" neu zu installieren...

Das mit dem Snapshot probiere ich nachher nochmal, auch das mit verbose boot.

36

Allgemein [ General ] / [5.3] System kaputt nach Plattenvolllauf?

« on: October 15, 2021, 07:50:38 »

Zuerst vielen Dank für die Unterstützung!

Ich kann mich nicht bewußt erinnern, die root Partition als Datenpartition angegeben zu haben sondern eher (weil ich das so gewohnt  bin) eine Installationspartition zu machen (hier / auf sda1) und eine für Daten (hier /data auf sda2). Auf "normalen" Systemen mache ich z.B. oft / auf sda1 und /home auf sda2 - manchmal noch /var auf sda3. Vielleicht (spekulier wild rum ...) stellt mergerfs in der 5.3 das nur so seltsam dar?

Im Setup (WebIf) kann ich alles mögliche machen - jedoch ist ja genau nichts persistent. Außerdem meine ich mich zu erinnern (habe das Ding gerade nicht vor der Nase), dass GAR KEIN Datenlaufwerk da eingetragen ist; schließlich ist die rc.config ja nicht da bzw. leer. Oder (vielleicht wichtige Frage): schreibt das WebIf noch eine weitere Config Datei irgendwo hin?
In der /etc/fstab gucke ich nachher mal nach...

Die channels conf ist tatsächlich (auch) ein Problem: der Symlink zeigt ins Leere. Wenn ich über WebIf eine channnels.conf auswähle hat das genauso wenig Erfolg wie das manuelle setzen (ln -s ...) des Symlinks: nach (Neu)Start des VDR ist der Symlink wieder weg bzw. zeigt wieder ins Leere.
Eine timers.conf ist zwar da aber leer - das sollte allerdings kein Problem sein, die legt der VDR dynamisch selbst an wenn er sie braucht. Keine Timer -> keine timers.conf

Dem Tipp mit den Snapshots werde ich nachher mal nachkommen, in der Hoffnung es bringt was - denn das KOMPLETTE zurückspielen eines Snapshot brachte ja nichts (siehe oben).

Außerdem - das fällt mir jetzt erst ein: ich hatte bei den Tests vor ein paar Tagen keine Tastatur dran, nur eine SSH Verbindung. Gibt/gab es nicht die Möglichkeit, VOR dem Booten eine Art "single user mode" oder "rescue mode" zu booten? Oder wenigstens "verbose"?

37

Allgemein [ General ] / [5.3] System kaputt nach Plattenvolllauf?

« on: October 14, 2021, 18:11:55 »

So, hier nun wie versprochen die genauen Werte:
(MLD):/root$ df -h | grep sd
/dev/sda1                 7.8G      1.3G      5.7G  18% /
/dev/sda1                 7.8G      1.3G      5.7G  18% /mnt/data
/dev/sda2               457.7G    421.2G     36.6G  92% /mnt/sda2
data:sda2               465.5G    422.4G     42.3G  91% /data


Und eine neue Erkenntnis: die Datei /etc/rc.config ist leer (!), was bestimmt falsch ist. Sie hat den Zeitstempel vom Boot-Zeitpunkt.

38

Allgemein [ General ] / [5.3] System kaputt nach Plattenvolllauf?

« on: October 14, 2021, 14:43:19 »

Ich sehe die Ursache ja auch in der vollgelaufenen root-Partition - und habe schon via Shell diverse "Speicherfresser" (einige Aufnahmen) gelöscht. Es hat(te) mich schon gewundert, dass die überhaupt auf der root-Partition lagen. Platz ist da aber jetzt genug glaub' ich; deutlich über 50% (genaueres kann ich am Abend sagen).
Mit mount, du, df usw. komme ich schon klar, an der Stelle ist glaub' ich keine Hilfe nötig; dennoch danke für's Angebot. Ganz vielleicht (falls nötig) könnte ich etwas Unterstützung zum mergerfs gebrauchen.

Auch die data Partition ist ein bißchen freier nach Löschen einiger nicht (mehr) benötigter Aufzeichnungen. Den Snapshot habe ich erst NACH dem Löschen - also nachdem wieder Platz verfügbar war - eingespielt; half ja aber (erwartungsgemäß) nicht. Das aktuelle Problem scheint also nicht (mehr) Platzmangel zu sein, sondern dass irgendwelche Dateien/Verzeichnisse/Konfigurationen fehlen oder kaputt sind. Beim Audio-Test beispielsweise wird irgendwas für ALSA nicht gefunden - das ging aber vor der "Havarie". (Auch hier kann ich ggf. erst am Abend Details posten)

Wie gesagt wird nichts was ich im WebIf einstelle gespeichert; oder wenn doch bleibt es nicht erhalten - so als ob eben eine Config-Datei nur im RAM steht und nicht weggeschrieben wird. Aufzeichnungen abspielen geht, aber nur ohne Ton und TV geht gar nicht.

39

Allgemein [ General ] / [5.3] System kaputt nach Plattenvolllauf?

« on: October 13, 2021, 22:01:09 »

Hallo miteinander!
Seit fast 4 Jahren betreibe ich sehr zufrieden zwei VDRs mit MLD 5.3 - einen bei mir und einen bei meinen Eltern.
Der bei den Eltern macht neuerdings Kummer, ich wurde um Hilfe gerufen "Der VDR startet nicht mehr".
Als ich hin kam, der Effekt: System fährt hoch, anfangs sieht alles normal aus (MLD-Logo). Dann erscheint ganz oben eine Zeile die wie die Titelzeile eines Programms im Windowmanager aussieht: "Softhddevice" oder so. Für ein paar Sekunden auch eine leere (!) OSD-Kanalanzeige.
Immerhin kam ich sowohl auf WebInterface als auch via SSH auf die Shell.
Schnell gefunden: root- und data-Device rappelvoll (100 und 99%). Im WebIf konnte ich Logs anschauen, das hielt ich zu dem Zeitpunkt nicht für wirklich wichtig - dachte, die vollen Platten seien die (alleinige) Ursache.
Ich habe dann via Shell ein paar Aufzeichnungen gelöscht; die Jüngste die offenbar unvollständig war sowie ein paar bei denen die Eltern sagten "Das kann weg".
Trotzdem startet der VDR nicht vollständig (trotz reboot). OSD-Menü geht zwar, Aufzeichnungen auflisten auch, Disk 90% sagt er jetzt. Aufzeichnungen spielt er ohne Ton. Wie gesagt, seit fast 4 Jahren ist (bzw. war) alles super!
Weiter kann ich im WebInterface (welches jetzt keine Logs mehr anzeigt - offenbar weil /var/log/messages ein Symlink auf /dev/null ist) einstellen was ich will, es wird nicht gespeichert. Beispielsweise zeigt die channels.conf auf eine nicht existente Datei, ein manuelles neu setzen überlebt genauso wenig wie der Versuch es via WebIf zu setzen. Ebenso Einstellungen von Log-Level oder Ton. Auch /etc/apt/sources.list.d/main.list sei defekt sagt er. Zwar gibt es diese Kopie (main.list.save) - aber wenn ich die  auf main.list kopiere hat das auch keinen Bestand.
Reicht das für den Versuch einer Diagnose? Schreibbar ist das Filesystem, so hat z.B. /etc/vdr/setup.conf immer einen aktuellen Zeitstempel.
Ich will natürlich - weil ich wochenlange Konfigurationsarbeit drin habe - vermeiden, "mal eben" neu zu installieren...
Ach ja, den letzten Snapshot (war von 2018) einspielen half auch nicht.
Gibt es eine Art Cache oder sonstige Konfigurationsfiles die ich prüfen sollte?
F1! F1!

40

x86 Systeme (PC) / Power Off - 5.5 Problem oder wieder J1900?

« on: March 27, 2020, 14:08:11 »

Vielen Dank für die Aufklärung auch an dieser Stelle!

Auch wenn ich einen solchen "Mechanismus" durchaus für eine tolle Idee halte gibt es möglicherweise Dinge auf Eurer "Agenda" die höhere Prio haben 

Ich denke, es ist erstmal gelöst - vielleicht habe ich mal Muße, das (als Übergangslösung) ins Wiki zu klimpern.


EDIT: (hoffentlich) Missverständnispotenzial reduziert

41

Allgemein [ General ] / OSD und Updates

« on: March 27, 2020, 13:17:51 »

Super! Herzlichen Dank Euch für die ausführlichen Erklärungen.

Auch wenn der Kumpel das mit den Snapshots hin kriegen würde mache ich die Updates erstmal aus; das kann ich ihm ja auch zeigen. Wir wohnen halt alle einigermaßen weit auseinander und wenn bei einem Update mal das Netzwerk kaputt gehen sollte (hatte ich ja die Tage auch mal) ist's äußerst ungünstig.

42

Allgemein [ General ] / OSD und Updates

« on: March 27, 2020, 11:50:27 »

Ich danke Euch.
Den Schalter im WebIf gibt es tatsächlich noch - das ist durchaus eine Option.

Der Grund dafür, dass ich 5.5 verwende(n muss) ist hier https://www.minidvblinux.de/forum/index.php/topic,9717.msg76601.html beschrieben; wie gesagt normalerweise bevorzuge ich stable Versionen und habe vor Wochen (als es die 5.4 stable noch nicht gab) mit der 5.3 stable begonnen.

Natürlich würde es die Eltern des Kumpels "beruhigen", wenn ich die Suche nach Updates deaktiviere, aber ob das auch wirklich sinnvoll ist? Meine zweite Frage oben zielte ja darauf, ob mein Kumpel alle paar Wochen aus der Ferne Updates machen kann oder oder man sich was Anderes überlegen muss... Fatal wäre, wenn man das System "kaputt aktualisiert" ;-) Wir wohnen alle in unterschiedlichen Orten.
Deswegen ja auch die obige erste Frage, ob das System Updates läd und einspielt, wenn man die OSD-Meldung mit OK bestätigt.

Zwar macht es irgendwie auch Spaß, bei der Entwicklung zu unterstützen, aber in diesem konkreten Fall ... ahäm ... knifflig :-)

43

Allgemein [ General ] / OSD und Updates

« on: March 27, 2020, 11:10:42 »

Moin,

ich habe zwar schonmal via Forum-SuFu probiert, was zu finden - aber gerade der Begriff "Update" sorgt natürlich für gefühlte Milliarden Treffer.

Normalerweise bin ich ein Freund von "stable" Versionen (und benutze bevorzugt solche), da "passiert" das ja fast nie ... aber jetzt die "gezwungenermaßen" installierte 5.5 unstable meldet anscheinend fast täglich auf dem OSD es gäbe Updates. Besonders in diesem Fall - weil der gerade im Bau befindliche VDR für die Eltern eines Freundes gedacht ist; die sind nicht mehr die Jüngsten.

Die Fragen: erstens was macht das System, wenn man die OSD-Meldung mit OK bestätigt? Macht es dann Updates oder ist das nur eine Information, die ohnehin nach einigen Sekunden verschwindet? Zweitens "überlebt" es eine solche unstable Version, wenn mein Kumpel nur beispielsweise alle paar Wochen Updates macht, per SSH, WebIf aus der Ferne oder wie auch immer?

44

x86 Systeme (PC) / Power Off - 5.5 Problem oder wieder J1900?

« on: March 27, 2020, 10:42:20 »

Vermutlich ist das Problem dadurch zu lösen, das Du den Link /etc/acpi/PWRF löscht.

Danke für den Tipp. Interessant ist: das funktioniert zwar, aber im acpid.log erscheint
acpid: PWRF/00000080
acpid: PWRF/00000080: No such file or directory

Ich bin verwirrt :-)
(auch weil ich gestern Abend noch dies hier fand: https://www.minidvblinux.de/forum/index.php/topic,8479.msg65068.html#msg65068 )

45

x86 Systeme (PC) / Test MLD 5.5 AMD 64 Unstable

« on: March 26, 2020, 23:54:54 »

bei mir gehts wieder - was erfreulich ist