Valaki hasznal jelenleg Seagate Goflex Net kütyün Archlinuxot?

Steam: http://bit.ly/1rRuf8p , Origin: wwenigma -- | -- Jiayu F1 / G3C / OT995 cuccok: http://bit.ly/1w44CI2 -- | -- ZTE V5 Red Bull -> http://bit.ly/1mgtfrd -- | -- Xiaomi RN3SE -> http://bit.ly/2r8DlV7 -- | -- Live Stream: twitch.tv/wwenigma

Van egy windowsos programom playonlinux alól pdf - et dob amit Fedorán simán megnyitotta Okulárban de Arch + KDE alatt azt írja hogy a Windowsban nincs telepítve pdf olvasó. Tehát lehetne valahogy paraméterezni a wine-t?

Arch Linux, Void Linux, Network Radios, VoIP, HAM

Én most Gentoo-t próbálgatom élesben. Custom kernel 75MB RAM fogyasztással indul...
Bár valahol én is elcseszhettem mert van 1-2 modul ami nem akar indulni, nameg magát a Gentoo-t is könnyű szétbarmolni. Az meg szűz kezek között viszonylag gyorsan megtörténik...még tesztelgetem hétvégéig aztán valószínűleg újrahúzom az egészet. Rengeteg felesleges gányolás van a rendszerben, azt meg nem szeretem.

Igazad van, én már évek óta, még az Arch előtt próbálkoztam a Gentoo-val. Sajna kevés volt a tudásom hozzá. De megszerettem az Ach Linux -ot, és még itt sok tanulni valóm akad. Mellesleg, ha tudnék Gentoo alatt jó custom kernelt fordítani, akkor Arch alatt sem okozna gondot ugyanolyan penge kernelt építenem forrásból. Feliratkoztam a kernel-testing levelező listára, hátha ragad rajtam valami.

A bonyolultság elrejtése még bonyolultabb rendszert eredményez, és ezért kerülendő. KISS

Tényleg nagy királyság a Gentoo de valóban nem egyszerű mutatvány tisztességesen, "elkúrás mentesen" telepíteni. Amúgy VBoxban próbálgatom a FreeBSD-t, eddig sokkal szimpibb a BSD mint a Gentoo. Minden sokkal-sokkal flottabb, dokumentáció minden részletet leír, Xorg forrásból telepítve kapásból tökéletesen fut. Így, hogy ráálltam a forrásból telepítésre, erősen elgondolkoztam rajta, hogy átállok FreeBSD-re mert eddig mocsok módon meggyőzött.

Valami ilyesmi kéne a Gentoo-ba is mint BSD-be. Gentoo-n ez a USE flagek használata szvsz irdatlan nagy baromság. Ha egyszer eltalálja az ember akkor oké de ha valamit kihagysz akkor konfig update meg a többi.-
Ideg rohamot kaptam amikor már 4 órája fordította a Qt könyvtárat, mire kiírta, hogy kell neki egy extra flag. Fordítás leáll, konfig módosít, folytasd. Hülyéje nem onnan kezdte el ahol abba hagyta, hanem előlröl az egészet.
BSD-n elkezdek fordítani valamit akkor fordítás KÖZBEN kérdezi meg, hogy mit akarok belerakni, GTK vagy Qt optimalizáció legyen-e, milyen VGA-m van, stb. Megadom neki, hogy mit akarok és Continue.
Tényleg, minden nagyon flottul megy, minden úgy és ott van ahol le van írva és ezáltal konfigolni is könnyebb. Kernel széttúrásának még nem álltam neki de állítólag az is egyszerűbb mint Linux alatt.

Arch-ról meg annyit, hogy tényleg mocsok jó cucc, rengeteget lehet vele tanulni és mindig közel fog állni a szívemhez. De jelenleg eszem ágában sincs visszamenni Arch-ra.

Valaki tudna ajánlani 1 jó Gmail ellenőrző progit asztalra, v. tray- be?
Nem kell sok mindent tudnia, csak annyi, h mutassa, h épp hány olvasatlan email van + vmi hangjelzés, ha új levél jön.

Köszi!

Ezt lehet érdemes elolvasni: Two PGP Keyrings for Package Management in Arch Linux

Conky-hoz van egy pár...
[link]

Ha KDE

Ha Gnome 3

Zavarodott, mint egy svájci anarchista

Érdekesség képen felraktam a Manjaro-LXQT. Nagyon pöpec egy rendszer. Kellemesen gyors (lévén openboxra épül), és szerintem egész jól összerakták.
Beconfigoltam és átmásoltam a arch-omról az openbox beállításait. Most van egy tök ugyanúgy kinéző rendszerem, csak pár beállítást kellemesebbé tette a manjaro beállításkezelője... Erőssen gondolkodóba estem., már csak a következők miatt is:

Nálam tapasztaltabbak remélem meg tudják magyarázni a következő dolgot:

Adott egy gép, 2 partícióval .
Egyiken Arch, a másikon Manjaro-LXQT.
Minden olyat feltettem az LXQT-re, ami az Archomon installálva van, és az összes configfilet is átmásoltam.
systemctl list-unit-files szerint az LXQT pár dologgal több service-t indít (pl modemmanager).

mégis az arch kb kb 1.30, az LXQT kb 1.00 alatt.

Arch:

Manjaro-LXQT:

Ha jól emlékszem annó az arch is gyorsabb volt de nem ennyire.
Az is biztos, hogy én felraktam amit fel kell, de "optimalizálást" nyilván én nem csináltam, ellenben a manjaros fiúk biztos.. Vagy lehet ilyen optimalizálást csinálni?

Mármint ezt akartam írni:
mégis az arch kb 1 és fél perc, az LXQT kb 1 perc alatt bootol.

Arch másfél perc alatt tölt be? Milyen gépen? Eléggé tanácstalan vagyok. Arch-ot milyen módon raktad fel? Lehet indítottál egy csomó felesleges rendszer linket. Tudod? systemctl stb. Ezeket pedig a másik telepítés nem használja. A hiba oka: rossz arch telepítés.

A bonyolultság elrejtése még bonyolultabb rendszert eredményez, és ezért kerülendő. KISS

Aztán lehet tévedek? Valaki azt meg tudja mondani, h van e különbség arch vs manjaro kernel config között?

A bonyolultság elrejtése még bonyolultabb rendszert eredményez, és ezért kerülendő. KISS

ok..ok.. én voltam a buta..
nekem a teljes betöltés azt jelenti, hogy elindul a skype és a thunderbird ...de azt felraktam a manjarora is.
Szóval az értékek ezzel értendők.
Nekem a 2 érték közötti különbség is zavar.

szerk: itt a teljes autostart

[ Szerkesztve ]

Inkább egy systemd-analyze blame kimenetet mutass.

Arch
Manjaro

+1 . A démonként futtatott folyamotokat érdemes megnézni, ahogy Siriusb írta.

A bonyolultság elrejtése még bonyolultabb rendszert eredményez, és ezért kerülendő. KISS

Mindkét rendszer /etc/fstab fájlát is megmutathatnád.

A bonyolultság elrejtése még bonyolultabb rendszert eredményez, és ezért kerülendő. KISS

Plussz a videó karid cuccaival sincs minden rendben.
Ha manjaro alatt futtatod ezt:
# ls /sys/class/backlight/
ezt fogod kapni::
intel_backlight
, azért mert inteles video karid van.
Ha arch alatt futtatod:
# ls /sys/class/backlight/ , akkor
ez lesz a végeredmény:

intel_backlight és
acpi_video0
Az arch linux beállításaid nem megfelelőek.

Tehát , ha arch alatt is megfelelően van telepítve a video karid drivere, akkor :
# systemctl disable acpi_video0.service
# systemctl reboot
Aztán majd alakul a dolog.
Manjaro alatt pár dolgot beállítanak helyetted, de ettől még nem tanulod az arch linuxot.

A bonyolultság elrejtése még bonyolultabb rendszert eredményez, és ezért kerülendő. KISS

Arch:
UUID=172d3ac7-8f33-4529-963f-323038256b15 / ext4 rw,relatime,data=ordered 0 1

# /dev/sda6
UUID=cbf8e7e7-3593-4fc3-acac-d3ba9efac5b1 none swap defaults 0 0

# adatok /dev/sda1
UUID=312f9813-1a5f-42f2-88c1-336b0ea32e7c /home/dumber/adatok ext4 defaults,nouser,exec 0 2

Manjaro:

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
#
UUID=4247e37a-73c7-4cde-a9af-c24895af827b / ext4 rw,relatime,data=ordered 0 1

----

Nem célom visszamenni manjarora.. inkább ide rakom fel a LXQT-t

[ Szerkesztve ]

Az Arch alatt van swapod és csatolva vannak az adatok partíció . Rendszerindításkor a csatolás és a fájlrendszer ellenőrzés időt vesz igénybe. A manjaro alatt pedig csak egy rendszerpartíciód van.

Az előző hszemhez kiegészítés:
Ha összehasonlítod a két rendszer /etc/mkinitcpio.conf file -át, akkor a kettő nem lesz egyforma. Figyeld a "Modules=" szakaszt.

A bonyolultság elrejtése még bonyolultabb rendszert eredményez, és ezért kerülendő. KISS

Lefuttattam az # ls /sys/class/backlight/. A kimenete tényleg az amit mondtál.
Service kikapcsolva (disable), de újraindítás után ugyanaz a kimenete.

A swapot nem gondoltam volna, hogy ennyit hozzárak... (meg akkor gondolom a adatok particio is)

Az mkinitcpio.conf-ban az Arch-on bent van a "i915". Ez akkor került bele mikor valamiért csak ezzel volt hajlandó a magyar ékezet elindulni a tty-n (én sem értettem)

[ Szerkesztve ]

$ sudo rm /sys/class/backlight/acpi_video0
, de ezzel az archwiki is foglalkozik valahol.
A lényeg az, hogy nem teljesen egyforma rendszereket nincs értelme összehasonlítani. Sajna ma több időm nincs, de írj nyugodtan, biztosan lesz aki hozzászól.

A bonyolultság elrejtése még bonyolultabb rendszert eredményez, és ezért kerülendő. KISS

Nem is fog eltünni csak a disable-val.., úgyhogy rm-lesz (illetve előtte csak mv valahová)

Eddig is köszi.. majd kioperálom, de nem igazán akarok kísérletezni, lévén, hogy ez egy éles rendszer..

[ Szerkesztve ]

nem engedi törölni...

[ Szerkesztve ]

itt mivel ütközik?

hiba: nem sikerült végrehajtani a tranzakciót (ütköző fájlok)
doublecmd-gtk2: /usr/lib64 létezik a fájlrendszerben
Hibák léptek fel, nem frissült csomag.

Arcwikiből:
systemd-backlight service

The systemd package includes the service systemd-backlight@.service, which is enabled by default and "static". It saves the backlight brightness level at shutdown and restores it at boot. The service uses the ACPI method described in Backlight#ACPI, generating services for each folder found in /sys/class/backlight/. For example, if there is a folder named acpi_video0, it generates a service called systemd-backlight@backlight:acpi_video0.service. When using other methods of setting the backlight at boot, it is recommended to mask the service systemd-backlight@.service.

tehát:
$ sudo systemctl mask systemd-backlight@acpi_video0.service

a mask parancs rendszerindításkor letiltja a systemd-backlight@acpi_video0.service elindulását.
Remélem így összejön.

A bonyolultság elrejtése még bonyolultabb rendszert eredményez, és ezért kerülendő. KISS

És így törölhető?

# systemctl disable acpi_video0.service

# systemctl stop acpi_video0.service

# rm acpi_video0.service

ne félj a törléstől, ugyanezt a symlinket bármikor létrehozhatod a:
$ sudo systemctl enable acpi_video0.service
parancs kiadásával.

A bonyolultság elrejtése még bonyolultabb rendszert eredményez, és ezért kerülendő. KISS

Ezt linkeltem én is

Ma nem voltam gépközelben, de amint lesz időm kiprobálom. Kösz az ötleteket.

Ezekkel törölni továbbra sem tudom, de ennyit elértem:

Rendszerbetöltéskor megpróbálja a service-t elindítani, de már nem tölti be. (lévén a /null-t nem tudja

Találtam még egy acpi service-t . Ezt is maskoltam. Mostmár nem is próbálja betölteni rendszerindításkor, de még most sem törölhető ... most viszont már csak a helyet foglalja, így nem is erőlködök

[ Szerkesztve ]

Szia.

Megnéztem az én gépemen, mert anno nekem is gondom volt vele.
Nálam az :
$ ls /sys/class/backlight/
acpi_video0 acpi_video1 radeon_bl0
, tehát nálam 3 is van:-)
Nekem a háttérvilágítás állításával volt gondom, és nálam a kernel opciónak felvett:
video.use_native_backlight=0 oldotta meg a problémát.
Az acpi_video0 és az acpi_video1 nálam is maskolva van.

A bonyolultság elrejtése még bonyolultabb rendszert eredményez, és ezért kerülendő. KISS

Múltkor volt itt szó a KDE-ről, akkor nagyon fikáztam.
Most visszatértem Arch-ra (Gentoo-ból nagyon kiábrándultam pár nap alatt, FBSD meg nem való desktopra, pláne nem egy minden szir-szarral felszerelt laptopra, mindegy) és telepítéskor voltam olyan bátor, hogy feldobjak egy KDE-t.

Tényleg sokkal jobb mint amire emlékeztem, én kb. 1 évvel ezelőtt próbáltam a KDE-t (KDE4 volt már az is) de az valami ritka bugos fostenger verzió lehetett mert itt szinte minden akkori probléma megszűntnek látszik.
Van pár dolog ami még mindig idegesít és nem jövök rá, hogy hol lehetne kilőni de csak megoldom valahogy.
Memória fogyasztás egész korrekt (ami azt illeti DÖBBENETES számomra, hogy ugyanazok a programok futnak mint anno XFCE vagy MATE alatt és ugyanannyit eszik a gép), van VSync alapból (legalább nem kell a comptonnal szarakodni), úgyhogy eddig kellemes meglepetés a KDE.

Ja, és ezennel hivatalosan is bocsánatot kérek amiért olyan erősen kritizáltam a Qt-t meg a KDE-t

Nekem a háttérvilágítás állítás nem működik. Vsz azért mokányoltam én is, de az sem oldotta meg .
Kipróbálom amit írtál, de nem tudom intel videoval jó lesz e..

Intel VGA-val nálam se szokott lenni backlight állítás. Megoldás:

# touch /usr/share/X11/xorg.conf.d/20-intel.conf
# nano /usr/share/X11/xorg.conf.d/20-intel.conf

Section "Device"
Identifier "card0"
Driver "intel"
Option "Backlight" "intel_backlight"
BusID "PCI:0:2:0"
EndSection

Jelentkezz be újra és menni fog.

N0zer0

Így van. Mondjuk mostmár egy délután után egész emészthetőre tudtam hegeszteni a cuccot...KDE base csomagból indultam ki, kicsit keresgélni kellett, hogy milyen Qt-s appok vannak hozzá mert azokat eddig messze elkerültem. Még pár apróságot jó lenne megoldani meg beállítani de az már a legkevesebb.

Amúgy ez a KDE 5 Plasma ez most valami új verzió ami még csak tesztelés alatt van vagy már kiadták a véglegest csak még nem merik berakni éles repóka? Vagy hogy van ez?

[ Szerkesztve ]

Király... ezzel működik. Annyi különbséggel, hogy én a /etc/X11 alá tettem.

Köszönöm.

[ Szerkesztve ]

sziasztok.
kérnék egy kis segítséget. live rendszer alatt leklónoztam gparteddel a rendszerpartíciómat egy másik vinyóra, hogy legyen egy belakott teszt rendszerem. átírtam az fstabban az UUID ket. grub-costumizerrel frissítettem a mostani grubomat, fel is ismerte, de nem indul el.
SSD-ről copyztam HDD-re. fstabban "rw,default,noatime"-ra írtam át a "/"-ot.

mit kellene még javítanom?

először is köszi a múltkori választ.

itt a kép

Bootloader biztos helyesen van beállítva? Plusz chroot segítségével csinálj új initramfs-t (mkinitcpio).

[ Szerkesztve ]

Vigyázat, csalok!

közben sikerült.
első körben ezeket kihagytam, mikor átvettem a klónozott rendszeremet

mount -t proc proc /mnt/proc
mount -t sysfs sys /mnt/sys
mount -o bind /dev /mnt/dev
mount -t devpts pts /mnt/dev/pts/

mostmár jöhetnek a bátrabb tesztek.

össze ollóztam egy ilyet: link
openbox autostart fájlba beírtam, működik is.
de szeretném tovább fejleszteni, hogy ha menetközben kihúzom a hdmi kábelt, akkor ugye nem vált vissza a notebook monitorjára

vagy van valami program amiben mindezt beállítom?

Rakd be egy kulon fileba.
Ezt inditsd az autostart bol, es ha kihuzod akkor inditsd el kezzel..
Vagy inditsd a filet a crontab-ba

[ Szerkesztve ]

Favágó módszer ha ezt bővíted egy végtelen ciklussal és egy sleep-el amit elindítasz az Openbox-szal együtt. Az igazi megoldás mondjuk egy udev szabály lenne, így akkor futna le amikor kell.

Vigyázat, csalok!

nem jól írtam le. külön fájlban van a /usr/local/bin ben. és az autóstartban van írva a fájl.
ez így oké is, de pont a kézzel indítást szeretném elkerülni.
nomeg ha kíhúzom, akkor sehol nincs kép, így nehéz bármit is indítani.

biztosan lehet ezt valahol rendszer szinten állítani. csak nem tudom hol.

(#2898) colomb2: udev. na mindjárt utána olvasok. nem akarok hogy feleslegesen fusson állandóan a srcipt...

[ Szerkesztve ]

En is automatara torekszem, csak lusta vagyok

Egyebkent..
Terminal kinyit... Parancs begepel... Kabel kihuz... Enter leut