PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : mount smbfs > 2Gb Dateien



hjn
19.11.04, 01:26
hallo zusammen

ich mochte dateien von meinem rechner suse 9.2 auf einem anderen rechner kopieren

die dateien können schon mal 10 GB groß sein

bis jetzt hatte ich nur kleine dateien mit nfs
mount -t nfs xxx/xxx /yyy
kopiert (ohne probleme)

bei dateien größer 2 GB bricht die übertragung bei 2 GB ab
fehler: maximale dateigöße ereicht

probiert habe ich es auch mit -t smbfs
das selbe ergebnis
dabei war es egal ob der share auf einem linux oder win-xp rechner lag

frage: gibt es irgendwo im mount befehl eine beschränkung auf 2 GB
(über kde konquero smb:/ geht das kopieren)

besten dank im vorraus
hjn

nunja
21.11.04, 09:11
Mit welchem Programm kopiert? Bekannt ist das sftp, scp und fish:// Probleme mit Dateien => 2GB haben.

hjn
21.11.04, 10:17
hallo

versucht habe ich es mit cp ....
und mit tar ....

nun habe ich gehört das der "mount" befehl mit "-t smbf oder nfs"
nicht dateien > 2GB kopieren oder verwalten kann

neuere kernel-versionen oder neuere nfs-versionen sollen das nun können
bei suse 9,2 anscheinend noch nicht

vieleicht weiß einer mehr darüber

man kann doch bestimmt "tar" über "ssh" laufen lassen
(kompriemierung nicht nötig da die daten schon komprimiert sind)

-hjn-

nunja
21.11.04, 10:34
Ich habe in letzter Zeit irgendwo darüber etwas gelesen. Habe den Verweis aber nicht mehr. Such mal hier im Forum oder mit google "2GB+Linux" oder 2GB+extfs".

Chees
22.11.04, 11:53
Moin,

ich hab ein ähnliches Problem.

Gibts es keine möglichkeit Dateien die grösser sind als 2 GB auf nen Windowsshare zu speichern? :confused:

greets

hjn
22.11.04, 23:01
hallo

an "Chees"

ich habe das problem so gelöst

einmal über ssh (authorisierung mit key damit kein password abgefragt wird)
verzeichnis "/backup-nfs/user/laptop" liegt auf dem backupserver (192.168.10.30)

tar -czSp -f - / | ssh 192.168.10.30 "cat > /backup-nfs/user/laptop/laptop.tgz"

und

einmal über split grösse 1GB=1000m (mount ist /backupnfs mit nfs)

tar -cz --exclude /backupnfs / | split -b 1000m - /backupnfs/laptop.tgz

zusammenfügen z.b. mit "cat laptop.* > gesamt.tgz"

gesichert wird alles "/" ob es sinn macht sei dahingestellt

irgendwann hat suse ja auch die neuesten versionen (zb nfs 4.0)
dabei und dann soll es ja laufen

ich hoffe ich habe nichts vergessen

-hjn-

Meilenstein
23.11.04, 01:24
hab interessanterweise das gleiche Problem mit der 2GB Grösse aber will es nur auf ne Windows FAT32 Partition schieben.
Geht das von FAT32 aus nicht oder woran liegt es? Kann ich das Splitten auch machen wenn ich es auf nen anderes Dateisystem temporär kopiere und später wieder zurück?

tictactux
23.11.04, 01:50
hab interessanterweise das gleiche Problem mit der 2GB Grösse aber will es nur auf ne Windows FAT32 Partition schieben.
Leider ist das nicht so einfach. Fakt ist, daß das Problem mit dem
smbfs-Treiber zu tun haben muß. Laut diversen google-Quellen soll das
in frühen 2.4er Kerneln behoben worden sein - aber:
das Größenlimit tritt bei mir auch beim testweisen Kopieren zwischen zwei
Debian/sarge Servern mit Kernel 2.4.27, ext3fs und samba 3.0.6-3 auf, so daß
FAT32 als Ursache ausfällt.
Eine ext3-Beschränkung ist es definitiv nicht. Ich hab ein HD-Image mit
>30GB problemlos erstellt.

Also weitersuchen...

hjn
23.11.04, 10:06
hallo

ob man windows oder linux share mountet ist egal
es liegt an den befehlen "mount -t smbfs bzw. mount -t nfs"

nfs ab version 3.x soll größer als 2 BG verwalten
smbfs ab version ???
und min. kernel 2.4x

wenn mit "split" auf windows share gearbeitet wird
dann mit "copy ...." in dos-box zusammenfügen
(die gute alte dos zeit)

-ich hoffe die antwort ist richtig-
-hjn-

Alfy
23.11.04, 10:51
Probier es mal mit rsync

Lutz

Meilenstein
23.11.04, 12:00
gute Idee :)

habs probiert klappt auch eigentlich ganz gut nur dass er am Schluss keine Datei am Zielort erzeugt wird...



rsync -t --progress *.iso /mnt/windows_platte
3914698956 100% 22.58MB/s 0:02:45
mkstemp .DVD-english-spanish-french-italian.iso.R9NGMD failed: Operation
not permitted
rsync error: partial transfer (code 23) at main.c(578)


Liegt aber vielleicht am Befehl, werds mir da nachher nochmal die Anleitung durchlesen, danke für den Tip aber schonmal, denke damit wird es bestimmt irgendwie funktionieren

tictactux
23.11.04, 12:47
Liegt aber vielleicht am Befehl, werds mir da nachher nochmal die Anleitung durchlesen
Ja, tu das :D

Imago
23.11.04, 13:48
ich erinner mich dunkel dass beim mounten der Parameter 'lfs' als Option übergeben werden musste, damit man Dateien größer als 2GB kopieren konnte.
Also: z.b.



mount -t smbfs //server/freigabe /mnt/server -o lfs

Jedenfalls hats bei mir dann schliesslich funktioniert
ich hab leider mein Rechner atm nicht hier um das nochmal zu überprüfen.
Komischerweise erwähnt die man-page die Option garnicht.

Aber nen Versuch ist es vielleicht trotzdem wert.

CU
Imago

tictactux
23.11.04, 14:20
> mount -t smbfs //server/freigabe /mnt/server -o lfs
Komischerweise erwähnt die man-page die Option garnicht.
Das ist nicht komisch sodern eine riesige Sauerei...

Aber nen Versuch ist es vielleicht trotzdem wert.
:) UND OB :) :

Es funktioniert !
1000 Dank (dem werden sich sicher noch einige anschließen ;) )

Gruß,
Wolfgang

hjn
23.11.04, 23:17
hallo

noch ein dankeschön drauf

"-o lfs"

fuktioniert bei suse 9.2 mit "-t smbfs"

komisch das der parameter nirgend wo beschrieben wird

für "-t nfs" leider nicht

-hjn-

Chees
24.11.04, 09:27
hiho

hey cool, das "-o lfs" funktioniert ja wirklich :D

danke vielmals :)

greets Chees

Meilenstein
24.11.04, 20:32
habs jetzt nochmal probiert, und ich denke sehr wohl dass es an FAT32 liegt, habs einmal getestet auf die FAT32 Partition und einmal auf ne Linuxpartition, bei Linuxpartition funktioniert es und bei der FAT32 bekomm ich ne Fehlermeldung...

hab bisher aber nur was von ner 4 GB Grenze bei FAT32 gehört :(

tictactux
24.11.04, 21:16
habs jetzt nochmal probiert, und ich denke sehr wohl dass es an FAT32 liegt, habs einmal getestet auf die FAT32 Partition und einmal auf ne Linuxpartition, bei Linuxpartition funktioniert es und bei der FAT32 bekomm ich ne Fehlermeldung...

hab bisher aber nur was von ner 4 GB Grenze bei FAT32 gehört :(
Die Grenze bei FAT32 ist 2/4 GB - praktisch 2, evtl. 4 (Wertebereich
von 32-Bit Ganzzahlen mit/ohne Vorzeichen).

Meine Aussage in Post #8 war so zu verstehen, daß in jenem konkreten
Fall FAT32 als Ursache ausschied (hoffe das war nicht mißverständlich).

bom
24.11.04, 21:20
Das Hauptproblem an Files >2GB ist, dass es nur sehr wenige Programme gibt, die mit diesen Files umgehen können. z.B. wer einmal versuch ein 20 GB File via FTP zu transferieren wird Pech haben, da ftp nur die 32Bit APIs verwendet und somit bei Files >2GB aufgibt.

Kennt jemand vielleicht einen FTP, der Files >2GB handlen kann? Wäre daran interessiert :D

tictactux
24.11.04, 22:59
Kennt jemand vielleicht einen FTP, der Files >2GB handlen kann? Wäre daran interessiert :D
Windows Commander. Die antike Version 5.0 hat heute bei mir ein
Image von 2.6 GB von Debian sarge auf Win98SE (FAT32) problemlos kopiert
(mit FTP). Ob er mehr als 4GB schafft, höre ich demnächst von Dir ? :D

EDIT: Also für obige Konfiguration ist bei 4GB Ende (WIN98SE liefert
disk-full). Bleibt noch ein Test mit NTFS.

RedEdison
25.11.04, 09:24
Windows Commander. Die antike Version 5.0 hat heute bei mir ein
Image von 2.6 GB von Debian sarge auf Win98SE (FAT32) problemlos kopiert
(mit FTP).

Das Tool heißt mittlerweile "Total Commander" (falls jemand danach sucht).

Gruß,
RedEdison

Meilenstein
25.11.04, 12:33
ah ok, dann hab ich das wohl missverstanden mit der FAT32 Dateigrenze, naja habs jetzt einfach mal gelöscht, war eh nix wichtiges ;)

lae
07.05.07, 11:15
du -m
2651 /down/data/FC-6-i386-DVD.iso
bei (/proc/mounts):
//192.168.0.100/down /down smbfs rw,nosuid,nodev,uid=0,gid=0,file_mode=0755,dir_mod e=0755 0 0

geht sogar bei meinem NAS (LevelOne FNS-1000)

cool