XXX

20.10.2010 13:17 | CAD | poslední úprava: 7.3.2015 00:03

xxx        

Komentáře

[marek_hb]

ehm - to je česky?

[xxxxxxxxxxx]

já sám nevim... ))

[Dadan]

k cemu ma jako tahle prasarna ma byt? jako uzivak se pred prihlasenim prihlasim na konzoulu a tam hodim par dylitu teda remu a je vymalovno, jednodusi to bejt nemuze, ale mozna ze to tvoje reseni je naprosto skvely pro uzivaky co nemaji monitory pro nizky rozliseni co nezvladnou konzoli, to by pak uplne davalo zmysl, teda pokud si neumi nastavit frejmbafra, ze jo, aby jako meli to vysoky rozliseni.

[xxxxxxxxxxx]

Jo joo, přesně to jsem měl na mysli, pro dementy! oni totiž dementi nepochopí že by měli asi něco vymazat, takže by to udělalo více user friendly KDEčka! jako souhlas je to prasárna ale měl jsem na paměti ty dementy jeslti by jim to v tom nepomohlo. A navíc bylo by to určitě uspornější na tvůj čas.

[tsLnox]

Jestli to udělají, tak ať je to vypnutelný

OT (k zaplněnýmu disku):

Bacha kdo používáte qutim, někdy, když je plnej disk, může sletět a zapomenout nastavení a historii. Stalo se mi to ale jen jednou, tak jsem to nereportoval, může to bejt i bordel u mě

[xxxxxxxxxxx]

takže nový KDEčka tuhle vlastnost nemají? Já totiž nevim, jedu na starým debianu a KDE3.5.10 nebo jak se to jmenuje. A anglicky moc nevládnu. Nechtěl by jsi jim to navrhnout jako tvuj nápad? mě je to jedno, jenom bych tuhle fičuru docela rád uvítal. Klidně at je to vypínatelné.

[kotyz]

to mi udelali kdecka kdyz mi doslo misto, zapomeli nastaveni, skoro vsechny konfiguraky byly prazdny. souvisi to s tim jak se s nima zachazi, misto aby je to rovnou menilo, tak se vynulujou a pak se ulozi nova verze. a kdyz se neda ulozit, tak ma uzivatel smulu, nema ani novou ani starou. qutim se mozna chova podobne. historii bych prezil, aspon bych ji nemusel mazat rucne, ale to nastaveni by me opravdu nasralo (musel bych zase menit heslo, protoze ho mam ulozeny a vubec si nepamatuju jaka picovina to byla, asi neco jako hxvu5547 a to se fakt neda).

[kotyz]

me kde (trojkova verze) pri zaplneni disku smazala skoro vsechny nastaveni. myslim ze i nektery aplikace blbly, odmitali ulozit nastaveni a chovali se divne. souvisi to s tim jak kde zachazi z konfigurakama, otevre, nacte, vynuluje a pri zavirani ulozi novou verzi. ale do kdecek sem se normalne dostal, myslim ze to misto mi doslo az kdyz uz bezeli. ale musi si clovek to misto hlidat, fakt to nedela dobrotu kdyz dojde. vyborny je treba kdiskfree (kdf) a kwikdisk, takova vec co sedi v panelu vedle hodin a hlida volny misto na vsech pripojenejch oddilech a kdyz na nekterym klesne pod urcitou hranici (myslim ze to je 5 nebo 10 %) tak zacne rvat. to s tim souborem plnym nul by mohlo fungovat, ale absolutne nevim jak by to slo realizovat.

[xxxxxxxxxxx]

Má to samozřejmě několiko háčky. Ale napíšu několik případů. KDE ví při startu co chce spouštět a kde co bude zapisovat, tedy ví i kolik toho to zabere na disku. Tohleto ví když se odhlašuje a zápisuje třebas něco do konfuguráku v home. Probém muže nastat když neplánovaně vypneš počítač, ale to by mělo zůstat v puvodních konfugurácích. Tedy bylo by jednoduché zrealizovat vytvoření dostatečně velkého souboru, samozřejmě tento soubor se muže vytvořit za předpokladu že při vytváření je dostatek prostoru. )) Proto muže nastat přípak kdy na nastartování KDE bude dost místa ale při vytváření rezervy to místo nebude... Tento soubor by se měl jednou vytvořit nějakou instalací, nebo mít volitelnpou možnost vytvoření, když by to bylo neuspěšné tka se nevytvoří a upozorní se na to. A při startu KDE prostě KDE začně zapisovat co potřebuje a skript by se hodil do podmínky pokud bylo zapsání neúspěšné tak ten soubor smaže. a pak zkusí znovu zapsat. Pokud se ani při této smyčce nepovede napíše hlášku problém z právy souborů a adresářů, protože v ničem jiném u nemůže být problém. A při nastartování KDEček by to napsalo, málo místa, prosím vyřešte si problém smazáním nějakých dat. A při odhlášení z KDE ček by se zase tento speciální soubor pokusil vytvořit... Nebude to stoprocentní ale mohlo by to zamezit takovým případům kdy se BFU nemůže přihlásit a neumí v příkazovce... nechceš jim to KDE reportnout?

[chrono]

Bráni ti niečo vytvoriť si na disku dostatočne veľký súbor a ten potom (po naformátovaní), pripájať ako ~/.kde?

Každopádne KDE nevie, ktoré aplikácie budú na disk niečo ukladať a nemá ako zistiť, koľko dát sa bude ukladať (napr. nedokáže odhadnúť, či používateľ nejaký súbor otvorí, alebo nie, takže veľkosť histórie otvorených súborov môže akurát tak hádať).

[xxxxxxxxxxx]

To si nerozumíme myslím. Mě jde o první zpuštění KDE, kdy něco soslí na disk a kdžy nemá prostor tak se nezpustí. Nemluvím tu o tom že ty si budeš po zpuštění něco soslit na disk a KDE tě bude hlídat jeslti máš dostatek prostoru...

[Rezza]

Tohle likvidovani konfiguraku by melo byt opravene. Byl to problem i bez plneho mista na ext4, ktera dela sync na disk jednou za hooodne dlouho.

[marek_hb]

jinak tuhle se mi zaplnil home nějakými .xerrors a kde4 normálně zahlásilo že je plný disk a jestli chci otevřít správce souborů abych mohl něco smazat

[default]

jinak tuhle se mi zaplnil home nějakými .xerrors a kde4 normálně zahlásilo že je plný disk a jestli chci otevřít správce balíčků abych mohl KDE odinstalovat

[marek_hb]

ale hovno :)

[Michal Vyskočil]

A protože mám home na jiné partition, než /, tak nemám ani volné místo, ani KDE.

[xxxxxxxxxxx]

Tak to dík, alespon vím jak to v KDE4 chodí! Stejně bych chtěl nějakou automatiku a jistotu abych nemusel myslet. ))

[juraj-bit]

Vymazávanie nejakého súboru z /home/uzivatel pri nespustení KDE asi veľa neprinesie, ak je home na oddelenej partícii zvlášť, svoju session si KDE ukladali do adresára /tmp , teda aspoň u mňa ešte keď som KDE používal. Problém by vyriešil nejaký skrypt na údržbu disku od rôzneho bordelu a automatické premazávanie /tmp adresára.

[xxxxxxxxxxx]

No to není pravda s tím ukládáním... to by se mě jinak KDE spustilo když mám /home na jiném disku a / mám v pořádku.

[juraj-bit]

Mne sa tá príčina, teda zaplnenie disku s adresárom /home nejako nezdá. Po premazaní súbrov z užívateľovho adresára to kDE spustiť ide? Nezmenilo niečo práva na zápis do adresára /tmp?

[xxxxxxxxxxx]

na ja. Po premazaní súborov z užívateľovho adresáta to kDE spustiť ide. Ne nezměnilo. Ledaže by ste na svlovači maly iné KDE ako my tuna v čechách.

[juraj-bit]

U nás na slovači to KDE fakt nerobí, budete mať asi iné KDE ako my :D

[frEon]

nene, to nechci a nechci. Nevidim ani pro to duvod - od toho tu je virtualni terminal, ne?

[xxxxxxxxxxx]

No to je ten duvod proč jsme asi 2 procentní dementos. )

[Nicky726]

Zaplněný /home/user jsem ještě neměl, zato jsem měl plný /var, což taky start KDE znemožní. Ono je to samozřejmě logické, KDE si tam při startu vytváří nějaké věci, stejně jako si něco vytváří v .kde/ tak tam místo holt musí být. Udělat čas od času df -h má zjevně smysl.

[xxxxxxxxxxx]

ty jo to jde? Zaplnit var? To sis to hodil někam zvlášť na disk?

[default]

Já jsem si jednou zaplnil úplně všechno. Ano, jde to.

[xxxxxxxxxxx]

MASAKER!

[default]

No, masakr byl přesvědčit systém, aby se alespoň korektně vypnul.

[xxxxxxxxxxx]

No právě proto by se hodil tenhle systém zbytečného souboru. Co řikáš? to by šlo použít i u systému a nebo navrhnoutsouborový systém tak aby tma existovala nějaká rezerva. ))

[default]

No, pokud se nemýlím, EXT má nějaký reserved-space pro /root/. Ale možná je to jinak.

[kotyz]

default je tusim 5%, pri formatovani oddilu tam jde nastavit cokoliv a de to i vypnout. jakym se to dela prepinacem nevim, podivej se do manualu, tam to bude.

[Nicky726]

Jo mám /var zvlášť. V archu se standardně ukládají stažené balíčky do /var/cache/pacman a já to občas zapomínám promazat.

[Martinus]

Já jsem zažil nespuštění KDE 3.5.něco, když jsem měl totálně plný / resp /tmp. Pak jsem zjistil, že /tmp je z nějakého důvodu plné bordelu z flash playeru, tak jsem to promazal a KDE naběhlo zas tak jak má...

[Josef Kufner]

Při přihlášení do X je třeba vytvořit soubor ~/.Xauthority obsahující sušenku, kterou používají programy pro autentikaci při připojování se k X serveru. Není to tedy specifické jen pro KDE, ale pro všecko – i kdyby se ti spouštěl jen xterm, tak se nepřihlásíš.

Viz man xsecurity.

[xxxxxxxxxxx]

poočkej počkej, to mě zajímá! Co to znamená obsahující sušenku?

[JZD]

Nejspíš myslí cookie.

[Josef Kufner]

Ne, myslím sušenku, kterou musíš dát X serveru, aby si s tebou povídal. A když mu ji nějaký program nedá, tak smutně vypíše „Error: Can't open display: :0.0“ a skončí, protože nemá jak zobrazit okýnko.

[xxxxxxxxxxx]

Ty jo jsem asi pořád natvrdlej... Nemohl by jsi to napsat jako pro dementa jako jsem já? Jak by to vyřešilo ten problém s plným diskem? díky moc.

[Josef Kufner]

… a tu sušenku ubohý program najde v souboru .Xauthority, který je vytvořen X serverem (při spuštění X nebo po přihlášení uživatele). No a pokud nejde ten soubor se sušenku vytvořit, tak X server skončí a ty se nepřihlásíš.

[xxxxxxxxxxx]

No jestli to dobře chápu, tak by šlo oto že X sever by vytvořil soubor, "sušenku" a tu by potom uvolnil, smazal? No pokud se dobře chápu tka to by daný problém nevyřešilo, jenom zhoršilo. mě jde o to aby uživás si svými operacemi na urovni ukládání nějakých souboru vubec nedokázal vytvořit totální zaplněnost disků...

[Josef Kufner]

To co jsem popsal není řešení, ale zdroj problému při plném disku

Řešením je nedopustit, aby se disk zaplnil. Ono jakmile se zaplní, tak přestane fungovat skoro všecko, takže řešit jen přihlášení nemá moc smysl. Prostě se v takovém případě přepneš na textovou konzoli, nahodíš mc a začneš promazávat. Jako prevenci doporučuju nějaké sledovátko, které včas zakřičí. Pak použiješ kdirstat na zjištění, co můžeš smazat a smažeš to.

[xxxxxxxxxxx]

Jo tak. mě šlo šlo o ideu jak tento problem jednoduše co neejfektivěni vyřešit a to nejenz pohledu systému ale hlavně co do uživatelské přívětivosti. V nových KDEčkách(nezkoušel jsem) jak už tu někjdo napsal se to řeší zpuštěním správce souboru aby si to lidi už smazali, což je docela inteligentní. můj návrh spočíval v tom že se prakticky vždy by bylo možné ten systém nastartovat bez jakýhkoli problémů a problémy se poté budou řešit až v nastartovaném systému i s nastartovanými Xkami a DE. Samozřejmě že jsem už několikrát takovýto problém řešil přez příkazovku, ale nepřijde mi to v roce 2010 dostatečně inteligentní... ALe díkes za vysvětlení.

[default]

mě jde o to aby uživás si svými operacemi na urovni ukládání nějakých souboru vubec nedokázal vytvořit totální zaplněnost disků...

A co takhle, že by DE hlídalo velikost uživatelskýho odílu/kvót a v případě dosažení nějaký hraniční hodnoty (například zbývající 2 % místa) by odmítlo spustit libovolnou aplikaci vyjma mazacího či zálohovacího prográmku?

[xxxxxxxxxxx]

Nad tím sem taky přemýšlel a zavrhnul jsem to z toho důvodu že by to žralo čas i výkon. Proč by měl na pozadí pořád běžět nějakej prográmek který by zadával df a něco kontroloval, když si muže tu rezervu pro svuj start prostě vytvořit a při dalším startu v případě nouze jednoduše smazat.

[Josef Kufner]

Kvóty má už skoro každý filesystém v sobě. Sledování démonem by asi nebylo zcela efektivní, ale stačilo by před přihlášením kvótu zrušit a po přihlášení zas vrátit na cca 99%. (Nebo jakkoliv jinak si rezervovat nějaký ten megabajt na disku.)

[xxxxxxxxxxx]

Tak tomu říkám řešení! Díkes za navedení na zprávný směr!

[default]

No, prostě ty X pustěj toho klasickýho vira, kterej co chvíli otravuje požadavkem "Dej mi sušenku." A abys to nemusel porád dokola vypisovat, tak to X za tebe zapíšou do souboru a ten soubor předaj na vstup tomu viru.