-
IT café
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
CPT.Pirk
Jómunkásember
válasz CPT.Pirk #29899 üzenetére
A vkd3d problémáit megoldotta a vkd3d a GIT-es verziójának az aur-ből beszerzése és lefordítása, mert az utolsó hivatalos bild az 2019 januári, ami óta sok commitot megért már a projekt...
Ezt most megcsináltam, így működik a game.
[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
inf3rno
nagyúr
válasz sh4d0w #29900 üzenetére
Én FreeBSD-t fogom tesztelni nem sokára. Szerverre még Alpine ami szóba jöhet. Most úgy döntöttem, hogy rászánom az időt, és még ebben a hónapba menni fog a szerver. Már 2 vagy 3 éve halogatom a fellövését, azóta csak porosodik, mert mindig volt jobb dolgom. Ha átpakoltam a fájljaimat, akkor utána az asztalira szerintem Void lesz, a Win7-et váltja majd. Az utóbbi teljesen megette a 120GB-os SSD-met az update-jeivel.
[ Szerkesztve ]
Buliban hasznos! =]
-
samujózsi
tag
válasz inf3rno #29902 üzenetére
Alpine eddigi ismereteim szerint nem szerverre való. Inkább beágyazott rendszerek alá és konténerekbe (lxc, docker) - tévedés jogát fenntartom ugyan, de mikor rájöttem, hogy az ArchLinux a rolling release és az ezzel érkező esetleges gondok miatt nem túl nyerő, az Alpine-t kezdtem volna nézni és akkor futottam egy ilyen kijelentésbe, sajnos nem írtam fel, hogy hol. (pro/kontra tud valaki bővebbet?)
Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
-
ztsoft
őstag
Sziasztok!
Van egy gondom, amire eddig nem találtam megoldást.
Adott egy Kubuntu 14.04-es (fő rendszer, tudom, illene már lecserélni, már nem támogatott) és egy friss Archlinux (leendő fő rendszer) külön partíción. A Kubuntu rendszerbetöltője (grub2 2.02~beta2-9ubuntu1.17) a HDD-re, az Archlinux-é a saját partíciójára van telepítve (még más rendszer is van a HDD-n).
A gond ott kezdődik, ha az Arch-ból csinálok egy újraindítást (csak ilyenkor jelentkezik a hiba, sima indításkor tökéletesen működik), a POST után megáll a betöltés, ~30 mp után elsötétül a képernyő és folyamatosan tekeri a HDD-t (nem vártam ki a végét). Ilyenkor csak a főkapcsoló folyamatos nyomására reagál (kikapcsol a laptop), minden másra sípolással válaszol.
Ha jól emlékszem, már a 4-es kernellel is ezt csinálta régebben. Lehet, hogy az újabb kernel és a régebbi grub nem csípik egymást és reboot-nál valami olyan kódot küld, amitől megfekszik?
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
ztsoft
őstag
válasz I02S3F #29908 üzenetére
Nem tudom, hogy van-e köze hozzá a systemd-nek, de most kipróbáltam több módszert is az újraindításra.
Terminálból reboot parancs (ami a systemctl-re mutat), tökéletesen teszi a dolgát, majd a Whisker menu újraindítás parancsát (xfce4-session-logout --reboot --fast) ami szintén tökéletes.
Aminél a hiba előjön, az a power gomb megnyomására felugró menüben választva az újraindítást, itt mindig megfekszik (ugyan ez volt a Plasma 5-nél is, így nem hiszem, hogy Xfce bug lenne). Elméletileg a power manager felel a menüért (/xfce4-power-manager/power-button-action), de erre utaló hibára nem találtam bejegyzést a neten.
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
Frawly
veterán
válasz sh4d0w #29900 üzenetére
Valóban nem egy jó politika, szerveren ilyeneket jelszó nélkül engedélyezni, de azért nem is akkora tragédia. Szervere válogatja. Egy jól bekonfigurált szerverre még korlátozott felhasználóként sem juthatsz be, hogy kiadd a jelszó nélküli sudo shutdown-t. Abban viszont egyetértek, hogy az MX NEM szervernek készült, hanem asztali disztrónak. Be lehet fogni szervernek, de minden szempontból szuboptimális lesz. Aki meg komolyan üzemeltet szervert, az ért is hozzá, és meg sem fordul a fejében MX-et felrakni.
-
ztsoft
őstag
válasz I02S3F #29910 üzenetére
Nem tudom, hogy mihez van köze, az én tudásom eddig nem terjed.
Hosszabb tesztekést követően kiderült, hogy az eddig próbált összes módszernél jelentkezik a hiba. Az első kettőnél csak akkor nem jelentkezik, ha bejelentkezést követően hamar újraindítom.
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
-
inf3rno
nagyúr
válasz sh4d0w #29906 üzenetére
Köszi, de már úgy néz ki FreeBSD lesz. Alpine felé valahogy nem tudtam úgy elköteleződni, mint efelé. Sokkal szimpatikusabbak ennek a fórumán. Azért majd kísérletezek Alpine-al is desktopon mielőtt felteszem a Void-ot, meg ki tudja ezzel is hova jutok majd szerveren. Egyelőre elkezdtem olvasni egy 700 oldalas könyvet az OS-ről, most tartok 70 oldalnál. Nem valami bonyolult, némi történelem, parancssoros alapok voltak eddig. Majd még jelentkezem, szerintem ezzel elleszek egy hétig.
[ Szerkesztve ]
Buliban hasznos! =]
-
-
Frawly
veterán
válasz sh4d0w #29913 üzenetére
Ha 0day attack van, és bejutnak a rendszerre, akkor már úgyis megette a fene, övéké lesz az egész szerver, és nem a jelszó nélküli shutdown lesz a legnagyobb gondod. Ha meg rendesen karbantartott, frissített szerver, akkor elég kicsi az esélye bármilyen támadásnak, nem jut be senki, így jelszó nélküli shutdown-t se tud csinálni.
-
-
-
-
válasz sh4d0w #29916 üzenetére
tettem egy kísérletet 12.1-es freebsd-vel egy thinkpaden.
a telepítés hagyott maga után pár hibát, például hogy hiába állítottam magyarra mindent, maradt angol. utána megpróbáltam a packages rendszerből telepíteni, tele van hibával, meg alapértelmezetten folyton nyomogatni kell az entert, úgyhogy 3-4 óra alatt nem jutottam semmire.utána megpróbáltam bináris repóból telepíteni, az valami félelmetesen lassú volt.
maradunk az "öreg vagyok én már bohócnak" szindrómánál, miután 4-5 óra alatt nem bírt eljutni odáig, hogy legyen egy grafikus felület, beledugtam a debian telepítő pendrájvomat és 10 perc alatt lett.
ez a 12.1-es freebsd szerintem kiválóan hozza az 1995-ös debian szintjét se. olyan slackware 1.0, az talán megvan.
persze, biztos lehetne mindenre megoldást találni, ha elolvasnám azt a fent emlegetett 700 oldalas könyvet, de szerintem a világ nem erre halad. miközben nem tudom, a végeredmény milyen lenne (kirakták már belőle a nagy kernel lockot, van-e már benne rendes multithreaded hálózlati stack, meg multithreaded tűzfal meg ilyenek).
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
Vladi
nagyúr
válasz bambano #29922 üzenetére
Tudtam én, hogy bepróbálod.
"beledugtam a debian telepítő pendrájvomat és 10 perc alatt lett."
Ugyan így voltam én a debiannal anno. Na most van egy olyan projekt, hogy itt kipróbálom, akkor honnan töltsem, meg mit, és hogy telepítek csomagot és hol a tároló és hol a centos 7 install lemezem..."maradunk az "öreg vagyok én már bohócnak" szindrómánál"
"de szerintem a világ nem erre halad."
Jah hát nem erre. Viszont amerre, az neked ugyan úgy nem teccik mint ez.Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!
-
Frawly
veterán
válasz bambano #29922 üzenetére
Sajnálattal olvasom én is. A FreeBSD nekem tartalék terv. Ami most még visszatart tőle, hogy a drivertámogatottsága erősen le van maradva a Linuxhoz képest (NetBSD még szimpatikusabb a még kisebb hardverigénye miatt, de az meg még rosszabbul át driverek terén), főleg GPU-knál meg Wi-Fi-nél problémásak a driverek, de amúgy mindenben le van maradva, ami driver, meg van pár szoftver, ami nem érhető el rá, pl. Wine, Steam. Na, meg mindenki kedvence, a systemd, pulseaudio sem érhető el rá., de ez pozitívum
Meg amiatt sem BSD-zek még, mert még a Linuxban sem fejlődtem ki magam, nem használtam még ki minden benne rejlő potenciált. Úgy meg nem akarom elhamarkodottan dobni. De ha nagyon elbloatosodik a Linux, akkor elkerülhetetlen lesz a BSD-re váltás, a Win, MacOS nálam nem játszik.
A Debian éltetésével nem értek egyet. Bármelyik nagyobb, mainstream disztró felhúzható 10 perc alatt grafikus felülettel. Én az Archot 15 perc alatt felhúzom neked, ha nincsenek nagy extra igények, és valami sztenderdebb DE-vel telepítem, ami függőségnek beránt, megold minden szükséges dolgot.
-
válasz Frawly #29925 üzenetére
a freebsd-t azért is lehet utálni, mert ők is fejlesztik a maguk systemd szemetjét rá. tehát azért váltani linuxról freebsd-re, mert linuxon van systemd, freebsd-n meg nincs, hamarosan csalódást hozó döntés.
én nem éltettem a debiant, azt mondtam, hogy én azt tettem vissza. mindenki olyan disztrót használ, amilyen szerencsés vagy szerencsétlen csillagzat alatt született, oszt jónapot.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
inf3rno
nagyúr
válasz Frawly #29925 üzenetére
Van rajta Wine én úgy tudom, de azért nem teljesen bug mentes. A wiki szerint is van, de ott még 2.1-es Wine-t írnak 2013-ból. [link] Gondolom azóta nem frissítették a wikit. Ettől függetlenül asztalinak nem sokan ajánlják, inkább szervernek való OS. Driverek terén azt mondják, hogy vagy stabilan működik, és sosincs vele bajod, vagy annyira megrogyik már az elején, hogy esélyed sincs. Majd még írok róla, én hajlandó vagyok rászánni az időt, és nem akkora probléma, ha valami nem megy out of the box, ha némi kereséssel találok rá megoldást. Nem annyira komplikált ami most kell, hogy ne lehetne megoldani vele.
Buliban hasznos! =]
-
F34R
nagyúr
válasz inf3rno #29927 üzenetére
FreeBSD van ellatva a legjobban a driverek tekinkteteben, meg talan a Dragonfly BSD. Utobbi jobban szerverre valo. Egyebkent en hasznaltam mar FreeBSD-t desktopon is.. El lehet vele lenni de nem alomszeru, ezt is kell baszogatnod hogy elegedett legyel vele. A lassu fetching rakfeneje a nagyon szornyu mirrorok, de ha egyet eltalasz akkor marha gyorsan tudsz csomagot telepiteni es frissiteni.. A masik hatranya a filerendszer inkompatiblitas. Linuxos filerendszert csak read-only-ba tudod ext2 folott, nativan. Onnantol meg fuse. [link]
Mi az elkepzelesed egyebkent? mi a celod a szerverrel?
-
inf3rno
nagyúr
Néztem már DragonFly-t, de azt mondják, hogy nem igen van meg az emberanyag ahhoz, hogy komolyan lehessen venni. Amúgy tetszettek az elképzeléseik, de így nem vágnék bele. Nagyjából az a terv, hogy mindent áttelepítek rá asztali gépről, csinálok egy webes felületet, ahol lehet képeket nézni, pdf-et olvasni, videot nézni,, zenét lejátszani helyi hálózatról, meg mindent kereshetővé teszek, a bookmarkjaimat is, mert annyi van, hogy már évek óta nem igazodok ki köztük. Melós, de szerintem megéri. Ezen felül kell rá egy VPN szerver, hogy elérjem akkor is ha utazok, illetve amikor projekteken dolgozok, akkor is jól jön egy olyan szervernek, amin demot be tudok mutatni ügyfeleknek. Valószínűleg teszek rá gitea-t is, hogyha fejlesztek, akkor egyből mehessen rá, és ne feltétlen kelljen mindent feltennem github-ra, akár private repo-ba sem. Tuti még ezen felül is jó lesz valamire, de most nagyjából ezek a tervek. Már halogatom néhány éve amúgy, de most megvan a motiváció hozzá. Rendbe akarom tenni az asztali gépet is, és ahhoz jobb, ha nem ezen vannak az adatok.
[ Szerkesztve ]
Buliban hasznos! =]
-
Frawly
veterán
válasz bambano #29926 üzenetére
Nem kizárt, hogy neked van igazad, de én erről nem tudok, mérmint hogy systemd-nek megfelelő szutykot tolnának a FreeBSD-sek a rendszerükbe. Valami linket tudsz erről adni?
(#29929) F34R: igen, ez meg a másik, hogy fájlrendszerek támogatása terén is le vannak maradva a BSD-k. Persze megértem őket, mert egy nagyságrenddel kisebb legalább a fejlesztők száma, de lehet van két nagyságrend is. Így meg a szűkös erőforrások nem elengedők ahhoz, hogy mindenben hozzák a linuxos támogatottsági szintet. Ezért van kevesebb tároló és mirror is hozzá. Viszont másik oldalról pont ez a jó is benne, hogy még nem támogatott minden sz@r rajta, meg nincs elbloatosítva.
-
inf3rno
nagyúr
válasz bambano #29932 üzenetére
Ja ezt néztem régebben, de nem kell komolyan venni szerintem, többek között azért sem, mert egy systemd fejlesztő mondja. Azok alapján, amit FreeBSD fórumon olvasok systemd-vel kapcsolatban kizártnak tartom, hogy bármi ilyesmit elfogadna a közösség. Nagyjából az az álláspont, hogy megnézik, és ha találnak bármi használható ötletet benne, azt esetleg belekódolják FreeBSD-be, de eddig nem tűnik úgy, hogy kifejezetten rajonganának bármiért is, ami benne van. A gummiboot-ot sajnálom, hogy benyelte az a fekete lyuk, úgy tűnik jó boot loader volt, de így, hogy már a systemd-sek határozzák meg a fejlesztés irányát, supportot, stb., jobb kukázni.
[ Szerkesztve ]
Buliban hasznos! =]
-
-
bucihost
senior tag
Sziasztok! Adott egy RDP-file. Céges szerver(ekhez) távmunka céljából.
A felépítés:
-távoli számítógép: xxx.yyy.hu
-átjáró kiszolgáló: aaa.zzz.hu
-felhasználónév : BBB
Windows-alatt tökéletes, Linux alatt : Nem sikerült csatlakozni a(z) xxx.yyy.hu bla-bla. Remmina-val próbáltam. Megnyitja a *.rdp filet, viszont rosszul értelmezi. Hisz az átjáró kiszolgálóhoz kellene csatlakoznia, majd az itányírja tovább. Viszont Remmina-ban nem találok olyan opciót, hogy átjáró kiszolgáló.Tudnátok segíteni, hogyan kelthetném mégis életre? Nem akarok ezért Wint feltenni...
-
-
F34R
nagyúr
válasz bambano #29932 üzenetére
Az nem FreeBSD-re van, tegnap meg homalyban voltam... ma eszembe jutott, OpenBSD-re csinaltak ilyet. de elvileg ez nem teljesen atvett systemd, csak ahhoz hasonlo inint rendszer.. [link]
FreeBSD-re egyebkent OpenRC aplikalhato.
En ilyen gepre nem tennek BSD-t.... Alpine -al probalkozhatsz, de inkabb Devuan..
[ Szerkesztve ]
-
Frawly
veterán
Én a linuxos OFF topikban folytatom majd. Elöljáróban sh4d0w kollégával most nagyon egyetértek. Aki systemd-t akar, meg univerzális, egy minden felett bloat megoldásokat, az maradjon Windowson vagy Linuxon, és ne akarjon BSD-zni. Felesleges a BSD-t is elbloatosítani, mikor erre már vannak bejáratott alternatívák, nem kell egy n+1. dolgot is elcseszni hozzá.
[ Szerkesztve ]
-
kis agyalást kérnék:
ha most hirtelen vpn szervert kellene csinálnotok, nagyobb terhelésre, milyen procival és milyen szoftverrel csinálnátok?Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
-
-
-
inf3rno
nagyúr
válasz bambano #29941 üzenetére
Itt azt mondják, hogy jobb clusterben csinálni, mert egy gépnél hamar elfogy a memória és a processzor idő. [link]
Itt wireguard-ot ajánlják clusterbe, talán hasznos lehet: [link] Openconnect még amire azt mondták, hogy jobb, mint az OpenVPN, de azt már régebben olvastam, és kb. minden jobb annál az eddigiek alapján. Mondjuk a helyi kórházban attól még OpenVPN-el tolják valamiért, de lehet csak a kliens gépeken. Nem tudok sokat a témáról, de gondolom vannak szabványos megoldások, amik miatt sok VPN kliens kompatibilis sokféle VPN szerverrel...
[ Szerkesztve ]
Buliban hasznos! =]
-
inf3rno
nagyúr
A Wireguard egyelőre még nem production ready, de nagyon közel van hozzá. [link]
Buliban hasznos! =]
-
AcCEsS
senior tag
Raspberryn van egy Buster telepítésem minimal X (LXDE) csomagokkal. Szerettem volna systemd service segítségével indítani/leállítani a grafikus felületet, úgy, hogy a "hagyományos" startx szkripttel van kezelve. Ezt a service fájlt csináltam:
***
[Unit]
Description=StartX service[Service]
Type = simple
User=pi
Group=pi
WorkingDirectory=/home/pi
ExecStart=/usr/bin/startx[Install]
WantedBy=multi-user.target
***Az indítás/leállítás megy jól, de a hang nem működik. A pstree kimenetén az látszik, ha service-ként indítom a startx szkriptet, egy csomó függőséget nem indít el automatikusan, és ezek közé tartozik a pulseaudio is. Viszont ha utólag indítom rá a pulseaudio-t, akkor meg azt írja, hogy a socket már foglalt. Nem értem mi lehet a különbség, ha systemd-ből hívom meg a startx-et, vagy bash szkriptből. Miért nem húzza fel a gvfs meg a pulseaudio komponenseket!?
pstree kimenet részlet - manuálisan indított startx:
systemd─┬─2*[agetty]
├─sshd───sshd───sshd───bash─┬─pstree
│ └─startx───xinit─┬─Xorg───{Xorg}
│ └─lxsession─┬─lxpanel───3*[{lxpanel}]
│ ├─lxpolkit───2*[{lxpolkit}]
│ ├─openbox
│ ├─pcmanfm───2*[{pcmanfm}]
│ ├─ssh-agent
│ ├─steamlink.sh───shell───7*[{shell}]
│ └─2*[{lxsession}]
├─systemd─┬─(sd-pam)
│ ├─dbus-daemon
│ ├─gvfs-afc-volume───3*[{gvfs-afc-volume}]
│ ├─gvfs-goa-volume───2*[{gvfs-goa-volume}]
│ ├─gvfs-gphoto2-vo───2*[{gvfs-gphoto2-vo}]
│ ├─gvfs-mtp-volume───2*[{gvfs-mtp-volume}]
│ ├─gvfs-udisks2-vo───2*[{gvfs-udisks2-vo}]
│ ├─gvfsd─┬─gvfsd-trash───2*[{gvfsd-trash}]
│ │ └─2*[{gvfsd}]
│ ├─gvfsd-fuse───5*[{gvfsd-fuse}]
│ ├─gvfsd-metadata───2*[{gvfsd-metadata}]
│ └─pulseaudio───{pulseaudio}
├─systemd-journal
├─systemd-logind
├─systemd-timesyn───{systemd-timesyn}
├─systemd-udevd
└─udisksd───4*[{udisksd}]
pstree kimenet részlet - systemd service-ből indított startx:
systemd─┬─2*[agetty]
├─startx───xinit─┬─Xorg───{Xorg}
│ └─lxsession─┬─lxpanel───3*[{lxpanel}]
│ ├─openbox
│ ├─pcmanfm───{pcmanfm}
│ ├─ssh-agent
│ ├─steamlink.sh───shell───7*[{shell}]
│ └─{lxsession}
├─systemd───(sd-pam)
├─systemd-journal
├─systemd-logind
├─systemd-timesyn───{systemd-timesyn}
├─systemd-udevd
└─udisksd───4*[{udisksd}]Látszik, hogy a komplett ─systemd───(sd-pam) alatti rész hiányzik. Van valami ötletetek a megoldásra?
[ Szerkesztve ]
AcCEsS (https://www.metalenciklopedia.hu)
Új hozzászólás Aktív témák
- Eladó Steam kulcsok kedvező áron!
- Vírusirtó, Antivirus VPN kulcsok
- Adobe Creative Cloud - 2024. 04. 05 - 2025. 04. 05-ig
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Microsoft licencek a KIVÉTELES ÁRAK - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office