Kann auf NTFS - Filesystem nicht schreibend zugreifen. SuSE 9.0
Hallo, Hat schon jemand den Kernel mit Schreibrechten compiliert und getest. Nachdem ich einen neuen Kernel Kompiliert habe der auch schreibend auf NTFS-Filesysteme zugreifen kann, erhalte ich bei Schreibzugriffen folgende Fehlermeldung wenn ich zum beispiel ein Verzeichnis anlegen will. : Verzeichnis konnte nicht erstellt werden: /windows/C/test Das Filesystem habe ich mit schreibrechten gemountet aus KDE. Lesend zugreifen bereitet keine Probleme. Meine /etc/fstab sieht so aus. : /dev/hda3 / ext3 defaults 1 1 /dev/hdb7 /backup ext3 data=journal 1 2 /dev/hdb1 /boot ext3 defaults 1 2 /dev/hdc2 /home reiserfs data=journal 1 2 /dev/hdc8 /local ext3 data=journal 1 2 /dev/hdc6 /opt ext3 data=journal 1 2 /dev/hdc7 /srv ext3 data=journal 1 2 /dev/hdc9 /tmp ext3 data=journal 1 2 /dev/hdb2 /usr ext3 data=journal 1 2 /dev/hda2 /usr/lib ext3 data=journal 1 2 /dev/hdb3 /usr/local ext3 data=journal 1 2 /dev/hdc3 /var ext3 data=journal 1 2 /dev/hdb5 /var/lib/mysql ext3 data=journal 1 2 /dev/hdc10 /var/tmp ext3 data=journal 1 2 /dev/hda1 /windows/C ntfs user,noauto,users,gid=users,umask=002 0 0 /dev/hdb9 /windows/D vfat user,noauto,iocharset=iso8859-15,codepage=852,users,gid=users,umask=002 0 0 /dev/hdc11 /windows/E vfat user,noauto,iocharset=iso8859-15,codepage=437,users,gid=users,umask=002 0 0 /dev/hdc5 /work ext3 data=journal 1 2 /dev/hdc1 swap swap pri=42 0 0 devpts /dev/pts devpts mode=0620,gid=5 0 0 proc /proc proc defaults 0 0 usbdevfs /proc/bus/usb usbdevfs noauto 0 0 /dev/sda4 /media/zip auto noauto,user 0 0 /dev/cdrecorder /media/cdrecorder auto ro,noauto,user,exec 0 0 /dev/cdrom /media/cdrom auto ro,noauto,user,exec 0 0 /dev/fd0 /media/floppy auto noauto,user,sync 0 0 /dev/fd1 /media/floppy1 auto noauto,user,sync 0 0 Mir gelingt es auch nicht als root schreibend zuzugreifen. Wer hat das schon einmal zum laufen gebracht. Viele Grüße, Heinz Dittmar
Heinz Dittmar wrote:
[...] Das Filesystem habe ich mit schreibrechten gemountet aus KDE. Lesend zugreifen bereitet keine Probleme. Meine /etc/fstab sieht so aus. : [...] /dev/hda1 /windows/C ntfs user,noauto,users,gid=users,umask=002 0 0 [...]
Ich lese hier nichts davon, dass Du die NTFS-Partition als read-write mountest. _Ich_ wuerde das auch nicht machen, dafuer habe ich mit Schreibzugriffen auf NTFS zu schlechte Erfahrungen gemacht. Zudem macht die gleichzeitge Angabe von user und users wenig Sinn. IMHO solltest Du "man mount" lesen, insbesondere zu den Optionen wie z.B. "rw"... Und lass zum Mounten mal den KDE Schnickschnack weg und probiere es in einem normalen xterm - sonst weisst Du nachher eh nicht, ob es wirklich am Mounten oder vielleicht doch eher an KDE liegt, wenn es nicht geht. CU, Th.
Am Samstag, 6. März 2004 13:35 schrieb Heinz Dittmar: Moin,
Hat schon jemand den Kernel mit Schreibrechten compiliert und getest.
ja, Ergebnis: laß es bleiben! Wenn Du Deine Daten loswerden willst, dann nimm fdisk, geht schneller :p Falls Du aber unbedingt auf NTFS-Partitionen schreiben willst, schau Dir mal Captive an (http://www.jankratochvil.net/project/captive). Das Teil gaukelt einem Windows NTFS-Treiber vor, er würde unter win laufen und so bekommst Du auch (relativ) sicheren Schreibzugriff, auch wenn es langsamer ist, als ein Linux Kerneltreiber. bis denn ... /Frank/
* Heinz Dittmar postete am 06. Mär. 2004 folgendes:
Hat schon jemand den Kernel mit Schreibrechten compiliert und getest.
Ne und man sollte es auch nicht testen wollen. Mir war so, das es gefährlich[1] sei, mit einem Linuxsystem schreibend auf eine NTFS-Partition zuzugreifen. Bye Michael [1] http://linux-ntfs.sourceforge.net/info/ntfs-de.html#3.2 -- Microsoft broke Volkswagen's world record: Volkswagen only made 22 million bugs! _______________________________________________________________________ http://macbyte.info/ ICQ #151172379 http://autohbci.macbyte.info/
Was genau st so gefährlich daran? Wieso wird ein Treiber mitgeleifert der dir dein System zerhackselt?? -- Gruss Nils Hebisch www.web-base.org <<>> www.deep-inside-your-mind.de www.dev-null.info <<>> ???
Am Samstag, 6. März 2004 15:37 schrieb Nils Hebisch: Moin,
Was genau st so gefährlich daran? Wieso wird ein Treiber mitgeleifert der dir dein System zerhackselt??
der Treiber wurde durch reverse-engineering der Originaltreiber erstellt. Lesen funktioniert in den meisten Fällen, schreiben jedoch nicht (deswegen kann man den Schreibzugriff auch nicht so einfach aktivieren). Es ist also ein devel Treiber (und auch als solcher gekennzeichnet). bis denn ... /Frank/
* Nils Hebisch postete am 06. Mär. 2004 folgendes:
Was genau st so gefährlich daran? Wieso wird ein Treiber mitgeleifert der dir dein System zerhackselt??
Das wird auf der betreffenden Seite, die ich zuvor genannt habe, beschrieben. Bye Michael -- Windows 9x really does have pre-emptive multitasking: It can boot and crash at the same time. _______________________________________________________________________ http://macbyte.info/ ICQ #151172379 http://autohbci.macbyte.info/
Nils Hebisch wrote:
Was genau st so gefährlich daran? Wieso wird ein Treiber mitgeleifert der dir dein System zerhackselt??
Es gibt zwei Versionen des NTFS Treibers, eine alte Version und eine etwas neuere Version. Die Problematik besteht darin, dass M$ keine genauen Spezifikationen ueber NTFS zur Verfuegung stellt, und somit ist es natuerlich schwierig, eine entsprechende Unterstuetzung fuer das Filesystem unter Linux zu implementieren. Zur alten Version: Lesen ist damit kein Problem, allerdings ist vom Schreiben auf NTFS Partitionen (NT4) dringend abzuraten - damit koennen die Daten auf der NTFS Partition zerstoert werden. Fuer Win 2000 und XP ist der Schreibsupport auf NTFS Partitionen IIRC eh komplett abgeschaltet, selbst wenn man das Feature bei der Kernel-Konfig ermoeglicht und versucht, eine derartige Partition rw zu mounten. Dieser alte Treiber sollte heute nicht mehr eingesetzt werden. Der neue Treiber unterstuetzt lesend alle NTFS Partitionen. Auch hier ist der Standard, dass NTFS Partitionen nur ro gemountet werden. Es gibt eine sichere Implementierung der Schreibunterstuetzung auf NTFS Partitionen, wenn eine Datei bereits existiert und sich deren Groesse nach Editieren/Veraendern/o.ae. beim Abspeichern nicht aendert und insg. groesser als 1KB ist. Nun ja, das ist eine sehr grosse Einschraenkung und daher nicht wirklich alltagstauglich. Alle anderen Schreibzugriffe auf NTFS Partitionen (z.B. das neue Anlegen einer Datei) gelten als _nicht_ sicher, selbst mit dem neuen Treiber. Daher wuerde ich auch hier dringend von einem Mounten als rw absehen. Zum Datenaustausch zwischen Win und Linux sollte eine VFAT Partition herhalten, das ist die sichere Variante, auch beim Schreiben. Der neue NTFS Treiber ist Teil des 2.6er Linux-Kernels und es gibt auch Backports zu 2.4 - neuere 2.4er Kernel sollten also auch bereits die neuere Version des NTFS Treibers haben. CU, Th.
Am Samstag, 6. März 2004 15:56 schrieb Thomas Hertweck:
Nils Hebisch wrote:
Was genau st so gefährlich daran? Wieso wird ein Treiber mitgeleifert der dir dein System zerhackselt??
Es gibt zwei Versionen des NTFS Treibers, eine alte Version und eine etwas neuere Version. Die Problematik besteht darin, dass M$ keine genauen Spezifikationen ueber NTFS zur Verfuegung stellt, und somit ist es natuerlich schwierig, eine entsprechende Unterstuetzung fuer das Filesystem unter Linux zu implementieren.
Zur alten Version: Lesen ist damit kein Problem, allerdings ist vom Schreiben auf NTFS Partitionen (NT4) dringend abzuraten - damit koennen die Daten auf der NTFS Partition zerstoert werden. Fuer Win 2000 und XP ist der Schreibsupport auf NTFS Partitionen IIRC eh komplett abgeschaltet, selbst wenn man das Feature bei der Kernel-Konfig ermoeglicht und versucht, eine derartige Partition rw zu mounten. Dieser alte Treiber sollte heute nicht mehr eingesetzt werden.
Der neue Treiber unterstuetzt lesend alle NTFS Partitionen. Auch hier ist der Standard, dass NTFS Partitionen nur ro gemountet werden. Es gibt eine sichere Implementierung der Schreibunterstuetzung auf NTFS Partitionen, wenn eine Datei bereits existiert und sich deren Groesse nach Editieren/Veraendern/o.ae. beim Abspeichern nicht aendert und insg. groesser als 1KB ist. Nun ja, das ist eine sehr grosse Einschraenkung und daher nicht wirklich alltagstauglich. Alle anderen Schreibzugriffe auf NTFS Partitionen (z.B. das neue Anlegen einer Datei) gelten als _nicht_ sicher, selbst mit dem neuen Treiber. Daher wuerde ich auch hier dringend von einem Mounten als rw absehen. Zum Datenaustausch zwischen Win und Linux sollte eine VFAT Partition herhalten, das ist die sichere Variante, auch beim Schreiben.
Der neue NTFS Treiber ist Teil des 2.6er Linux-Kernels und es gibt auch Backports zu 2.4 - neuere 2.4er Kernel sollten also auch bereits die neuere Version des NTFS Treibers haben. OK ich hatte es mit den neuen SuSE-Kernel 2.4.21-192 ausprobiert. In der Configuration gibt es dafür nur die Option um fest in den Kernel einzubinden. War ja nur mal ein Versuch der nicht funktioniert. Viele Grüße und besten Dank für die Hilfe, Heinz Dittmar
Danke für die Informationen, ich hoffe das es bald einen stable Treiber geben wird. -- Gruss Nils Hebisch www.web-base.org <<>> www.deep-inside-your-mind.de www.dev-null.info <<>> ???
Nils Hebisch wrote:
Danke für die Informationen, ich hoffe das es bald einen stable Treiber geben wird.
Damit wuerde ich nicht unbedingt rechnen... Wie schon gesagt: zum Datenaustausch zwischen Win und Linux, nimm eine VFAT Partition, die kann sowohl unter Win als auch unter Linux gelesen und beschrieben werden. CU, Th.
Ich benutze bereits eine FAT Partition ist natürlich immer schöner direkt in alles schreiben zu können... Naja auch wenn es nicht legal ist, die Windowsquellen sind draussen - irgendjemand wird sich das zu Nutze machen und ich bin mir sicher das man früher oder später zumindest ein bisschen Idee davon in Linux wiederfinden wird.Sei es nur um einen Treiber zu realisieren. -- Gruss Nils Hebisch www.web-base.org <<>> www.deep-inside-your-mind.de www.dev-null.info <<>> ???
* Nils Hebisch postete am 06. Mär. 2004 folgendes:
Ich benutze bereits eine FAT Partition ist natürlich immer schöner direkt in alles schreiben zu können... Naja auch wenn es nicht legal ist, die Windowsquellen sind draussen - irgendjemand wird sich das zu Nutze machen und ich bin mir sicher das man früher oder später zumindest ein bisschen Idee davon in Linux wiederfinden wird.Sei es nur um einen Treiber zu realisieren.
Und früher oder später hagelt es dann wieder Klagen, da angeblich wieder Quellcode gemopst wurde. Siehe jetzt SCO vs. Linux. Dann doch lieber die Windowsserver verbannen. Das ist weitaus billiger. *g* Bye Michael -- Jedes Programm, das läuft. ist veraltet. -- Murphy's Law _______________________________________________________________________ http://macbyte.info/ ICQ #151172379 http://autohbci.macbyte.info/
Nils Hebisch
Naja auch wenn es nicht legal ist, die Windowsquellen sind draussen - irgendjemand wird sich das zu Nutze machen und ich bin mir sicher das man früher oder später zumindest ein bisschen Idee davon in Linux wiederfinden wird.
*Keiner* der Kernelspezialisten wird sich den Code ansehen und Code, bei dem auch nur der Verdacht besteht, dass der Autor den Windows-Quellcode gesehen hat würde *nie* für die offiziellen Kernel-Quellen akzeptiert werden, denn Microsoft würde sicherlich nichts lieber tun, als das auszunutzen und auf dem juristischen Weg Linux erledigen. Ausserdem hat der w2k bestimmt nicht viel zu bieten, was einen Kernelspezialisten wirklich interessieren würde. Nicht umsonst hat man SCO offensichtlich heftig Geld bezahlt.
Sei es nur um einen Treiber zu realisieren.
Das darfst du getrost vergessen. Solange Microsoft die genaue Struktur von NTFS als Firmengeheimnis hütet und nur gegen Stillhalteabkommen (NDA) rausrückt, wird sich so schnell nichts ändern. Philipp
Am Samstag, 6. März 2004 17:47 schrieb Nils Hebisch:
Danke für die Informationen, ich hoffe das es bald einen stable Treiber geben wird.
Da es seit Jahren keinen gibt, dürften die Chancen schlecht stehen. Allerdings gibts mittlerweile eine Möglichkeit den Windows-NTFS-Treiber einzubinden. In der 4/2004er c't stand da was dazu im Rahmen der Knoppix CD, die beilag. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
participants (7)
-
Frank Röske
-
Heinz Dittmar
-
Manfred Tremmel
-
Michael Raab
-
Nils Hebisch
-
Philipp Thomas
-
Thomas Hertweck