From nobody Wed Feb 7 21:45:14 2024 X-Original-To: ports-bugs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TVYZ34JFhz5B8PC for ; Wed, 7 Feb 2024 21:45:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TVYZ31wgMz4Hvd for ; Wed, 7 Feb 2024 21:45:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1707342315; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=bA6B8JvKco/bL7A9RjmmV1/xG32je5qoV01xzB24cHs=; b=oJR0ytGk3ARZYRf/ZmouLCbBFbCJvORU94/uvC45bfJigj1IT4jAHxgqka0n7ApJKxeaRs Wvku5F72cP6OQB44D5/mBjzBUsvLVtNjM9pAfEn6hmv9tGwf4/pLXUMOvQn0QF915au3eq LnGLzSK6OCTw6BClgzeFH5n+da1ZxPdh4oxiI5+cUkpFyuUtriE/fMDaYEM5U5WjM2GH1v dvNi9cdc5iAL2y7yGeVCZyJz73M9QxIF687+Y40/LQMVyg6Qz9KW0ZxuTFYxQvBva05yVU g5a8tCp3NSSrcJ2WgVk2+0hR1uzRMd9C17CAOy80ON9XNcKmoSOZHlpsuuI6ZA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1707342315; a=rsa-sha256; cv=none; b=Ac3qmFA5vbiGFPromHIgXvWc7lGyk86FgFGKN5WfKdya60zQEuajaBbqbsmqBU+ULiAWWV X7+7AGVnGQkQnn/vkP03FB/kJc10kDjma3PI9rA8yWBj3bsp2tWGmKO/fxZd9w/GxDSBpg Pe+1D45quMZ4blGMRRAxixOfRL8DEgSvDgIKhquYFE/dD8B6zeINvGHvLYPQtpYr/3QK1J fRJsrMR2VBWLPfe257oM6xc1pzI8ETZT7aEn0nd21EiL/Ouc0qscLV1s5UjA51OF0pXZR4 jUFWFZWR6evBrxqdUtLBTlS8VoU+G09BakPpwCY0uEKtz8CRs/iHkOC9Mz6LyQ== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4TVYZ30tnPzMxL for ; Wed, 7 Feb 2024 21:45:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 417LjFXJ045398 for ; Wed, 7 Feb 2024 21:45:15 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 417LjFnZ045395 for ports-bugs@FreeBSD.org; Wed, 7 Feb 2024 21:45:15 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 276876] [fusefs] sysutils/fusefs-exfat FUSE protocol violation (direct_io) and illegal UTF-8 sequence Date: Wed, 07 Feb 2024 21:45:14 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: jakub_lach@mailplus.pl X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: samm@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter flagtypes.name Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Ports bug reports List-Archive: https://lists.freebsd.org/archives/freebsd-ports-bugs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports-bugs@freebsd.org X-BeenThere: freebsd-ports-bugs@freebsd.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D276876 Bug ID: 276876 Summary: [fusefs] sysutils/fusefs-exfat FUSE protocol violation (direct_io) and illegal UTF-8 sequence Product: Ports & Packages Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: samm@FreeBSD.org Reporter: jakub_lach@mailplus.pl Flags: maintainer-feedback?(samm@FreeBSD.org) Assignee: samm@FreeBSD.org I have installed sysutils/exfat-utils and sysutils/fusefs-exfat, attempting= to backup MBR fat32 (/mnt/) card to larger one (exFAT GPT /media/ to future pr= oof it). I have used following procedure - # sudo gpart destroy -F /dev/da0 # sudo gpart create -s gpt /dev/da0 # sudo gpart add -t ms-basic-data -b 1m -a 1m da0 # sudo mkexfatfs /dev/da0p1 # kldload fusefs # sudo mount.exfat /dev/da0p1 /media/ # sudo mount_msdosfs /dev/da1s1 /mnt/ # sudo cp -r -p /mnt/ /media After approximately 30GB and 1h, the following message appeared - Feb 7 18:50:54 Thinkpad kernel: WARNING: FUSE protocol violation for server mounted at /media: cache incoherent! To prevent data corruption, disable t= he data cache by mounting with -o direct_io, or as directed otherwise by your = FUSE server's documentation. This warning will not be repeated. I presume it may be mitigated by - # sudo mount.exfat -o direct_io /dev/da0p1 /media/ That was first letdown though, as the default "should work".=20 Another thing that surprised me was that writing to /media/ was allowed wit= hout sudo. It appears it is a generic property with fuse, as it was the case also with NTFS (using mkntfs -vf). Unfortunately, about 3/4 in the following appeared - Feb 7 20:14:17 Thinkpad mount.exfat[43704]: illegal UTF-8 sequence Feb 7 20:14:17 Thinkpad syslogd: last message repeated 1 times Feb 7 20:16:10 Thinkpad syslogd: last message repeated 6 times Feb 7 20:17:46 Thinkpad syslogd: last message repeated 18 times This I find the most strange, as the files which were copied resided at /mn= t/ where fat32 MBR was mounted. cp printed the problematic files, which sure enough contained some =C3=BC or similar. But somehow fat32 didn't have prob= lem with them? After the cp exited, I've ran the following at /mnt/ at /media/ - # find . -type f | sort > ~/list It appeared the files with problematic names were missing. Moreover, the overall size of /mnt/ and /media/ (reported by du) is different (not so sur= e if this is a matter of corruption or just missing files).=20 The second error would explain the difference (but is quite unexplainable as /mnt/ was fat32), but the first one, speaking of corruption - is the most worrying.=20 Overall I'm not confident that exFAT can be confidently used for backup. I = have previously successfully tested the same procedure for fat32 GPT backup (same hardware) --=20 You are receiving this mail because: You are the assignee for the bug.=