Kedves gyermekem alkotott valamit.
Létrejött 3 rootként is törölhetetlen fájl a home könyvtárában és nem indul a kde nála, másnál viszont igen.
A folyamatok közti kapcsolat nem jön létre és leáll.
A fájlok valahogy így néznek ki: DCOPSERVER__0: és az MC pirosnak mutatja, semmit nem tudok velük kezdeni és gyanakszom emiatt nem megy neki a kde.
Mit tegyek?
A megoldás gparted live cd lett mert ez a legkisebb.
Fájlrendszer ellenőrzés után eltűntek a hibás fájlok. Huh...
- 6904 megtekintés
Hozzászólások
Ha nincs semmi olyan beállítás, levelek..... amik fontosak, pl kmail.. Akkor én simán törölném a .kde könyvtár teljes tartalmát, és lesz egy új első bejelentkezés.
- A hozzászóláshoz be kell jelentkezni
+1.. ugyis csak kolok.. szava nem lehet. Bar meg annyit probalni lehetne hogy ramasolni a masik usertol kapott cuccokat. Bar KDE fajla nem torolheto ? Ez nekem uj. Majdnem MINDEN torolheto rm -rf -el.. meg maga alol is kikapja a cuccost..tenyleg csak egy-ketto cuccos marad (youtube: rm -rf .. < regen lattam egy videot.. :D)
--------
"キャアア!" > The girls scream when you do something ecchi to them. :)
- A hozzászóláshoz be kell jelentkezni
Vannak jó sok cuccok amit nem törölhetek
rm -rf hozzáférés megtagadva
- A hozzászóláshoz be kell jelentkezni
Esetleg az lehet, hogy egy másik alkalmazás használja a filet, akkor van úgy, hogy nem engedi törölni, root ide, root oda. Egyszer már jártam így.
- A hozzászóláshoz be kell jelentkezni
Hmm.. Esetleg lodd le X-et, es igy tovabb, vissza runlevel. Vagy liveCD, es onnan torold a mappat. Akkor tenyleg letorlodik, ha fontos, ha nem. (bar mivel /home/XY/, ketlem.).. Szerintem ez jarhato ut.
--------
"キャアア!" > The girls scream when you do something ecchi to them. :)
- A hozzászóláshoz be kell jelentkezni
> és az MC pirosnak mutatja
Az 'ls -la' milyen szinunek mutatja? Masold ide a kimenetet, jo lesz fekete szinben is.
- A hozzászóláshoz be kell jelentkezni
hozzáférés megtagadva
- A hozzászóláshoz be kell jelentkezni
A könyvtárat listáztad ugye, nem a fájlt?
ls -Al /home/<könyvtár>
Mert furcsa lenne, hogy az mc kilistázza, az ls meg nem.
A fájlnév nem ponttal kezdődik?
És milyen jelet ír az mc a fájl elé (könyvtáraknál /, symlinknél @ vagy ~ vagy !, eszköznél + vagy -...)?
És az ls -Al, ha mégis sikerül kilistázni? (könyvtár: d, link l, eszköz b vagy c, ...)
- A hozzászóláshoz be kell jelentkezni
Ez ls -Al kilistázza őket piros keretben villog a nevük és minden más helyen kérdőjelek vannak.
Most megyek live cd-zni.
- A hozzászóláshoz be kell jelentkezni
Hülye kérdés KDE usereknek:
Nem csinál véletlenül immutable flaget a KDE rootként?
kötöjelkötöjel
//:wladek's world
- A hozzászóláshoz be kell jelentkezni
Nem állított be valamilyen attribútumot? lsattr mit mutat?
- A hozzászóláshoz be kell jelentkezni
Természetesen az előző parancsok is rootként lettek kiadva és itt is ugyanaz:
hozzáférés megtagadva
- A hozzászóláshoz be kell jelentkezni
fsck mit mond? nekem akkor volt ilyesmi, amikor hdd hiba miatt sérült a fájlrendszer
Andi, really. Take it from me. If I tell you something, I'm usually right.
- A hozzászóláshoz be kell jelentkezni
Gondolom, a file-ok datuma meg 1970.01.01...
Nekem mondjuk a ttyS0-n mountolt mobilom szokott megkergulni, ha hirtelen kikapcsolt, rohadt nehez volt utana torolni a mount pointot.
De egy ls -l tenyleg nem artana, hogy lassuk a tipusat...
Update: juteszembe, bootolj egy live cd-rol, mountold be es ugy mar biztos, hoyg tudod torolni.
- A hozzászóláshoz be kell jelentkezni
ha immutable a fájl akkor csak így:
http://hup.hu/node/57378#comment-590171
- A hozzászóláshoz be kell jelentkezni
Nezd meg, hogy egyaltalan hasznalja-e valami azt a file-t. Erre hasznalhatod az 'lsof' parancsot.
#: lsof | grep -i dcop
Ha megvan, kill a processe-re, aztan torolheted is.
Ha nincs meg, akkor ugy kellene boot-olni, hogy _ne_ inditson el semmit (kvazi "safe mode"). Ha ekkor is latszanak a file-ok, akkor valami "odaszemetelhette". Elviekben igy mar tudni kellene torolni. Ha mas nem, akkor valamilyen live cd-vel is probalkozhatsz.
---
Egy jol feltett kerdes mar egy fel valasz...
- A hozzászóláshoz be kell jelentkezni
A dcopserver a kde-s komponensek belső kommunikációját biztosítja vagy mifene, ennek a cuccairól lehet szó. Ha egy fájl(nak kinéző valami) nem törölhető, annak több oka is lehet, én mindenképp az lsattr, fuser, lsof használatával kezdeném a dolgot, természetesen a KDE leállításával, konzolról dolgozva.
- A hozzászóláshoz be kell jelentkezni
Próbáld ezt meg talán jó lesz...
#ez elveszi az immutable (nem törölhető/átnevezhező) jelzőt
chattr -i fileneve
#és ha ez volt a gond (különben csak fájlrendszer hiba lehet), akkor törlődni fog:
rm -rf fileneve
- A hozzászóláshoz be kell jelentkezni
Amint latom sikerult megoldani, de leirhatnad, hogy hogyan? Szerintem nagyon sokan kivancsiak lettunk, aztan persze egyszer lehet, hogy mi is belefutunk valami hasonlo problemaba, s egy megoldo kulcs nagyban megkonnyitene a mi dolgunkat is.
---
Egy jol feltett kerdes mar egy fel valasz...
- A hozzászóláshoz be kell jelentkezni
A megoldás gparted live cd lett mert ez a legkisebb.
Fájlrendszer ellenőrzés után eltűntek a hibás fájlok. Huh..
--------
"キャアア!" > The girls scream when you do something ecchi to them. :)
- A hozzászóláshoz be kell jelentkezni