Aktív témák
-
Feltelepíted a sensors-applet elnevezésű csomagot, majd azért ellenőrizd, hogy az lm-sensors is fönt van-e. Futtasd le terminálban a
sudo sensors-detect
parancsot, mindenre igennel válaszolj, illetve egyszer csak Entert kell nyomni.
Jobb egérgomb a panelra (igen, ami alul meg fölül van) -> Hozzáadás a panelhez -> Hardware Sensor Monitor.
Jobb egérgomb a kihelyezett hőmérsékleti értékre -> Beállítások -> Szenzorok
Itt még be tudsz pipálni egy csomó mindent elméletileg, ha kell (ventilátor sebességek, feszültség értékek). -
válasz
ntomka
#28327
üzenetére
Hát, érzetre, végül is mondhatjuk, hogy kevésbé fogja meg a gépet másolásnál mint az ext4. De aztán lehet, hogy csak beképzeltem. Annyi biztos, hogy néhol azért lassabb, például a kemény linkes fájltörlés sebessége egyértelműen elmarad az ext4-étől. De azért így is használható, és bizonyára még fejlődni fog ezen a téren. Viszont összességében a funkciólistája is igen impozáns, úgyhogy maradok már ennél. Majd eldől, hogy mennyire stabil, most rábíztam az adataimat, remélem nem lesz belőle gond. Azért a fontosabb dolgok több helyen is megtalálhatóak. Snapshotkészítésben már nagyon otthon vagyok.

Amúgy Te is nyugodtan kipróbálhatod ám, csak azért mentsd el az adataidat előtte. Lényegében a konvertálás egy egyszerű, tapasztalataim szerint teljesen biztonságos folyamat. Ha nem válik be, akkor könnyedén vissza lehet állítani az eredeti állapotot, vagyis vissza lehet csinálni formázás nélkül ext4-re. -
válasz
ntomka
#28325
üzenetére
A Debian.vdi fájlom például 12,7 GB, az Ubuntué 12,1, valamint ilyen 6-7-8-9 GB-osból van még összesen 9 db. Kis fájlok prezentálásához jó lesz a kicsomagolt kernel is, vagyis abból is több, ahogy mondtad múltkor. Ma már nem, de holnap akkor megejtem a mérést.

Amúgy mért érdekes annyira számodra a dolog? Tervezed, hogy az eredmények tükrében esetleg Te is átállsz eme modern fájlrendszer használatára?Az üres dd-s kép sem hülyeség, azt is beleveszem akkor. Amúgy ezeket a vdi képfájlokat bizonyára lehet tömöríteni bőven.
-
válasz
ntomka
#28323
üzenetére
Igazából abban sem vagyok biztos, hogy a fájlrendszeren múlott a dolog ennél a tesztnél. Csak ki kellett választani az eszközt, amely fel sem volt csatolva. Viszont akkor meg fura az eredmény, mert ez azt jelentené, hogy a lemez elején lassabb valamelyest. Persze egy 20 GB-os, majd közvetlen mellette egy 100 GB-os partícióról van szó egy 1 TB-os merevlemezen, úgyhogy ez lehet mérési hiba is akár.
Amondó vagyok, hogy pontosabb képet kapnánk, ha egyszerűen stopperrel mérném a másolás sebességét, aztán kész. -
válasz
ntomka
#28310
üzenetére
Kipróbáltam ezt a pts-es dolgot, de annyira nem vagyok elámulva tőle. Egyetlen értelmesnek mondható tesztet találtam még, itt vannak az eredmények:
hdparm Timed Disk Reads:
Ext4 - Average: 131.50 MB/s
Btrfs - Average: 135.80 MB/s(#28319) totyax: úgy véd, hogy ha véletlen kitörölsz valamit, akkor még vissza tudod állítani könnyedén. Mondjuk ez főleg akkor érdekes, ha nem használ valaki szemetest sem, mint pl. én a Krusaderrel. Múltkor egyszer egy rosszul kiadott parancs után nagyon is jól jött.

-
válasz
totyax
#28314
üzenetére
Mert a /home-ot nem menti, csak szinkronizálja. Gyakorlatilag kemény link, véletlen törlés elleni védelem. Helyet csak nagyon minimálisat foglal, akár több száz GB-nyi adatnál is. Ha nem használod a felesleges kernel eltávolítást, akkor egyszerűen kapcsold ki. A beállításaid megmaradnak a cucc frissítésekor is, nem kell aggódnod. Egyébként azért is van alapból bekapcsolva, mert hát a rendszer-visszaállítással vissza lehet állni egy korábbi állapotra ha gond lenne, ez a lényege. Egyébként meg minek kellene valakinek 28 féle régebbi kernel ugyebár. Egyáltalán, a beépített frissítőt sem muszáj használni, akkor biztosan nem lesz gond.
-
válasz
totyax
#28311
üzenetére
Nem archivál konkrétan mindent, de a telepített rendszeredet elmenti. Annyit, hogy vissza is lehessen a teljesen kitörölt rendszert állítani úgy, hogy az újfent működjön.
Szal a /home-on, meg pár cache-elt tartalmon kívül elment mindent. Vagyis majdnem, mert csak azokat a könyvtárakat, amelyek a Linux sajátjai. Célmeghajtót megadni nem lehet, mert muszáj, hogy adott helyre mentsen, ott a mentések mellett van más is. Tömöríteni meg azért nem lehet, mert bár egy mentés kevesebb helyet foglalna, de kettő már többet, és még jóval több időbe is tellene elkészíteni. Meg tallózni sem lehetne benne kézi visszaállításhoz.
A felesleges kernelek eltávolítása azért van alapból bekapcsolva, mert sokakat zavart, hogy csak gyűlnek és gyűlnek a kernelek, így leszedi őket frissítésnél. Persze csak a gyári kerneleknél, azoknál is a jelenleg használtak előző verzióit szedi le. -
válasz
ntomka
#28301
üzenetére
Próbálkoztam a GUI beüzemelésével is, de egyelőre nem jutottam semmire.
Az előbbit a saját könyvtáramban állva futtattam, az btrfs. Most átálltam ext4-es partícióra és ez lett:
AIO-Stress:
aio-stress [Test: Random Write]
Estimated Test Run-Time: 1 Minute
Expected Trial Run Count: 3
Started Run 1 @ 18:09:06
Started Run 2 @ 18:09:17
Started Run 3 @ 18:09:28
Test Results:
253.46
263.45
267.13
Average: 261.35 MB/s -
válasz
ntomka
#28297
üzenetére
Hát, ha leírod, hogy pontosan mit és hogyan kell vele csinálni, akkor jó, egyébként elég bonyolultnak találom a dolgot. Most így hirtelen futtattam egy AIO-Stresst (Random Write), aztán ez lett az eredmény:
AIO-Stress:
aio-stress [Test: Random Write]
Expected Trial Run Count: 3
Started Run 1 @ 17:40:49
Started Run 2 @ 17:41:01
Started Run 3 @ 17:41:12
Test Results:
273.58
279.13
280.63
Average: 277.78 MB/s
De, hogy most ezt hol, melyik lemezen végezte, vagy mi ez az eredmény, arról fogalmam sincs.
-
Húha. Bekapcsoltam a compress opciót a btrfs fájlrendszeren és szemlátomást megtáltosodott az írás. Azért eddig csak ritkán láttam 110 MB/s fölötti másolási sebességet, de most szépen tartotta is, olyan 117 volt a csúcs nagy fájlok esetén. Azt bizony nem tudom, hogy kevesebb helyet foglalnak-e a fájlok vagy sem, mert nincs mivel megnézzem. Annyi azért benne van, hogy a procihasználat erősen megnő fájlműveleteknél, viszont annyi szálon dolgozik, ahány szálon képes a processzorunk. Ezt ellenőriztem úgy, hogy megnéztem a folyamatokat, és pont 3 db btrfs-delalloc- nevezetű dolgozott éppen másolgatás közben, szépen terhelve a processzort. Majd csinálok időmérést is a sima és a compress között, aztán megírom az eredményt.

-
válasz
totyax
#28277
üzenetére
Én a Rendszermenttel szoktam csinálni. Mivel Linux Minttet használsz, vagy GNOME főmenüt izzítasz be hozzá, vagy terminálban is ugyanolyan jól kezelhető, csak írd be, hogy
rendszerment
aztán ott már látsz mindent. Az első elkészítése viszonylag hosszadalmas, de aztán lerövidül ez az idő.Nagyon tetszik nekem ez a btrfs snaphot funkció. Tök olyan mint a kemény link (ala /home szinkron), csak éppen ha egy fájl tartalmán változtatunk, akkor a snapshotban a régi állapot megmarad. Na meg persze bármikor csatolható is ez a subvolume, akár az fstabba beírva is, nagyon király.
-
válasz
ntomka
#28264
üzenetére
Elvileg ott a tároló amit fellehet venni, akkor nincs vele macera. De mint ahogy olvashattuk a tapasztalatokat, nem nagyon akaródzik működni a dolog. Nyilván azért nem minden esetben rossz, mert hát biztosan ellenőrizve tették bele a tárolóba, de akkor már jobb az óvatosság. Az újraindítás mondjuk ajánlott, nem tart olyan sokáig talán.
A parancsos felrakás után az alábbi paranccsal tudod leszedni a cuccot:
cd /usr/share/ati
sudo sh ./fglrx-uninstall.sh
Felrakás után nem árt futtatni egy
sudo aticonfig --initial
parancsot sem, jobb a békesség, akkor kreál egy xorg.conf fájlt is.(#28265) totyax: nah, akkor mégiscsak jó, jól van. Azért csak kényelmesebb ezt a tárolós módszert használni, elvégre automatizálódik a dolog.
Más: Bake, ráeresztettem már 2 órája egy ~800 GB-os titkosított partícióra a btrfs konvertálót, még mindig dolgozik rajta. Mondjuk olyan 500 GB adat is volt rajt, úgyhogy megértem, meg aztán végül is ~100 GB-al is elszöszölt jó darabig. Na mindegy, elmegyek aludni, aztán reggelre csak kész lesz.

-
válasz
upszilon
#28250
üzenetére
Még az energiagazdálkodásnál lehet keresni a problémád forrását esetleg. Biztos, hogy nem egy bugról van szó, mert nálam nem jelentkezik ez a jelenség. Mondjuk azt észrevettem nemrég, hogy ha az aksis üzemmódról hálózati tápellátásra kapcsolom a notit, akkor hiába van beállítva, hogy ne sötétítse el a képernyőt, akkor is megteszi. Ha alapból hálózati tápellátásról indítom a gépet, akkor viszont jó.
-
válasz
ntomka
#28245
üzenetére
Nah, egy jó időbe tellett a TrueCryptes konvertálás, de sikeresen megcsinálta. Nagy nehezen rájöttem arra is, hogy a létrehozott ext2_saved könyvtárban levő képet kitudom törölni simán, de magát a könyvtárat csak az alábbi paranccsal (mivel ez egy subvolume):
btrfs subvolume delete /media/truecrypt3/ext2_saved
Azért érdekes volt, hogy átnevezni meg simán tudtam.
A tömörítéses bigyulára én is kíváncsi vagyok, fel is csatoltam compress opcióval a cuccot. Mondjuk nem vok benne biztos, hogy ennyi elég, bár nem reklamált miatta, pedig ha hibás dolgot írok be, akkor nem csatolódik. Mindenesetre annyit látok, hogy míg ugyanaz a könyvtár méretileg ext4-ben 246,3 MB, addig btrfs-ben 245,9 csak.
Sebességteszteket majd megpróbálok csinálni, mindenesetre nem kell arra számítani, hogy gyorsabb az ext4-nél, legalábbis egyelőre biztosan nem. Inkább a funkcionalitása teszi napjaink egyik legkorszerűbb fájlrendszerévé a btrfs-t.(#28246) body007: ilyen nálam is néha előfordul, de nyomok egy Ctrl+Alt+(fél mm)egeret, aztán egyből jó lesz.
-
válasz
ntomka
#28243
üzenetére
Éppenséggel most kicsit fellelkesültem és úgy döntöttem, hogy konvertálok át pár partíciót. Nagyon érdekes ez a snapshot funkció, már-már, sőt gyakorlatilag kiváltja a Rendszermentet is, hiszen könnyedén vissza lehet állni egy-egy régebbi állapotra a segítségével. Egyébként frankón működik TrueCrypttel is, most éppen egy olyan partíciót konvertálok. Régebben is foglalkoztam amúgy vele, csak ugye elég instabilnak volt mondható, ezért inkább vártam még vele, az adataim értékesebbek voltak. Meg aztán arra is várok, hogy a GRUB 2 végre támogassa.
-
válasz
ntomka
#28236
üzenetére
Azt konkrétan nem olvastam, de tudtam már, hogy Mavericknél választhatóként ott lesz a btrfs is. Valóban nagyon ígéretesek a funkciói, vártam már én is, hogy elérhetővé váljon valamelyik daily buildben. Köszi, hogy szóltál, hétvégén alaposabban tanulmányozni fogom ezt a fájlrendszert.

-
válasz
body007
#28234
üzenetére
Örömmel jelentem, hogy a tegnapi (vagy azelőtti) snapshottal ez a probléma megoldódott (10.60.6379). Viszont most nézem, hogy van újabb, a 10.60.6380, rögtön teszem is fel és megmondom, hogy még mindig jó-e.

Szerk.: Fenn is van, és úgy tűnik, hogy még mindig jó. Szóval nyugodtan rakd fel Te is, mostantól talán már nem lesz ezzel probléma. -
válasz
KAMELOT
#28211
üzenetére
Rendszer -> Beállítások -> Egyszerűsített Compiz beállításkezelő -> Asztal -> Megjelenés, állítsad be a Munkaasztal kockát -> Asztal oszlok, 4.
Nem tudom, hogy még mit akarsz állítani, mert rengeteg minden van, de nézz körül bátran a CompizConfig beállításkezelőben is. -
válasz
KAMELOT
#28209
üzenetére
Rendszer -> Beállítások -> Megjelenés -> Vizuális effektusok
Persze ha ezeknél az előredefiniált és viszonylag egyszerű effektusoknál többet akarsz, akkor érdemes feltenni még hozzá pár csomagot. A compizconfig-settings-managert és a simple-ccsm-et a beállításához, a compiz-fusion-plugins-extrat azért, hogy teljesebb legyen a beállítanivaló. Természetesen működő 3D gyorsítás kelleni fog, szükség esetén telepítsed a zárt meghajtót (ha van és kell hozzá). -
válasz
ngabor2
#28203
üzenetére
Ha érzékeli a funkciógombot, akkor ez egy viszonylag egyszerű művelet. Most csak VirtualBox alatt néztem meg Live CD-vel, ezért angolul tom leírni.
System Settings -> Input Actions -> KMenuEdithez pipa és jobb egérgomb -> New -> Global Shortcut -> K-Menu Entry
Ráállsz az új cuccra -> Trigger, itt megadod a gyorsbillentyűt -> Action, itt betallózod a számológépet (Utilities -> KCalc)
Elvileg ennyi, csak le kell Applyzni és mükszik.
-
válasz
No-kia
#28197
üzenetére
Mert most már a nyílt meghajtó üzemel. Ezzel ugyanúgy mennek az effektek, van 3D gyorsítás. Ha minden jól megy, akkor nem kell felrakni a legfrissebb drivert, mert néha azért vannak komplikációk az alaposabb tesztelés hiánya miatt. De ha nagyon szeretnéd mégis frissíteni, akkor a legújabb kernelt érdemes feltenni és a xorg-edgers tárolót kell felvenni.
Synaptic -> Beállítások -> Tárolók -> Egyéb szoftver -> Hozzáadás -> ppa:xorg-edgers/ppa
De még egyszer mondom, ha nincs különösebben probléma vele, akkor ne frissítsd, mert később lehetnek belőle problémák, visszacsinálni meg kicsit komplikáltabb. Ha felraktad, azután az fglrx-et sem tudod feltelepíteni, illetve feltudod, csak nem fog működni. -
válasz
Psychonaut
#28189
üzenetére
Hát, ha el sem indul most az Ubuntu, akkor az alternate telepítő "Sérült rendszer javítása" menüpontját indítva, majd a GRUB újratelepítését választva lehet megoldani.
(#28190) ntomka: ha beírom a keresőbe, hogy Catalyst 8.741, akkor az összes találat szerint a 10.6-ról van szó. De amúgy sem hiszem, hogy egy hónappal a megjelenés előtt már meglenne Ubuntuéknak a 10.7 (vagy előzetes verziója).
-
válasz
body007
#28186
üzenetére
Mindkettő tároló fent van nékem. Természetesen csak akkor van gond, ha 5. hó 13-a előtt vetted fel a tárolót, utána már az új verziót szedte le. Én most csak itt az fglrx kapcsán vettem észre véletlen a dolgot. Egyébként az x-swatos tárolóban benne van az újabb fglrx is, a 8.741-es, vagyis a Catalyst 10.6 (Beta 2?).
-
válasz
No-kia
#28184
üzenetére
Nem feltétlen tökéletesen ugyanaz, de nem is ugyanúgy kell eltávolítani akkor, hanem a csomagkezelő segítségével.
Más:
Egyébként most fedeztem fel egy érdekes dolgot a xorg-edgers tároló kapcsán. A kissé megváltozott verziómegnevezés miatt pár csomag nem frissült már egy ideje. Pontosabban ezekről van szó, legalábbis ennyit találtam meg most:
libdrm-intel1
libdrm-nouveau1
libdrm-radeon1
libdrm2A régi verzió: 1:2.4.20...20100513
Az új verzió meg: 2.4.21...20100622Érdemes verziókényszerítéssel átállni az újabb verziókra.
-
válasz
No-kia
#28180
üzenetére
Leszedni viszonylag egyszerű:
cd /usr/share/ati
sudo sh ./fglrx-uninstall.shDe az energiagazdálkodási funkciók miatt azért érdemes lehet rápróbálni a tárolóban lévő cuccra is, hátha azzal jobb. Miután leszedted és újraindítottál csekkold a nyílt drivert, aztán ha gondolod akkor Rendszer -> Adminisztráció -> Eszközmeghajtók.
-
válasz
Psychonaut
#28173
üzenetére
Nautilusban kihúzod az oldalsávra (balra a vonal alá) annak a könyvtárnak az ikonját amelyet oda akarsz tenni, ami meg nem kell, azt eltávolítod onnan.
-
válasz
ntomka
#28152
üzenetére
Mondjuk ez fura. Nagyon ritkán nálam is van ilyen elszürkülés, mert nem válaszol egy alkalmazás, de akkor csak az az egy ablak ilyen, a többi nem. Azt kilövöm, utána jó minden.
Amúgy nem tudok róla, hogy ezt kilehetne kapcsolni.Egyébként próbáltad már az ablakkezelő újraindítását is például a Fusion Iconnal (compiz --replace vagy metacity --replace, Alt+F2-vel persze)? Hátha segítene, aztán kényelmesebb lenne mint a ki-be jelentkezés.
-
válasz
hackeeeee
#28150
üzenetére
Várd meg amíg fellép valaki. Ez ellen úgy lehet tenni, hogy egyrészről több ismerőst kell felvenned, másrészről pedig estefele érdemes fellépni, akkor általában már többen online-nak. Ez utóbbi valszeg arra vezethető vissza, hogy napközben többen dolgoznak, vagy egyéb elfoglaltságuk van.

-
válasz
body007
#28146
üzenetére
Ilyet nem akarok, mert ilyen van már benne a kezdetektől fogva. Alapértelmezetten 10 van megadva, ha ezen felül készül, akkor a legrégebbi törlődik automatikusan. Rendszerment -> Beállítások -> Maximális átmeneti mentések száma
Az egyidejűleg megtartani kívánt kiemeletlen visszaállítási pontok száma, a régebbiek automatikusan törlődnek új mentés készítésénél.
Ha nem is felülírja a régieket, de törli előtte őket és újat készít. Ez általában gyorsabb, mint a felülírás.
Annyit hozzá kell tenni azért, hogy a Linux Mint menüjével nem kompatibilis a cucc, ha valaki arra akarná feltenni. Bár egyébként működik és a GNOME főmenüben jó, meg persze a terminálban is. -
válasz
hackeeeee
#28138
üzenetére
Akkor nem muszáj konkrétan 100%-on hagyni, hanem amennyin gondolod, aksis üzemmódon úgyis csak kisebb fényerő kell annál. De azt is lehet csinálni, hogy a hálózatos fényerő állításához rendelsz egy gombkombinációt, meg az ahhoz képest állító aksis fényerőhöz is, azt kész. Persze arra lenne érdemes rájönni, hogy most mért nem jók a funkciógombok, ha nemrég még jók voltak.
(#28139) No-kia: Az ikonos megjelenést meg lehet oldani, például ott a DockBarX.
(#28140) body007: Az nem gond, hogy nem linkek.
-
-
válasz
hackeeeee
#28132
üzenetére
Nah, most, hogy végre üzemel a PH!, megnéztem itt a notimon, hogy mi a helyzet. Nos, annyira azért nem egyszerű a dolog. A battery_reduce legyen engedélyezve, akkor annyival csökken akkumulátoros tápellátás esetén a fényerő, amennyi be van állítva a brightness_dim_batery-nél. Ez azt jelenti, hogy ha 100%-os a fényerő, akkor 100-es értéknél teljesen leveszi, 0-ás értéknél meg teljesen világos, így mondhatjuk, hogy fordítva működik, de nem egészen. Mivel ez a fényerő értékét nem állítja, csak az aktuális fényerőhöz képest a szintet tudja csökkenteni, nem alkalmas teljesen a szabályzásra. Ha nem 100%-os a fényerő, akkor nem tudja 100%-ra állítani, ez esetleg problémás lehet.
Kéne a parancs, amivel lehet állítani a fényerőt notebookon. Esetleg ez lehet, hogy segít, bár nem tudom, hogy konkrétan a világítás fényerejét csökkenti-e:
xrandr --output LVDS --set BACKLIGHT_CONTROL legacy -
válasz
hackeeeee
#28128
üzenetére
Ha a gconf-editorban átírod, akkor egyáltalán változik a fényerő? Mert természetesen csak akkor működik. Az, hogy alapértelmezetten a csúszka 100-on áll, az a következő kapcsoló műve: --value=100
Ha a 100-at átírod másra (0 és 100 között), akkor azon fog állni alapból (ha nagyon kell, akkor átírom úgy a szkriptet, hogy az aktuális állást mutassa, de már csak holnap).
Ha amúgy működik a fényerőállítás, akkor kettő lehetséges ok van még ami szóba jöhet a működésképtelenségre: a gconf2 csomag nincsen feltelepítve, vagy root jogosultságokkal futtatod a fájlt.Akkor viszont ezzel nem lehet állítani a fényerőt sajnos. Pedig a bedugott tápos értéket átírva nálam működik normálisan a Windemen, azt néztem.
Sőt, tutira működnie kell, akkor valszeg nálad nem a fényerőállító billentyűkkel vannak gondok, hanem alapból nem állítható a fényerő valami miatt. -
válasz
hackeeeee
#28123
üzenetére
Kreálsz egy fájlt tetszőleges névvel, majd belemásolod amit írtam. Adsz neki futási jogot, ezt lehet Nautilusban is (jobb egérgomb -> Tulajdonságok -> Jogosultságok -> Fájl végrehajtásának engedélyezése programként) vagy terminálban (chmod +x <fájlnév>).
Több lehetőséged is van ezután; vagy csinálsz neki egy parancsikont, ez lehet az asztalon (ott akár közvetlen lehet ez a fájl is), panelon és valamilyen dokkon is akár, vagy gyorsbillentyűt is hozzárendelhetsz az indításához (Rendszer -> Beállítások -> Gyorsbillentyűk), ekkor megadod parancsnak a fájl elérési útvonalát (pl. /home/.../fényrő).
-
-
válasz
hackeeeee
#28118
üzenetére
Hm, tényleg nem lehet állítani, érdekes. A legegyszerűbb persze a gombkombinációval, de mivel nálad az nem működik most, akkor gconf-editorral kell megoldanod. Ha kell, akkor lehet írni egy scriptet is rá, aztán tod állítani egyszerűbben, esetleg Zenityvel még a csúszkás megoldás is megoldható.
apps -> gnome-power-manager -> backlight -> brightness_dim_battery -
válasz
hackeeeee
#28110
üzenetére
Hát, a használata roppant egyszerű. Terminálban ki kell adni a procidnak megfelelő parancsot:
burnBX
burnK6
burnK7
burnMMX
burnP5
burnP6Valami roppant mód belassult az internetkapcsolatom, nem tom mi van, alig tudtam frissíteni és elküldeni.

(#28116) ntomka:
Most úgy tűnik, hogy helyreállt valamelyest. -
válasz
afiifafiifa
#28095
üzenetére
Az alaplapod nem létezik az ASRock honlapja szerint, lehet ez a probléma, esetleg hamisított.
Gondolom a 775i945GZ-ről lehet szó.
Még mindig az a kérdésem, hogy más verzióval, mondjuk a 9.10-el is csinálja-e? Egyértelműen kernel vagy Xorg probléma lehet. -
válasz
afiifafiifa
#28088
üzenetére
Csak konkrétan az egérrel és billentyűzettel van a probléma vagy mással is? PS/2? Próbáltál rádugni egy USB-s beviteli eszközt is, hogy ellenőrizd megy-e attól még a rendszer (meg az eszköz)? Más verziójú Ubuntuval is produkálta már a hibajelenséget?
-
válasz
totyax
#28084
üzenetére
Nekem elég gyanúsak ezek a verziószámok, abban sem vagyok biztos, hogy ez a cucc valóban új-e, vagy még a 2007-ben kiadott 1.2-es verzióra épül. A hunspell csomag verziója 1.2.11, holott valahol az 1.6.1-esnél tartanak. A libhunspell nevében is benne van az 1.2, a hunspell-en-us verziójában meg a 2007-es dátum. Mondjuk ettől függetlenül még lehet, hogy a magyar szótár teljesen friss.
-
válasz
totyax
#28079
üzenetére
Azért is írtam a frissítést, meg csak annyit amennyit, mert így megmarad a 3.2.0-ás hunspell. A nyelvekkel gond volt (legalábbis egy részüknél, pl. a súgónál, ahol mondjuk még egy csomó csomagot akarna telepíteni), mert azok frissítésével több csomagnak is meggyűlt a baja, de így is remekül működik.

Szerk: habár megnéztem mégegyszer, annyira nem is vészes a dolog, pár nyelvi csomagot lehet frissíteni még gond nélkül. -
válasz
#16820480
#28075
üzenetére
Én azt tettem amit leírtam, ezt állítottam be:
deb http://ftp.debian.org sid main contrib non-free
Persze nem kell az összes, mert a main is elég, abban van az openoffice.org, de mindegy.
Amúgy nem tudom, hogy mit és hol állítottál be, mert ez a tároló független az Ubuntu tárolójától, de mondjuk, hogy ez a cím a Debian Sid Fő tárolója, így nem is lehet olyan lassú. A gyorsaságot úgy értem, hogy az internetkapcsolatom sávszélességét maximálisan kihasználta mikor töltötte le a csomagokat, ami azért nem ~100 kB/s csak. -
válasz
#16820480
#28073
üzenetére
Hát, nem tom, nálam minden rendben van. De megnézem akkor virtuális gépen Lucid alatt is a dolgot, mert most már érdekel, hogy mi történhetett.
Szerk:
Nah, meg is vagyok, ez gyorsan ment. Nálam full sebességgel töltötte le megint a csomagokat, egyáltalán nem lassú a Sid tárolója. Úgy tűnik, hogy minden rendben, megvannak az ikonok, valamint az eszközök -> beállításokat is megtom nyitni, nem fagy ki (már ha ezzel volt a probléma). Szal szépen megy nálam... -
válasz
#16820480
#28069
üzenetére
Az acpidet innen tudod beszerezni. Ha engedi, akkor pedig Synapticban Csomag -> Verzió kényszerítése.
Most akkor aszondod, hogy például a Writernél a félkövérítést, dőlést meg aláhúzást állító ikonoknál nem az A betűs képek vannak, hanem a szöveg? Ez nem normális, nekem az ikonok vannak ott. -
válasz
#16820480
#28067
üzenetére
Direkt írtam Synapticot és nem mást, mert azzal lehet megcsinálni a legbiztonságosabban. Helyreállítani megpróbálhatod úgy, hogy beszerzed az eredeti Ubuntus csomagot, majd terminálban dpkg -i acpid (bár lehet erőltetni Synapticcal a régebbi verziót is). Ha törött, vagy bekonfigurálatlan, akkor persze az problémásabb lehet. Ilyen esetekre írtam azt, hogy egy visszaállítási pont készítése ajánlott.
A menüsoron mit értesz, illetve melyik menüsornál, hol nincsenek neked ikonok csak szöveg? -
válasz
#16820480
#28063
üzenetére
Mért lenne fura, hiszen főként a Sid tárolójából importálnak az Ubuntuéba és nem fordítva.
(#28064) ntomka: mi a baj a megoldással? PPA nincs, újabb verzió nincs, viszont így is jól működik. Az Ubuntu Debian alapokra épül, úgyhogy azt hiszem ez nem olyan csúnya megoldás.
-
válasz
#16820480
#28057
üzenetére
Még van pár nap a fagyasztásig, addig még lehet átveszik a Debian Sid tárolójából a csomagokat. Ha nem, akkor sem kell csüggedni persze, bár jó PPA-t nem tudok hozzá, de egyszerűbb megoldást igen, mint a honlapról letöltést és kézzel telepítést.
Először is be kell másolni a /etc/apt/sources.list.d könyvtárba a (pl.) debian-sid.list elnevezésű fájlunkat, melybe előzetesen beírtuk a következőt:deb http://ftp.debian.org sid main contrib non-free #Debian-Sid
Majd a Synaptic csomagkezelőt megnyitjuk, rákattintunk a Frissítés gombra, megvárjuk míg végez. A GPG hibával nem kell törődni, nem érdekes annyira. Rákeresünk az openoffice.org-gtk csomagra, majd kijelöljük frissítésre (ekkor kijelöl még több mindent is frissítésre és telepítésre is, el kell fogadni). Ezután rákattintunk az Alkalmaz gombra, megvárjuk míg végez. Végül a Beállítások -> Tárolók -> Egyéb szoftvereknél a Debian-Sid elől elvesszük a pipát, bezárjuk az ablakot és frissítünk egyet megint.
Természetesen még mást is frissíthetünk a segítségével, habár figyelni kell, nem lehet mindent, azért 100%-osan nem kompatibilis ez a tároló. (Én mondjuk még a GPartedet frissítettem anno). Természetesen egy visszaállítási pont létrehozása is ajánlott előtte.
És a végeredmény:
-
válasz
ntomka
#28054
üzenetére
Mindegy is, mert azt kell szeretni ami van, ezt is ingyé kapjuk, nem lehet ok az elégedetlenségre.

(#28053) szimla65: mondjuk inkább csak arra voltam kíváncsi, hogy nem ilyen rendszerindító lemez készítése, vagy hasonló opciókkal, hanem normálisan, a képet kiválasztva írtad-e ki.
-
válasz
szimla65
#28050
üzenetére
Ezen a képen alig lehet kivenni valamit is, de mintha azt írná, hogy nem találja a live fájlrendszer fájlját, ami a filesystem.squashfs lenne szerintem. Hogyan írtad ki ezeket a lemezeket? Maximum alternate telepítővel kell próbálkozni, ha sehogy sem megy a sima desktop telepítővel.
(#28051) ntomka: ha ez megnyugtat, még a Maverick tárolójában is csak a 3.2.0-ás verziójú OOo van. A programok csomagjának frissítésére meg éppen ezért találták ki a PPA tárolókat, nem értem, hogy mi ezzel a probléma. A közösség elkészíti a csomagokat, az Ubuntu fejlesztők meg koncentrálhatnak a fejlesztői kiadásokra. Mert azért azt a több ezernyi ilyen felhasználói programot frissíteni nem kis munka, ezt be kell látni. Vagy ki dönti el, hogy mit kell és mit nem kell frissíteni? Így is sok lenne a függőségi probléma, instabilítás.
-
válasz
ntomka
#28047
üzenetére
Linux Mint alatt a "su-to-root -X -c indítandó" parancs működik is, de Ubuntu alatt alapból nem, és feltelepítve a cuccot sem.
Fedora esetén könnyen megoldják, mert ha jól tudom, akkor csak az aktuális meg az egyel régebbi verziót támogatják aktívan. Meg azért a böngészőt szokták frissítgetni, max. új csomagnevet adnak neki, mondjuk firefox-3.5.
De ha mindenből a legfrissebbet akarnák belepakolni, az nem csak rengeteg munkát jelentene csomagolás szempontjából, de a sok függőséget, mindent figyelembe kell venni, rengeteg bug keletkezik ilyenkor. Sőt, már-már értelmét vesztenék az újabb kiadások, mert egyrészt minek frissítsen az ember, ha egyszer már úgyis a legújabbat használja mindenből, másrészt meg minek készítsenek új kiadást, mikor úgyis lefrissítik a jelenlegit. Nem véletlenül találták ki az LTS-eket, nem véletlenül van ez a rendszer, én úgy gondolom, hogy ez csak így lehet jó. Ha valaki mindig mindenből a legfrissebbet akarja, akkor használja a fejlesztői verziókat is, és nézzen szembe a problémákkal. Próbálj csak meg egy ideig mondjuk Debian Sidet vagy alpha kiadású Ubuntut használni, aztán rájössz, hogy miről van szó. -
válasz
ntomka
#28043
üzenetére
Én úgy nézem, hogy elég sok hiányossága van ennek a gtk-s felületnek. Eleve el sem indul az ikonjával, a su-to-root parancsot át kell írni gksu-ra. Több funkció még nincsen implementálva, lefordítva sincsen több nyelvre a felület, és még csak a névjegyét sem lehet előhívni.
Ennél jóval többet dolgoztak a Synaptic-on, pláne most a Szoftverközponton, megértem, hogy kiveszik inkább az alaptelepítésből. Utána gondolom belepakolják a tárolóba az új verzát is, aztán fellehet telepíteni bármikor.
Néhány PPA-t akkor is fel kell venni, mert fél év alatt bőven jöhet ki új verziója egy-egy programnak, úgyhogy nem hiszem, hogy ezzel lenne probléma. Az meg talán érthető, hogy valahol egy határt kell húzni - jelen esetben a fagyasztásnál - a verziókat illetően, mert különben a kiadások egész életciklusa alatt fejleszteni kellene őket aktívan, az rengeteg munka lenne és a stabilitás rovására menne. -
válasz
ntomka
#28036
üzenetére
Az alaptelepítésből való kiszedés nem lehet ok arra, hogy visszatartsanak csomagverziókat. Biztosan megvolt/van rá az okuk, hogy mért eme régebbit tették bele. A jelenlegi 0.4.11.11-es verza a Debian Lenny tárolójából van, gondolom legkésőbb azután frissítik az Ubuntuban is, miután megjelent a Squeeze.
Szerintem meg frankó ez így is, főleg a PPA-s megoldással.(#28038) hackeeeee: a VirtualBoxos megoldással csak annyi a baj, hogy nem legális, plusz egy Windowst akkor is kell venni.
-
válasz
hackeeeee
#28029
üzenetére
Asszem, hogy azt nem lehet állítani benne, hanem fix méretű. A lejátszással gondok vannak, hogy megszeretnéd változtatni?
(#28028) ntomka: ezt kipróbálom én is. Nagyon érdekes, hogy mind a Debian Sid, mind a Squeeze tárolójában már az újabb, 0.6.X verzió található, és még az aptitude-gtk csomag is ott van.
-
válasz
hackeeeee
#28019
üzenetére
Én most az Exaile-re álltam át, például ott jól lejátsza.
(#28018) sheratan: 320 kB azért túlzás, az már 20 másodperc 128 kbps-nél. Bár mondjuk Audaciousban alapból 500 van beállítva.
Amúgy az Exaile-ben van "128 ezer" rádióadás, érdemes lenne ránézned, van Shoutcast. -
-
válasz
attrax
#28009
üzenetére
Az Audaciousnak még lehet ez egy valós gondja, ha nem megfelelő kimenet van kiválasztva, vagy túl nagyra van állítva a bit depth (bár liftezni akkor sem liftezik).
De az, hogy a képernyő le/fel sötétült meg világosodott, na az végképp érdekes egy jelenség.
Fagyás ugye lehet több mindentől, rossz beállítások a BIOS Setupban, hardver hiba, de akár a kernel miatt is lehet.
Torrent klienst találsz a csomagkezelőben számosat, én a µTorrentet használom, abból nem engedek. De alapjáraton a Transmission is jó lehet, az az alaptelepítés része. -
válasz
EmberXY
#28000
üzenetére
Nem kell hozzá semmilyen külön driver, ez nem Windows. A megfelelő modulok be vannak töltve. Most beraktam én is a tuneremet, ugyanez az saa7134 modul kell hozzá. Felraktam a tvtime nevű alkalmazást, rákerestem a csatornákra és szépen meg is találta őket. Szal működik normálisan. Gondolom neked is mennie kell, de ha nem, akkor szükség lesz a tuner pontos típusára.
Külön meglepetés, hogy az alap csomagból hirtelen fullos lett és bejön az összes csatorna nálam most. Ez frankó, akkor lehet néha fogok tévét is nézni, eddig nem néztem úgysem, de ha már 1000 Ft-ot fizetek érte akkor csak használjam ki.
-
válasz
hackeeeee
#27995
üzenetére
A képernyővédő alapértelmezetten sötét képernyő, ekkor valóban nem kapcsolja ki a monitort, csak elsötétíti azt. Rendszer -> Beállítások -> Képernyővédő, vedd ki a pipát a zárolásnál.
Egyébként a többit meg a gconf-editor segítségével lehet állítani:
apps -> gnome-power-manager -> lock -
válasz
hackeeeee
#27986
üzenetére
Az ablakdíszítésre mi van beállítva?
gtk-window-decorator --replace
Meg esetleg kapcsold be (mármint ha nem lenne már) a Hibajavításokat (az eszközöknél van). Jobb vagy más ötletem nincs, végignézve a beállításokat, nem találok a jelenséggel összefüggésbe hozható beállítást. -
válasz
hackeeeee
#27984
üzenetére
Na látod, egyre jobb lesz, nem szabad feladni.

A gombokra nem nagyon van ötletem, mert nálam ilyen jelenséget nem tapasztaltam. De fura mindenképp és valami bug lehet, mint feature, rákeresve sem találtam hasonló gondokkal küszködő egyéneket. Ha visszarakod balra őket, akkor is eltűnnek?
-
válasz
hackeeeee
#27980
üzenetére
Igen, ott azt írja, hogy ez mindenképpen kell, hogy működjön normálisan a ventivezérlés, így érdemes lenne kipróbálnod. Viszont a felfüggesztés és hibernálás nem ajánlott, mert akkor megint nem jó. A teendők GRUB 2-nél:
Nyisd meg szerkesztésre a /etc/default/grub fájlt, majd írd át a következő sort ilyenre:GRUB_CMDLINE_LINUX_DEFAULT="acpi_osi="Linux" quiet splash"
Azután nyomass terminálban egy
sudo update-grub
parancsot. Végül indítsál újra és figyeld meg, hogy változott-e valami.

-
Annyi, hogyha egyszer összeállítasz egy sorrendet, akkor azt le tudod menteni m3u-ba, pls-be vagy éppen xspf-be. Később aztán akkor már csak azt kell megnyitnod és visszatöltődnek a számok a megfelelő sorrendben. Persze nem árt, ha az elérési útvonalak nem változnak időközben, vagy minden egy helyen van.
-
Ha létrehozol egy lejátszólistát, majd belehúzol számokat, az mért nem jó? Amilyen sorrendben belehúzod őket, úgy lesznek ott is. Mondjuk én Krusaderből szoktam ilyeneket áthúzni, ott meg úgy rendezem ahogy akarom. Vagy éppen m3u lejátszólistát is lehet használni mondjuk.
Aktív témák
- Napelem
- Kabrió
- Milyen okostelefont vegyek?
- Macrodroid
- Feketelista, avagy a rossz boltok topicja
- Debrecen és környéke adok-veszek-beszélgetek
- Linux Mint
- Távol-keleti webshopok OFF topikja (játékok, kuponok, stb.)
- Hivatalos a Poco X8 Pro Max gigantikus akkukapacitása
- Gumi és felni topik
- További aktív témák...
- Telefon felvásárlás!! iPhone 16/iPhone 16 Plus/iPhone 16 Pro/iPhone 16 Pro Max
- Apple iPhone 16 Plus 128GB Ultramarine használt, karcmentes 96% akku (266 ciklus) 6 hónap gar
- Samsung Galaxy A04s / 3/32GB / Kártyafüggetlen / 12Hó Garancia
- HIBÁTLAN iPhone 15 Pro 128GB Black Titanium-1 ÉV GARANCIA - Kártyafüggetlen, MS4660
- Apple iPhone 17 Pro Max 256GB Deep Blue használt, újszerű 100% akku (0 ciklus) 12 hónap gar
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest







