Kommando zurück!!!
Der Übeltäter war ein schlechter Kontakt zu meiner ext. Festplatte so das der DMA Modus gesponnen hat und nichts mehr ging.
Sorry
Posts by pille2011
-
-
Habe festgestellt das seit kurzem mein Netzwerk sehr langsam ist.
Hatte bis vor kurzem immer ca 10MB/s.
Jatzt ist es so das anfangs beim kopieren einer Datei alles ok ist und dann plötzlich die Übertragungsrate auf ca 100kb/s sinkt.
Egal ob ich mit proftp oder sftp oder samba kopiere ,das Verhalten bleibt immer gleich.
Ich verwende WLan.
Display MoreCode- # This file is generated from information provided by
- # the datasource. Changes to it will not persist across an instance.
- # To disable cloud-init's network configuration capabilities, write a file
- # /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg with the following:
- # network: {config: disabled}
- network:
- version: 2
- renderer: networkd
- wifis:
- wlx24050ff62433:
- addresses:
- - 192.168.178.24/24
- dhcp4: no
- gateway4: 192.168.178.1
- nameservers:
- addresses: [192.168.178.1]
- access-points:
- Frank24:
- password: xxxxxxxxxxxxxxxxxxxxxx
Wo kann ich ansetzen um das Problem zu finden???
Verwende folgenden WLan Chip
Code- root@stube:/etc/netplan# lsusb
- Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
- Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
- Bus 001 Device 002: ID 148f:5572 Ralink Technology, Corp. RT5572 Wireless Adapter
- Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
- Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
- root@stube:/etc/netplan#
-
Klasse und vielen Dank für die schnelle Hilfe hier.
-
Super,das wars!
Vielen Dank!
![:]](https://www.vdr-portal.de/images/smilies/pleased.gif)
-
Du hast das alte Plugin installiert. Sollte aber nicht grundsätzlich ein Problem sein, aber an dem wird keiner mehr was fixen.
Entferne mal vdr-plugin-markad und installiere vdr-plugin-markad-ng.
Hat leider nichts gebracht.
Habe eine kurze Aufnahme gemacht mit Werbung,Markierung war vorhanden.
Danach versucht die Markierung übers OSD zu entfernen.
Ohne Erfolg.
-
-
Code
- root@stube:/srv/vdr/video/Van_Helsing/2020-03-10.20.13.37-0.rec# ls -al
- insgesamt 2857952
- drwxr-xr-x 2 vdr vdr 4096 Mär 28 11:10 .
- drwxr-xr-x 4 vdr vdr 4096 Jun 3 14:12 ..
- -rw-r--r-- 1 vdr vdr 2924743448 Mär 10 22:40 00001.ts
- -rw-r--r-- 1 vdr vdr 1763160 Mär 10 22:40 index
- -rw-r--r-- 1 vdr vdr 530 Mär 10 20:13 info
- -rw-r--r-- 1 vdr vdr 333 Mär 10 22:36 marks
- -rw-r--r-- 1 vdr vdr 7 Jul 8 11:06 resume
- root@stube:/srv/vdr/video/Van_Helsing/2020-03-10.20.13.37-0.rec#
Code- root@stube:/srv/vdr/video/Van_Helsing# ls -al
- insgesamt 16
- drwxr-xr-x 4 vdr vdr 4096 Jun 3 14:12 .
- drwxrwxr-x 33 vdr vdr 4096 Jul 8 10:01 ..
- drwxr-xr-x 2 vdr vdr 4096 Mär 28 11:10 2020-03-10.20.13.37-0.rec
- drwxr-xr-x 2 vdr vdr 4096 Mär 10 22:40 2020-03-10.20.13.43-0.rec
- root@stube:/srv/vdr/video/Van_Helsing#
-
Code
- root@stube:/srv/vdr/video/Iron_Man_3/2019-12-01.15.19.14-0.rec# ls -al
- insgesamt 3680604
- drwxr-xr-x 2 vdr vdr 4096 Jul 8 10:36 .
- drwxr-xr-x 3 vdr vdr 4096 Dez 1 2019 ..
- -rw-r--r-- 1 vdr vdr 2522787040 Dez 1 2019 00001.ts
- -rw-r--r-- 1 vdr vdr 1244139256 Dez 1 2019 00002.ts
- -rw-r--r-- 1 vdr vdr 1980648 Dez 1 2019 index
- -rw-r--r-- 1 vdr vdr 1129 Dez 1 2019 info
- -rw-r--r-- 1 vdr vdr 8 Jul 8 10:36 resume
- root@stube:/srv/vdr/video/Iron_Man_3/2019-12-01.15.19.14-0.rec#
Habe die Datei marks schon manuell gelöscht
-
Wenn ich versuche die Schnittmarken bei einer Aufzeichnung über das OSD zu entfernen gelingt das nicht .
Wenn ich in der *.rec Datei die Datei marks lösche sind die Markierungen entfernt.
Stimmt da irgendwas mit den Rechten nicht?
-
Also spielt das Warten auf den Start von nmbd keine Rolle bei der Verzögerung des Bootvorgangs und 20 Sekunden sind für ein ION-System nicht schlecht.
Die multipath-tools, die die multipathd.service installieren, sind wie es aussieht eine Abhängigkeit des Pakets ubuntu-server, das man prinzipiell deinstallieren kann, wenn man es nicht braucht - damit sollte man sich das Warten auf systemd-udev-settle.service sparen können. Man sollte dabei nur aufpassen welche automatisch installierten Pakete dann bei einem apt-autoremove vom System geworfen werden und die noch benötigten als manuell installiert markieren.
PS: Häng die boot.svg einfach an, vom Kopf der Datei in dem Ausschnitt, den du mit nano siehst, hat niemand etwas.
OK.vielen Dank
-
Display MoreCode
- frank@stube:~$ sudo su
- [sudo] Passwort für frank:
- root@stube:/home/frank# systemd-analyze critical-chain
- The time when unit became active or started is printed after the "@" character.
- The time the unit took to start is printed after the "+" character.
- graphical.target @20.062s
- └─multi-user.target @20.055s
- └─vdr-net-monitor.service @20.040s
- └─vdr.service @15.989s +4.030s
- └─x@vt7.service @13.617s +2.359s
- └─basic.target @11.331s
- └─sockets.target @11.331s
- └─snapd.socket @11.325s +5ms
- └─sysinit.target @11.305s
- └─systemd-timesyncd.service @9.284s +2.019s
- └─systemd-tmpfiles-setup.service @9.113s +122ms
- └─local-fs.target @9.029s
- └─run-user-666.mount @16.298s
- └─local-fs-pre.target @8.671s
- └─multipathd.service @8.512s +157ms
- └─systemd-udev-settle.service @1.539s +6.967s
- └─systemd-udev-trigger.service @942ms +580ms
- └─systemd-udevd-kernel.socket @796ms
- └─system.slice @757ms
- └─-.slice @757ms
- root@stube:/home/frank#
Display MoreCode- root@stube:/home/frank# nano boot.svg
- GNU nano 4.8 boot.svg
- <?xml version="1.0" standalone="no"?>
- <!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd">
- <svg width="2669px" height="6770px" version="1.1" xmlns="http://www.w3.org/2000/svg">
- <!-- This file is a systemd-analyze SVG file. It is best rendered in a -->
- <!-- browser such as Chrome, Chromium or Firefox. Other applications -->
- <!-- that render these files properly but much slower are ImageMagick, -->
- <!-- gimp, inkscape, etc. To display the files on your system, just -->
- <!-- point your browser to this file. -->
- <!-- This plot was generated by systemd-analyze version 245.4-4ubuntu3.1 -->
- <defs>
- <style type="text/css">
- <![CDATA[
- rect { stroke-width: 1; stroke-opacity: 0; }
- rect.background { fill: rgb(255,255,255); }
- rect.activating { fill: rgb(255,0,0); fill-opacity: 0.7; }
- rect.active { fill: rgb(200,150,150); fill-opacity: 0.7; }
- rect.deactivating { fill: rgb(150,100,100); fill-opacity: 0.7; }
- rect.kernel { fill: rgb(150,150,150); fill-opacity: 0.7; }
- rect.initrd { fill: rgb(150,150,150); fill-opacity: 0.7; }
- rect.firmware { fill: rgb(150,150,150); fill-opacity: 0.7; }
- rect.loader { fill: rgb(150,150,150); fill-opacity: 0.7; }
- rect.userspace { fill: rgb(150,150,150); fill-opacity: 0.7; }
- rect.security { fill: rgb(144,238,144); fill-opacity: 0.7; }
- rect.generators { fill: rgb(102,204,255); fill-opacity: 0.7; }
- rect.unitsload { fill: rgb( 82,184,255); fill-opacity: 0.7; }
- rect.box { fill: rgb(240,240,240); stroke: rgb(192,192,192); }
- line { stroke: rgb(64,64,64); stroke-width: 1; }
- // line.sec1 { }
- line.sec5 { stroke-width: 2; }
- line.sec01 { stroke: rgb(224,224,224); stroke-width: 1; }
- text { font-family: Verdana, Helvetica; font-size: 14px; }
- text.left { font-family: Verdana, Helvetica; font-size: 14px; text-anchor: start; }
- text.right { font-family: Verdana, Helvetica; font-size: 14px; text-anchor: end; }
- text.sec { font-size: 10px; }
- ]]>
- </style>
- </defs>
-
Mir ist augefallen das "nmbd" bim Systemstert fast 6s braucht,ist das normal?
Display MoreCode- frank@stube:~$ systemd-analyze blame
- 7.281s systemd-udev-settle.service
- 5.768s nmbd.service
- 4.389s systemd-logind.service
- 4.197s vdr.service
- 4.159s dev-sda1.device
- 2.663s systemd-journald.service
- 2.601s udisks2.service
- 2.556s x@vt7.service
- 2.410s systemd-networkd.service
- 2.121s accounts-daemon.service
- 2.025s systemd-timesyncd.service
- 2.024s systemd-resolved.service
- 1.910s snapd.service
- 1.900s networkd-dispatcher.service
- 1.533s nfs-server.service
- 1.445s avahi-daemon.service
- 1.379s proftpd.service
- 1.163s user@666.service
- 1.041s smbd.service
- 781ms systemd-rfkill.service
- 775ms apport.service
- 754ms etc-setserial.service
- 731ms grub-common.service
- 645ms keyboard-setup.service
- 633ms setserial.service
- 585ms systemd-udev-trigger.service
- 584ms user@1000.service
- 575ms alsa-restore.service
- 566ms hddtemp.service
- 552ms snapd.seeded.service
- 548ms ssh.service
- 545ms autofs.service
- 542ms wpa_supplicant.service
- 516ms nfs-mountd.service
- 487ms rsyslog.service
- 443ms lm-sensors.service
- 408ms e2scrub_reap.service
- 397ms grub-initrd-fallback.service
- 311ms atd.service
- 308ms proc-fs-nfsd.mount
- 302ms apparmor.service
- 280ms systemd-journal-flush.service
- 265ms blk-availability.service
- 224ms lvm2-monitor.service
- 219ms systemd-fsck@dev-disk-by\x2duuid-e236e91c\x2de649\x2d4c36\x2d86eb\x2d3157cce52bca.service
- 190ms plymouth-quit-wait.service
- 189ms plymouth-quit.service
- 189ms systemd-udevd.service
- 181ms polkit.service
-
War da nicht was mit Restart vom Rechner nach dem Nvidia Fehler und ansible danach nochmal aufrufen?
Vielen Dank,jetzt hats geklappt
Code- PLEASE REBOOT YOUR SYSTEM.
- PLAY RECAP ************************************************************************************************************************************************************************************************************************************************
- localhost : ok=175 changed=81 unreachable=0 failed=0 skipped=50 rescued=0 ignored=0
- frank@stube:~/yavdr-ansible$
-
Bei mir klappt die installation von yavdr nicht.
Display MoreCode- TASK [yavdr-xorg : start nvidia-persistenced] ****************************************************************************************************************************************************************************************************************************************************************
- fatal: [localhost]: FAILED! => {
- "ansible_facts": {
- "discovered_interpreter_python": "/usr/bin/python3"
- },
- "changed": false
- }
- MSG:
- Could not find the requested service nvidia-persistenced: host
- ...ignoring
- TASK [yavdr-xorg : start x-verbose@.service] *****************************************************************************************************************************************************************************************************************************************************************
- fatal: [localhost]: FAILED! => {
- "ansible_facts": {
- "discovered_interpreter_python": "/usr/bin/python3"
- },
- "changed": false
- }
- MSG:
- Unable to start service x-verbose@vt7.service: Job for x-verbose@vt7.service failed because a timeout was exceeded.
- See "systemctl status x-verbose@vt7.service" and "journalctl -xe" for details.
- RUNNING HANDLER [Restart Samba] ******************************************************************************************************************************************************************************************************************************************************************************
- RUNNING HANDLER [Restart vdr-addon-lifeguard-ng] *************************************************************************************************************************************************************************************************************************************************************
- RUNNING HANDLER [Restart NFS Kernel Server] ******************************************************************************************************************************************************************************************************************************************************************
- RUNNING HANDLER [Restart VDR] ********************************************************************************************************************************************************************************************************************************************************************************
- PLAY RECAP ***************************************************************************************************************************************************************************************************************************************************************************************************
- localhost : ok=102 changed=74 unreachable=0 failed=1 skipped=10 rescued=0 ignored=2
- frank@stube:~/yavdr-ansible$
-
Danke,manchmal sieht man den Wald vor Bäumen nicht
-
Legacy-Variante mit dem gewohnten Debian Installer)
Wo kann ich denn das iso mit dem debian Installer downloaden?
Suche schon ewig,aber ohne Erfolg.
-
Super, vielen Dank.
-
Die HDD sollte schnell genug sein
Habe jetzt mal die Bildwiderholfrequenz mit Handbrake auf 25 geändert.
Jetzt ist die Widergabe flüssig und stabil.
Mein System ist wohl doch etwas zu schwach da ich kurz CPU Auslastungen von 100% hatte.
Danke an alle die geholfen haben.
Guten Rutsch!!!Prost
-
root@stube:/home/frank# apt install vdr-plugin-play
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
E: Paket vdr-plugin-play kann nicht gefunden werden.
root@stube:/home/frank#
Mit plugin-mpv ruckelt es noch mehr
-
CPU-Auslastung ist bei der Wiedergabe bei allen 4 Kernen im Durchschnitt bei 50%
RAM-Auslastung bei 56%
Wiedergabe mit Bildschirm syncen habe ich schon eingestellt
Früher gab es mal ein mplayer-plugin,gibt es keine Alternative dafür?
