Linux за българи: Форуми

Здравейте,
след последното обновяване на deluge (Screenshot-About Deluge) се получи следния проблем - известно време след стартирането си deluge променя правата върху диска, като:
1. deluge качва и сваля вече регистрираните торенти нормално;
2. deluge не може да регистрира нов торент за сваляне - съобщение, че дискът е read-only;
3. deluge регистрира нов торент за сваляне нормално, ако предварително е създадена директорията, в която да записва;
4. аз като потребител мога да ползвам диска само за четене;
5. deluge обикновено не може да се изключи с File > Quit, а трябва да се kill-ва;
6. след изключване на deluge правата на диска остават read-only; след отмонтиране и повторно монтиране възстановява диска за писане и четене; правата върху диска, визуализирани чрез Nautilus (Properties > permissions) са едни и същи преди и след стартирането на deluge (Screenshot-T1 Propertiesd).

OS: Ubuntu 10.04
disk: Toshiba 1 TB, USB, FAT32

Някакви идеи за решаването на проблема?

Махаш deluge и ползваш нещо друго това за съжаление е най-доброто което мога да предложа. Deluge с времето стана по тежка и доста по тромава програма което я прави и непривлекателна за много потребители, Transmission е много по лека, може да се ползва и с web интерфейс, и някъде по форума има тема за нея как да я подкараш като демон че и GUI има с превод в самата тема.

Flush Torrent също е лек и работи перфектно.

+1 за Transmission

Здравей, Експерте (поздрав на Бургас и неговите трудови хора! [_]3),
към deluge минах точно от flush. Flush ми даваше постоянно грешки, затриваше си данните от последната сесия (може би не му стигаше място в /home) и правеше безкрайни проверки при поредното включване. Deluge досега беше по-стабилен. Освен това само при deluge успях да записвам свалените файлове както аз искам (вместо в /home/bla-bla - в /media/T1/disk/DVD/Opera/Gaetano Donizetti/Roberto Devereux, ossia Il conte di Essex/[2006] Dimitra Theodossiu, Massimiliano Pisapia, Andrew Schroeder, Federica Bragaglia (Marcello Rota) (DVD9)) Всички останали не ми позволяваха такова преименуване и подробно указване на пътя, или аз не съм дочел нещо. Ще разгледам алтернативите още веднъж, но съм отворен за още идеи.

QbitTorrent

QBitTorrent +1

@borovaka, daw,
При QBitTorrent мога да записвам в произволна директория, но името на пакета (както е качен) остава. Т.е. получавам нещо от типа:
/my/directory/abracadabra/VIDEO_TS/ вместо
/my/directory/my_name/VIDEO_TS/, което искам да получа. Или греша?
Подобна е ситуацията и с Transmission и uTorrent (за разлика от Windows, където преименуването е възможно).
Разбира се, след това мога да променя ръчно abracadabra на my_name, но няма да мога да го раздавам, което не е много коректно спрямо останалите потребители.

Замислял ли си се да замениш FAT32 с ext4?

@/dev/null, замислял съм се, главно когато не мога да запиша големи файлове. Но дискът е гаранционен, закупен от Белгия, но ме увериха, че гаранцията му важи и в БГ. След като тя изтече (догодина), мога да мисля за смяна на FAT32. От друга страна FAT-ът не се "биеше" с deluge преди обновяването.

Ти замисляш ли се изобщо това колко абсурдна ситуация е?

Представи си няква тъпа програма и изведнъж почва да сменя права по дискове, да ги прави read-only...
Ами че то тогава никога да не бях докосвал Линукс, ако смешния торент клиент може да заобиколи всички ограничения за сигурност!

Файлови системи се монтират read-only когато ядрото засече греша във файловата система! Виж си /var/log/messages ако не вярваш! Земи пусни там бозата, опрай диска и си ок.

И това каква файлова система е? А, fat32 :D. Ми че то там права няма :D С квито права си я монтираш - такива. BTW Fat не беше ли ограничени до 3.нещо си ГБ?

Ето една многос трашна команда за Windows, не Линукс
convert d: /fs:ntfs

може да направи диска ти нечетим! За Windows 98...

Здравей, Експерте (поздрав на Бургас и неговите трудови хора! [_]3),
към deluge минах точно от flush. Flush ми даваше постоянно грешки, затриваше си данните от последната сесия (може би не му стигаше място в /home) и правеше безкрайни проверки при поредното включване. Deluge досега беше по-стабилен. Освен това само при deluge успях да записвам свалените файлове както аз искам (вместо в /home/bla-bla - в /media/T1/disk/DVD/Opera/Gaetano Donizetti/Roberto Devereux, ossia Il conte di Essex/[2006] Dimitra Theodossiu, Massimiliano Pisapia, Andrew Schroeder, Federica Bragaglia (Marcello Rota) (DVD9)) Всички останали не ми позволяваха такова преименуване и подробно указване на пътя, или аз не съм дочел нещо. Ще разгледам алтернативите още веднъж, но съм отворен за още идеи.

Никога не съм ползвал flush, и аз минах през повечето торент клиенти, но за сега съм на transmission на лаптопа, и на rtorrent на работа
и двата модела програми са леки и миришат ресурсите на машинката. Пробвай ги и ще ти харесат.

P.S. замисли се не е ли време вече да се откажеш от тази архаична fat, и не забравяй и ntfs-а, живота без windows не е чак толкова страшен  [_]3

@shoshon,

Ти замисляш ли се изобщо това колко абсурдна ситуация е?

Мога да си позволя лукса да мисля, когато имам достатъчно информация. Когато нямам - питам, както правя сега.

Представи си няква тъпа програма и изведнъж почва да сменя права по дискове, да ги прави read-only...

Според приложените снимки правата са непроменени отпреди два дни (t1.png) и в момента (t2.png), но въпреки това създаването на файлове и директории е забранено (t3.png).

Файлови системи се монтират read-only когато ядрото засече греша във файловата система!

Защо ядрото не засича грешка, когато е стартиран само transmission (без deluge), използващ същия диск? От друга страна, за експеримента, взех един диск WD 1 TB, форматирах го в ext4 - с него проблеми (засега) няма.

С квито права си я монтираш - такива.

Не я монтирам - дисковете се монтират автоматично (вече споменах че са външни, usb). Във fstab нямам въведени от мен записи за тях. В mtab кореспондиращите записи са:

/dev/sdc1 /media/T1 vfat rw,nosuid,nodev,uhelper=udisks,uid=1000,gid=1000,shortname=mixed,dmask=0077,utf8=1,flush 0 0
/dev/sdd1 /media/W1 ext4 rw,nosuid,nodev,uhelper=udisks 0 0
/dev/sde1 /media/8mb vfat rw,nosuid,nodev,uhelper=udisks,uid=1000,gid=1000,shortname=mixed,dmask=0077,utf8=1,flush 0 0

Забележи, че редовете за диска (Т1) и флашката (8mb) са еднакви, но с флашката мога да работя, а с диска - не. Флашката не се ползва от deluge.

convert d: /fs:ntfs

Вече обясних на /dev/null, че дискът е гаранционен и не мога да променям файловата система. При първа възможност ще намеря някой комп с Windows и ще проверя диска, но това не променя въпроса: Защо deluge създава проблеми, а transmission - не?

Вече обясних на /dev/null, че дискът е гаранционен и не мога да променям файловата система.

Според мен е абсурдно това което говориш.Гаранцията не би трябвало да те ограничава в избора на файлова система...

Здрасти пак!
Благодаря за изчерпателния тоговор, но все пак...

1) mtab лъже! Това показва как са били монтирани дяловете, а не как са сега. Ако искаш да разбереш дали е read-only ти трябва  cat /proc/mounts Мисля, че от тук идва объркването ти с правата.

2) Има ли някаква причина все още да не ни даваш /var/log/messages  със спомената информация КОГА се случва проблема ?

3)

Защо deluge създава проблеми, а transmission - не?

  За съжаление не мога да отговоря на този въпрос. Както знаеш има различни начини да се спостигне някаква оптимизация при торентите - най-малкото се използват множество TCP връзки, което от друга страна води до много различни конкурентни писания в един файл. Различните торент-клиенти могат да управляват по празличен начин този процес. Стигането до някаква грешка кара ядрото да монитра FS в read-only. Това не значи, че се сменят права от страна на клиента или пък се сменя статуса на mount-point. Ако заблежиш кога се е случил проблема, прати ни:
dmesg | tail
tail -30 /var/log/messages

И ще видим кво се случва,

Успех!


П.П И да, смяната на FS определено а абсурдна клауза в гаранцията :)

/off

Егати белгийците. Колко % нормални потребители ще ползват FAT-32 ? Или пък като си купуваш хард диск, в магазина да те питат:

"От кои дискове искате ? С каква FS да бъде ? Щото после не се допуска смяна. Кот вземеш - с това си остава."

Е знам ли аз на каква машина и с каква цел ще го ползвам тоя диск във времето на гаранцията ? Може да го взема за десктопа си, а впоследствие да реша да го монтирам на някой от сървърите ми. Направо не мога да го повярвам това и аз. Егати европейската гаранция, иначе била world-wide. А мерси.

off/
Относно гаранцията и сервиза: На външен твърд диск му изгоря адаптера. Рекламирах го, като изрично обясних, че дискът е наред, само адаптерът трябва да се смени и държа да си получа същия диск с информацията на него. След три месеца ми се обадиха, че ДИСКЪТ НЕ МОЖЕ ДА БЪДЕ ПОПРАВЕН и ми върнаха парите за него. С тези пари купих споменатата Toshiba.
on/
В съобщенията не видях нищо подозрително. Ще рестартирам deluge и ще следя кога блокира достъпа до диска, за да публикувам съобщенията.

angie@angie-desktop:/media/T1$ cat /proc/mounts
rootfs / rootfs rw 0 0
none /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
none /proc proc rw,nosuid,nodev,noexec,relatime 0 0
none /dev devtmpfs rw,relatime,size=765052k,nr_inodes=191263,mode=755 0 0
none /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
/dev/disk/by-uuid/12c8e5c2-2495-4a59-ba7e-95e02d141dec / ext4 rw,relatime,errors=remount-ro,barrier=1,data=ordered 0 0
none /sys/fs/fuse/connections fusectl rw,relatime 0 0
none /sys/kernel/debug debugfs rw,relatime 0 0
none /sys/kernel/security securityfs rw,relatime 0 0
none /dev/shm tmpfs rw,nosuid,nodev,relatime 0 0
none /var/run tmpfs rw,nosuid,relatime,mode=755 0 0
none /var/lock tmpfs rw,nosuid,nodev,noexec,relatime 0 0
none /lib/init/rw tmpfs rw,nosuid,relatime,mode=755 0 0
/dev/sdb1 /media/Ema fuseblk rw,nosuid,nodev,noexec,relatime,user_id=0,group_id=0,allow_other,blksize=4096 0 0
/dev/sda5 /home ext4 rw,nosuid,nodev,noexec,relatime,barrier=1,data=ordered 0 0
binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,nosuid,nodev,noexec,relatime 0 0
gvfs-fuse-daemon /home/angie/.gvfs fuse.gvfs-fuse-daemon rw,nosuid,nodev,relatime,user_id=1000,group_id=1000 0 0
/dev/sdc1 /media/T1 vfat ro,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0077,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,flush,errors=remount-ro 0 0
/dev/sdd1 /media/W1 ext4 rw,nosuid,nodev,relatime,barrier=1,data=ordered 0 0

Според предпоследния ред Т1 е монтиран "ro".

Грешаката се е случила така или иначе. Може ли все пакда прекачи messages файла. Наистина ми е любопитно...

@shoshon,
Последна информация:
Компютърът е рестартиран в 09:12, в 09:46 вече дискът е недостъпен за др. програми, освен deluge (свалянето и качването е нормално), А ето и съобщенията:

angie@angie-desktop:~$ dmesg | tail
[ 1456.501357] FAT: Filesystem error (dev sdd1)
[ 1456.501359]     fat_bmap_cluster: request beyond EOF (i_pos 19384390538)
[ 1456.502412] FAT: Filesystem error (dev sdd1)
[ 1456.502436]     clusters badly computed (7175 != 7838)
[ 1456.503212] FAT: Filesystem error (dev sdd1)
[ 1456.503216]     fat_bmap_cluster: request beyond EOF (i_pos 19384390538)
[ 1456.503967] FAT: Filesystem error (dev sdd1)
[ 1456.503970]     clusters badly computed (7176 != 7839)
[ 1456.504560] FAT: Filesystem error (dev sdd1)
[ 1456.504563]     fat_bmap_cluster: request beyond EOF (i_pos 19384390538)

angie@angie-desktop:~$ tail -30 /var/log/messages
Jul 25 09:11:49 angie-desktop kernel: [   28.487934] usb 1-1: configuration #1 chosen from 1 choice
Jul 25 09:11:49 angie-desktop kernel: [   28.509027] scsi3 : SCSI emulation for USB Mass Storage devices
Jul 25 09:11:49 angie-desktop kernel: [   28.793279] type=1505 audit(1311574309.980:6):  operation="profile_load" pid=825 name="/usr/share/gdm/guest-session/Xsession"
Jul 25 09:11:50 angie-desktop kernel: [   28.826024] type=1505 audit(1311574310.012:7):  operation="profile_replace" pid=828 name="/sbin/dhclient3"
Jul 25 09:11:50 angie-desktop kernel: [   28.826533] type=1505 audit(1311574310.012:8):  operation="profile_replace" pid=828 name="/usr/lib/NetworkManager/nm-dhcp-client.action"
Jul 25 09:11:50 angie-desktop kernel: [   28.826819] type=1505 audit(1311574310.012:9):  operation="profile_replace" pid=828 name="/usr/lib/connman/scripts/dhclient-script"
Jul 25 09:11:50 angie-desktop kernel: [   28.920750] type=1505 audit(1311574310.108:10):  operation="profile_load" pid=829 name="/usr/bin/evince"
Jul 25 09:11:50 angie-desktop kernel: [   28.950903] type=1505 audit(1311574310.136:11):  operation="profile_load" pid=829 name="/usr/bin/evince-previewer"
Jul 25 09:11:50 angie-desktop kernel: [   28.990643] type=1505 audit(1311574310.176:12):  operation="profile_load" pid=829 name="/usr/bin/evince-thumbnailer"
Jul 25 09:11:50 angie-desktop kernel: [   29.080692] type=1505 audit(1311574310.268:13):  operation="profile_load" pid=904 name="/usr/lib/cups/backend/cups-pdf"
Jul 25 09:11:50 angie-desktop kernel: [   29.081283] type=1505 audit(1311574310.268:14):  operation="profile_load" pid=904 name="/usr/sbin/cupsd"
Jul 25 09:11:50 angie-desktop kernel: [   29.102397] type=1505 audit(1311574310.288:15):  operation="profile_load" pid=906 name="/usr/sbin/mysqld"
Jul 25 09:11:53 angie-desktop kernel: [   31.953710] eth0: Setting full-duplex based on MII#1 link partner capability of 45e1.
Jul 25 09:11:54 angie-desktop kernel: [   33.226725]  sdc1
Jul 25 09:11:54 angie-desktop kernel: [   33.239726] sd 2:0:0:0: [sdc] Attached SCSI disk
Jul 25 09:11:54 angie-desktop kernel: [   33.522313] scsi 3:0:0:0: Direct-Access     TOSHIBA  USB 3.5"-HDD     100  PQ: 0 ANSI: 2
Jul 25 09:11:54 angie-desktop kernel: [   33.525411] sd 3:0:0:0: Attached scsi generic sg5 type 0
Jul 25 09:11:54 angie-desktop kernel: [   33.530566] sd 3:0:0:0: [sdd] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB)
Jul 25 09:11:54 angie-desktop kernel: [   33.534154] sd 3:0:0:0: [sdd] Write Protect is off
Jul 25 09:11:54 angie-desktop kernel: [   33.538938]  sdd: sdd1
Jul 25 09:11:54 angie-desktop kernel: [   33.556069] sd 3:0:0:0: [sdd] Attached SCSI disk
Jul 25 09:12:10 angie-desktop pulseaudio[1744]: alsa-util.c: Disabling timer-based scheduling because high-resolution timers are not available from the kernel.
Jul 25 09:12:10 angie-desktop pulseaudio[1744]: alsa-util.c: Disabling timer-based scheduling because high-resolution timers are not available from the kernel.
Jul 25 09:12:34 angie-desktop kernel: [   73.233069] process `skype' is using obsolete setsockopt SO_BSDCOMPAT
Jul 25 09:12:42 angie-desktop kernel: [   81.681872] EXT4-fs (sdc1): recovery complete
Jul 25 09:12:42 angie-desktop kernel: [   81.686957] EXT4-fs (sdc1): mounted filesystem with ordered data mode
Jul 25 09:19:32 angie-desktop pulseaudio[2281]: pid.c: Stale PID file, overwriting.
Jul 25 09:19:32 angie-desktop pulseaudio[2281]: alsa-util.c: Disabling timer-based scheduling because high-resolution timers are not available from the kernel.
Jul 25 09:19:32 angie-desktop pulseaudio[2281]: alsa-util.c: Disabling timer-based scheduling because high-resolution timers are not available from the kernel.
Jul 25 09:47:44 angie-desktop rsyslogd: [origin software="rsyslogd" swVersion="4.2.0" x-pid="779" x-info="http://www.rsyslog.com"] rsyslogd was HUPed, type 'lightweight'.

Според първия цитат има грешка във ФС, ядрото променя начина на монтиране, но как, аджеба, "няква тъпа програма" заобикаля ядрото и си чете и пише самосиндикално?

Мисля, че пак си вкарваш автогол. И вероятно проблема е в deluge-то.

1) Програмата не пише. Просто отчита скороста на сваляне. Ако си много добър Линукс фен, може да пуснеш торент в /media/8mb да речем и да:
mount -o remount,ro /media/8mb
Ако торента "продължи да се сваля", ще знаем че това си е чисто и просто "оптична измама" и примерния потребител би направил Bug Report

2) Линукските драйвери са бъгливи по природа, осбонено щом става въпрос за MS технологии. Може просто драйвера да не се разбира със накъсаната структура на сваления файл, който се обработва от Deluge, или пък де да знам... В крайна сметка това са празни философии.

може да пробваш с:

umount /media/T1
fsck /dev/sdd1 #може да има вече друго име!

Ако не се получи просто или сменяш торент клиента или сменяш FS.

Това за автогола не го разбрах, може би защото откаккто пораснах, т.е. последните 40 години, не съм се интересувал от игри с топка, вкл. билярд.
Дали програмата пише, сваля, запълва или нещо др., по моята несъвършена логика, все пак й трябват rw права върху конкретна директория.
В момента дискът е откачен от компа и е вързан към един лаптоп с Windows - check & repair, от 10 сутринта досега = около 35 % от фаза 1. След ден-два, като свърши, ще го закача пак и ще видим дали ще възникне отново проблемът.
дотогава - мирна и спокойна нощ!

Това което се опитват да ти обяснят е, че е възможно Делудж да пише по диска много агресивно и от това следва да не успява (дали са много връзките, дали защото е на УСБ, не зная къде е ботълнека) и тогава дава грешка, след като даде грешка ядрото премонтира файловата система като рийд онли, с цел да не се допуснат още грешки.

След проверла на диска под Windows нещата се нормализираха.
Благодаря на всички отзовали се, и най-вече на shoshon, за съветите!

Гледам ,гледам и все FAT32 ми се набива на очи.Нали се сещаш, че ако дърпаш цял .ico файл над 3,5 гиги и го запазваш на FAT32 система ще ти даде грешка???Тва да сменяш торент програмите файда няма.

Гледам ,гледам и все FAT32 ми се набива на очи.Нали се сещаш, че ако дърпаш цял .ico файл над 3,5 гиги и го запазваш на FAT32 система ще ти даде грешка???Тва да сменяш торент програмите файда няма.

Максималният размер на FAT32 файл не може да бъде по-голям от 4GB -1byte.

Само за информация - в моя случай не са теглени iso или др. образи, а обикновени vob файлове с обем около 1 GB max.