Transmission crash. on 24.10.0 - RC5

Hi.

I have using transmission and it keep crash and dead when right after download finishs.
What should be the problem?
The log file by 'service transmission trace' as below(I do not know what that means.)
(Configuration with 'ntfs3' with usb external HDD which works fine with 19.x + ntfs-3g + usb HDD)

/tmp# cat transmission-daemon.19824.json
{
	"defaultAction": "SCMP_ACT_KILL_PROCESS",
	"syscalls": [
		{
			"names": [
				"clock_gettime64",
				"epoll_pwait",
				"ioctl",
				"readv",
				"writev",
				"epoll_ctl",
				"sendto",
				"recvfrom",
				"mmap2",
				"nanosleep",
				"close",
				"fcntl64",
				"open",
				"munmap",
				"read",
				"statx",
				"rt_sigprocmask",
				"prlimit64",
				"mprotect",
				"setsockopt",
				"accept4",
				"socket",
				"pread64",
				"brk",
				"connect",
				"bind",
				"_newselect",
				"set_tid_address",
				"shutdown",
				"execve",
				"access",
				"readlink",
				"getsockname",
				"wait4",
				"futex",
				"set_tls",
				"prctl",
				"accept",
				"poll",
				"arm_fadvise64_64",
				"fork",
				"getsockopt",
				"setitimer",
				"write",
				"getpriority",
				"setpriority",
				"pipe",
				"recvmsg",
				"rename",
				"clone",
				"geteuid32",
				"_llseek",
				"unlink",
				"getrandom",
				"statfs64",
				"getuid32",
				"quotactl",
				"dup2",
				"getdents64",
				"listen",
				"getpid",
				"getcwd",
				"pipe2",
				"epoll_create1",
				"uname",
				"getppid",
				"chdir",
				"rt_sigaction",
				"umask",
				"sigreturn",
				"exit_group",
				"inotify_init1",
				"membarrier",
				"inotify_rm_watch",
				"signalfd4",
				"eventfd2",
				"exit",
				"inotify_add_watch",
				"rt_sigreturn",
				"fchmod"
			],
			"action": "SCMP_ACT_ALLOW"
		}
	]
}

Not a real solution but consider using an ext4 formatted hardrive instead of ntfs, I do not know what ntfs driver you are using but the new in kernel ntfs driver can be rather picky.

1 Like

Is it? Everybody telling negative matters on the new driver. Not easy by the way.
The 'nosuid' mount option SEEMs solved. no crash at this moment.

mount -t ntfs3 -o rw,nosuid,lazytime,noatime,prealloc,hide_dot_files,windows_names,dmask=022,fmask=022,iocharset=utf8 /dev/sdax /mnt/aaaaaaaaa

Ntfs is the definition of Windows, to use that in embedded linux is to be classed as critical emergency use only.

If you want anything working 24/7 and rock solid in embedded Linux, use ext4.

If you want anything working just as bad in both Windows and embedded Linux installations, use fat32.

3 Likes