Dotaz: Nelze mazat soubory na ext. HDD

[dr.Strange]

Nějak se mi podařilo v xubuntu 19.04 na externím disku smazat skryté soubory koše a teď nevím jak je obnovit. Teď mi nejde mazání ze zmíněného disku (hlásí to "nelze nalézt nebo vytvořit složku koše pro /mnt.. a cesta k souboru), což je problém, poněvadž potřebuji třídit a mazat fotky. Nevíte co s tím?

---

---

Odpovědi

[jiwopene]

Je disk připojený? Zkuste umount a potom mount někam jinam. Nevím jak dnes, ale na starším Ubuntu automount trochu blbnul.

[dr.Strange]

Disk připojený je. Normálně vidím obsah, lze zapisovat data, lze soubory přejmenovávat i přesouvat mezi složkami. Nejdou jen mazat soubory.

[k3dAR]

zkus ho odpojit a znovu pripojit, v Xubuntu vim ze adresar pro kos si bezproblemu vytvori znovu, mozna ale az pri remountu, nebo mozna musis smazat neco nejdriv v jeho spravci souboru (Thunar)...

[dr.Strange]

Zkusil jsem ho od/přimountovat a stále to nefunguje.

[k3dAR]

jakej system souboru mas na tom externim disku? kdyz zkousim u sebe USB-Flash s ext4, tak mi kos nenabizi(del se pta smazat uplne, v pravem mysi menu vidim jen "Odstranit", pouze kdyz mazu neco v domacim adresari je vychozi moznost "Presunout do Kose" a soubor se presune do /home/mejmeno/.local/share/Trash/files... kdyz napises co mas na ext disku za filesystem tak to zkusim overit, zjistit jak na Kos...

[k3dAR]

tak sem to zkusil, na USB-Flash vytvoril 3 oddily, s filesystem FAT32, NTFS, EXT4, nahral nejake soubory...
na prvnich 2 se pri smazani na nic nepta, vytvori automaticky kos (v korenu konkretniho oddilu, adresar .Trash-1000) a soubory tam presune...
pouze na oddilu EXT4 to nedela, ani kdyz pridam adresar se soubory kteremu nastavim opravneni uzivatele, duvod je ten ze vychozi stav je ze koren EXT4 oddilu vlastni root, nikoliv uzivatel, kdyz si privlastnim koren oddilu:

sudo chown mejmeno:mejmeno /media/mejmeno/nazev_pripojeneho_oddilu_s_ext4

tak pak kdyz mazu soubor, uz se na nic nepta, automaticky vytvori v korenu oddilu .Trash-1000 a presune...

u vsech techo filesystemu (u EXT4 az po privlastneni) mi v Thunar prava mys menu se zobrazuje jako "Presunout do kose"(vychozi pro klavesu del) tak "Smazat"...

pokud tedy mas EXT filesystem, mozna se zrusilo tve vlastnictvi tak ho zkus privlastnit viz prikaz vejs pro tve jmeno a tvuj nazev oddilu na externim disku...

pripadne je mozne ze tam slozku pro kos mas, ale vlastni ji root, protoze zacina teckou, je to povazovane za skrytej soubor/adresar, takze v Thunaru dej v menu "Zobrazit/Zobrazovat skryte soubory", nebo v terminalu:

ls -la /media/tvejmeno/jmeno_tveho_oddilu_na_ext_disku

zobrazi ti to jak vsechny soubory+adresare zacinajici teckou, tak jejich vlasnika a opravneni, pokud tam uvidis .Trash, koukani jak je nastaven, nebo ten radek sem vloz...

[dr.Strange]

Skrytý koš na disku není, to jsem koukal. Zkusil jsem přivlastnit disk jak píšeš. Disk mám připojenej do /mnt ne do /media/jirka. Tak jsem zadal

sudo chown jirka:jirka /mnt/UUIDdisku 

správně? Příkaz to vzalo, ale nevidím rozdíl, zkusil jsem zas umount->mount ale mazat nejde. Jo a ohledně té nabídky, no vypozoroval jsem že možnost "smazat" mi to nabízí jen na ploše, v thunaru tu možnost nevidím nikde, tak jsem mrknul do nastavení a mám to vypnuté, tak to tak nechám nijak mi nevadí mazat přes koš (když to zrovna funguje :))

[k3dAR]

proc mas pripojeno do /mnt? predpokladam to neni automaticky pripojovane, tedy jakej to presne ma radek v fstab? co kdyz zrusis ve fstab a pripojis az kliknutim na disk na plose nebo v_thunaru a automaticky to pripoji do /media/jirka/neco

prikaz spravne, pro jistotu, muzes v korenu toho disku vytvorit adresar? (=pokud jo, mas koren ve vlastnictvi a Kos se "musi" sam vytvorit)

[dr.Strange]

viz druhej příspěvek ohledně toho připojení do /mnt

Normálně jde na kořenu vytvořit adresář, ale koš se prostě při odpojení a připojení nevytvoří.

[lertimir]

Koš se nevytvoří při připojení. Koš se vytvoří až když do něj přesuneš první soubor.

[lertimir]

A jde vytvářet soubory ne přímo v kořeni toho disku? v /mnt/UUIDsss a ne až v nějakých podadresářích?

[kotyz]

nebo mozna musis smazat neco nejdriv v jeho spravci souboru (Thunar)...

Ja bych smazal cele XFCE a nahodil KDE

[dr.Strange]

Jako KDE jsem zkoušel a musím uznat že některé fíčurky jsou tam dobrý a chybí mi v XFCE, ale stejně mi to přijde strašně přeplácané prostředí.. jo a ta nabídka "start" je hnusná.

[Josef Kufner]

Ta nabídka má asi čtyři varianty, které jdou velmi snadno přepnout.

[dr.Strange]

Ano, myslím že 3 jsou tam. A jsou lepší. Ale ani ta nejhezčí (nejjednodušší) nemá na whisker menu z Xfce.

[k3dAR]

necham stranou ze uzivatel Xfce vetsinou vi proc tohle prostredi pouziva a proc mu KDE nevyhovuje

nicmene by si nepomohl, viz: KDE:Trash-bin on external ntfs usb drive kde schodou okolnosti je resen "stejnej" problem jako ma tazatel, tedy z externiho disku se mu ztratil adresar .Trash-1000 a kdyz maze soubory tak se (ano v KDE by mel jinej problem) nevytvori znovu Kos na ext.disku, ale soubory se presouvaj do Kose v $HOME uzivatele, coz si mi prijde jeste horsi, ani si nevsimes a mazane soubory jsou na jinem disku, pak odpojis ext.disk jdes jinam, budes chtit obnovit z Kose a zjistis ze neni, mezitim nekdo jinej u toho PC vysype kos(nebo naopak se podiva co ze si navsteva u nej "zapomela") a hotovo... takze ne, KDE opravdu neni reseni... btw: ten KDE BUG byl zalozen 2004 a posledni zmena pred 14dny )

[vencour]

Zkusil jste kontrolu (fsck) file systemu? Případně zkontrolovat stav inodů? Pro reisera bych třeba vypsal stav přes debugreiserfs.

[dr.Strange]

Vůbec netuším o čem to mluvíte..potřebuji jen zprovoznit to mazání.. (samozřejmě si ty termíny jdu vygůglit, co mi zbývá)

[TechnikTom]

Vím, že to neřeší problém s nefunkčním košem, ale úplné odstranění vám nejde taky? To znamená shift + del. Mazání přes koš jsem nepoužil ani nepamatuju. Naposledy manželka zkoušela na flešce smazat většinu jejího obsahu přesunem do koše a zcela ji tak umrtvila. V Lubuntu 18.04

[kotyz]

Mazání přes koš jsem nepoužil ani nepamatuju. Naposledy manželka zkoušela na flešce smazat většinu jejího obsahu přesunem do koše a zcela ji tak umrtvila. V Lubuntu 18.04

Info s hodnotou k 0.

[TechnikTom]

Podle vás informační hodnota 0, nicméně jak můžete číst níže, tak mu momentálně pomohla. Na rozdíl od tohoto vašeho výkřiku.

[dr.Strange]

Ve většině případů mažu přes pravej klik a nabídku a tam se mi na externím disku objeví jen možnost přesunout do koše, tak používám to. Samozřejmě vaše rada funguje, takže jako dočasné řešení je to OK, ale rád bych spravil ten koš.

[Pavel 'TIGER' Růžička]

Vypadá to, jako když si systém pamatuje, že si ten koš odstranil, tak bych zkusil z nějaké live distribuce změnit uuid partitions a pak jej připojit znova. Pokud systém nemá ty informace uložené na tom disku, tak by měl k němu přistupovat, jako k naprosto jinému disku a koš vytvořit.

[k3dAR]

proc u externiho(resp. nesystemoveho) disku kvuli zmene uuid oddilu restartovat do live distribuce, kdyz to muze zmenit z nabehleho systemu a ani mi nemusel fyzicky odpojovat ext.HDD? kdyz vynecham zmenu uuid pred nastroj pro konkretni filesystem, tak to muze v GParted pravou mysi nad oddilem "Novy UUID"

jinak tvuj tip zkusit muze, ale pro info, na te test flash tem ted na vsech 3 oddilech smazal .Trash-1000, nahral soubory, v Thunar do kose a kos na vsech 3 zase vytvoril... cekam ze tam bude mit jinej problem, nevime stale proc to ma rucne pripojovane do mount s jakejma paramaetrama, jakym filesystemem a take je opravdu mozne ze ma filesystem naborenej a bude to chtit tu jiz zminenou kontrolu...

[dr.Strange]

Jsem ale blbec.. Je to totiž takhle, disk jsem měl dlouhá léta jako externí přes USB 3.0 a stál mi na stole, ale nedávno mi začal překážet a tak jsem ho vykuchal a připojil jako interní.. stále říkám externí.. síla zvyku, tak promiňte. To bude asi proč se připojuje do /mnt .

Samozřejmě na problému s košem to nic neřeší. Zkusil bych tu změnu UUID, ale nemůžu tou změnou UUID přijít o data na disku uložená?

[k3dAR]

1. nezacal kos zlobit od prehozeni z USB na SATA?
2. i interni se bez tveho pricineni nezacne montovat do /mnt tzn. koukni do /etc/fstab
3. ne zmena UUID neovlivni na disku/oddilu nic nez UUID, v lepsim pripade pokud mas ve fstab mount do /mnt pred UUID a nepodivas se na to, tak zmenou prestane automaticky pripojovat a overis konecne pripojeni s vychozima volbama do /media

[dr.Strange]

Promiňte odmlčení, ale to ta práce na směny, mezi třema 12h nočníma se člověku nic nechce..

1) nezačal

2) mountuje do /mnt nevím proč, sám jsem nic neměnil

3) problém jsem vyřešil tím že jsem prostě znovu vytvořil ty složky koše, jak tu někdo poradil a mazání už jde, což je pro mě hlavní Jestli ale chceš zjistit proč to koš nevytvořilo samo nebo proč mi to mountuje do /mnt a né do /media tak ti můžu hodit ten výpis z fstabu. Ale nevím proč, je mi to jedno kde mám přimountovanej disk (asi?). Linux používám rok, takže tak :)

 

Dík všem za komenty

[k3dAR]

ad3. (X)ubuntu a vetsina dalsich beznych dister pouziva uz dlouho pripojeni(po kliknuti na ikonu disku na plose nebo spravce souboru) do /media/uzivatel/jmeno_nebo_uuid a pokud si do /mnt to (vedome) nedaval sam mozna to tam "dalo neco" a s spatnejma parametrama ktere se pouziji misto vychozich, takze fstab sem klidne dej :)

[lertimir]

A nestačilo by mu ty skryté adresáře prostě vytvořit. Koš jsou adresáře:

.Trash-UID                    700 
          /files              755
          /info               755

kde UID je user ID komu patří koš a samozřejmě věechny 3 adresáře by měly mít správného vlastníka s odpovídajícím UID (ještě uvedu pro pořádek, že pro domácí adresář mám koš ještě v ~/.local/share/Trash)

[k3dAR]

to by teoreticky stacilo, ale asi by bylo dobre zjisit proc se mu to nevytvori samo

[lertimir]

nejlogičtější by byl problém v právech v tom konkrétním adresáři.

[k3dAR]

tj, ale kos pres zobrazeni skrytejch tam nevidi, ani nepomohlo prevzeti vlatnictvi korenu disku (coz by bylo relevantni u ext (z trojky fat/ntfs/ext), nerad se ponekolikate opakuju, ale chtelo by to aby tazatel postnul ten fstab radek pro problemovej disk

[Pavel 'TIGER' Růžička]

Nevím, jak v Xubuntu (nepoužívám), ale už jsem v nějakém systému zahlédl, že uměl asociovat staré UUID novým, pokud to bylo změněno přímo v tom systému. Prostě někde byl záznam, že změnil UUID na nové. Takže pokud by to udělal v běžícím systému, nemuselo by to přinést kýžený efekt. Když se změna provede v LIVE distribuci, tak tento záznam nebude vytvořen a disk se zcela jistě bude považovat za "jiný".

[vencour]

Omlouvám se, přehlédl jsem, že se jedná jen o "symbolické mazání" a fyzické odstranění Vám funguje. Takže tipuju něco jako na aplikační záležitost, víc to nechám na ostatních rádcích, tohle spíš nepoužívám. Teoreticky lze poradit použít jiné desktopové prostředí a otestovat, zda se to chová nadále takto chybně. Může to pomoci identifikovat, kde je chyba.

[k3dAR]

"myslim" ze pred zkouskou jineho desktop prostredi by bylo vhodne zjistit proc pripojuje do /mnt a jak

[Peter Golis]

Nebolo by jednoduchšie a rýchlejšie presypať si dáta inam, oreformátovať ten disk a nasypať si dáta späť?

[V.]

Data tam zřejmě jsou, ale uživatel se k nim nedostane ze své aplikace.

[Peter Golis]

Podľa popisu mal problém len s mazaním súborov lebo mu to nevedelo vytvoriť kôš. On, ten užívateľ mal tie dáta v tom zmazanom koši?

Tak to potom RYP.

[Petr Fiedler]

Nemůže pouze mazat.

[k3dAR]

presneji, mazat primo mu jde (v Thunar/Plocha prava mys nad soubor v menu "Smazat"), nejde mu "mazat" do Kose (... "Presunout do Kose"), ale dokud se tazatel neukaze s dodanym infem, nema cenu uz dale spekulovat

[Peter Golis]

Preto som navrhoval prehodiť tie dáta inam, preformátovať ten disk a nahrať dáta do pôvodnej lokácie. To je rýchlejšie ako tancovať voodoo tanec okolo kryštálovej gule už niekoľko dní.

PS: Zapnem si Norton Commander. Vľavo disk C:, vpravo disk C:. Načo sú mi dva disky C:? Tak som jeden zmazal.

[pavele]

Ty taky?

[Pavel 'TIGER' Růžička]

Disk C: netřeba ani jeden, můžeš smazat i ten druhý. Nejdůležitější je disk A: Pokud ho tam nemáš, tak pak jsi v řiti.

[Peter Golis]

Mať systém na floppy disku A:, tak použijem Volkov Commander, Norton žral viac RAM.