|
Zugriff auf WinXP Partition
hallo,
nachdem ich mir schon den "kofler" gekauft habe und mein problem nicht kleiner wurde, eine frage an die spezialisten: ich möchte mit suse9.1 ins internet und die win-download-files anschließend oder gleich auf win-partition kopieren. es ist aber nicht möglich weil immer die meldung kommt "schreiben auf /windows/D nicht möglich". ich habe jetzt alle rechte versucht zu vergeben, hab als root gearbeitet und es hilft alles nichts. habe auch statt des winxp-ntfs partition eine fat-partition angelegt (vfat), die ist aber laut fehlermeldung nur read-only. ich kenn mich einfach nicht mehr aus. kann mir jemand vielleicht die fstab-zeile für eine winXP-partition sagen, auf die der einzige user dann kopieren darf. habe auch schon mit der suchfunktion im forum geschaut - ich kann's nicht lösen. danke schon mal tague |
salü tague,
es kommt immer darauf an, wie du eine partition mountest. man sollte ntfs partitionen tatsächlich im read only modus mounten, weil man ansonsten seine win partitionen zerschießen kann, wenn man von der ntfs rechtestruktur keine ahnung hat. wenn du eine partition als vfat formatiert hast, dürfte das schreiben auf dieser partition keine probleme bereiten. um festzustellen ob das prinzipiell möglich ist, solltest du hd als root mounten und zwar in einem zunächst anderen mountpoint: mkdir /mnt/wintest mount /dev/xxx /mnt/wintest wobei xxx für deine vfat partition steht. wenn du nicht weißt, welche bezeichnung das ist, dann mach folgendes: less /etc/fstab dann müßtest du erkennen, über welches device file (so lautet die bezeichnung für /dev/xxx) deine partition angesprochen werden kann. mit folgenden befehl läßt sich sofort testen ob du schreibrechte hast: echo "hallo" > /mnt/wintest/hallo.txt oder touch /mnt/winnt/leer.txt wenn du keine fehlermeldungen bekommst, hast du als root schreibrechte. dann mußt du überprüfen ob die einträge in der /etc/fstab deine partition read only für user read only mounten oder eben nicht. wenn in der vierten spalte etwas wie: ro steht, dann bedeutet das, dass die partition read only gemountet wird. liebe grüße artemisia |
merci
der tip war schon was wert. hier meine fstab:
dhcppc0:/home/tag # cat /etc/fstab /dev/hda4 / reiserfs acl,user_xattr 1 1 /dev/hda1 /windows/C ntfs rw,users,gid=user,umask=0002,nls=utf8 0 0 /dev/hda5 /windows/D ntfs rw,users,uid=1000,gid=100,nls=utf8 0 0 /dev/sd0 /dev/hda3 swap swap pri=42 0 0 devpts /dev/pts devpts mode=0620,gid=5 0 0 proc /proc proc defaults 0 0 usbfs /proc/bus/usb usbfs noauto 0 0 sysfs /sys sysfs noauto 0 0 /dev/cdrecorder /media/cdrecorder subfs fs=cdfss,ro,procuid,nosuid,nodev,exec,iocharset=ut f8 0 0 /dev/hda6 /daten auto rw,user 0 0 dhcppc0:/home/tag # zur erklärung: ich hab deinen tip durchgeführt und habe ohne veränderung meiner eingaben den text auf der vfat-partition gehabt. also schreibrechte. kein wunder, weil ich überall RW vorgegeben habe.dann wollte ich eine datei auch hinüberkopieren, das ging nicht weil keine schreibrechte. also als root eingewählt und es ging auch !!! das alles auf hda6/Daten/vfat. auf /windows/D hab ich keine schreibrechte, auch als root nicht und /windows/C zeigt mir in der jetzigen form der fstab nicht einmal den inhalt. wenn man rechte maustaste-eigenschaften schaut und die rechte ändert, sagt er diese änderungen sind hier nicht möglich. dein tipp hat mir auf alle fälle geholfen. wenn du noch wissen würdest wie ich als user "tag" auch kopieren könnte, wär's natürlich super. tague |
salü tague,
du darfst wahrscheinlich deswegen nicht schreiben, weil du keine rechte im verzeichnis daten als user tag besitzt. kennst du dich mit chmod, chown und umask aus? mach doch mal ein: ls -l / | grep daten und schau dir die besitz und rechteverhältnisse in dem verzeichnis an (nachdem du gemountet hast) liebe grüße artemisia |
Habe das gleiche Problem. Ich kann auf meiner captive-ntfs partion nicht als normaler Benutzer schreiben. kannst du bitte ein lösungsweg erklären?
lg Etienne |
nickt, kann ich
aber liebe leute - nur ich tu mich ein bissl schwer damit, denn ich möchte später nicht die verantwortung dafür übernehmen, wenn ihr eure win partition zerschießt. datensicherung vorher!!! im moment zeige ich euch erst einmal aus sicherheitsgründen (solange bis ihr mir versichert, dass ihr eure daten gesichert habt ;-) also irgendwann in ferner zukunft) wie man als gewöhnlicher user von einer ntfs partition lesen kann. folgender eintrag in der fstab: /dev/hda1 /mnt/windows ntfs ro,noauto,user,uid=502,gid=100 0 0 (wobei ihr immer mit tab weitergeht und keine zusätzlichen leerzeichen einfügt) wichtig ist folgendes, die uid des benutzer muß richtig eingetragen werden. also hier der benutzer mit der uid 502. die uid zu den einzelnen benutzern finden sich auf eurem system in der /etc/passwd. die gid für die user findet ihr mit folgenden befehl: cat /etc/group | grep users und die uid (der vollständigkeithalber): cat /etc/passwd | grep benutzername anschließend wird gemountet und das gesamte verzeichnis mit folgenden befehl dem user "tag" zugeordnet: chown tag.users /mnt/windows (die einträge wie user usw auf eure verhältnisse anpassen) noch ein wort zum abschluß: normalerweise macht man/frau das nicht so, sondern kopiert oder liest auf der konsole andere partitionen als root bzw arbeitet mit dateiverwaltungsprogrammen auf rootebene. das prob ist nämlich, dass man ja als unterschiedlicher user im sys unterwegs sein kann und nicht jeder user außerhalb seines homeverzeichnisses herumwurschteln sollte. liebe grüße artemisia |
Schreibzugriff auf NTFS ist unter Linux noch immer experimentell, d.h. es gibt eine Lösung dafür, die aber nicht sauber funktioniert.
Deswegen ist standardmäßig nur Lesezugriff möglich, den Schreibzugriff musst erst aktivieren. |
@artemisia: danke. Ich werde dich nicht beschuldigen, wenn ich ein Fehler mache ;) .
@Preacher: normalerweise sollte aber nichts passieren da ich captive-ntfs verwende (original Windowstreiber!) --> Andere sollten Captive-ntfs runterladen und nicht die Kernel ntfs treiber verwenden.. lg Etienne |
@artemisia
vielen dank für deine geduld, ich hab mit chmod und chown herumprobiert ohne erfolg. im kofler hab ich dann auf seite 895 gelesen, dass "die linux-zugriffsinformationen für die windows-dateisysteme nicht angewendet werden und die dateisystemtreiber verhalten sich daher so als würden alle dateien ROOT gehören. dateien von vfat-part. können von allen gelesen aber NUR von root verändert werden. bei ntfs gelten noch restriktivere regeln - diese dateien können nur von root GELESEN werden. ich habe deine fstab-zeile verwendet (mit read only) und bevor ich mich mit kernel und captive-treibern herumärgere, werde ich halt als root kopieren. es gibt schlimmeres :-)) nochmals danke tague |
Er ändert die Zugriffsrechte wieder zurück auf "root root" :(
Meine ftab schaut so aus: ..... ..... /dev/hda5 /mnt/captive-familie captive-ntfs ro,noauto,etienne,uid=504,gid=506 0 0 /dev/hda6 /mnt/captive-erik captive-ntfs ro,noauto,etienne,uid=504,gid=506 0 0 /dev/hda7 /mnt/captive-etienne captive-ntfs ro,noauto,etienne,uid=504,gid=506 0 0 /dev/hda1 /mnt/captive-system captive-ntfs ro,noauto,etienne,uid=504,gid=506 0 0 mein Benutzer heißt etienne (504). ich bin in der Gruppe captive-ntfs (gid=506). meine ntfs Festplatten sind hda1/5/6/7. Das schreiben und löschen funktioniert als root, aber eben nicht als Benutzer! Wenn ich den eigentümer nach dem mounten ändern will sagt er das die Operation nicht erlaubt ist! lg Etienne |
@Tague: also ich gebe mich damit nicht zufrieden. Bin halt ein perfectionist :D
lg Etienne |
salü ihr beiden
@etienne ich weiß nicht, wie du mit dem captive treiber schreiben kannst, mit dem neuen ntfs treiber sollte es eigentlich funktionieren. ich weiß nicht, ob es mit dem captive ntfs treiber anders ist, aber normalerweise fehlt die umask angabe. voraussetzung ist, dein sys nutzt den neuen kernel 2.6. allerdings hab ich kein fedora und ich arbeite auch nicht mit dem captive treiber, daher kann ich es nicht überprüfen. auf jeden fall muß die aktivierung im kernel unterstützt werden. aber ich wäre sehr vorsichtig damit! es ergibt keinen sinn, das zu wollen. @tague kofler ist nicht maßstab aller dinge. die zeile meiner fstab war zum lesen eines beliebigen users von einer ntfs partition gedacht. um als user auf einer vfat zu schreiben ist folgender eintrag notwendig: /dev/hda6/ daten vfat umask=0000,iocharset=iso8859-15,code=437 0 0 probier das mal aus. müßte funktionieren. es gibt auch die möglichkeit, das mit ntfs zu machen, aber die treiber sind noch nicht ausgereift. es besteht ein gewaltiger unterschied zwischen vfat und ntfs in vfat gibt es im dateisystem keine benutzer, bei ntfs schon. man muß also nur die rechte von der unix seite aus freigeben, was mit dem eintrag umask=0000 in der art geschied, dass dann alle zugriff auf das dateisystem haben. bei ntfs ist das kritischer weil dateien ähnlich wie in unix einen besitzer aufweisen. für deine zwecke ist sicherlich die vfat partition und umask=0000 besser geeigent, dann kannst du beispielsweise die mp3 files von beiden os benutzen. liebe grüße artemisia |
Das Problem ist eben das ich Fedora die ntfs Treiber nicht includiert (aus Linzenzgründen) captive- Ntfs verwendet die original Windowstreiber, dh das sie sicher ausgereift sind :). Welche mask sollte ich nehmen damit bestimmte Benutzer schreiben dürfen ?
lg Etienne |
Hi
@etienne
habe mit heute einen 256mb usb-stick gekauft - das geht ohne probs !;-)) @artemisia zur klarstellung muss ich vielleicht noch sagen dass ich als windoofuser ein mausfan bin und auch in suse alles mit kde, yast oder konqueror mache (machen will). die letzten tage habe ich mehr mit der console gearbeitet, wäre auch zum gewöhnen. der letzte tipp von dir bzgl. vfat ändert nichts am problem. diese partiton gehört root, benutzer root und gruppe root (lt. eigenschaften im konqueror) und es gelingt mir nicht, die partition /daten in den besitz von user "tag" zu bringen. chown gilt ja nur für dateien. schönen abend noch tague |
salü tague,
ich dachte du wolltest als user tag nur schreiben? warum du die besitzverhältnisse ebenfalls umändern willst, versteh ich zwar nicht ganz, aber der fstab eintrag sieht dann wie folgt aus: /dev/hda6 /daten vfat rw,uid=xxx,gid=xxx,umask=0000,iocharset=iso8859-15,code=437 0 0 wobei hier umask so gesetzt ist, dass alle alle rechte haben. weiteres in man umask (umask enthält die bits die nicht gesetzt sind, man muß halt um drei ecken denken dabei). liebe grüße artemisia |
Zitat:
wenn ein gewöhnlicher user mit diesen treibern schreiben kann, dann ist umask so zu setzen, dass die bits die fehlen eingetragen werden. umask=0000 bedeutet das alle nutzer alles dürfen. siehe man umask, dieser befehl arbeitet nach dem selben schema. liebe grüße artemisia |
Hi
/dev/hda6/ daten vfat umask=0000,iocharset=iso8859-15,code=437 0 0
diesen wert habe ich in der fstab gesetzt und schrieb dann, das sich nichts geändert hat. dann hab ich doch wieder herumprobiert und auch chmod wieder versucht (a+rw) und siehe da, ich kann als "tag" auf /daten kopieren !!! :lol: die besitzverhältnisse wollte ich nur ändern, weil ich glaubte, wenn die part. /daten mir gehört darf ich auch darauf kopieren. nochmals vielen dank ich leg mich jetzt aufs ohr und such mir erst morgen wieder ein linuxproblem :-) tague |
Re: Hi
Zitat:
/dev/hda6 /daten vfat rw,uid=xxx,gid=xxx,umask=0000,iocharset=iso8859-15,code=437 0 0 wobei xxx für die uid des benutzers tag bzw. die gid der gruppe user steht. sooooo .... nachdem du jetzt ausgeschlafen hast ... geht dir da ein lichtlein auf? btw chown ist in deinem fall völlig überflüssig. immer noch liebe grüße artemisia |
hi
guten morgen @artemisia
ich habe die zeilen nicht übersehen, aber ich dachte, die von dir zuletzt geschriebenen beziehen sich auf den besitzwechsel und da schriebst du auch, dass dieser zum beschreiben nicht notwendig wäre. zumindest habe ich das so verstanden. soll ich das jetzt auf deinen letzten vorschlag anpassen (sauberer !?) oder froh sein dass es funzt ? den usb-stick kaufte ich als ausweg, weil ich über diesen die daten auch rüberbringe ins XP, aber so ist's ja einfacher und ich möchte dieses linux auch ein bißchen verstehen. obwohl ich mir manchmal dabei ziemlich blöd vorkomme(im vergleich zu 20 jahren win-erfahrung) aber chmod, chown,umask und die fstab hab' ich in den grundzügen begriffen und das freut auch :) lg tague ps: iocharset und code beziehen sich auf zeichensätze oder ?? |
Und wenn nicht mit captive geht, was würdet ihr sonst nehmen? Ich verwende Fedora 2 und da sind die ntfs treiber nicht einkompiliert!
lg Etienne |
@tague
es ist aus deinen posting manchmal nicht so ganz ersichtlich was du gerne möchtest. am anfang sagtest du, du willst als user schreiben können, dann willst du die besitzverhältnisse umwechseln und jetzt geht es dir anscheinend doch nur darum als user zu schreiben. da du nach einer professionellen lösung gefragt hast, die würde so aussehen: man greift höchstens lesend auf ntfs zu und für einen datenaustausch im größeren stil (wenn die daten keine benutzerspezifische infos benötigen) richtet man sich die vfat als root ein. die zugriffe würde ich immer nur als root unternehmen, sowohl auf ntfs als auch auf vfat. es sein denn du willst verschiedene benutzerspezifische vfat partitionen einrichten. aber es gibt nun wirklich wenig szenarien wo das einen sinn ergibt. die meisten forderungen und vorstellungen dieser art resultieren aus einer falschen konzeptionellen vorstellung eines benutzers unter linux. das gilt besonders für benutzer die vom windowsbereich kommen (das ist nicht wertend gemeint). dort gibt es den sogenannten "hauptbenutzer" - ein risiko ersten ranges - vorallem bei i-net nutzung. es gibt zwar versuche von SuSE sowas ähnliches für die personell edition einzurichten - ist aber nicht zu empfehlen. worin besteht jetzt das risiko partitionen anderer os die viele daten beinhalten können mit umask oder chmod für benutzer freizugeben oder gar einen benutzer zuzuordnen? die gefahr liegt darin, dass jeder virus oder infizierte progs das unter userrechten gestartet wird, die macht hat, auf dieser partition unsinn zu betreiben. ist die partition dagegen nur mit bestimmten restriktionen beschreibbar, kann das nicht so schnell passieren. dann braucht ein entsprechender angreifer rootrechte, die nicht ganz so einfach zu erlangen sind. neben dem schutz vor potentiellen angreifern, ist aber auch das versehentliche überschreiben solcher partitionen durch die unkenntnis des benutzers oder eines fehlerhaften progs begrenzt. wenn du also nach "einer sauberen lösung" fragst, rate ich dir als benutzer mit su, sudo und co systemadministrative aufgaben wie den zugriff auf partitionen fremder os zu bewältigen. ixe sind in diesem punkt wesentlich einfacher zu bedienen, man muß nicht dauernd den account wechseln. (das muß man zwar auch unter xp nicht unbedingt, es ist aber nerviger zu realisieren). auf jeden fall, sollten die rechte der user unter jedem os begrenzt sein - vorallem bei i-net nutzung. liebe grüße artemisia |
hi,
danke für deine ausführlichen erklärungen.ich gebe dir ganz recht mit der vorsicht bei i-nutzung. darum werde ich für mein problem (daten vom linux-system ins windows-system zu bringen) den gekauften usb-stick verwenden, der von beiden sofort erkannt wird. die vfat-part. werde ich wieder löschen (weil's zwar in linux funktioniert aber jetzt interessanterweise in windows nicht gelesen werden kann) und auf die ntfs-part. gibts sowieso nur "ro". damit ist's sicher, meine wenigen daten kann ich bei bedarf in jedem system laden und somit kann ich mich einem anderen problem widmen. doch das erst später, denn ich fahr' jetzt ein paar tage in die grüne mark und lass den pc zuhause. bis zum nächstenmal lg tague |
salü tague,
na dann viel spaß - was immer das auch sein mag "grüne mark". liebe grüße artemisia |
Steiermark, Hauptstadt Graz :)
Sloter |
lol achso ...
merci honey |
| Alle Zeitangaben in WEZ +2. Es ist jetzt 06:39 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
© 2009 FSL Verlag