- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- One mobilszolgáltatások
- iPhone topik
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Honor Magic V2 - origami
- Samsung Galaxy Watch7 - kötelező kör
- Megérkezett Európába a Moto G55 5G és Moto G35 5G
- Google Pixel topik
- Samsung Galaxy S24 - nos, Exynos
- Motorola Edge 50 Neo - az egyensúly gyengesége
-
Mobilarena
Arch Linux topik
Új hozzászólás Aktív témák
-
joecontra
addikt
válasz
joecontra
#851
üzenetére
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,
J -
chab7
addikt
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. -
chab7
addikt
É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. -
MKLS
aktív tag
Üdv!
Tegnap éjjel találtam Xfce fórumon egy ilyent:
I finally managed to understand some of my problems and I found a satisfactory solution to 2 and 3:
2. The supposed 'presentation' mode does not work. LCD screen in laptop is still turned off after 10 min... Naturally VLC's own inhibition of power manager doesn't work either.
3. I wanted to watch a video online that normally lasts like 40 min, so I changed the threshold for putting the display of standy from 10 min to 50 min. Sadly, after 10 min the screen went blank.
The problem is that screen blanking is not turned off by xfpm. The output of the command 'xset q' showed me that my screensaver blanking was activated (despite NOT having xscreensaver installed). The best solution I found was to turn it off entirely using a configuration file in /etc/X11/xorg.conf.d/ with this in it:Section "ServerFlags"
Option "BlankTime" "0"
EndSectionAlternatively, the command 'xset s off' or simply 'xset s noblank' can turn off the screen blanking.
With this annoying blanking out of the way, xfce power manager worked as expected. I can now change the time for the monitor to go on standby and go fully off. Presentation mode works as a charm as well.Nekem annyi perc tétlenség után kapcsol ki a kijelzőm amennyire beállítom, viszont akkor midegy hogy megy video a háttérben vagy nem. Ha jól értelmezem akkor ezzel megoldom ezt a problémát? Ez a presentation mode nekem új, ezt hol kell/lehet bekapcsolni, valószínűleg elsiklottam felette. (Manjaro 0.8.8 Xfce)
Találtam egy ilyent a Manjaro community edition-ok között: manjaro-cinnamon-0.8.8-i686.iso érdemes kipróbálni? Ha jól olvastam Manjaro-ék hivatalosan már nem foglalkoznak cinnamonnal, gnome-al. Mennyire lehet ez kókány?
-
Siriusb
veterán
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.
-
chab7
addikt
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. -
Siriusb
veterán
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. -
chab7
addikt
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] -
_Dumber_
őstag
-
Apollyon
Korrektor
& (#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). -
-
Siriusb
veterán
válasz
_Dumber_
#857
üzenetére
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ű? -
MKLS
aktív tag
Ez a laptop folyamatosan hálózatról megy, mert az akksija kuka, de nem akarok költeni, rá mert nem egy mai darab (HP530). Nem találkoztam az általad említett alkalmazás bezáródásokkal, engem ez a "Nemérdekel hogy mi van, ha 10 percre állítottad a screen off-ot akkor 10 perc után ki is kapcsolom nézzél te bármit is!" hozzáállása a rendszernek zavar nagyon. Caffein-t próbáltam mint írtam, de nem jó, bepipáltam, hogy flash videónál ne kapcsolja ki a kijelzőt, meg hozzáadtam a vlc-t meg a chromium-ot és ekkor igaz, hogy nem kapcsolta ki, viszont nem csak ekkor, hanem semikor, szóval, ha csak az üres asztal volt akkor sem. Ráadásul a caffeine igaz, hogy rendszer indulással tudott indulni, de bekapcsolni már manuálisan kellett mindig...
-
chab7
addikt
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). -
MKLS
aktív tag
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)
-
chab7
addikt
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. -
-
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. -
_Dumber_
őstag
-
Apollyon
Korrektor
É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.
-
joecontra
addikt
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 -
Siriusb
veterán
válasz
joecontra
#849
üzenetére
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!
-
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 -
Siriusb
veterán
válasz
_Dumber_
#847
üzenetére
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. -
_Dumber_
őstag
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?
-
-
_Dumber_
őstag
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)
-
BoB
Topikgazda
válasz
_Dumber_
#840
üzenetére
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ó
-
_Dumber_
őstag
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?
-
BoB
Topikgazda
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ó -
-
BoB
Topikgazda
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. -
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!
-
_Dumber_
őstag
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. -
Siriusb
veterán
válasz
_Dumber_
#821
üzenetére
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. -
Siriusb
veterán
válasz
_Dumber_
#817
üzenetére
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.
-
_Dumber_
őstag
válasz
_Dumber_
#816
üzenetére
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..) -
_Dumber_
őstag
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
-
_Dumber_
őstag
válasz
_Dumber_
#810
üzenetére
(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?
-
_Dumber_
őstag
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?
-
-
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.
-
_Dumber_
őstag
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
Hirdetés
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- One mobilszolgáltatások
- Temu
- Radeon RX 9060 XT: Ezt aztán jól meghúzták
- iPhone topik
- Víz- gáz- és fűtésszerelés
- The First Berserker: Khazan
- Házi hangfal építés
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- További aktív témák...
- Assassin's Creed Shadows Collector's Edition PC
- Sea of Thieves Premium Edition és Egyéb Játékkulcsok.
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- Eladó steam/ubisoft/EA/stb. kulcsok Bank/Revolut/Wise (EUR, USD, crypto OK)
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap - NYÁRI AKCIÓ!
- ÁRGARANCIA!Épített KomPhone Ryzen 7 5800X 16/32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7700X 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- ÁRGARANCIA!Épített KomPhone Ryzen 5 4500 16/32/64GB RAM RX 6500 XT 4GB GAMER PC termékbeszámítással
- LG 45GR65DC-B - 45" Ívelt 1500R / 5120x1440 / 200Hz 1ms / Adaptive Sync / AMD FreeSync / HDR 600
- AKCIÓ! MSI B450 R5 5500 16GB DDR4 512GB SSD RTX 2070 8GB GDDR6 Rampage Shiva Zalman 500W
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest