„A gondom, hogy az újratelepítés óta a Transmission gondol egyet és bezáródik. (teljesen véletlen szerűen 5perc és 20 perc közötti idő után)”

Először is tisztázzuk, hogy nálad melyik Transmission van feltelepítve. Ha elindítom a Szoftverkezelőt, akkor nálam (LMDE 6) van egy halom Transmission, melyek közül a Transmission-gtk van telepítve.
Nálad ezzel mi a helyzet? Nézzünk egy

apt search transmission

kimenetet.

A probléma rendszerszintű, azaz az alkalmazással van gond, vagy a felhasználód beállítófájljai vannak elpiszkálva?
Ha jól gondolom, nálam a Transmission beállítófájljai a ~/.config/transmission könyvtárban vannak, én (a Transmissiont leállítva) először ezt nevezném át, aztán ha a Transmissiont elindítva így nincs hiba, akkor itt volt a gond.

A beállítóállományokkal kapcsolatos hiba talán adódhat abból is, ha nem megfelelő jogosultságú könyvtárakkal küzd a Transmission.
„A tudatlanságom hatására sikerült többször teletöltenem a rendszer particiót a Transmission-nal. Ezek után megpróbáltam a windowsos particióra pakolni a letöltéseket, de oda nem engedet írni a linux. Raktam mellé egy külső SSD-t, és átmásoltam a letöltéseket oda, és megpróbáltam a Transmissionnak a beállításait átállítani az SSD-re. Két napi vacakolás után feladtam (később rájöttem, hogy az SSD-t az admin particionálta és ezért nem tudom rendesen kezeltetni a letöltésvezérlővel).”
„A windows particiojából elvettem és egy új particiót hoztam létre a letöltéseknek. Miután befejezte a letöltést a Transmission ide rakja át a kész letöltéseket.”
Ebből ez simán kijöhet.
Nálam alapbeállításokkal fut a Transmission, a ~/Letöltések könyvtárból dolgozik, ez az én felhasználóm felségterülete, itt joga van a felhasználómnak írni, olvasni.
Ha létrehozol egy partíciót azt root joggal teszed, a partíció a rooté lesz, a felhasználód ezt olvashatja, de nem írhat rá, ahhoz hogy írni tudjon rá tulajdont vagy jogot kell kapnia.
Nálad a tmp, DATA és Transmission könyvtárak kinek a tulajdonában vannak, van rájuk írási joga a felhasználódnak?

#5 „A DATA könyvtárba van felcsatolva a gép egy particiója amit a root hozot létre. Ezt nem tudtam a saját tulajdonomba venni.”

Régebben előszeretettel adtam a felhasználó tulajdonába a felhasználónév alapján könyvtárat (partíciót), manapság inkább az UID-ot preferálom. Általában minden telepítés első felhasználója az 1001-es UID értéket kapja, így egy 1001 tulajdonába lévő könyvtárat a különböző Linuxot alól a telepítés során elsőként létrejövő felhasználóval tudok írni, olvasni, attól függetlenül, hogy a felhasználónév esetleg változik, ez számomra hasznos adatpartíció esetén.

Amennyiben ez neked is megfelel, először nézd meg a felhasználód UID értékét:

echo $UID

Azt várjuk, hogy ez 1001 lesz.

Az analógia:

sudo chown -R 1001 /ahol-a-DATA-konyvtar-van

Most már csak azt kellene tudnunk, hogy hol található az a DATA könyvtár.

A

locate DATA

is megmondja, ha fejből nem tudod, de az is jó, ha a fájlkezelőddel rákattintasz erre a DATA könyvtárra, aztán egy üres helyen jobb egérgombbal kattintva a Terminál megnyitása itt... lehetőséget választod, a megnyíló terminálablakban a kettőspont és a dollárjel között ott lesz a DATA könyvtár elérési útja.

Ha megcsináltad a tulajdonosváltást, akkor általában kell egy ki-bejelentkezés és utána már tudsz írni a DATA könyvtárba.

- Először is tisztázzuk, hogy nálad melyik Transmission van feltelepítve.

apt search transmission

- Ha jól gondolom, nálam a Transmission beállítófájljai a ~/.config/transmission könyvtárban vannak, én (a Transmissiont leállítva) először ezt nevezném át, aztán ha a Transmissiont elindítva így nincs hiba, akkor itt volt a gond.

 

 

Nem tudom melyik filét kéne néznem.

 

 

- A tmp és a Transmission könyvtár az a /home/vfp - könyvtárban van, és én vagyok a tulajdonosa.

- A DATA könyvtárba van felcsatolva a gép egy particiója amit a root hozot létre. Ezt nem tudtam a saját tulajdonomba venni.

#7 „Ha most felcsatolom a particiót, akkor az ujra a root-é lesz.”
 

Ha most?! A partíció nem volt felcsatolva, amikor kiadtad?

Felhasználónév szerint én a

sudo chown -R $USER:$USER /home/vfp/DATA

paranccsal csináltam volna, akkor vfp felhasználóé és vfp csoport tagjai lesz a DATA alatti mindenség.

Ki-bejelentkezés megvolt?

#6

echo $UID

válasz 1000

 

- sudo chown -R vfp /home/vfp/DATA

megcsinálta

most a könyvtár már az enyém

Ha most felcsatolom a particiót, akkor az ujra a root-é lesz.

 

 

 

#9 Ugye nem root terminálból?

Onnan

sudo chown -R vfp:vfp /home/vfp/DATA

kellett volna.

Lassan kezdek kifogyni az ötletekből. :-(

#8

- A partició fel van csatolva.

- kadtam a parancsot: sudo chown -R $USER:$USER /home/vfp/DATA

- kijelentkezés / bejelentkezés

eredmény

#12 Jól csináltad. Valamit biztos benézek, de nem látom, miért van így, ahogy. Ezt az egy logikus magyarázatot véltem megtalálni, de akkor ez se jó. :-(

#10 csak elindítottam a terminált.

Nem így kellett volna?

Tudod mit? Ha fut a Transmission, zárd be. Nyiss egy terminált és add ki a

transmission-gtk

parancsot.

Várj amíg bezáródik, aztán másold ide be terminál tartalmát.

(Ez nem záródik be, csak a cli? Akkor használd ezt, amíg meg nem találod a cli hibáját.)

#17 Én a gtk-t használom, de nekem akár grafikus felületről, akár parancssorból indítom, nem webes felület jön be, hanem amit a képen láthatsz, amit mellékelek.
Hogy gyarapítsam szegényes tudásom, megkérdezhetem, hogyan indítod azt, amit használsz?

Ha parancssorból indítok transmission-gtk -t, akkor egy webes felület jelenik meg amiben nincs semmilyen torrent (gondolom nem ezt használom)

Ha parancssorból indítom a transmission-cli -t, akkor kéri, hogy adjak paramétereket neki: kép mellékelve.

 

Szerintem most ezt pihentessük, majd visszatérünk rá, szerintem mindenki fáradt (legalábbis én)

#19 Ez fontos információ, holnap szívesen folytatom, de most már lecsukódik a szemem a,fáradságtól, bocsánat.

Szóval Flatpak. Örülök, hogy kiderült.

Amit elindítok az sem WEB-es, hanem amit bemásoltál csak magyar felülettel. A START gomb, és a kereső mezőbe transmission-t. Felajánl 2 találatot, és  én a TRANSMISSION (Flatpak)-ot szoktam választani (ez a 4.0.5 vervió). (A másik 3.00)

Ha már mindenképp frissebb Transmission kell (fogalmam nincs, mit ad neked pluszban a frissebb, mi a hátránya egy kicsit régebbinek, de legyen ahogy neked jó), akkor esetleg ez is lehet egy megoldás:

https://launchpad.net/~ubuntuhandbook1/+archive/ubuntu/transmission
Jelenleg a 4.0.6-osnál jár, ami a 4.0.5 Flatpakhez képest nem is rossz, ha innen nézem.

#27 Ez egy NTFS partíció? Annak a jogosultságait chown-nal tudtommal nem lehet szabályozni, ahhoz linuxos fájlrendszerű partíció, mondjuk Ext4 kellene.
A formázásnál minden adat elvész!

Kedves Fórumtársak!

Ha ez egy NTFS, akkor az fstab-ban nem az

ntfs-3g defaults 0 0

értékeknek kellene szerepelnie a mostani

auto nosuid,nodev,nofail,x-gvfs-show 0 0

helyett?

vfp!

Az ntfs-3g csomag amúgy telepítve van?

#23

vfp@vfp-HP-250-G9:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/nvme0n1p5 during installation
UUID=f9e0c21b-f107-4b92-b194-fe7772fa06da /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=743D-5A3C  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0
/dev/disk/by-id/usb-WDC_WD10_EZEX-08WN4A0_WD-WCC6Y4YCKC7L-0:0-part1 /home/vfp/NAS\040mentes auto nosuid,nodev,nofail,x-gvfs-show 0 0
/dev/disk/by-uuid/78EAA7B56F51BCF5 /home/vfp/DATA auto nosuid,nodev,nofail,x-gvfs-show 0 0
/dev/disk/by-id/usb-KINGSTON_SA400S37240G_00000000460D-0:0-part1 /home/vfp/SSD-240 auto nosuid,nodev,nofail,x-gvfs-show 0 0

Létrehoztam a /home/vfp/DATA könyvtárat. Megnyitottam a lemezek alkalmazást és létrehoztam a partició, a csatolási pontként a /home/vfp/DATA utat adtam meg. Bekapcsoltam a csatolás rendszer indításakor.

- A df eredménye:

vfp@vfp-HP-250-G9:~$ df
Fájlrendszer    1K-blokk     Fogl.   Szabad Fo.% Csatol. pont
tmpfs             779504      2272   777232   1% /run
/dev/nvme0n1p5 214905112 164877192 39038508  81% /
tmpfs            3897500         0  3897500   0% /dev/shm
tmpfs               5120         4     5116   1% /run/lock
/dev/nvme0n1p6 146434044  51786124 94647920  36% /home/vfp/DATA
/dev/nvme0n1p1     98304     71562    26742  73% /boot/efi
tmpfs             779500      1704   777796   1% /run/user/1000

- A mount eredménye:

vfp@vfp-HP-250-G9:~$ mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=3831212k,nr_inodes=957803,mode=755,inode64)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,noexec,relatime,size=779504k,mode=755,inode64)
/dev/nvme0n1p5 on / type ext4 (rw,relatime,errors=remount-ro,stripe=32)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,inode64)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k,inode64)
cgroup2 on /sys/fs/cgroup type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate,memory_recursiveprot)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)
bpf on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=29,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=25885)
debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime)
mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime)
configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime)
none on /run/credentials/systemd-sysusers.service type ramfs (ro,nosuid,nodev,noexec,relatime,mode=700)
/dev/nvme0n1p6 on /home/vfp/DATA type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other,blksize=4096,x-gvfs-show)
/dev/nvme0n1p1 on /boot/efi type vfat (rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=779500k,nr_inodes=194875,mode=700,uid=1000,gid=1000,inode64)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
portal on /run/user/1000/doc type fuse.portal (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)

 

 

#29 Jaj, bocsánat, még nem láttam a hozzászólásodat, amikor szerkesztettem az enyémet!

#28 Köszönöm!

#31 Arra nem válaszoltál, hogy NTFS-e?

Az NTFS windowsos fájlrendszer, akkor jó ha van Win és Lin is és mindkét rendszer alól el akarod érni. A Lin kezeli, de a karbantartásához, javításához igazából Windows kell.

Az NTFS-re akkor se tudsz írni, ha a Winben felcsatolod, aztán a Wint leállítod, de a Winben a gyors rendszerindítás nincs kikapcsolva.

Nekem jó régen nincs Windowsom, így NTFS partícióm se. Ha NTFS és a Lemezekben kiveszed az automatikus csatolást, majd a rendszert újraindítod és a fájlkezelőben a partícióra kattintasz, így csatolod fel, akkor utána tudsz rá írni? Ha igen, akkor ilyenkor mit mond róla a mount?

#28 Igen, az ntfs-3g csomag telepítve van.

#33 És most is ugyanoda van felcsatolva. Érdekes.

A tulajdonos root dolgot én NTFS esetében elengedném. Ha kézzel csatolod fel akkor tudsz rá írni, ha automatikus csatolás van beállítva, akkor pedig nem?

Szerk:

Csináltam egy próbát.

Van a témád miatt létrehozott Mint 21.3-am.
Adtam neki még egy lemezt. A Lemezekkel létrehoztam rajta egy NTFS partíciót és szintén ezzel a programmal beállítottam, hogy automatikusan legyen csatolva a /home/teszt/DATA alá, semmi máson nem változtattam, újraindítás után simán írtam a partícióra.
Ez a sora az fstab-ban:

/dev/disk/by-uuid/05A4D8D13A95906A /home/teszt/DATA auto nosuid,nodev,nofail,x-gvfs-show 0 0

#32 Van egy Win11 a gépen és ezért választottam az NTFS-t.

- kikapcsoltam az automatikus csatolást, újra indítottam, fájlkezelőben a particióra kattintottam, felcsatolta  a kötetet és létrehoztam egy fájlt (ennek a tulajdonosa szintén a root)

vfp@vfp-HP-250-G9:~$ mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=3831212k,nr_inodes=957803,mode=755,inode64)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,noexec,relatime,size=779504k,mode=755,inode64)
/dev/nvme0n1p5 on / type ext4 (rw,relatime,errors=remount-ro,stripe=32)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,inode64)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k,inode64)
cgroup2 on /sys/fs/cgroup type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate,memory_recursiveprot)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)
bpf on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=29,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=24815)
debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime)
mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime)
configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime)
none on /run/credentials/systemd-sysusers.service type ramfs (ro,nosuid,nodev,noexec,relatime,mode=700)
/dev/nvme0n1p1 on /boot/efi type vfat (rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=779500k,nr_inodes=194875,mode=700,uid=1000,gid=1000,inode64)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
portal on /run/user/1000/doc type fuse.portal (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
/dev/nvme0n1p6 on /home/vfp/DATA type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other,blksize=4096,x-gvfs-show)

 

 

#35 A Windows tudtommal azt alapból nem kezeli, az nem baj?

A válaszomat elfelejtettem elküldeni, de ez az eredmény:

 

Az ntfs kérdést én már elengedném, leformázom és lesz Ext4.

A kérdés, hogyan rakjam rendbe a transmissiont? (távolítsam el a csomagkezelővel és mit rakjak fel helyette? Szeretnék a GUI felületen maradni, mert a parancssoros kezelés még nagyon messze van tőlem.)

 

Lehet, hogy elbeszélünk egymás mellett?

„Ezek után megpróbáltam a windowsos particióra pakolni a letöltéseket, de oda nem engedet írni a linux.”

Ennek lehet oka, hogy a Windowsban nincs kikapcsolva a gyors rendszerindítás.
Ez fennállhat nem csak azzal a partícióval kapcsolatban, amin maga a Windows van, hanem minden más NTFS partícióval, ami a Windowshoz felcsatolásra került.

Ha van egy NTFS (adat)partíciód, amire egy Linux alól nem tudsz írni, akkor, ha még megvan a Windows, akkor azt kell elindítani és abban a gyors rendszerindítást kikapcsolni.
Amennyiben már nincs Windows, akkor a Linux alól meg kell próbálni kiadni a sudo ntfsfix parancsot, esetedben ez a

sudo ntfsfix /dev/nvme0n1p6

lenne.

„A windows particiojából elvettem és egy új particiót hoztam létre a letöltéseknek. Miután befejezte a letöltést a Transmission ide rakja át a kész letöltéseket.”

Amennyiben ez egy NTFS partíció, akkor a tulajdonosának a Linux fájlkezelője a root-ot fogja mutatni, de ez nem gond. Ha tudnod olvasni-írni, akkor minden rendben nincs hiba, nem kell piszkálni.

„Raktam mellé egy külső SSD-t, és átmásoltam a letöltéseket oda, és megpróbáltam a Transmissionnak a beállításait átállítani az SSD-re. Két napi vacakolás után feladtam (később rájöttem, hogy az SSD-t az admin particionálta és ezért nem tudom rendesen kezeltetni a letöltésvezérlővel).”

Ha ez valamilyen linuxos fájlrendszer (Ext4 mondjuk), akkor ezt kell utólag a felhasználód tulajdonába adni a sudo chown-nal (vagy chmod-dal jogot adni az írására, olvasására...).

Tudsz a Mint alól a /home/vfp/DATA alá csatolt NTFS partícióra írni (azaz rajta állományt [mappát vagy fájlt] létrehozni?
Ha igen, akkor jól működik, nem kell piszkálni. Amennyiben nem tudsz rá írni, akkor indítsd el a Windowst és kapcsold ki benne a gyors rendszerindítást.

 

#39 „A Transmission szépen fut parancssorból indítva (flatpak run com.transmissionbt.Transmission), hála csuhas32 javaslatára.”

Örülök, ha sikerrel jártál, de annyit még mindenképp hozzátennék, ha egy paranccsal jól indul, megfelelően működik, akkor egy ugyanazt a parancsot tartalmazó asztali parancsikonról is így fog.
Terminálból csak a hibakeresés okán indítottuk, az elegáns, szép megoldás a parancsikonról történő.

Elnézést kérek, hogy elvesztem, de hosszú volt a hét.

Eredmények:

1. a Transmission szépen fut parancssorból indítva (flatpak run com.transmissionbt.Transmission), hála csuhas32 javaslatára.

2. NTFS particiót letakarítottam windows alatt. Linux alatt a csatolást ráhagytam a rendszerre (/media/vfp/DATA), így az én tulajdonom lett és minden működik rajta.

Mégegyszer nagyon köszönöm mindenki segítségét!