Zum Einbinden einer Win-Datenpartition mittels Fstab habe ich mir ntfs-3g nachinstalliert, Mountpoint erzeugt und entsprechenden Fstab-Eintrag eingerichtet. Beim booten des System erscheint die Meldung Mounting local filesystems.../sbin/mount.ntfs-3g: error while loading shared libraries: libfuse.so.2: cannot open shared object file: No such file or directory
Direkt nach dem booten steht die Win-Partition auch nicht zur Verfügung. Ein mount -a als su mountet die Partition dann ohne murren. Die angemeckerte libfuse.so.2 liegt bei mir in /usr/lib, als Verweis auf libfuse.so.2.8.4 im selben Verzeichnis. Googlen der Fehlermeldung brachte mich u.a zur Fuse-FAQ (http://sourceforge.net/apps/mediawiki/fuse/index.php?title=FAQ#Why_is_there_an_error_loading_shared_libraries.3F) mit: "check /etc/ld.so.conf for a line containing '/usr/local/lib'. If it's missing, add it, and run ldconfig afterwards."
Eine solche Zeile war in /etc/ld.so.conf.d/libc.conf schon vorhanden, habe diese noch um /usr/lib ergänzt, wo die Datei bei mir ja liegt - ohne Erfolg. Was könnte jetzt noch fehlen?
Versionen: mount -V
mount from util-linux-ng 2.17.2 (with libblkid and selinux support) apt-show-versions ntfs-3g
ntfs-3g/sid uptodate 1:2011.1.15AR.4-2 apt-show-versions libfuse2
libfuse2/sid uptodate 2.8.4-1.4 Fstab-Zeile UUID=54EC3CD7EC3CB4D8 /media/wintmp ntfs-3g silent,umask=0,no_def_opts,allow_other,locale=de_DE.UTF-8 0 0
Quote
UUID=54EC3CD7EC3CB4D8 /media/wintmp ntfs-3g silent,umask=0,no_def_opts,allow_other,locale=de_DE.UTF-8 0 0
zugegeben, ein schuss ins blaue, aber versuch mal testhalber:
UUID=54EC3CD7EC3CB4D8 /media/wintmp ntfs-3g defaults 0 0
greetz
devil
Ursprünglich hatte ich auch mal nur defaults,locale=de_DE.UTF-8
Anpassung wie oben geposted dann nach Wiki, jetzt habe ich das wieder auf nur defaults gesetzt wie von Devil vorgeschlagen. Keine Veränderung, immer noch wird libfuse.so.2 beim booten nicht gefunden, manueller mount geht dann.
Mein Schuss ins Blaue war ja, das bei mir irgendwelche Pfade verbogen sind (/usr/lib, /usr/local/lib), weiß aber nicht wie+wo weiterforschen. Habe inzwischen noch --reinstall libfuse2 fuse-utils probiert, ohne Wirkung.
:oops: Und bevor ich hinterher geschlachtet werde weil ich vorher zuwenig Informationen gab: Das betroffene System läuft als Gast in einer VBox, ich habe aber keine Informationen gefunden dass das Symptome wie bei mir hervorrufen könnte. Full-DU, Kernel 2.6.38-6.slh.2-aptosid-686, KDE 4.6.2 (war aber auch schon bei KDE 4.4 so).
http://aptosid.com/index.php?name=PNphpBB2&file=viewtopic&p=8512#8512
Das sieht doch aus, wie Dein Problem.
Muss ich mal schauen, ich bin erst morgen wieder an dem Rechner. Allerdings ist das eine relativ frische Installation, zwar ein bisschen experimentelle Software (Iceweasel4, Kde4.6) nachgezogen, aber meines Wissens nicht so Tweakingkram wie "readahead".
Auf meinem Notebook an dem ich jetzt sitze (gleicher DU-Stand, aber Default Kde und IW etc) funktioniert gleiche Kombination von ntfs-3g und fuse mit identischer fstab problemlos, auch hier mit der lib inls -l /usr/lib/libfuse*
lrwxrwxrwx 1 root root 16 23. Apr 15:27 /usr/lib/libfuse.so.2 -> libfuse.so.2.8.4
-rw-r--r-- 1 root root 160492 23. Apr 15:27 /usr/lib/libfuse.so.2.8.4
1.) readahead nicht installiert insofern ist die Warnung im EN-Forum nicht anwendbar.
2.) Zur Bootfehlermeldung finde ich ein paar Lösungen, die alle die Bibliothek entsprechend verlinken. Seltsamerweise immer andersrum, als es bei mir nötig ist, bei anderen scheint die Datei in /usr/local/lib zu liegen und wird in /usr/lib gesucht. Aber selbst einln -s /usr/lib/libfuse.so.2 /usr/local/lib/libfuse.so.2 führt hier nicht zum Erfolg. Irgendwie scheint zu dem Zeitpunkt, wo während des Bootens die fstab ausgelesen wird, die Bibliothek nicht zur Verfügung zu stehen. Kann man das im Bootprozess eigentlich "nach hinten" verschieben?
Ist es möglich, das ein Problem entsteht weil die "vorhandene" libfuse.so.2 ihrerseits schon ein Link auf die libfuse.so.2.8.4 ist? Wie sieht das bei anderen aus die Ntfs-3g nutzen?ls -l /usr/lib/libfuse.so.2
lrwxrwxrwx 1 root root 16 23. Apr 15:27 /usr/lib/libfuse.so.2 -> libfuse.so.2.8.4
OMG, manchmal kann es so einfach sein. Und wenn ich statt nur einer Zeile gleich die ganze fstab gepostet hätte, wäre es euch wahrscheinlich aufgefallen...
Ich hatte in der virtuellen Maschine wegen Platzmangel mal eine eigene Partition für /usr erstellt. Die entsprechende Zeile in der fstab hatte ich NACH der Zeile für die ntfs-Platte stehen. Damit stand /usr/lib... natürlich immer beim ersten Mountversuch noch nicht zur Verfügung. Jetzt gehts! :lol: