PS: Hätte nicht gedacht, das es so ein großes Problem wird. Da ich beim 2. VDR die HDD durch eine SSD getauscht habe, gibt es jetzt kein zurück mehr und eine Lösung muss her. Alternativ würde ich Martin darum bitten die 3.5 auch als 32bit Version bereit zu stellen.
Als vdr anmelden via putty oder connectbot ging gestern nicht, da wurde die Verbindung immer abgewiesen.
Vielleicht hab ich da auch ein Fehler gemacht, muss ich prüfen.
Ok, solange du an diesem Thema noch dran bist, ist es mir auch egal ob du es morgen oder am we machst
Ich zumindest hab da keinen Plan wo welche Rechte wie verteilt sind, würde da eher mehr kaputt machen und bin auf dich angewiesen.
28.10.2017, 09:06 (Dieser Beitrag wurde zuletzt bearbeitet: 28.10.2017, 10:55 von gb.)
Moin, hab jetzt mal das ganze System per dist-upgrade auf den aktuellen Stand gebracht und weiterhin das Problem.
Hier mal die 2 Versuche Kodi mit User VDR zu starten 1. Versuch Terminal, 2. Versuch Pchanger
auth.log
Code:
Oct 28 09:56:29 easyVDR sudo: root : TTY=pts/4 ; PWD=/home/easyvdr ; USER=root ; COMMAND=/bin/su vdr -l -c kodi
Oct 28 09:56:29 easyVDR sudo: pam_unix(sudo:session): session opened for user root by easyvdr(uid=0)
Oct 28 09:56:29 easyVDR su[29963]: Successful su for vdr by root
Oct 28 09:56:29 easyVDR su[29963]: + /dev/pts/4 root:vdr
Oct 28 09:56:29 easyVDR su[29963]: pam_unix(su:session): session opened for user vdr by easyvdr(uid=0)
Oct 28 09:56:29 easyVDR su[29963]: pam_unix(su:session): session closed for user vdr
Oct 28 09:56:29 easyVDR sudo: pam_unix(sudo:session): session closed for user root
Oct 28 09:58:29 easyVDR su[30056]: Successful su for vdr by root
Oct 28 09:58:29 easyVDR su[30056]: + ??? root:vdr
Oct 28 09:58:29 easyVDR su[30056]: pam_unix(su:session): session opened for user vdr by (uid=0)
Oct 28 09:58:29 easyVDR su[30056]: pam_unix(su:session): session closed for user vdr
Oct 28 09:58:30 easyVDR su[30101]: Successful su for vdr by root
Oct 28 09:58:30 easyVDR atd[30115]: pam_unix(atd:session): session opened for user root by (uid=1)
Oct 28 09:58:30 easyVDR su[30101]: + ??? root:vdr
Oct 28 09:58:30 easyVDR su[30101]: pam_unix(su:session): session opened for user vdr by (uid=0)
Oct 28 09:58:30 easyVDR su[30101]: pam_unix(su:session): session closed for user vdr
Syslog:
Code:
Oct 28 09:56:29 easyVDR console-kit-daemon[3715]: GLib-CRITICAL: Source ID 296 was not found when attempting to remove it
Oct 28 09:56:30 easyVDR vdr: [3308] frontend 1/0 timed out while tuning to channel 4 (RTL Television), tp 112187
Oct 28 09:56:51 easyVDR vdr: [3308] frontend 1/0 timed out while tuning to channel 43 (SR Fernsehen), tp 112265
Oct 28 09:57:12 easyVDR vdr: [3308] frontend 1/0 timed out while tuning to channel 17 (SIXX), tp 112460
Oct 28 09:57:33 easyVDR vdr: [3308] frontend 1/0 timed out while tuning to channel 3 (SAT.1), tp 112544
Oct 28 09:57:54 easyVDR vdr: [3308] frontend 1/0 timed out while tuning to channel 42 (ServusTV Deutschland), tp 112662
Oct 28 09:58:15 easyVDR vdr: [3308] frontend 1/0 timed out while tuning to channel 13 (gotv), tp 112692
Oct 28 09:58:23 easyVDR vdr: [3237] connect from 127.0.0.1, port 45670 - accepted
Oct 28 09:58:23 easyVDR vdr: [3237] closing SVDRP connection
Oct 28 09:58:26 easyVDR easyvdr-runfrontend: Terminating by request
Oct 28 09:58:27 easyVDR vdr: [3237] connect from 127.0.0.1, port 45672 - accepted
Oct 28 09:58:27 easyVDR vdr: [3237] closing SVDRP connection
Oct 28 09:58:28 easyVDR vdr: [3237] connect from 127.0.0.1, port 45674 - accepted
Oct 28 09:58:28 easyVDR vdr: [3237] closing SVDRP connection
Oct 28 09:58:29 easyVDR console-kit-daemon[3715]: GLib-CRITICAL: Source ID 308 was not found when attempting to remove it
Oct 28 09:58:30 easyVDR startup-kodi: run
Oct 28 09:58:30 easyVDR kernel: [ 4061.287537] init: easyvdr-kodi main process (30101) terminated with status 1
Oct 28 09:58:30 easyVDR console-kit-daemon[3715]: GLib-CRITICAL: Source ID 320 was not found when attempting to remove it
Oct 28 09:58:31 easyVDR vdr: [3237] connect from 127.0.0.1, port 45676 - accepted
Oct 28 09:58:31 easyVDR vdr: [3237] closing SVDRP connection
PS: wenn ich kodi über den Program Changer ausführe, habe ich eine hohe Systemauslastung, was darauf hindeuten könnte das da was im Hintergrund passiert, was ja das Log auch bestätigt.
Ich dreh mich im Moment im Kreis und weiß auch keinen Rat mehr!!!
Auch ein Wechsel auf lxde ändert nix daran. Was mir allerdings aufgefallen ist, wenn man lightdm abschaltet, startet kein x mehr. Auch ein wiederholen von Monitor_Layout und Video_Details, oder Reboot hilft da nicht wirklich, also hab ich lightdm wieder aktiviert.
Noch was, das ich eher unglücklich finde: 32Bit
Code:
[email protected]:~$ lsb_release -a
No LSB modules are available.
Distributor ID: easyVDR
Description: easyvdr 2.0
Release: 14.04
Codename: trusty
64Bit
Code:
[email protected]:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 14.04.3 LTS
Release: 14.04
Codename: trusty
Noch eine Frage zum pchanger und der Mousebedienung per Fernbedienung:
Steuerkreuz geht ja, allerdings welche Taste sollte eigentlich für Auswahl sein, denn keine der Tasten funktioniert dafür?!
(28.10.2017, 09:06)gb schrieb: Noch eine Frage zum pchanger und der Mousebedienung per Fernbedienung:
Steuerkreuz geht ja, allerdings welche Taste sollte eigentlich für Auswahl sein, denn keine der Tasten funktioniert dafür?!
30.10.2017, 10:13 (Dieser Beitrag wurde zuletzt bearbeitet: 30.10.2017, 10:28 von gb.)
Hi Bleifuss2
Und konntest du das Problem in der vm nachstellen?
Ich bin jetzt 100% überzeugt, das was mit dem User vdr nicht stimmt, denn ein su vdr auf dem 64 Bit bringt [email protected] auf dem Schirm, bei 32Bit ist das nicht der Fall.
Stellt sich bei mir die Frage: Gibt es ein Skript was den User vdr einrichtet, oder kann ich vielleicht den User vdr im Nachgang nochmal konform einrichten?
04.11.2017, 14:17 (Dieser Beitrag wurde zuletzt bearbeitet: 04.11.2017, 14:18 von Martin.)
Die Frage ist warum die UID über 1000 ist...
Habe mal etwas geforscht:
Zitat:#!/bin/bash
#201506 Martin
# ensure that user and group 'vdr' exist
USER=vdr
GROUP=vdr
if ! getent group | grep -q "^$GROUP:" ; then
echo -n "Adding group $GROUP.."
addgroup --quiet --system --gid 2000 $GROUP
echo "..done"
fi
if ! getent passwd | grep -q "^$USER:"; then
echo -n "Adding user $USER.."
adduser --system --home /var/lib/vdr --shell /bin/bash \
--gecos "VDR user" --no-create-home \
--disabled-password \
--ingroup $GROUP \
--uid 2000 $USER
echo "...done"
fi
Das bedeutet wir setzen unsere UIDs (seit 2015 denke ich , ???) bewusst über 1000 damit diese als normaler User genutzt werden können.
Ehrlich gesagt verstehe ich nun nicht warum es auf einmal kleiner 1000 sein soll.
(04.11.2017, 14:19)Martin schrieb: Es geht nicht um die UID sondern die Loginmöglichkeit...
Das sollte zu machen sein !
Jep primär um die Login Kiste und sekundär um die UID. Warum die nun ü1000 sein muss hatte ich mir eigenlich Antworttechnisch von dir erwartet
Nun gut, eventuell sagt ja Peter noch was dazu.
Nee hab ich nicht angesehen, und ich geb mal zu bei 32 Bit würde ich auch wenig Wert auf solches Beiwerk legen.
So ein Thema sehe ich da eher also Kür für eine V4 irgendwann mal.
Grüße
Martin
----------------------------------------------------------------------------------------------------------- Du brauchst Hilfe? Wir brauchen Daten! English-Version: Don't eat yellow snow!
Meine VDRs (Spoiler klicken)
08.03.2018, 19:28 (Dieser Beitrag wurde zuletzt bearbeitet: 08.03.2018, 19:29 von Martin.)
Wenn noch ein-zwei OK kommt würde ich das ISO auf den normalen Bereich schieben...
(Das wäre dann aus meiner Sicht das letze V3er 32 Bit ISO)
PS: Die Frage ist auch ob der Kernel-Upgrade gesund war. Der ist mir duchgerutscht.
PPS: Das Problem mit nicht vollständig installierten Paketen welche udev verwenden wurde durch unsere Startskripte wohl "von selbst behoben"... Da gibt’s ja auch ein "apt upgrade"...
Grüße
Martin
----------------------------------------------------------------------------------------------------------- Du brauchst Hilfe? Wir brauchen Daten! English-Version: Don't eat yellow snow!
Meine VDRs (Spoiler klicken)