Posts by Leo

Quote from bierbaron

Wenn ich auf Videos gehe kommen 2 Ordner (All Videos und Folders) und wenn ich auf Folders gehe kommen meine Ordner wie ich es auf meiner Festplatte habe.

Kann mir einer bitte erklären wie ich die Ordnerstruktur wie ich sie auf meiner Festplatte habe auch auf den Server kriege ?

Ich hoffe ihr versteht was ich meine....

Ehrlich gesagt nein.

Ist dein Ziel nicht damit geschafft?

Minidlna => Videos => Folders ?

Dann müsste er doch "Filme, Dokus, Serien und Sonstige" anzeigen, wenn diese auf der Festplatte so sortiert sind?

Quote

media_dir=V,/mnt/hdd/videoshauptordner

Sorry! Meine "Lösung" war eine andere externe Festplatte zu nehmen. Diese geht nun automatisch in Standby. Lag denk am Controller.

Quote from ruohki

Wo bleibt der spass am basteln wenn du ein USB modul nutzt^^

dann eher sowas hier

433mhz könnte man sowas hier nehmen

http://www.ebay.de/itm/Sendemodul…=item5af76f56c1

und zum einlassen in die wand Ausstemmen und ne blende vor dann haste nach hinten genug platz^^

Display More

Günstige 868Mhz alternativen gibt es eigentlich auch?

Nehme deinen Router von zu Hause mit dann haben beide die gleiche IP.

Genau, ich möchte sie in den Standby schicken können.

Quote from meigrafd

Vielleicht hilft euch eines davon:
http://www.tacticalcode.de/2013/01/festpl…m-und-udev.html

Das müsste euch eigentlich helfen

Leider nein, den hdparm zeigt ja oben genannten Fehlercode und kann die Festplatte nicht in den Standby schicken.

Quote

ro@pi:~# hdparm -C /dev/sda1

/dev/sda1:
SG_IO: bad/missing sense data, sb[]: 70 00 05 00 00 00 00 0a 00 00 00 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
drive state is: standby

Ich denke hdparm schafft es noch nicht einmal den Status korrekt auszulesen, geschweige denn diesen zu setzen.

NFS und minidlna sind derzeit deaktiviert - brachte jedoch keine Verbesserung.

Bekomme die gleiche Fehlermeldung (verwende NFS). Habt IT mittlerweile eine Lösung?

Erklärung nicht unbedingt. Aber mit dem Befehl wird die gesamte DB gelöscht und neu initialisiert. Hatte ein ähnliches Problem auch schon mal.

Probiere mal "sudo service minidlna force-reload".

Dann hoffen wir mal, dass das Debian Paket bald mal kommt. Ich habe leider auch einige kleinere Fehler mit minidlna 1.0.24...

Finde das sehr spannend. Kann jemand daraus ein kleine Tutorial machen?

Sehe ich es richtig, dass wenn man mit Mac und Windows auf Netzwerkfreigaben zugreifen möchte, man nicht um NTFS herumkommt?

Da Mac und Windows nicht auf ext4 schreiben können?

Samba oder NFS können die Filesystemproblematik nicht umgehen?

Wieso geht dies mit FTP,sFTP? Da kann man ja auch mit Windows auf ext4 schreiben?!?

Die CPU-Auslastung bei ext4 ist nämlich doch einiges geringer als NTFS. Festplatte wird eigentlich nur für Filme benutzt.

Quote from oggy512

Macht es denn auch nichts die Dinger quasi im Dauerbetrieb zu haben? Also der Akku hängt ja dann dauerhaft am Ladegerät und der Pi dauerhaft am Akku. Ist das kein Problem?
Würde dann sowas holen, der hat 5V und 1A Ausgangsstrom, das reicht ja für den Pi:
http://www.amazon.de/EasyAcc%C2%AE-Portable-Externer-Smartphone-Taschenlampe/dp/B005JSG7GE/ref=sr_1_2?ie=UTF8&qid=1369114326&sr=8-2&keywords=usb+akku&tag=psblog-21 [Anzeige]

Hat das zwischenzeitlich schon jemand getestet? Würde nämlich auch gerne einen Akku zwischenschalten als "USV".

Mache ich morgen. Geht mit Tapatalk leider nicht

Ja Danke euch allen.

Ich habe eigentlich auch Vor mir mit dem Pi ein Raid1 aufzubauen. Jedoch hindert mich das Argument Geschwindigkeit durch 3 teilen, da die Festplatten Performance so schon schlecht ist. Wie realisiert man das nächtliche syncen am Besten?

Waren es nicht 1100 oder 1200mA die ein Pi durchlässt?

Ermitteln des defekten Paketes

dpkg -S /lib/arm-linux-gnueabihf/libkmod.so.2

Paket installieren

apt-get --reinstall install libkmod2:armhf

hat den kmod Fehler gelöst.

Welche Logfile protokolliert noch weitere Fehler, so dass ich eventuell noch andere Pakete neu installieren kann/muss?

Hat nichts gebracht... wie kann ich den libperl komplett deinstallieren und wieder installieren?

apt-get --reinstall install perl-base hat jetzt mal das Problem: /usr/bin/perl: error while loading shared libraries: /usr/lib/libperl.so.5.14: invalid ELF header gelöst...

apt-get -f check geht problemlos

bei apt-get -f install kommt:

root@raspberrypi:~# apt-get -f check
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
root@raspberrypi:~# apt-get -f install
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
4 nicht vollständig installiert oder entfernt.
Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt.
/usr/bin/perl: error while loading shared libraries: libperl.so.5.14: cannot open shared object file: No such file or directory
kmod (9-3) wird eingerichtet ...
/usr/bin/perl: error while loading shared libraries: libperl.so.5.14: cannot open shared object file: No such file or directory
dpkg: Fehler beim Bearbeiten von kmod (--configure):
 Unterprozess installiertes post-installation-Skript gab den Fehlerwert 127 zurück
man-db (2.6.2-1) wird eingerichtet ...
/usr/bin/perl: error while loading shared libraries: libperl.so.5.14: cannot open shared object file: No such file or directory
dpkg: Fehler beim Bearbeiten von man-db (--configure):
 Unterprozess installiertes post-installation-Skript gab den Fehlerwert 127 zurück
update-inetd (4.43) wird eingerichtet ...
/usr/bin/perl: error while loading shared libraries: libperl.so.5.14: cannot open shared object file: No such file or directory
dpkg: Fehler beim Bearbeiten von update-inetd (--configure):
 Unterprozess installiertes post-installation-Skript gab den Fehlerwert 127 zurück
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von cups-bsd:
 cups-bsd hängt ab von update-inetd; aber:
  Paket update-inetd ist noch nicht konfiguriert.


dpkg: Fehler beim Bearbeiten von cups-bsd (--configure):
 Abhängigkeitsprobleme - verbleibt unkonfiguriert
Fehler traten auf beim Bearbeiten von:
 kmod
 man-db
 update-inetd
 cups-bsd
E: Sub-process /usr/bin/dpkg returned an error code (1)

nachdem ich ldconfig und ldconfig -v ausgeführt habe:

/usr/bin/perl: error while loading shared libraries: /usr/lib/libperl.so.5.14: invalid ELF header