Fórum Root.cz
Hlavní témata => Desktop => Téma založeno: Art 10. 07. 2012, 14:38:49
-
Dobrý den,
mám na několika PC nainstalovaný Linux Mint 11 s prostředím Gnome 2. Počítače komunikují se serverem Windows s Active Directory, kde jsou uložená jména a hesla uživatelů a jejich adresáře. Uživatelé Linuxu se přihlašují do systému svým jménem a heslem přes autentizaci pomocí CentrifyDC. Při přihlašovaní se každému uživateli v jeho domovském adresáři na počítači s Linuxem automaticky vytvoří nový adresář, do kterého se připojí jeho vzdálený adresář na serveru s Active Directory. Po odhlášení se server zase odpojí a ten nový adresář se smaže. To je zařízeno pomocí balíků libpam-mount a smbfs, nastavený souborový systém při připojování vzdáleného adresáře je CIFS. Vše funguje, až na dvě nepříjemnosti:
1) Když uživatel uloží do svého vzdáleného adresáře na Active Directory nějaký soubor a pak ho smaže pomocí správce souborů Nautilus, vytvoří se mu ve vzdáleném adresáři skrytý soubor .Trash (nebo nějak podobně, jméno teď přesně nevím), a do něho se soubor přesune. To je samozřejmě v pořádku, ale problém je v tom, že pak Nautilus ukazuje, že odpadkový koš je prázdný a nedá se pomocí něho vysypat, takže se tam hromadí další soubory a uživatel nemůže nic dělat. Mohl by samozřejmě celý adresář .Trash ručně smazat pomocí terminálu, ale pro uživatele neznajícího Linux to není moc dobré doporučení a navíc se tam .Trash zase vytvoří. Proto by mě zajímalo, jestli někdo neví, proč Nautilus neukazuje na vzdáleném adresáři obsah koše, i když ho tam sám vytváří a používá, a v lokálním domovském adresáři koš normálně funguje, i v externích discích připojených ručně přes USB. Vzdálený adresář je připojen v /home/%(USER)/Dokumenty. Pokud by nešlo koš zprovoznit, zajímalo by mě, jestli lze aspoň zařídit, aby soubory smazané pomocí Nautilu nešly do koše, ale rovnou se kompletně odstraňovaly, ať se nezaplňuje diskový prostor.
2) Když chce uživatel v Blenderu 2.49 uložit soubor, nelze ho uložit do vzdáleného adresáře v /home/%(USER)/Dokumenty, protože Blender ho nezobrazuje jako adresář, ale jako soubor. Je nutné uložit soubor jinam a pak ho mimo Blender ručně přesunout do vzdáleného adresáře. Ostatní testované aplikace zobrazují vzdálený adresář správně. Možná, že problém 2) souvisí s problémem 1), ale težko říct.
-
Zkuste tady: http://www.linuxquestions.org/questions/linux-desktop-74/how-do-empty-view-trash-files-on-mounted-volumes-899188/
-
Presne podobnou vec jsem resil vcera - pripojil jsem fotak, smazal tam par fotek, ty se presunuly do kose a ten jsem musel rucne smaznout
Mam pocit, ze to panove trosku nedomysleli - to co si namountuji rucne muzu mountovat nekde jinde, ale fotaky a podobny asi tezko...
-
Zkuste tady: http://www.linuxquestions.org/questions/linux-desktop-74/how-do-empty-view-trash-files-on-mounted-volumes-899188/
Děkuji za odkaz, ale bohužel to nepomohlo. Člověk, který to tam vyřešil, nakonec změnil mount point a hotovo. Zkoušel jsem tedy připojovat vzdálený adresář na různá místa v systému, ale výsledek byl u problémů 1) i 2) stále stejný. Podle mě je v mém případě chyba někde jinde, protože například když připojím externí flash disk přes USB, funguje 1) i 2) bez problémů i v případě, že ho nechám připojit automaticky do /media. Napadá mě, že by to mohlo souviset s použitým souborovým systémem CIFS.
-
A nemohl byste tam nekam naraficit symlink, aby si Trash myslel, ze je mountpoint jinde?
-
Zkusil jsem přidávat symlink ukazující z různých míst na ten připojený vzdálený adresář a také naopak na to původní místo dát symlink ukazující na různá místa, kam jsem připojoval vzdálený adresář, ale bohužel se to chová stále stejně.
-
Hardlink na mount point odjinud take nejde?
-
Hardlink na adresář se mi nepodařilo vytvořit. Ale stejně si myslím, že by to dopadlo stejně, protože jsem zkoušel přímo dávat mount point na různá místa a chovalo se to stejně. Zvláštní ovšem je, jak už jsem napsal, že externí paměťová média přes USB fungují bez problémů, tedy jediným rozdílem je asi připojení přes síť a CIFS.
-
A jak vypadají přístupová práva adresáře .Trash? (Jak z pohledu klienta, tak i na serveru.) Jsou stejná jako na lokálním disku?
-
Hm, hardlink na adresar je spise teoreticka zalezitost a v Linuxu nejde. :-( Ale neslo by to udelat obracene? Presunout mount point tam, kde ho Trash ocekava nebo jak to bylo v tom linku, co jsem sem dal drive a uzivateli pak na nej podstrcit symlink? Ten mount point by tam pak treba i mohl zustavat a pri prihlasovani by se uzivateli akorat zrizoval symlink a pri odhlasovani rusil.
-
Koš na lokálním disku ~/.local/share/Trash, Nautilus normálně ukazuje jeho obsah a lze pomocí něho vysypat koš:
drwx------ 5 user user 4096 2012-07-04 15:45 Trash
Koš na flash disku připojeném přes USB do mount pointu /media/CORSAIR, tedy /media/CORSAIR/.Trash-293603009, Nautilus normálně ukazuje jeho obsah a lze pomocí něho vysypat koš:
drwx------ 5 user user 4096 2012-07-13 12:27 .Trash-293603009
Koš na serveru s Windows pomocí CIFS připojený do mount pointu ~/Dokumenty, tedy ~/Dokumenty/.Trash-293603009, Nautilus neukazuje jeho obsah a nenabízí možnost jeho vysypání:
drwxr-xr-x 1 user user 0 2012-07-11 10:50 .Trash-293603009
Všechny tyto adresáře se vytvářejí automaticky při vyhození libovolného souboru do koše pomocí Nautilu a ukládají se do nich takto vyhozené soubory. Uživatel má pomocí terminálu přístup do všech, může v nich prohlížet soubory ručně je smazat. Ještě uvádím pro všechny tři disky výpis z mount:
/dev/sda3 on / type ext4 (rw,errors=remount-ro,commit=0)
/dev/sdf1 on /media/CORSAIR type vfat (rw,nosuid,nodev,uhelper=udisks,uid=293603009,gid=293603009,shortname=mixed,dmask=0077,utf8=1,showexec,flush)
//server/path/user on /home/user/Dokumenty type cifs (rw,mand)
V tom odkazu bylo napsáno, že Nautilus neukazuje koš v určitých adresářích, které jsou považovány za systémové, tak jsem zkoušel dávat mount point jinam, ale ať jsem ho dal kamkoliv, stejně ho v případě CIFS neukazoval. Přitom obsah koše na flash disku připojeném do /media/CORSAIR ukazuje, tak jsem připojil CIFS například do /media/user a nepomohlo to.
-
Hm. A podle kterych kriterii se Nautilus rozhoduje, ze je adresar systemovy?
-
Cituji z toho odkazu:
--------------------
I just spoke with the good people on the gnome project and they told me that all mounted .Trash files (even on mounted CIFS volumes) should appear when you open your desktop trash (i.e. trash:///)
If it doesn't it may have been mounted to an "internal" directory that does not get checked. I moved my mount point and viola, they all appeared in my desktop trash, with full rt-click functionality.
A reference of those internal directories can be found here:
http://git.gnome.org/browse/glib/tree/gio/gunixmounts.c#n232
--------------------
Jestli jsem to dobře pochopil, tak podle toho seznamu by například /mount/user mělo fungovat, ale bohužel nefunguje.
-
Chtěl jsem napsat /media/user. Jinak jsem zkoušel také např. /media/x/user, /user, /mnt/Dokumenty.
-
A zkousel jste, jestli treba v Thunaru nebo PCManFM to (ne)chodi stejne blbe? Neni sice idealni instalovat dalsi soft, ale lepsi, nez nic. Usrovi by se pak reklo, ze do popelnice se z Nautilu nedostane a musi pouzit neco jineho.
-
Asi to budu muset nějak takto vymyslet. Ale stejně mi vadí, že i v tom případě ten koš nebude ukazovat soubory vyhozené ve vzdáleném adresáři, takže uživatel podle toho nepozná, že v koši něco je, dokud se tam nepodívá pomocí jiného programu. Něvěděl by někdo, jak zařídit, aby se koš nepoužíval vůbec a soubory se rovnou mazaly? Například na jednom počítači, který se mi dostal do rukou, byl Linux Mint 11 a Windows Vista, pričemž v Linuxu (ext4) fungoval koš normálně, a pokud se pomocí Linuxu smazalo něco v části s Windows (NTFS), Nautilus ohlásil, že to nemůže vyhodit do koše a hned nabídnul smazání.
-
Žádná taková funkce tam není, protože vývojáři vědí nejlépe, co uživatel potřebuje. ::)
Nautilus preferences -> Behavior -> "Include a Delete command that bypasses Trash" a pak si změn klávesové zkratky. Ale prý máš halucinace a bylo to dávno opraveno (https://bugzilla.gnome.org/show_bug.cgi?id=331947) ;D ;D ::)
-
Ano, ten odkaz je přesně to, co bych potřeboval opravit. Tak nevím, jestli to v různých verzích střídavě funguje a nefunguje, nebo co to má znamenat. Asi zkusím ještě jiná desktopová prostředí a distribuce Linuxu.
-
Jediné, co ti poradím, je napsat do Gnome bugzilly znova bug. Nautilus už dávno nepoužívám, ale "střídavě funguje a nefunguje" je poměrně přesný popis stavu toho paskvilu jménem Trash.
-
Tak kdyz chcete, aby se kos nepouzival, mohl byste nastavit cron job, ktery to treba 4x za hodinu proleze a vymaze nebo se to vymaze v noci, kdyz useri chrapou, cimz se jim da moznost soubory zachranit alespon v ramci jednoho dne. Vyhnete se tim i tomu, abyste predefinovaval mazaci akci z presunu do popelnice na trvale vymazani, protoze by tak user pak prisel o funkci kose i v lokalu.
-
To máš z toho, že používáš Windows server :D
Kdyby jsi tam měl nějakou linuxovou distribuci se Sambou, šlo by nastavit, aby se všechny "smazané" soubory přesouvaly do nějaké složky, třeba s názvem "Smazané-soubory", a tu potom můžeš týdně přemazávat.
Nestačí používat pro smazání klávesovou zkratku Shift + Delete místo Delete?
Když tomu uživateli vytvoříš soubor ".Trash-293603009" v tom připojeném adresáři, a zkusíš něco smazat, při stisknutí Delete se objeví zpráva "Soubor nelze přesunout do koše, smazat?".
-
Bohužel to není tak jednoduché. Nejsem správce toho serveru a mám tam přístup jen jako běžný uživatel, tedy nemohu si vybírat, jaký tam bude systém, nebo tam zasahovat do adresářů jiných uživatelů. Jediné, co mohu spravovat, jsou ty počítače, které se tam připojují přes síť. Dříve se tu pro tyto účely používal server s Linuxem, ale teď jsme v jiné síti s jiným správcem a se serverem s Windows a od té doby se to snažím vymyslet, aby to z pohledu uživatele fungovalo jako dříve. Postupně se mi podařilo vyřešit všechny problémy kromě odpadkového koše. Já osobně bych se obešel bez celého Gnome nebo KDE, případně bez toho koše, ale ty počítače bude používat několik desítek lidí, kteří neznají Linux, s většinou z nich ani nebudu ve styku a předpokládám, že minimálně polovina z nich bude soubory mazat pomocí koše. Nejlepší by samozřejmě bylo, kdyby to fungovalo tak, jak je uvedeno v tom odkazu
https://bugzilla.gnome.org/show_bug.cgi?id=331947
což ale nedokážu opravit, protože nemám tušení, kde je chyba. Kdyby byl někde patch pro verzi v Linux Mint 11, mohl bych si přeložit opravenou verzi programu nebo knihovny. Zkusím ještě otestovat jiné možnosti, které tu byly doporučovány.