Portál AbcLinuxu, 13. května 2025 23:21
k9copy
(1.0.4, Gentoo) se tento na ovládání jednoduchý a celkem intuitivní prográmek zasekne na přístupu k adresářům, které sám vytvoří.
Zadám coby "výstupní adresář" (evidentně pro načítané soubory z originálního DVD) oddíl /mnt/temp
a při pokusu o akci "kopírování" v něm k9copy vytvoří adresář dvd
(vlastník root
, práva drwx-rwx-rwx) a stihne ještě dva podadresáře audio_ts
a video_ts
(tatáž práva). Pak následuje hláška:
Nelze otevřít soubor/mnt/temp/dvd/VIDEO_TS/VTS_02_1.VOB
Pochopitelně tam žádný takový adresář VIDEO_TS
není, protože je tam video_ts
.
Ještě musím dodat, že dotyčný oddíl je formátován jako fat32
(záznam ve /etc/fstab
: /dev/hdc4 /mnt/temp vfat auto,iocharset=utf8,rw,users,umask=000 0 0
).
Protože jsem nikde nenarazil v souvislosti s k9copy na podobně popisovaný problém, mám podezření, že by mohl být zakopaný pes v tom "fat" oddílu. Bohužel se tento oddíl používá jako odkládací i z Windows, proto bych ho nejraději zachoval jako vfat
.
Případně by se mohlo jednat o bug v k9copy (verze 1.0.4 je označena v portage Gentoo jako beta, nicméně jsem zvolil ji, neboť opravuje dost podstatné závady předchozích verzí).
Máte někdo s něčím podobným zkušenosti? Případně nemám nějak špatně nastaven /etc/fstab
(k9copy moc nastavení nepřipouští)? Jaké byste mi navrhli řešení? Díky.
Zkopírovat si k9copy-1.0.4_beta3.ebuild do overlaye,Sorry, popisovana verze je
k9copy-1.0.4_beta3
(odmaskovano). Hlavne me mate, ze to evidentne jeste nikdo nepozoroval, zatim kazdy tvrdi, ze tahle verze mu funguje vyborne... Vyzkousim to na nejakem linuxovem oddilu, jen co si nekde urvu 9G mista...
ono by malo teoreticky stacit aby bol ten disk s vfat pripojeny case insensitive.Bohuzel pripojeni s parametry
/dev/hdc4 /mnt/temp vfat auto,iocharset=utf8,rw,users,umask=000,check=r 0 0
nema zadny efekt. Zkusim to na jinych fs, ovsem bude me to stat zhruba 9G mista.
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.