[anilu]

Hallo,

ich habe zur Zeit einen mld-3.0.3 VDR-Server headless im Keller mit 4 x DVBS /S2 Karten laufen.
Das System lief von Anfang an super, ohne dass ich "basteln" musste, Kompliment an die Entwickler!
Als Client nutze ich openelec auf einem Raspberry Pi, da ich bei dem mld Rasp Client nicht herausfinden konnte,
wie ich meine Filme- und Musiksammlung vom Client aus starten/verwalten kann.

Frage 1:
Nun habe ich ein Widget für meinen Samsung TV entdeckt (VDR on SmartTV (Plugin and Widget)),
welches Live-TV und Aufnahmen vom Server streamen kann. Das Widget (0.95) ist bereits auf dem TV installiert,
das Addon smarttvweb auf dem mld Server hab ich auch aktiviert.
Es läuft eigentlich auch, allerdings gibt es heftige Probleme beim Springen/Spulen
(Es sind nur 2-3 große Sprünge möglich, Spulen geht gar nicht).
Die Version des Addons smarttvweb ist laut OSD 0.9.a-pre, auf der
Webseite gibt es aktuell Version (0.99.1). Das bedeutet, auf dem VDR läuft keine aktuelle Version?
http://projects.vdr-developer.org/projects/plg-smarttvweb/wiki#Plugin-installation
http://projects.vdr-developer.org/attachments/download/1512/vdr-plugin-smarttvweb_099_1.tgz
Ich habe die Hoffnung,dass die Probleme evtl. dadurch entstehen und durch die aktuelle Version
behoben werden könnten.
Leider weiß ich nicht, wie ich dieses Addon in einer neueren Version auf den mld Server bekomme,
bin am "make" gescheitert. Muss ich tatsächlich das Addon selbst komplieren und dafür eine
Entwicklungsumgebung installieren?

Frage 2:
Außerdem gibt es mit dem Addon smarttvweb ein neues Problem:
Dieses nutzt den Port 8000 vom VDR-Admin Addon, welches sich jetzt nicht mehr starten lässt!
Habe bereits in /etc/vdradmin.conf diese beiden Zeilen angepasst (zuerst VDR gestoppt):
SERVERPORT = 8002
VDR_PORT = 8002
Wobei der SERVERPORT nach Neustart des Servers immer wieder auf 8000 gesetzt wird...
Und diese Zeile in /etc/init.d/vdradmin-am habe ich auch geändert
...{VDRADMIN_PORT-8002}...
Alles ohne Erfolg.

Den Port des Addons smarttvweb kann man zwar ändern, dann muss man es aber auch wieder neu kompilieren.

Wer kann mir helfen?

Vielen Dank und viele Grüße
anilu

[clausmuus]

Hi,

Du musst den vdradmin Port entweder über das webif oder direkt in der Datei /etc/rc.config ändern. Mit dem nächsten neustart des vdradmin sollte der dann übernommen werden.

Die neue Version des smarttvweb brauchst Du nicht selber zu kompilieren. Es reicht wenn Du uns da drüber informierst, das ne neue Version verfügbar ist, was Du ja nun getan hast. Allerdings ist unsere Version bereits die neuste verfügbare, da wir jede Nacht die neuste Version kompilieren. Unsere ist deutlich neuer als die von Dir vorgeschlagene.

Claus

[anilu]

Hallo,

danke für Deine schnelle Antwort und Hilfe.
Trotzdem funktioniert einiges noch nicht wie gewünscht:

Zu VDR Admin Port:
Leider hat die Änderung in der /etc/rc.config nix gebracht, im webif steht auch 8002, trotzdem kann ich per Browser die Seite nicht aufrufen.
Hab das Addon auch schon deinstalliert, reboot, installiert, reboot und es stand automatisch dann 8002 drin, aber es geht nicht...

Zu smarttvweb:
Woran dann das Spulproblem liegen könnte, keine Ahnung und schade ...

Hab allerdings noch ein, zwei deftigere Probleme:
Manchmal, leider sogar sehr oft, mountet der Server die Daten-Festplatte nicht.
Vorerst meine Hardware Konstellation:
Ich habe ein 160GB Festplatte per IDE als System Festplatte laufen.
Zusätzlich habe ich ein 3TB Festplatte (XFS) per SATA im System, die ich während der Installation
und nachher auch nochmal per Webif als Datenpartition angegeben habe.
Er findet die Datenplatte nicht und nimmt dann natürlich auch die Sendungen nicht auf.
Ich habe mal ein paar logs und die fstab angehängt:

Nächstes Problem:
Komischerweise wurden jetzt auch einige Sendungen ganz komisch aufgenommen,
Bild kaum da und verzerrt und nur zerfetzte Töne,
dazu gehört z.B. diese Log:

Code: [Select]

Jan 26 17:51:58 (MLD) user.info vdr: [1455] frontend 2/0 timed out while tuning to channel 298, tp 112344
Jan 26 17:52:27 (MLD) user.debug vdr: [1456] read incomplete section - len = 330, r = 41
Jan 26 17:52:53 (MLD) user.debug vdr: [1456] read incomplete section - len = 887, r = 829
Jan 26 17:53:50 (MLD) user.debug vdr: [1459] read incomplete section - len = 3745, r = 282
Jan 26 17:54:00 (MLD) user.debug vdr: [1437] switching device 2 to channel 7
Jan 26 17:54:00 (MLD) user.info vdr: [1437] timer 2 (7 1754-1912 'Markus~Grip - Das Motormagazin') start
Jan 26 17:54:00 (MLD) user.debug vdr: [1437] Title: 'Grip - Das Motormagazin' Subtitle: ''
Jan 26 17:54:00 (MLD) user.info vdr: [1437] executing '/etc/vdr/recording.d/rc.action before "/data/tv/Markus/Grip_-_Das_Motormagazin/2014-01-26.17.54.7-0.rec"'
Jan 26 17:54:00 (MLD) user.info vdr: [1437] record /data/tv/Markus/Grip_-_Das_Motormagazin/2014-01-26.17.54.7-0.rec
Jan 26 17:54:00 (MLD) user.debug vdr: [1437] creating directory /data/tv/Markus/Grip_-_Das_Motormagazin
Jan 26 17:54:00 (MLD) user.debug vdr: [1437] creating directory /data/tv/Markus/Grip_-_Das_Motormagazin/2014-01-26.17.54.7-0.rec
Jan 26 17:54:00 (MLD) user.debug vdr: [1437] recording to '/data/tv/Markus/Grip_-_Das_Motormagazin/2014-01-26.17.54.7-0.rec/00001.ts'
Jan 26 17:54:00 (MLD) user.debug vdr: [14113] recording thread started (pid=1437, tid=14113, prio=high)
Jan 26 17:54:00 (MLD) user.info vdr: [1467] XVDR: Recordings state changed (34)
Jan 26 17:54:01 (MLD) user.info vdr: [14113] executing '/etc/vdr/recording.d/rc.action started "/data/tv/Markus/Grip_-_Das_Motormagazin/2014-01-26.17.54.7-0.rec"'
Jan 26 17:54:02 (MLD) user.info vdr: [1467] XVDR: Starting garbage collection in recordings cache
Jan 26 17:54:02 (MLD) user.info vdr: [1467] XVDR: Requesting clients to reload recordings list
Jan 26 17:56:27 (MLD) user.info vdr: [1449] channel 5 (ProSieben) event Son 26.01.2014 17:57-18:06 'NEWSTIME' status 2
Jan 26 17:56:59 (MLD) user.info vdr: [1449] channel 5 (ProSieben) event Son 26.01.2014 17:57-18:06 'NEWSTIME' status 4
Jan 26 17:59:18 (MLD) user.info vdr: [1455] frontend 2/0 timed out while tuning to channel 298, tp 112344
Jan 26 17:59:48 (MLD) user.info vdr: [1453] channel 14 (SUPER RTL) event Son 26.01.2014 18:00-18:25 'Coop gegen Kat' status 2
Jan 26 18:00:16 (MLD) user.info vdr: [1453] channel 14 (SUPER RTL) event Son 26.01.2014 18:00-18:25 'Coop gegen Kat' status 4
Jan 26 18:00:24 (MLD) user.debug vdr: [1456] read incomplete section - len = 2073, r = 1516
Jan 26 18:03:52 (MLD) user.info vdr: [1453] channel 7 (RTL2) event Son 26.01.2014 18:04-19:02 'Grip - Das Motormagazin' status 2
Jan 26 18:04:02 (MLD) user.info vdr: [1453] channel 7 (RTL2) event Son 26.01.2014 18:04-19:02 'Grip - Das Motormagazin' status 4
Jan 26 18:04:25 (MLD) user.debug vdr: [1456] changing pids of channel 75 from 5121+5121=27:5122=deu@3,5123=mis@3;5126=deu@106:5135=deu:5134 to 5131+5131=27:5132=deu@3,5133=mis@3;5136=deu@106:5135=deu:5134
Jan 26 18:04:46 (MLD) user.debug vdr: [1456] changing pids of channel 37 from 5201+5201=27:5202=deu@3,5203=mis@3;5206=deu@106:5205=deu:5204 to 5211+5211=27:5212=deu@3:0:5204
Jan 26 18:05:29 (MLD) user.info vdr: [1449] channel 5 (ProSieben) event Son 26.01.2014 18:06-18:35 'Die Simpsons' status 2
Jan 26 18:05:36 (MLD) user.debug vdr: [1456] read incomplete section - len = 1977, r = 21
Noch ein paar log Auszüge:

Code: [Select]

Jan 25 20:05:00 (MLD) user.debug vdr: [1427] switching device 1 to channel 14
Jan 25 20:05:00 (MLD) user.info vdr: [1427] timer 1 (14 2005-2215 'Daniel~Star Wars: The Clone Wars') start
Jan 25 20:05:00 (MLD) user.debug vdr: [1427] Title: 'Star Wars: The Clone Wars' Subtitle: ''
Jan 25 20:05:00 (MLD) user.info vdr: [1427] executing '/etc/vdr/recording.d/rc.action before "/data/tv/Daniel/Star_Wars:_The_Clone_Wars/2014-01-25.20.05.14-0.rec"'
Jan 25 20:05:00 (MLD) user.info vdr: [1427] record /data/tv/Daniel/Star_Wars:_The_Clone_Wars/2014-01-25.20.05.14-0.rec
Jan 25 20:05:00 (MLD) user.debug vdr: [1427] creating directory /data/tv
Jan 25 20:05:00 (MLD) user.err vdr: [1427] ERROR (tools.c,459): /data/tv: File exists
Jan 25 20:05:00 (MLD) user.info vdr: [1427] timer 1 (14 2005-2215 'Daniel~Star Wars: The Clone Wars') deferred for 60 seconds
Jan 25 20:05:01 (MLD) user.info vdr: [1427] timer 1 (14 2005-2215 'Daniel~Star Wars: The Clone Wars') stop
Jan 25 20:05:01 (MLD) user.info vdr: [1427] executing '/etc/vdr/recording.d/rc.action after "/data/tv/Daniel/Star_Wars:_The_Clone_Wars/2014-01-25.20.05.14-0.rec"'
Jan 25 19:05:04 (MLD) user.warn kernel: XFS (sda1): xfs_log_force: error 5 returned.
Jan 25 19:05:34 (MLD) user.warn kernel: XFS (sda1): xfs_log_force: error 5 returned.

Jan 25 17:52:24 (MLD) user.warn kernel: XFS (sda1): xfs_log_force: error 5 returned.
Jan 25 18:52:28 (MLD) user.debug vdr: [17865] epg data writer thread started (pid=1427, tid=17865, prio=low)
Jan 25 18:52:28 (MLD) user.err vdr: [17865] ERROR (tools.c,626): /var/cache/vdr/epg.data: Input/output error
Jan 25 18:52:28 (MLD) user.err vdr: [17865] ERROR (epg.c,1268): Input/output error

Jan 26 13:15:46 (MLD) user.info vdr: [1458] frontend 3/0 timed out while tuning to channel 298, tp 112344
Jan 26 13:15:57 (MLD) user.debug vdr: [1449] read incomplete section - len = 2021, r = 375
Jan 26 12:16:05 (MLD) user.err kernel: ata1: EH in SWNCQ mode,QC:qc_active 0x1 sactive 0x1
Jan 26 12:16:05 (MLD) user.err kernel: ata1: SWNCQ:qc_active 0x1 defer_bits 0x0 last_issue_tag 0x0
Jan 26 12:16:05 (MLD) user.err kernel:   dhfis 0x1 dmafis 0x0 sdbfis 0x0
Jan 26 12:16:05 (MLD) user.err kernel: ata1: ATA_REG 0x40 ERR_REG 0x0
Jan 26 12:16:05 (MLD) user.err kernel: ata1: tag : dhfis dmafis sdbfis sactive
Jan 26 12:16:05 (MLD) user.err kernel: ata1: tag 0x0: 1 0 0 1 
Jan 26 12:16:05 (MLD) user.err kernel: ata1.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x6 frozen
Jan 26 12:16:05 (MLD) user.err kernel: ata1.00: failed command: WRITE FPDMA QUEUED
Jan 26 12:16:05 (MLD) user.err kernel: ata1.00: cmd 61/08:00:f8:ef:ab/00:00:ae:00:00/40 tag 0 ncq 4096 out
Jan 26 12:16:05 (MLD) user.err kernel:          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Jan 26 12:16:05 (MLD) user.err kernel: ata1.00: status: { DRDY }
Jan 26 12:16:05 (MLD) user.info kernel: ata1: hard resetting link
Jan 26 12:16:05 (MLD) user.info kernel: ata1: nv: skipping hardreset on occupied port
Jan 26 12:16:10 (MLD) user.info kernel: ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
Jan 26 12:16:10 (MLD) user.info kernel: ata1.00: configured for UDMA/133
Jan 26 12:16:10 (MLD) user.warn kernel: ata1.00: device reported invalid CHS sector 0
Jan 26 12:16:10 (MLD) user.info kernel: ata1: EH complete
Jan 26 13:16:56 (MLD) daemon.notice rpc.mountd[2364]: authenticated mount request from 192.168.178.32:708 for /mnt/data (/mnt/data)
Jan 26 13:17:10 (MLD) user.info vdr: [1452] frontend 1/0 timed out while tuning to channel 155, tp 112721
Hier die fstab:

Code: [Select]

proc        /proc           proc     defaults            0 0
devpts      /dev/pts        devpts   rw,noexec,nosuid,gid=5,mode=0620 0 0
sysfs       /sys            sysfs    defaults            0 0
devtmpfs    /dev            devtmpfs rw,mode=0755      0 0
tmpfs       /run            tmpfs    rw,noexec,nosuid,size=10%,mode=0755 0 0
none        /run/lock       tmpfs    rw,noexec,nosuid,nodev,size=5242880 0 0
none        /run/shm        tmpfs    rw,nosuid,nodev 0 0
/dev/dvd    /media/dvd      auto     ro,noauto           0 0
/dev/cdrom  /media/cdrom    auto     ro,noauto           0 0
/dev/sda1   /mnt/data       xfs    defaults         0 0

Wäre super, wenn mir hier jemand weiterhelfen könnte ...
Vielen Dank!
anilu

[clausmuus]

Hi,

ist denn Deine Datenplatte wirklich die sda? Von welcher bootest Du?

Was mir auffällt, sind die XFS Fehlermeldungen im messag log. Entweder ist das Dateisystem beschädigt worden, oder die Festplatte hat nen Hardware Fehler (Wackelkontackt im Kabel?).

Claus

[anilu]

Hallo Claus,

ich hatte die Platte zuerst als komplett als System-/ und Datenpartition nehmen wollen und
sie daher mit GPT aufgesetzt.
Das hat irgendwie gar nicht funktioniert, er hat die Größe der Festplatte nicht erkannt.
Deswegen habe ich dann noch eine andere als Systemplatte eingebaut.
Danach aber alles neu partitioniert und formatiert mit der gparted live CD.
Ich boote von der hada (über webif eingestellt)

Code: [Select]

MLD> df -h
Filesystem                Size      Used Available Use% Mounted on
rootfs                  146.6G    280.3M    138.9G   0% /
rootfs                 1011.0M     11.2M    999.9M   1% /mnt/rootfs
tmpfs                  1011.0M    344.0K   1010.7M   0% /mnt/tmpfs
root                    146.6G    280.3M    138.9G   0% /
tmpfs                   202.2M    692.0K    201.5M   0% /run
devtmpfs               1008.5M      4.0K   1008.5M   0% /dev
/dev/hda1               146.6G    280.3M    138.9G   0% /mnt/hda1
/dev/hda1               146.6G    280.3M    138.9G   0% /etc/addons
/dev/loop0              768.0K    768.0K         0 100% /var/spool/apm.mnt/locales
/dev/loop3              896.0K    896.0K         0 100% /var/spool/apm.mnt/python-dbus
/dev/loop7              128.0K    128.0K         0 100% /var/spool/apm.mnt/python-avahi
...
/dev/loop36             128.0K    128.0K         0 100% /var/spool/apm.mnt/svdrposd
/dev/loop37             128.0K    128.0K         0 100% /var/spool/apm.mnt/webserver
none                      5.0M         0      5.0M   0% /run/lock
none                   1011.0M         0   1011.0M   0% /run/shm
/dev/sda1                 2.7T    467.1G      2.3T  17% /mnt/data


Code: [Select]

MLD> dmesg |grep sda
sd 0:0:0:0: [sda] 5860533168 512-byte logical blocks: (3.00 TB/2.72 TiB)
sd 0:0:0:0: [sda] 4096-byte physical blocks
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sda: sda1
sd 0:0:0:0: [sda] Attached SCSI disk
XFS (sda1): Mounting Filesystem
XFS (sda1): Ending clean mount


Code: [Select]

MLD> fdisk -l

Disk /dev/hda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks  Id System
/dev/hda1   *           1       19458   156289024  83 Linux
fdisk: device has more than 2^32 sectors, can't use all of them

Disk /dev/sda: 2199.0 GB, 2199023255040 bytes
255 heads, 63 sectors/track, 267349 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks  Id System
/dev/sda1               1      267350  2147483647+ ee EFI GPT

Seit heute Nacht (hab unter vdr über webif upgedated) funktioniert xvdr nicht mehr...

Code: [Select]

Jan 27 12:30:28 (MLD) user.err vdr: [17214] ERROR: /usr/lib/vdr/libvdr-xvdr.so.2.1.4: cannot open shared object file: No such file or directory
Hatte vor, mir nochmal eine Installations CD zusammen zu stellen, aber bei den optionalen Addons/Plugins ist xvdr gar nicht mehr dabei??

OSD über telnet und addin control geht auch nicht mehr und
Live kann ich auch nicht mehr aufrufen ...

Ach menno, ich bin kurz davor, alles nochmal neu zu machen, dabei hab ich gar nix verbastelt (ist eigentlich ja auch nicht notwendig bei MLD)

anilu

[clausmuus]

Hi,

wenn ich das richtig mitbekommen habe, gibt's seit heute ne neue VDR Version für die MLD-3.0.3. Vieleicht ist xvdr ja unter den paar Plugins die noch nicht angepasst wurden und deshalb noch fehlen.

Claus

[anilu]

Also,

kurze Rückmeldung meinerseits:
Hab die Datenfestplatte neu formatiert und ein neues SATA Kabel dran gemacht und den mld Server neu installiert.

Ergebnis:
VDR Admin läuft
Live läuft
OSD über telnet läuft

Das Problem mit den xfs Fehlern und dem fehlenden mounten der Datenfestplatte muss ich jetzt erst mal beobachten.
xvdr fehlt immer noch, warte ich jetzt mal ab.
Hab mal vnsi probiert, allerdings will openelec 3.2.4 die Version4 und hier gibt es die 3 und die 5, soweit ich das erkennen konnte.
Jetzt können wir quasi zur Zeit keine Aufnahmen am TV schauen :-(

anilu

[clausmuus]

Hi,

die 4'er Version des vnsi Plugins gibt's nicht, weil ich keine Ahnung habe, wo's die Sourcen dazu gibt.

Claus

[Jarny]

Hi anuli
Ich benutze auch OpenElec als Client für meinen MLD3.0.3 Server. OpenElec ist auch wie bei dir in der Version 3.2.4 und bei mir will das VDR-VNSI Addon die Protokoll Version 3.
Ich glaube ich hatte nur die offiziellen Addon Repositories aktiviert und dort gibt es das VDR-VNSI Addon in der Version 1.6.4 und das verlangt definitiv Protokoll v3. Schau doch nochmal nach welche Version dein VDR-VNSI Addon hat.
Ich finde die Anbindung über VNSI sehr gelungen, wobei ich eine XVDR-Anbindung noch nie testen konnte.

Gruß
Jarny

[anilu]

Hi Jarny, danke für Deinen Hinweis.
Ich hatte auch die Version 1.6.4, d.h. ich versuche es nochmal ...
Vielleicht hatte es andere Gründe, dass es nicht funktioniert hat.

Ich hätte noch eine Frage: Obwohl ich meinen mld Server neu installiert habe
und die Datenfestplatte auch formatiert habe, bekomme ich immer noch sporadisch
diesen Hinweis in der Log Datei (gemounted wird die Platte aber bis jetzt zuverlässig):

Code: [Select]

Jan 31 14:24:51 (MLD) user.err kernel: ata1: EH in SWNCQ mode,QC:qc_active 0x3 sactive 0x3
Jan 31 14:24:51 (MLD) user.err kernel: ata1: SWNCQ:qc_active 0x1 defer_bits 0x2 last_issue_tag 0x0
Jan 31 14:24:51 (MLD) user.err kernel:   dhfis 0x1 dmafis 0x0 sdbfis 0x0
Jan 31 14:24:51 (MLD) user.err kernel: ata1: ATA_REG 0x40 ERR_REG 0x0
Jan 31 14:24:51 (MLD) user.err kernel: ata1: tag : dhfis dmafis sdbfis sactive
Jan 31 14:24:51 (MLD) user.err kernel: ata1: tag 0x0: 1 0 0 1 
Jan 31 14:24:51 (MLD) user.err kernel: ata1.00: exception Emask 0x0 SAct 0x3 SErr 0x0 action 0x6 frozen
Jan 31 14:24:51 (MLD) user.err kernel: ata1.00: failed command: WRITE FPDMA QUEUED
Jan 31 14:24:51 (MLD) user.err kernel: ata1.00: cmd 61/10:00:10:10:a9/00:00:ae:00:00/40 tag 0 ncq 8192 out
Jan 31 14:24:51 (MLD) user.err kernel:          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Jan 31 14:24:51 (MLD) user.err kernel: ata1.00: status: { DRDY }
Jan 31 14:24:51 (MLD) user.err kernel: ata1.00: failed command: READ FPDMA QUEUED
Jan 31 14:24:51 (MLD) user.err kernel: ata1.00: cmd 60/08:08:30:aa:69/00:00:4c:00:00/40 tag 1 ncq 4096 in
Jan 31 14:24:51 (MLD) user.err kernel:          res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Jan 31 14:24:51 (MLD) user.err kernel: ata1.00: status: { DRDY }
Jan 31 14:24:51 (MLD) user.info kernel: ata1: hard resetting link
Jan 31 14:24:51 (MLD) user.info kernel: ata1: nv: skipping hardreset on occupied port
Jan 31 14:24:53 (MLD) user.info kernel: ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
Jan 31 14:24:53 (MLD) user.info kernel: ata1.00: configured for UDMA/133
Jan 31 14:24:53 (MLD) user.warn kernel: ata1.00: device reported invalid CHS sector 0
Jan 31 14:24:53 (MLD) user.warn kernel: ata1.00: device reported invalid CHS sector 0
Jan 31 14:24:53 (MLD) user.info kernel: ata1: EH complete
Hatte mal danach gegoogelt und es kann alles und nichts sein ...
Kann man auf die Datenfestplatte auch als ext3 oder ext4 formatieren mit Boardmitteln?
Am besten über die Konsole übers Netz, weil ich nicht mit Monitor, Tastatur & Co. im kalten
Keller sitzen möchte, zumal ich dann erst wieder eine Grafikkarte einbauen müsste 
Vielleicht liegt es am XFS, welches automatisch genutzt wird.

Vielen Dank!
anilu

[clausmuus]

Ja,

per

Code: [Select]

mkfs.ext4 /dev/sdXX
Claus

[Delaney]

Moin,

Ich hätte noch eine Frage: Obwohl ich meinen mld Server neu installiert habe
und die Datenfestplatte auch formatiert habe, bekomme ich immer noch sporadisch
diesen Hinweis in der Log Datei (gemounted wird die Platte aber bis jetzt zuverlässig):

Code: [Select]

Jan 31 14:24:51 (MLD) user.err kernel: ata1.00: failed command: WRITE FPDMA QUEUED
Jan 31 14:24:51 (MLD) user.err kernel: ata1.00: failed command: READ FPDMA QUEUED


alles oder nichts würde ich zu den Treffern aber nicht sagen, such mal nach diesen Schnipseln.
Wenn es nicht am NT oder den Kabeln/Steckern liegt, dann bitte die HD mit Smartmontools gründlich überprüfen.
(Oder Du hast nen nforce-Chipsatz der die SATA-Schnittstellen bereitstellt, aber das ist spekulativ.)

[anilu]

Hi,

danke für Dein Interesse an meinem Festplatten Problem.
Heute wurde sie leider wieder nicht automatisch gemounted 
Ich habe übrigens tatsächlich ein Mainboard (Asus M2N-E) mit einem nForce Chipsatz.
genauer: NVIDIA nForce 570 Ultra MCP (NVIDIA nForce 570 Ultra Serial ATA Anschlüsse)
Und was bedeutet dies nun?
Hat das was mit dem Fehler zu tun?
Die Festplatte ist übrigens nagelneu (aus einem externen Gehäuse ausgebaut).
Ich stoße heute abend mal den Smartctl Test an:

Code: [Select]

smartctl -s on -o on -S on /dev/sda
smartctl -t offline /dev/sda
Was ist hier richtig: sda oder sda1 ?
Gibt bei beiden Konstellationen keinen Fehler:

Code: [Select]

MLD> smartctl -s on -o on -S on /dev/sda1
smartctl 5.43 2012-06-30 r3573 [i686-linux-3.12.2.178] (local build)
Copyright (C) 2002-12 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.
SMART Attribute Autosave Enabled.
SMART Automatic Offline Testing Enabled every four hours.

Code: [Select]

MLD> smartctl -s on -o on -S on /dev/sda
smartctl 5.43 2012-06-30 r3573 [i686-linux-3.12.2.178] (local build)
Copyright (C) 2002-12 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.
SMART Attribute Autosave Enabled.
SMART Automatic Offline Testing Enabled every four hours.

Diese Fehler  habe ich sehr häufig in meiner log Datei:

Code: [Select]

Jan 31 14:24:51 (MLD) user.err kernel: ata1.00: failed command: WRITE FPDMA QUEUED
Jan 31 14:24:51 (MLD) user.err kernel: ata1.00: failed command: READ FPDMA QUEUED
Ich hoffe es gibt eine Lösung, finde es total schade, dass das System mit meiner Hardware so unzuverlässig läuft.
Bin sehr dankbar für jeden Hinweis 
VG anilu

[anilu]

Leider funktioniert der Befehl zum Formatieren meiner Datenfestplatte als ext4 nicht:

Code: [Select]

MLD> mkfs.ext4 /dev/sda1
-sh: mkfs.ext4: not found


Code: [Select]

MLD> cd /sbin
MLD> ls mkfs*
mkfs.ntfs

Gibt es eigentlich ein Verzeichnis auf der System Festplatte, welches nicht gelöscht wird
beim Reboot? Ich möchte gerne die Logdateien sichern, auf der Datenfestplatte funktioniert es zwar,
aber wenn die nicht ordentlich gemounted wurde, können die Logdateien natürlich dort auch nicht
gespeichert werden.
Habe in die rc.poweroff folgendes zusätzlich eingetragen:
cp /var/log/messages /mnt/data/other/log/messages_$(date +%Y_%m_%d-%H_%M).log
Hätte die Sicherung der Logdatei aber lieber auf der System Festplatte.

Vielen Dank
anilu

[clausmuus]

es könnte sein, dass das mkfs.ext4 im install Addon enthalten ist.
Beim reboot bleiben alle Dateien des System Laufwerkes erhalten.

Claus