Portál AbcLinuxu, 13. května 2025 13:41
chattr +i
na ext3)
Z vašeho popisu typuji variantu (b). V takovém případě stačí soubor přejmenovat (tak, aby jeho název žádný z problémových znaků neobsahoval).
Pokud to nepomůže, zkuste použít na některý z problémových souborů program stat
a výpis nám sem umístit. Bylo by vhodné jej doplnit vaším uživatelským jménem.
#
nebo &
.
cp
či mv
úspěšně, zatímco v Thunaru se mu operace nepodaří. Pokud jsem usoudil správně, pak to skutečně vypadá na to, co jsem říkal, a moje rada s pokusem o přejmenování byla tedy IMHO na místě.
ale stejně jako kolega výše už jsem se v praxi setkal s tím, že nějaký program nebyl schopen pracovat se souborem, který měl nějaký méně obvyklý znak v názvu
To se stát může, ale v takovém případě se jedná jen a pouze o chybu příslušného programu (která by se měla reportovat) a tvrdit, že "problém je s (nepovoleným) znakem v názvu souboru" je v nejlepším případě zavádějící. Protože to jednoduše není pravda.
rename()
.
777
, ne?
cp
(ale třeba to nebyla pravda).
mv
se pak logicky podařil, ale to je asi tak všechno, co s těmi soubory můžete dělat. Doporučuji nastudovat si aspoň naprosté základy toho, jak přístupová práva fungují.
mv
jste měl na mysli, když se měl podařit se soubory v adresáři 666?
mv
opravdu vyžaduje access na oba adresáře, i když by k tomu logicky neměl být důvod.
mv
), tak se k tomu logicky musím nejdřív dostat (chmod addr +x
). Něco si koupit v zamčené sámošce nelze, i když to je vevnitř "na prodej" a visí na tom cenovky.
rename()
požaduje navíc na oba adresáře access, i když čistě z hlediska logiky ho na nic nepotřebuje.
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.