Archiv > Development

Ntfs-3g

<< < (2/3) > >>

MarMic:
haette ne idee, kann aber nimmer teste:

busybox config:

--- Code: ---# CONFIG_START_STOP_DAEMON is not set
# CONFIG_FEATURE_START_STOP_DAEMON_FANCY is not set
# CONFIG_FEATURE_START_STOP_DAEMON_LONG_OPTIONS is not set
--- End code ---

greetz MarMic

edit://in den weiten des netzes habe ich noch folgende zeile gefunden (aus dem content gerissen, deutet aber auf eine lösung hin)

--- Code: --- if [ "$(get_fs_type $2)" = "ntfs-3g" ]; then
         /sbin/mount.ntfs-3g $2 /mnt/$mnt
+         ln -s /sbin/mount.ntfs-3g /sbin/mount.ntfs-3g.$mnt 2>/dev/null
+        /sbin/start-stop-daemon --quiet --background --start --startas /sbin/mount.ntfs-3g.$mnt --name /sbin/mount.ntfs-3g.$mnt -- $2 /mnt/$mnt
+        while [ $(grep -c "^$2" /proc/mounts) -eq 0 -a $count -lt 5 ];do
+           sleep 1
+           count=$(($count+1))
+        done
--- End code ---

clausmuus:
Ich hab's herausgefunden. Es liegt an dem /dev/null device. Das wird vom mdev falsch angelegt. Da dies jedoch Voraussetzung für das daemonisieren ist, schlägt das immer fehl.
Ich fixe das nun also in der initramfs und bei der Gelegenheit gleich auch das lirc-Addon, dass nun selbstendig daemonisieren kann.
In wie weit das beim ntfs mount hilft, muss jemand anderes testen.
Es gibt aber auf jeden Fall noch weitere Addons die eigendlich daemons starten sollten, dies bisher jedoch in Form von Hintergrund Prozessen realisieren, die nun auch gefixt werden können. Wenn also jemand Vorschläge hat, welche Addon ebenfalls betroffen sein könnten, immer her damit.

Claus

MarMic:
ok wenn das fertig ist bevor ich weg fliege kann ich das noch testen :-)

wie haste das mit /dev/null rausgefunden?

greetz MarMic

p.s. dann kann ich meinen build versuch mit start daemon ja abbrechen

clausmuus:
Ich lass das gerade neu bauen.

Claus

clausmuus:
Die neue initramfs (Version 240) ist nun online.

Claus

Navigation

[0] Message Index

[#] Next page

[*] Previous page