törölhetetlen fájlok megoldva!!!

Fórumok

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...

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.

+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. :)

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. :)

> és az MC pirosnak mutatja

Az 'ls -la' milyen szinunek mutatja? Masold ide a kimenetet, jo lesz fekete szinben is.

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, ...)

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

Nem állított be valamilyen attribútumot? lsattr mit mutat?

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.

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.

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 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.

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

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...