A winchesterem home partícióján eltünt vagy 8(http://ubuntuone.com/p/1Abu/) - 10(http://ubuntuone.com/p/1Abv/) giga hely. Azt sem tudom hogy keresem a palimpsest szerint minden rendben. A fájlméret nézet is kijelzi egy darabig aztán megondolja magát és úgy dönt mégsem létezik a hely és megjelenik a "/" -ban(http://ubuntuone.com/p/1Ac3/). Külön partíción van a home és néha másolgatom, egy csak arra az időre felcsatolt másik winyora az adatokat. Ilyenkor az is elő fordul, hogy onnan indítom a gépet azon is vannak próba disztrók. Hogyan és mivel tudtam ártani magamnak és hogyan csinálhatom vissza? Ez lett: Újra raktam particionálás nélkül a legújabb backup disztrómmal, aztán vissza tettem a home mentés, most (szándékosan) másképp néz ki. Most kevesebb lett a winyóm egy sor "key" kezdetű hibaüzenettel több mint 6 Gigabájttal és látványosan felgyorsult a Menü is. - Kissé kiakadtam amikor rájöttem a megoldásra. És a megoldás amit kihangsúlyozottan, az összes többi eltűnt területtel foglakozó hely sem hajlandók meg említeni hiszen nyilvánvalóan már mindenki tudja: A hiányzó terület nagy valószínűséggel, a /root/.local/share/Trash/files mappában található és gksu nautilus-sal eltávolítható (a törlés kuka megkerülésével-t a beállításoknál engedélyezni kell)

Nézzünk valami használhatóbb infót. Légyszíves a következőket futtatni terminálban és a kimenetét ide bemásolni: df -h fdisk -l

@"siposg"#p337207peterh@peterh-G31M-ES2L:~$ sudo fdisk -l [sudo] password for peterh: /dev/sda lemez: 250.1 GB, 250059350016 bájt 255 fej, 63 szektor, 30401 cilinder Egység: cilinderek 16065 * 512 = 8225280 bájt Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Lemezazonosító: 0xa7eb85bf Eszköz Indítás Eleje Vége Blokkok Az Rendszer /dev/sda1 1 2006 16113163+ 7 HPFS/NTFS /dev/sda2 2007 22678 166047840 7 HPFS/NTFS /dev/sda3 25679 30401 37937467 5 Kiterjesztett /dev/sda4 * 22679 25678 24097500 7 HPFS/NTFS /dev/sda5 27038 27962 7430062+ 83 Linux "(/)" /dev/sda6 27963 30142 17510818+ 83 Linux "(home)" /dev/sda7 30143 30401 2080386 82 Linux lapozó / Solaris /dev/sda8 25679 27037 10916136 83 Linux A partíciós tábla bejegyzései nem a lemezen található sorrendben vannak peterh@peterh-G31M-ES2L:~$ df -h Fájlrendszer Méret Fogl. Szab. Fo.% Csatl. pont /dev/sda5 7,0G 5,2G 1,5G 78% / none 997M 376K 997M 1% /dev none 1002M 1,4M 1001M 1% /dev/shm none 1002M 308K 1002M 1% /var/run none 1002M 0 1002M 0% /var/lock none 1002M 0 1002M 0% /lib/init/rw /dev/sda6 17G 13G 2,8G 83% /home

@"peterh"#p337208Nem tűnt el innen semmi. 17 Gb-s a home, ebből 13 Gb foglalt.

@"Phace"#p337209szerintem az okozza a gondot, hogy itt is látható, hogy az ext filerendszer valamennyi extra helyet lefoglal (asszem 5%). a 17ből 13 a foglalt és mégis csak 2,8 helye van. ez a lefoglalt rész ez valami rendszer működési okokból szükséges, de tudtommal a nem rendszer particiókon ezt fel lehet oldani negatív következmények nélkül. elvileg asszem azért kell, hogy valami kritikus dolgok futásához tuti legyen hely, meg lemez töredezettségi okokból. ha adat tárolására használunk valamit akkor jó eséllyel nem okoz gondot, ha ezt feloldjuk. de csak saját felelősségre :) a megoldás (figyeljünk oda mit gépelünk, mert ezzel a paranccsal asszem el lehet cseszni dolgokat): ezzel tudhatjuk meg mi a fenntartott blockok száma az adott partición(itt épp az sdb5ön): sudo tune2fs -l /dev/sdb5 | grep -i "block count" így pedig a -r kapcsolóval átállíthatjuk ezt amekkorára akarjuk, ezt konkrétan nulla az érték. a helyére kell a partíció: sudo tune2fs -r 0 így pedig egy bizonyos százalékos értékre állíthatjuk itt konkétan 1%ra állítja: sudo tune2fs -m 1

@"inigo"#p337210Éégen és ezzel az utolsó tartalék lehetőséget égeted fel. Nem véletlenül van az a hely fenntartva. Nem is most fog fájni, majd amikor probléma van. Mai HD méretek és árak mellett nem ezzel célszerű sportolni szerintem.

@"peterh"#p337208Eléggé elvadult partíciós táblád van. Az sda8 nincs felacsatolva sehova sem, esetleg hiányozhat. Van 3 NTFS partíciód amit gondolom nem használsz aktívan linux alól. Szerintem sincs itt elveszve semmi illetve az is lehet, hogy nem értem a problémádat.

@"inigo"#p337210!!! hiányzik a parancsok végéről a partició neve, mert eltüntette a fórum motor. és most már, hogy válaszoltak rá nem tudom szerkeszteni. tehát akkor: így pedig a -r kapcsolóval átállíthatjuk ezt amekkorára akarjuk, ezt konkrétan nulla az érték. a /dev/sda6 helyére kell a mi partíciónk: sudo tune2fs -r 0 /dev/sda6 így pedig egy bizonyos százalékos értékre állíthatjuk itt konkétan 1%ra állítja: sudo tune2fs -m 1 /dev/sda6

@"siposg"#p337211érvelj kérlek, hogy mi baj lehet ebből. egyébként meg mindenkinek a saját döntése, de az ext4 fejlesztő szerint sem lehet ebből gond adat particióknál. from Theodore Tso, an ext4 developer. If you set the reserved block count to zero, it won't affect performance much except if you run for long periods of time (with lots of file creates and deletes) while the filesystem is almost full (i.e., say above 95%), at which point you'll be subject to fragmentation problems. Ext4's multi-block allocator is much more fragmentation resistant, because it tries much harder to find contiguous blocks, so even if you don't enable the other ext4 features, you'll see better results simply mounting an ext3 filesystem using ext4 before the filesystem gets completely full. If you are just using the filesystem for long-term archive, where files aren't changing very often (i.e., a huge mp3 or video store), it obviously won't matter.

@"siposg"#p337212"Elavult partíciós tábla" :) ez jó! Milyen a korszerű? És a jövő héten, már lesz annál is korszerűbb? Mivel az adatokat (és a "gyakorló partíciót is") külön partíciókon tartom, áttekinthető mennyiség kerül a home-ba. A mellékelt képek a tanuk arra, hogy a virtualbox által elfoglalt terület áthelyezés után nem szabadult fel de mivel a vboxt ilyesmire már rég használtam és a tmp be sem látok indokolatlan adatmennyiséget valamin a fejben össze adott adat mennyiség nagyságrendileg megegyezik a kijlezet kb 6 gigával szemben a 17-G-s eredeti mérettel, történni kellet valaminek amiről én nem tudok. Arra gondoltam valaki már járt így és nem kell extra munkát fektetnem az üres terület vissza nyerésére. Utoljára (tavaly) a thunderbird szúrt ki velem, de az akkor megtalálható volt. Arra gondoltam kipakolom a home-ot és particionálom és vissza pakolom, de a dd-t nem ismerem annyira, hogy tudjam biztosan nem viszi magával a "láthatatlan" adatokat.

@"peterh"#p337215Nem elavult, hanem elvadult :D

Eltűnt tárterület (megoldva)

Bandyr

peterhNem elavult, hanem elvadult :D

Bandyr

peterhNézd meg Baobabbal, mi foglalja a helyet. Segít még a nautilus+CTRL+H-s kombináció is.

richi105

inigoÓriási baj nem lesz belőle. Viszont hosszú távon ezzel a töredezettségmentes partíciót adja fel. Bár igazi kérdés mit tárol rajta.

siposg

peterhA dd magával viszi. Ahol gyanúsan nagy a foglalás, oda lépj be és add ki a du -sh vagy a du -h parancsot. Az sh a könyvtár és alkönyvtárai által elfoglalt összes helyet mutatja. A h minden alkönyvtárat megmutat. Ebből láthatod ki foglalja a sok helyet. Esetleg kicsit alakíthatsz a parancson: du -h | grep "[0-9]G" Ez megmutatja az adott könyvtárban ki foglal GB mennyiségű helyet. Így pár perc alatt megtalálható melyik könyvtár a bűnös. A fentieket természetesen parancssorban (a grafikus izéket nem igazán szeretem).

peterh

Vissza kúszott tehát valami média puffer vagy mi, lehet a gond. Újra rakás után, (a remastersys-es rész 8 perc alatt ment fel) szokatlanul hamar helyreált az eredeti állapot. A képeket zenéket filmeket csak később válogatás után teszem vissza ezért most látványosan üres a winyó de így is jól látható, hogy valami nagyon nem volt rendben.

peterh

Kissé kiakadtam amikor rájöttem a megoldásra. /root/.local/share/Trash/files :)

Kimarite

peterhHa a nautilust vagy más fájlkezelőt root joggal indítod (gksu, kdesu) és így törölsz, mindig a root kukába kerülnek a kijelölt dolgok, és azokat csak ugyanígy, root joggal indított fájlkezelővel tudod törölni (példa). Kivéve, ha Shift + Del billentyűvel a kuka megkerülésével törölsz (példa és ajánlott ... ha nem félsz, hogy "végleg" eltűnnek > meg kell jegyezni, mi az, amit csinálsz). Én is belestem ebbe a hibába (hol vannak a törölt fájlok > itt estem bele: Rendszerment visszaállítási pontok törlése). :)

peterh

Kimarite". . . a root kukába kerülnek a kijelölt dolgok, és azokat csak ugyanígy, root joggal indított fájlkezelővel tudod törölni . . ." De honnan lehet törölni, mert a kukába nem tudsz bemenni és az nem közismert, hogy van egy kuka ami nincs! Miért is nincs kivéve alapból az a pipa? Miért is nem alapértelmezett a használható megoldás? Vagy ezt is olyan fejleszti aki nem használja?

Dr. Szöszi

peterh"Vagy ezt is olyan fejleszti aki nem használja?" Igen. Te használod, tehát neked kéne fejlesztened.

Kimarite

peterhMiért lenne kivéve? ... akkor elvesznek a - véletlenül - törölt fájlok. Dehonnem tudsz bemenni a kukába. :) Meg kell jegyezni, ez így működik - linux: ha barátkozol vele, barátkozik veled. (papír, ceruza -> txt jegyzet?)

peterh

Dr. SzösziE' késtem már kinyomták CD(VD)-re. De a 10.04.4-es most valamikori változatában, már biztos javítani fogom, ha addig sikerül megtanulnom Canonical-ul.

Dr. Szöszi

Kimarite:)

peterh

Újra belefutottam 1 ilyenbe, de már rutinosabb vagyok meglett a "pöttyös Trash-ban". :)

« Előző oldal