Posts by docadams

docadams · Jan 20th 2019

Hallo,

ich möchte die Sache hier abschließen. Es läuft wieder schön rund.

Dass ich den HTPC nicht mehr mit der FB zum Starten bekomme, liegt an den beim Batteriewechsel verloren gegangenen Einstellungen am BIOS und ich weiß nicht mehr, was ich da vor Jahren geändert hatte. Aber das ist nicht das Thema dieser Diskussion.

Ich möchte mich noch mal ganz herzlich bei allen bedanken, dir mir geholfen haben. Insbesondere bei seahawk1986, der scheinbar 24/7 am PC auf solche DAUs wie mich wartet.

Wenns mal nicht läuft, merkt man erst mal, was für ein tolles System yavdr und kodi ist.

docadams · Jan 12th 2019

Das wars

Die Datei war 0 Bit groß und stammt vom 05.01.19, also als es los ging...

EDIT: Ich hatte vergessen, den folgenden Text abzuschicken. Ist nicht mehr wichtig, aber vielleicht brauchst du das für eine Analyse. Also das ist der Stand vor einer Stunde:

Hier ist die vdr-frontend.log

Ergebnis von initctl list

Inzwischen ist die Log über 900k groß geworden, aber vdr is ready tauchte noch nicht auf.

docadams · Jan 12th 2019

Hier ist die vdr-frontend.log

Ergebnis von initctl list

Inzwischen ist die Log über 900k groß geworden, aber vdr is ready tauchte noch nicht auf.

docadams · Jan 12th 2019

mit aktiviertem SoftHDDevice-Mode:

Code

description     "yavdr-frontend"
author          "Steffen Barszus <steffenbpunkt@gmail.com>"

env HOME=/var/lib/vdr
export HOME

respawn

# background shown if frontend is attached
env logo_attached=/usr/share/yavdr/images/yavdr_logo.png
export logo_attached
# background shown if frontend is detached
env logo_detached=/usr/share/yavdr/images/yaVDR_background_detached.jpg    
export logo_detached
# Button to de/attach frontend
env key_detach=KEY_PROG1
export key_detach
# VDR's Power button
env key_power=KEY_POWER2
export key_power
# GraphTFT VIEW if Frontend is detached: 
# possible values NonLiveTv, Clock, Standard, Detail, Dia, Sysinfo
env graphtftng_view=NonLiveTv
export graphtftng_view
# Start frontend always detached:
# possible values: 0 (attach frontend at manual start), 1 (always start detached) or 2 (always attach frontend - CAUTION: after attaching VDR thinks user is active)
env start_always_detached=0
export start_always_detached



#start on started vdr or stopped openbox-tools \
start on stopped openbox-tools \
         or vdr-frontend-restart
#stop on stopping vdr or stopping xorg-launcher
stop on stopping xorg-launcher

pre-start script

# wait for vdr, Xorg (after wm is running) and the sound devices to be loaded
#start wait-for-job-state WAIT_FOR=vdr TARGET_GOAL=start WAIT_STATE=running WAITER=vdr-frontend WAIT_FOREVER=1 ||:

#start wait-for-job-state WAIT_FOR=sound-device TARGET_GOAL=start WAIT_STATE=running WAITER=vdr-frontend WAIT_FOREVER=1 ||:
#start wait-for-job-state WAIT_FOR=openbox-tools TARGET_GOAL=stop WAIT_STATE=waiting WAITER=vdr-frontend WAIT_FOREVER=1 ||:


# dont start if some other application is running
if [ -e /tmp/.standalone ]; then
   vdr-dbus-send /Remote remote.Disable ||:
   exit 1
fi




end script

script
if [ -r /etc/default/locale ]; then
    . /etc/default/locale
    export LANG LANGUAGE LC_CTYPE=$LANG
fi

exec on_vdr -c "python /usr/bin/frontend"


end script

pre-stop script
        frontend-dbus-send /frontend deta ||:
end script

post-stop script
export DISPLAY=:1`dbget vdr.tempdisplay`
/usr/bin/feh --bg-center "/usr/share/yavdr/images/yavdr_logo.png"

end script

Display More

docadams · Jan 12th 2019

Hallo,

z.Z. ist vdr-sxfe@vdr-plugin-xineliboutput aktiv.

Die vdr-frontend.conf sieht so aus:

Code

description     "yavdr-frontend"
author          "Steffen Barszus <steffenbpunkt@gmail.com>"
env HOME=/var/lib/vdr
export HOME
respawn
#start on started vdr or stopped openbox-tools \
start on stopped openbox-tools \
         or vdr-frontend-restart
#stop on stopping vdr or stopping xorg-launcher
stop on stopping xorg-launcher
pre-start script
# wait for vdr, Xorg (after wm is running) and the sound devices to be loaded
#start wait-for-job-state WAIT_FOR=vdr TARGET_GOAL=start WAIT_STATE=running WAITER=vdr-frontend WAIT_FOREVER=1 ||:
#start wait-for-job-state WAIT_FOR=sound-device TARGET_GOAL=start WAIT_STATE=running WAITER=vdr-frontend WAIT_FOREVER=1 ||:
#start wait-for-job-state WAIT_FOR=openbox-tools TARGET_GOAL=stop WAIT_STATE=waiting WAITER=vdr-frontend WAIT_FOREVER=1 ||:

# dont start if some other application is running
if [ -e /tmp/.standalone ]; then
   vdr-dbus-send /Remote remote.Disable ||:
   exit 1
fi

end script

nice -10
setuid vdr
setgid vdr

#env XINE_BUFFER_LOG=1
env USE_AUTOCROP=0
export USE_AUTOCROP

script
export DISPLAY=:1`dbget vdr.tempdisplay`
export __GL_SYNC_TO_VBLANK=1

export __GL_SYNC_DISPLAY_DEVICE=`/usr/bin/dbget system.x11.display.0.device`

HUDOPTS=""
XINELIBOUTPUTOPTS="--post tvtime:method=use_vo_driver --reconnect --audio=alsa --syslog --silent --tcp --nocec"
machine="$(imvirt)"
if [ "${machine}" = "VirtualBox" ] || [ "${machine}" = "Unknown" ] || [ ${machine} = "KVM" ]; then
XINELIBOUTPUTOPTS="-V xshm $XINELIBOUTPUTOPTS"
fi
CONFIG="--config /etc/vdr-sxfe/config_xineliboutput"
exec on_vdr -c "/usr/bin/vdr-sxfe $HUDOPTS $XINELIBOUTPUTOPTS $CONFIG xvdr://127.0.0.1:37890"
end script

Display More

Eine ..override gibt es nicht.

docadams · Jan 12th 2019

Quote from SurfaceCleanerZ

Riecht es evtl komisch? Sind Elkos dick und aufgebläht?

Ich hab mir das noch mal genau angeschaut, trifft alles nicht zu. Daraufhin mal alle Stecker raus und wieder rein, und... es geht.

Wahrscheinlich ein von mir verursachter Wackelkontakt. Sorry für meine Panikmache.

Bleibt aber das Problem, dass bei gewählten SoftHDDevice-Mode der Bildschirm schwarz bleibt.

Könnte da bitte das syslog noch mal angeschaut werden oder es gibt andere andere Tipps ?

Schönes Wochenende wünscht DocAdams

docadams · Jan 11th 2019

Verdammt, beim Austauschen der Batterie muss ich wohl das Motherboard geschrottet haben.

Jedenfalls startet nichts mehr. Die USB-Anschlüsse bekommen noch Strom, am Netzteil kann es also nicht liegen.

Aber ansonsten passiert nichts, kein Lüfter, keine Reaktion am Bildschirm....

Leider habe ich keine Gerätschaften oder Kenntnisse, um auf einem Motherboard auf Fehlersuche zu gehen.

Jetzt muss ich erst mal völlig neu orientieren und auf Suche nach einem Folgemotherboard gehen.

docadams · Jan 10th 2019

Es gibt gute Nachrichten: mit Xineliboutput bzw. Xine-Plugin läuft es. Nicht so perfekt, aber jetzt wissen wir, das SoftHDDevice-Plugin ist defekt. Also, sobald das angewählt wird, ist der BS wieder schwarz.

Was kann ich mit dem SoftHDDevice-Plugin machen?

Quote

Eventuell ist die Batterie auf dem Mainboard leer.

Könnte das die Ursache für das Vollaufen der syslog gewesen sein?

Ich musste selber noch mal nachschauen. Seit 2010 bin ich im Forum angeleldet. Und 2011 hatte ich meinen HTPC zusammengestellt. So alt ist das Board, verdammt lang her...

docadams · Jan 10th 2019

Hallo,

ich konnte einige Tage nichts machen. Gestern hatte ich noch mal gesucht, aber nichts zustande gebracht. Daraufhin habe ich das aktuelle syslog umbenannt.

Danach den Befehl sudo poweroff ausgeführt und heute neu gestartet.

Das entsprechende neue syslog liegt in https://pastebin.com/cs08jB34

Erstaunlich ist (für mich), wieviel gestern die letzten Sekunden alles geloggt wurde. Ist das immer so?

Es gibt sogar ein Blick in die Zukunft. Heute ist der 10.01. In den Zeilen 1337 bis 1339 gibt es Einträge vom 11.01.

Und außerdem, warum plötzlich in Zeile 1347 noch mal ein Eintrag von gestern erscheint.

Könnte was mit der Zeit nicht stimmen?

Ich komme ja auch über das Webinterface auf das System. So habe ich gemerkt, dass sämtliche Einstellungen weg sind. Über die LIVE-Fernbedienung kann ich Kodi starten. Aber auch da sind alle Einstellungen weg....

Könntet ihr bitte noch mal das syslog anschauen. Ansonsten komme ich wohl um eine Neuinstallation nicht rum.

docadams · Jan 6th 2019

Ich habe da in letzter Zeit nichts verändert. Aber ich kann da gerne auf das Plugin verzichten.

Das ursprüngliche syslog ist über 3 MB groß. Um nicht alles nach Pastebin zu schicken. hatte ich es umbenannt. Danach reboot und was daraufhin neu gelogt wurde, hatte ich veröffentlicht.

Was seit der wiedererlangten Beschreibbarkeit der Platte mitgelogt wurde, muss ich aufteilen, weil sonst zu groß.

Teil 1: https://pastebin.com/qTg8usYT

Teil 2: https://pastebin.com/eiW0qRkx

zeitlich dahinter kommt noch https://pastebin.com/YQM4dvfy was ich schon oben veröffentlicht hatte

EDIT:

Ich habe das Plugin via Webinterface deinstalliert und neu gestartet: https://pastebin.com/Mga21aGH

docadams · Jan 6th 2019

Entschuldigung, Pastebin ging nicht automatisch.

Hier ist der letzte Neustart: https://pastebin.com/YQM4dvfy

docadams · Jan 6th 2019

Nach Löschen von vdr.log, clean und autoremove sieht es so aus:

Code

df -h
Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
udev            1,7G     12K  1,7G    1% /dev
tmpfs           345M    2,9M  343M    1% /run
/dev/sda1        14G     11G  3,0G   77% /
none            4,0K       0  4,0K    0% /sys/fs/cgroup
none            5,0M       0  5,0M    0% /run/lock
none            1,7G       0  1,7G    0% /run/shm
none            100M       0  100M    0% /run/user
/dev/sda6       218G     31G  176G   15% /srv
/dev/sdb1       1,8T    363G  1,4T   21% /media/filme

Display More

Code

sudo du -sh {/etc,/var,/usr}/* | sort -h
...
238M    /var/cache
750M    /usr/share
1,2G    /usr/lib
1,8G    /usr/src
4,2G    /var/lib

Nach einem reboot bleibt er leider immer noch beim Schwarzen Bildschirm mit Mauszeiger stehen.

docadams · Jan 6th 2019

Code

sudo du -sh /var/log/syslog | sort -h
2,6M    /var/log/syslog
xxx@yyy:~$ sudo du -sh /var/log | sort -h
3,5G    /var/log

Aber die /var/log/upstarte/vdr.log ist 3477MB groß. Die bekomme ich sicher ohnehin nicht geöffnet.

docadams · Jan 6th 2019

Danke für den Befehl, der ist notiert.

Code

740K    /etc/ssl
3,0M    /var/backups
12M     /usr/sbin
22M     /usr/include
70M     /usr/bin
112M    /usr/lib32
237M    /var/cache
750M    /usr/share
1,2G    /usr/lib
1,8G    /usr/src
3,5G    /var/log
4,2G    /var/lib

Display More

Wo kann ich gefahrlos löschen, ältere Logdateien?

EDIT:

Ich hatte zunächst mit dem Programm MC ca 10MB alte logs gelöscht. danach sudo apt-get autoremove --purge Leider doch die falsche Taktik:

Code

...
cp: Fehler beim Schreiben von »/tmp/mkinitramfs_hMejZe//lib/modules/3.13.0-153-generic/kernel/fs/btrfs/btrfs.ko": Auf dem Gerät ist kein Speicherplatz mehr verfügbar
cp: »/tmp/mkinitramfs_hMejZe//lib/modules/3.13.0-153-generic/kernel/fs/btrfs/btrfs.ko" konnte nicht erweitert werden: Auf dem Gerät ist kein Speicherplatz mehr verfügbar
cp: Fehler beim Schreiben von »/tmp/mkinitramfs_hMejZe//lib/modules/3.13.0-153-generic/kernel/fs/isofs/isofs.ko": Auf dem Gerät ist kein Speicherplatz mehr verfügbar
cp: »/tmp/mkinitramfs_hMejZe//lib/modules/3.13.0-153-generic/kernel/fs/isofs/isofs.ko" konnte nicht erweitert werden: Auf dem Gerät ist kein Speicherplatz mehr verfügbar
...

kann ich mit MC die ältesten /usr/src Einträge löschen oder würde ich da etwas durcheinander bringen?

docadams · Jan 6th 2019

Schade, ich hatte schon Hoffnung, als es losging:

Code

sudo apt-get autoremove --purge
[sudo] password for xxx:
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Die folgenden Pakete werden ENTFERNT:
  linux-image-extra-3.13.0-153-generic*
0 aktualisiert, 0 neu installiert, 1 zu entfernen und 14 nicht aktualisiert.
Nach dieser Operation werden 154 MB Plattenplatz freigegeben.
Möchten Sie fortfahren? [J/n] j
(Lese Datenbank ... 483192 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von linux-image-extra-3.13.0-153-generic (3.13.0-153.203) ...
run-parts: executing /etc/kernel/postinst.d/apt-auto-removal 3.13.0-153-generic /boot/vmlinuz-3.13.0-153-generic
run-parts: executing /etc/kernel/postinst.d/dkms 3.13.0-153-generic /boot/vmlinuz-3.13.0-153-generic
run-parts: executing /etc/kernel/postinst.d/initramfs-tools 3.13.0-153-generic /boot/vmlinuz-3.13.0-153-generic
update-initramfs: Generating /boot/initrd.img-3.13.0-153-generic
cp: Fehler beim Schreiben von »/tmp/mkinitramfs_BHSn4W//lib/modules/3.13.0-153-generic/kernel/fs/btrfs/btrfs.ko": Auf dem Gerät ist kein Speicherplatz mehr verfügbar
cp: »/tmp/mkinitramfs_BHSn4W//lib/modules/3.13.0-153-generic/kernel/fs/btrfs/btrfs.ko" konnte nicht erweitert werden: Auf dem Gerät ist kein Speicherplatz mehr verfügbar
cp: Fehler beim Schreiben von »/tmp/mkinitramfs_BHSn4W//lib/modules/3.13.0-153-generic/kernel/fs/isofs/isofs.ko": Auf dem Gerät ist kein Speicherplatz mehr verfügbar
....
....
cp: Fehler beim Schreiben von »/tmp/mkinitramfs_BHSn4W/lib/firmware/amd-ucode/././microcode_amd.bin": Auf dem Gerät ist kein Speicherplatz mehr verfügbar
cp: »/tmp/mkinitramfs_BHSn4W/lib/firmware/amd-ucode/././microcode_amd.bin" konnte nicht erweitert werden: Auf dem Gerät ist kein Speicherplatz mehr verfügbar
cp: Fehler beim Schreiben von »/tmp/mkinitramfs_BHSn4W//bin/date": Auf dem Gerät ist kein Speicherplatz mehr verfügbar
cp: »/tmp/mkinitramfs_BHSn4W//bin/date" konnte nicht erweitert werden: Auf dem Gerät ist kein Speicherplatz mehr verfügbar
E: /usr/share/initramfs-tools/hooks/fixrtc failed with return 1.
update-initramfs: failed for /boot/initrd.img-3.13.0-153-generic with 1.
run-parts: /etc/kernel/postinst.d/initramfs-tools exited with return code 1
dpkg: Fehler beim Bearbeiten des Paketes linux-image-extra-3.13.0-153-generic (--purge):
 Unterprozess installiertes post-removal-Skript gab den Fehlerwert 1 zurück
Fehler traten auf beim Bearbeiten von:
 linux-image-extra-3.13.0-153-generic
E: Sub-process /usr/bin/dpkg returned an error code (1)

Display More

Code

df -h
Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
udev            1,7G    352K  1,7G    1% /dev
tmpfs           345M    1,3M  344M    1% /run
/dev/sda1        14G     14G     0  100% /
none            4,0K       0  4,0K    0% /sys/fs/cgroup
none            5,0M       0  5,0M    0% /run/lock
none            1,7G       0  1,7G    0% /run/shm
none            100M       0  100M    0% /run/user
/dev/sda6       218G     31G  176G   15% /srv
overflow        1,0M    112K  912K   11% /tmp
/dev/sdb1       1,8T    363G  1,4T   21% /media/filme

Display More

die sda1 ist eine SSD, die könnte doch nicht so kaputt sein...

docadams · Jan 6th 2019

ein sudo apt-get cleanhat keine wesentliche Wirkung. Vielleicht ist das allerletzte Bit vollgeschrieben?

Code

df -h
Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
udev            1,7G    352K  1,7G    1% /dev
tmpfs           345M    1,3M  344M    1% /run
/dev/sda1        14G     14G     0  100% /
none            4,0K       0  4,0K    0% /sys/fs/cgroup
none            5,0M       0  5,0M    0% /run/lock
none            1,7G       0  1,7G    0% /run/shm
none            100M       0  100M    0% /run/user
/dev/sda6       218G     31G  176G   15% /srv
overflow        1,0M    112K  912K   11% /tmp
/dev/sdb1       1,8T    363G  1,4T   21% /media/filme

Display More

Ich hatte jetzt noch mal ins Webinterface geschaut. Plötzlich waren die Einstellungen /Einstellungen / Allgemein und /Einstellungen / System weg. Ich habe sie wieder gesetzte. Auch ist die Kanalliste weg. Ich kann aber nicht sagen, ob das vor oder nach Clean passierte. Als ich heute früh anfing, war das noch da.

Code

dpkg -l | grep linux-headers
ii  linux-headers-3.13.0-112              3.13.0-112.159                                       all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-112-generic      3.13.0-112.159                                       amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii  linux-headers-3.13.0-113              3.13.0-113.160                                       all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-113-generic      3.13.0-113.160                                       amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii  linux-headers-3.13.0-115              3.13.0-115.162                                       all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-115-generic      3.13.0-115.162                                       amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii  linux-headers-3.13.0-116              3.13.0-116.163                                       all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-116-generic      3.13.0-116.163                                       amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii  linux-headers-3.13.0-119              3.13.0-119.166                                       all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-119-generic      3.13.0-119.166                                       amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii  linux-headers-3.13.0-125              3.13.0-125.174                                       all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-125-generic      3.13.0-125.174                                       amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii  linux-headers-3.13.0-133              3.13.0-133.182                                       all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-133-generic      3.13.0-133.182                                       amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii  linux-headers-3.13.0-137              3.13.0-137.186                                       all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-137-generic      3.13.0-137.186                                       amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii  linux-headers-3.13.0-141              3.13.0-141.190                                       all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-141-generic      3.13.0-141.190                                       amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii  linux-headers-3.13.0-143              3.13.0-143.192                                       all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-143-generic      3.13.0-143.192                                       amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii  linux-headers-3.13.0-144              3.13.0-144.193                                       all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-144-generic      3.13.0-144.193                                       amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP

Display More

Code

sudo dpkg -l | grep linux-image
ii  linux-image-3.13.0-112-generic        3.13.0-112.159                                       amd64        Linux kernel image for version 3.13.0 on 64 bit x86 SMP
ii  linux-image-3.13.0-113-generic        3.13.0-113.160                                       amd64        Linux kernel image for version 3.13.0 on 64 bit x86 SMP
ii  linux-image-3.13.0-115-generic        3.13.0-115.162                                       amd64        Linux kernel image for version 3.13.0 on 64 bit x86 SMP
ii  linux-image-3.13.0-116-generic        3.13.0-116.163                                       amd64        Linux kernel image for version 3.13.0 on 64 bit x86 SMP
ii  linux-image-3.13.0-119-generic        3.13.0-119.166                                       amd64        Linux kernel image for version 3.13.0 on 64 bit x86 SMP
ii  linux-image-3.13.0-125-generic        3.13.0-125.174                                       amd64        Linux kernel image for version 3.13.0 on 64 bit x86 SMP
ii  linux-image-3.13.0-133-generic        3.13.0-133.182                                       amd64        Linux kernel image for version 3.13.0 on 64 bit x86 SMP
ii  linux-image-3.13.0-137-generic        3.13.0-137.186                                       amd64        Linux kernel image for version 3.13.0 on 64 bit x86 SMP
ii  linux-image-3.13.0-141-generic        3.13.0-141.190                                       amd64        Linux kernel image for version 3.13.0 on 64 bit x86 SMP
ii  linux-image-3.13.0-143-generic        3.13.0-143.192                                       amd64        Linux kernel image for version 3.13.0 on 64 bit x86 SMP
ii  linux-image-3.13.0-144-generic        3.13.0-144.193                                       amd64        Linux kernel image for version 3.13.0 on 64 bit x86 SMP
ii  linux-image-3.13.0-153-generic        3.13.0-153.203                                       amd64        Linux kernel image for version 3.13.0 on 64 bit x86 SMP
ii  linux-image-3.13.0-161-generic        3.13.0-161.211                                       amd64        Linux kernel image for version 3.13.0 on 64 bit x86 SMP
ii  linux-image-3.13.0-163-generic        3.13.0-163.213                                       amd64        Linux kernel image for version 3.13.0 on 64 bit x86 SMP
ii  linux-image-3.13.0-79-generic         3.13.0-79.123                                        amd64        Linux kernel image for version 3.13.0 on 64 bit x86 SMP
rc  linux-image-extra-3.13.0-112-generic  3.13.0-112.159                                       amd64        Linux kernel extra modules for version 3.13.0 on 64 bit x86 SMP
rc  linux-image-extra-3.13.0-113-generic  3.13.0-113.160                                       amd64        Linux kernel extra modules for version 3.13.0 on 64 bit x86 SMP
rc  linux-image-extra-3.13.0-115-generic  3.13.0-115.162                                       amd64        Linux kernel extra modules for version 3.13.0 on 64 bit x86 SMP
rc  linux-image-extra-3.13.0-116-generic  3.13.0-116.163                                       amd64        Linux kernel extra modules for version 3.13.0 on 64 bit x86 SMP
rc  linux-image-extra-3.13.0-119-generic  3.13.0-119.166                                       amd64        Linux kernel extra modules for version 3.13.0 on 64 bit x86 SMP
rc  linux-image-extra-3.13.0-125-generic  3.13.0-125.174                                       amd64        Linux kernel extra modules for version 3.13.0 on 64 bit x86 SMP
rc  linux-image-extra-3.13.0-133-generic  3.13.0-133.182                                       amd64        Linux kernel extra modules for version 3.13.0 on 64 bit x86 SMP
rc  linux-image-extra-3.13.0-137-generic  3.13.0-137.186                                       amd64        Linux kernel extra modules for version 3.13.0 on 64 bit x86 SMP
rc  linux-image-extra-3.13.0-141-generic  3.13.0-141.190                                       amd64        Linux kernel extra modules for version 3.13.0 on 64 bit x86 SMP
rc  linux-image-extra-3.13.0-143-generic  3.13.0-143.192                                       amd64        Linux kernel extra modules for version 3.13.0 on 64 bit x86 SMP
rc  linux-image-extra-3.13.0-144-generic  3.13.0-144.193                                       amd64        Linux kernel extra modules for version 3.13.0 on 64 bit x86 SMP
ii  linux-image-extra-3.13.0-153-generic  3.13.0-153.203                                       amd64        Linux kernel extra modules for version 3.13.0 on 64 bit x86 SMP
ii  linux-image-extra-3.13.0-161-generic  3.13.0-161.211                                       amd64        Linux kernel extra modules for version 3.13.0 on 64 bit x86 SMP
ii  linux-image-extra-3.13.0-163-generic  3.13.0-163.213                                       amd64        Linux kernel extra modules for version 3.13.0 on 64 bit x86 SMP
rc  linux-image-extra-3.13.0-79-generic   3.13.0-79.123                                        amd64        Linux kernel extra modules for version 3.13.0 on 64 bit x86 SMP
ii  linux-image-generic                   3.13.0.163.173                                       amd64        Generic Linux kernel image

Display More

Hm, mein letztes Update liegt schon eine Weile zurück und ich mache das höchsten 3...4 mal im Jahr.

docadams · Jan 6th 2019

Oha, die letzten Tage wurde fast täglich eine neue syslog angelegt.

Der letzte Eintrag stammt vom 03.01. :

Code

...
Jan  3 23:19:52 HTPC vdr: [1463] [fritzbox - FritzClient.cpp:124] requesting login_sid.lua from Fritz!Box.
Jan  3 23:19:52 HTPC vdr: [1463] [fritzbox - TcpClient.cpp:29] Connecting to fritz.box:80
Jan  3 23:19:52 HTPC vdr: [1463] [fritzbox - FritzClient.cpp:132] requesting login_sid.xml from Fritz!Box.
Jan  3 23:19:52 HTPC vdr: [1463] [fritzbox - TcpClient.cpp:29] Connecting to fritz.box:80
Jan  3 23:19:52 HTPC vdr: [1463] [fritzbox - FritzClient.cpp:314] Exception in connection to fritz.box - eventfd_select_interrupter: Zu viele offene Dateien
Jan  3 23:19:52 HTPC vdr: [1463] [fritzbox - FritzClient.cpp:314] waiting 30 seconds before retrying
Jan  3 23:19:53 HTPC vdr: [1339] ERROR (svdrp.c,125): Zu viele offene Dateien
Jan  3 23:19:53 HTPC vdr: [1455] ERROR: can't open filter handle on '/dev/dvb/adapter0/demux0'
Jan  3 23:19:54 HTPC vdr: [1339] ERROR (svdrp.c,125): Zu viele offene Dateien
...
Jan  3 23:19:57 HTPC vdr: [1455] ERROR: can't open filter handle on '/dev/dvb/adapter0/demux0'
Jan  3 23:19:57 HTPC vdr: [1458] ERROR: can't open filter handle on '/dev/dvb/adapter1/demux0'
Jan  3 23:19:57 HTPC vdr: message repeated 4 times: [ [1458] ERROR: can't open filter handle on '/dev/dvb/adapter1/demux0']
Jan  3 23:19:58 HTPC vdr: [1339] ERROR (svdrp.c,125): Zu viele offene Dateien
Jan  3 23:19:58 HTPC vdr: [1455] ERROR: can't open filter handle on '/dev/dvb/adapter0/demux0'
Jan  3 23:19:59 HTPC vdr: [1339] ERROR (svdrp.c,125): Zu viele offene Dateien
...
Jan  3 23:20:04 HTPC vdr: [1455] ERROR: can't open filter handle on '/dev/dvb/adapter0/demux0'
Jan  3 23:20:04 HTPC vdr: [1339] ERROR (svdrp.c,125): Zu viele offene Dateien
Jan  3 23:20:05 HTPC vdr: [1455] ERROR: can't open filter handle on '/dev/dvb/adapter0/demux0'
Jan  3 23:20:05 HTPC vdr: [1339] ERROR (svdrp.c,125): Zu viele offene Dateien
Jan  3 23:20:06 HTPC vdr: [1455] ERROR: can't open filter handle on '/

Display More

Oder volle Platte:

Code

df -h
Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
udev            1,7G    352K  1,7G    1% /dev
tmpfs           345M    1,3M  344M    1% /run
/dev/sda1        14G     14G     0  100% /
none            4,0K       0  4,0K    0% /sys/fs/cgroup
none            5,0M       0  5,0M    0% /run/lock
none            1,7G       0  1,7G    0% /run/shm
none            100M       0  100M    0% /run/user
/dev/sda6       218G     31G  176G   15% /srv
overflow        1,0M     48K  976K    5% /tmp
/dev/sdb1       1,8T    363G  1,4T   21% /media/filme

Display More

Auf sda1 liegt das System. Wer könnte die voll geschrieben haben?

docadams · Jan 6th 2019

Hallo und allen noch ein gesundes neues Jahr.

Ich habe mich schon lange nicht mehr hier gemeldet, denn "es lief ja"...

Aber seit gestern startet er nicht mehr

Konkret, die Anfangsprozetur läuft (zumindest für mich scheinbar) normal ab.

Kurz bevor das eigentliche Bild kommt, wird der BS schwarz und es ist nur der Mauszeiger sichtbar. Er kann auch bewegt werden. Z.B. auch an den linken Rand, wo das grafische Menü auftaucht. Ich kann auch die Symbole anklicken, aber ohne Wirkung.

Ich komme mittels Putty und WinSCP auf das System, und auch am PC auf das Webinterface.

Damit habe ich mir sicherheitshalber und soweit erlaubt, die Ordner /etc /usr/share und /var/lib gesichert.

Dann wollte ich mir das Ergebnis des Befehls sudo apt-get update && sudo apt-get dist-upgrade (also ohne -y) anschauen, aber in der Zeile "werden gelesen... 99%" bleibt er hängen.

Neustarts mittes sudo reboot bzw. Webinterface habe ich gemacht. Ohne Erfolg.

Der Tipp von 2017 , also mal auf xine@vdr-plugin-xine und zurüch auf vdr-plugin-softhddevice zu wechseln, hat leider nicht geholfen.

Ein letztes dist-upgrade habe ich vor ca. 3...4 Monaten durchgeführt.

Bevor ich mangels Wissen noch mehr kaputtrepariere, wollte fragen, wo ich nachschauen könnte.

Notfalls muss ich das System neu aufsetzen. Aber ich weiß ehrlich gesagt, schon gar nicht mehr, wo ich damals alles etwas angepasst hatte.

docadams · Apr 15th 2017

Hallo und Danke für den Tipp.
Ich habe die Datei erstellt und zunächst einen Neustart gemacht.
Danach HTPC aus. Hatte relativ lange gedauert, bis das Bild weg was, danach ging es recht schnell, dass er im S3-Mode war (denke ich).

Nach einem Power On aber das gleiche Problem: Bild schwarz, über Putty oder Webinterface nicht erreichbar.

Hätte ich hinter "nvidia" noch mehr eingeben müssen? Laut Ausgabe ich Kode setze ich Folgendes ein:
GPU: ION/integrated/SSE2
openGL-Version: 3.3.0 NVIDIA 340.102
(falls das wichtig sein könnte)

Wenn es am fehlenden/fehlerhaften/falschen Grafik-Treiber läge, müsste der HTPC dann nicht wenigsten von aussen bereits erreichbar sein?

Die Diskussionen hier, die ich gefunden habe, da konnten die User noch auf den HTPC zugreifen und was machen.
Aber soweit scheine ich garnicht erst zu kommen....

docadams · Apr 15th 2017

Hallo,
ich habe eine 1TB-Platte angeschlossen, auf die meine zu archivierenden Filme und Märchen sollen.
Dazu habe ich in der Platte 3 Ordner eingerichtet: Archiv, Märchen, Daten (für Datentausch)

Von meinem WIN10-PC kann ich die Ordner sehen und lesen. Ich kann aber keine Dateien reinlegen.

Die Platte habe ich folgendermaßen in die fstab eingebunden:

Code

# / was on /dev/sda1 during installation
UUID=2a78097e-8347-45e3-936c-c8c297a89b5a /               ext4    errors=remount-ro 0       1
# /home was on /dev/sdb1 during installation
UUID=d3834040-cc6a-4e04-ac7b-b39c650c4091 /media/filme           ext4    defaults        0       2
# /srv was on /dev/sda6 during installation
UUID=387e5298-511c-4cc0-b156-9d23998977cd /srv            ext4    defaults        0       2
# swap was on /dev/sda5 during installation
UUID=cb197142-2b30-4b15-94f0-7c29d1058e44 none            swap    sw              0       0

Die /etc/smb.conf habe ich ergänzt mit

Code

map to guest = bad user
   include = /etc/samba/smb.conf.yavdr.recordings
   include = /etc/samba/smb.conf.yavdr.audio
   include = /etc/samba/smb.conf.yavdr.picture
   include = /etc/samba/smb.conf.yavdr.video
   include = /etc/samba/smb.conf.yavdr.daten
   include = /etc/samba/smb.conf.custom

Und die Datei /etc/samba/smb.conf.yavdr.video hat folgenden Inhalt:

Code

[video]
   path = /media/filme
   comment = Film-Archiv und Märchen
   browseable = yes
   guest ok = yes
# Angemeldete Benutzer dürfen auch schreiben
   writeable = yes
   browseable = yes
# Rechte bei neuen Dateien/Verzeichnissen
# Neue Dateien werden mit diesen Rechten versehen
   create mode = 0664
# Neue Verzeichnisse werden mit diesen Rechten versehen
   directory mode = 0775
# Benutzer und Gruppenzugehörigkeit
# Egal mit welchen Daten sich ein Benutzer am Server anmeldet
   force user = vdr
# Die Daten werden lokal mit diesen Dateizugehörigkeiten abgelegt
   force group = vdr
# symlinks werden verfolgt
   follow symlinks = yes
   wide links = yes

Display More

Bis auf Name, Pfad und Kommentar sind die Einstellungen identisch wie z.B. die Datei smb.yavdr.recordings.
Da drin kann ich aber von außen auch schreiben und löschen. Allerdings ist dieser Ordner auch auf der Platte, die das System beinhaltet.

Habe ich innerhalb von SAMBA etwas falsch gemacht, oder ist die Platte falsch eingebunden, sodass sie von außen nicht beschrieben werden kann?

Frohes Ostern
DocAdams

Posts by docadams

[gelöst] Startbildschirm bleibt schwarz

[gelöst] Startbildschirm bleibt schwarz

[gelöst] Startbildschirm bleibt schwarz

[gelöst] Startbildschirm bleibt schwarz

[gelöst] Startbildschirm bleibt schwarz

[gelöst] Startbildschirm bleibt schwarz

[gelöst] Startbildschirm bleibt schwarz

[gelöst] Startbildschirm bleibt schwarz

[gelöst] Startbildschirm bleibt schwarz

[gelöst] Startbildschirm bleibt schwarz

[gelöst] Startbildschirm bleibt schwarz

[gelöst] Startbildschirm bleibt schwarz

[gelöst] Startbildschirm bleibt schwarz

[gelöst] Startbildschirm bleibt schwarz

[gelöst] Startbildschirm bleibt schwarz

[gelöst] Startbildschirm bleibt schwarz

[gelöst] Startbildschirm bleibt schwarz

[gelöst] Startbildschirm bleibt schwarz

Fährt nicht ganz hoch nach Suspend to RAM

Keine Schreibrechte auf Samba-Ordner