-
Fototrend
Fototrend
Új hozzászólás Aktív témák
-
-
A package-query-be én is belefutottam, mert nekem is fent volt a yaourt.
Viszont a pacman.conf-ba nézz bele, engedélyezheted a Color opciót.Azért nem is olyan nehéz leszedni egy csomagot, vagy kettőt.
Tudod mi a nehéz? Hogy a pygobject-nek elég hiányos a dokumentációja, és a developer manualból szedegetem ki, mit és hogyan lehet. És ez az első találkozásom Gtk+ -szal.
-
A budos apja f..... megint megszivatott az update. fent van a package query es a pacman-color is addig meg nem engedte 4.1-re a pacman-t updatelni, oke yaourt eltavolit, pacman query eltavolit, pacman -Syu megvolt a pacman update, majd sudo mv /etc/pacman.conf.pacnew /etc/pacman.conf
fuuu nem egyszeru--
A package-query-be én is belefutottam, mert nekem is fent volt a yaourt.
Viszont a pacman.conf-ba nézz bele, engedélyezheted a Color opciót.Azért nem is olyan nehéz leszedni egy csomagot, vagy kettőt.
Tudod mi a nehéz? Hogy a pygobject-nek elég hiányos a dokumentációja, és a developer manualból szedegetem ki, mit és hogyan lehet. És ez az első találkozásom Gtk+ -szal.
-
-
Még csak most tértél át systemd-re?!
Jó sokáig kihúztad. Mondjuk én is adtam kis időt, hogy a hibákat legyen idejük kijavítani. 
Nézegettem a grub theme készítést, nem kell hozzá zseninek lenni... Azonban mégis könnyebb volt egy már létezőt átszerkeszteni. Lehet lusta vagyok?Ááá, dehogy...
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
Még csak most tértél át systemd-re?!
Jó sokáig kihúztad. Mondjuk én is adtam kis időt, hogy a hibákat legyen idejük kijavítani.
Nézegettem a grub theme készítést, nem kell hozzá zseninek lenni... Azonban mégis könnyebb volt egy már létezőt átszerkeszteni. Lehet lusta vagyok? -
Gondolom a probléma a cfg fájl generálása, illetve hogy miként ismeri fel a cuccokat. Nos, ez az, ami teljesen felesleges Arch esetén. Egyszer kell kézzel jól megszerkeszteni, utána csókolom. Csak azért nyúltam hozzá a napokban, mert 3 év után meguntam az alap színvilágot és a starfield theme-t módosítva készítettem egy nekem tetsző grafikus hókuszpókuszt.
-
Gondolom a probléma a cfg fájl generálása, illetve hogy miként ismeri fel a cuccokat. Nos, ez az, ami teljesen felesleges Arch esetén. Egyszer kell kézzel jól megszerkeszteni, utána csókolom. Csak azért nyúltam hozzá a napokban, mert 3 év után meguntam az alap színvilágot és a starfield theme-t módosítva készítettem egy nekem tetsző grafikus hókuszpókuszt.
-
-
-
-
-
McSzaby
őstag
Mit rontottam el a telepítéskor, hogy ezt kapom? Mindent lépésről-lépésre csináltam és sehol nem dobott hibát telepítés közben. Érzésem szerint valahol a particionálásnál rontottam el valamit...
cfdisk-kel megcsináltam a partíciókat és mkfs -t ext4 /dev/sdax parancsot adtam ki.
-
Nem az alapoktól kezdem, Archbang van Openboxal. Ezen kellene megoldanom a cd felcsatolás automatizálását.
Akkor ez tényleg furcsa, mert én is azt gondolnám, hogy ez benne kellene legyen alapból. Szerintem elég egyszerű megoldás, hogy a thunar-t démonként indítja az ember az autostart-ból. Legalábbis nekem ez a kedvenc fájlkezelőm.
-
Köszönöm, ezeket megnéztem. Igazából értetlenül álltam a dolog előtt, nem számítottam rá, hogy ilyesmit kézzel kell megcsinálni.
Megnéztem az udev-es wiki, de ott meg vagy 10 féle démon van felsorolva, így ott nem álltam neki kísérletezni.colomb2: maga a program fent van, de a gui egy kicsit hibás, az ikon képek hiányoznak, valamint nem láttam benne ilyesmi lehetőséget.
-
Pirk kapitány segítséget kér...
Valószínűleg ez a topic áll legközelebb az Archbanghez, szóval itt kérdezem meg. Adott egy P3-as kőkori gép, amin azért még elég erős hétköznapi böngészéshez, így ArchBang került rá. Minden megy frankón, kivéve a CD lemezek automata felcsatolását. Egy idős házaspáré a gép, szóval ilyesmire szükség lenne.
Végigcsináltam az arch-os autofs leírást: [link], de továbbra sem történik semmi.
Úgy oldottam meg végül, hogy betettem cd csatoló meg leválasztó menüpontot az openboxba, amik shell scripteket hívnak meg, azok meg csatolják / leválasztják a cd-t a /home/felhasználó/cd.tartalma mappába / ból. Viszont ez így azért kicsit macerás, jó lenne automatizálni. Kinek van erre ötlete? -
Pirk kapitány segítséget kér...
Valószínűleg ez a topic áll legközelebb az Archbanghez, szóval itt kérdezem meg. Adott egy P3-as kőkori gép, amin azért még elég erős hétköznapi böngészéshez, így ArchBang került rá. Minden megy frankón, kivéve a CD lemezek automata felcsatolását. Egy idős házaspáré a gép, szóval ilyesmire szükség lenne.
Végigcsináltam az arch-os autofs leírást: [link], de továbbra sem történik semmi.
Úgy oldottam meg végül, hogy betettem cd csatoló meg leválasztó menüpontot az openboxba, amik shell scripteket hívnak meg, azok meg csatolják / leválasztják a cd-t a /home/felhasználó/cd.tartalma mappába / ból. Viszont ez így azért kicsit macerás, jó lenne automatizálni. Kinek van erre ötlete? -
Pirk kapitány segítséget kér...
Valószínűleg ez a topic áll legközelebb az Archbanghez, szóval itt kérdezem meg. Adott egy P3-as kőkori gép, amin azért még elég erős hétköznapi böngészéshez, így ArchBang került rá. Minden megy frankón, kivéve a CD lemezek automata felcsatolását. Egy idős házaspáré a gép, szóval ilyesmire szükség lenne.
Végigcsináltam az arch-os autofs leírást: [link], de továbbra sem történik semmi.
Úgy oldottam meg végül, hogy betettem cd csatoló meg leválasztó menüpontot az openboxba, amik shell scripteket hívnak meg, azok meg csatolják / leválasztják a cd-t a /home/felhasználó/cd.tartalma mappába / ból. Viszont ez így azért kicsit macerás, jó lenne automatizálni. Kinek van erre ötlete? -
CPT.Pirk
Jómunkásember
Pirk kapitány segítséget kér...
Valószínűleg ez a topic áll legközelebb az Archbanghez, szóval itt kérdezem meg. Adott egy P3-as kőkori gép, amin azért még elég erős hétköznapi böngészéshez, így ArchBang került rá. Minden megy frankón, kivéve a CD lemezek automata felcsatolását. Egy idős házaspáré a gép, szóval ilyesmire szükség lenne.
Végigcsináltam az arch-os autofs leírást: [link], de továbbra sem történik semmi.
Úgy oldottam meg végül, hogy betettem cd csatoló meg leválasztó menüpontot az openboxba, amik shell scripteket hívnak meg, azok meg csatolják / leválasztják a cd-t a /home/felhasználó/cd.tartalma mappába / ból. Viszont ez így azért kicsit macerás, jó lenne automatizálni. Kinek van erre ötlete? -
Közben már sikerült a dolog.
Pirk kapitány ajánlotta a reflector-t mirrorlist generálásra, de urlopen error-ral elszállt, az archwiki-n lévő generátor meg éppen nem volt elérhető. Végül pacman -Sy és pacman -Syy után sikerült felrakni a csomagot.
Én kiválasztottam a magyart, meg egy német servert backup-nak és jódidő, nem kell itt generálgatni, meg tesztelni.
Esetleg Chromium helyett AUR-ból telepítheted az Iron-t, nyomkövetés funkcióval megrövidített Chromium.
Pacman-nél a dupla y csak a package list kényszerített frissítése. (Bocs az angol belekeverésért, nem igazán tudom, magyarban minek nevezték el.)
Javasolják rendszer frissítésnél is a használatát: pacman -Syyu -
Chromiumot akartam feldobni Arch-ra, de egy csomagnál mindig megáll a letöltés:
[sh4d0w@Terminus ~]$ sudo pacman -S chromium
resolving dependencies...
looking for inter-conflicts...
Targets (6): libevent-2.0.21-2 libxss-1.2.2-1 nss-3.14.1.1.93-1 scrnsaverproto-1.2.2-1 xdg-utils-1.1.0.git20121008-2 chromium-25.0.1364.97-1
Total Download Size: 1.43 MiB
Total Installed Size: 128.98 MiB
Proceed with installation? [Y/n] y
:: Retrieving packages from extra...
error: failed retrieving file 'nss-3.14.1.1.93-1-i686.pkg.tar.xz' from mirrors.n-ix.net : The requested URL returned error: 404 Not Found
warning: failed to retrieve some files from extra
error: failed to commit transaction (download library error)
Errors occurred, no packages were upgraded.Van vkinek ötlete, mit és hogyan lehetne ezzel kezdeni?
-
Áttért már valaki a hálózati eszközök új (állandó) megnevezésére? A /etc/udev/rules.d/80-net-name-slot.rules fájlt kell kitörölni hozzá. Az új elnevezést a udevadm test-builtin net_id /sys/class/net/eth0 paranccsal lehet megnézni még reboot előtt.
Én ma megtettem, 2 hely eszembe is jutott, ahol cserélni kellett a nevet, a netcfg profile-ban és a conky-ban, kíváncsi vagyok, hol jön még elő hiba, ahol fixen van beírva az eth0 stb.
-
nem kizart, hogy van ilyen arch-on, de meg egyszer nem lattam kozelrol ezt a disztrot (csak egy arch-os leirasban talaltam olyan reszt, ami segithet egy problemamon, viszont az nem teljes, csak egy kodreszlet egy forumon)
viszont sajnos ettol most nem lettem okosabb, ebben meg csak hasonlo sincs, mint amire nekem szuksegem lenne
esetleg - ha nem nagy keres -, megosztanad meg az init mellett talalhato (legalabbis ha jol olvasom az init file-t, amit feltoltottel) config nevu allomany tartalmat is? -
ha van initramfs, akkor a /boot konyvtarban lesz, initrd, initramfs, vagy hasonlo kezdetu nevvel
ez tobbnyire egy tomoritett allomany (.cpio.gz), ki kell csomagolni, es ott kell megnezni, hogy az init nevu file-ban mik vannakha van initramfs, valoban cpio.gz, akkor igy tudod kicsomagolni a /tmp/initramfs konyvtarba:
mkdir -p /tmp/initramfs
cd /tmp/initramfs
zcat /boot/initrd.cpio.gz | cpio -idvAzt hittem, valami lsinitcpio-szerű paranccsal egy lépésben megoldható.
[link] -
Maradjunk annyiban, hogy inkább nem mondok semmit a törölgetésedről, jó?!
Próbáld ki, hogy a restrict sorból kiveszed a nomodify-t. Csak egy tipp, hátha.
Mondjuk azt sem értem, hogy a ntpq -np parancs hogy a fenébe ad neked vissza szerver neveket, amikor az n paraméter direkt numerikus címekre van...
Arra tudok még gondolni, hogy hidegindításnál hamarabb indul az ntpd mint ahogy az internetkapcsolat felépül. A /etc/systemd/system/multi-user.target.wants/ntpd.service - ben benne van az, hogy After=network.target nss-lookup.target ?
-
A képen azért nem látható, mert kitöröltem, mint ahogy a szövegben x-eltem az ip-t és a 'mac' címet.
Az 'ntp.conf' tartalma:
With the default settings below, ntpd will only synchronize your clock.
#
# For details, see:
# - the ntp.conf man page
# - http://support.ntp.org/bin/view/Support/GettingStarted
# - https://wiki.archlinux.org/index.php/Network_Time_Protocol_daemon
# Associate to public NTP pool servers; see http://www.pool.ntp.org/
# server 0.pool.ntp.org
# server 1.pool.ntp.org
# server 2.pool.ntp.org
server 0.hu.pool.ntp.org
server 1.hu.pool.ntp.org
server 2.hu.pool.ntp.org
server 3.hu.pool.ntp.org
# Only allow read-only access from localhost
# restrict default noquery nopeer
# restrict 127.0.0.1
# restrict ::1
restrict default kod nomodify notrap nopeer noquery
restrict -6 default kod nomodify notrap nopeer noquery
restrict 127.0.0.1
restrict -6 ::1
# Location of drift file
driftfile /var/lib/ntp/ntp.drift
logfile /var/log/ntp.log
# NOTE: If you run dhcpcd and have lines like 'restrict' and 'fudge' appearing
# here, be sure to add '-Y -N' to the dhcpcd_ethX variables in /etc/conf.d/netAz ntpq -np:
remote refid st t when poll reach delay offset jitter
==============================================================================
server4.fidesz. 62.112.194.60 3 u 16 64 1 14.980 1818160 0.000
yikes.bl2.tolna 130.149.17.8 2 u 15 64 1 26.729 1818263 0.000
rs11.lvs.iif.hu 195.111.98.152 2 u 14 64 1 36.034 1818373 0.000
bakacsin.ki.iif 185.219.2.214 2 u 13 64 1 14.659 1818460 0.000Itt nincs csillag sehol, de ha felfüggesztés után visszalépek, akkor már van az egyik előtt. A kérdés, mit csinál a felfüggesztésből visszajövet, amit egy normál, kikapcsolt állapotból indítva nem?!
Maradjunk annyiban, hogy inkább nem mondok semmit a törölgetésedről, jó?!
Próbáld ki, hogy a restrict sorból kiveszed a nomodify-t. Csak egy tipp, hátha.
Mondjuk azt sem értem, hogy a ntpq -np parancs hogy a fenébe ad neked vissza szerver neveket, amikor az n paraméter direkt numerikus címekre van...
Arra tudok még gondolni, hogy hidegindításnál hamarabb indul az ntpd mint ahogy az internetkapcsolat felépül. A /etc/systemd/system/multi-user.target.wants/ntpd.service - ben benne van az, hogy After=network.target nss-lookup.target ?
-
Az előző képen látható, hogy nem volt hálózat. Amit most másoltál be, ott az eth0 interface-n már működött, persze, hogy beállt az idő.
Szerintem olvasd át újra a Lenry által linkelt wiki oldalt. Nem tudom, pontosan mi van a default config fájlban, de legalább magyar szerverre állítsd át. Az ntpq -np paranccsal is ellenőrizheted a futást, amelyik server *-gal meg van jelölve, azzal szinkronizálsz.
xkbcomp nem releváns, KDE-hez nem tudok hozzászólni, gondolom a saját rendszeridő beállító alkalmazása nyüszög, a consolekit hiánya miatt lehet.
A képen azért nem látható, mert kitöröltem, mint ahogy a szövegben x-eltem az ip-t és a 'mac' címet.
Az 'ntp.conf' tartalma:
With the default settings below, ntpd will only synchronize your clock.
#
# For details, see:
# - the ntp.conf man page
# - http://support.ntp.org/bin/view/Support/GettingStarted
# - https://wiki.archlinux.org/index.php/Network_Time_Protocol_daemon
# Associate to public NTP pool servers; see http://www.pool.ntp.org/
# server 0.pool.ntp.org
# server 1.pool.ntp.org
# server 2.pool.ntp.org
server 0.hu.pool.ntp.org
server 1.hu.pool.ntp.org
server 2.hu.pool.ntp.org
server 3.hu.pool.ntp.org
# Only allow read-only access from localhost
# restrict default noquery nopeer
# restrict 127.0.0.1
# restrict ::1
restrict default kod nomodify notrap nopeer noquery
restrict -6 default kod nomodify notrap nopeer noquery
restrict 127.0.0.1
restrict -6 ::1
# Location of drift file
driftfile /var/lib/ntp/ntp.drift
logfile /var/log/ntp.log
# NOTE: If you run dhcpcd and have lines like 'restrict' and 'fudge' appearing
# here, be sure to add '-Y -N' to the dhcpcd_ethX variables in /etc/conf.d/netAz ntpq -np:
remote refid st t when poll reach delay offset jitter
==============================================================================
server4.fidesz. 62.112.194.60 3 u 16 64 1 14.980 1818160 0.000
yikes.bl2.tolna 130.149.17.8 2 u 15 64 1 26.729 1818263 0.000
rs11.lvs.iif.hu 195.111.98.152 2 u 14 64 1 36.034 1818373 0.000
bakacsin.ki.iif 185.219.2.214 2 u 13 64 1 14.659 1818460 0.000Itt nincs csillag sehol, de ha felfüggesztés után visszalépek, akkor már van az egyik előtt. A kérdés, mit csinál a felfüggesztésből visszajövet, amit egy normál, kikapcsolt állapotból indítva nem?!
-
És visszakapcsolás után:
dec 21 00:09:57 arch ntpd[361]: proto: precision = 0.107 usec
dec 21 00:09:57 arch ntpd[361]: ntp_io: estimated max descriptors: 1024, initial socket boundary: 16
dec 21 00:09:57 arch ntpd[361]: Listen and drop on 0 v4wildcard 0.0.0.0 UDP 123
dec 21 00:09:57 arch ntpd[361]: Listen and drop on 1 v6wildcard :: UDP 123
dec 21 00:09:57 arch ntpd[361]: Listen normally on 2 lo 127.0.0.1 UDP 123
dec 21 00:09:57 arch ntpd[361]: Listen normally on 3 eth0 xxx.xxx.xxx.xxx UDP 123
dec 21 00:09:57 arch ntpd[361]: Listen normally on 4 lo ::1 UDP 123
dec 21 00:09:57 arch ntpd[361]: Listen normally on 5 eth0 xxx::xxx UDP 123
dec 21 00:09:57 arch ntpd[361]: peers refreshed
dec 21 00:09:57 arch ntpd[361]: Listening on routing socket on fd #22 for interface updates
dec 21 00:30:45 arch ntpd[361]: ntpd exiting on signal 15
dec 21 00:31:36 arch ntpd[1301]: proto: precision = 0.131 usec
dec 21 00:31:36 arch ntpd[1301]: ntp_io: estimated max descriptors: 1024, initial socket boundary: 16
dec 21 00:31:36 arch ntpd[1301]: Listen and drop on 0 v4wildcard 0.0.0.0 UDP 123
dec 21 00:31:36 arch ntpd[1301]: Listen and drop on 1 v6wildcard :: UDP 123
dec 21 00:31:36 arch ntpd[1301]: Listen normally on 2 lo 127.0.0.1 UDP 123
dec 21 00:31:36 arch ntpd[1301]: Listen normally on 3 eth0 xxx.xxx.xxx.xxx UDP 123
dec 21 00:31:36 arch ntpd[1301]: Listen normally on 4 lo ::1 UDP 123
dec 21 00:31:36 arch ntpd[1301]: Listen normally on 5 eth0 xxx::xxx UDP 123
dec 21 00:31:36 arch ntpd[1301]: peers refreshed
dec 21 00:31:36 arch ntpd[1301]: Listening on routing socket on fd #22 for interface updatesÉs be is állt az idő, most jelenleg pontos.
2012. december 21. 00:16:06Az előző képen látható, hogy nem volt hálózat. Amit most másoltál be, ott az eth0 interface-n már működött, persze, hogy beállt az idő.
Szerintem olvasd át újra a Lenry által linkelt wiki oldalt. Nem tudom, pontosan mi van a default config fájlban, de legalább magyar szerverre állítsd át. Az ntpq -np paranccsal is ellenőrizheted a futást, amelyik server *-gal meg van jelölve, azzal szinkronizálsz.
xkbcomp nem releváns, KDE-hez nem tudok hozzászólni, gondolom a saját rendszeridő beállító alkalmazása nyüszög, a consolekit hiánya miatt lehet.
-
És visszakapcsolás után:
dec 21 00:09:57 arch ntpd[361]: proto: precision = 0.107 usec
dec 21 00:09:57 arch ntpd[361]: ntp_io: estimated max descriptors: 1024, initial socket boundary: 16
dec 21 00:09:57 arch ntpd[361]: Listen and drop on 0 v4wildcard 0.0.0.0 UDP 123
dec 21 00:09:57 arch ntpd[361]: Listen and drop on 1 v6wildcard :: UDP 123
dec 21 00:09:57 arch ntpd[361]: Listen normally on 2 lo 127.0.0.1 UDP 123
dec 21 00:09:57 arch ntpd[361]: Listen normally on 3 eth0 xxx.xxx.xxx.xxx UDP 123
dec 21 00:09:57 arch ntpd[361]: Listen normally on 4 lo ::1 UDP 123
dec 21 00:09:57 arch ntpd[361]: Listen normally on 5 eth0 xxx::xxx UDP 123
dec 21 00:09:57 arch ntpd[361]: peers refreshed
dec 21 00:09:57 arch ntpd[361]: Listening on routing socket on fd #22 for interface updates
dec 21 00:30:45 arch ntpd[361]: ntpd exiting on signal 15
dec 21 00:31:36 arch ntpd[1301]: proto: precision = 0.131 usec
dec 21 00:31:36 arch ntpd[1301]: ntp_io: estimated max descriptors: 1024, initial socket boundary: 16
dec 21 00:31:36 arch ntpd[1301]: Listen and drop on 0 v4wildcard 0.0.0.0 UDP 123
dec 21 00:31:36 arch ntpd[1301]: Listen and drop on 1 v6wildcard :: UDP 123
dec 21 00:31:36 arch ntpd[1301]: Listen normally on 2 lo 127.0.0.1 UDP 123
dec 21 00:31:36 arch ntpd[1301]: Listen normally on 3 eth0 xxx.xxx.xxx.xxx UDP 123
dec 21 00:31:36 arch ntpd[1301]: Listen normally on 4 lo ::1 UDP 123
dec 21 00:31:36 arch ntpd[1301]: Listen normally on 5 eth0 xxx::xxx UDP 123
dec 21 00:31:36 arch ntpd[1301]: peers refreshed
dec 21 00:31:36 arch ntpd[1301]: Listening on routing socket on fd #22 for interface updatesÉs be is állt az idő, most jelenleg pontos.
2012. december 21. 00:16:06 -
Nos, az 'ntp.conf'-hoz nem nyúltam, így az az eredeti állapotában van.
Az a bizonyos 'journalctl' ezt adja:
Végignézve a listát, úgy látom, hogy csak az újraindításkor fut le, de az időpont az nem a valós idő itt sem. De találtam a listában olyat is ahol háromszor egymás után lefutott, de közel sem ~11 percenként, inkább 3-4 óránként. Lehet itt volt olyan, hogy csak felfüggesztve volt a gép, nem lett teljesen leállítva.
Ezt le is ellenőrzöm! -
Bogyo72
csendes tag
Nos, az 'ntp.conf'-hoz nem nyúltam, így az az eredeti állapotában van.
Az a bizonyos 'journalctl' ezt adja:Végignézve a listát, úgy látom, hogy csak az újraindításkor fut le, de az időpont az nem a valós idő itt sem. De találtam a listában olyat is ahol háromszor egymás után lefutott, de közel sem ~11 percenként, inkább 3-4 óránként. Lehet itt volt olyan, hogy csak felfüggesztve volt a gép, nem lett teljesen leállítva.
Ezt le is ellenőrzöm! -
Sajnos bonyolultabb egy elemcserénél.
A másik gépben tényleg le van merülve, ott a bioszt is állandóan be kell állítani ha nem kap áramot, de a szinkronizálás az megy szépen.
Windows az tényleg van telepítve, de nagyon ritkán használom (játékra), de az legalább beállítja az időt és akkor Arch indításakor is jó, egy rövid ideig.
Én is a Wiki alapján próbáltam beállítani és szerintem jó is lett:
Ha letiltom a démont, akkor tudom manuálisan szinkronizálni az óra beállításoknál, de kb. negyed óra múlva már 2 percet késik.
Ha a démon fut, akkor nem lehet frissíteni, szerver csatlakozási hibára panaszkodik, és autómatikusan sem csinál semmit!
Ez az idő mizéria systemd-s átállás előtt nem volt, bár igaz akkor még Gnom-ot használtam, bár ez nem hinném, hogy érdekes lenne. -
Bogyo72
csendes tag
Sajnos bonyolultabb egy elemcserénél.
A másik gépben tényleg le van merülve, ott a bioszt is állandóan be kell állítani ha nem kap áramot, de a szinkronizálás az megy szépen.
Windows az tényleg van telepítve, de nagyon ritkán használom (játékra), de az legalább beállítja az időt és akkor Arch indításakor is jó, egy rövid ideig.
Én is a Wiki alapján próbáltam beállítani és szerintem jó is lett:Ha letiltom a démont, akkor tudom manuálisan szinkronizálni az óra beállításoknál, de kb. negyed óra múlva már 2 percet késik.
Ha a démon fut, akkor nem lehet frissíteni, szerver csatlakozási hibára panaszkodik, és autómatikusan sem csinál semmit!
Ez az idő mizéria systemd-s átállás előtt nem volt, bár igaz akkor még Gnom-ot használtam, bár ez nem hinném, hogy érdekes lenne. -
Szevasztok!
Adott egy x86_64-es Arch/KDE rendszer tisztán systemd-vel telepítve. A probléma az idő automatikus beállításával van, ugyanis az nem működik. Próbáltam már talán mindent, de nem vezetett sikerre. Arra viszont rájöttem, hogy ha felfüggesztve állítom le a gépet, majd újraindítom, akkor egy idő után beáll és tartja is a pontos időt. De a normál leállítás után ismét össze-vissza mutat és nem is szinkronizál, ha az óra beállításnál próbálok frissíteni, akkor 'nem tud csatlakozni a szerverhez' üzenetet kapok.
Valami ötlet, mi lehet vagy mit lehet..? -
Bogyo72
csendes tag
Szevasztok!
Adott egy x86_64-es Arch/KDE rendszer tisztán systemd-vel telepítve. A probléma az idő automatikus beállításával van, ugyanis az nem működik. Próbáltam már talán mindent, de nem vezetett sikerre. Arra viszont rájöttem, hogy ha felfüggesztve állítom le a gépet, majd újraindítom, akkor egy idő után beáll és tartja is a pontos időt. De a normál leállítás után ismét össze-vissza mutat és nem is szinkronizál, ha az óra beállításnál próbálok frissíteni, akkor 'nem tud csatlakozni a szerverhez' üzenetet kapok.
Valami ötlet, mi lehet vagy mit lehet..? -
Siriusb
veterán
Na, elindítottam a gépet systemd-vel. Olyan hatalmas különbség nincs boot során, mint amiket néhány ember írt, viszont a fancontrol nem indul el (failed) automatkisan, csak ha start-tal elindítom. Ötlet?
Azt látom, hogy a fancontrol.service az lm_sensors része, de ez azt jelenti, hogy nekem nem kellene engedélyezni? -
Jelentem én is vagyok, ürülök a systemdnek, sokat gyorsult a boot (Startup finished in 2975ms (kernel) + 9134ms (userspace) = 12110ms) és már mindent megoldottam. Szerintem is inkább mennek hivatalos fórumra. Siriusb inkább te szoktál segíteni másoknak.
Nekem is fent van miota beszeltunk rola , meg aznap frissitettem.
Ugye annak ellenere hogy egy regi SSD-m van megiscsak gyorsabb mint a merevlemez, en az eg vilagon semmit nem vettem eszre hogy jobb lenne
-
igen arra gondoltam csak rosszul fejeztrem ki magam...
szoval akkor ez nem lehetseges ? nekem most a geany sima szovegszerkesztokent mukodik , nincs semmi szinsema beallitva , feher a hatter es nem kattinthato benne semmi. Nalam az a baj hogy sajat dolgot nem tudok krealni hanem tobb konfigfajlbol nezem ki a nekem tetszo dologat igy sokszor nem passzol/ nem illik egymashoz a kinezet.
hexa szinkodot tudok online nezni , de a baj azzal van hogy mindig nezegetni kell melyik sort irjam at , vagy melyik milyen szinu.Ugy latom te maradtal itt az ugyeletes Arch Linux-os, mas mar nagyon nincs is a topikban.
Én nem tudok róla, hogy lehetséges lenne.
Geany-nél a toolbaron találsz egy olyat, hogy color chooser. Ha pl. egy css-ben rákattintasz duplán a színkódra (furcsa, de a # jel nem kell a kijelölésbe), akkor feldob egy panelt, ahol látod az aktuális színt, illetve grafikusan változtatni is tudod.Kár, hogy nem vagyunk itt többen. Valószínűleg a hivatalos ML-t, illetve fórumot látogatják, legalábbis ott azért szoktam látni magyarokat.
Persze ennek az is lehet a magyarázata, hogy mindenki vérprofi, csak nekem vannak kérdéseim ill. szükségem segítségre. -
-
Jól emlékeztem. urxvt-clipboard már nincs, helyette urxvt-perls van. Ezt elvileg a pacmannek automatikusan meg kellett volna oldania. Töröld a csomagot és a frissítés után tedd fel az új urxvt-perlst.
vim:
syntax on menjen bele a konfigurációs fájlba.hmmm a baj szerintem azzal van hogy hasznalom egy masik user konfigjat , es vannak hianyos reszek , amik nekem nincsenek felrakva vagy rendesen beallitva ,
nekem most ez igy nez ki (hasznalja a urxvt szinsemajat )
-
Jól emlékeztem. urxvt-clipboard már nincs, helyette urxvt-perls van. Ezt elvileg a pacmannek automatikusan meg kellett volna oldania. Töröld a csomagot és a frissítés után tedd fel az új urxvt-perlst.
vim:
syntax on menjen bele a konfigurációs fájlba.0 kb-s csomag volt , -Rcs eltavolitottam most mar jo koszi
-
hmmm gondoltam elovakarok egy regi jatekot , ami dvd-n van , de kb miota hasznalok archlinuxot nem mukodik , nem csatolja fel. udev fent van terminalban mount-ra nem irja hogy udev menne. elvileg a /dev/sr0 eszkoz lenne az
dmesg | egrep DVD-re ki is irja az eszkozt .
ha a mount marancsal akarom felcsatolni pl /mnt/dvd akkor no medium found on /dev/sr0egy sata-s dvd irorol lenne szo.
how to ?
-
F34R
nagyúr
hmmm gondoltam elovakarok egy regi jatekot , ami dvd-n van , de kb miota hasznalok archlinuxot nem mukodik , nem csatolja fel. udev fent van terminalban mount-ra nem irja hogy udev menne. elvileg a /dev/sr0 eszkoz lenne az
dmesg | egrep DVD-re ki is irja az eszkozt .
ha a mount marancsal akarom felcsatolni pl /mnt/dvd akkor no medium found on /dev/sr0egy sata-s dvd irorol lenne szo.
how to ?
Igaz nekem nincs sok giga RAM-om így jó is volt hogy swappolgatott már ilyenkor is.
Jó sokáig kihúztad. Mondjuk én is adtam kis időt, hogy a hibákat legyen idejük kijavítani. ![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
BoB- AMD vs. INTEL vs. NVIDIA
- Samsung kuponkunyeráló
- Először kombinálja a Full HD-t az 1000 Hz-cel egy monitor
- Fejhallgató erősítő és DAC topik
- AMD Navi Radeon™ RX 9xxx sorozat
- Samsung Galaxy S26 Ultra - fontossági sorrend
- Samsung Galaxy A52s 5G - jó S-tehetség
- Projektor topic
- Autós topik
- Vivo X200 Pro - a kétszázát!
- További aktív témák...
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Játékkulcsok ! : PC Steam, EA App, Ubisoft, Windows és egyéb játékok
- MS SQL Server 2016, 2017, 2019
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- HP. Laptop. i5. Model: 15-da1002nq
- Lenovo X1 Carbon G11 Core i5 1335U 16Gb Ram 256Gb NVMe Touch Gyári Lenovo Garanciás
- HIBÁTLAN iPhone 14 Pro Max 1TB Silver -2 ÉV GARANCIA - Kártyafüggetlen, MS5258
- AKCIÓ! 10TB WD Purple Pro SATA HDD meghajtó garanciával hibátlan működéssel
- Apple iPhone 13 128GB, Kártyafüggetlen, 1 Év Garanciával
- Lenovo ThinkPad X13 Gen 1 Ryzen 5 PRO 4650U 16GB 1TB IPS 1 év teljeskörű garancia
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest