Steam klient může kvůli chybě spustit rm -rf

Existuje nejaky smajlik pro facepalm ?

(－‸ლ)

Naco Ti je palma miesto tvare? http://www.brainlesstales.com/images/2012/Jan/face-palm.jpg

Tak to je celkem drsny. Koukal jsem na ten link, ale porad jsem nepochopil kdy se to spousti.

Právě proto (a dalším důvodům - kdoví, co ten Steam všechno dělá) je vhodné spouštět Steam pod zvláštním účtem určeným jen pro něj.

Přesně tak, jedná se opravdu o triviální a funkční řešení i pro začátečníky.

Nebo k LXC sandboxu, když už je chtějí mít oddělené :-)

Tak to prvni je jednodussi pres ty usery;) Vzdyt v jednoduchosti je krasa. Navic SELinux mas jenom v Linuxu. Ty usery mas na vice unixech takze je to multiplatformni reseni.
Navic si je muzu dynamicky generovat a dam to zpameti. SELinux fakt ne a clovek se musi hodne snazit. Nestaci totiz jen pustit si v permissive rezimu bliti hlasek o zamitnutem pristupu a podle toho generovat templatu.
U aplikaci se slozitou funkcionalitou muze dojit k tomu ze nepodchytis ze zacatku vsechny pripady kdy ti hrabe na prostredky. Ve vyjimecnych pripadech ti hrabne jinam a jses v haji.
I progros co si ke sve aplikaci udela sam selinuxova pravidla udela chybu. Co teprv kdyz to delas v cizi aplikaci nebo aplikaci ktera saha na spoustu zdroju.

Takze to co jsi napsal mi prijde typicky bezpecacko-extremisticko-programatorsky plkanec cislo 7.

Díky za tip, neříkám, že si to doma udělám (primárně nejedu na linuxu), ale pokud někam Linux dávám, vypadá to jako jednoduché a hlavně funkční řešení, které by mne nenapadlo :)

Proč by shell měl nějak reagovat? Neexistující = prázdná je archaické a dobře dokumentované pravidlo. Navíc je dáno technologií, shell býval jednoduché prostředí s jednoduchými konstrukcemi. Konstrukt "try catch finally" je nad rámec historických možností. A shell, který při jakékoliv chybě prostě spadne je k ničemu. Proto se místo cestou "vypiš chybu a skonči" (to by milovali autoři init scriptů) šlo cestou "chování je vždy definováno".

Ten, kdo si to měl ošetřit, je autor toho scriptu. Měl tam dát podmínku, zda je proměnná definována, a teprve pokud ano, tak ten příkaz provést. A ještě pro jistotu ověřit nějak její hodnotu na něco, co dává smysl.

Anebo použít stejně tak standardně definované set -u, které přepne chování z prázdný řetězec na chyba.

To jste to tomu zlemu Originu nandali :-)

... pokud nebezi na 10let zastarale distribuci :)

nobody@nopc:~$ rm -rf /
rm: rekurzivní zpracování „/“ je nebezpečné
rm: tento záchranný režim potlačíte volbou --no-preserve-root

Tak si to zkuste s tou hvězdičkou na konci ;-)

tak dobra, to uz je horsi :-D

rm: rekurzivní zpracování „/“ je nebezpečné
rm: tento záchranný režim potlačíte volbou --no-preserve-root

WTF??? Kdo tomu ma rozumet? Ani po trech precteni jsem to nepochopil dokud jsem si neprecetl puvodni a tu jedinou spravnou verzi anglickou.

Pokud tomu nerozumíš, chyba je pravděpodobně na Tvém přijímači. Nicméně, co se týká toho tvého WTF - učinil jsi kroky k tomu, aby i ne**amotní lidé jako Ty příště neměli problém s pochopením českého překladu (překladatelé rádi ocení pomoc)? Konec konců, kvůli komu myslíš, že tam to varování je?

co se to stalo loni na podzim, když jsem se pokoušel tímhle skriptem přeinstalovat rozšťouraný steam. Všechno jsem si pak vytahal ze záloh, ale dcera plakala, protože přišla o měsíc budování města v Minecraftu. Bolavá zkušenost. řádek 468

Možná to chce častěji zálohovat.

Bugreporting.

Před chvílí se mi stáhla aktualizace. Dotyčná pasáž Steam.sh je upravená:

if [ "$STEAMROOT" != "" ]; then
rm -rf "$STEAMROOT/"*

"Oprava" zcela k ničemu. Jinak by mě zajímalo, jak opravili ten samý brainfart ve Windows. Viz...

Ale kdyz mam steam na windows tak jsem v klidku ne? Tak co tu sirite poplasnou spravu ktera postihne snad tak 1% pocitacove populace.

Ne. Viz link výše a dokumentace k odinstalaci té Steam sračky.

Steam pro Windows nepoužívá environment variables ani shell skripty. To co je popsané v tom manuálu pro odinstalaci říká jedinou věc: cesta kam byl nainstalovaný Steam se kompletně odstraní, a pokud jste nainstaloval Steam například přímo do Program Files bez podadresáře, smázne vám veškerý obsah Program Files. To je sice potenciální problém (a asi nejen tohoto setup package), ale uživatelských dat by se to nemělo dotknout.

Pokud Steam nainstalujete do Documents, tak se to uživatelských dat dotkne

To je sice potenciální problém

Aha. LIkvidaci všech programů se říká u M$ "potenciální problém". Tak to jo. Už začínám chápat ten prudký nárůst "kvality" hotfixů v poslední době.

Ja sa na to dívam tak, že BFU nakliká "Next", "Next", "Finish" a hotovo. Aplikácia funguje a pri odinštalácii robí to, čo má. Akonáhle vyberám zložku to znamená, že už niesom BFU a tuším, čo robím, ak nie holt ešte som BFU.

Kedysi by sa tí, čo by prišli o data označili termínom "lama". A položte si otázku, čo všetko chcete za užívateľa riešiť a koľko slobody mu v tom prípade môžete dať.

Problém je to jen potenciální:
- Při instalaci je by default vybraný podadresář Program Files, něco typu "C:\Program Files\Steam".
- Pokud někdo instalační cestu mění, tak se problém projeví jen pokud nainstaloval aplikaci do adresáře, který má v podadresářích jiné aplikace (například přímo "C:\Program Files"). Takový výběr cesty je ale zjevně bad practice.

Tak mě to donutilo nainstalovat a zprovoznit apt-btrfs-snapshot na Debianu. Takže všechno zlé je k něčemu dobré :-)

a ty snapshoty nekam kopirujes? Nebo ti je steam muze smaznout taky protoze je mas treba /home/<any_na­me_you_choose_for_the_s­napshot> ?

Root je připojený jako subvolume /@ a snapshoty jsou /@apt-snapshot-DATUM-ČAS. Z připojeného systému tedy vůbec nejsou vidět.

S tímto FS podobně jako s ZFS nemám téměř žádné zkušenosti. Nebude ale trochu problém dopátrat onen snapshot pokud se bude jednat jen o menší objem ztracených dat? tj. všimnu si toho až mnohem později.

Ve výchozím nastavení se udržují snapshoty 90 dní zpět, což je IMO víc než dost. Pokud budete potřebovat hledat ve snapshotech, tak si můžete připojit všechny subvolumy najednou (celé /) a spustit find nad tím.