March 2010 - openSUSE Users (Magyarul)

[opensuse-hu] Re: [SuSEmagyar] fájlok csoportos átnevezése
by TomTo:) 19 Mar '10

19 Mar '10

Szia! 2010. március 19. dátummal sptv ezt írta: > Sziasztok, nem tudna valaki kisegíteni nagy hirtelen, hogy több fájlt > egyszerre hogyan lehetne átnevezni úgy, hogy a fájl név elejét tudjam > csonkolni. Pl. default-examplexx.txt helyett examplexx.txt legyen? Az xx > a fájlok sorszáma, ez egyedi. valami ilyesmi? for file in *.txt ; do mv $file `echo $file | sed 's/default-//g'` ; done Üdv, TomTo:) > > köszi > sp > > _______________________________________________ > SuSEmagyar levelezőlista -=- susemagyar(a)mylinux.hu > http://www.mylinux.hu/mailman/listinfo/susemagyar > <admin(a)mylinux.hu> -=- <listadmin(a)mylinux.hu> -=- IRC: #suse.hu > Az illemtan helye: http://www.mylinux.hu/susemagyar_illemtan.html >

1 0

[opensuse-hu] Megjelent az openSUSE 11.3 Milestone 3
by Kálmán Kéménczy 16 Mar '10

16 Mar '10

Az openSUSE projekt kiadta a 11.3 harmadik fejlesztői verzióját (Milestone 3), amely fő célként a gcc 4.5[1] fordító minden csomagra kiterjedő használatát tűzte ki célul, ami néhány probléma [2] megoldását követően meg is történt. * Letöltés [3] * Roadmap [4] * Legbosszantóbb hibák [5] Ez a kiadás, néhány verziófrissítés mellet, főleg az előző két fejlesztői verzió során feltárt hibák javítását tűzte ki célul, amely a rendszer majd minden komponensét érinti. A csomagverziókkal kapcsolatos részletesebb információ a distrowatch [6] oldalán található. [1] - http://gcc.gnu.org/gcc-4.5/changes.html [2] - https://bugzilla.novell.com/show_bug.cgi?id=582222 [3] - http://software.opensuse.org/developer [4] - http://www.suse.de/~coolo/opensuse_11.3/ [5] - http://en.opensuse.org/Bugs:Most_Annoying_Bugs_11.3_dev [6] - http://distrowatch.com/table.php?distribution=suse

1 0

[opensuse-hu] Újra opneSuSe11.2 USB
by Burján Ferenc 14 Mar '10

14 Mar '10

Nálam tudósabbaknak itt van az indítási napló azon része, amit szerintem az USB-ről szól. <3>[ 9.732472] hub 1-0:1.0: unable to enumerate USB device on port 1 <6>[ 9.824571] yenta_cardbus 0000:02:09.1: ISA IRQ mask 0x00f0, PCI irq 11 <6>[ 9.824577] yenta_cardbus 0000:02:09.1: Socket status: 30000006 <6>[ 9.824583] pci_bus 0000:02: Raising subordinate bus# of parent bus (#02) from #06 to #0a <6>[ 9.824595] yenta_cardbus 0000:02:09.1: pcmcia: parent PCI bridge I/O window: 0xa000 - 0xbfff <6>[ 9.824600] pcmcia_socket pcmcia_socket1: cs: IO port probe 0xa000-0xbfff: clean. <6>[ 9.825064] yenta_cardbus 0000:02:09.1: pcmcia: parent PCI bridge Memory window: 0xd0000000 - 0xdfffffff <6>[ 9.825069] yenta_cardbus 0000:02:09.1: pcmcia: parent PCI bridge Memory window: 0x80000000 - 0x8fffffff <3>[ 9.924428] hub 1-0:1.0: unable to enumerate USB device on port 1 <6>[ 10.108043] intel8x0_measure_ac97_clock: measured 55383 usecs (2668 samples) <6>[ 10.108048] intel8x0: clocking to 48000 <3>[ 10.113144] hub 1-0:1.0: unable to enumerate USB device on port 1 <6>[ 10.349192] pcmcia_socket pcmcia_socket1: cs: IO port probe 0x100-0x3af: clean. <6>[ 10.350956] pcmcia_socket pcmcia_socket1: cs: IO port probe 0x3e0-0x4ff: excluding 0x4d0-0x4d7 <6>[ 10.351920] pcmcia_socket pcmcia_socket1: cs: IO port probe 0x820-0x8ff: clean. <6>[ 10.352666] pcmcia_socket pcmcia_socket1: cs: IO port probe 0xc00-0xcf7: clean. <6>[ 10.353589] pcmcia_socket pcmcia_socket1: cs: IO port probe 0xa00-0xaff: clean. <6>[ 10.360047] usb 1-1: new high speed USB device using ehci_hcd and address 33 <6>[ 10.395042] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x100-0x3af: clean. <6>[ 10.396848] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x3e0-0x4ff: excluding 0x4d0-0x4d7 <6>[ 10.397625] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x820-0x8ff: clean. <6>[ 10.398288] pcmcia_socket pcmcia_socket0: cs: IO port probe 0xc00-0xcf7: clean. <6>[ 10.399185] pcmcia_socket pcmcia_socket0: cs: IO port probe 0xa00-0xaff: clean. <3>[ 10.428340] hub 1-0:1.0: unable to enumerate USB device on port 1 <3>[ 10.616296] hub 1-0:1.0: unable to enumerate USB device on port 1 <6>[ 10.782895] Adding 1558264k swap on /dev/sda5. Priority:-1 extents:1 across:1558264k <3>[ 10.804282] hub 1-0:1.0: unable to enumerate USB device on port 1 <7>[ 10.864464] ieee1394: Host added: ID:BUS[0-00:1023] GUID[0090f501003a4d78] <6>[ 11.048041] usb 1-1: new high speed USB device using ehci_hcd and address 36 <3>[ 11.116315] hub 1-0:1.0: unable to enumerate USB device on port 1 <3>[ 11.304314] hub 1-0:1.0: unable to enumerate USB device on port 1 <3>[ 11.492283] hub 1-0:1.0: unable to enumerate USB device on port 1 <3>[ 11.680383] hub 1-0:1.0: unable to enumerate USB device on port 1 <6>[ 11.928049] usb 1-1: new high speed USB device using ehci_hcd and address 40 <3>[ 11.996299] hub 1-0:1.0: unable to enumerate USB device on port 1 <6>[ 12.013916] device-mapper: uevent: version 1.0.3 <6>[ 12.014461] device-mapper: ioctl: 4.15.0-ioctl (2009-04-01) initialised: dm-devel(a)redhat.com <3>[ 12.186300] hub 1-0:1.0: unable to enumerate USB device on port 1 <3>[ 12.372390] hub 1-0:1.0: unable to enumerate USB device on port 1 <3>[ 12.560345] hub 1-0:1.0: unable to enumerate USB device on port 1 <3>[ 12.748334] hub 1-0:1.0: unable to enumerate USB device on port 1 <6>[ 12.792590] loop: module loaded <6>[ 12.844913] kjournald starting. Commit interval 15 seconds <6>[ 12.845307] EXT3 FS on sda7, internal journal <6>[ 12.845314] EXT3-fs: mounted filesystem with ordered data mode. <3>[ 12.936297] hub 1-0:1.0: unable to enumerate USB device on port 1 <6>[ 13.004350] fuse init (API version 7.12) <6>[ 13.184045] usb 1-1: new high speed USB device using ehci_hcd and address 46 <3>[ 13.252342] hub 1-0:1.0: unable to enumerate USB device on port 1 <3>[ 13.444338] hub 1-0:1.0: unable to enumerate USB device on port 1 <3>[ 13.632927] hub 1-0:1.0: unable to enumerate USB device on port 1 <3>[ 13.820279] hub 1-0:1.0: unable to enumerate USB device on port 1 Kernel logging (ksyslog) stopped. Kernel log daemon terminating.

1 0

[opensuse-hu] Újra opneSuSe11.2 USB
by Burján Ferenc 14 Mar '10

14 Mar '10

Hali mindenki! A 11.2-t a végleges verzió megjelenésekor feltettem a 11.1-re és azonnal jött a probléma. Csak az első rebootig volt USB-s pendriwe, winyó és HUB. Reboot után nem volt egyetlen USB-s pendrive, winyó, szóval semmi, ami tároló eszköz. Továbbá az USB HUB-ot sem látta, ha rádugtam. Viszont továbbra is volt USB-s egér- billentyű. Egy hónap küzdelem után meguntam, hogy nem tudok dolgozni a gépemen és visszatettem a 11.1-et. Az óta ezt használtam és nem is foglalkoztam a dologgal. Tegnapi napon, gondoltam az USB- gond hátha fel lett javítva. Feltettem újra a 11.2 -tőt. Feltelepült, utána javítások letöltése, telepítése Yastból. És az USB, ugyan úgy, mint hónapokkal ezelőtt, csak az első használatkor működik. ...Csodálatosan. Majd reboot és soha többé semmilyen tároló eszköz, sem HUB nem látható. Már megint kizárólag az egerem és a billentyű. Ki tudja? Tényleg így fog ez maradni, vagy csak én nem tudok valamit? Még valami. A telepítőt kétszer is letöltöttem és kiírtam. Mind a két alkalommal két helyen is hiányosság miatt nem telepített valamit. Az egyik az Open Office volt. Ezt telepítés után javítottam újratelepítéssel. További megfigyelés, hogy a Live Gnome telepítő cd-t is kipróbáltam. A Live cd-ről még a telepítés alatt is volt USB HUB-om, egér és winyó, míg a DVD-ről telepítve, már a telepítés alatt is csak HUB nélkül volt egér, és winyó, meg egyáltalán. A Cd-s változatot nem csináltam végig, mert csak érdekelt, hogy ott milyen a telepítés eleje. Mi ez a megkülönböztetés? A korábbiakkal ellentétben jobb a Live Cd? Tud valaki magyarázattal jönni? B. Feri

2 1

[opensuse-hu] lircmd
by Major Gyula 13 Mar '10

13 Mar '10

Sziasztok! Nem tudom valaki használ-e lirc mouse-t. Bár a lircet könnyen installáltam és vettem használatba, a lircmd-vel nem boldogulok. Megcsináltam az /etc/lircmd.conf-ot *************************** # # lircmd config file # PROTOCOL IMPS/2 ACCELERATOR start max multiplier ACCELERATOR 2 30 5 ACTIVATE avertv7 bgm_res TOGGLE_ACTIVATE avertv7 bgm_res MOVE_N avertv7 2 MOVE_NE avertv7 3 MOVE_E avertv7 6 MOVE_SE avertv7 9 MOVE_S avertv7 8 MOVE_SW avertv7 7 MOVE_W avertv7 4 MOVE_NW avertv7 1 MOVE_IN avertv7 up MOVE_OUT avertv7 down BUTTON1_TOGGLE avertv7 prewiev BUTTON1_CLICK avertv7 picture BUTTON2_TOGGLE avertv7 ch_rtn BUTTON2_CLICK avertv7 sun BUTTON3_TOGGLE avertv7 BUTTON3_CLICK avertv7 0 # BUTTONx_CLICK, BUTTONx_UP, BUTTONx_DOWN are also possible *************************** módosítottam az /etc/X11/xorg.confot: *************************** Section "InputDevice" Identifier "LIRC-Mouse" Driver "mouse" Option "Device" "/var/run/lirc/lircm" Option "Protocol" "IntelliMouse" Option "SendCoreEvents" Option "Buttons" "5" Option "ZAxisMapping" "4 5" EndSection *************************** Milyen /etc/init.d/lircmd fájlt kell csinálni? Nem jött létre a /dev/lircmd. Hogyan kell a váltani az általános távirányítás és a lirc mouse között? Köszönettel előre is, és üdv: gyu_ma

1 0

[opensuse-hu] openSUSE Heti Hírmondó 114.
by Jozsef GIBA 13 Mar '10

13 Mar '10

sziasztok megjelent az openSUSE Heti Hírmondó 114. száma: http://hu.opensuse.org/OpenSUSE_Heti_H%C3%ADrmond%C3%B3/114 gi_joe

1 0

Re: [opensuse-hu] fsck
by Szágyi Károly 09 Mar '10

09 Mar '10

2010/3/9 gNAT <gnat.hu(a)gmail.com>: > ----> Original 2010-03-09 11:00, Szágyi Károly: >> 2010/3/8 Dancs György <dancsgy(a)gmail.com>: >> >>> Fontosabb adatokat lehetőleg ReiserFS -en tárolj ( lassú, de a halálból is >>> visszajön ), >> >> Tehát ez lehetne a /home helye mint fontos adat... > > Khhhmm... szvsz ez nagyon hibás megközelítése a problémának. > A fontos adatok védelme hibás kábelezés esetén NEM a fájlrendszer > feladata, botorság ilyen alapon fájlrendszert választani. ...ahh értem. openSUSE esetében az alapértelmezett Ext3 továbbra is megfelelhet esetemben ? > Tehát a fontos adatok rendszeres mentését kell jól kitalálni!!!! Ezen én is törpölök egy ideje. Lenne egy állandóan változó 200GB adat amit jó lenne legalább hetente frissen tartani. > A fájlrendszert inkább a használhatóság (pl. gyorsaság a jellemző > fájlméretnél) befolyásolja. Ez pl 100-300 MB-os tiff fájlok tárolása / használata esetében beszélhetünk ideális fájlrendszerről ? > A fenti visszaállítási kísérlet legfontosabb tapasztalata számomra, hogy > óvakodni kell a túl nagy partíciók létrehozásától, mert rengeteg idő és > eszköz kell a hibák javítására (fsck, hely az image számára...), és > nagyban megnő a hibalehetőségek előfordulása. Az említett (500Gb) > lemeznek egy elég szűk területe volt csak hibás és ez tönkrevágta az > egész érintett partíciót, míg a szomszédos partíciók még vígan > használhatók voltak. A példámban szereplő gépen 4 felhasználó terhelte a vinyót, 200GB körüli foglaltsággal ez egy (sda3) partíció. Mi lehet egy biztonságosabb (ha van) megoldás? -- Üdvözlettel: Karesz www.fotokaresz.hu

1 0

Re: [opensuse-hu] fsck
by Szágyi Károly 09 Mar '10

09 Mar '10

2010/3/8 Dancs György <dancsgy(a)gmail.com>: > Fontosabb adatokat lehetőleg ReiserFS -en tárolj ( lassú, de a halálból is > visszajön ), Tehát ez lehetne a /home helye mint fontos adat... bootnak jó az Ext3 ( minden ismeri ), rendszernek XFS ( sok > rammal veszett gyors ). Ez (nekem) új pontosabban még nem tekintettem ebben az irányba. A gyári tanokat követtem idáig. Van némi hajlamom valami egyedibb telepítésre. Asszem kipróbálom egyszer amit javasoltál. Fotós és multimédiás programokat használok többnyire asztalai gépen. Ha ehhez jól illeszkedik örülni fogok neki ;) -- Üdvözlettel: Karesz www.fotokaresz.hu

1 0

[opensuse-hu] Fwd: 195.36.08 Alert
by Garaczi László 09 Mar '10

09 Mar '10

Az nVIDIA levele az új frissítésről... Google fordításában: 195.36.08 Display Driver Alert! Tisztában vagyunk azzal, hogy egyes ügyfelek arról számoltak be, ventilátor sebesség kérdéseket a legújabb illesztőprogramokat NVIDIA.co.uk 195.36.08. Amíg tudjuk ellenőrizni a kiváltó okot ebben a kérdésben, azt javasoljuk, hogy az ügyfelek maradnak, vagy visszatérnek a járművezetők 190,53. A 195.36.08 kerültek a járművezetők ideiglenesen kikerültek a honlapunkon. -------- Eredeti üzenet -------- Tárgy: 195.36.08 Alert Dátum: Mon, 08 Mar 2010 07:38:53 -0800 Feladó: NVIDIA Drivers <drivers(a)nvidia.eu> Címzett: gara68(a)gmail.com NVIDIA <http://news.nvidia.com:8080/t/133418/11501987/2975/0/> *195.36.08 Display Driver Alert!* We are aware that some customers have reported fan speed issues with the latest 195.36.08 drivers on NVIDIA.co.uk. Until we can verify the root cause for this issue, we recommend that customers stay with, or return to 190.53 drivers. The 195.36.08 drivers have been temporarily removed from our website. If you don't want to receive further notifications, send blank *email* <http://www.nvidia.eu/uk/newsletter/unsubscribe.php?id= 11501987.81e992cdc4807d94d8062b0f6d806746 &list=emea_driver_notification>.

1 0

[opensuse-hu] fsck
by Szágyi Károly 08 Mar '10

08 Mar '10

Sziasztok ! Egy IDE kábelhiba vezetett félre és fagyás miatt párszor újra kellet indítani a gépemet. Sejtettem, hogy ez nem fog tetszeni a rendszernek. Indítás után ráadásul nem a /dev/sda2 (rendszer partíció) ellenőrzése kellet hanem a /dev/sda3 home partíciót kellet átnéznie. 20-25perc ellenőrzés után azt írta, hogy kézi beavatkozás szükséges fsck -a vagy -n kapcsolóval (give root), de ugyan ide jutottam azután is. Aztán lefuttattam fsck -f -y kapcsolóval és végre elindult a gép. Bejelentkezéskor viszont a KDM közölte, hogy ellenőrizzem a telepítést és visszaadta a login képernyőt. Valószínűleg megsérülhetett a KDE könyvtár vagy az fsck -f -y kapcsolóval felülírt/törölt valamit. A home könyvtár tartalmát még nem ellenőriztem,de látszólag megvan minden. A későbbi fsck használat esetén pl. ebben a helyzetben mi lehet biztonságosabb eljárás, egyáltalán van valami elfogadott standard ilyenkor vagy minden helyzet más? -- Üdvözlettel: Karesz www.fotokaresz.hu

1 0