1

Raspberry PI / Fehler bei Package Update von MLD-4.0.1-rpi_rpi-client_2014.08.16-71

« on: August 21, 2014, 16:43:38 »

Hallo zusammen!
Ich habe eine frische Installation von MLD-4.0.1-rpi_rpi-client_2014.08.16-71 angefertigt mit dem Ziel einen weiteren über WLAN angebundenen MLD Raspberry zu betreiben.
Nach der (auf Anhieb erfolgreichen ) Installation habe ich die Installation über das Webinterface aktualisiert (Aktualisierung "Alle Pakete" geklickt). Es konnten offenbar nicht alle Pakete aktualisiert werden und es verbleiben weiterhin zu aktualisierende Pakete in der Liste.
Ein erneutes aktualisieren bringt folgende Fehler:

Code: [Select]

Upgrade all packages
Not selecting kernel 3.16.1.88 as installing it would break existing dependencies.
Not selecting kernel 3.15.1.62 as installing it would break existing dependencies.
Assuming locally installed package kernel (3.15.1.62-83) is up to date.
Upgrading lirc from 2014.05.09-41_3.15.1.62 to 2014.05.09-42_3.16.1.88 on root.
Downloading http://www.minidvblinux.de/download/4.0.1-rpi/files/base/lirc_2014.05.09-42_3.16.1.88.opk.
Not selecting kernel 3.16.1.88 as installing it would break existing dependencies.
Not selecting kernel 3.15.1.62 as installing it would break existing dependencies.
Not selecting kernel 3.16.1.88 as installing it would break existing dependencies.
Not selecting kernel 3.15.1.62 as installing it would break existing dependencies.
Not selecting kernel 3.16.1.88 as installing it would break existing dependencies.
Not selecting kernel 3.15.1.62 as installing it would break existing dependencies.
Not selecting kernel 3.16.1.88 as installing it would break existing dependencies.
Not selecting kernel 3.15.1.62 as installing it would break existing dependencies.
Upgrading network from 0-32_3.15.1.62 to 0-34_3.16.1.88 on root.
Downloading http://www.minidvblinux.de/download/4.0.1-rpi/files/base/network_0-34_3.16.1.88.opk.
Not selecting kernel 3.16.1.88 as installing it would break existing dependencies.
Not selecting kernel 3.15.1.62 as installing it would break existing dependencies.
Not selecting kernel 3.16.1.88 as installing it would break existing dependencies.
Not selecting kernel 3.15.1.62 as installing it would break existing dependencies.
Not selecting kernel 3.16.1.88 as installing it would break existing dependencies.
Not selecting kernel 3.15.1.62 as installing it would break existing dependencies.
Not selecting kernel 3.16.1.88 as installing it would break existing dependencies.
Not selecting kernel 3.15.1.62 as installing it would break existing dependencies.
Upgrading alsa from 1.0.25-13_3.15.1.62 to 1.0.25-14_3.16.1.88 on root.
Downloading http://www.minidvblinux.de/download/4.0.1-rpi/files/base/alsa_1.0.25-14_3.16.1.88.opk.
Not selecting kernel 3.16.1.88 as installing it would break existing dependencies.
Not selecting kernel 3.15.1.62 as installing it would break existing dependencies.
Not selecting kernel 3.16.1.88 as installing it would break existing dependencies.
Not selecting kernel 3.15.1.62 as installing it would break existing dependencies.
Not selecting kernel 3.16.1.88 as installing it would break existing dependencies.
Not selecting kernel 3.15.1.62 as installing it would break existing dependencies.
Not selecting kernel 3.16.1.88 as installing it would break existing dependencies.
Not selecting kernel 3.15.1.62 as installing it would break existing dependencies.
Collected errors:
* pkg_hash_fetch_best_installation_candidate: Packages for kernel found, but incompatible with the architectures configured
* pkg_hash_fetch_best_installation_candidate: Packages for kernel found, but incompatible with the architectures configured
* pkg_hash_fetch_best_installation_candidate: Packages for kernel found, but incompatible with the architectures configured
* pkg_hash_fetch_best_installation_candidate: Packages for kernel found, but incompatible with the architectures configured
* pkg_hash_fetch_best_installation_candidate: Packages for kernel found, but incompatible with the architectures configured
* satisfy_dependencies_for: Cannot satisfy the following dependencies for lirc:
* kernel (>= 3.16.1.88) * kernel (<= 3.16.1.88-:) *
* pkg_hash_fetch_best_installation_candidate: Packages for kernel found, but incompatible with the architectures configured
* pkg_hash_fetch_best_installation_candidate: Packages for kernel found, but incompatible with the architectures configured
* pkg_hash_fetch_best_installation_candidate: Packages for kernel found, but incompatible with the architectures configured
* pkg_hash_fetch_best_installation_candidate: Packages for kernel found, but incompatible with the architectures configured
* satisfy_dependencies_for: Cannot satisfy the following dependencies for network:
* kernel (>= 3.16.1.88) * kernel (<= 3.16.1.88-:) *
* pkg_hash_fetch_best_installation_candidate: Packages for kernel found, but incompatible with the architectures configured
* pkg_hash_fetch_best_installation_candidate: Packages for kernel found, but incompatible with the architectures configured
* pkg_hash_fetch_best_installation_candidate: Packages for kernel found, but incompatible with the architectures configured
* pkg_hash_fetch_best_installation_candidate: Packages for kernel found, but incompatible with the architectures configured
* satisfy_dependencies_for: Cannot satisfy the following dependencies for alsa:
* kernel (>= 3.16.1.88) * kernel (<= 3.16.1.88-:) *

Eine einzelne Installation von network-wireless über das Webinterface bringt ebenfalls ähnliche Fehler

Code: [Select]

Install network-wireless
Installing network-wireless (0-5_3.16.1.88) on root.
Downloading http://www.minidvblinux.de/download/4.0.1-rpi/files/base/network-wireless_0-5_3.16.1.88.opk.
Not selecting kernel 3.16.1.88 as installing it would break existing dependencies.
Not selecting kernel 3.15.1.62 as installing it would break existing dependencies.
Not selecting kernel 3.16.1.88 as installing it would break existing dependencies.
Not selecting kernel 3.15.1.62 as installing it would break existing dependencies.
Not selecting kernel 3.16.1.88 as installing it would break existing dependencies.
Not selecting kernel 3.15.1.62 as installing it would break existing dependencies.
Not selecting kernel 3.16.1.88 as installing it would break existing dependencies.
Not selecting kernel 3.15.1.62 as installing it would break existing dependencies.
Collected errors:
* pkg_hash_fetch_best_installation_candidate: Packages for kernel found, but incompatible with the architectures configured
* pkg_hash_fetch_best_installation_candidate: Packages for kernel found, but incompatible with the architectures configured
* pkg_hash_fetch_best_installation_candidate: Packages for kernel found, but incompatible with the architectures configured
* pkg_hash_fetch_best_installation_candidate: Packages for kernel found, but incompatible with the architectures configured
* satisfy_dependencies_for: Cannot satisfy the following dependencies for network-wireless:
* kernel (>= 3.16.1.88) * kernel (<= 3.16.1.88-:) *

Wie komme ich aus der Situation wieder raus? Was kann ich ändern?

Danke und Gruß,
Peter

2

Raspberry PI / Befehle über Webinterface werden nicht ausgeführt, rpi-client_2014.07.05-67

« on: July 06, 2014, 17:16:46 »

Hallo zusammen!
Beim testen von MLD-4.0.1-rpi_rpi-client_2014.07.05-67 bin ich darüber gestolpert das im Webinterface die Befehle z.B. zum Stoppen/Starten des VDRs oder für den "5.1 Speaker Test" nicht funktionieren.
Über den VDR selbst kann der Befehl "VDR stoppen" ausgeführt werden.

Gruß,
Peter

3

Raspberry PI / Vertauschte Front/Rear Kanäle bei DD 5.1

« on: June 21, 2014, 21:37:50 »

Hallo,
Ich hatte mehrmals beim testen den irritierenden Effekt das bei DD 5.1 Ton auf den Front Kanälen wahrscheinlich der Ton der Rear-Kanäle zu hören sind. Wenn ich den normalen Stereo Ton auswähle ist alles in Ordnung, wenn ich zurück auf 5.1 schalte höre ich vorne nur noch z.B. den Stadionton...
Der Receiver zeigt dabei an 5.1 zu Empfangen. Ich kann nicht sagen ob auf den Rear Kanälen der Front-Ton zu hören ist, da ich nur Front und Center Lautsprecher an dem Receiver angeschlossen habe.

Der Effekt tritt auf mit

• verschiedenen MLD Versionen (MLD-4.0.1-rpi_rpi-client_2014.06.08-64, MLD-4.0.1-rpi_rpi-client_2014.06.15-64 und MLD-4.0.1-rpi_rpi-client_2014.06.20-64
• verschiedenen RPIs
• verschiedenen Quellen: Stream über streamdev-client, Aufnahmen via nfs

Ich gehe davon aus, dass der Ton direkt aus dem Datenstrom über HDMI an den Receiver weitergegeben wird und es sich daher nicht um einen Bug im VDR oder rpihddevice handelt (Wobei in der audio.c vom rpihddevice doch einiges "drin" steckt...).
Vielleicht ist es eine Inkompatibilität mit meinem Denon AVR-2308. Ich kann z.B. auch nicht ausschließen dass ich nicht manchmal den Receiver erst nach dem RPI anschalte und dies seltsame Effekte zur Folge hat...

Auf meinem "Konsolidierungs-RPI" habe ich das Problem in den letzten Wochen mit der folgenden Konfiguration lösen können:
In /etc/vdr/setup.conf:

Code: [Select]

rpihddevice.AudioPort = 1
rpihddevice.IgnoreAudioEDID = 0
rpihddevice.PassThrough = 1

In /boot/config.txt:

Code: [Select]

hdmi_force_hotplug=1
hdmi_mode=20
hdmi_group=1
hdmi_drive=2
hdmi_pixel_encoding=1

(hdmi_mode=20 (1080i) verwende ich damit das deinterlacer Problem bei ZDF-Kanälen nicht sichtbar ist.)

Nach dem übertragen der Konfiguration auf den Test-RPI ist das Problem dort ebenfalls behoben.


Hatte jemand schon mal ähnliche Ton-Effekte?
Kennt sich jemand genauer damit aus ob der beobachtete Effekt ggf. mit der Verarbeitung des Audio-Datenstroms und die Konfiguration der beteiligten Komponenten zusammenhängen kann?


Gruß,
Peter

4

Allgemeines [ General ] / Verständnisfrage: epg.data, epgsync, streamdev-client Filter Streaming

« on: June 20, 2014, 18:37:41 »

Hallo,
Ich würde gerne verstehen was in einem Client/Server Szenario der "richtige" Umgang mit den EPG-Daten ist.

Mein Verständnis bisher:
1) Der Server ist dafür verantwortlich "so gut wie möglich" die aktuellen EPG-Daten in /var/cache/vdr/epg.data zu schreiben.
2 a) Der Server exportiert via nfs /var/cache
2 b) Die Clients haben unter /var/cache das /var/cache vom Server gemounted
3) Die Clients greifen ausschließlich lesend auf epg.data (vom Server) zu und greifen so auf die aktuellen EPG-Daten zu.

Update:
Ich sehe gerade: Nach http://www.minidvblinux.de/bug/view.php?id=92 ist es gar keine Absicht dass sich der client und der server eine epg.data Datei "teilen"
Was ich persönlich schade finde, da es aus meiner Sicht die Komplexität reduziert.

Ich frage nun:
a) Funktioniert das obige setup? Welche Nachteile hat das?
b) Wozu wird epgsync benötigt? Welche Vorteile hat das?
c) Was wird versucht mit der Option 'Filter Streaming' im streamdev-client bezüglich des epg zu erreichen? (siehe http://www.vdr-wiki.de/wiki/index.php/Streamdev-plugin#Konfiguration_Client_Plugin)
d) Was ist eurer Erfahrung nach das "richtige" Setup?

Vielen Dank und Gruß,
Peter

5

Raspberry PI / Installation MLD-4.0.1-rpi_rpi-client_2014.06.15-64 schlägt fehl

« on: June 20, 2014, 16:54:42 »

Hallo zusammen,
um zu testen ob der Fehler aus http://www.minidvblinux.de/forum/index.php/topic,5852.msg43176.html behoben ist habe ich mein Testsystem mit dem Stand aus MLD-4.0.1-rpi_rpi-client_2014.06.15-64.tgz neu aufgesetzt.

Nach dem Booten habe ich versucht über das Menue das System zu installieren.

Das System bleibt bei der Bildschirmanzeige "format disk mmcblk0p2 ..." hängen
Irgendwelche Ideen?

/var/log/install.log:

Code: [Select]

==start installation==

==partitioning disk mmcblk0==
1024+0 records in
1024+0 records out
Device contains neither a valid DOS partition table, nor Sun, SGI, OSF or GPT disklabel
Building a new DOS disklabel. Changes will remain in memory only,
until you decide to write them. After that the previous content
won't be recoverable.


The number of cylinders for this disk is set to 15807.
There is nothing wrong with that, but this is larger than 1024,
and could in certain setups cause problems with:
1) software that runs at boot time (e.g., old versions of LILO)
2) booting and partitioning software from other OSs
   (e.g., DOS FDISK, OS/2 FDISK)

Command (m for help): Command action
   e   extended
   p   primary partition (1-4)
Partition number (1-4): First cylinder (1-15807, default 1): Using default value 1
Last cylinder or +size or +sizeM or +sizeK (1-15807, default 15807):
Command (m for help): Command action
   e   extended
   p   primary partition (1-4)
Partition number (1-4): First cylinder (97-15807, default 97): Using default value 97
Last cylinder or +size or +sizeM or +sizeK (97-15807, default 15807):
Command (m for help): Command action
   e   extended
   p   primary partition (1-4)
Partition number (1-4): First cylinder (1052-15807, default 1052): Using default value 1052
Last cylinder or +size or +sizeM or +sizeK (1052-15807, default 15807): Using default value 15807

Command (m for help): Partition number (1-4): Hex code (type L to list codes): Changed system type of partition 1 to b (Win95 FAT32)

Command (m for help): The partition table has been altered.
Calling ioctl() to re-read partition table

Disk /dev/mmcblk0: 16.5 GB, 16574840832 bytes
64 heads, 32 sectors/track, 15807 cylinders, total 32372736 sectors
Units = sectors of 1 * 512 = 512 bytes

        Device Boot      Start         End      Blocks  Id System
/dev/mmcblk0p1              32      196607       98288   b Win95 FAT32
/dev/mmcblk0p2          196608     2152447      977920  83 Linux
/dev/mmcblk0p3         2152448    32372735    15110144  83 Linux
------ done ------

==format disk mmcblk0p1==
mkfs.vfat 3.0.13 (30 Jun 2012)
------ done ------

==format disk mmcblk0p2==
/dev/mmcblk0p2 is mounted

WARNING! - Btrfs Btrfs v0.19 IS EXPERIMENTAL
WARNING! - see http://btrfs.wiki.kernel.org before using


====== failed ======

'cat /var/log/messages | grep kernel':

Code: [Select]

Jan  1 00:01:09 (none) user.notice kernel: klogd started: BusyBox v1.22.1 (2014-06-06 19:43:24 UTC)
Jan  1 00:01:10 (none) daemon.info kernel: [   70.921294] udevd[4129]: starting version 175
Jan  1 00:01:12 (none) user.warn kernel: [   73.294693] XFS (mmcblk0p1): unknown mount option [nls].
Jan  1 00:01:13 (none) user.info kernel: [   74.586785] smsc95xx 1-1.1:1.0 eth0: hardware isn't capable of remote wakeup
Jan  1 00:01:15 (none) user.info kernel: [   76.118064] smsc95xx 1-1.1:1.0 eth0: link up, 100Mbps, full-duplex, lpa 0xC5E1
Jan  1 00:01:25 (none) user.info kernel: [   86.719692] input: eventlircd as /devices/virtual/input/input3
Jun 20 14:38:45 (none) user.info kernel: [  197.454846] rtc-test rtc-test.0: test_rtc_set_mmss, secs = 1403275125
Jun 20 14:38:57 (none) user.warn kernel: [  209.645693] XFS (mmcblk0p1): unknown mount option [nls].
Jun 20 14:40:47 (none) user.info kernel: [  319.807370]  mmcblk0: p1 p2 p3
Jun 20 14:40:47 (none) user.info kernel: [  319.899555]  mmcblk0: p1 p2 p3
Jun 20 14:40:48 (none) user.notice kernel: [  320.741831] XFS (mmcblk0p3): Mounting Filesystem
Jun 20 14:40:48 (none) user.info kernel: [  320.762040] BTRFS: device fsid bfebda21-cb38-4d3f-a60a-26e24405a9f4 devid 1 transid 397 /dev/mmcblk0p2
Jun 20 14:40:48 (none) user.info kernel: [  320.772134] BTRFS info (device mmcblk0p2): disk space caching is enabled
Jun 20 14:40:48 (none) user.info kernel: [  320.796158] BTRFS: detected SSD devices, enabling SSD mode
Jun 20 14:40:49 (none) user.info kernel: [  321.008920] XFS (mmcblk0p3): Ending clean mount
Jun 20 14:40:51 (none) user.notice kernel: [  322.967701] XFS (mmcblk0p3): Mounting Filesystem
Jun 20 14:40:51 (none) user.info kernel: [  322.987668] BTRFS: device fsid bfebda21-cb38-4d3f-a60a-26e24405a9f4 devid 1 transid 398 /dev/mmcblk0p2
Jun 20 14:40:51 (none) user.info kernel: [  322.998786] BTRFS info (device mmcblk0p2): disk space caching is enabled
Jun 20 14:40:51 (none) user.info kernel: [  323.026195] BTRFS: detected SSD devices, enabling SSD mode
Jun 20 14:40:51 (none) user.info kernel: [  323.217499] XFS (mmcblk0p3): Ending clean mount

mount:

Code: [Select]

rootfs on / type rootfs (rw,size=189748k,nr_inodes=47437)
dev on /dev type devtmpfs (rw,relatime,size=189748k,nr_inodes=47437,mode=755)
rootfs on / type tmpfs (rw,relatime)
proc on /proc type proc (rw,relatime)
sys on /sys type sysfs (rw,relatime)
tmp on /tmp type tmpfs (rw,relatime)
run on /run type tmpfs (rw,relatime)
dev on /dev type devtmpfs (rw,relatime,size=189748k,nr_inodes=47437,mode=755)
log on /var/log type tmpfs (rw,relatime)
devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620)
MLD_SERVER:/mnt/data on /mnt/data type nfs (rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.178.47,mountvers=3,mountproto=tcp,local_lock=none,addr=192.168.178.47)
MLD_SERVER:/mnt/data/cache on /var/cache type nfs (rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.178.47,mountvers=3,mountproto=tcp,local_lock=none,addr=192.168.178.47)
/dev/mmcblk0p2 on /media/sd-mmcblk0p2 type btrfs (rw,relatime,ssd,noacl,space_cache)
/dev/mmcblk0p3 on /media/sd-mmcblk0p3 type xfs (rw,relatime,attr2,inode64,noquota)


6

Raspberry PI / Nach Installation 4.0.1: udevd eth0 Probleme, nfs mounts fehlen

« on: June 15, 2014, 09:43:23 »

Hallo liebe MLD Community,
Zunächst vielen Dank für das tolle Projekt! Nach ~3 Jahren VDR Abstinenz haben mich die OOTB-Fähigkeiten der MLD Distribution begeistert.
Ich habe vor zwei Wochen begonnen einen Server und einen RPI-Client als Testinstallation aufzusetzen und da es so gut funktioniert ist es fast schon produktiv  .

Ich habe nun auf einem zweiten RPI MLD-4.0.1-rpi_rpi-client_2014.06.08-64 zunächst gebootet und dann auf der SD-Karte installiert.
Vor der Installation auf der SD-Karte wurde das Daten-Verzeichnis vom Server automatisch via NFS gemounted.
Nach der Installation beschwert sich der VDR über das fehlende /data/tv Verzeichnis:

Code: [Select]

user.err vdr: [2574] ERROR (tools.c,441): /data/tv: No such file or directory
Durch manuell abgesetztes

Code: [Select]

mount /mnt/dataist der Fehler behoben, daher scheint es grundsätzlich zu funktionieren.

Auffällig ist aus meiner Sicht in /var/log/messages der Teil mit udevd und eth0:

Code: [Select]

Jan  1 01:00:04 (none) user.info kernel: [    3.561020] usb 1-1.1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
Jan  1 01:00:04 (none) user.info kernel: [    3.571711] smsc95xx v1.0.4
Jan  1 01:00:04 (none) user.info kernel: [    3.627483] BTRFS info (device mmcblk0p2): disk space caching is enabled
Jan  1 01:00:04 (none) user.info kernel: [    3.634051] smsc95xx 1-1.1:1.0 eth0: register 'smsc95xx' at usb-bcm2708_usb-1.1, smsc95xx USB 2.0 Ethernet, b8:27:eb:61:c4
:0d
Jan  1 01:00:06 (none) daemon.info kernel: [    6.982773] udevd[735]: starting version 175
Jan  1 01:00:06 (none) daemon.err udevd[735]: can not find '/lib/udev/rules.d/90-alsa-ucm.rules': Too many levels of symbolic links
Jan  1 01:00:06 (none) daemon.err udevd[795]: failed to execute '/lib/udev/usb-db' 'usb-db /devices/platform/bcm2708_usb/usb1/1-1/1-1.1/1-1.1:1.0/net/eth0': No such f
ile or directory
Jan  1 01:00:06 (none) daemon.err udevd[824]: failed to execute '/lib/udev/net.agent' 'net.agent': No such file or directory
Jan  1 01:00:07 (none) user.notice kernel: [    8.247309] random: nonblocking pool is initialized
Jan  1 01:00:08 (none) daemon.err udevd[1065]: failed to execute '/lib/udev/net.agent' 'net.agent': No such file or directory
Jan  1 01:00:09 (none) user.info kernel: [   10.564489] BTRFS: device fsid bfebda21-cb38-4d3f-a60a-26e24405a9f4 devid 1 transid 10 /dev/mmcblk0p2
Jan  1 01:00:09 (none) user.warn kernel: [   10.578515] XFS (mmcblk0p1): unknown mount option [nls].
Jan  1 01:00:09 (none) user.notice kernel: [   10.640860] XFS (mmcblk0p3): Mounting Filesystem
Jan  1 01:00:10 (none) user.info kernel: [   11.536418] XFS (mmcblk0p3): Ending clean mount
Jan  1 01:00:13 (none) user.info kernel: [   14.776353] smsc95xx 1-1.1:1.0 eth0: hardware isn't capable of remote wakeup
Jan  1 01:00:15 (none) user.info kernel: [   16.322513] smsc95xx 1-1.1:1.0 eth0: link up, 100Mbps, full-duplex, lpa 0xC5E1
Jan  1 01:00:20 (none) daemon.err rpcbind: cannot create socket for udp6
Jan  1 01:00:20 (none) daemon.err rpcbind: cannot create socket for tcp6
Jan  1 01:00:20 (none) daemon.notice rpc.statd[1355]: Version 1.2.6 starting
Jan  1 01:00:20 (none) daemon.notice sm-notify[1356]: Version 1.2.6 starting
Jan  1 01:00:20 (none) daemon.warn rpc.statd[1355]: Running as root.  chown /var/lib/nfs to choose different user
Jun 15 08:55:32 (none) user.err vdr: [1725] ERROR (tools.c,441): /data/tv: No such file or directory

/etc/fstab:

Code: [Select]

MLD> cat /etc/fstab
proc        /proc           proc      defaults            0 0
sys         /sys            sysfs     defaults            0 0
run         /run            tmpfs     defaults            0 0
tmp         /tmp            tmpfs     defaults            0 0
dev         /dev            devtmpfs  defaults            0 0
devpts      /dev/pts        devpts    mode=0620,gid=5     0 0
/mnt/data/cache /var/cache  none      bind,noauto         0 0
/dev/dvd    /media/dvd      auto      ro,noauto           0 0
/dev/cdrom  /media/cdrom    auto      ro,noauto           0 0
/dev/root   /               auto      defaults            0 1
UUID=557fabcd-74a0-460e-8cab-3bbfbed0c0a4   /mnt/data       auto   defaults            0 2
UUID=2EDD-DF43   /boot        auto      defaults            0 2
MLD_SERVER:/mnt/data  /mnt/data  nfs    bg        0 0

Habt ihr irgendeine Idee? Kann ich irgendetwas verändern um das Problem einzugrenzen?

Gruß,
Peter