üdv ... segítséget kérnék .. tömören: irodai gépem 40GB HDD winWP és Ubuntu 12.04.2 LTS van fönt ... ubuntut nem tudom használni, mert az írja Nincs több hely a lemezen elindítom a gépet, a grub2 elindul ott kiválasztom az ubuntut de nem működik ... volt egy hibaüzenet is .. ami az .ICEauthority-t nem tudta megnyitni. Vmit átírtam, azóta grafikusan nem indul el, csak parancssort tudok használni. Mindenféle dolgokat olvastam már össze két nap alatt .. és azt gondolom az lenne a megoldás , hogy a partíciót meg kellene növelnem, de nem tudom hogyan. Apt-get update upgrade autoremove autoclean egyik sem segít azt írja: Nem lehet megnyitni a var/cache/apt/srcpkgcache.bin fájlt open(28:Nincs több hely a lemezen). winXP alól megnéztem az Ext2Explore progival, nincs is ilyen .bin ... abban a mappában csak pkgcache.bin van. Futtattam du -sch /* parancsot, az alapján 2,5G /lib 1,6M /root 8,6M /sbin 6,3G /usr 725M /var 12G összesen rengeteg linux-image verzió van fönt, próbáltam a sudo apt-get remove --purge linux-image-verziószám-generic paranccsel törölni, de ott is hibaüzenet miatt nem hajtja végre Tudna bárki segíteni mit tegyek?

Live-ról át tudod méretezni a partíciót jó esetben. Parancssorból törölhetsz olyan fájlokat, amik nem kellenek.

@"lev258"#p479164melyik fájlok törölhetők? Pl a /home mappámban van olyan, hogy blender 2.58 Azt hogyan tudom a függőségeivel együtt törölni?

@"ggabor"#p479165Mivel az autoremove sem működik, így nem tudod leszedni, amennyiben csomagként települt. Ha a forrást töltötted le, akkor egyszerűen törölheted onnan a mappáját (nem írtad, hogy ez a rejtett, beállításokat tartalmazó mappa, vagy a komplett program, forrás). Inkább a df -h parancsot nézd meg.

/var/cache/apt/archives Itt vannak elvileg a tárolt deb telepítőcsomagok, amik törlésével hirtelen fel tudsz szabadítani helyet ha ez segít.

@"bartaszili"#p479167Sajnos (vagy nem sajnos) de az Ext2eplore szerint üres a mappa. Mivel van winxp-m is fönt megpróbáltam Total Commenderhez fölrakni a .vfx plug-in-t .. a gyökeret látja, de lejjebb nem érzékeli. Win alatt elindítva az Ext2Explore-t látom a könyvtárstruktúrát, de csak Save és Properties lehetőség van, sem delete sem más nem lehetséges (szürke gombok). A Recovery menu-ben a root:drop to root shell promt-on be tudok lépni, el tudom érni a home mappámat, de bármilyen törlés parancsot kiadok nem hajtja végre, mondván hogy nincs hely. Tanácsolták a live CD-s belépést - mountolást ... most azzal próbálkozom

@"ggabor"#p479168Ubuntut ne Windows alól javíts. Bejelentkező képernyőnél Ctrl + Alt + F1 aztán itt jelentkezz be. Az ls /var/cache/apt/archives/ parancsra meglátod, hogy mi van a bizonyos mappában. Bár láttam rá példát itt a fórumon, hogy a logfájlok nőttek meg hihetetlen méretre.

@"ggabor"#p479168Live CD-ről sikerült elindítani a rendszert ... az derült ki számomra, hogy az "Ubuntu Szoftverközpont" okozza a problémát. Megjelentetett már korábban egy "Behajtani tilos" logót a következő üzenettel: " Egy szoftvercsomag telepítése vagy eltávolítása meghiúsult. Hiba történt a hiba okának kiderítéséhez futtassa a csomagkezelőt a helyi menüből, vagy az apt-get parancsot a terminálban. A hibaüzenet: "Hiba: BrokenCount > 0". Ez általában azt jelenti, hogy a telepített csomagjainak telepítetlen függőségei vannak. Próbáltam én anno is valamit kezdeni vele, de nem sikerült megjavítani akkor sem. Aztán miután most teljesen leállt a rendszer, kénytelen vagyok foglalkozni vele. Most már, hogy újra működik beléptem a szoftverközpontba, hogy töröljek telepített szoftvereket, de a szoftverköztpont elindítása után ezt írja ki: A csomagkatalógus megjavításáig nem telepíthetők vagy távolíthatók el elemek. Szeretné most megjavítani? Miután rákattintok a javítás gombra, elindul a javítás, majd ezt írja ki: A csomagművelet meghiúsult Egy szoftvercsomag telepítése vagy eltávolítása meghiúsult. és a "részletek" fülön ez olvasható: installArchives() failed: (Reading database ... (Reading database ... 5% (Reading database ... 10% (Reading database ... 15% (Reading database ... 20% (Reading database ... 25% (Reading database ... 30% (Reading database ... 35% (Reading database ... 40% (Reading database ... 45% (Reading database ... 50% (Reading database ... 55% (Reading database ... 60% (Reading database ... 65% (Reading database ... 70% (Reading database ... 75% (Reading database ... 80% (Reading database ... 85% (Reading database ... 90% (Reading database ... 95% (Reading database ... 100% (Reading database ... 909046 files and directories currently installed.) Unpacking linux-headers-3.2.0-58 (from .../linux-headers-3.2.0-58_3.2.0-58.88_all.deb) ... dpkg: error processing /var/cache/apt/archives/linux-headers-3.2.0-58_3.2.0-58.88_all.deb (--unpack): unable to create `/usr/src/linux-headers-3.2.0-58/arch/microblaze/include/asm/Kbuild.dpkg-new' (while processing `./usr/src/linux-headers-3.2.0-58/arch/microblaze/include/asm/Kbuild'): No space left on device No apport report written because MaxReports is reached already dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/linux-headers-3.2.0-58_3.2.0-58.88_all.deb Error in function: dpkg: dependency problems prevent configuration of linux-headers-3.2.0-58-generic-pae: linux-headers-3.2.0-58-generic-pae depends on linux-headers-3.2.0-58; however: Package linux-headers-3.2.0-58 is not installed. dpkg: error processing linux-headers-3.2.0-58-generic-pae (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of linux-headers-generic-pae: linux-headers-generic-pae depends on linux-headers-3.2.0-48-generic-pae; however: Package linux-headers-3.2.0-48-generic-pae is not installed. dpkg: error processing linux-headers-generic-pae (--configure): dependency problems - leaving unconfigured Tudnátok tanácsolni valamit mit tegyek?

@"ggabor"#p479170Még mindig ugyanazt írja, nincs hely. Ezt eddig valamiért nem próbáltad rendesen kezelni. Pedig több tanácsot is kaptál.

@"lev258"#p479171de igen! töröltem is le file-okat ... most már 3.1G szabad hely van a gépen ... tehát nem ez okozza a gondot szerintem!!

@"ggabor"#p479172Pedig azt írja. Nem mindegy, melyik partícióról törölsz.

open(28:Nincs több hely a lemezen – linux-headers – inode [df -i:100%]) [Megoldva]

ggabor

csuhas32bocs .. de mivel ez a munkahelyi gépem, csak hétfőn lesz rá módom kipróbálni .. (mivel letelt a melóidőm) :) de hétfőn megnézem ..

ariszlo

ggaborAz apt-get autoclean helyett próbáld még meg azt, hogy apt-get clean.

csuhas32

lev258Megnézni mi hízott meg?

lev258

csuhas32Mi törölhető. Már volt említve, hogy ha nem is túl sok, de van már valamennyi szabad hely. Az inode-dal vannak inkább gondok. Elvileg annak csak az objektumok száma fontos.

csuhas32

lev258Köszi a választ, emésztem.

csuhas32

ggaborÉn már futottam bele ilyen üzenetbe. Elvileg kellene, hogy legyen az Ubuntun. A múltkor elcsesztem a gyerek gépén a telepítést (elfelejtettem a /home-ot létrehozni és az egész hóbelevanc a 15 GiB-nyi /-re került, ami aztán idővel teljesen meg is telt, és a gép végül elhasalt), de már csak akkor szólt, amikor végképp el se lehetett indítani. Kérdeztem, nem-e panaszkodott a gép egy ideje, hogy kevés a hely, mire azt a választ kaptam, hogy de... Sajnálatos, hogy nálad ez nálad nem működött.

lev258

csuhas32Bennem felmerült, hogy bár viszonylag kevés helye volt, de mégis az elfogyott inode volt a ludas. Arra szerintem nem figyelmeztet.

a mester

ggabor"pont azt keresném, hogy hol van az a szemét file" Nem a szemét file-t kell megtalálni, hanem többezer file-t.

Kimarite

lev258Ha átmásolja egy "kissé" nagyobb másik új partícióra a home partíciót, akkor az inode probléma megmarad? Nem követtem nagyon ezt a dolgot (mármint az inode probléma az csak a másik topikból ismerős), azonban a live Gparted - másoláskor - csinál egy olyat, hogy a fájrendszer megnövelése, hogy kitöltse a partíciót; ergo az inode ilyenkor "mit csinál"-hat (annak nem néztem utána, ismétlem)? És a régi home partíciót megszünteti.

pinget

lev258Azért ha kicsit belegondolsz, az milyen egy filerendszer lenne, amelyik nem tudná, hogy milyen fileok vannak rajta? Gondolod használná azt bárki is bármire? Ezt nem lehet túlterhelni, egyszerűen elfogyott és kész. Ha ez nem tetszik, tessék olyan filerendszert használni, ami dinamikusan allokálja az inode-okat, pl xfs, btrfs, vagy tessék megfelelően partícionálni a filerendszert.

pinget

Inode használat (gyökérben add ki): for i in `find -maxdepth 1 -type d`; do echo -n $i; echo -n " "; find $i | wc -l ; done

peterh

Home/.local/share/trash root/.lokal/share/trash Vajon miért nem merült fel? Kubuntu Live (konqueror)fájlméretnézetnél nincs jobb. (láccik!)

Kimarite

peterh:) Lassan szerintem gyűjtést kell indítani a megfejtőnek. "Van egy meghatározott számú inode, ami azt jelzi, a fájlok maximális számát a rendszer képes tárolni." (ext4 alatt ez nem "javítható") "Lehetőség van arra, hogy használja fel egy eszköz inode sor. Amikor ez megtörténik, az új kép nem hozható létre, a készülék, bár lehet, hogy szabad hely. Például, ha egy e-mail szerver lehet sok apró fájlok, ne töltse fel a lemezt, de a használata sok inode, hogy pont a sok fájlokat." http://www.webopedia.com/TERM/I/inode.html http://en.wikipedia.org/wiki/Inode http://wiki.hup.hu/index.php/Inode (linkek)

pinget

peterhHome/.local/share/trash azért, mert a / alatt fogyott el az inode.

rapfen

pingetCsak a pontosság kedvéért: Trash Egyébként nekem pl a „root/.lokal/share/trash” nem is létezik, viszont található a /home-ban egy .Trash-0.

peterh

rapfenhttp://ubuntu.hu/node/29340#comment-323017 Nekem sincs amióta átálltam emcére.

ariszlo

Rajtad ugyan már nem segít, de az ilyen bajok megelőzhetőek. Ha ilyen csöppnyi partícióra rakod az Ubuntut, akkor jobb a partíciót ext3-ra formázni ext4 helyett. Az ext3 fájlrendszer 128 byte-os inode-jaiból több fér el az inode-ok számára lefoglalt területen (ez kb. a partíció 1 %-a) , mint az ext4 fájlrendszer 256 bye-os inode-jaiból.

sh4d0w

A .ICEAuthority problémára meg az a megoldás, hogy nem használsz sudo-t és grafikus felületű programot egyszerre, sudo helyett a gksu-t használod. Példa: nem: sudo nautilus igen: gksu nautilus ariszlo fórumtárs mondandójához még annyit tennék hozzá, hogy ha nincs szükséged naplózó fájlrendszerre, akkoe még ext3 sem kell, elég az ext2.

rapfen

peterhMutatom: root@rapfen:~# ls -al /root/.local/share/ összesen 20 drwxr-xr-x 3 root root 4096 nov 27 20:53 . drwxr-xr-x 3 root root 4096 okt 1 2012 .. -rw-r--r-- 1 root root 0 okt 4 2012 .converted-launchers -rw------- 1 root root 5962 nov 27 20:53 recently-used.xbel drwx------ 3 root root 4096 okt 1 2012 zeitgeist root@rapfen:~# ls -al /home összesen 36 drwxr-xr-x 6 root root 4096 jún 8 2013 . drwxr-xr-x 23 root root 4096 jan 8 08:28 .. drwx------ 2 root root 16384 aug 28 2012 lost+found drwxr-xr-x 90 rapfen rapfen 4096 jan 11 13:36 rapfen drwxr-xr-x 11 root root 4096 jan 10 07:26 Systemback drwx------ 4 root root 4096 márc 7 2013 .Trash-0 Akkor most van Trash a /root/.local/share/ mappában?

a mester

rapfenTalán azt is egyeztetnetek kéne, hogy milyen rendszeren nézitek. Aztán meg ... az egyik .lokal-t ír, a másik .local-t.

peterh

rapfenHa a gksu nautilus-ba megnyomod a del gombot, akkor igen.

rapfen

a mesterAbban nincs semmi élvezet. :-) Lokal meg sehol sincs. (Még mindig az informatika a tárgy.)

« Előző oldal Következő oldal »