- Blogjában leplezte le a 12V-2x6 tápkonnektor hibáját a Corsair
- Végre feketében pózol a Noctua legkomolyabb 120 mm-es ventilátora
- Nem kell még temetni: 2 éves órajelcsúcsot döntöttek meg Raptor Lake-kel
- Apple MacBook
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Philips LCD és LED TV-k
- Nem kéri tovább a nekik fejlesztett csúcs-GeForce-ot Kína?
- Hővezető paszták
- Házimozi belépő szinten
- ZIDOO médialejátszók
-
PROHARDVER!
PROHARDVER!
Új hozzászólás Aktív témák
-
Közben nekifutottam egy Arch telepítésnek melyben colomb2 fórumtárs írása is adott némi támpontot.
Nem egy az egyben úgy csináltam ahogy ő leírta de az írása segítségemre volt. Külön /boot particiót nem sikerült készítenem, bármilyen szabályosan csináltam ezért erről lemondtam, mivel az alapvető működést nem befolyásolja a megléte.
A telepítési folyamat végig sikeresen haladt, de a GRUB nem akart betölteni mert mint utólag kiderült a grub.cfg fájlt hibásan generálta le (rossz UUID-t használt következetesen). Nem szabályos, de kézzel kicseréltem a rossz UUID számot a jóra a mindenhol fájlban. Ezután sikeres boot és mehettem tovább.
XFCE asztali környezetet tettem fel rá (meg zárt NVIDIA drivert), meg egy kicsit kicsinosítottam/alakítgattam és eddig nagyon tetszik.
Ami plusz pont, hogy a videokártya drivernek lehet megadni lemezen tárolt EDID fájlt is, hogy azt használja a monitorhoz.
Valamint ami nekem számít, hogy a váltottsoros módú felbontásokat is kilistázza (nem mindegyik disztrónál láttam ilyet) és helyesen alkalmazza is.Sikerült arra is rávenni, hogy a pontos időt mutassa az órája, valamint maga a rendszer kis helyen is elvan (10 GB alatt, nálam most 3.29 GB-t foglal).
Szóval eddig oké.
Üdv,
JA legjobb disztróra váltottál
-
Mindenesetre üdv a klubban!
Köszönöm.Egyébként első körben érdemes a wiki-t, vagy a hivatalos fórumot átnézni, általában talál megoldást az ember.
Kutakodtam is rengeteget és egy dühömben kitalált szókapcsolatra keresve adta ki a Google azt a találatot ami rávitt a megoldásra.Üdv,
JKözben nekifutottam egy Arch telepítésnek melyben colomb2 fórumtárs írása is adott némi támpontot.
Nem egy az egyben úgy csináltam ahogy ő leírta de az írása segítségemre volt. Külön /boot particiót nem sikerült készítenem, bármilyen szabályosan csináltam ezért erről lemondtam, mivel az alapvető működést nem befolyásolja a megléte.
A telepítési folyamat végig sikeresen haladt, de a GRUB nem akart betölteni mert mint utólag kiderült a grub.cfg fájlt hibásan generálta le (rossz UUID-t használt következetesen). Nem szabályos, de kézzel kicseréltem a rossz UUID számot a jóra a mindenhol fájlban. Ezután sikeres boot és mehettem tovább.
XFCE asztali környezetet tettem fel rá (meg zárt NVIDIA drivert), meg egy kicsit kicsinosítottam/alakítgattam és eddig nagyon tetszik.
Ami plusz pont, hogy a videokártya drivernek lehet megadni lemezen tárolt EDID fájlt is, hogy azt használja a monitorhoz.
Valamint ami nekem számít, hogy a váltottsoros módú felbontásokat is kilistázza (nem mindegyik disztrónál láttam ilyet) és helyesen alkalmazza is.Sikerült arra is rávenni, hogy a pontos időt mutassa az órája, valamint maga a rendszer kis helyen is elvan (10 GB alatt, nálam most 3.29 GB-t foglal).
Szóval eddig oké.
Üdv,
J -
-
Nem probléma miatt, hanem mert tetszik amilyen mostanra lett. Na egyáltalán nem biztos hogy megmaradok rajta. De ha igen akkor is marad második helyen az xfce. (Minimalizmus, hegesztés meg nem nekem tetsző dolgok)
Viszont az arch most visszább csúszott nálam mert annyi időit rászántam hogy feltegyem és folyóbb bezáródó programokat kapok. :-(
Ilyen még xubuntun sem volt.Adtam én is lehetőséget a KDE-nek, de általában 3/4 óra után elszakad a cérna.
Valami konkrétum nincs erről a bezáródási problémáról? Nincs véletlenül kapuzárási pánikod!?
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
Nem probléma miatt, hanem mert tetszik amilyen mostanra lett. Na egyáltalán nem biztos hogy megmaradok rajta. De ha igen akkor is marad második helyen az xfce. (Minimalizmus, hegesztés meg nem nekem tetsző dolgok)
Viszont az arch most visszább csúszott nálam mert annyi időit rászántam hogy feltegyem és folyóbb bezáródó programokat kapok. :-(
Ilyen még xubuntun sem volt. -
Én most vagyok átszokóban kde-re. Meglátjuk ezen hogy viselkedik.
Nekem kell a dedikált kártya is mert hd-t csak azzal tudok displayporton vagy dvi-on kitenni a tv-re. Az én tévém vga-ról csak 1024-et tud
Viszont ha olyan helyen használom a laptopot ahol nem lesz tv-re kötve (meló,utazás,rokonság...) akkor meg csak az intel megy és hűvös, hosszú akkuidős. -
LMT-vel én is küzdöttem egy kicsit, amíg a laptopon bekonfiguráltam, hogy jó legyen - legalábbis számomra. Igaz általában töltőről megy, szóval túlságosan nem erőltettem meg magam, jobban szívat az, hogy a dedikált radeon tiltva legyen, ne zabálja wattokat, s inkább az integrált intel legyen használatban csak. Eleinte kíváncsiságból megpróbáltam felrakni a zárt ati drivert, de a második-harmadik terméktelen kísérlet után lemondtam róla.
Én most vagyok átszokóban kde-re. Meglátjuk ezen hogy viselkedik.
Nekem kell a dedikált kártya is mert hd-t csak azzal tudok displayporton vagy dvi-on kitenni a tv-re. Az én tévém vga-ról csak 1024-et tud
Viszont ha olyan helyen használom a laptopot ahol nem lesz tv-re kötve (meló,utazás,rokonság...) akkor meg csak az intel megy és hűvös, hosszú akkuidős. -
LMT-vel én is küzdöttem egy kicsit, amíg a laptopon bekonfiguráltam, hogy jó legyen - legalábbis számomra. Igaz általában töltőről megy, szóval túlságosan nem erőltettem meg magam, jobban szívat az, hogy a dedikált radeon tiltva legyen, ne zabálja wattokat, s inkább az integrált intel legyen használatban csak. Eleinte kíváncsiságból megpróbáltam felrakni a zárt ati drivert, de a második-harmadik terméktelen kísérlet után lemondtam róla.
-
Igen, xsreensaver. És amíg töltőn van a laptop addig vlc közben nem aktiválódik , csak ha sima esetben magára hagyom a cuccot. Amint kihúzom a töltőt és úgy folytatnám a filmet , már aktiválódik.
Szóval tuti a laptop tools lesz a ludas benne, csak azt nem értem mikor visszadugom a töltőt akkor miért marad mégis akkus üzemmódban - azaz 10 percenként aktiválódik vlc alatt is innentől.Mondjuk ez az egész nem olyan lényeges, mert ha filmezni akarok nem huzgálom ki és meg van oldva.
Viszont hogy programok bezárogatják magukat, és elég sűrűn, az már sokkal jobban zavar.
Anno az első telepítésemkor ilyen nem volt, akkor atom stabil volt a rendszer. -
Amikor csatlakoztatod a töltőt, akkor is engedélyezve van a LMT, vagy csak aksiról? Egyébként xsreensaver-t használsz?
Sajnos én annak idején nem tudtam megoldani, hogy a VLC futásakor ne induljon be a képernyővédő/dpms, pedig csak asztali gépről volt szó .
@MKLS
Passz. Nálam is, ha böngészőben nézek egy videót, bekapcsol az xscreensaver. Mivel ritkán teszek ilyet, még nem foglalkoztam vele, majd egyszer ha nagyon ráérek. -
Nem a lejátszó a lényeg mert rendszerszinten van a kavar. A töltő kihúzása-visszadugása után felejti el, hogy nem kellene 10 perc múlva aktiválni a képernyővédőt. (Feltételezem ezt smplayerrel is csinálná).
Amúgy ha létezne az smplayerhez androidos távvezérlő akkor kipróbálnám, de mivel nem találok így esélytelen, mert még ha jobb is, ha nem tudom a telefonról fekve vezérelni a tv-re kötött médialejátszót akkor felejtős.
vlc-hez ezt használom: [link]Amikor csatlakoztatod a töltőt, akkor is engedélyezve van a LMT, vagy csak aksiról? Egyébként xsreensaver-t használsz?
Sajnos én annak idején nem tudtam megoldani, hogy a VLC futásakor ne induljon be a képernyővédő/dpms, pedig csak asztali gépről volt szó .
@MKLS
Passz. Nálam is, ha böngészőben nézek egy videót, bekapcsol az xscreensaver. Mivel ritkán teszek ilyet, még nem foglalkoztam vele, majd egyszer ha nagyon ráérek. -
Nem lehet, hogy a skype-ot speckó userrel futtatod (mint én), aminek semmihez sincs jogosultsága? Van valami olyan csomag, hogy xdg-folders, esetleg az segítene? Csak ötletelek...
(#859) chab7
Volt, amikor nálam is jelentkezett ez a probléma, de már áttértem az smplayerre, amit nagyon megszerettem, s ott nincs ez a jelenség.
Egyszer a tvtime-nál is előjött, azóta sem múlt el ez a tünet, úgyhogy kénytelen voltam egyéb megoldást alkalmazni:
#!/bin/bash
#
tvtime &
while true
do
sleep 150
xscreensaver-command -deactivate
if ( ! pgrep "tvtime$" ); then
break
fi
doneAztán az még idegesítőbb, hogy adott programok fogják magukat és csak úgy bezáródnak.
Semmihez nem tudod kötni a jelenséget? Akarva elő tudod idézni, vagy véletlenszerű? -
Nem lehet, hogy a skype-ot speckó userrel futtatod (mint én), aminek semmihez sincs jogosultsága? Van valami olyan csomag, hogy xdg-folders, esetleg az segítene? Csak ötletelek...
(#859) chab7
Volt, amikor nálam is jelentkezett ez a probléma, de már áttértem az smplayerre, amit nagyon megszerettem, s ott nincs ez a jelenség.
Egyszer a tvtime-nál is előjött, azóta sem múlt el ez a tünet, úgyhogy kénytelen voltam egyéb megoldást alkalmazni:
#!/bin/bash
#
tvtime &
while true
do
sleep 150
xscreensaver-command -deactivate
if ( ! pgrep "tvtime$" ); then
break
fi
doneAztán az még idegesítőbb, hogy adott programok fogják magukat és csak úgy bezáródnak.
Semmihez nem tudod kötni a jelenséget? Akarva elő tudod idézni, vagy véletlenszerű? -
Leellenőrizheted a dinamikusan generált /etc/resolv.conf fájlban.
Részemről, amikor szükségem volt ilyenre - netctl-t használok - egyszerűen az adott kapcsolat konfigurációs fájljához hozzáadtam, hogy:
DNS=(8.8.8.8)& (#855) bob.zxr:
No, erre gondolhattam volna, hát persze hogy routerben kellett volna állítani, az érintett fileban is a router ip címe van, nah szóval így a kérdéses DNS-t be is állítottam OpenWRT-ben
Kösz
Egyébként nekem is laptop van, méghozzá Thinkpad T500, és Manjaro 0.8.8 xfce alatt semmi gondom nincs a fedél lecsukásával, viszont SMplayer alatt hiába van bekapcsolva a "Disable screensaver" mégis bekapcsolódik.
Szóval én ilyenkor azt szoktam, hogy filmnézéshez kikapcsolom a screensavert.. Amúgy VLC-nél ezt nem csinálta, legalábbis 0.8.7 alatt (azóta viszont már letöröltem a VLC-t, mert SMplayer sokkal szimpatikusabb). -
Nem lehet, hogy a skype-ot speckó userrel futtatod (mint én), aminek semmihez sincs jogosultsága? Van valami olyan csomag, hogy xdg-folders, esetleg az segítene? Csak ötletelek...
(#859) chab7
Volt, amikor nálam is jelentkezett ez a probléma, de már áttértem az smplayerre, amit nagyon megszerettem, s ott nincs ez a jelenség.
Egyszer a tvtime-nál is előjött, azóta sem múlt el ez a tünet, úgyhogy kénytelen voltam egyéb megoldást alkalmazni:
#!/bin/bash
#
tvtime &
while true
do
sleep 150
xscreensaver-command -deactivate
if ( ! pgrep "tvtime$" ); then
break
fi
doneAztán az még idegesítőbb, hogy adott programok fogják magukat és csak úgy bezáródnak.
Semmihez nem tudod kötni a jelenséget? Akarva elő tudod idézni, vagy véletlenszerű?Az tudod-e hogy mplayer frontendek (smplayer gnome-mplayer) miért csinálják ezt a feliratokkal? Persze MPlayer az nem csinálja.
-
Nálam alapesetben ez működik. Csak ha menet közben kihúzom a töltőt (mert mondjuk átmegyek másik szobába) és visszadugom, na ekkor borul meg a dolog.
De ezt gyanítom is mitől lehet. Mivel laptop, fel lett téve a laptop tools is. Abban lehet valami ellentmondás a sima power managerrel szemben, ami ha hálózatról indul a gép akkor power manager vezérel, ha meg akkuról kezd üzemelni akkor a laptop tools lép életbe.
Csak épp visszacsatlakoztatva nem kapja vissza az eredeti power manager beállításokat.De nálam ez csak egy kevésbé kellemetlen bug, lehet ha nagyon beleásom magam meg is találom a bajt. Jobban idegesít a programok csak úgy bezáródnak dolog.
Főleg mert az az előző arch telepítésen még nem volt (még egy éve-másfél éve). -
chab7 azthiszem belefutottam az általad is tapasztalt power manager bugokba...
Valakinek sikerült már az xfce power managert normális működésre bírni? Értem ezalatt azt, hogy vlc, vagy flash/youtube videók alatt ne kapcsoljon ki a kijelző? 5 percre van állítva a screen off, sleep meg hybernate kikapcsolva. Caffeine-t próbáltam, de azzal sem jó, mert nem tesz kivételt, hiába van csak a vlc, chromium meg flash hozzáadva teljesen felül írja a power managert és ha megy a caffeine akkor abszolút nincs screen off ami szintén nem jó. (Manjaro 0.8.8)
-
Nekem meg pont xubuntuban működik mindig ez a funkció rendesen és mindenhol máshol szarakodnom kell vele.
A mostani arch telepítésem is nagyon frankó, egy két bugot leszámítva.
Ami lehet annak eredménye, hogy nem tudok mindent rendesen beállítani, de akkor is zavaró.
Pl képernyővédő vlc-vel nézett film esetén nem kapcsol be, ez működik is, egyéb esetben tíz perc tétlenség esetén bekapcsol.
Viszont akkuról használva a laptopot 10 perc után beindul, ha filmet nézek.
Még ez sem lenne akkora baj, de az már annál inkább, hogy ha visszadugom a töltőt és úgy nézem a filmet akkor is megmarad a 10 perces képernyővédő indítás, egész addig míg a gépet töltőről üzemelve újra nem indítom.
Aztán az még idegesítőbb, hogy adott programok fogják magukat és csak úgy bezáródnak.
Pl amarokban ráindítok egy másik zenére és hopp, kilép. Vagy nem is kell nekem, olykor simán next track-re lépésnél is kilép. És ezt nem csak az amarok hanem más programok is csinálják, ráadásuk nem csak kde-s hanem minden egyéb, platform független tehát a dolog.
Pedig nagyon tetszene az arch, de nekem így többnapos összetákolás után is legalább olyan bugos mint az ubuntu, csak épp mások a bugok.Hmm... ahány gép, ahány ember, annyi féle bug... most találtam olyant, hogy fn+volume up/down gombra a hangerő csúszka popup duplán jön fel, mindig kettő egymás alatt.
-
Üdv!
Manjaro 0.8.8 Xfce felületen beállítottam, hogy a notebook fedél lezárásakor a képernyő kikapcsolásán kívül ne tegyen semmit. (érdekes módon ez most manjaro-ban sikerült pár clickkel, xubuntu-ban csak conf file szerkesztéssel, mert bugos volt a power controls...
) A problémám az, hogy ilyenkor mindig bejön a kijelző menü (ahol felbontást meg Hz-t tudnék állítani) ráadásul kétszer, egyszer amikor benyomódik az a kis pöcök amit lenyom a fedél, másodszor meg amikor kiengedi, ezt kézzel is le tudom szimulálni. Mit kellene állítani ahhoz, hogy a kijelző menü ilyenkor ne ugorjon fel?
Minden bizonnyal xfce probléma mert cinnamon-on, mate-en, unity-n nem tapasztaltam ilyent. -
MKLS
aktív tag
Üdv!
Manjaro 0.8.8 Xfce felületen beállítottam, hogy a notebook fedél lezárásakor a képernyő kikapcsolásán kívül ne tegyen semmit. (érdekes módon ez most manjaro-ban sikerült pár clickkel, xubuntu-ban csak conf file szerkesztéssel, mert bugos volt a power controls... ) A problémám az, hogy ilyenkor mindig bejön a kijelző menü (ahol felbontást meg Hz-t tudnék állítani) ráadásul kétszer, egyszer amikor benyomódik az a kis pöcök amit lenyom a fedél, másodszor meg amikor kiengedi, ezt kézzel is le tudom szimulálni. Mit kellene állítani ahhoz, hogy a kijelző menü ilyenkor ne ugorjon fel?
Minden bizonnyal xfce probléma mert cinnamon-on, mate-en, unity-n nem tapasztaltam ilyent. -
Én is csatlakoznék a "klubhoz", Manjarot használok kb 3 hónapja.
Csak szépen fokozatosan tértem át ablakosról, most már csak ezt használom. Múltkor beszívtam a UPC nettel, mert elfelejtettem átállítani a DNS-t, már egy ideje OpenDNS-sel tolom.
Wiki alapján beállítottam, most ez van a /etc/resolvconf.conf fileban:# Configuration for resolvconf(8)
# See resolvconf.conf(5) for details
resolv_conf=/etc/resolv.conf
# If you run a local name server, you should uncomment the below line and
# configure your subscribers configuration files below.
#name_servers=127.0.0.1
# OpenDNS servers
nameserver 208.67.222.222
nameserver 208.67.220.220Csak az utolsó három sort kellett beírni a fileba. Ennyi és kész, működik? Túl egyszerűnek tűnik.
-
Én is csatlakoznék a "klubhoz", Manjarot használok kb 3 hónapja.
Csak szépen fokozatosan tértem át ablakosról, most már csak ezt használom. Múltkor beszívtam a UPC nettel, mert elfelejtettem átállítani a DNS-t, már egy ideje OpenDNS-sel tolom.
Wiki alapján beállítottam, most ez van a /etc/resolvconf.conf fileban:# Configuration for resolvconf(8)
# See resolvconf.conf(5) for details
resolv_conf=/etc/resolv.conf
# If you run a local name server, you should uncomment the below line and
# configure your subscribers configuration files below.
#name_servers=127.0.0.1
# OpenDNS servers
nameserver 208.67.222.222
nameserver 208.67.220.220Csak az utolsó három sort kellett beírni a fileba. Ennyi és kész, működik? Túl egyszerűnek tűnik.
-
Arch Linux igyekszik követni az upstream konvenciókat. Például én (de ezzel nem voltam egyedül) némileg fájlaltam, amikor az egyik jellemzően Arch tulajdonságot megszüntették, nevezetesen az rc.conf fájlt. Annyira jó volt mindent egy helyen beállítani, s ezt szétbombázni kismillió konfig fájlra... Röviden szólva nem vettük jó néven.
Persze az is igaz, hogy egyszer kell megtenni, utána úgysem nagyon piszkálja az ember, nem ubuntu ez, hogy félévente újra telepítsük. 
Ellenben a fejlesztőknek megkönnyíti a dolgát.
Egyébként első körben érdemes a wiki-t, vagy a hivatalos fórumot átnézni, általában talál megoldást az ember.Mindenesetre üdv a klubban!
Mindenesetre üdv a klubban!
Köszönöm.Egyébként első körben érdemes a wiki-t, vagy a hivatalos fórumot átnézni, általában talál megoldást az ember.
Kutakodtam is rengeteget és egy dühömben kitalált szókapcsolatra keresve adta ki a Google azt a találatot ami rávitt a megoldásra.Üdv,
J -
Nemrég tettem fel a Manjaro-t zárt driverekkel. Alapból 640x480 a legnagyobb amit megenged.
Szavakban nem fejezhető ki, hogy mennyit szívtam a xorg.conf fájllal. Több más disztrónál bevált, ha a xorg.conf fájlt módosítgattam, itt nem.Rengeteg szívás és ösz hajszál gyűjtögetés után azt találtam, hogy az /etc/X11/xorg.conf.d mappába létre kell hozni egy 50-monitor.conf fájlt és abba beleszerkeszteni amit akarunk. Olyan mint valami külön kiszervezett "Section Monitor".
Nagyon megkönnyebbültem mikor végre nem 640x480-ban bootolt be.
Lehet, hogy másnak nem újdonság de nekem az és gondoltam megosztom.
Üdv,
JArch Linux igyekszik követni az upstream konvenciókat. Például én (de ezzel nem voltam egyedül) némileg fájlaltam, amikor az egyik jellemzően Arch tulajdonságot megszüntették, nevezetesen az rc.conf fájlt. Annyira jó volt mindent egy helyen beállítani, s ezt szétbombázni kismillió konfig fájlra... Röviden szólva nem vettük jó néven.
Persze az is igaz, hogy egyszer kell megtenni, utána úgysem nagyon piszkálja az ember, nem ubuntu ez, hogy félévente újra telepítsük. Ellenben a fejlesztőknek megkönnyíti a dolgát.
Egyébként első körben érdemes a wiki-t, vagy a hivatalos fórumot átnézni, általában talál megoldást az ember.Mindenesetre üdv a klubban!
-
joecontra
addikt
Nemrég tettem fel a Manjaro-t zárt driverekkel. Alapból 640x480 a legnagyobb amit megenged.
Szavakban nem fejezhető ki, hogy mennyit szívtam a xorg.conf fájllal. Több más disztrónál bevált, ha a xorg.conf fájlt módosítgattam, itt nem.Rengeteg szívás és ösz hajszál gyűjtögetés után azt találtam, hogy az /etc/X11/xorg.conf.d mappába létre kell hozni egy 50-monitor.conf fájlt és abba beleszerkeszteni amit akarunk. Olyan mint valami külön kiszervezett "Section Monitor".
Nagyon megkönnyebbültem mikor végre nem 640x480-ban bootolt be.
Lehet, hogy másnak nem újdonság de nekem az és gondoltam megosztom.
Üdv,
J -
Megint lenne egy hülye kérdésem:
megnéztem a /etc/passwd és a group fileokban az UID számokat
az manjaroban (Chakraban is):99, a Kubuntuban :65534
Ezt találtam róla a neten:
The UID 65534 is commonly reserved for nobody, a user with no system privileges, as opposed to an ordinary (i.e., non-privileged) user. This UID is often used for individuals accessing the system remotely via FTP (file transfer protocol) or HTTP (hypertext transfer protocol).UIDs 1 through 99 are traditionally reserved for special system users (sometimes called pseudo-users), such as wheel, daemon, lp, operator, news, mail, etc. These users are administrators who do not need total root powers, but who perform some administrative tasks and thus need more privileges than those given to ordinary users.
Ez miért más ARCH-ban?
És még egy extra kérdés:
Csoportban: /etc/group
Kubuntuban csak: nogroup:65534 bóvan
Arh-ban csak: nonody:99
Opensuse.ban: nobody:65533, nogroup: 65534 is van (még mindig csoportról beszélek)Ez mitől függ? (mármint, hogy mindkettő létezik). Hol lehet erről többet olvasni?
Mintha valamikor olvastam volna ezzel kapcsolatban, talán egy frissítéssel jöttek ezek az UID-k, de nem emlékszem, miről is volt szó.
Archban nobody-ból user és group is van. Nem mintha ez lett volna a kérdés. Szerintem a fejlesztők egyéni preferenciája lehet az oka az eltéréseknek, s ki tudja mióta használják így. Archnál azért vannak olyan váltások, amikor azt mondják, megszüntetünk valami régit, mert az már nem praktikus, helyette ezen és ezen az új módon fog működni a továbbiakban. -
Köszönöm. Sikerült, de nem jutottam előrébb.
Mostmár tudom, hogy nem a samba3 és a samba4 veszekedéséből adódik.Ugyanakkor lett egy újabb nyomom. Logika a következő:
Azóta fent volt a gépemen az Opensuse is. Az is systemd-s. A kubi smb.conf fileaival nem ment a samba, de ott a yast alatt piszok gyorsan be tudtam lőni.. Majd a kapott filet kipróbáltam a kubi alatt és jó volt. Azaz beállítottam ugyanazzal az smb.conf fileal egy init.d+samba3 , és systemd+samba4-et.
Ez a file ugyanakkor továbbra sem jó az ARCH alapú linuxokra.
Ami a problémát okozza:
guest account = nobody
ez csak ARCH alapon nem működik:
ott a guest account = dumber (valid usert kell írni)
Ezután megy, de a fileok amiket samban keresztül mentek "dumber:users" tulajdonosi infoval mentődnek. (A kubin és a OSusen nobody:nogroup - a szülőkönyvtár nobody:nobody minden rendszeren)Ekkor arra gondoltam, hogy hátha lejár a bejelentkezésem 5 perc után az ARCH on. A másik két rendszeren eleve "nobody" -ként vagyok bent.
Kipróbáltam, hogy a terminálos sudo kiadása után pontosan 5 percig él a beírt jelszó, azután ha nincs 5 percen belül használat újra meg kell adni a jelszót. Szóval lehet, hogy a samban is kijelentkeztet.....Ilyet lehet állítani a sambán? Akár jelszó lejárta, vagy a user auto kijelentkeztetése? (illetve ebben az esetben ennek a tiltása)
-
Ahogy nézem nem nagyon van itt függőség.
Így kell felrakni
Itt a forráskód
csomagold ki
source3 könyvtárban terminál:sh ./autogen.sh
./configure
make
sudo make installÍrj ha nem jó
-
Ahogy nézem nem nagyon van itt függőség.
Így kell felrakni
Itt a forráskód
csomagold ki
source3 könyvtárban terminál:sh ./autogen.sh
./configure
make
sudo make installÍrj ha nem jó
-
A telepítés során ezt kaptam:
==> Futtatási függőségek ellenőrzése...
==> Fordítási függőségek ellenőrzése...
==> Források letöltése...
==> Források kibontása...
==> Meglévő pkg/ könyvtár eltávolítása...
==> build() indítása...
==> Connecting git.samba.org server...
Already up-to-date.
==> The local files are updated.
/var/abs/local/yaourtbuild/samba-git/./PKGBUILD: sor: 32: ./autogen.sh: Nincs ilyen fájl vagy könyvtár
==> HIBA: Hiba történt a build()-ben.
Megszakítás...
==> ERROR: Makepkg was unable to build samba-git.Mi legyen a következő lépés?
-
Szia
Arra figyelj hogy olvasd végig a beginners guide-ot, ha szükséges navigálj az adott wiki részhez. Készülj fel hogy sokat kell majd olvasnod, és nem 5 perc lesz
Ha valami nem működik a wiki-t nézd először.Windows is van a gépen? UEFI kicsit szarakodósabb lehet, ha nincs javaslom használd a legacy módot, azaz BIOS-t.
Arch-on gyorsan jönnek az új linux kernelek, jelenleg 3.12.1.-es van.
Ha elég a teljesítménye használd inkább a nyílt AMD driver-t, mivel az Arch hivatalosan már nem támogatja a zártat az AMD hozzáállása miatt. Ezért volt szar a Chakra alatt, mert egy szar.
Nincs is fent az repókban. Csak AUR-ban érhető el, azaz ezzel külön kell szarakodni, ráadásul tehetsz fel régebbi x.org-ot mert a legújabbat amit már az Arch használ nem támogatja.Ugyanannyi UEFIvel feltenni, mint BIOSal. 1 hónapja próbáltam, semmivel sem bonyolultabb
-
Részben jól tudtad. GPT akkor kell ha 2TiB-nál nagyobb a vinyó. Nem a boot miatt hanem hogy alapvetően 2TiB-nál többet tudj használni.
A legtöbb BIOS támogatja a GPT-ről való bootolást. Egyes Intel lapoknál lehet gond.
Tehát nem kell feltétlen UEFI csak ha probléma van. De még akkor is van amit lehet tenni az ügy előre lendítése érdekében.
Több infóSzuper, köszi!
-
Szia
Arra figyelj hogy olvasd végig a beginners guide-ot, ha szükséges navigálj az adott wiki részhez. Készülj fel hogy sokat kell majd olvasnod, és nem 5 perc lesz
Ha valami nem működik a wiki-t nézd először.Windows is van a gépen? UEFI kicsit szarakodósabb lehet, ha nincs javaslom használd a legacy módot, azaz BIOS-t.
Arch-on gyorsan jönnek az új linux kernelek, jelenleg 3.12.1.-es van.
Ha elég a teljesítménye használd inkább a nyílt AMD driver-t, mivel az Arch hivatalosan már nem támogatja a zártat az AMD hozzáállása miatt. Ezért volt szar a Chakra alatt, mert egy szar.
Nincs is fent az repókban. Csak AUR-ban érhető el, azaz ezzel külön kell szarakodni, ráadásul tehetsz fel régebbi x.org-ot mert a legújabbat amit már az Arch használ nem támogatja.Köszi!
Okés, akkor mekészítek mellé egy másik gépet is olvasgatáshoz.
Nincs Win a gépen és nem is lesz.
Tudtommal az UEFI kell ahhoz, hogy 3TB-os winyóról tudjak bootolni.
Milyen az AMD hozzáállása? Erről nem tudok sokat sajna.Kössz!
-
Sziasztok!
Pár napon belül szeretnék csatlakozni az Arch táborhoz.
Jelenleg Chakra-t használok, de szeretnék egy stabilabb rendszert, mégha munkásabb is állítólag.
Sosem telepítettem még parancssorból linuxot, így elsőként tanácsokat kérek tőletek.
A kérdésem, hogy van-e valami amire figyelnem kell telepítéskor, hogy ne szivassam meg magam?
Simán végigmegyek a Beginners Guide-on, és jó vagyok?Ami szerintem fontos körülmény:
- UEFI-s alaplap
- AMD A4-4000 APU (Trinity/Richland)
- 3TB-os winyó (üres, de GPT van rajta)
- Gnome3-at tervezek feltenniMásik kérdés, hogy az Arch milyen késéssel teszi elérhetővé az új Kerneleket? A 3.12-t nagyon várom már AMD-sként, mert a zárt driver nálam furán működött Chakra alatt.
Kössz!
Szia
Arra figyelj hogy olvasd végig a beginners guide-ot, ha szükséges navigálj az adott wiki részhez. Készülj fel hogy sokat kell majd olvasnod, és nem 5 perc lesz
Ha valami nem működik a wiki-t nézd először.Windows is van a gépen? UEFI kicsit szarakodósabb lehet, ha nincs javaslom használd a legacy módot, azaz BIOS-t.
Arch-on gyorsan jönnek az új linux kernelek, jelenleg 3.12.1.-es van.
Ha elég a teljesítménye használd inkább a nyílt AMD driver-t, mivel az Arch hivatalosan már nem támogatja a zártat az AMD hozzáállása miatt. Ezért volt szar a Chakra alatt, mert egy szar.
Nincs is fent az repókban. Csak AUR-ban érhető el, azaz ezzel külön kell szarakodni, ráadásul tehetsz fel régebbi x.org-ot mert a legújabbat amit már az Arch használ nem támogatja. -
Bici
félisten
Sziasztok!
Pár napon belül szeretnék csatlakozni az Arch táborhoz.
Jelenleg Chakra-t használok, de szeretnék egy stabilabb rendszert, mégha munkásabb is állítólag.
Sosem telepítettem még parancssorból linuxot, így elsőként tanácsokat kérek tőletek.
A kérdésem, hogy van-e valami amire figyelnem kell telepítéskor, hogy ne szivassam meg magam?
Simán végigmegyek a Beginners Guide-on, és jó vagyok?Ami szerintem fontos körülmény:
- UEFI-s alaplap
- AMD A4-4000 APU (Trinity/Richland)
- 3TB-os winyó (üres, de GPT van rajta)
- Gnome3-at tervezek feltenniMásik kérdés, hogy az Arch milyen késéssel teszi elérhetővé az új Kerneleket? A 3.12-t nagyon várom már AMD-sként, mert a zárt driver nálam furán működött Chakra alatt.
Kössz!
-
Nos.
Próbáltam ma pontos időpontokat szerezni a a logok miatt, de bezzeg abban a fél órában amikor teszteltem nem jött elő a hiba.. Ezt innentől nem igazán értem.Végigondoltam és az alaprendszer felrakása után a modemmanagert cseréltem le, mert a "gyárit" nem volt képes frissíteni.
Ezek után a logokban ezeket találtam a problémás időpont közelében.
Sajnos még nem tudom mit jelentenek, de nekem ez azt sugalja, hogy arra felé is kutakodjak.daemon.log
Nov 26 15:55:20 manjaro dbus[759]: [system] Activation via systemd failed for unit 'dbus-org.freedesktop.ModemManager1.service': Unit dbus-org.freed$
Nov 26 15:57:20 manjaro dbus-daemon[759]: dbus[759]: [system] Activating via systemd: service name='org.freedesktop.ModemManager1' unit='dbus-org.fr$
Nov 26 15:57:20 manjaro dbus[759]: [system] Activating via systemd: service name='org.freedesktop.ModemManager1' unit='dbus-org.freedesktop.ModemMan$
Nov 26 15:57:20 manjaro dbus[759]: [system] Activation via systemd failed for unit 'dbus-org.freedesktop.ModemManager1.service': Unit dbus-org.freed$
Nov 26 15:57:20 manjaro dbus-daemon[759]: dbus[759]: [system] Activation via systemd failed for unit 'dbus-org.freedesktop.ModemManager1.service': U$
Nov 26 15:57:51 manjaro vmnet-dhcpd: DHCPRELEASE of 192.168.96.129 from 00:0c:29:6b:20:0f via vmnet1 (found)everithing.log
Nov 27 15:55:22 manjaro dbus[761]: [system] Activation via systemd failed for unit 'dbus-org.freedesktop.ModemManager1.service': Unit dbus-org.freed$
Nov 27 15:57:22 manjaro dbus-daemon[761]: dbus[761]: [system] Activating via systemd: service name='org.freedesktop.ModemManager1' unit='dbus-org.fr$
Nov 27 15:57:22 manjaro dbus-daemon[761]: dbus[761]: [system] Activation via systemd failed for unit 'dbus-org.freedesktop.ModemManager1.service': U$
Nov 27 15:57:22 manjaro dbus[761]: [system] Activating via systemd: service name='org.freedesktop.ModemManager1' unit='dbus-org.freedesktop.ModemMan$Ugyanakkor a systemctrl status samba parancs kinemete disalbe volt.
A samba telepítésénél az smbd és a nmbd -t állítottam enalbe-re. Ezt nem is gondoltam, és sehol sem írják hogy kell.Holnap egész nap a manjaro-t fogom használni. Egyenlőre nem állítok át semmit.
Ha a hiba előjön, akkor végigpróbálom amit lehet. -
Pl. journalctl -b -u samba, ha a gép bekapcsolása óta volt ilyen probléma, ha régebben, akkor a -b kihagyandó.
És systemctl status samba
Igazából úgy lenne érdemes, hogy megnézed az időpontot, amikor történik ilyen eset és végigböngészed a journalctl-t, mi történt akkor.
Illetve ott van még a /var/log, nem tudom, dolgozik-e oda a samba. -
Hehe.
Esetleg cron-ban indíthatsz egy scriptet, ami végigszalad az adott könyvtárban lévő fájlokon, s módosítja a nem megfelelő jogosultságokat. Mondjuk nem szép megoldás.
Mi az umask-ja a felhasználódnak?Próbáld meg a nagy linux topikban, hátha van valami a samba konfigjában. Sajnos (azaz hál'istennek) nem használok sambát. Másra nem tudok gondolni, miért veszted el a kapcsolatot.
-
Kipróbáltam a vmware shared folders-t
Jobban örültem, volna ha itt sem működik
Itt jó.. Ez viszont nem könnyítette meg az életem. Használni sajnos nem tudom, mert ezen a share-on keresztül a host-ra 744-gyel ment ami nekem nem jó, mivel másoknak is kell használni a file, tehát legalább 766-kellene.Jelen helyzet:
manjaro - Win7 (sambával) - jó
fileserver - manjaro - win7 (sambával minden irányba) - nem jó
fileserver - manjaro - win7 (win7 felé vmware share) - jó
fileserver - kubuntu - win7 (sambával minden irányba) - jóMég logika sincs benne.. ha mégis keresni kell, akkor:
kubuntu : init.d , samba 3.x
manjaro : systemd, samba 4.x
fileserver : debian, samba 3.x
persze más a smb.conf a manjaro és a kubuntun, (mert miért is működne a samba3 configgal a samba4..)Hehe.
Esetleg cron-ban indíthatsz egy scriptet, ami végigszalad az adott könyvtárban lévő fájlokon, s módosítja a nem megfelelő jogosultságokat. Mondjuk nem szép megoldás.
Mi az umask-ja a felhasználódnak?Próbáld meg a nagy linux topikban, hátha van valami a samba konfigjában. Sajnos (azaz hál'istennek) nem használok sambát. Másra nem tudok gondolni, miért veszted el a kapcsolatot.
-
Ezt már régebben próbáltam. Sajnos nem túl stabil. Régebben rendszeresen levesztette a kapcsolatot egy-egy indítás vagy suspend után.
Most azért fogom kipróbálni, hogy ez alatt is van e probléma. 5 percet megérKipróbáltam a vmware shared folders-t
Jobban örültem, volna ha itt sem működik
Itt jó.. Ez viszont nem könnyítette meg az életem. Használni sajnos nem tudom, mert ezen a share-on keresztül a host-ra 744-gyel ment ami nekem nem jó, mivel másoknak is kell használni a file, tehát legalább 766-kellene.Jelen helyzet:
manjaro - Win7 (sambával) - jó
fileserver - manjaro - win7 (sambával minden irányba) - nem jó
fileserver - manjaro - win7 (win7 felé vmware share) - jó
fileserver - kubuntu - win7 (sambával minden irányba) - jóMég logika sincs benne.. ha mégis keresni kell, akkor:
kubuntu : init.d , samba 3.x
manjaro : systemd, samba 4.x
fileserver : debian, samba 3.x
persze más a smb.conf a manjaro és a kubuntun, (mert miért is működne a samba3 configgal a samba4..) -
Ezt már régebben próbáltam. Sajnos nem túl stabil. Régebben rendszeresen levesztette a kapcsolatot egy-egy indítás vagy suspend után.
Most azért fogom kipróbálni, hogy ez alatt is van e probléma. 5 percet megér -
a virtualbox nekem is tetszik, csak sajnos ez a fránya tervező program allergiás rá.
van egy text alapú fekete hátterű szerkesztőablaka és abban egy saját fekete pozicionáló egérkeresztje, amit nem lehet megváltoztatni. (nem a rendszer egérmutatóját használja) Mondanom sem kell, hogy nem látszik . Natív windowsban és vmware alatt tökéletes fehér keresztet látok.
Ja.. és windowsra telepített virtualboxos windowson is jó, csak a linux host-os virtualbox a rossz
-
Én a virtualbox-ot ismerem, abban van olyan lehetőség, hogy Shared folder, azaz különösebb trükközés nélkül lehet csatolni könyvtárakat a host fájlrendszeréből. Nincs ilyen megoldás a te esetedben?
a virtualbox nekem is tetszik, csak sajnos ez a fránya tervező program allergiás rá.
van egy text alapú fekete hátterű szerkesztőablaka és abban egy saját fekete pozicionáló egérkeresztje, amit nem lehet megváltoztatni. (nem a rendszer egérmutatóját használja) Mondanom sem kell, hogy nem látszik . Natív windowsban és vmware alatt tökéletes fehér keresztet látok.
Ja.. és windowsra telepített virtualboxos windowson is jó, csak a linux host-os virtualbox a rossz -
(Pontosítás)
Újabb teszt:Ha nyitok a megosztásról valamit, akkor pontosan 5 perc után veszti el a kapcsolatot. Ha közben mentek akkor a "számláló" nem nullázódik, de ha valamilyen filet kinyitok a megosztásról, akkor az 5 perc újra kezdődik.
Megpróbáltam egy nem egyszerű megosztást is csak a manjaro és a win7 között. Ott nincs gond, tehát a továbbosztással vannak gondok.
Nem lehet, hogy valami "energiatakarékos" megoldás, ami a smbclient-t vagy a mout-ot felfüggesztheti?
-
Sziasztok!
Ismét samba téma.
Lehet hogy az Arc fórum, ugyanakkor manjaro alatt van a gond.szóval:
Adott Manjaro és egy könyvtár a home-ban. Ebbe a könyvtárba csatolok egy fileszerveren lévő samba megosztást fstab-ban.
Ezen a Manjaro-n adott egy vmware +Win7 kombó. Az előző könyvtárat továbbosztom samba4-gyel a win7-nek.
(Azért így van megoldva, mert a win7-et nem engedem ki a hálóra, csak a host-ot látja, valamit a win azért kell, mert ezen fut egy tervező program és sajnos wine alatt meg sem mozdul.)kb 3 hónapig használtam ubuntu base distro alatt és tökéletes volt. Most a manjaro alatt pár perc használat után a tervező program nem hajlandó menteni.
Próbálgatás után az a gyanúm, hogy elveszti a kapcsolatot a fileserver-manjaro-win7 vonalon. "Látványilag" minden rendben van (ez alatt azt értem, hogy a mentés ablakban látszanal a könyvtárak), de mégsem hajlandó menteni.
Ha a win alatt a mentés ablakban átváltok másik meghajtóra, majd vissza, akkor újra lementi a filet.
Valószínű a manjaro-win7 kapcsolat között lesz a probléma, tehát a samba4 a ludas. (Az kubunti samba3-at használ)Merre indulja el a hiba felgöngyölítésében?
-
-
Egyszer kell beállítani mindent, utána soha többet.
Csak arra vigyázz, ne nagyon látogasd ezt a fórumot; évek óta boldogan használom a bash-t, erre ezek a szörnyetegek elkezdenek beszélni a zsh-ról, aminek az lett a vége, hogy én is felraktam. HrrrrNekem meg sajnos meg kellett válnom tőle, mert főleg Android buildra használom a Archot, és nem támogatja a zsh-t, csak a basht... Sajnálom, mert nagyon tetszett
-
Egyszer kell beállítani mindent, utána soha többet.
Csak arra vigyázz, ne nagyon látogasd ezt a fórumot; évek óta boldogan használom a bash-t, erre ezek a szörnyetegek elkezdenek beszélni a zsh-ról, aminek az lett a vége, hogy én is felraktam. Hrrrr Egyszer kell beállítani mindent utánna meg folyamatosan amit változtatsz. -
Üdv újra itt.
Megint Arch-al próbálkozok. Azaz nem is próbálkozok mert megy is szépen. Még szebben is mint anno mikor használtam. Most pl a gwhere simán települt és még a kinézetben is illeszkedik a rendszerhez
épp csak nem magyar a menüje - ez nem tudom melyik nyelvi csomag feladata lenne, de max így marad.
Nekem az ubuntu 13.04 -> 13.10 frissítés után jött elő az hogy hiába állítottam bármit mindig elaludt a gép a fedél lecsukásakor, na ott azt mondtam akkor ennyi volt - megint.
Itt viszont szépen működik ahogy kell - helyette vannak más bugok, de nem annyira idegesítőek mint az hogy filmet tv-re kötve nem tudok nézni mert ha lehajtom elalszik , ha nem hajtom le akkor meg zavar a kijelző fénye.Na majd a bugjaimmal jövök ha idővel nem találok rá valami leírást, most mindenesetre élvezem hogy megint Arch-ot használok.
Egyszer kell beállítani mindent, utána soha többet.
Csak arra vigyázz, ne nagyon látogasd ezt a fórumot; évek óta boldogan használom a bash-t, erre ezek a szörnyetegek elkezdenek beszélni a zsh-ról, aminek az lett a vége, hogy én is felraktam. Hrrrr -
Üdv újra itt.
Megint Arch-al próbálkozok. Azaz nem is próbálkozok mert megy is szépen. Még szebben is mint anno mikor használtam. Most pl a gwhere simán települt és még a kinézetben is illeszkedik a rendszerhez épp csak nem magyar a menüje - ez nem tudom melyik nyelvi csomag feladata lenne, de max így marad.
Nekem az ubuntu 13.04 -> 13.10 frissítés után jött elő az hogy hiába állítottam bármit mindig elaludt a gép a fedél lecsukásakor, na ott azt mondtam akkor ennyi volt - megint.
Itt viszont szépen működik ahogy kell - helyette vannak más bugok, de nem annyira idegesítőek mint az hogy filmet tv-re kötve nem tudok nézni mert ha lehajtom elalszik , ha nem hajtom le akkor meg zavar a kijelző fénye.Na majd a bugjaimmal jövök ha idővel nem találok rá valami leírást, most mindenesetre élvezem hogy megint Arch-ot használok.
Üdv
-
chab7
addikt
Üdv újra itt.
Megint Arch-al próbálkozok. Azaz nem is próbálkozok mert megy is szépen. Még szebben is mint anno mikor használtam. Most pl a gwhere simán települt és még a kinézetben is illeszkedik a rendszerhez épp csak nem magyar a menüje - ez nem tudom melyik nyelvi csomag feladata lenne, de max így marad.
Nekem az ubuntu 13.04 -> 13.10 frissítés után jött elő az hogy hiába állítottam bármit mindig elaludt a gép a fedél lecsukásakor, na ott azt mondtam akkor ennyi volt - megint.
Itt viszont szépen működik ahogy kell - helyette vannak más bugok, de nem annyira idegesítőek mint az hogy filmet tv-re kötve nem tudok nézni mert ha lehajtom elalszik , ha nem hajtom le akkor meg zavar a kijelző fénye.Na majd a bugjaimmal jövök ha idővel nem találok rá valami leírást, most mindenesetre élvezem hogy megint Arch-ot használok.
-
Ezen már átrágtam magam.
Egy teljesen tiszta install-lal is próbáltam e leírás alapján. Nem sikerült elérnem a gépet akkor sem. (kubi alatt futó sambát párcparanccal elérhetővé tudom tenni, de ezt leírtam)
Látni látom a megosztást, csak belemenni nem tudok.
Usernév nélkül akarom megcsinálni, guestként.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
) A problémám az, hogy ilyenkor mindig bejön a kijelző menü (ahol felbontást meg Hz-t tudnék állítani) ráadásul kétszer, egyszer amikor benyomódik az a kis pöcök amit lenyom a fedél, másodszor meg amikor kiengedi, ezt kézzel is le tudom szimulálni. Mit kellene állítani ahhoz, hogy a kijelző menü ilyenkor ne ugorjon fel?
Ellenben a fejlesztőknek megkönnyíti a dolgát.
épp csak nem magyar a menüje - ez nem tudom melyik nyelvi csomag feladata lenne, de max így marad.Új hozzászólás Aktív témák
- Gyúrósok ide!
- Android alkalmazások - szoftver kibeszélő topik
- Magisk
- Háztartási gépek
- gban: Ingyen kellene, de tegnapra
- Képregény topik
- Blogjában leplezte le a 12V-2x6 tápkonnektor hibáját a Corsair
- Hosszú premier előzetest kapott az Arknights: Endfield
- exHWSW - Értünk mindenhez IS
- Kerékpárosok, bringások ide!
- További aktív témák...
- Game Pass Ultimate előfizetések 3 - 36 hónapig azonnali kézbesítéssel! 13 hónap ultimate - 45.000 ft
- MEGA AKCIÓ! - Jogtiszta Windows - Office & Autodesk & CorelDRAW - Azonnal - Számlával - Garanciával
- Microsoft és egyéb dobozos és OEM szoftverek
- Forza horizon 6 prémiumot vásárolnék
- Játékkulcsok ! : PC Steam, EA App, Ubisoft, Windows és egyéb játékok
- iPhone SE 2020 64GB Black - 2 ÉV GARANCIA - Kártyafüggetlen, MS4902, 100% AKKSI
- BESZÁMÍTÁS! Intel Core i9 14900KS 24 mag 32 szál processzor garanciával hibátlan működéssel
- Akció!!! Microsoft Surface Laptop 4 AMD Ryzen 4680U 16GB 512GB 1 év garancia
- iPhone 11 128GB 100%(3hónap Garancia)
- Telefon felvásárlás!! Samsung Galaxy A14/Samsung Galaxy A34/Samsung Galaxy A54
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest