Om de FAT32 4GB bestandsgrootte limiet

U kunt ook geen bestanden groter dan 4 GB op een FAT-bestandssysteem opslaan. De 4 GB barrière is een harde limiet van FAT: het bestandssysteem gebruikt een 32-bits veld om de bestandsgrootte in bytes op te slaan, en 2^32 bytes = 4 GiB (eigenlijk is de echte limiet 4 GiB min één byte, of 4 294 967 295 bytes, omdat u bestanden van nul lengte kunt hebben). Dus u kunt een bestand dat groter is dan 4 GiB niet kopiëren naar een willekeurig volume. exFAT lost dit op door een 64-bits veld te gebruiken om de bestandsgrootte op te slaan , maar dat helpt u niet echt omdat het een herindeling van de partitie vereist.

Echter, als u ** het bestand in meerdere bestanden splitst en deze later opnieuw samenvoegt,** dan kunt u alle gegevens overbrengen, alleen niet als een enkel bestand (dus u zult het bestand waarschijnlijk opnieuw moeten samenvoegen voordat het bruikbaar is). Op Linux kun je bijvoorbeeld iets doen wat lijkt op:

$ truncate -s 6G my6gbfile
$ split --bytes=2GB --numeric-suffixes my6gbfile my6gbfile.part
$ ls
my6gbfile my6gbfile.part00 my6gbfile.part01
my6gbfile.part02 my6gbfile.part03
$

Hier gebruik ik truncate om een spaarzaam bestand van 6 GiB te maken. (Vervang gewoon je eigen.) Dan splits ik ze op in segmenten van elk ongeveer 2 GB groot; het laatste segment is kleiner, maar dat is geen probleem in elke situatie die ik kan bedenken. U kunt ook, in plaats van --bytes=2GB, --number=4 gebruiken als u het bestand in vier gelijke brokken wilt splitsen; de grootte van elke brok zou dan 1 610 612 736 bytes of ongeveer 1,6 GiB zijn.

Om ze te combineren, gebruik je gewoon cat (concatenate):

$ cat my6gbfile.part* > my6gbfile.recombined

Bevestig dat de twee identiek zijn:

$ md5sum --binary my6gbfile my6gbfile.recombined
58cf638a733f919007b4287cf5396d0c *my6gbfile
58cf638a733f919007b4287cf5396d0c *my6gbfile.recombined
$

Dit kan worden gebruikt met een maximale beperking van de bestandsgrootte.

Vele bestandsarchieven ondersteunen ook het opsplitsen van het bestand in meerdelige archiefbestanden; vroeger werd dit gebruikt om grote archieven op diskettes te plaatsen, maar tegenwoordig kan het net zo goed gebruikt worden om dergelijke beperkingen van de bestandsgrootte te overwinnen. Bestandsarchivers ondersteunen meestal ook een “opslag”- of “geen compressie”-modus die kan worden gebruikt als u weet dat de inhoud van het bestand niet verder verliesloos kan worden gecomprimeerd, zoals vaak het geval is bij reeds gecomprimeerde archieven, films, muziek enzovoort; bij gebruik van een dergelijke modus werkt het gecomprimeerde bestand gewoon als een container die u de mogelijkheid biedt om het bestand te splitsen, en de eigenlijke gegevens worden gewoon gekopieerd naar het archiefbestand, waardoor u tijd bespaart op de verwerking.

Helaas is er geen manier om een 4GB bestand te kopiëren naar een FAT32 bestandssysteem. En een snelle google zegt dat je PS3 alleen FAT32-bestandssystemen herkent.

Je enige optie is om kleinere bestanden te gebruiken. Misschien hak je ze in stukken voordat je ze verplaatst of comprimeer je ze.

Ik zou een netwerkoplossing proberen om bestanden te delen.

Uitbreidend op Michael’s idee, ondersteunen veel compressie gebruik/formaten een “winkel” modus, waar ze eigenlijk geen enkele compressie doen. De meeste van deze zelfde utilities ondersteunen ook het opsplitsen in meerdere archieven. Combineer deze twee, en u kunt een bestand opsplitsen zonder een hoop tijd te verspillen aan het comprimeren ervan, vooral als het niet-comprimeerbare gegevens zijn. Ik heb deze techniek zelf gebruikt om het exacte probleem dat je hebt te overwinnen.

Een groot voordeel om het op deze manier te doen is dat het compressieformaat fungeert als een wrapper, waardoor je niet per ongeluk iets kunt doen met slechts een deel van het bestand. Het is ook eenvoudiger voor niet-technische gebruikers. (Niet iedereen weet hoe cat bestanden te openen, maar bijna iedereen kan een zip openen.) Het is ook heel duidelijk dat het een meerdelig bestand is, aangezien het bestand als zodanig is geformatteerd. Losse bestanden zien er misschien niet uit als een meerdelig bestand, zeker niet als ze op een of andere manier hun bestandsnaam verliezen.

Natuurlijk, als je eigenlijk willen werken aan de losse bestanden, werkt dit niet zo goed. Dit kan belangrijk zijn als u geen “krasruimte” heeft om het uiteindelijke bestand naar te schrijven. In dat geval moet je het bestand gewoon splitsen.

Hier is een voorbeeld van het splitsen van een bestand met behulp van zip op Linux:

zip -0 -s 3g out.zip foobar

# "-0" sets the compression level to 0, or store
# "-s 3g" sets the split size to 3 GB
# Add "-r" if "foobar" is a directory
# The output will be "out.zip", and "out.z01", "out.z02", and so on...

Als je meer een GUI persoon bent, is mijn goto altijd geweest 7-Zip .

Een andere optie die niet wordt genoemd, is het gebruik van scheidingswanden. Een USB-stick wordt door het OS meestal als harde schijf behandeld. Maak de FAT32-partitie opnieuw en maak een exFAT-partitie (of een ander ondersteunend bestandssysteem) die groot genoeg is om het bestand op te slaan.

Als u ooit toegang moet krijgen tot het grote bestand op zijn plaats op de USB-drive, is dit waarschijnlijk de beste oplossing. Als u het bestand alleen maar hoeft over te zetten, en het niet erg vindt om het naar de harde schijf te moeten kopiëren om het te gebruiken, is de splitsingsoplossing waarschijnlijk beter.

Dit zal niet werken als uw USB-stick is ingesteld als een “super floppy”, maar dit is steeds minder gebruikelijk. U kunt een “superdiskette” omzetten naar een harde schijf formaat door gebruik te maken van een partioning tool zoals fdisk of gparted. Maar het zal waarschijnlijk inhouden dat de bestanden worden gekopieerd, geconverteerd, terug gekopieerd en vervolgens de schijf weer opstartbaar wordt gemaakt.

Zoals beantwoord door anderen die het bestand opsplitsen en de werken samenvoegen. Maar de eenvoudigste oplossing is om het ext 2/3/4 bestandssysteem te gebruiken voor uw usb-schijf. Het is het native bestandssysteem voor linux. In windows gebruikt u ext2fsd voor het lezen van de gegevens. Het ondersteunt ook de schrijfmodus. Installeer gewoon de gratis app op windows access file, geen splitsing, geen verbinding.

Heb je HFS+ geprobeerd? Het is het bestandssysteem dat gebruikt wordt op Macs. Lach niet. Het lijkt te werken op de Xbox, dus het is het proberen waard. Get Past The 4GB File Limit On An External Hard Drive For The Xbox360

Het kan worden geïmplementeerd omdat het ook wordt gebruikt op (sommige) iPods die veel worden gebruikt, dus zelfs M$ Xbox360 lijkt het te lezen. Met de juiste software op de PC, IF het werkt op de PS3, zou je een universele oplossing krijgen.

Dit werkt - volg mijn stappen:

• Download WinRAR

• Klik met de rechtermuisknop op het bestand dat u wilt kopiëren en selecteer “Toevoegen aan archief”

• Noteer linksonder in de popupbox de split tot het volumenummer, bijvoorbeeld als uw bestand 4 is. 63 GB kunt u in het vakje 3 GB opschrijven en op OK klikken.

• Wacht tot het bestand klaar is

• Kopieer nu alle bestanden naar USB

• Selecteer nu het eerste bestand “XXX.part1”, klik met de rechtermuisknop en klik op “Extract here”

• Het zou uw bestand moeten uitpakken.

Voor het geval dit nog niet gezegd/ontdekt is - met behulp van Filezilla naar FTP werkt de grote bestanden naar de externe HD ook als de HD Fat32 is.

Dit werkt voor mij

1. Als het Iso of gecomprimeerd bestand is, moet je gewoon het ding erin plakken (ik bedoel zoals, je iso bestand van 5Gb, als je het mounten, er is 6 bestand in, je hoeft alleen maar het zes bestand erin te kopiëren, niet het iso bestand)

Als het zeldzaam is, Descomprimeer het dan

Regel voor deze Methode, Elk bestand erin is lager dan 4gb

1. 1. Als het bestand boven 4gb is, maar geen iso-bestand en geen gecomprimeerd bestand, comprimeer het dan tot een deel. Regel voor deze methode: Elk deel is onder 4gb

3.Zet het Fat32 systeem om in Ntfs

Je zou FFMPEG kunnen gebruiken om het bestand op te splitsen in delen die afspeelbaar zijn, zonder verlies van gegevens.

Voorbeeld: 8GB video is 1 uur lang, dus ik zou me opsplitsen in 3 (Het zou 2 kunnen zijn, om aan de veilige kant te zijn gebruik 3); Dus ik zou het commando

ffmpeg -i original-video.mp4 -ss 00:00:00 -t 00:20:00 -codec copy Part01.mp4
ffmpeg -i original-video.mp4 -ss 00:20:00 -t 00:20:00 -codec copy Part02.mp4
ffmpeg -i original-video.mp4 -ss 00:40:00 -t 00:20:00 -codec copy Part03.mp4

ffmpeg termen gebruiken: -i : invoerbestand -ss : starttijd -t : lengte -codec : codec om te kopiëren : 1:1 kopie van de bron

Hier kun je het nog steeds gebruiken met je PS3, en op een computer kun je de mp4’s met ffmpeg combineren in één bestand

Ik heb gemerkt dat het gebruik van Adobe Bridge (als die beschikbaar is voor u) de 4GB-limiet op onze servers zal omzeilen. Dit kan eenvoudig worden gedaan door “drag and drop” vanuit de OS launcher naar het bridge-clientvenster te slepen. Werkt voor grote (15gb+) videobestanden waar ik werk.

Ik moest een virtuele omgeving van 15,5 GB verplaatsen. Ik verwijderde de partitie op de usb-toets (32GB) en maakte een nieuwe die extn4 (linux) was, gemount als 32GB-toets verplaatste het bestand. Ik heb de machine die het bestand nodig had opgestart met knoppix live (linux disc), de sleutel gemount, het bestand verplaatst.

Vervolgens umounted de sleutel, veranderde de partitie terug naar vfat.

FAT32 heeft een harde limiet voor de manier waarop elk bestand wordt vermeld (32bit veld voor bestandsgrootte). Applicaties die deze limiet omzeilen, gebruiken echter meer velden. In theorie kan dit de harde limiet omzeilen, maar vereist het plaatsen van de volgende velden direct na het eerste, en het koppelen van het einde van het eerste aan het begin van het volgende alsof het een deel van het bestand is (het leest die eindsector, en krijgt een ander bestandsbitfield bericht van het tweede veld) wat meestal goed wordt afgehandeld door PC-besturingssystemen, maar niet altijd.

Andere programma’s verplaatsen bestanden in brokken van 600mb naar 2gb en gebruiken een vlagbit, en gebruiken dan meerdere bitvelden voor de brokken, hoewel alles als een enkel bestand wordt gezien; dit is het geval met adobe software, vooral bij videobestanden. Het segmenteert de bestanden, en creëert een bitveld voor elk segment voor video\audio dat door de os als een enkel bestand wordt gelezen. Deze bestanden zijn eenvoudigweg wrappers, een soort map die om een set van beelden wordt gewikkeld, of monsters die snel in het geheugen worden opgeslagen om afgespeeld te worden. De DVD-standaard VOB is een ander goed voorbeeld dat laat zien waar dit vandaan komt en waarom. Het is gesneden in brokken van snel gecacheerde bestanden voor weergave op DVD-spelers. Ze gebruiken het oude UDF1 of joliet formaat, dat leent van HFS, maar gebruikt meestal FAT-compatibele lijsten. De limiet voor de bestandsgrootte is ruwweg 2gb, voornamelijk voor de cache-snelheid van de set-top-boxen van de dvd-speler. Meestal is het in 1\10e tot 1\5e van die limiet, en multiplexed audio en video brokken worden zeer snel samen gecached, voor het afspelen.

Het antwoord op dit probleem is niet complex, maar het is niet één maat die past bij alles. Gebruik voor de specifieke vraag een splitterprogramma; WinRar, 7zip zijn geweldig, en hebben een gui. Het is een eenvoudig antwoord en werkt goed. Het OS (besturingssysteem) stelt het bestand in op het gebruik van meerdere velden, en meerdere brokken, maar het wordt gezien als één bestand na de samenvoeging. Met veel gecomprimeerde videobestanden (bijna elk formaat is een gecomprimeerd formaat door een of ander algoritme), zijn de leessnelheden voor FAT snel genoeg om af te spelen op de meeste slimme TV’s, of minimale OS Console-systemen (PS3\4, XBOX, enz.). Andere bestanden zoals ISO’s enz. zijn niet zo geschikt, tenzij in DVD-formaat voor video, wat sowieso een zwaar gecached formaat is. Voor game-ISO’s, controleer ntfs, en een paar andere formaten die uw computer kan bouwen op de USB-stick, en probeer het dan zonder gesplitste acties.

Zoals het OP zei ‘voor een PS3’, moet het antwoord alleen betrekking hebben op FAT32, omdat dit alles is wat je krijgt met PS3. Voor Linux-gebruikers is het antwoord te vinden in EX4-partitieopmaak, en natuurlijk NTFS met Windoze. Het verplaatsen van bestanden van EX4 naar NTFS via Samba is eenvoudig. Als het verplaatsen van een bestand ‘springen door hoepels’ vereist, moet je echt overwegen ‘ben ik mijn partities goed aan het formatteren om de bestanden die ik nodig heb om te behandelen op een regelmatige basis? Dat gezegd hebbende, is het ook leuk om meer dan één computer in de buurt te hebben die kan verwerken wat je nodig hebt, hoe je dat ook moet doen. (Dit, komende van iemand die net een USB 32gb dongle heeft geformatteerd in FAT32, om 10 minuten later te vinden dat ik er een 15gb .img bestand op moest opslaan, en alles eraf moest halen, het partitieformaat moest veranderen, en het allemaal terug moest verplaatsen).