-
GAMEPOD.hu
Arch Linux topik
Új hozzászólás Aktív témák
-
_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. -
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.
Lenovo ThinkPad T500 (Win10) | Huawei Mate 9 (8.0)
-
-
LógaGéza
addikt
Nekem 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
"Go to work, get married, have some kids, pay your taxes, pay your bills, watch your tv, follow fashion, act normal, obey the law, and repeat after me: I AM FREE"
-
LógaGéza
addikt
-
_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?
-
_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
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[ Szerkesztve ]
-
_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..) -
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.
-
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. -
_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. -
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!
[ Szerkesztve ]
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
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.You may corrupt the souls of men, but I am steel. I am doom.
-
félisten
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!
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
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ó[ Szerkesztve ]
You may corrupt the souls of men, but I am steel. I am doom.
-
-
félisten
Kössz!
mod: arra kell figyelni telepítéskor, hogy a sata winyó támogatja az NCQ-t, vagy ezt autoomatán felismeri?
Nálam sem Sabayon, sem Chakra használatával nem működött, pedig a winyóim tudják.[ Szerkesztve ]
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
_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
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ó
[ Szerkesztve ]
You may corrupt the souls of men, but I am steel. I am doom.
-
_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)
-
_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?
[ Szerkesztve ]
-
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. -
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 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!
Új hozzászólás Aktív témák
- A fociról könnyedén, egy baráti társaságban
- Eredeti dizájnnal tér vissza idén a Nokia 225 4G
- Xbox tulajok OFF topicja
- Elektromos autók - motorok
- Azonnali alaplapos kérdések órája
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Mini-ITX
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Óra topik
- Győr és környéke adok-veszek-beszélgetek
- További aktív témák...
- Windows 10/11 Home/Pro , Office OEM/Retail kulcsok
- Bitdefender Total Security 3év/3eszköz! - "Tökéletes védelem most kedvező áron..."
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! LEGOLCSÓBB! Automatikus 0-24
- PC JÁTÉKOK (OLCSÓ STEAM, EA , UPLAY KULCSOK ÉS SOKMINDEN MÁS IS 100% GARANCIA )
- Vírusirtó, Antivirus VPN kulcsok