Helló! Lefuttattam a BleachBit nevű programot (root módban) amit eddig probléma mentesen használtam, de most a program futása közben áram szünet volt és megjelent egy új al könyvtár a lemezen. Nem tudom kitörölni, átnevezni, megnyitni . Amit eddig próbáltam: Krusader (rendszergazdamód) törlés, dolphin, terminál ablakból (root) rm -r, rmdir -r parancs, de semmi. A Krusader-nél felhasználta az összes nemórát amit tudott a Kubuntu 14.04, majd kilőtte a Krusader-t. Nem szeretném formázni a praticiót Van esetleg valakinek tippje?

Mi az alkönyvtár neve? Elképzelhető az is, hogy spéci (UTF-8), de az alfanumerikus ABC betűihez nagyon hasonló karakterek vannak benne. A sudo rm parancsnál próbáltad a TAB-os kiegészítést?

Ha Terminálból csinálod, kell lennie hibaüzenetnek, ha nem sikerül.

@"lev258"#p529082Midnight Commanderrel (mc) próbáltad?

ls -la /ahol_van/ami_a_neve Kimenet? (sudo apt-get install locate && sudo updatedb && locate ami_a_neve) Lehet ez is kell az "ls" előtt (ezt csak te tudod): cd / - ha a rendszer használja, akkor vagy "rm -rf" (man rm) vagy LiveCD-ről törölheted (inkább).

Lefuttattam a BleachBit még egyszer lefuttam és én szakitottam meg a folyamatott, erre lett még 1 könyvtáram. A nevük: QODb5sPU7h és Qyqsrary.1 Méretűket dolphin-ban tudtam megnézni úgy, h az összes többi adat méretét meg számoltattam és kivontam a winyó kapacitásából így a kettő 4 GB lett. Ha valamelyik tulajdonságaira vagyok kiváncsi rákat jobb egér gombal és be fagy a dolphin. A LiveCD-ről sem, de ez a winyó nincs összefügésben a rendszerrel. A rendszer sem használja mert, ha leválsztom a winyót nem okoz problémát a rendszer működésében, nem észlelek eltérést. Az rm -rf parncsa sem, a rendszeraktiválásnál meg néztem root a felhsználónév CPU 0%, memoria 4712 K nem változik, osztottnemoria 16 784 nem változik. Nincs hibaüzenet 30perc várakozás után sem. Ha be akarom zárni a terminált azt mondja. h még fut egy parncs. Egyébként az rm parncsot kipróbáltam egy általam készitett nem üres könyvtárnál ott simán ment egypillanat alatt törölt 500 MB -ot. Midnight Commanderrel : piros ablak kérdés: Töröl a "QODb5sPU7h" nevü künyvtár az igenre hiába kattintok nem reagál. 30 perc után be zárom és semmi. Rá küldtem a Clam TK-t is, de nem tartja fenyegető elemnek. A sudo rm parancsnál a TAB-os kiegészítés nem tudom mit is jelent pontosan.

@"14.04"#p529085Te direkt szakítasz meg futó alkalmazásokat? Tudományos. ... biztosan megszakítod? Azt mondja, megy még folyamat (vagy ilyesmi, nem?). "htop" (sudo)? vagy: ls -la /ahol_van/ami_a_neve

@"Kimarite"#p529086Eddig még nem volt rá szüségem, h futo alkalmazásokat zárjak be, most csak azért tettem mert ki akartam zárni azt a lehetőséget, h nem e más probléma okozza. A terminal ablaknál igen meg kérdezi, (még fut egy parancs rm). Tehát még fut a törlési parancs, de nem hiszem, h több mint 30perc ne volna elég egy arra, h ki töröljön kb 2GB-ot normál esetben.

@"14.04"#p529087Akkor nem a könyvtárnévvel lesz a gond, itt valami más lesz. Jó a vincsesztered? sudo smartctl -a /dev/sda mit mond? (telepítsd a smartmontools csomagot ehhez)

Egy kis guglizás ezt hozta: http://bleachbit.sourceforge.net/forum/unremovable-folder-after-trying-wipe-free-space http://askubuntu.com/questions/424307/not-able-to-delete-folder-from-gui-or-terminal http://askubuntu.com/questions/427647/strange-folder-in-my-home-folder-after-a-failed-run-of-bleachbit A BleachBit egyik rémes bugja.

@"egy.jatekos"#p529089Ahha... Kismillió fájl, akkor ez megmagyaráz mindent. Ahogy írták, a törlési parancs kiadása után türelemmel várni kell. Egy éjszakára így lehet hagyni, aztán reggelre el fog tűnni az a fránya könyvtár.

Törlés

14.04

egy.jatekosA második link a megoldás kulcsa lehet, ki fogom próbálni és megírom az eredményt. Köszönöm!

14.04

Nem nyert. Viszont azt már tudom, h a lemezen 13545779 az olvasási hiba gyakorisága és 1944392563 a javithato hibák száma.

a mester

14.04SMART mondta? Holnap mész új lemezt venni...

egy.jatekos

a mester+1 A mostani lemezedet meg beadod egy műszaki múzeumnak, vagy dísztárgyat csinálsz belőle :-)

trt

egy.jatekosAz nem biztos, hogy rossz. A nyers vagy CRC-hibák száma lehet magas, attól a lemez még nem rossz. A hibás vagy függőben levő szektorok számát kell nézni.

a mester

trtAz én gépem direkt magától ír fel CRC-hibás szektorokat. Csak a szórakoztatási élmény növeléséért.

trt

a mesterNem tudom, pontosan mire akarsz utalni, de amíg CRC-vel lehet javítani, addig nem hibás a szektor.

a mester

trtAmíg CRC-vel lehet javítani, addig nem hibás. Hamár CRC-vel sem lehet javítani, akkor CRC-hibás.

14.04

Nem észleltem hibát a lemezen. Azért futtam a SMART-ot, mer reméletem, h okosabb leszek. (A második link alapján)

a mester

a mester(Szoktak, lehet CRC-vel javítani?)

trt

a mesterKöszi a kérdésbe burkolt célzást, azt hiszem, ezt egy kicsit elbaltáztam – valahol tudat alatt a CD/DVD lemezek CIRC (Reed-Solomon kód) hibajavító protokolljára gondoltam mindig a HDD CRC kapcsán... (Ugyebár a CIRC-nél egyszeres hibát lehet javítani, kétszeres hibát meg detektálni, de a merevtányéros eszközökben is van hibajavítás.) Szóval, korrigálom magam: CRC-vel az adatátviteli kábeleken az elektronikus zaj által fellépő átviteli hibákat detektálnak, amit újraküldéssel javítanak, a hibás szektoroknak nincs ehhez köze. (Ettől függetlenül a szektoroknak is megvan a hibajavítási, detektálási eljárása, csak nem ilyen néven.)

a mester

trt"a kérdésbe burkolt célzást" Nem illett a világképembe, ezért kérdeztem rá, hisz az elmúlt 30 évben sokat fejlődött a hittudomány. Is.

lala2

Jelen esetben, butaság lenne indítani egy fsck-et ?

« Előző oldal