NTFSPROGS: TUXERA erweitert ntfs-3g um ntfsprogs

[hermann72pb]

Hallo zusammen,

war jemand schon mal letzte Wochen auf Tuxera-Webseite?

http://www.tuxera.com/open-source/

Zur Info / Erinnerung: Eine Hand voll von OpenSource-NTFS-Entwickler haben sich in Skandinavien selbstständig gemacht und verdienen mittlerweile damit gutes Geld. Um jedoch OpenSource-Gemeinde auch nicht im Regen stehen zu lassen, veröffentlichen sie ab und zu auch etwas noch im OpenSource-Bereich.

Durch diese Kommerzialisierungs-Geschichte war an der Front NTFS für Linux in den letzten 1,5-2 Jahren nichts los. Zumindest nicht im OpenSource-Bereich. Die ganzen cloning/reparatur/resizing-Sachen blieben in dem Stand liegen, in dem sie von den Entwickler vor 1,5-2 Jahren verlassen wurden. Und nun scheint sich was zu bewegen an der Front.

Können wir das Ding so ähnlich, wie e2fsprogs und dosfstools in FREETZ verbauen? Mir ging es in erster Linie um check-Sachen. Denn wenn wir endlich auch ntfs checken können, kann man sich langsam Gedanken über eine automatische Check-Routine machen, wie es bei allen "großen Linuxen" ist. Oder zumindest ein Paar Knöpfe ins WebIF verbauen, die das Checken erlauben würden. Vielleicht neben meinem unmount-Knopf?

MfG

 

[olistudent]

Patch hängt an. Was macht eigentlich mein blkid-Patch?

Gruß
Oliver

 

[hermann72pb]

Ich verspreche beides gleichzeitig zu testen...
Nein, ich kam noch nicht dazu, Oliver. Ich musste meinen Rechner schleunigs neu installieren, weil eine meiner Samsung-Festplatten angefangen hat sich zu verabschieden. Damit war ich mehr oder weniger ganzes Wochenende beschäftigt. Auf NTFS kam ich per Zufall, weil ich nebenbei noch Clonezila und Gparted als LiveCD für meine Restauration brauchte. Bei einem von beiden stand es irgendwo groß drauf, dass sie auf dieses neue NTFS von TUXERA setzen. Deswegen wollte ich es hier auch kund geben.
Danke fürs patchen!

MfG

 

[olistudent]

Ich will dich nicht hetzen, nur dass es nicht in Vergessenheit gerät...

Gruß
Oliver

 

[hermann72pb]

freetz@freetz-linux:~/7270$ make menuconfig
Config.in:1892: 'endmenu' in different file than 'menu'
Config.in:1892: location of the 'menu'
Config.in:1978: 'endmenu' in different file than 'menu'
Config.in:1978: location of the 'menu'
make/ntfs/external.in:8: missing 'endmenu' for this 'menu' statement
make: *** [menuconfig] Fehler 1

Auch hier scheint etwas nicht ganz zu passen....

Hier steige ich allerdings erst ganz schwierig durch.

Habt ihr letzte Zeit die Config.in, external.in und Co. hin und her geschoben oder was ist da los? Euch ist schon bewußt, was solche globalen Verschiebungen für unglückliche Patcher bedeuten...

MfG

 

[olistudent]

Es wird doch die exakte Zeile genannt. Ich nehme an, dass der Fehler durch den anderen Patch passiert ist.

Gruß
Oliver

 

[hermann72pb]

nicht ganz. In external.in von ntfs fehlt definitiv endmenu in deinem Patch. Der andere Patch hat doch mit der Datei gar nichts zu tun. endmenu habe ich jetzt am Ende von external.in hinzugefügt. Bei der globalen Config.in bin ich noch am suchen. Die angezeigten Zeilen zeigen nicht immer auf die Fehler, Oliver, wenn du Fehler bei IF-Schleifen machst. Das erschwert die Suche enorm.


EDIT:
Das wahllose auskommentieren von allen endmenus bringt mich auch nicht weiter:

freetz@freetz-linux:~/7270$ svn up
Revision 6982.
freetz@freetz-linux:~/7270$ make menuconfig
Config.in:1892: 'endmenu' in different file than 'menu'
Config.in:1892: location of the 'menu'
Config.in:1978: 'endmenu' in different file than 'menu'
Config.in:1978: location of the 'menu'
make/ntfs/external.in:8: missing 'endmenu' for this 'menu' statement
make: *** [menuconfig] Fehler 1
freetz@freetz-linux:~/7270$ make menuconfig
Config.in:1892: 'endmenu' in different file than 'menu'
Config.in:1892: location of the 'menu'
Config.in:1978: 'endmenu' in different file than 'menu'
Config.in:1978: location of the 'menu'
make/ntfs/external.in:8: missing 'endmenu' for this 'menu' statement
make: *** [menuconfig] Fehler 1
freetz@freetz-linux:~/7270$ make menuconfig
make/external.in:56: 'endmenu' in different file than 'menu'
make/external.in:56: location of the 'menu'
Config.in:1892: 'endmenu' in different file than 'menu'
Config.in:1892: location of the 'menu'
Config.in:1978: 'endmenu' in different file than 'menu'
Config.in:1978: location of the 'menu'
make: *** [menuconfig] Fehler 1
freetz@freetz-linux:~/7270$ make menuconfig
make: Warnung: Datei 'Config.in' hat Änderungszeit 1,5 s in der Zukunft
make/external.in:56: 'endmenu' in different file than 'menu'
make/external.in:56: location of the 'menu'
Config.in:1892: 'endmenu' in different file than 'menu'
Config.in:1892: location of the 'menu'
make/ntfs/external.in:8: missing 'endmenu' for this 'menu' statement
make: *** [menuconfig] Fehler 1
freetz@freetz-linux:~/7270$ make menuconfig
make: Warnung: Datei 'Config.in' hat Änderungszeit 3,1 s in der Zukunft
make/external.in:56: 'endmenu' in different file than 'menu'
make/external.in:56: location of the 'menu'
make/ntfs/external.in:8: missing 'endmenu' for this 'menu' statement
make/ntfs/external.in:8: missing 'endmenu' for this 'menu' statement
make: *** [menuconfig] Fehler 1

Langsam vergeht mir die Lust auf solche Testereien...
Wahrscheinlich komme ich wieder nicht rumherum mein ganzes Verzeichnis aufzugeben und wieder von vorne anzufangen.
Und eigentlich wollte ich nur euchzuliebe für 5-10 Minuten mal eben testen.

Ich gebe auf.

MfG

 

[olistudent]

Okay. Ich passe die Patches später an und warte auf deinen nächsten freien Timeslot...

 

[hermann72pb]

Ich versuche nochmal ohne external.in bzw. mit der originalen external.in im Trunk. Solange ich nicht externalisiere, dürfte es doch gehen. Alle Fehler kommen definitiv, sobald man im external.in diese "menu" "endmenu" stehen hat. Ich verstehe zwar nicht warum, denn bei SAMBA gibt es eine ähnliche Konstruktion. Schau dir das an bitte und ich versuche gleich zu kompilieren.

MfG

 

[olistudent]

Patch update Nummer 2

Das endmenu fehlte am Ende der external.in.

Gruß
Oliver

 

[hermann72pb]

das hatte ich aber bereits ausprobiert gehabt. Es ginge definitiv nicht...
Kann bitte jemand anderer diesmal ausprobieren? Ich habe keine Lust mehr zurückzupatchen. Die Binaries habe ich irgendwo schon gebaut. Ich checke sie gleich und melde mich.

MfG

 

[hermann72pb]

root@fritz:/var/mod/bin# ./ntfsls
./ntfsls: can't load library 'libntfs-3g.so.81'
root@fritz:/var/mod/bin# ./ntfs-3g
./ntfs-3g: can't load library 'libntfs-3g.so.81'
root@fritz:/var/mod/bin# ./ntfscat
./ntfscat: can't load library 'libntfs-3g.so.81'

Die Library scheinst du irgendwie vergessen zu haben. Ich versuche sie unter make zu finden, damit ich überhaupt testen kann. Gebaut wurde sie bestimmt, aber nicht an passende Stelle kopiert. Und ist es so gewollt, dass alle Binaries unter /bin landen? Ist es wegen user-mode von ntfs3g oder warum?

Edit: Library schon unter "source" und "libntfs-3g/.libs" gefunden, allerdings nimmt ntfs-3g trotztdem nicht an. Wahrscheinlich erwartet er es irgendwo unter /bin oder /lib und ich kann es nur unter /mod/bin packen. Image damit flashen will ich aber auch nicht, weil es mir noch zu riskant ist. Bevor die Binaries nicht nachweislich laufen, kommen sie bei mir nicht ins Image.

EDIT2: Mit Library unter /mod/lib scheint es doch zu funzen:

root@fritz:/var/mod/bin# ./ntfs-3g
ntfs-3g: No device is specified.

ntfs-3g 2011.4.12 integrated FUSE 27 - Third Generation NTFS Driver
                Configuration type 1, XATTRS are on, POSIX ACLS are off

Copyright (C) 2005-2007 Yura Pakhuchiy
Copyright (C) 2006-2009 Szabolcs Szakacsits
Copyright (C) 2007-2011 Jean-Pierre Andre
Copyright (C) 2009 Erik Larsson

Usage:    ntfs-3g [-o option[,...]] <device|image_file> <mount_point>

Options:  ro (read-only mount), remove_hiberfile, uid=, gid=,
          umask=, fmask=, dmask=, streams_interface=.
          Please see the details in the manual (type: man ntfs-3g).

Example: ntfs-3g /dev/sda1 /mnt/windows

News, support and information:  http://tuxera.com

EDIT3

root@fritz:/var/mod/bin# blkid
/dev/sdb1: SEC_TYPE="msdos" LABEL="FAT" UUID="A47A-253A" TYPE="vfat"
/dev/sdb2: LABEL="SYSTEM" UUID="e914f1c2-f05d-20a7-db54-dea0c7c62ca1" TYPE="ext2"
/dev/sdb3: TYPE="swap"
/dev/sdb5: UUID="734F9388689A9439" LABEL="NTFS" TYPE="ntfs"
/dev/sdb6: LABEL="EXT3" UUID="3e602d35-9e47-7595-2e48-fbc7e28e4aeb" TYPE="ext3"
/dev/sdb7: UUID="5BA928F435130FDD" LABEL="NTFS2" TYPE="ntfs"
root@fritz:/var/mod/bin# ./ntfsinfo -m /dev/sdb5
Access is denied because the NTFS volume is already exclusively opened.
The volume may be already mounted, or another software may use it which
could be identified for example by the help of the 'fuser' command.
You can use force option to avoid this check, but this is not recommended
and may lead to data corruption.
Failed to open '/dev/sdb5'.
root@fritz:/var/mod/bin# umount /dev/sdb5
root@fritz:/var/mod/bin# ./ntfsinfo -m /dev/sdb5
Volume Information
        Name of device: /dev/sdb5
        Device state: 11
        Volume Name: NTFS
        Volume State: 27
        Volume Version: 1.2
        Sector Size: 512
        Cluster Size: 512
        Volume Size in Clusters: 530081
MFT Information
        MFT Record Size: 1024
        MFT Zone Multiplier: 0
        MFT Data Position: 24
        MFT Zone Start: 0
        MFT Zone End: 66277
        MFT Zone Position: 17
        Current Position in First Data Zone: 66277
        Current Position in Second Data Zone: 0
        LCN of Data Attribute for FILE_MFT: 17
        FILE_MFTMirr Size: 4
        LCN of Data Attribute for File_MFTMirr: 384
        Size of Attribute Definition Table: 36000
FILE_Bitmap Information
        FILE_Bitmap MFT Record Number: 6
        State of FILE_Bitmap Inode: 64
        Length of Attribute List: 0
        Attribute List: (null)
        Number of Attached Extent Inodes: 0
FILE_Bitmap Data Attribute Information
        Decompressed Runlist: not done yet
        Base Inode: 6
        Attribute Types: not done yet
        Attribute Name Length: 0
        Attribute State: 3
        Attribute Allocated Size: 66560
        Attribute Data Size: 66264
        Attribute Initialized Size: 66264
        Attribute Compressed Size: 0
        Compression Block Size: 0
        Compression Block Size Bits: 0
        Compression Block Clusters: 0

root@fritz:/var/mod/bin# ./ntfslabel /dev/sdb5
NTFS
root@fritz:/var/mod/bin# ./ntfslabel --help

Usage: ntfslabel [options] device [label]
    -n, --no-action    Do not write to disk
    -f, --force        Use less caution
    -q, --quiet        Less output
    -v, --verbose      More output
    -V, --version      Display version information
    -h, --help         Display this help

Developers' email address: [email protected]
News, support and information:  http://tuxera.com

root@fritz:/var/mod/bin# ./ntfslabel /dev/sdb5 TEST-NTFS
root@fritz:/var/mod/bin# ./ntfslabel /dev/sdb5
TEST-NTFS

Damit kann man tatsächlich LABELs lesen und setzen.

@Oliver: Wenn du Library da noch irgendwie hinbiegst, dann kann es von mir aus eingecheckt werden. Den Rest sollen unsere NTFS-Libhaber testen. Ich hatte sowieso nur testweise NTFS-Partitionen auf einem meiner Sticks. Richtig benutzen tue ich es nicht.

Bei FREETZMOUNT und partitions.cgi kann man optional einen check auf ntfslabel einbauen und alternativ damit die Labels (zusätzlich) bestimmen und anzeigen lassen. Ich würde es aber wirklich nur soweit treiben, dass es nur dann funktioniert und ausgeführt wird, wenn ntfslabel händisch im System gelandet ist. Eine Abhängigkeit wie von blkid würde ich dafür nicht einfügen wollen.

MfG

 

[olistudent]

Das hat schon alles seine Richtigkeit mit der Library. Die Libs sind übrigens unter packages/target.../root/usr/lib/freetz.

Und zum Testen müssen die immer nach /mod/lib. Das hast du ja bereits festgestellt...

Du musst öfter was mit Freetz machen. ;-)

Gruß
Oliver

 

[hermann72pb]

mich hat iritiert, dass im package-Verzeichnis nichts zu finden war. Ich hatte erwartet, dass unter root/lib oder ähnlich ZUM PAKET was zu finden wird und nicht irgendwo global. Und zu ntfs gab es nur was unter root/bin und da lagen definitiv nur Binaries selbst.

Aber wie gesagt, wenn du dir mit dem Library sicher bist, dann check es bitte ein. Grundsätzlich läuft das Ding schon. Rest soll die breite Masse der trunk-Benutzer testen.

Zum öfter machen. Da gebe ich dir Recht, Oliver. Es ist tatsächlich so, dass ich langsam den Faden verliere. Aber bei mir ist es leider so, dass ich letzte Zeit nur solche sporadische Attaken habe, wo ich an einer oder anderen Ecke tätig werde. Und dies ergibt sich letzte Zeit eher aus Not (weil ich mit etwas unzufrieden bin) als aus langer Weile und Lust was komplett Neues und Weltbewegendes zu machen. Ich halte mit euch an eurem mehrjährigen Marathon einfach nicht mit. Zumindest nicht mit der Intensivität, wie du oder manch andere hier tun. D.h. ich bin eher so ein Mitläufer, der ab und zu versucht etwas Gas zu geben, kann aber mit der Spitze nicht mithalten und hält sich eher am Ende der Kolonne.

MfG

 

[SaschaBr]

Auch wenn das jetzt OT ist, aber das kann ich so nicht stehen lassen:

... kann aber mit der Spitze nicht mithalten und hält sich eher am Ende der Kolonne. ...

Ich finde, dass Du auch einer der jenigen bist, die richtig etwas dazu beitragen, denn was Du anpackst, das machst Du auch zu Ende! Aus meiner Sicht bewegst Du Dich auf jeden Fall im vorderen Drittel des Maratons (wenn nicht, dann ehr weiter vorne), aber bei weitem nicht am Ende der Kolonne.
Am Ende der Kolonne sehe ich dann wohl ehr mich (wobei ich wahrscheinlich auf halber Strecke oder früher aufgeben würde). Manchmal wünsche ich mir, ich hätte ein bisschen mehr Ahnung von dem, was ich meiner Fritz!Box hier manchmal "antue"!