Arch linux telepítése - Grub2 - Gnome3 - Openbox - etc.

 ( knzoltan | 2013. július 21., vasárnap - 9:59 )

Sziasztok,

Feltelepítettem az Arch linuxot (64bit) a régi gépemre (dellgx280, PIV 3000 HT 64bit, 2g ram) a partíciók így néznek ki:
sda1=swap (3GB)
sda2=/ (50GB)
sda3=/home (100GB)

Követtem pár leírást, elsősorban a hivatalosat, ezt: https://wiki.archlinux.org/index.php/Installation_Guide, másodsorban a Bagoly úr blogjában leírtak szerint, de többszöri nekifutást követően a reboot után nem jutok túl a grub -on.

Ezt írja ki:
error: file '/boot/grub/i386-pc/normal.mod' not found
Entering rescue mode>

Nem értem, hogy miért történik ez, amikor én beállítottam és meg is néztem a grub config fájlt - benne volt mind a 3 partíció. (A boot flag nem hiányzik az sda2 ről)

Hiába követem lépésről lépésre egyik vagy másik leírást, nem úgy viselkedik a rendszer.
pl. a billenyűzetbeállítást nem tudtam megcsinálni, mivel nem létezik /etc/vconsole.conf file

Valamint a leírásból hiányzik, bár biztos a guruknak egyértelmű - nekem csak akkor, ha nem találja az adott parancsot (tabot nyomogatom ezerrel a parancs kezdőbetűi után, ozt mégsem találja), hogy mikor kell arch-chroot ól kilépni, majd visszalépni...
Próbáltam keresgélni a googlin, de nem igazán értem azt a részt, amikor be kell chroot-olni a /mnt hez.

Hogy lehetne helyreállítani a grub2 est?

Tudnátok segíteni?

Köszi!

Üdv,

Zoli

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Nem maradt el véletlen a

grub-install /dev/sda

parancs a telepítésnél? Nálam az esetek többségében igen.
---------------------------
Oszt jónapot!

Nem maradt el:-)

De bebootoltam megint az arch pendrive ról, megpróbáltam újra:

kép

Van 2 warning:-) az is gyanús.

A grub-install 'g' betűje előtt mi az a backslash?


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

nem tudom, az a backslash ott van alapból. Fogalmam sincs, hogy miért...
Amúgy a grubot nem lehet helyreállítani a grub-rescue ból?

Zahy már írta egyszer
;)

$ alias ls
alias ls='ls -F'
$ ls /var
backups/ crash/ local/ log/ metrics/ run@ tmp/
cache/ lib/ lock@ mail/ opt/ spool/
$ \ls /var
backups crash local log metrics run tmp
cache lib lock mail opt spool

Nem mellesleg megvan a '/boot/grub/i386-pc/normal.mod' file?


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Meg van a filé!

készítettem 2 képet:

kép

kép

De miért i386, amikor ez egy 64 bites op rendszer amúgy?

Azért, hogy egy 64 bites oprendszer alá betöltsünk egy 64 bites kernelt, magának a bootloader-nek nem kell 64 bitesnek lennie. Ugyanakkor érdekes, mert megnéztem a saját gépemen - 64 bites Fedora -, s egyfelől magam is azt tapasztaltam, hogy 32 bites a Grub2 bináris modulja, miközben létezik 32 és 64 bites Grub2 csomag, s nekem a 64 bites van felrakva.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Az sda2-ön van a boot flag, ez tuti

És a rootfs-en van a /boot, gondolom, tehát nem önálló filerendszer. Ez onnan jutott eszembe, hogy önálló filerendszer esetén a /boot még nincs a rootfs /boot alkönyvtára alá csatolva, tehát ekkor a például a kernelre hivatkozás /vmlinuz, ami az adott filerendszerre igaz is, a gép indulása után ugyanez a file már a /boot/vmlinuz, hiszen a rootfs /boot alkönyvtára alá csatoltuk.

Viszont, mivel nincs önálló /boot filerendszered, nálad nem ez a gond. Fentebb írtam két file-t, azokról mélyen hallgatsz... (device.map, grub.cfg)


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Igen megnéztam volna azt a 2 filét , de csak az egyiket, a grub.cfg-t találtam, jó hosszú, mit csináljak vele?
A másik fájlt (device.map) nem is találtam meg, pedig kerestem find dal

Következő fejlemény:
nyomogattam a pause gombot a boot folyamat során és sikerült egy ilyet elcsípnem:

error: file '/boot/grub/locale/en.gmo' not found

googliztam és úgy tűnik, hogy ez valami bug a grub 2 ben

Valami hasonló hibaüzenetem nekem is van, de szerintem ez nyelvi file, így igazából nem tűnik fontosnak.

Nem tudom biztosan, kell-e lenni device.map-nak, mindenesetre nálam így néz ki:

(hd0)      /dev/sda
(hd1)      /dev/sda

Nagyon úgy tűnik, hogy HDD összerendelés.

Szerk.: már úgy értem, hogy linuxos device név és a Grub2 által használt nevek megfeleltetése.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Ne keverd, a device.map az a Grub1 -hez tartozik, a Grub2 nem hasznal ilyen mankot a device-k elnevezesenel, es nem is igy nevezi el a meghajtokat, hanem teljesen maskepp.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

http://www.gnu.org/software/grub/manual/grub.html#Device-map


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Hmm... nekem nem letezett a file, es megis mukodott a grub2. Ez fura. Talan van valami automatizmus is a grub2-ben?
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

Ez könnyen lehet, igyekszik megoldani, amit csak tud.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Tényleg, nem lehet, hogy az sda2-re kellene boot flag, s neked az sda1-en van? Bár nem valószínű, mert az sda-ba tetted a grub-ot. Mégis az a szörnyű gyanúm, hogy elindul, de rossz helyen keresi a moduljait. Érdekes lehet, mi van a device.map és grub.cfg file-okban. Bár szerintem nem ez utóbbival lesz a baj, azt már fel sem tudja olvasni, ha rossz filerendszerről próbálkozik.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Amikor a Grub2-t telepítetted, nem chroot-olt környezetben voltál?

http://www.gnu.org/software/grub/manual/grub.html#Invoking-grub_002dinstall

Az a szörnyű érzésem támadt, hogy a szerencsétlen a /boot/grub2 alá beteszi a dolgokat, de egy futó live esetén az nem ugyanaz, mint a majdani /boot/grub2.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

De igen, a chroot környezetben voltam, de már próbáltam a live környezetben is a grub ot installálni.

Próbáljam meg az arch live környezetből megint?

(most egy ideig nem leszek, megyek bringázni, köszönöm az eddigi segítséget!! )

Leírom az elképzelésemet, de nem próbáltam ki. Boot-olsz egy bármilyen live-ot, s tegyük fel, az sda2-n van a valódi rendszered rootfs-e. Root joggal csinálsz egy alkönyvtárat, felcsatolod, s felteszed a Grub2-t:

mkdir -p /mnt/rootfs
mount /dev/sda2 /mnt/rootfs
grub-install --boot-directory=/mnt/rootfs/boot /dev/sda
sync
umount /mnt/rootfs

Aztán újraindítod a gépet már HDD-ről, s ha szerencséd van, akár még működhet is.

off

A bicikli miatt irigyellek. Amióta nem adták meg az elsőbbséget, nincs kerékpárom. :(


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

ki fogom próbálni. Ezt meg tudnám csinálni az arch-live pen driveommal is, nem?

(Nem tudom, hogy miért nem írják le egyértelműen az Arch install how-to ban, hogy a grub ot melyik környezetből kell installálni.)

Amúgy most értem haza, és megint próbáltam - most nem a chroot környezetből - új hibaüzenet kedveskedik:

kép

off:
2 éve kijött elém egy kocsi, akkor eltört a kezem...

A hibaüzenet alapján éppen az van, amit írtam. Ugye a live rendszered - amin éppen dolgozol - /boot-ja nem azonos annak a rendszernek a /boot-jával, ahova telepíteni szeretnéd a Grub2-t. Nézd meg, amit fentebb írtam, s az általam linkelt dokumentációban azt is, hogy miért úgy írtam. Szerintem a --boot-directory opcióval lehet megadni, hogy a jelenlegi rendszerben hol van az a hely, ami a végleges rendszer /boot-ja lesz, azaz hova másolja a file-okat. Legalább is én így értelmeztem.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Bármilyen live-val, amin van grub2, meg talán grub2-tools.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Valahogy le kellene generáltatni a grub2 vel egy konfig fájlt, amit bele kellene irányítani a /etc/grub valamilyen fájlba.

Ezt a javaslatot kaptam most telefonon egy barátomtól, de nem tudtunk sokáig dumálni.

Gongolom erre gondolt: grub-mkconfig -o /boot/grub/grub.cfg

Na és, hogya ez meg van, akkor hogyan tovább?

Annak idején a grub 1.x szel valamit machináltam, amikor még érdekelt a dual boot téma, de ma már nem foglalkozom windows zal egyáltalán...

Szerintem előbb próbáld ki, amit 13:13-kor írtam. Amúgy igen hamar mennem kell...


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Az a baj, hogy most nem tudok liveCD-t előkeríteni, nincs egy szál cd sem a környéken.
Meg tudnám oldani a liveUSBs Arch Linux al is?

Persze. Nem fontos, hogy CD legyen, mindegy, miről boot-olsz. Viszont ne feledd egy

fdisk -lu

paranccsal ellenőrizni, hogy hol van a kívánt filerendszered. Ami most sda2, az a live-ról boot-olva is lehet, hogy az, de meglehet, hogy nem. Így nézz majd rá előbb!


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Kipróbáltam, sajnos nem működik:

kép

Bejön a grub menü benne 2 sorral, ugyanúgy mint eddig, de nem jut túl rajta:

kép

Na, de várjál már! Szerintem ez így pont jó, működik. Entert azért nyomhattál volna. Nyilván azért nem boot-olt magától, mert a grub.cfg-ből hiányzott egy efféle sor:

set timeout=5

Vagy ahány másodpercet akarsz.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Igen jónak tűnik, de mielőtt ez a grub képernyő bejött egy pillanatra felvillant egy fehér sor, amit írtam is, hogy mit hiányol filét.
Entert természetesen nyomtam, mind a kettőre, de újraindult folyton.
A baj ott volt, hogy nem irányítottam bele a grub.cfg fájlba

A nyelvi file hiányával ne foglalkozz.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Na megcsináltam! Királyság! Van egy promptom!:-)

Gyorsan leírom, hogy hogyan:

az arch-chroot környezetben installáltam a grub2-t a /dev/sda ra, de installálást követően a konfig fájlt legeneráltam és beleirányítottam a /boot/grub/grub.cfg fájlba. (ahogy a telefonon tanácsolta a haver:-) )

Készítettem róla képernyőképet:

kép

Nagyon köszi a segítséget !

Majd még biztosan lesz még kérdésem, mert ezt az Arch os kalandot azért vállaltam be, mert azt mondta a haver, hogy sokat lehet tanulni az Arch on. Neki is az van a laptopján. Hát tényleg, amikor először partícináltam fdisk kel, akkor majdnem kihullott a hajam, mivel következetsen elfelejtettem a w-t megnyomni:-) na mindegy, most boldogság van, van egy command promptom! Most el kellene mélyedni abban a részben, hogy hogyan kell mondjuk felrakni az mc-t:-) Majd gnome3 mat szeretnék, meg vlc-t meg firefoxot, meg avidemux ot, meg devede-t, most hirtelen ezek a kedvenc programjaim jutottak eszembe:-)

Az viszont meredek, hogy az ls parancsra nem történik semmi:-))) Az a core-utils része nem? Akkor majd fel kellene rakni:-)

> ls parancsra nem történik semmi

ne hazudj :)

--
nincs aláírásom

komolyan nem eszi meg az ls parancsot a renccer:-)

hát rajzold ide mit csinál.

Igazad van! Mert olyan helyen nyomtam az ls parancsot, ahol nem volt semmilyen filé. Az ls -a már látványosabb volt...

Már elkezdtem pánikolni, hogy annyira csupasz a renccer, hogy még a core-utils sincsen fenn.

Ha hiányozna a parancs, a shell hibaüzenetet dobna.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Köszi, igen. Aztán később eszembe jutott, hogy kipróbálhattam volna, hogy 0-át ad-e rögtön ls után a echo $?

>pl. a billenyűzetbeállítást nem tudtam megcsinálni, mivel nem létezik /etc/vconsole.conf file

1) loadkeys 2) létrehozhatod

profin össze van rakva a rendszer, de mégis olyan bénák, hogy az install htmlt felrakják txtben, ahelyett hogy raktak volna még egy böngészőt az isoba és megcsinálták volna rendesen, pl egy default vconsole.conf, amiben az us-t átírod hu-ra. gentoo jobb volt. ebben még egy gpm se működik, hogy tudjak másolgatni.

--
nincs aláírásom

hogyan lehet létrehozni az /etc/vconsole.conf file-t? mármint mi legyen a tartalma:-) ? Létrehozni tudok egy ilyen filé-t, de az üres lesz:-)

Google is our best friend, Wiki is our best girlfriend
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

ez igaz , így fogok tenni ! :-))

Sziasztok,

Ma jutottam odáig, hogy tovább telepítettem az Archot, de most teljesen kiakasztott.
Föltettem az nvidia drivert, a gnome 3 mat, egy bejelentkező ablakkezelőt, de nem enged be, bekéri a felhasználónevet, jelszót, megadom neki, majd elsötétűl és újra kezdi a bekérni.
Tuti, hogy jól írom be, ha átkapcsolok tty3 ra monjuk, akkor ott be is tudok elentkezni, root ként is.
Folyton ide ugrik vissza, de nem írja, hogy elrontottam valamit, csak simán visszaugrik mindig ide:

kép

Újraindítottam, de nem enged be erről a felületről. Azt hittem, hogyha megadom a felhasználónevet, jelszavat, már a gnome3 fog fogadni. feltettem az xorg-xdm et, xdm-archlinux ot, az awesome ot és az openbox ot

Tudnátok segíteni?

Lepj be konzolrol, es nezd meg az alabbi fajlok tartalmat:

- /var/log/Xorg.0.log
- /home/knzoltan/.xsession-errors

Ez utobbinal a 'knzoltan' -t csereld ki a sajat usernevedre.

Valamint ugy latom, xdm-et hasznalsz beleptetesre. Tegyel fel inkabb egy lightdm-et.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

Lefényképeztem a 2 fájlt tartalmát:

kép

kép

És még azt kérdezném, hogy miért nem tudom leszedni a csomagot, ha már fölraktam? Föltettem pacman -S xdm, de leszedni nem tudom a pacman -Rns xdm mel??? azt írja, hogy:
hiba a cél nem található: xdm, és az openboxot sem tudom leszedni.

Aztán, nem értem, hogy miért hozott létre magyar elnevezéssel Asztal, Dokumentumok stb alapértelmezett könyvtárakat, amikor én nem mondtam neki ezt. Honnan vette, hogy magyarul akarom, hogy működjön. Én csak a keyboardot szeretném, hogy magyar billentyűzet legyen, maga az oprendszer angol legyen. Vagy ez a local.gen elkészítése után lett így? Vissza lehet ezt valahogy írni? Az egész op rendszert angolul szeretném, ehhez új kernelt kell létreozni?

Azt sem értem, hogy miért nem található az ifconfig parancs? Az nincs benne a base install ban? A live rendszer a telepítésnél még tudta:-)

Csak egy rövid kérdés: ezen végigmentél?
Másik: az xdm nem ilyen néven van meg neked. xorg-xdm lehet inkább.

igen, végigmentem, és igazad van, nem csak sima xdm et, hanem xorg-xdm és xdm-archlinux ot telepítettem, de akkor most le is szedem ezt a kettőt. Köszi

A helyedben egyelőre hagynám a mindenféle grafikus bejelentkeztetőket, és csak simán egy .xinitrc-vel és startx-szel nézném meg, elindul-e a grafikus felület.

A nyelvet a locale-gen segítségével tudod beállítani, nem kell a kernelt piszkálni hozzá :)
https://wiki.archlinux.org/index.php/Beginners%27_Guide#Change_the_language

A live-ban sok minden van, amit neked aztán magadnak kell telepítened.
ifconfig-hoz a net-tools kell neked.

Nem tudnád esetleg pastebin-re feltolni ezen fájlokat? Ha van rendesen neted arch alatt, akkor pastebinit csomagot felrakod (nem kell hozzá grafikus felület), majd pastebinit /var/log/Xorg.0.log feltolja az Xorg.0.log fájlt a pastebin-re, és visszaad egy linket. A linket megadod nekünk, és rendesen meg tudjuk nézni, hogy mi is van azokban a fájlokban.

De, és köszi, nem is tudtam erről a pastbinit programról.

Ide feltettem: http://pastebin.com/0r9kvmpm

Parancssoros felülettel meg nettel szinte mindent meg lehet oldani :)

ifconfig ügyben: elavult az eszköz, helyette az ip parancs van, egy kis paraméterezés-összehasonlító táblázat: http://www.tty1.net/blog/2010-04-21-ifconfig-ip-comparison_en.html

Köszönöm, nem tudtam erről sem.

Ha nekem enp2s0 az interface nevem és eth0-t szeretnék, akkor azt hol kellene átírnom? Nem találok a /etc ben rc.conf filé-t:-)

https://wiki.archlinux.org/index.php/Network_Configuration#Device_names
Az rc.conf is elavult (ui. az initscripts csomag hozná, és már itt is systemd van, így az rc.conf el lett távolítva - ezért jó az ArchLinux, minden héten más változás :) ).

Akkor jó:-) Egyik barátom már vagy fél éve Arch ot használ:-) de ki van tőle teljesen, pedig igazi linux buherátor - ő javasolta, hogyha tanulni akarok, akkor próbálkozzak vele.

Nem sokat szeretnék, csak egy gnome 3 mat, firefoxot, vlc-t, avidemux ot, de látom, hogy hosszú az út még.
Pl nem értem, hogyha telepítettem egy xdm -et, akkor az miért nem engedett be??? Ha be tudok jelentkezni konzol felületen, akkor miért nem tudtam xdm mel bejelentkezni.

Atmeneti megoldaskent kernelparameternek add meg: net.ifnames=0 ez visszalovi a regi tipusu eszkozelnevezest - viszont az udeves verzioval, amit uzsolt ajanl, hosszu tavon tobbre mesz. A regi tipusu eszkozelnevezo ugyanis nem garantalt fix neveket, azt csak az udev tette.

Ja, és nem filét. Fájlt, vagy file-t. Filéje a halnak van. :-)
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

:-) ez így most magas:-) Nem tudom, hogy hogyan lehet kernel paraméternek megadni ezt.
Azt sem értem, hogyha a live arch eth0 ként kezelte, akkor miért változott ez meg később.

A filé-t direkt írom így:-) Gáz?:-)

Abban tudnál segíteni, hogy mit állítsak át, hogy angol legyen az alapértelmezett arch, viszont a billentyűzet maradjon magyar?
Ezt a locale.gen parancs kiadása előtt kellene beállítanom? Vagy most kezdhetem elölről az egész telepítést, mert a kernel image is magyar lett? Bocsánat a pongyola fogalmazásért, de sajnos még mindig nem tudom a helyes linuxos szakkifejezéseket. 5 éve tértem át windows ról linuxra, és eddig csak ubuntu val foglalkoztam, de hát az gyerekjáték az arch hoz képest.

"A filé-t direkt írom így:-) Gáz?:-)"

Rattenitesen. Igy nam lihat ertano amit mondasz. Ket kulonbozo szo.

"hogy angol legyen az alapértelmezett arch, viszont a billentyűzet maradjon magyar?"
Mit szeretnel mondani?

"Nem tudom, hogy hogyan lehet kernel paraméternek megadni ezt."
Grub2-ben nem vagyok annyira otthon, azt majd talan mas. De az udeves megoldas az jobb:

# /etc/udev/rules.d/70-persistent-net.rules
SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="00:24:1d:6a:15:f8", NAME="eth0"

Az ATTR{address} ertekebe ertelemszeruen a sajat MAC cimedet, a NAME ertekebe pedig a kivant eszkoznevet kell irni. Ezutan csinalsz egy szimpla rebootot, es orulsz az uj eth0 eszkoznek. Vagy wlan0-nak, ha arra vagysz.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

ok, köszi átírnám, csak nincs ilyen file a rendszeremen. Hozzam létre? Az a 70 valamilyen prioritás sorrend?

Hat, ha nincs, akkor nincs mas hatra, letre kell hoznod. A 70-es elotag egy regi beidegzodes, a legtobb udev alapu rendszer automatikusan generalta ezt a fajlt, es mindig 70-es prioritast adtak neki. Az sztem jo lesz neked is. A nev igazabol mindegy is, a .rules kiterjesztes a nagyon fontos.

Az atirast arra ertettem, hogy amit adtam peldat, abban ird at a dolgokat a te rendszerednek megfeleloen. Peldaul ketlem (nem, inkabb remelem) hogy a MAC cim az jo lesz neked, tekintve, hogy az az _en_ halokartyam MAC-e.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

Az eth0-ból nem lesz gubanc? Nálam volt annak idején (systemd-re váltáskor), igaz, én 10-network.rules-t használom.

Mivel defaultbol valami totalisan random neveket general ki magabol (en0s1p7 pl), kicsi az eselye a conflictnak. Persze ha nagyon ovatos akar lenni az ember, akkor eloveszi a bsd-s nevezektant, es peldaul pcn0 -nak hivatja az eszkozt.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

A szálat nem olvastam végig, csak a hossza tűnt fel, ezért nem bírom ki, hogy ne kérdezzem meg. Már 10+ éve is könnyebb volt pl. egy Debiant felrakni. Az Archot tényleg ilyen nehéz, vagy a dokumentáció ilyen rossz?

--

Az Arch doksija nagyon jó, sokszor Fedorára is onnan lesek ötleteket. Mindegy, honnan jön a jó gondolat.

Itt inkább arról lehet szó, hogy az Arch és a Debian filozófiája erősen eltérő. A Debian viszonylag jól összerakott rendszer, míg az Arch tipikusan "szereld magad" kiadás, amennyire én tudom. Egyszer tettem a gépemre Archot, s máris éreztem ezt. Nem rossz, de olyanoknak való, akiknek sok a szabadidejük és tanulni akarnak.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Nem nehéz feltelepíteni, ha tisztában vagy az olyan dolgokkal, hogy mount, fstab, csomagkezelés és hogy melyik beállítást a /etc könyvtárban melyik fájl szerkesztésével tudod megvalósítani.
knzoltan szerintem ezeket még most tanulja (saját kárán tud az ember a legtöbbet tanulni ;) ).

Néhány hete szüleim gépére telepítettem egy már telepített (és kicsit lassúcska) linux alól, gyakorlatilag egy szkriptet kellett lefuttatni, aztán boot, egy-két dolgot (firefox, xfce, stb.) telepíteni, beállítani, és kész is.

Ha feltettem a gnome ot és kiadtam a systemctl enable gdm.service utasítást, aminek eredményeként ezt írja ki:
Failed to issue method call: File exist

Természetesen nem indul a gnome. És miért beszél most angolul? Az egész archot úgy telepítettem, hogy angol legyen.

Kilistázom a szolgáltatásokat a systemctl list-unit-files paranccsal, benne van, hogy a gdm disable, de nem tudom enable re tenni. valamint a systemctl status gdm.service parancsra azt adja ki, hogy
Loaded: loaded (usr/lib/systemd/system/gdm.service; enabled)
Actve:inactve(dead)

Na csoda történt!

Sudo val és -f kapcsolóval sikerült enable -re tennem, nyomtam egy reboot ot és most lett gnome3 felületem!

Azért nem kis szívás ez az Arch, legalábbis nekem.

Abban tudnátok segíteni, hogy hogyan tudnám beállítani azt, hogy maga a rendszer teljesen angol legyen, tüntesse el az asztal, sablonok, dokumentumok stb alapértelmezett mappákat és csak a billentyűzetkiosztás legyen magyar.
Ehhez a locale.gen t kell újra konfigurálnom?

Azért ez a Gnome3 meredek:-) Az itthoi gépemen Ubuntu 10.04 est használtam eddig, a munkahelyin már úgy ahogy megszoktam a Unity-t a 13.04 essel, de most felfedezem a gnome 3 rejtelmeit:-)

Viszont nagyon tetszik most a rendszer, most, hogy végre működik.

Mindenkinek nagyon köszönöm a segítséget, még majd biztos lesz kérdésem, mivel nagyon új az Arch nekem!

Ezt is sikerült beállítanom, szerkesztettem a locale.gen file-t aztán újrageneráltam a locale-gen paranccsal, és amikor bejelentkezett a gnome felület, akkor rákérdezett, hogy átnevezze -e a már meglévő könytárakat.

Volt a telepítésnél egy mozzanat, amit nem értek teljesen, persze azt értem, hogy betölti a billentyűzetbeállítást, de az a compression="zx", az nem tudom, hogy mit jelent? Összetömöríti a majdani initramfs -t?
És kaptam 2 warning-ot is a kernel image generálása közben:

kép

- A ket hianyzo firmware jo esellyel neked nem fog kelleni
- Igen, az initramfs-t (masneven initrd-t) xz-vel tomoritette ossze.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

Kicsit googliztam, és az egyik egy SATA driver. Felfogom tenni a firmware eket, legalábbis megpróbálom, aztán újragenerálom az initrd-t.

Igen, az, de a legritkabb esetben van desktop gepekben. Hidd el, nyugodtan ignoralhatod.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

Egy másik laptopon elkezdtem telepíteni ma az Arch-ot, viszont szeretném kipróbálni az openboxot, mivel sok jót hallottam róla. De nem tudom bepöccinteni. Feltettem a legfrissebb nvidia drivert is.Feltöltöm ide a log file-t:-)

http://pastebin.com/hZk74Hw9

ezekez a parancsokat adtam ki leírások alapján

mkdir -p ~/.config/openbox/
cp -R /etc/xdg/openbox ~/.config/openbox
cp /etc/skel/.xinitrc ~
nano ~/.xinitrc

Az xinitrc file-t azt a / be kell másolni? Kell belőle majd másolat a user mappába is?
először egyébként nem volt ilyen file-om - gondolom azért kellett kimásolni az /etc/skel ből.

Átszerkesztettem a leírások alapján az .xinitrc file-t --> beleírtam, ezt:
exec dbus-launch openbox-session

Aztán startx és nem megy.

Van ötletetek? Nekem ebből annyi jön le, hogy sorra próbálja betölteni a különböző modulokat, de nem megy egyikkel sem.

,,Az xinitrc file-t azt a / be kell másolni? Kell belőle majd másolat a user mappába is?"

A / mappába tipikusan ne tegyél semmit. A ~/ az szvsz a /home/user/ mappát jelenti.

A startx mit ír ki, hogyan nem megy? A xinit /usr/bin/openbox elindítja az openboxot?

~ --> ja igen! Köszi, ok, nem teszek semmit a / be

nekem a /home/zoli mappában csak 3, a bash videlkedését befolyásoló file található most. Tehát nem másolta oda. Mivel valószínüleg root ként adtam ki ezt a pár parancsot, ami a leírásban szerepel:

mkdir -p ~/.config/openbox/
cp -R /etc/xdg/openbox ~/.config/openbox
cp /etc/xdg/openbox/{rc.xml,menu.xml,autostart,environment} ~/.config/openbox
cp /etc/skel/.xinitrc ~
nano ~/.xinitrc (beleírtam ezt: exec openbox-session)

Rootként a startx hibát ad, a log file-t feltöltöttem a pastebin re, és még ezt írja ki:

xinit: giving up
xinit: unable to connect to X server: Connection refused
xinit: server error

Googliztam, és azt írja, hogy installáljam újra a zlib csomagot, ezt megtettem, de ugyanaz a hiba.

Azt hogyan tudnám megnézni, hogy az xinit /usr/bin/openbox elindítja-e az openboxot? Már megszerkesztettem az xinit et, beleírtam, hogy indítson egy openbox session-t, de szerintem én még az x et sem tudom elindítani.

Ezek a parancsok nem root-ként adandók ki. Ez a ~ hivatkozásból látszik, amely a mindenkori "$HOME". Az pedig az aktuális user alkönyvtára.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Hol, mi csinál a ~-ből $HOME-t? (megnéztem, és tényleg, ha megváltoztatom a HOME változómat, változik a ~ is)


Puppy linux felhasználó || Puppy a distrowatchon

A $HOME az aktuális user alkönyvtára. A ~ is. A ~másikuser pedig a másikuser alkönyvtára. Próbáld ki! Gondolom, a shell csinálja.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Nyilván a shell, mi más:

$ ls ~
... home könyvtáram tartalma ...
$ ls '~'
ls: ~ nem érhető el: Nincs ilyen fájl vagy könyvtár

Gondolom karakterek és kifejezések helyettesítésére létrehozott program. Ha a shell kezeli, fennáll a veszély hogy egy másik shell nem.
Amúgy nem a felhasználó saját mappájá(nak pathé)t tartalmazza, hanem azonos a tartalma a mindenkori HOME változóval, az meg szabadon állítható.


Puppy linux felhasználó || Puppy a distrowatchon


       HOME   The home directory of the current user; the default argument for
              the cd builtin command.  The value of this variable is also used
              when performing tilde expansion.

És igen, a HOME felülírható. Ez mennyiben probléma?


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

tudod, vannak az olyan dolgok, amelyek igazak, és vannak az olyan dolgok, amelyek nem igazak. A ,,A $HOME az aktuális user alkönyvtára." tipikusan nem igaz mondat. Lehet gyengíteni, hogy igaz legyen (általában, legtöbbször, alapértelmezés szerint etc. az alkönyvtára).
De ezt most fejezzük be, mert sok értelme nincs.
A ~-nak örülök, eddig nem ismertem.

Azt érzem, hogy kötekszel. Igaz ugyan, hogy default az a HOME, amit írtam, s felülírás esetén nem, csak tudod, ez éppen olyan, mintha elmondanád, mit csinál a grep parancs, majd én azzal jönnék, hogy ez nem igaz, hiszen senki nem mondta, hogy az adott rendszeren

  • nem csináltak aliast grep névvel valami egészen másra
  • nem csináltak symlinket grep névvel valahova, s írták át ide a PATH-t
  • nem cserélték le a grep parancsot valami egészen más funkciót ellátó programra

Innentől kezdve pedig értelmetlen bármiről beszélni, ugyanis lényegében bármiről könnyűszerrel be lehet bizonyítani, hogy az állítás nem igaz, a megfogalmazás nem elég precíz, további pontosításra szorul még.

Általában is elmondhatjuk, bármiről beszélünk, az csak egy adott kontextusban, köré gondolt feltételek mellett lesz igaz.

Szóval arra kérlek, ne kötekedj!


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Nem jól érzed. Pontosan a grepes példád miatt akadtam fenn azon, hogy pontosan mi a logikai kapcsolat, hogy mit és hogyan lehet beállítani és mi milyen esetben működik.
Számomra teljesen idegen és nem túl useful a megfogalmazás, hogy ,,A $HOME az aktuális user alkönyvtára. A ~ is.". Ami nekem hasznosabb, hogy bash shellben a ~ a mindenkori $HOME értéket takarja. A tied nem mondja, hogy a ~-t meg lehet változtatni (nincs rá szintaktika), nem mondja, hogy a ~ értéke csak úgy magától meg fog változni, ha a HOME=valami parancsot kiadom, ráadásul egy nem létező harmadik dologgal azonosítja mindkettőt, mikor pedig logikailag egymással azonosak, és nem a harmadik dologgal, lévén az nem létezik. (ha létezne akkor nem lehetne megváltoztatni a HOME-t sem).
(még egyszer: nem akarok erre több karaktert pazarolni, de néha szükségem van a saját fejemben logikailag tisztázni a dolgokat. Lehet, hogy neked fura, én nem informatikus logikával rendelkezem, és nekem ez a ~ karakter most frissen jött, el kell helyeznem)

kamuszerk: most bessh-ztam egy szerverre, ahol elvileg léteznie kell konkrét, rendszergazdi által beállított /home/user mappának, user jogoknak, etc. Ott is változtatható ez az érték (tehát nem amiatt van, hogy én a puppyban mindig root vagyok, és mint olyannak szabad változtatnia ezt az értéket)
Ha a HOME változóba parancsot teszünk, akkor a ~ karakter végrehajtja azt. Ez így elég nagy hülyeség szvsz.

igaziszerk: tyű, lassan be kéne állítanom valami terjedelemkorlátozót, (vagy terjedelem/gondolat korlátozót, bár azt nehezebb) különben én is poliverzummá leszek. Leszámítva a mulatságos nevemet.

Csak egy shellt mondj, ami nem kezeli. Most gyorsan megnéztem, bash, zsh, ksh, csh, tcsh kezeli. Hirtelen több nem jutott eszembe.
Egyébként egy gyors RTFM választ ad minden ezzel kapcsolatos kérdésedre :)

Szerk.: úgy látom, hogy ez a tilde posix-szabvány. Szóval eléggé lehet számítani arra, hogy működik :)

hm, érdekes. A ~/ -t máshogy helyettesíti, mint a ~fred-et (ne kezdjünk usernevet / jellel, ez a tanulság).
A ~fred értéke mit takar, ki tudja azt változtatni? Ha én egy sokfelhasználós rendszeren megváltoztatom a HOME-mat, akkor fred számára a ~bohocmasni megváltozik? (ezt már egyedül nem tudom letesztelni)

~fred/foo

The subdirectory foo of the home directory of the user fred

Tehát NEM a $HOME értéke, hanem a tényleges home könyvtár útvonala.
De ha végiggondolod, egy shell-ben beállított változóhoz nem is igen tudsz hozzáférni egy másik shell-ből. Sőt, mi van, ha a bohocmasni be se jelentkezett, akkor a ~bohocmasni karakterláncnak nincs is értelme? :)
A home-könyvtárat pedig a /etc/passwd fájlból kiszedheted, úgy, ahogy a shell is megteszi (legalábbis az strace szerint ilyen esetben megnyitotta). Változtatni meg gyakorlatilag ezt az tudja, aki a passwd fájlt is tudja változtatni.

Tehát a ~ NEM a HOME változó értékét jelenti (legalábbis egy karakterláncban értve). Nem is a home-könyvtár értékét. Hanem mindig mást és mást, attól függ, mi van előtte vagy utána.

Valojaban le tudod tesztelni egy Puppytol kulonbozo linuxon. Letrehozol 2 usert, ket kulon terminalon bejelentkezel, az egyiknel atirod a $HOME erteket, utana terminalt valtasz, es a masikban lekerdezed.

kotozkodeskeppen: elmeletben kezdodhetne /-rel a usernev, csak azt escape szekvenciaval kell beirni (\/ - "all of the characters up to the first unquoted slash"). Az mas kerdes, hogy melyik rendszer az ami ezt megengedi.

Addig, amíg az X nem fog rendesen menni, egyetlen egy grafikus felület sem fog elindulni.
Azt írtad, hogy régi a gép. Ebből azt sejtem, hogy a videókártya se a legújabb, azaz valószínűleg a legújabb nvidia meghajtóval NEM fog menni:

[  1238.872] (II) NVIDIA GLX Module  319.32  Wed Jun 19 14:55:38 PDT 2013
...
[  1238.874] (EE) No devices detected.
[  1238.874] (EE)
Fatal server error:
[  1238.874] (EE) no screens found(EE)
[  1238.874] (EE)

Az Arch nvidia-wiki oldalán meg tudod nézni, hogy a kártyádnak melyik nvidia csomag lesz megfelelő. Először a megfelelő csomagot rakd fel, utána majd meglátjuk :)

Nem, ez egy HP 3.gen i7 es laptop és van benne egy Nvidia GT630 as is. A leírás alapján telepítettem is a legfrissebb Nvidia drivert (304.xx).

Az itthoni gépem az régi p4, azon sikerült teljesen az Arch telepítése GDM3 mal.

Legfrissebb a 304.xx? Amennyire nézem, az Arch tárolójában a legfrissebb a 319.32-es.
Melyik leírás alapján telepítetted? Ui. Arch alatt van csomag, nem kell mindenféle kernel-forrást meg ilyeneket felrakosgatni, egy pacman -S nvidia elegendő.

Szerk.
a log-ból pedig:
[ 1238.874] (II) NVIDIA dlloader X Driver 319.32 Wed Jun 19 14:34:12 PDT 2013
Tehát csak valami 319.32-es van fenn.

Először is, biztos, ami biztos, egy pacman -Syu parancsot lefuttatnék, hogy biztos minden friss és naprakész legyen.

Igen, a 319 est tettem fel a 304 -et elírtam, bocsánat. Pontosan a pacman -S nvidia -val tettem fel. Az arch hivatalos leírását követtem. Le fogom futtatni a frissítést, és írok az eredményről. Köszi!

Sajnos nem működik még mindig.

Érdekes, hogy az echo $DISPLAY nem ad vissza semmit, ezért próbáltam ezt: (csak sejtem, hogy mit csinál - átadja a környezeti változó értéket ? )

env DISPLAY=$DISPLAY /usr/share/nvidia-settings

Azt a hibát írja ki, hogy:

Error: The control display is undefined; pleade run /usr/bin/nvidia-settings -- help for mor information

Megnyitom a help et, és azt írja a -c kapcsoló résznél, hogyha nincs definiálva, akkor a DISPLAY környezeti változó tartalmát fogja használni, de nekem annak nincs tartalma ezért megadtam a terminálban, hogy DISPLAY=:0.0, de így sem indul a startx

nem az itt a gond, hogy az i7 esben is található egy intel grafikus chip, meg még ott van az NVIDIA GT630M is a notebookban?

Az lspci | grep VGA ezt adja:

00:02.0 VGA compatible controller: Intel Corporation 3rg Gen Core processor Graphics Controller (rev 09)
01:00.0 VGA compatible controller: NVIDIA Corporation GF108M [GeForce GT 630M] (rev a1)

Hopp, ezt eddig nem is tudtuk. Ezügyben nem tudom, mit érdemes tenni, de mint mindenről, erről is van wiki-oldal: https://wiki.archlinux.org/index.php/Hybrid_graphics - ennyiben nagyon jó az Arch :)

A DISPLAY változót mikor akarod megnézni? Annak csak akkor van értelme, ha grafikus felületen vagy. Ha konzolon adod ki, akkor nyilván üreset ad vissza.

A grafikus felület (xorg) elindul egyáltalán?

Olvastam a leírást, köszönöm. Ebben a gépben nem az Optimus videókártya van, hanem egy GT630M.

Nem indul el sajnos az x sehogy sem. A dmesg | grep -i nvidia eredménye ez: http://pastebin.com/JW93yPig

Az xorg logját is feltöltöttem: http://pastebin.com/4wr9V0wE

Próbáltam elindítani az X et az /etc/X11/xorg.conf nélkül is, de úgy sem indul.

Az utóbbi fájl nem a log, hanem az xorg.conf.

igaz

Hello ismét!

Frissítettem, és feltettem a 324.15-5 ös drivert. Továbbra sem tudok grafikus felületet indítani ezen a laptopon.
Feltettem ide a log fájlt:
http://pastebin.com/fStGAsAc

Rá tudnál esetleg nézni? Nem tudom miért ilyen problematikus ez a laptop, olyan jó lenne, ha ezen is sikerülne a segítségetekkel beizzítani az Arch Linuxot...
Aggasztóak a hibaüzenetek:
(EE) No devices detected.
(EE)
Fatal server error:
(EE) no screens found(EE)
(EE)

Az lspci | grep VGA eredménye pedig:
http://pastebin.com/MBd1sr3q

Az Xorg.conf fájl tartalma pedig:
http://pastebin.com/x8TnrTVj

-- Zoli

Intel VGA-hoz nVidia driver nem is fog működni. Meg van csillagozva, mit használsz:

PCI:*(0:0:2:0)

A másik logból:

00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09)

Mindeközben:

LoadModule: "nvidia"


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Van valami különleges okod arra, hogy kényszeríted az nvidia modul használatát az Intel VGA-hoz? ;)


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

:-) Próbálkozom. Van egy intel videó magában a processzorban, ugye? És ott az nvidia chip.
Azt szeretném, hogyha az nvidia videókártya drivere menne, de szerintem összeakad a kettő.
Ha fölteszem az nvidia drivert, akkor miért nem kapcsolja ki automatikusan az intel drivert?

-- Zoli

Fogalmam sincs, de az az érzésem, az Intel VGA hajtja a monitort. A drótokat nem kötötted át, szóval aligha vagy előrébb, ha a másik VGA-t hajtod. Az a gyanúm, az Intel hajtja a saját monitorát, az nVidia pedig a gép oldalán lévő VGA csatlakozót. Külső monitorral tudnád szerintem használni az nVidiát. Amúgy nem ismerem a gépet, csak a sejtéseimről beszélek.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Amúgy mi az, hogy összeakad? Szerintem ez két külön periféria. Csak az nVidia kimenete lóg a levegőben, így az X szerver értelemszerűen azt vette használatba, amihez kijelző van kapcsolva, ez pedig az Intel. Te meg azt mondtad neki, ha fene fenét eszik is, töltse be az nVidia driver-t. Ezzel csak az a baj, hogy az nem tud mit kezdeni az Intel hardware-rel. Az nVidiával tudna, de azon meg nincs monitor. Így marad a hiba logolása. :)


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Az összeakad alatt azt értem, hogy nem tudja eldönteni, hogy melyik chip et használja. Amit írsz az könnyen lehet.
Egyébként, ha leszedem az nvidia drivert, akkor sem indul az X :-(

-- Zoli

Mindenképpen annak nézz utána, mi kell ahhoz, hogy az az Intel VGA működjön, vagy dugjál fel a gépre külső monitort.

Egyébként el tudja dönteni. Külső monitor hiányában az Intelt használja, mert ott van csak kijelzője. Külső monitor használata esetén beállítás kérdése. A belső monitorhoz az Intelt, a külsőhöz az nVidiát. Legalább is szerintem.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Ideiglenesen nevezd át a xorg.conf file-odat xorg.conf.orig-ra, így az X automatikusan próbál mindent detektálni. Ha nem megy, akkor olvass utána, az adott Intel VGA-ba hogyan lehet életet verni Linuxon.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Ok, ezt megtettem, összevissza töredezett a képernyő, meghalt az egész.
Nem értem, hogy miért foglalkozzak Intel VGA val, hogyha van dedikált videókártya a laptopban?
Volt egy restart, bejött egy login képernyő(slim) végre!, de ez is megfagyott, amikor megpróbáltam bejelentkezni.
Nincsen xinitrc fájlom sem, mindjárt szerkesztek egyet a home könyvtárba:-)

Végül mégiscsak megoldódott (részben)

Mindenesetre úgy érzem, Neked köszönhetően, hogy megjelent a fény az alagút végén, és nem a metró jön szembe:-)Ö
Most van gnome végre sikerült, de nem működik a touchpad. Rádugtam egy egeret és azzal tökéletesen működik.

-- Zoli

Nem értem, hogy miért foglalkozzak Intel VGA val, hogyha van dedikált videókártya a laptopban?

Mert - legalább is ezt gondolom, de nem biztos, hogy így is van - a dedikált VGA kártyád a gép oldalán egy csatlakozóban végződik, míg az Intel VGA-d pedig a notebook-od saját kijelzőjében. Azt nem akarod elfogadni, hogy az nVidia kimenetére nem tudod kötni a belső kijelződet. A laptop saját kijelzője egész egyszerűen rá van drótozva az Intel VGA-ra.

Természetesen használhatod a dedikált nVidia VGA-t, ha egy külső monitort csatlakoztatsz a géphez. Ekkor a külső monitor képét az nVidia állítja elő. Nem biztos, hogy igazam van, de ezt gondolom róla:

 P
 C
 I
 |
 |
 |   +-----------+    +---------------+
 |   |           |    |               |
 \___| Intel VGA |____| Belső kijelző |
 |   |           |    |               |
 |   +-----------+    +---------------+
 |
 |
 |
 |   +------------+    __
 |   |            |   /  |
 \___| nVidia VGA |___|o | VGA
     |            |   |o | csatlakozó
     +------------+   \__|


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Ez így teljesen érthető, ahogy lerajzoltad, csak nem értem, hogy miért van/lenne így. Természetesen belátom, hogyha így van, akkor nem tudom rádrótozni a belső monitort a külső csatlakozóra.
Van ezen a laptopon egy kali is (az debian végül is), az érdekes, hogy az nvidia drivert (nouveau) használja a belső kijelző meghajtására és gond nélkül felment. Mi értelme egy laptopot felszerelni dedikált nvidia videókártyával, hogyha annak az "erejét" csak külső monitoron élvezhetné a felhasználó. Lehet, hogy valaki "játékhoz" vesz egy ilyen laptopot.
Töltsek fel xorg.conf ot a pastbinre a kali ból? Az jelentene valamit?

Összességében tegnap sikerült összehozni a gnome 3.8 grafikus felületet, csak most a touchpad nem működik. Ha rádugok egy egeret, akkor tökéletes.

-- Zoli

"csak nem értem, hogy miért van/lenne így."

Egeszen egyszeru oka van neki: az nVidia kartyanak joval nagyobb a teljesitmenyfelvetele. Tehat, mig az Intel VGA gyakorlatilag beeri ugyanazzal az arammal, mint amit az alaplap amugy is kap, az nVidia kartya mar ezt kevesli, es tobbet ker.

Altalaban, foleg a relative kis kepernyoju laptopoknal ritka use case, hogy valaki a laptop kepernyon nyomorogva toljon egy komolyabb 3D igenyu alkalmazast, peldaul valami Quake/Doom/stb jatekot. Termeszetesen ez nem jelenti azt, hogy maga az Intel kartya ne tartalmazna 3D tamogatast - csak messze nem annyit, es nem olyan erejut, mint az nVidia kartya.

"az érdekes, hogy az nvidia drivert (nouveau) használja a belső kijelző meghajtására és gond nélkül felment."

Khmm... nem. Az legfeljebb _betolti_ a nouveau drivert, mert erzekeli az nVidia kartyat - de az intelt hasznalja. A Debian ugyanis trukkos cucc: nem tudsz ugy Xorg servert telepiteni rajta, hogy hosszu tavon ne keruljon fel a gepedre az osszes Xorg driver - tobbek kozt az intel kartya drivere is. En mar probaltam, hogy csak 1-2 driver legyen fenn, de mindig van olyan csomag, ami az osszes drivert tartalmazo metacsomagra dependel, es ket frissites utan valahogy mindig ott volt az osszes driver. Es defaultbol a metacsomag telepul, nem pedig a kartyaknak megfelelo csomag. Ezert nincs peldaul a Debian/Ubuntu telepitokben VGA kartyara vonatkozo kerdes - hiszen a leggyakoribb cuccokhoz kerul fel driver.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

Feltettem a xf86-input-synaptics csomagot, és most működik a touchpad is. Viszont nagyon instabil a gnome3. Néha megfagy.

-- Zoli

Használj Xfce-t! Az működni szokott. :)


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Na azt sose fogok használni:-) Vagy Gnome2,3 vagy Unity vagy Openbox ( de erre még nem szántam rá magam, így is elég szívás van az arch-al)
-- Zoli

Miért, mi a baj az Xfce-vel?

Jó, akkor legyen Openbox, de azt neked kell összeraknod.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Fapadosan néz ki, nekem egyáltalán nem tetszik.

-- Zoli

Mint mindent, ezt is be kell, illetve lehet állítani. Én például Compizzal használom, amiről nehezen mondható, hogy fapados. De az xfwm4-nek is vannak szép témái.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Csak rettenetesen keves funkcioja van, es az se mukodik tokeletesen. Egyebkent valoban nincs vele problema.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

Ez attól függ, mi az igény. Openboxnak még kevesebb szolgáltatása van, s szerintem az is jó. Nekem az Xfce-ből semmi sem hiányzik. Persze bekonfiguráltam használhatóra, mert a default beállítás tényleg elviselhetetlenül borzalmas.

Nekem Fedora 19-en nem bugzik, de lehet, csak mázlim van, vagy nem használok olyan plugin-eket, amelyek bugosak, s meggyűlt velük a bajod.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

En XFCE-vel rengeteget kuzdottem, mire a gnome-keyringet alatoltam, mert az XFCE-nek nincs hasonlo megoldasa.

De pl. eroteljesen hianyzott a talcaikonok normalis tamogatasa, ami most van, hogy minden ikont kulon widgetkent vagy mikent kell hozzaadni, az a vicc kategoria.

Hidd el, tenyleg egy honapon keresztul probaltam hasznalni, es tenyleg nem jott be.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

Elhiszem, s tudom, nekem azért nem hiányoznak szolgáltatások, mert igénytelen vagyok. :) A jobb egérgombbal tálcához adással nem értem, mi a gond. Hogyan tudnám egy mozdulattal az időjárás jelentést, a Thunart, a clipboard managert, az órát hozzáadni a panelhez, hogy megérezze, én éppen ezeket akartam hozzáadni, éppen oda, s éppen az adott beállításokkal? Szerintem ezt egyesével lehet.

A gnome keyringről szerencsére azt sem tudom, mi az, de mindig bizalmatlanul fogadtam az ilyen gyanús nevű dolgokat, s ha lehet, takarítom kifele minél előbb.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

+1 :)

Ezt eredetileg azért találták ki, mert a kisebb tudású Intel grafikus lassító általában sokkal energia takarékosabb, mint a másik Radeon/Geforce grafikus kártya.
Ezért esete válogatja, hogy melyiket érdemes használni.
Szerintem locsemege téved abban, hogy hardveresen be lenne drótozva, hogy melyik kimeneten melyik grafikus chip szolgáltat. Valószínű, hogy van egy muxer, ami meghatározza, hogy melyik aktív éppen. Hacsak nem muxless a laptopod.
Nem tudom, hogy az előttem szólók mondták-e már, de te a "hybrid graphics" kifejezést keresed.
Arch Hybrid graphics wiki
Ubuntu HybridGraphics wiki
Illetve van még más disztróhoz is.
Kérdés, hogy nálad milyen hardware mux van a laptopban?

Üdv:
Dw.

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

Lehet. Nem győztem eleget hangsúlyozni, hogy a logfile-okból ezt olvastam ki - akkor a kimeneti multiplexer adott állapotához tartozóan -, még csak notebook-om sincs, nem is volt soha, egy midi torony házba összerakott gépem van, arról meg tudom, mit tartalmaz, hiszen én raktam bele.

Természetesen, ha a kimenet multiplexelt, akkor megoldható, amit a kérdező szeretne, csak kérdés, ezt a multiplexert hogyan lehet vezérelni. Akkor ez lenne a valóság?

 P
 C
 I
 |
 |
 |   +-----------+     +-----+     +---------------+
 |   |           |     |     |     |               |
 \___| Intel VGA |_____|     |_____| Belső kijelző |
 |   |           |     |     |     |               |
 |   +-----------+     |     |     +---------------+
 |                     |  M  |
 |                     |  U  |
 |                     |  X  |
 |   +------------+    |     |       __
 |   |            |    |     |      /  |
 \___| nVidia VGA |____|     |______|o | VGA
     |            |    |     |      |o | csatlakozó
     +------------+    +-----+      \__|
                          |
 Intel/-nVidia____________/

Kérdés, az Intel/-nVidia hogyan vezérelhető, már feltéve, hogy úgy van, ahogy rajzoltam.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Félre ne értsd: nem hibáztatlak. Elektronikában valószínűleg képzettebb vagy, mint én.
Szerencsére a laptopom mentes az ilyenektől, eddig gyakorlatban nem kellett vele foglalkoznom.
A leírások alapján "switcheroo"-nak nevezik azt a software-es mechanizmust, amivel kapcsolgatni lehet. Fusd át a linkeket.
De az is biztos, hogy több féle megoldás is létezik. Van mux-less rendszer is. Ott aztán totál nem világos, hogy hogy van megoldva a váltás...

Üdv: Dw.

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

Gondolom, ahol nincs multiplexer, ott az első rajzom az igaz, s nincs váltás. Minek váltani?


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

De windows alatt ugyanez a laptop az nvidia drivert használja a belső monitorhoz. Ez bizonyos és Kali alatt is.

-- Zoli

Akkor vélhetően a másodoik rajzom az igaz, csak az a kérdés, hogy az Intel/-nVidia kapcsolót hogyan lehet piszkálni.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Kicsit piszkálam, feltettem az intel drivert, beállítottam a mkinitcpio.conf fájlban MODULES="i915" részt, legeneráltam egy új initramfs-t újrabootoltam és azóta elég stabil. Nem töredezik szét a kép a pl egy tty1-esen sem.

-- Zoli

Valahogy átsiklottam ezen a rajzon. Bocsánat.
Szerintem így van ebben a laptopban. Ez esetben viszont tényleg azzal a Bumblebee alkalmazással lenne érdemes foglalkoznom.

-- Zoli

Ezek szerint majd' egy hete elbeszélünk egymás mellett. :)


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Igen, nem vettem észre a másik rajzodat. És jópár napig nem is volt nálam ez a laptop.

Most próbálkozom a bumblebee megoldással, feltelepítettem az Intel/NVidia drivereket a leírás szerint, hozzáatdtam magamat a bumblebee grouphoz, jelenleg várom az optirun glxgears -info eredményét, kb 3 perce várakozik, semmit nem ír ki a képernyőre... Megszakítottam.

készítettem egy bbswitch.conf file-t, beletettem ezt:
options bbswitch load_state=0 unload_state=1

És itt meg is akadtam, nem tudom elindítani a bbswitch programot, és nem tudom modprobe-bal sem betölteni a modult.

-- Zoli

Ezt olvastam már, nem Optimus kártya van a laptopban, hanem egy GeForce GT 630M 2GB

-- Zoli

Mert nincs fenn az intel VGA drivere, igy erre eselytelen. Talan fel kellene tenni.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

Ilyenkor kell belenyúlni az X configjába saját device, monitor és server layout részeket megírni hogy ne magától próbálja kitalálni.

man xorg.conf

===============================================================================
// Hocus Pocus, grab the focus
winSetFocus(...)

http://c2.com/cgi/wiki?FunnyThingsSeenInSourceCodeAndDocumentation

Volt az ubuntu ban olyan feature, hogy ctrl+shift T re előjött a terminal. Ezt be lehet állítani arch linux on is?

Nem oprendszertől, hanem desktop környezettől függ a shortcut-ok kezelése. Openboxon és Xfce-n tudom, hogyan kell ezeket beállítani, mert ezen két felületen csináltam már. A többin nem tudom, de attól még szinte biztos, hogy lehet.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Értem, köszi, googlizgatok a témában.

Esetleg van ötleted azzal a hp laptoppal kapcsolatban? Nem tudok x et indítani. De majd csak holnap férek hozzá ahhoz a HP laptophoz.

Akkor holnap pakolassz ki pastebinre Xorg.0.log -ot, hogy lassuk mi a baj.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

Ha az általam említett desktop-ok valamelyikéről van szó, segíthetek. Ha nem, nézz utána.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Hello,

blacklistre tettem a nouveau drivert, és feltettem az nvidia drivert újra a laptopon, a hiba ugyanúgy megmaradt sajnos. Ide feltettem a log file-t:

http://pastebin.com/WST6afPp

Ha esetleg van időd, rá tudnál kukkantani?

köszi

Zoli

Most épp indulok, szóval valamikor máskor, vagy addig más valaki...


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Köszi -ráér, 1 hétig úgysincs nálam ez a HP laptop.

-- Zoli

Az Arch linuxban nincsen inittab file? Kerestem sudo find -name inittab paranccsal, de nem talált ilyen file-t:-)

Nincs inittab egy ideje, a systemd-re való váltás miatt (gondolom, a legtöbb disztróban szintén nincs).

Mit szerettél volna az inittabtól?

Csak bele szerettem volna nézni, mivel elkeztem egy oktatóvideó sorozatot nézni a youtube-on, és ott szó volt róla.

Akkor jó. Azt hittem, valamit ott szerettél volna beállítani (még az X indítása meg a runlevelek kapcsán gondoltam erre).

Esetleg - ha már videó - nézegetheted a systemd-vel kapcsolatosakat is, van a projekt honlapján egy linkgyűjtemény.

http://freedesktop.org/wiki/Software/systemd/

Sziasztok,

Az alábbit szerettem volna, újraindítást követően, nem volt netem, úgyhogy törölnöm kellett végül a szabályt.

sudo echo 'SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="00:11:43:33:33:33", NAME="eth0"' >/etc/udev/rules.d/10-network.rules

Zavar, hogy az ip a s, ezt mondja eth0 helyett:

enp2s0

Gondoltam, hogy dokumentáció alapján átírom az udev szabályt, de valamit biztos elrontottam.

-- Zoli

Nem rontottál el semmit. Új kernelt és udev-et használsz, miközben egyes fejlesztők újabb (lásd még: systemd) ámokfutásba kezdtek:
http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/

https://wiki.archlinux.org/index.php/Network_Configuration#Device_names

Ha visszasírod a régi eth0-t, akkor több workaround is van:
1. net.ifnames=0 kernel paraméter
2. /etc/udev/rules.d/80-net-name-slot.rules legyen üres, vagy kommentezd ki
3. /etc/udev/rules.d/80-net-name-slot.rules egy symlink a /dev/null-ra

Gentoo-s leírás:
http://wiki.gentoo.org/wiki/Udev/upgrade
Ezzel a paranccsal lehet megnézni, hogy mi lesz mondjuk az eth0 új neve:
udevadm test-builtin net_id /sys/class/net/eth0

Saját tapasztalat: bonding-ot még mindig kézzel kell beállítani...

Üdv:
Dw.

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

Üres az /etc/udev/rules.d/ könyvtáram.

Beleolvastam az anyagba, biztonsági megfontolások véget bejósolható elnevezésekkel operálnak.
Csak azt nem értem, hogy ha e szerint jártam el (Change device name rész): https://wiki.archlinux.org/index.php/Network_Configuration#Device_names

Akkor miért nem írta át eth0 ra az interface nevét... Vagy már ez a leírás is deprecated lett?

-- Zoli

Ott írja, hogy lehetőleg kerülni kell az olyan neveket, mint eth0. Adj neki valami mást, mondjuk "vezetekes" vagy "wifi" vagy ilyesmi. Próbáld ki, úgy mi történik.

:-) ja tényleg, és akkor a net0 val nem lenne baja ezek szerint?

-- Zoli

Csináld már, ne kérdezősködj :)

Egyébként jól működik az a sudo az archodon? Más esetekben?

Működik. Legalábbis nem vettem észre semmi különbséget. Ugyanolyan, mintha Ubuntu-n lenne:-)

-- Zoli

Csak azért kérdeztem, mert azt mondod, üres maradt az /etc/udev/rules.d, miután sudoval echóztad bele a fentit. Igaz, le is maradt egy fontos írásjel a végéről, de lehet, hogy csak itt a fórumba írtad hibásan.
Ja, bocs, nem, én nem látok jól :)

A "sudo echo foo > /etc/bar.conf" jellegu parancsok valojaban arra szolgalnak, hogy pocsekoljuk a gep eroforrasait, azt is megmondom miert. A fenti parancs ugyanis lefuttatja emelt jogosultsagokkal szegeny echo-t (raadasul a /bin/echo-t lovi fel, es nem a shell beepitettjet), majd userkent megprobalja az /etc/bar.conf-ba irni a kimenetet. Ez a legtobb esetben kudarcra itelt kiserlet.

A helyes parancsszerkesztes ilyenkor valami ilyesmi:

echo foo | sudo tee /etc/bar.conf > /dev/null

A fenti parancs lefuttatja az echo-t (meghozza a shell beepitettjet), aztan sudoval fellovi a tee parancsot, ami a sajat bemenetet replikalja a parameterkent megadott fajlba (-a kapcsoloval hozzafuzi azt), es elvben kiirna a standard outputra is, tovabbi feldolgozas vegett. Mivel ez utobbi nekunk csak teher, igy rairanyitjuk a /dev/null -ra, amit mar userkent is tudunk irni.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

Én a sudo-t ennyire nem ismerem, de szerintem su-val ez működne:

su -c 'echo foo >/etc/bar.conf'


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Igen, de vedd eszre, hogy itt teljesen mast csinalsz. amit itt irsz, az sudo-ra forditva az alabbival egyezik meg:

sudo sh -c 'echo foo >/etc/bar.conf'

tehat egy olyan scriptet futtatsz le, ami a 'echo foo >/etc/bar.conf' -ot tartalmazza.

Egyebkent az atiranyitas problemaja nem sudo-specifikus. A sudo-s parancs az su-val valami ilyesmi lenne:

su -c 'echo foo' > /etc/bar.conf

es itt megint oda jutunk vissza, hogy a kimenetatiranyitas celjanak megnyitasat nem a parancs vegzi, hanem a shell. Ez azert van, mert a kimenetatiranyitas eseteben egyedul a shell tudja azt, hogy kell-e O_TRUNC vagy nem kell (>: O_TRUNC, >>: nincs O_TRUNC). Illetve azert is, mert a STDOUT/STDIN/STDERR by default nyitva van a program fellovodesekor, es a shell nem feltetelezheti, hogy valami visszakoveti, hogy mi van neki megnyitva STDOUT cimszo ala peldaul.

--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

Hát én már csak su-val nőttem fel, nekem az sokkal tisztább, szárazabb, biztonságosabb érzés :)
su, aztán ott van egy terminálom rootként, látom a prompton is, hogy hol miként vagyok, cd a megfelelő könyvtárba, nano -w foo.bar, és akkor tudom és látom rögtön, hogy mit csináltam. Lehet, hogy meg lehetne számolni, hány karakterrel kellett többet gépelnem, de engem nem zavar :)

+1

En mar nagyon atalltam a sudo-ra, foleg, amiota lehetoseg van a passwordless sudo-ra. sudo vim /etc/bar.conf es egy opcionalis jelszo utes utan mar benne is vagyok a kedvenc editoromban. De az se gond, ha elfelejtem, mert a vim-ben lehet olyat csinalni, hogy pipe-ra mentek, es a ":w !sudo tee % >/dev/null" parancs egyszeruen sudo-n at leirja a valtozasokat.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

Hihetetlen mennyiségű errőforrást ehet egy ilyen parancs (facepalm)
Valld be te sem használod az általad istenített formát!

===============================================================================
// Hocus Pocus, grab the focus
winSetFocus(...)

http://c2.com/cgi/wiki?FunnyThingsSeenInSourceCodeAndDocumentation

Meglepodnel, hanyszor szoktam hasznalni.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

A tee igazából nem erre való.
Ezt nem lehet szebben? Nincs egy olyan program, amely ugyanazt csinálja mint a >, de nem a shell értelmezi?

De, a tee pontosan erre valo. Es nem, nincs.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

A tee duplikálásra való.
Amit te írtál az azt csinálja, hogy fogja az adatfolyamot, lemásolja, majd letörli a másolatot. (fixme). Azt ne mondd, hogy ez a szabványos, UNIX filozófia szerinti módja a fájlba írásnak.

Nem törli le. Eleve elnyeli.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

azaz létrehozza majd letörli? Vagy a tee tudja hogy ő a /dev/nullba van kötve és nem hozza létre? Ezt kevésbé hiszem

Szerinted nincs harmadik lehetőség? A tee nyilván nem tudja, hiszen az stdout átirányítását a shell végzi. Viszont nem kell háttértárra írni az adatot. Ugyan nem tudom, pontosan hogyan zajlik ez, de gyanítom, egy buffert kap a kernel, hogy írja file-ba, s a null device esetén ez a buffer el lesz dobva. Elég egyszerű implementálni, lényegében egyetlen ret utasítás, bár a buffer átvételét talán jeleznie kell előbb.

A lényeg, hogy nem íródik ideiglenes file-ba, amit így letörölni sem kell.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Mire lenne jó fileba írni közben?

Semmire. Te írtad az alábbit:

fogja az adatfolyamot, lemásolja, majd letörli a másolatot

Ezek szerint én értettelek félre. Mit értettél azon, hogy lemásolja, majd letörli a másolatot?


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

A tee valoban a standard inputjan bejovo tartalom duplikalasat vegzi (egyszer kiirja a parametereben kapott fajlba, egyszer pedig tovabbkuldi a sajat standard outputjan), de ez a mukodesi elve, nem pedig a mukodesenek celja. A tee maga egy nagyon sokoldalu eszkoz, peldaul a programok kimenetenek a logolasara is kivaloan alkalmas, plusz a kijovo adatfolyamot rogton tudod szurni is grep-pel peldaul. De ez csak egy felhasznalasi mod, a tee-nek nincs olyan dedikalt celja, mint peldaul a less-nek, ami kimondottan pagerkent szolgal, az egy altalanos parancs, altalanos feladatokra. Kb. mint a cat.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

ezt köszi ! bevallom ezt nem tudtam :)

Még egy kérdés: csak ez az egy hálókártya van a gépben?

Jelenleg a Gnome 3 mat használok, de piszkálja a csőrömet az Openbox. Volt rá egy kísérletem, aminek az eredménye egy nagy büdös fekete képernyő lett egy jobb egérgomb kattintási lehetőséggel, ami legördülő menüt hozott elő. Gyorsan visszaváltottam Gnome 3 ra. Viszont, közben értekeztem egy kollégámmal, aki nagy linux guru és azt mondta röhögve, hogy az volt az Openbox:-) és jó úton jártam. Kiderült számomra, hogy az Openboxot rettentő módon konfigurálni kell, most jelenleg nincsen túl sok időm bajlódni vele, de majd nekiállok. Valaki közületek használ Openboxot Arch linuxon? A kollégámnál nagyon jól nézett ki - én azt hittem, hogyha felrakom magamnak, akkor egyből olyan lesz nálam is... :-)

-- Zoli

"A kollégámnál nagyon jól nézett ki - én azt hittem, hogyha felrakom magamnak, akkor egyből olyan lesz nálam is... :-)"

Nem, nem lesz olyan, de lehet belőle akár jobb is...

némi segedelem: http://hup.hu/node/119628?comments_per_page=9999#comment-1538587

Ugyan én Crunchbang alatt Openboxozom/tam/fogok, a configokat ugyanúgy felhasználhatod.

Lényeg: a /home/felhasználóneved/.config/openbox mappában elhelyezed szépen a menu.xml-t, meg az rc.xml-t, amit magad megírhatsz, vagy "lelophatod" tőlem. Openbox alatt arra figyelj, hogy helyesen mentsd el a "menüfilét" mert, ha elqrod, akkor összeborul, és nem lesz menüd. oszt akkor marad a jó öreg konzol, ha csak nem mentetted el bejelentkezés előtt az rc.xml-t, amiben már beállítottál magadnak pár hotkey-t, amivel előtúrhatod a "filékezelőből" a "menu.xml-filét".

Amúgy meg ajánlom, hogy túrd fel a Crunchbang fórumokat rc.xml, menu, tint2, pipemenus, config kulcsszavakkal.. Az Openbox csodákra is képes, csak ki kell belőle hozni.

No persze az Openbox.org is sok érdekességet rejt. A "konfigfilék" logikája nagyon egyszerű, ha én a hentes agyammal elboldogulok vele, akkor valószínűleg te is.

U.I--1.: * a "filézésedről" az a reklám ugrott be, amikor az a tenyérbemászó fejű kisfiú, azt mondja, hogy "de én úgy mondom, hogy omlóóósz".... :-D

U.I--2.: Ha egyszer ráérzel az Openboxra, sosem akarsz majd mást.. Vagy ha mégis, akkor is azon veszed majd észre magad, hogy mindent ahhoz hasonlítasz.. "bezzeg Openbox alatt"


http://taklertamas.blogspot.com/ |#!|

Fedora live-ot csináltam Openboxszal. Tetszik, bár lassú, amíg kitúrja pendrive-ról a menüket, illetve a kis ikonokat.

Tint2 helyett még az fbpanelt merem ajánlani, én ezt raktam a live-omba.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Köszi, ki fogom próbálni.

-- Zoli

Ma inditottam egy frissítést (pacman -Syu), pár órát használtam, kikapcsoltam, most bekapcsoltam a gépet, és nem indul.
Csak áll a systemd-fsc[210] sda3 clean stb ....

Nem tudom, hogy mi a baja. Van ötletetek?

Elso korben kivettem az /etc/mkinitcpi.conf HOOKS sorbol az fsck-t, kivancsi vagyok, hogy reboot utan mi lesz...
Itt áll meg a rendszer:

Érdekes, hogy miután egy live rendszerrel kivettem a HOOK sorból az fsck-t, de mégis reboot után megcsinálja, hogy ez miért történik?

-- Zoli

Az fsck-t mindig rossz otlet kivenni, kulonosen alaposabb megfontolas nelkul. Egyebkent, ha csak 3 particio van a gepedben, akkor nem is ott fagy meg, ha meg 4, akkor viszont a problemadat nem ertem, szepen vegig kell varni, mig az osszes particion megtortenik az fsck. Esetleg live rendszerrol fsck-zol.

En a helyedben bootolaskor elkezdenem a kernel parametereit szerkesztgetni, es peldaul kivennem a quiet splash, es hasonlo uzenetelnyomo technikakat, hogy lassam, mi tortenik a rendszerben. Systemd mellett nem sok mindenre van garancia, de az a tipp, hogy vagy valamit teker meg a rendszer a hatterben, vagy elpanikol, esetleg valami rendszerkritikus cucc elsegfaultol. De amig nem latjuk, mi a baj, addig csak vajakolni lehet.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

Kivettem a quiet-et, majd a readonly-t is;itt áll meg (20 perce áll)

kép

Ez úgy tűnik nekem, hogy videókártya driver probléma. Csak Alt+F2 vel tudtam belépni, megpróbálkoztam a videókártya driver újratelepítésével, de nem tudok X-et indítani.
Ez a logfile keletkezik: http://pastebin.com/rsk7StqC

Indítottam mégegy frissítést, hátha kijavították a bug ot, de sajnos nem.
Azt írja, hogy pl nem tudta betölteni az NV, Noveau modult. Nem értem... Miért akar ilyen modulokat betölteni, hogyha a hivatalos nvidia driver tökéletesen működött.

Kezdi ugyanazokat produkálni, mint a munkahelyi HP laptopomon. Azt azóta sem tudtam megoldani, nem nagy gond, mert van rajta Ubuntu, csak hát szerettem volna Arch közelben lenni a melóban is:-)

Kíváncsiságból betöltötem kézzel az nvidia modult, megnéztem, hogy ténleg betöltötte-e - igen, aztán indítottam egy startx et, kicsit várakozott, már kezdtem megörülni, de visszadobott a sellbe. Feltöltöttem ismét a logot ide:
http://pastebin.com/r9rB3J7T

-- Zoli

Megjavult! Nem tudom minek következtében, most rebootot követően tökéletesen működik.

Lehetséges, hogy a 2 frissítés javította meg.

Hogy lehet permanensen eltűntetni a Grub ból a quiet et? Azért jobban tetszene, ha mindig látnám, hogy minden OK a rendszerindítás során.

Jó az, hogy ott van a quiet előtt az ro? Miért kell read-onlyban lennie? És szerintem az fsck-t is ki fogom szedni, hogy nyerjek egy kis boot időt. Nem mintha számítana, úgyis ritkán indítom újra a rendszert.

-- Zoli

Nagyon nem ajanlom az fsck kiszedeset. Minimalis idot fog el, viszont ha baj van a diszkkel, akkor az ellenorizetlenul bebootolo rendszer akar kart is tud csinalni. Miert sajnalod azt az egy vagy ket masodpercet magadtol?

A ro pedig egyfajta tulbiztositas, hogy meg ha csonkan es benan is, de valamennyire felbootoljon a rendszer, ha valami fajlrendszer bajsag van. Illetve egy masik szempontbol is az: ha a bootolas soran a rendszer kernelpanikban elhalalozik, akkor a read-only mount miatt nem fordulhat elo, hogy a fajlrendszer inkonzisztens allapotba kerul (ugye kernelpanikbol csak resetgombbal lehet kilepni).

Nem tudom, milyen grub van nalad, ha a /boot/grub/menu.lst fajl nem letezik, akkor az /etc/default/grub alatt kereseglj.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

/boot/grub2/grub.cfg


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Köszi :-) - kivettem a quiet-et.

Mi lenne, ha az ro -t is kivenném? miért jó az read-only módban?

-- Zoli

Azt ne szedd ki. Most nincs kedvem utánaolvasni, de az elején ro csatolja a rootfs-t, utána szerintem rw lesz az, csak ha az elején borul, akkor nem kellene szétzilálnia a filerendszert.

Ez csak sejtés, olvass utána. Lényeg az, hogy ha átírod, semmit sem nyersz, viszont veszélyesebb lesz a rendszer indulása.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

OK, akkor nem szedem ki az ro-t:-)
-- Zoli

Azt azért tudd, a grub.cfg generált file, illik hibátlannak lennie, így nem javasolt manuálisan javítani. A másik ok az, hogy a következő automatikus generálás alkalmával felülíródik, s a javításaid elveszhetnek. Ha tudod, mit csinálsz, s tudod, az mikor íródik felül, akkor belenyulhatsz, de nem ez a szép megoldás rá.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Annak a konfiguracios fajlnak a szerkeszteseben csak egy jo van: az elso kernel frissites ugy fogja felulvagni, ahogy illik. A helyes megoldas (mar leirtam egyszer) az /etc/default/grub. De persze, en nem ertek hozza.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

Épp a fölötted írtam ugyanezt. Nem tudom, Archon hogyan van, Fedorán gyakorlatilag mégis lehet editálni ezt a file-t, mert kernel frissítésnél magából a létező grub.cfg-ből szedi össze, a jelenlegi kernel milyen paraméterekkel kerül indításra, s inzertálja be az új kernelre hivatkozó sorokat ugyanezen paraméterekkel. Tehát kernel frissítés alkalmával noha felülíródik a grub.cfg, de éppen úgy, ahogy korábban módosítottuk.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Hmmm... hat en meg a Fedorat nem ismerem, legalabbis ilyen teren. Azt tudom viszont, hogy a grub-mkconfig _altalaban_ nem veszi figyelembe az elozo grub.cfg tartalmat - es ez nagyon jo is igy -, hanem valahogy maskepp szedi ossze a dolgokat. Reszben az /etc/default/grub -bol, ezert van a legtobb rendszeren ez a debianos utvonal fenn. Es ez az ajanlott mod is, vagyis fuggetlen attol, hogy mi mukodik meg mi nem, a grub.cfg kozvetlen szerkesztese _altalaban_ nem ajanlott.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

Az lehetett a baj, hogy frissült a Xorg, s így felülíródott néhány library, amely nvidia használata esetén más, mint normál esetben. Ha időközben jött nVidia frissítés is, akkor ez vélhetően megoldódott.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Ezek azért megfűszerezik a mindennapokat az Arch-al:-) Elég közel voltam a reinstallhoz, bár nincs túl sok kedvem megint átvergődni magamat az installáláson. Most gyűjtöm az erőmet az openbox hoz:-)

-- Zoli

Az Openboxhoz miért kell erőt gyűjteni? Annyira azért nem bonyolult.

Az nVidiával azért szívás, mert zárt driver, s felülírja az X-et. Nem az Arch a baj ebben, hanem az nVidia.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Jobb helyeken meg tudjak ugy oldani, hogy szeparaltan irja felul az X-et, es vissza lehessen terni az X sajat libjeire, ha valami gaz van. No persze, ezeket a jobb helyeket nem Arch Linuxnak hivjak.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

Tudom, Fedorán is így van.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

+1
--
A legértékesebb idő a pillanat amelyben élsz.
http://phoenix-art.hanzo.hu/
https://sites.google.com/site/jupiter2005ster/

Sajnos még mindig nem világos:

ha azt szeretném, hogy a billentyűzet magyar legyen,
az op rendszer nyelve pedig angol,

akkor meg kell-e változtatnom a jelenleg local.conf fájlba írt LANG=en_US.UTF-8 -at?

Nem merem átírni a locale.conf fájlt magyarra, mert szerintem a "skeleton"-ból létrehozna nekem magyar könyvtárakat a /home/ alá -ezt pedig nem szeretném.
Olvastam pár helyen, hogy egy /etc/rc.conf fájl pont erről szólna, viszont ezek 2012 es írások és a jelenlegi Archon nálam nincs ilyen fájl - ez még a systemd re váltás előtti bejegyzések sejtésem szerint.

-- Zoli

Nem kell piszkálni a local.conf-ot hanem létrehozod pl. 10-keyboard.conf fájt aminek a tartalma ez legyen: http://pastebin.com/WrfgG8ju majd elmented ide /etc/X11/xorg.conf.d/ (vagy már itt hozod létre a fájlt), de bővebb leírást a billentyűzet beállításairól itt találhatsz http://t7.hu/0qc4 .

Köszi, most tökéletes!

-- Zoli

Sőt, ha azt akarod, hogy bal Alt-Shift-tel váltogatni lehessen angol és magyar layout között, akár egy ilyen *.conf file is jó lehet a /etc/X11/xorg.conf.d-be:

#This file was generated by the Anaconda installer
Section "InputClass"
        Identifier      "anaconda-keyboard"
        MatchIsKeyboard "on"
        Option  "XkbLayout"     "us,hu"
        Option  "XkbVariant"    ",101_qwerty_dot_nodead"
        Option  "XKbOptions" "grp:lalt_lshift_toggle"
EndSection

Az anacondával ne törődj, ez ugye a Fedorámról van, annak meg anacondának hívják a telepítőjét. Nyilván nem az a fontos belőle. Értelemszerűen neked jó eséllyel 102_qwertz_comma_nodead, vagy valami ilyesmi lesz a billentyűzet, de azt a sort adott esetben akár ki is kommentelheted, bár nem tudom, akkor milyen default kiosztást használ majd.

Ja, és ha látni szeretnéd az aktuális billentyűkiosztást, DE-től függetlenül ajánlom a qxkb nevű, értesítési területre ülő applet alkalmazását.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Köszi, nagyon szuper
-- Zoli

Sziasztok,

Ma feltettem egy 3. oprendszert is a HP laptopra, egy Win7 est, az sda4 esen nyugszik.
Megtette azt a galádságot, hogy áttette a boot-flaget az sda2 ről az sda4 re.
Szeretném helyreállítani a grub ot, ezért készítettem egy arch pendrive-ot, bebootoltam és ha kiadom a grub-install (-f) /dev/sda parancsot, akkor kiírja, hogy:

Path `/boot/grub` is not readable by GRUB on boot. Installation is impossible. Aborting.

A partíciók:

sda1 SWAP
sda2 KALI
sda3 ARCH
sda4 Win7 (boot flag)

Lehetséges, hogy fel kellene csatolni a live környezetben az Arch partícióját? És lehet, hogy ezért az oka a hibának? Nem merem jobban piszkálgatni, inkább megkérdezem Tőletek.

-- Zoli

Az MBR-ben van a Grub, vagy az sda2-n? Az sda2-re a boot flag-et egy fdisk-kel simán vissza tudod tenni. Viszont, ha a Grub az MBR-ben volt, ez aligha segít rajtad.

Szerintem a grub-install egy script, ne azt használd. Jobb, ha tudod, mit csinálsz, kézben tartod a dolgokat. Valahova fel kellene csatolni azt a filerendszert, amelyen a grub.cfg is van, s a Grub interaktív shelljéből intézni mindent, miközben a háttérben egy böngészőben ott a Grub dokumentációja.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Szerintem az MBR be tettem.

Megpróbálom akkor a következőt:

-bebootolok az arch pendrive ról
-felcsatolom az sda3 -őt a /mnt be
-grub-install --boot-directory /mnt /dev/sda
-kikapcsolom
-bebootolok az sda3-es arch ról (remélhetőleg sikerül)
-update-grub (grub-mkconfig -o /boot/grub/grub.cfg)

Szerinted ez működni fog?

nem értem, hogy milyen alapon vette le a boot flaget a windows ...

-- Zoli

Próbáld ki. Aggódni nem kell, hiszen ha nem megy, megjavítod a live Linuxról boot-olva. Most is azt teszed, csak úgy értem, ha nem jön össze elsőre, akkor reszelsz még rajta.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Sikerült. Mindhárom op rendszer bootol.

Viszont újabb probléma adódott: az arch on széttöredezik a kép. Más a slim nél és később is. Frissítettem a rendszert. Ha teljes képernyősre teszem mondjuk a terminál ablakot, vagy egy mc-t, akkor megszűnik a széttöredezettség, de ha kicsire, akkor olvashatatlanok a karakterek.

-- Zoli

Nem igazán értem, mit jelent a széttörezettség, de az a gyanúm, nem a monitor felbontását használod a xorg.conf-ban, ha egyáltalán van ilyened. Mivel az X által kirajzolt pixelek nem valós, a monitoron található pixelekre esnek, s egy pixel egyharmada nem lehet piros, míg a maradék 2/3-a ugyanakkor lila, így nyilván baj lesz. A monitor természetes felbontását kell használnod, már feltéve, hogy az a gond, amire gondolok.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

így néz ki:

kép

kép

Mitől romlik el egyik pillanatról a másikra?

tegnap átneveztem az xorg.conf ot a javaslatodra, utána leszedtem az nvidia drivert, feltettem az intelt, frissítettem, működött.
Ma pedig miután megtörtént a win7 install és sikerült a grubot visszaállítani, azóta esik szét a képernyő, de csak az Arch linuxon. De már a slim is.

Most kitöröltem az /etc/x11 alól az összes xorg config fájlt.
Próbálnék legenerálni egy újat a sudo Xorg :0 -configure paranccsal, de hibát ad.
Ezt a logot adja: www.pastepin.com/hw6FmthS

Átmásoltam a csontváz fájlt a (/root/xorg.conf.new) az /etc/X11/ be ás átneveztem xorg.conf nak, de semmi. Nem tudok grafikus felületet indítani.

A log fájlban azt írja, hogy megint nvidia modult akart betölteni a kernel:-(
Újrainstalláltam az intel drivert, de nem indul az X

-- Zoli

Ez valóban nem az a jelenség, amiről én írtam. Kicsit olyan, mintha néha rosszul címezne, rosszul számolná a memóriacímeket. Azért fura, mert Windowson és a másik Linuxon állításod szerint jó a kép. Azt kellene megnézned, hogy a másik Linux melyik VGA interface-t használja. Tudod, megcsillagozza a logfile-ban, amelyik PCI címen van az interface, az lspci kimenetéből pedig tudható, hogy ahhoz a címhez melyik VGA tartozik. Mivel van jól működő Linuxod a gépen, szerintem nem esélytelen a logokból annak kitalálása, hogyan lehetne ezt az egészet helyes működésre bírni.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Szia ismét!

Itt van nálam most a laptop. Elolvastam az arch xorg dokumentációját, a slim et, de nem tudom, hogy mi a hiba. Próbálkoztam a nouveau driverrel is. Újrageneráltam az xorg.conf fájlt, de nem tudok grafikus felületet indítani.
Esetleg létre kellene hoznom egy 10-monitor.conf fájlt is?
Feltöltöttem a log fájlt megint: http://pastebin.com/eNvLhSB3

Azt írja, hogy nem tudja betölteni az nvidia modult, nem létezik és nincs is driver sem képernyő.
Ha feltelepítem az nvidia drivert, akkor sem működik.

Szerintem nincsen úgy bedrótozva az nvidia kártya, mint ahogyan rajzoltad, hogy az csak a VGA kimenetet hajtaná meg, az intel saját prociba integrált videó chipje meg a belső monitort.

-- Zoli

Ebben a hozzászólásban találsz két linket. Volt már erről szó, ne csak kérdezz, olvass is!


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Feltöltöttem a log fájlt megint

This paste has been removed!


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

? Újraposztolom:

http://pastebin.com/ujwizbbh

-- Zoli

Az újraposztolásod volt a baja. Spam-nek nézte az azonos, vagy hasonló tartalom miatt. Elég lett volna újra linkelned.

(--) PCI:*(0:0:2:0) 8086:0166:103c:181b rev 9, Mem @ 0xd4000000/4194304, 0xc0000000/268435456, I/O @ 0x00005000/64

Ez még mindig az Intel VGA, amely továbbra sem fog nVidia driver-rel működni, bármennyire is szeretnéd. Ugyanazokat a köröket futjuk, s valamiért azt érzem, elsőre sem nagyon foglalkoztál a segítséggel. Most, hogy erre felhívtam a figyelmed, megint úgy teszel, mintha nem is került volna szóba, hogy a belső monitort az nVidia VGA kimenetére kellene kapcsolni, s ennek módját kellene megtalálnod. Amíg nincs monitor az nVidia VGA-n, addig azon keresztül nem lesz képed. Hiszen nincs rajta monitor.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

ok, feltelepítem az intel drivert és azzal sem megy:-(

van xorg.conf fájlom, van xinitrc, be van állítva a slim. Mi kell még neki? A múlt héten még ment, a grubbal szórakoztam, amióta új grubot generáltam, akkor szakadozott szét a kép és szállt el. A másik 2 oprendszer tökéletesen fut...

Kizártnak tartom, hogy úgy legyen bedrótozva, mivel Kali alatt simán az Nvidia kártyával működik, és windows 7 alatt is.

Most elkezdtem újra, leszedtem az intel drivert, visszatettem, új xorg.conf ot generáltam és lett grafikus felületem, de szanaszét van megint tördelve, ugyanúgy, mint múltkor.

kezd elegem lenni az Arch ból:-(

http://kepfeltoltes.hu/view/130917/arch2_www.kepfeltoltes.hu_.png

-- Zoli

Nem értem, mit nem értesz. Van 2 db VGA interface-ed, ezek közül _jelenleg_ a belső monitor az Intel VGA-hoz van kötve, az nVidiához nincs semmi kapcsolva. Az X szerver kiszúrja, hogy az Intel VGA-n van monitor, így értelemszerűen azt kezdi használni, semmi dolga az nVidiával, hiszen nincs rajta monitor. Így az nVidiát nem piszkálja, noha az nVidia driver fel van telepítve. Abból, hogy megkérdezed, mi kell még neki, arra következtetek, nem olvastad el sem elsőre, sem azok után, hogy felhívtam rá a figyelmed, az alábbit:

https://wiki.archlinux.org/index.php/Hybrid_graphics

Itt is nézelődnék:

https://github.com/harp1n/hybrid-windump

Arra kellene rájönnöd, hogy azt a multiplexert hogyan kapcsolhatod át, amiről beszéltünk már. Értem én, hogy ezt elengeded a füled mellett, mintha nem is létezne, de attól nem vagy előrébb. Lehet, megnézném, tudok e valamit kezdeni a :0.1 értékű DISPLAY változóval. Valószínűleg nem, de azért megnézném. Ezt szintén meglesném:

http://www.nvidia.com/object/LO_optimus_whitepapers.html


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Ez nem így van, nincs külön drótozva.

Az Optimus driveres sem érvényes ehhez a laptophoz, ez egy HP Pavilion dv6 egy 3. generációs intel i7 essel és hozzá egy GeForce GT 630 M videókártyával.

-- Zoli

Akkor hogyan van? Én nem tudom, de két felvetést tettünk, mindkettőt lerajzoltam. Az egyik szerint külön van drótozva, a másik szerint a VGA interface-ek kimenetei egy multiplexerbe mennek, s a multiplexer dönti el, hogy melyik VGA kimenetét köti a belső monitorra, s melyikét a külső csatlakozóra, már ha van egyáltalán olyan.

Tehát a kérdésem az, hogy ha van 2 db VGA interface-ed, 1 db monitorod, akkor ezek hogyan vannak bekötve szerinted?


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Szerencsére sokféle Linux disztribúció van. Miért nem teszel rá Ubuntut, Mintet, Fedorát, SuSE-t, vagy bármit, amivel működik úgy, ahogy szeretnéd?


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Rajta van másik linux is. de kezd elégem lenni az Arch ból, lassan befejezem a szenvedést vele.
-- Zoli

És a másik Linux konfigjaiból nem lehet valamit kiokoskodni a graf. kártyákra vonatkozóan? Engem már annyira izgat ez a probléma, mintha a sajátom lenne :)

Még mindig nem tudom, hogyan oldottad fel magadban a 2 db VGA, 1 db monitor problémáját. Valahogyan csak eldől, melyikre lesz kötve a belső monitor, nem?


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

:-) Nem oldottam fel, az biztos, hogy nem úgy van, ahogy rajzoltad ;-)
Valami eldönti, nem tudom, hogy mi, az biztos, hogy most egy rakás .zar, ahogyan kinéz. Szét van esve jelen pillanatban is a SLIM bejelentkező ablak is, és természetesen a GNOME felület is használhatatlan.

Így érzem magam most: http://kepfeltoltes.hu/view/130917/arch1_www.kepfeltoltes.hu_.jpg

És így néz ki ez a foche: http://kepfeltoltes.hu/view/130917/arch_slim_www.kepfeltoltes.hu_.jpg

Annyira idegesít, hogy mindjárt lesöpröm az asztalról...

-- Zoli

Jó. Mondom, akkor ne Arch-ot használj.

Ne feledd, két rajzot csináltam. Az elsőre azt mondtad, nem úgy van, nem statikus a bekötés. Elfogadtam, akkor született a második rajz, ami szerintem már úgy van. A másodikon nem fix a bekötés, ott egy periféria átkapcsolja, melyik VGA hajtsa a belső monitort. De az egésszel nem kell vesződni, ha van ezen a gépen jól működő disztribúció.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

És most jön az igazság!

Most vettem észre, hogy a GRUB ban elé szúrt a rendszer még 2 opciót.

1 Arch Linux, with lts kernel
2 ~ (Fallback initramfs)
3 ~ core repo kernel
4 ~ (Fallback initramfs)
5 Debian
6 Advanced options for Debian
7 win

És nagyon érdekes módon, ha a 3 mast indítom, akkor tökéletesen működik a grafika az intel driverrel.

A 2. rajzodat nem is láttam. De megkeresem most.

-- Zoli

http://hup.hu/node/125724&comments_per_page=9999#comment-1641804


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Köszi, azóta többször is megnéztem, valószínüleg így van. Közben értekeztem/megmutattam a laptopot egy nagyon nagy mágus barátomnak:-), szerintem be fogom/fogjuk tudni üzemelni a bumblebee-t is, addig pedig használom a másik kernellel és az intel driverrel.

-- Zoli

Ekkora rajzon hogy lehet átlapozni??
Najó, maradok read-only módban.

:-)
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

Végül is érdekes dolog történt az i7 es HP laptop Arch linuxot futtató partícióján...:-)

Egyszer csak működőképessé vált az LTS kernel ! Az egyik napi frissítés során kipróbáltam, hogy na vajon be tudok-e bootolni az LTS kernellel és csoda történt. Viszont a boot idő egyre katasztrófálisabb. 3-4 perc mire eljut a SLIM ig. És mindegy neki, hogy a Core Repo vagy LTS kernellel próbálkozom.

Az az ötletem támadt, hogy a cuckoo sandboxot fölteszem virtualizálva egy ubuntu serverrel, win7 tel erre az Arch os laptopra - néha akad malware analizálós feladat. Valakinek van tapasztalata a Cuckoo Sandbox-al?

-- Zoli

mindegy neki, hogy a Core Repo vagy LTS kernellel próbálkozom

Nem túl meglepő. Nem a kernel visz sok futásidőt, hanem az alkalmazások, a szolgáltatások, valamire - eseményre, hardware-re, névfeloldásra - várakozás, effélék.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Igen, de ez nem volt mindig így. Amikor sikerült beállítanom a gnome3 mat, akkor ultra gyors volt a boot, az utóbbi 4-5 frissítés óta ilyen lassú csak.

-- Zoli

Keresd meg az okát. Lehet video driver, lehet, hogy a programok fejlődtek, s erőforrás-igényesebbek, lehet, hogy a filerendszer töredezett, s sokat mozog a HDD feje, vagy elfogyott a RAM, s a swap-elés eszi az időt. Nagyon sok oka lehet ennek, de az a legkevésbé, hogy újabb a kernel.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

A kvm volt az oka. Pedig nem tettem fel. Próbálta betölteni ezt a kernel virtualizációs modult. "kvm: disabled by bios" volt a hibaüzenet.
Nem is értem, nem tettem fel sem a Qemu-t, sem a virtualboxot még, sem a kvm et. Azt hittem, hogy archra csak az a program megy fel, amire én azt mondom, hogy fölmenjen - tévedtem.
Az otthoni gépemről már leszedtem az Arch linuxot, azon most Crunchbang ezek Openbox-al:-), hamarosan erre a sorsra jut ezen a laptopon lévő Arch is. Még adok neki pár hetet.

De még így is lassú a bootolási folyamat.

-- Zoli

Használni szeretnéd a géped, vagy stopperrel a kezedben méregetni a boot időt? :) Valahogy engem adott határokon belül nem tud izgatni a boot folyamat ideje.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Azért még most is 2-3 perc a boot idő egy i7 es processzorral, 8 gb rammal. Amikor először működött az Arch, akkor kb 20 mp volt.

-- Zoli

Ha az Arch ír ilyet, lehet, megnézném:

less -R /var/log/boot.log


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Nincsen boot.log -om a /var/log/ ban:-)
-- Zoli

Ez az egyik hiba üzenet:

Support for cores revisions 0x17 and 0x18 disabled by module param allhwsupport=0. Try b43.allhwsupport=1

A másik pedig megint a kvm mel kapcsolatos, csak azt nem értem, hogy miért erölteti a kvm -et, amikor én nem tettem fel ezt a virtualizációs programot.

Nagy nehezen reggel frissítettem, hogy hátha megoldja ezt a folyamatos hálókártya kikapcsolás problémát, az initramfs legenerálásakor 3 warningot kaptam:

bfa
aic94xx
smsmdtv

-- Zoli

Try b43.allhwsupport=1

Megvolt?


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

A hosszú boot folyamat miatt, én megnézném a helyedben az ArchWiki ide vonatkozó részét.

Sziasztok,

Megint egy bosszantó bug: folyamatosan lekapcsol a háló kártya. Bekapcsolom, és kb 30 mp múlva kikapcsol magától.
Feltöltöttem a logokat ide:

www.pastebin.com/Z36bPf2B

Próbálkoztam a dhcpd -vel új ip címet kérni, ez néha sikerült, néha nem.

-- Zoli

Próbáld ki a Chakra Linux-ot. Arch alapú, minden wiki használható, minden működik. Szép, gyors, jó.
Tényleg javaslom. 3 gépen átálltam és nem bántam meg.

komoly:-)) na kipróbálom!

-- Zoli

Ha leállítom / újraindítom az interface-t, akkor sem kap ip-t. Csak akkor, hogyha gnome3 felületen a gombot off ról on ra állítom, de lekapcsol kb fél perc után.

dhcpd után kiírja, hogy: dhcpd already running on pid 1620
killall 1620 után pedig kiírja, hogy: 1620: no process found
ha kill 1620 at írok, akkor utána tudok új ip-t kérni dhcpd vel, de kb 10 mp ig tartja csak meg az ip címet

-- Zoli

Sziasztok,

Próbáltátok már az Archbang distro-t? Nálam egy ideje Crunchbang fut - véletlenül tudtam meg, hogy létezik egy hasonló, ami az Arch ra épül.

-- Zoli

Nagy nehezen en is felraktam es bekonfiguraltam nagyjabaol az arch-ot, van X es kde5 kornyezetem, sikeresebb voltam mint knzoltan a topicindito.
A kerdesem az lenne hogy hogy tudok AUR tarolobol telepiteni ez kellene a 32 bites opengl libekhez.

Ez segíteni fog elindulni.

A yaourt nevu cucc lesz a baratod, nagyjabol hasonlo parameterezese van, mint a pacman-nak, raadasul kezeli a pacman-os csomagokat is. En szerettem, mert nagyon baratsagos feluletet ad, raadasul szep szines is, ami Gentoo utan szamomra nem volt elhanyagolhato szempont.
--
Blog | @hron84
Üzemeltető macik

AUR helpers: innen válogathatsz. Vagy ha fent van a base-devel, akkor letöltöd a tarball-t, kicsomagolod, belépsz a könyvtárba, majd makepkg -s. Ha kész a csomag akkor pacman -U csomagnév.txz.
Én személy szerint yaourt-ot használtam, újabban pedig aura-t (aura-bin, mert sok a függősége).

Érdemes még a qt4-es
dolphin-t telepíeni?
Mert csomó qt4 függőséget
rang magával. Kde5-t raktam
fel és tetszik, de nem szeretném
teleszemetelni. Van valami
értelmes alternatíva qt5 fájljezelőre?

pcmanfm-qt

Szerintem inkább a dolphin.

Chakrán a testingben kijött a plasma5-ös dolphin. Arch-on viszont nem találom, se híre se hamva. Honnan tudom felrakni arch-ra a plasma5-ös dolphin-t?
Érdemes az fstabot átírni úgy hogy hogy a /dev/hdX helyett a lemezek UUID-je szerepeljen benne? Ugye ez elvileg immunitást ad arra az esetre ha netalán alaplapot cserélek és véletlen másik sata portra dugom a linuxos ssd-t, mert az UUID fix, míg ugye a /dev/hdX eszköznév az attól is függ hogy mely sata portra van dugva, és ha az eszköznév megváltozik akkor nem tud bebootolni, míg ha UUID van megadva akkor másik sata potról is bootol simán elvileg.

Erősen javasolt az UUID-dal hivatkozás. Szerintem nem attól függ, hogy melyik portra dugod az eszközt, a helyzet ennél rosszabb: amilyen sorrendben bejelentkeznek az eszközök, tehát változatlan hardware esetén is megváltozhat a device neve.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Ha elfogadsz egy tippet, inkabb labelezd meg a particioidat, es LABEL= alapokon csatolj. Az elv mogotte nem kulonbozik az UUID alapu csatolastol, viszont van egy iszonyu nagy elonye: hordozhatova valik az fstab. Akarmi lesz az UUID, akarmilyen eszkozeid lesznek, a LABEL alapjan mindig meg fogod talalni, amit keresel.

Ext2/3/4-hez a tune2fs -L parametere a megoldas, ReiserFS-hez a reiserfstune -l kapcsoloja nyujt segitseget, Btrfs eseten pedig a "btrfs filesystem label" subcommand segit.
--
Blog | @hron84
Üzemeltető macik

+1

próbáld aur-ból a dolphin-git csomagot.
(yaourt erőssen javallott, ha nem ismernéd.)

> yaourt erőssen javallott
Ez azért erősen túlzás.

Szerintem az AUR max. arra jó, hogy inspirálódjunk telepítéshez, vagy, hogy minek mi a függősége. Biztos nem tennék fel onnan vakon semmit, pláne ha egy auros csomagnak van még olyan függősége, ami aurból érkezik...

Okosan hasznalva az AUR jo dolog. En tettem mar fel onnet csomagokat (amikor eppen Arch-ot hasznaltam), semmi bajom nem lett tole. Olyan csomagokat nem szabad felrakni gondolkodas nelkul, ami letezik rendes csomagban is. De babonasan felni tole nem kell, ez egeszen biztos.
--
Blog | @hron84
Üzemeltető macik

Viszont frissítéskor nagyon meg bírja kavarni a dolgokat. Amikor Arch-ot használtam, a frissítéskori problémák jó része onnan származott, hogy AUR-os dolgok is voltak (filesystem uprade és második felvonása, usr/lib -> lib átállás - amik így hirtelen eszembe jutnak). Persze lehet, hogy azóta nincsenek olyan nagy változások és csak rossz időben voltam rossz helyen :)

Hat, ilyen nagyobb frissitesekhez nem volt szerencsem, amikor meg Arch-ot hasznaltam, meg en igazabol foleg olyan csomagokat toltam fel, amik RPM alapu rendszereken "noarch" kategoriajuak, vagyis mostly Python/Ruby/PHP fajlokbol allnak. Az a keves, ami nem ilyen volt, az meg reszben proprietary volt (mint a VMware Player illetve a VMware Tools a guesteken), reszben pedig kulso tema volt, ami forditaskor a DE beallitasait vette at, barmi is legyen az, vagyis eleg lett volna ujratelepiteni oket.
--
Blog | @hron84
Üzemeltető macik

Hát azért ha ragszkodok a qt5-höz akkor többnyire csak AUR-ban vannak rá való programok, pl képnézgegető, phototonic photoqt, vagy filmlejátszó bomi. Ezek a kis programok még beválllalhatók AUR-ból mert nem sok függőségük van. A dolphin-git már meredekebb lenne, de lehet hogy megpróbálom, ha lefordul egyáltalán. Eddig még minden lefordult arch-ból, igaz csak kissebb dolgokat raktam fel, de volt amit rugdosni kellett hogy leforduljon(ez hiányzó függőségek felrakását jelentette, mert valamiért nem rakta fel magától).
A catalyst-test -et gondoltam hogy felrakom AUR-ból mert az a 17-es xorg-al is működik. Jó jó a nyílt driver még a half life 2 is megy vele, meg van vdpau gyorsítás, de vannak artifactok is bár nem zavaróak, szövegbuborékok hibás megjelenítése, meg néhány böngészőben görgetéskor csíkoz középen. Csakhát ugye a zárt driverhez le kellene vakarnom egy csomó libgl csomagot meg csomó mesa-t, azt se tudom mik vannak fenn, miket kéne letakarítani hogy a zárt driver alatt ne okozzon próblémát.
A nyílt driver-t amíg az van fenn le akarom benchmarkolni, ajánljatok már valami steamről vagy arch tárólóból elérhető játékot amiben van benchmark. Aztán megpróbálom felgányolni a zártat, de lehet hogy az arch újratelepítésével csinálom meg hogy tiszta rendszerre kerüljön.

Na újra megpróbáltam a dolphin-git telepítését és sikeresen felment! Régebben már próbálkoztam a dolphin-git-tel, de akkor még kde4 függőségeket igényelt így hagytam, most viszont már ez változott, és a baloo-widgets-git telepítése után (szintén az AUR-ból kellett lehúzni) simán fordult és települt a dolphin-git és ha jól látom ez már a kde5-ös dolphin.
Találtam egy ilyen leírást a catalyst telepítéséhez arch-ra: http://www.ramblgyrl.com/2014/11/install-catalyst-drivers-on-arch-linux/
Ez a catalyst-test AUR-ból való telepítését írja le. Véleményezzétek, szerintetek ez alapján a leírás alapján bele merjek vágni?
Ez a leírás yaourt-al telepítené a catalystot de szerintem ez kihagyható, meg a yaourt egyik függősége elavult (package-query, flagged out of date) így inkább maradnék a yaourt nélküli "kézi" AUR telepítésnél.

A yaourt mindenkeppen ajanlott nagyobb mennyisegu (tobb, mint harom) AUR csomag telepitese eseten, hiszen ez a tool nem csak telepiteni, de frissiteni is tudja az ilyen csomagokat, ami nagy elony. Az, hogy van neki egy elavult fuggosege, talan csak annyit tesz, hogy az uj pacmanban nincs, vagy meg nincs ahhoz hasonlo eszkoz, de a yaourt ettol fuggetlenul amennyire tudom, aktiv fejlesztes alatt all, szoval nem hiszem, hogy azert lenne ez, mert egy abandoned projektrol lenne szo.
--
Blog | @hron84
Üzemeltető macik

+1.
Nem beszélve arról hogy mennyivel kényelmesebb egy "yaourt -Ss csomagnév" mint böngészőből keresgetni.

Megfutottam a Catalyst vs Radeon driver temakort, ugy nez ki, nincs szukseg catalystra (legalabbis nalam), viszont par beallitast kell eszkozolni, hogy legyen tisztesseges 3D tamogatas, mert a driver szereti nem bekapcsolni azt.

A kiindulo az ezen az oldalon, a Performance tuning szekcioban, a "Below is a sample config file" szoveg utani konfig fajl, ezen kell a kovetkezoket allitani:

- AccelMethod: kompletten komment, ezt a driver magatol tudja
- RenderAccel: on. Ha nem ebben az allasban van, vagy nincs megadva, eselye van, hogy nem lesz grafikus gyorsitasod.
- EXASync, EXAPixmaps: komment, nem kell, a driver tudja
- AccelDFS: off.

Az itt nem emlitett beallitasokat hagyd ugy, ahogy a konfigban vannak, ha gondot okoznak, elobb kommentezd ki oket, es ha ugy se jo, akkor a mellette levo megjegyzes alapjan probald tuningolni.

Catalyst-ot csak akkor telepitsel, ha feltetlen muszaj, elvben nem lesz ra szukseged, ha nem tegnap vetted a geped.
--
Blog | @hron84
Üzemeltető macik

UramIsten!

Gondoltam kipróbálom az Arch linuxot, mert azt hallottam róla hogy a telepítésével sokat lehet tanulni. Basszus, kajak... :DD
Nem egy olyan rendszer, ami hip-hop 10 percen belül fent van, és csak be kell állítani és kész... :D
Mindenért kőkeményen meg kell küzdeni, mert annyira alapokat tesz fel, hogy hang sincsen xD Meg semmi :D Ez jó, tetszik, kellett vagy 5 óra, mire mindent beállítottam, amit szeretnék. :D Durva.
Természetesen virtuális gépben kezdtem el szórakozni vele először, aztán, mikor több órás google-s keresés és szívás után nagy nehezen sikerült feltenni az X-et és hozzá a Openboxot, hát majdnem vért izzadtam :D De siker. Éles gépen most már megvan minden ami kell.
Mondjuk a balkezes egérrel megizzadtam, mire beállítottam, mert az Openbox autorunja nem futtat shell szkripteket... Így az X-ben globál állítottam be a balkezes egeret.
Boot után kőkemény 150 MB ramot használ. Elementary OS 500 MB, KDE 7-800 MB... Durva.
Tetszik az Arch azt kell, hogy mondjam :))

Bár az AUR-t még nem értem... :/

Ha tetszik ez az iranyvonal, feltetlenul javaslom a Gentoo-t kiprobalasra.
--
Blog | @hron84
Üzemeltető macik

"Bár az AUR-t még nem értem" vs. "Ha tetszik ez az iranyvonal, feltetlenul javaslom a Gentoo-t kiprobalasra" kicsit ellentmondásos :)
Használtam gentoot, jó cucc, de nekem már nincs időm-kedvem-stb forrásból életben tartani egy rendszert. Pontosan ezért jó az Arch: bináris repók, rolling release, ami meg nincs meg még a repókban, az mehet fel AUR-ból forrásból. És az egyszer belőtt rendszeren már csak nagy ritkán van csiszolni való, működik, frissül, teszi a dolgát. Nem mellesleg a forrásfa meg nem foglal a laptop SSD szűkös tárhelyéből súlyos tíz-száz Gb-okat. És a wikije már legalább annyira jó, mint a gentoo-é! :P :)
Jó, tudom, a gentoo-t is lehet bináris csomagokkal használni, de az meg miért jó? :)

Az Arch-hoz nagyon hasonlo mintat kovet a Sabayon, van par binaris csomagjuk (foleg alaprendszer), a tobbit felrakod portage-bol.

Persze, just FYI.
--
Blog | @hron84
Üzemeltető macik

Visszatértem a nyílt driverre a catalysttal való kísérletezés után.
A nyílt driver power managementjével kapcsolatban lenne egy kérdésem, a wikiben az van hogy fullon pörög a kártya mert alapból nincs bekapcsolva a power management.
A wiki javaslatára csináltam egy ilyen udev szabályt:
/etc/udev/rules.d/30-radeon-pm.rules

KERNEL=="dri/card0", SUBSYSTEM=="drm", DRIVERS=="radeon", ATTR{device/power_method}="profile", ATTR{device/power_profile}="auto"

Note: If the above rule is failing, try removing the dri/ prefix.
Azt írja hogyha nem működne akkor el kell távolítani a dri/ prefixet a KERNEL== sorból.
Hogyan tudom ellenőrizni hogy ez az udev szabály rendben lefutott e, és aktív a power profil?

udevadm monitor, de különben man udevadm.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Migrálják az AUR-t git alapú rendszerre:
Starting from 2015-06-08, the Arch User Repository is being migrated to a Git-based platform. Any changes to the AUR, including package submissions, comments and votes, made after 2015-06-08 will be lost! Please use aur4.archlinux.org instead (which will be activated on June 8th). More information on AUR 4 can be found in the Arch wiki.
Érdemes frissíteni először a package-query-t majd a yaourt-ot, ha valaki netán AUR-ból pakolta fel ezeket. Pont ma jött ki mindkettőből új verzió. Ugyan van egy archlinux.fr-es yaourt repo ahonnan pacamannel felrakható kész yaourt csomag, de amikor felvettem a tárolót és próbáltam csomagadatbázist frissíteni akkor a pacman panaszkodott hogy márpedig neki az archlinux.fr túl lassú és onnan nem hajlandó szinkronizálni, így végül AUR-ból tettem fel a yaourtot. Amúgy tetszik a yaourt, csomó "kézimunkát" megspórol amikor AUR-ból telepítek.

Ja, csak telepites utan at kell szabni a makepkg.conf -ot hogy ne kerdezgessen allandoan annyit. Tok jo, meg minden, de ha egynel tobb csomagot raksz fel egy menetben, az idegeidet tudja kihuzni, hogy nem lehet egyszeri silent modban futtatni (vagyis, hogy az alatt az egy telepites alatt _semmit_ ne kerdezzen).
--
Blog | @hron84
Üzemeltető macik

Lehet paranoiás vagyok, de mivel az aur-ra mindenki azt pakol fel amit akar, én azzal kezdem hogy mindig, legalább átfutom a pkgbuild-ot.
(legalább a linkeket, hogy arra a programra mutatnak, amit szeretnék)

Az uj csomagokat en is atfutnam, de amiket mar ismerek, azokat ne kerdezgesse mar meg allando jelleggel (frissitesnel is kerdezget).
--
Blog | @hron84
Üzemeltető macik

Eddig a systemd-networkd szolgáltatta a hálózatot, most kiváncsiságból átálltam networkmanagerre, ehhez vannak appletek, többek közt plasma5-ös is. Amíg a systemd-networkd szolgáltatta a netet addig a kde-s applet nem mutatta a forgalmat (hány kbyte fel/le) miután kikapcsoltam a systemd-networkd-t és aktiváltam a networkmanagert már jelzi a kde-s applet a forgalmat. Routeren keresztül kapcsolódom és digi netem van. Ha jól látom a networkmanageres csatlakozásnak az az egyik előnye hogy vannak hozzá gui-k és ha úgy döntenék hogy kiiktatom a routert akkor pl a kde-s applettel könnyedén be tudnék állítani pppoe kapcsolatot, míg systemd-networkd alatt ez nem megy vagy nem ilyen egyszerű? Milyen előnye van még a networkmanagernek? Melyik a jobb, a systemd-networkd vagy a networkmanager?

Ugyan nem Arch, Fedorát használok. NetworkManagernek például jó tulajdonsága, hogy megjegyzi az interface-t és ahhoz profilt tud rendelni. Nem részletezem az okokat, de két USB-s wireless interface-t cserélgetek, és mindegyikhez a hozzá tartozó profilt tölti be, amely tartalmazza akár a statikus IP beállításokat, milyen SSID-hoz csatlakozzon, stb. Persze egy interface-hez is lehet több profil, s ezek váltogathatók igény szerint. Szóval elég dinamikus az egész.


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Jobban beleolvasva a wikibe Archon van egy menüvezérelt nmtui nevű curses alapú tool amivel lehet a networkmanagert konfigurálni, arch wiki azt írja hogy ez a networkmanagerrel együtt települ(lehet hogy fedorán is fenn van).
Belenéztem egész kultúrált, de fapad, mint ahogy a plasma5 plasma-nm-je is. Te milyen frontenddel használod a networkmanagert és gyártasz profilokat?

http://koji.fedoraproject.org/koji/buildinfo?buildID=634940


tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Mi annak a curses-es cuccnak a neve/tudsz linket adni?
--
Blog | @hron84
Üzemeltető macik

attilav2 írta:
egy menüvezérelt nmtui nevű curses alapú tool amivel lehet a networkmanagert konfigurálni, arch wiki azt írja hogy ez a networkmanagerrel együtt települ

archwiki

A "networkmanagerrel egyutt telepul" reszt lattam, de a "nmtui" az egyszeruen kimaradt az olvasasban, pedig direkt ketszer elolvastam a commentet. Kerem a koveket.
--
Blog | @hron84
Üzemeltető macik

Gördülő kövek megfelelnek? :)

A wifi kapcsolat nem tunt ugy neha, hogy mintha nem lenne, annak ellnere, hogy a talcaikon szerint van.Ez oldalfrissites kozben tapasztalom Kubuntu 15.04-en.Telepites utan nem mahinaltam semmit a systemd-vel.

Na akkor nézd meg hogy systemd-networkd-t vagy networkmanagert használsz:
sudo systemctl --type=service
Írd be ide a kimenetét.
Az applet valószínű networkmanagerhez van, de lehet hogy nem azt használsz.

Majd melo utan, este.Addig is koszi.

Jó hosszú lett,inkább nem ide hozom.
http://paste.ubuntu.com/11737844/

Alapvetően a networkmanager szolgáltatja
a netedet, de fut a modemmanager is, lehet hogy a networkmanager adja a vezetékest a modemmanager meg a wifit, nálam hozzáértőbb kellene véleményezze a dolgot. Systemd-networkd nem fut nálad. Viszont talán túl sok service fut, lehet nem ártana egy gyomlálás, fáradj át egy ubuntus topicba ott hátha javasolnak meholdást. Én javaslom az Arch használatát
semmilyen felesleges dolgot nem rak fel de érteni kell hozzá.

Ahoz meg "hulye" vagyok.1eve linuxozok.

Fél éve is linuxozhatsz, ha érted a rendszert meg a szolgáltatások konfigurálását, akkor nem para :)