<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> <title></title> </head> <body bgcolor="#ffffff" text="#000000"> 4gb, jo är nog därikring det gick snett. En av partitionerna var NTFS. Vet inte om det bara var där det uppstod problem men det är möjligt. Har inga gb:s-filer utan var bara den gemensamma storleken som kom upp i flera gb. Överföringen tillbaka gick i stort sett smärtfritt (får aldrig antalet filer att stämma exakt) och då gick det från och till linuxdiskar men tog också bara några mappar i sänder på högst kanske 2 gb. Hade på tillbakavägen startat nautilus i terminal och fick inga felmeddelanden. Problemet är rätt akut eftersom jag inte fick några felmeddelanden (möjligtvis om jag hade startat i en terminal) och för att nedladdningen såg ut att flyta på bra med statusvisare som vad jag såg gick hela vägen. Hade inte vetat att filer saknats lite här och var om jag inte jämfört storlekarna på mapparna på egenskaper. Provat överföra mappar med små filer men med stort innehåll totalt? Niclas Pettersson skrev: <blockquote cite="mid449B97F0.6000107@dalgangen.dyndns.org" type="cite"> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> När jag skulle rädda informationen på en krachard NTFS partition  så kopplade jag in den in en linuxburk och och sedan kopierade jag över filerna via samba till en ny disk som satt i en linuxburk. Anledningen till att jag stoppade disken i en linuxburk var för att linux kunde läsa disken medans windows inte ens hittade partitionen. När jag sedan kopierade filerna så gick det bra med alla filer som var minder än 4 GB, när jag kom till filer som var större så avbröts kopieringen. Tillslut så skriv vi ett skript som kopieade en fil i taget så att om det blev fel på en fil så gick kopieringen vidare till nästa fil. Om 4 GB buggen låg i samba eller ntfs-"protokollet" eller om man vara skulle ange en parameter någonstans gör att den skulle tillåta stora filer vet jag inte. Även om du använder helt andra protokol för att överföra filerna så känns det som det är ett liknande problem. Eller finns det en gemensam faktor? Använder du en NTFS-disk? Varför 4 GB? Jo, ett 32-bitars heltal, det  som man vanligtvis jobbar med när man programerar kan "bara" hantera tal upp till 4 GB. /Nicks Johan wrote: <blockquote cite="midf0dddf5a0606221346r3d32089em1c89571aaa00c815@mail.gmail.com" type="cite">Magisk gräns för vad? :) Ja där omkring, några gigg alltså. Ska testa att starta nautilus från terminal. Johan2 <div>On 6/22/06, Niclas Pettersson < <a href="mailto:nicks@dalgangen.dyndns.org">nicks@dalgangen.dyndns.org</a>> wrote: <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Har du provat att starta nautilus från consollen så att du kan se om den skickar några felmmedelanden? Vad menar du med stora? Paserar du en magiska 4 GB gränsen? /Nicks Johan wrote: > Har provat och gillar ssh. Kör genom nautilus och det är ju hur > smidigt som helst. > > La över alla filer jag vill ha kvar på annan dator nu när jag > installerat om dapper. > > Men har problem. Inte när jag flyttar en mapp i taget. Men när jag > flyttar mappar innehållande några gigg med flera mappar inuti tar det > först lång tid innan kopieringen kommer igång och sen när kopieringen > kommit igång och fått gå ett bra tag och kopieringsrutan försvinner > och då det alltså skulle vara klart, fattas det lite filer här och var. > > Någon här som överför stora mappar över ssh och har det gått bra? > > Johan2 -- ubuntu-se mailing list <a href="mailto:ubuntu-se@lists.ubuntu.com">ubuntu-se@lists.ubuntu.com</a> <a href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-se">https://lists.ubuntu.com/mailman/listinfo/ubuntu-se</a> </blockquote> </div> </blockquote> </blockquote> </body> </html>