On 2016-08-21 09:50, Per Jessen wrote:

h wrote:

...

On Sun, 21 Aug 2016 13:34:31 +0700 Constant Brouerius van Nidek wrote:

...

Using USB sticks for transfering files to be printed elsewhere I was wondering what formats can be read by windows. I have beeb using FA on a 2 Gb usb stick but formating a 16Gb usb stick runs into problems.

What problems?

Can windows read Linux formats like ext2 or

...

...

ext4 formats.

Short answer: no. To be precise, there is a driver somewhere that reads ext2, but I heard it is not good.

...

I use NTFS. https://en.opensuse.org/SDB:NTFS.

If I need big files, then me too. Otherwise I prefer FAT. Actually, most sticks come designed to use FAT, because the area where the FAT goes has smaller write sectors to minimize wear.

Also ExFAT - but FAT has sofar worked fine for me, for up to 64Gb.

Yes, I bought a 64 GB (GiB?) card the other day, for a tablet, and it came formatted as exfat. My Linux can't mount it. I need to add a third party driver, but I haven't tried yet -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)

21.08.2016 16:46, Billie Walsh пишет:

Windows can't read standard Linux formats.

Ever heard about ext2fsd? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 2016-08-21 19:33, Carlos E. R. wrote:

On 2016-08-21 19:08, Andrei Borzenkov wrote:

...

21.08.2016 16:46, Billie Walsh пишет:

...

Windows can't read standard Linux formats.

Ever heard about ext2fsd?

Is that the new format designed by card manufactures and open source? Ah, no, it is not that.

I was thinking of f2fs. https://en.wikipedia.org/wiki/F2FS F2FS (Flash-Friendly File System) is a flash file system initially developed by Samsung Electronics for the Linux kernel.[2] The motive for F2FS was to build a file system that, from the start, takes into account the characteristics of NAND flash memory-based storage devices (such as solid-state disks, eMMC, and SD cards), which are widely used in computer systems ranging from mobile devices to servers. F2FS was designed on a basis of a log-structured file system approach, which it adapted to newer forms of storage. Jaegeuk Kim, the principal F2FS author, has stated that it remedies some known issues[2] of the older log-structured file systems, such as the snowball effect of wandering trees and high cleaning overhead. In addition, since a NAND-based storage device shows different characteristics according to its internal geometry or flash memory management scheme (such as the Flash Translation Layer or FTL), it supports various parameters not only for configuring on-disk layout, but also for selecting allocation and cleaning algorithms. More: https://en.wikipedia.org/wiki/List_of_file_systems#File_systems_optimized_fo... https://en.wikipedia.org/wiki/Flash_file_system F2FS F2FS (Flash-Friendly File System) was added to the Linux kernel 3.8.[10] Instead of being targeted at speaking directly to raw flash devices, F2FS is designed to be used on flash-based storage devices that already include a flash translation layer, such as SD cards.[11] -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)

On Sun, Aug 21, 2016 at 1:27 PM, Chris Murphy wrote:

Every platform has read write support for UDF. It lacks the 4GiB file size limit of FAT32, supports unicode file names, POSIX permissions, ACL, multiple timestamps, extended attributes, hard links, is case sensitive, and doesn't fragment as badly.

It's not exactly straightforward to sort out what options to pick at mkfs time, I pretty much use defaults except I do specify --media-type hd

For the purpose of the OP's request, chances are the print files being transferred are not anywhere near 4GiB (unless they're images for large format printing) and permissions aren't an issue. So I'd say FAT32 is the easiest to go with. If there's a need to support files bigger than 4GiB I'd probably suck it up and go with exFAT (FAT64). I wouldn't use a journaling file system on USB sticks, it adds a bunch of unnecessary writes. UDF is pretty sane though, the biggest issue is really the lack of obvious user space support to even create the thing. But most distro kernels include it in the kernel since it is the preferred optical media format now (some still use ISO 9660 + El Torito but UDF required for DVD media), and Windows and macOS have supported read write for it out of the box for a long time for similar reasons. -- Chris Murphy -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 2016-08-21 21:46, James Knott wrote:

On 08/21/2016 03:42 PM, Chris Murphy wrote:

...

I wouldn't use a journaling file system on USB sticks, it adds a bunch of unnecessary writes.

For Linux only USB sticks, I use ext2.

Better ext4 without journal: Source: http://www.sysresccd.org/Sysresccd-manual-en_How_to_install_SystemRescueCd_o... If you are using SystemRescueCD-1.2 or more recent, it's recommended that you use an ext4 filesystem with the journal turned off (this is possible with Linux >= 2.6.29). USB sticks are Flash filesystems and this type of memory only supports a limited number of writes. Journaling filesystems will make many writes at the same location (where the journal is stored). Therefore, to extend the lifespan of the memory we should limit the number of writes. Here is how to use ext4 with the journaling turned off: mke2fs -t ext4 -O ^has_journal /dev/sdf1 Note 2016-03-12: tune2fs -O ^has_journal . You could also use ext2 but it does not support extents, and then it requires more accesses to read/write large files to the disk. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)

On 2016-08-21 21:53, Chris Murphy wrote:

On Sun, Aug 21, 2016 at 1:51 PM, Carlos E. R. <> wrote:

...

On 2016-08-21 21:46, James Knott wrote:

...

On 08/21/2016 03:42 PM, Chris Murphy wrote:

...

I wouldn't use a journaling file system on USB sticks, it adds a bunch of unnecessary writes.

For Linux only USB sticks, I use ext2.

Better ext4 without journal:

Haha. Carlos wins by seconds!

LOL. And I had to search for the explanation ;-) -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)

On 08/21/2016 12:08 PM, Andrei Borzenkov wrote:

21.08.2016 16:46, Billie Walsh пишет:

...

Windows can't read standard Linux formats. Ever heard about ext2fsd?

Can't say that I have. On the other hand I have very little reason to transfer anything from Windows to Linux. On my laptop the Windows drive is the larger, original factory drive/installation, so I use it to store very large files on from my smaller Linux SSD drive. I can put them there and retrieve them with no problem from Linux. -- Fast is fine, but accuracy is final. You must learn to be slow in a hurry. -Wyatt Earp- _ _... ..._ _ _._ ._ ..... ._.. ... .._ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 08/21/2016 03:50 AM, Per Jessen wrote:

Also ExFAT - but FAT has so far worked fine for me, for up to 64Gb.

YMMV. I've chosen to use ExFAT # apropos exfat dumpexfat (8) - dump exFAT file system exfatfsck (8) - check an exFAT file system exfatlabel (8) - get or set an exFAT file system label fsck.exfat (8) - check an exFAT file system mkexfatfs (8) - create an exFAT file system mkfs.exfat (8) - create an exFAT file system mount.exfat-fuse (8) - mount an exFAT file system Look for 'exfat-utils' in whatever repository is appropriate for your distribution, possibly under obs://build.opensuse.org/filesystems, but then again, if you search using https://software.opensuse.org/search you might find many alternatives, kernel drivers and revision under various "home:" repositories. YMMV. I'd be interested in hearing about comparisons and performance. -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org