-
Fototrend
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
-
Dißnäëß
nagyúr
válasz
Jester01
#29997
üzenetére
Megvan. Teljesen hatástalan.
desktop:~$ xinput --list-props 11
Device 'Telink Trust Wireless Mouse':
Device Enabled (155): 1
Coordinate Transformation Matrix (157): 0.100000, 0.000000, 0.000000, 0.000000, 0.100000, 0.000000, 0.000000, 0.000000, 0.100000
libinput Natural Scrolling Enabled (292): 0
libinput Natural Scrolling Enabled Default (293): 0
libinput Scroll Methods Available (294): 0, 0, 1
libinput Scroll Method Enabled (295): 0, 0, 0
libinput Scroll Method Enabled Default (296): 0, 0, 0
libinput Button Scrolling Button (297): 2
libinput Button Scrolling Button Default (298): 2
libinput Middle Emulation Enabled (299): 0
libinput Middle Emulation Enabled Default (300): 0
libinput Accel Speed (301): 0.000000
libinput Accel Speed Default (302): 0.000000
libinput Accel Profiles Available (303): 1, 1
libinput Accel Profile Enabled (304): 1, 0
libinput Accel Profile Enabled Default (305): 1, 0
libinput Left Handed Enabled (306): 0
libinput Left Handed Enabled Default (307): 0
libinput Send Events Modes Available (277): 1, 0
libinput Send Events Mode Enabled (278): 0, 0
libinput Send Events Mode Enabled Default (279): 0, 0
Device Node (280): "/dev/input/event2"
Device Product ID (281): 5215, 466
libinput Drag Lock Buttons (308): <no items>
libinput Horizontal Scroll Enabled (309): 1Még a 2-es és 4-esen van virtual pointer a 11-en kívül, ugyanúgy 157-es Coordinate Transformation Matrix-al, átállítom, nincs változás.Fura, hogy mióta élek, ez küzdelmes minden Linux alatt. Nem szeretem az érzékeny egeret
-
Jester01
veterán
válasz
Dißnäëß
#29993
üzenetére
Ha a normál beállítás nem elég, akkor xinput --list kimenetben megkeresed az eszköz számát (E) aztán xinput --list-props E kimenetben megnézed van-e valami használható. Ez lehet DPI vagy a Coordinate Transformation Matrix. Utóbbi esetén xinput --set-prop E x 0 0 0 x 0 0 0 x paranccsal tetszőlegesen lehet lassítani (x a skálázási szorzó, pl. 0.1)
-
Dißnäëß
nagyúr
Banális kérdés: hogyan lehet bármilyen disztró, bármilyen window manager alatt az egérmutatót még jobban belassítani ?
Egyszerűen csutkanullára húzva is még mindig túl sokat megy az egerem a képernyőn. Előző is, ez is, céges is. Működik a csúszka, de nincs értelme, ha ultraminimumon is elég jól halad a képernyőn a mutató, kis mozdításra is, ha meg elkezdem növelni, úh, pláne
Tehát működik a dolog, csak rohadtul kéne bele egy mocsok nagy offset ...
-
válasz
sh4d0w
#29991
üzenetére
Egyébként még azt is érdemes lehet átgondolni, hogy kellenek-e virtuális gépek, vagy konténer elég?
Kis pontosítás: tehát a 60% úgy jöjjön ki, hogy elindítottad a virtuális gépet/gépeket. Példa: 32 GB fizikai RAM esetén max. 19.2-t osszál ki a virtuális gépeknek összesen.
-
Dißnäëß
nagyúr
Van egy W10-em, annyit érdemes megtenni, hogy amit csak lehet, virtio-ra állítson az ember, illetve van húú talán a Qemu oldalán egy W10 alá való virtio-s
SATAdriver, talán ez... ? Ide hoz Gugli engem.. [link] Elvileg a telepítőnek az ezen lévő motyót kell megadni drivernek és akkor látja a VirtIO diszkeket, bár ez lehet csak korábban volt így, nálam virtio diszket is látott a relatív friss W10 telepítő. (Legalábbis nem vacakoltam ilyennel és felkúszott rá szépen). RAM 8G, 4-el swap-re hajlamos. Azaz pontosabban fogalmazok: a Windows mindig swap-el kicsit, csak 4-nél lényegesen többet, én régóta virtuális memória nélkül használom őt is, Linuxot is, mindent és mindenkit, bevált. -
-
Dißnäëß
nagyúr
válasz
bambano
#29983
üzenetére
Szemeztem én is már ezzel szerelt lappal, de egyelőre okafogyottá vált, még mindig csak 1 gépen ülök. [link] Pár tavalyi és tavalyelőtti komment lentebb, linux érintettségű, akkor még azon kattogtak, hogy melyik disztróba kerül be támogatás és az milyen, illetve állítgatják páran, hogy jó a támogatása. Azóta ez csak javulhatott tovább, szerintem mint hardver, nemigen lehet gond vele, persze nem enterprise grade cucc, de otthon akár a külön szerelt kártyát, akár az alaplapra tett verziót akarjuk, simán behúznám ilyen itthoni célra, hogy akár egy drágább switch-el, akár direktben, összekössem az asztali fotó és video feldolgozó PC-m a pincében lévő NAS-al (ha nincs switch, direktben a két gépet, a többiek meg mehetnek a klasszik 1Gbit és wifi vonalon).
(Most hoztam is választ a kérdésedre, meg nem is, de inkább a megbízható ágra tippelnék, mint a vacakra).
-
Dißnäëß
nagyúr
válasz
sh4d0w
#29978
üzenetére
Host:
- jól szellőző porszűrős ház (Thermaltake Core v31)
- ASUS TUF B450M PRO GAMING
- Ryzen 5 3600 alapon (néha fellöki magát, ez normális, a frekiket érintő beállítások auto-n BIOS-ban, szóval semmi tuning). Jó pasztázás, böhöm hőcsöves hűtő, kizárt a CPU throttling, hűvös az egész max kakaón is. Prime stabil bármeddig.
- 2x 16G DDR4 ECC 2400@3000 (Samsung B-Die, alapfeszen hagyva, ECC ON, teljesen hibamentes OFF-ban is, de természetesen ON-on használom, totál hibamentes edac-util szerint is)
- DELL PERC H310 (LSI 9211-8i kétportos SAS kontroller, legkésőbbi hozzávaló IT módú firmware-el és bios-al crossflash-elve, hibátlan)
- 1x 250G Intel SSD (82% de csak a kopás miatt, PERFECT státusz HD Sentinel szerint)
- 2x4T Seagate NAS + WD PURPLE, zfs mirror (egyik HDD alaplapi SATA-n, másik a PCIe-es LSI-n)
- 4x4T Seagate NAS, raidz1 (2 HDD alaplapi SATA-n, 2 HDD az említett LSI-n, bár raid5-szerű módban ennek semmi értelme, mert csak 1 kiesést bír, mégis ezt választottam a hely miatt, ha meg hullik, nem dőlök kardomba, a fontos a mirroron van. Kellett a hely.)
- GF710 VGA, két monitorral
- Debian friss testing, frissen update-elve. Hibamentes, évek óta testing-en élek, nem szokott bajom lenni vele (akkor álltam át stable-ről testing-re, mikor egy korábbi hardveremre a stable-t nem tudtam rávenni, illetve mikor megtudtam, hogy az Ubuntu alapja is testing branch)
- XFCEHost is és a VM-ek is SSD-n, VM-ek storage konténere QEMU (nem RAW bár egyesek szerint a RAW még jobb, de így is a VM-en belül dd-vel 400+ megát mérek).
Szóval érthetetlen. Mégegyszer benézek BIOS-ba, minden támogatva-e a CPU virt. opciók környékén, de kifejezetten emlékszem, hogy úgy hagytam. (Jó lenne, ha most mégis tévednék). Volt már sokkal gyengébb konfigon is pattogós VM-em, a VGA-tól eltekintve.
-
Horvi
őstag
válasz
sh4d0w
#29978
üzenetére
Sziasztok,
Egy olyan kérdésem lenne itt a KVM-hez, hogy van valami használható leírás ami alapján csináltátok és érdemes követni ha Win10-et akarok virtualizálni?
Nyilván a gugli feldob jó pár találatot csak nem tudom hirtelen mi az ami használható lehet és mi az ami nem.
Köszi -
-
Dißnäëß
nagyúr
válasz
sh4d0w
#29976
üzenetére
Én is ezt várnám, de .. kissé lassan tölt be a Debian-KDE, ahhoz képest, amit host-on tudna. (Bár ott XFCE fut, nem összehasonlítási alap, de volt KDE-m is korábban, nem sokáig ugyan, de sokkal pattogósabb, mint a VM tesó).
Lomha menük, egy Konsole megnyitása is kattintás után 1-1.5 mp, Chrome , Firefox indítása 10+ mp (!!) - közben se a diszkek nincsenek terhelve, se a CPU, se semmi. Úgy kellemesen elvan a gép, mintha üdülne, kiment volna a napra kicsit sétálni, fagyizni, holott vCPU-nak eléggé tekernie kellene (mint minden normális esetben) akár csak pár pillanatra is, a host CPU-nak meg minimum feléig, ha nem tovább (6mag12szál, vCPU 4 magot kapott, ami a host-on vagy 4 fizikai magra fordítódik le, vagy kevesebb fizikaira és a maradék az HT-ból megy a VM-nek, hiszen host-on ezek csak processzek igazából - lehet ütemezőt érintő kérdés, mennyire pattog egy VM ?).
Na, de pont fentebb nevezett HT miatt lehet, hogy ki kéne kapcsolnom host-on a HT-t és akkor más lenne a szitu, mert amit odaad a Hypervisor a VM-nek, az fizikai mag is lesz így egyúttal, legalábbis nem egy prociban-"virtualizált" HT szál. Ugyanakkor azt is tudom, hogy a Linux kernel elég okosan osztja be az erőforrásokat, milyen processznek miből mit ad, de nem jöttem még olyanra rá például, hogy CPU pinning, azaz hogy a pékbe paraméterezem be a KVM host-ot, hogy a 4 vCPU-t dedikáltan rendelje hozzá 4 host-béli maghoz (legyen az akár virtuális mag, tehát HT szál, akár HT nélküli tényleges mag) és ezt hogyan építem be a GUI Launcher-be.
Nem tudom. Lehet video-ra kéne vennem amúgy. Sőt, meg is teszem délután, munka után.
#29975 sonar: köszi a hsz-t. Ezek szerint normális, ha lejön "néhány" CPU feature flag.
Intelen Neked nemigen fog mutatni AMD-s virt CPU opciókat, nálam a választható CPU modellek között van az EPYC és pár egyéb AMD-s is. "host" = "Copy host CPU configuration", ezt csak én rövidítettem le "host"-ra, mert mire kiírom többször is, hogy "Copy host CPU configuration", megszülök
Szóval a host így értendő e kontextusban, hogy a host-on kiválasztom a menüben a "Copy host CPU configuration"-t (na, mégsem úsztam meg, amit akartam) Tudom haladó Linux topic-ban vagyunk, de nincs esetleg kéznél azon a host-odon egy Windows ? (Ami támogatja a CPU-dat fullba). Nézz hülyének nyugodtan, de akár egy aktiválatlan, külső USB-s SSD-re leszedett Windows Server 2019, amolyan trial-ba feltéve is lefuttatja szépen.
Amiért kérdezem: a Pass Mark CPU listában nincs benne a Te CPU-d, semmilyen mérésük, adatuk nincs róla. Senki nem küldött be még CPU-ra vonatkozó sebességteszt eredményt az ő sebességtesztelő tool-jukból, magyarul 0 minta. Ha megtennél 1-2 mérést és beküldenéd az eredményt hozzájuk, igencsak megjelenne a listában mint 1 minta, a Te procid (elég különleges darab). Poén lenne látni
+ hátha másnak is hasznára válik a közösségben. Persze nem kötelező, csak bedobtam, megértem, ha nem szórakozol ilyenekkel, mert ... (n+1 ok). Lista: [link]
Progi: [link] (Server 2012-2016-2019-en is fut) -
sonar
addikt
Nálam így néz ki egy gép:
Hozzáteszem nem vágom, hogy mi az host-on "host" vagy EPYC CPU emuláció pontosan mi akar lenni.
Nálam annyi van a VM CPU beállításainál, hogy Copy host CPU configuration.
Host (Xeon E7-8860 v3):
fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 fma cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm ida arat epb pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm cqm xsaveopt cqm_llc cqm_occup_llcKVM Guest:
fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss syscall nx pdpe1gb rdtscp lm constant_tsc rep_good nopl cpuid tsc_known_freq pni pclmulqdq ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm invpcid_single pti fsgsbase bmi1 hle avx2 smep bmi2 erms invpcid rtm xsaveoptDiff:
dts, acpi, ht, tm, pbe, arch_perfmon, pebs, bts, xtopology, nonstop_tsc, aperfmperf, eagerfpu, dtes64, monitor, ds_cpl, vmx, smx, est, tm2, xtpr, pdcm, dca, ida, arat, epb, pln, pts, dtherm, tpr_shadow, vnmi, flexpriority, ept, vpid, tsc_adjust, cqm, cqm_llc, cqm_occup_llc -
Dißnäëß
nagyúr
válasz
Dißnäëß
#29973
üzenetére
VM-en a legjobb eredmény (host-on "host" vagy EPYC CPU emuláció, mindegy) :
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm rep_good nopl cpuid extd_apicid tsc_known_freq pni pclmulqdq ssse3 fma cx16 sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm cmp_legacy cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw topoext perfctr_core ssbd ibpb stibp vmmcall fsgsbase tsc_adjust bmi1 avx2 smep bmi2 rdseed adx smap clflushopt clwb sha_ni xsaveopt xsavec xgetbv1 clzero wbnoinvd arat umip arch_capabilitieshost:
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid aperfmperf pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 movbe popcnt aes xsave avx f16c rdrand lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt tce topoext perfctr_core perfctr_nb bpext perfctr_llc mwaitx cpb cat_l3 cdp_l3 hw_pstate sme ssbd mba sev ibpb stibp vmmcall fsgsbase bmi1 avx2 smep bmi2 cqm rdt_a rdseed adx smap clflushopt clwb sha_ni xsaveopt xsavec xgetbv1 xsaves cqm_llc cqm_occup_llc cqm_mbm_total cqm_mbm_local clzero irperf xsaveerptr wbnoinvd arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold avic v_vmsave_vmload vgif umip rdpid overflow_recov succor smca -
Dißnäëß
nagyúr
Sziasztok, kicsit lassúnak találtam a KVM-et, így eredetileg a kezdő topic-ban feltett kérdéseimmel udvariasan inkább ide küldtek, hátha.
Szóval: Ryzen 5 3600 (6 mag, 12 szál), 2x16G DDR4 ECC, Debian testing, raklap HDD ZFS-el és SSD, utóbbiról a rendszer és a VM-ek rendszermeghajtói. GeForce GT710.
A konfignak nem kellene, hogy gondja legyen bármivel is.. egy elég középerősnek számító workstation gépnek mondanám, ezen csinálok mindent kvázi.
Miután mindent átállítottam virtio-ra, ami csak létezik, SSD-nél cache off-ra + native kezelés (Virtual Machine Manager-ben, XFCE alatt), .. bár a diszk sebességgel sosem volt gondom, lemértem dd-vel és most sincs, 400+ Mb/sec, az jó, tehát nem a diszk fogja a VM-et (egyetlen VM futása se valami pattogós).
A létező összes vt-x és vt-d Inteles fícsör AMD megfelelője bekapcsolva, IOMMU, minden pittyputty ON-ra BIOS-ban, ami számíthat bármit is virtualizáció téren.
Gondoltam, akkor nézzük meg a vCPU fícsöröket, mit sikerül a hypervisor-nak átadnia a fizikai CPU képességekből a VM-nek:
Az összes CPU-emuláció féleséget végigkattintgatva + hard reboot, ez látszott rendre a VM-en belül:
1. grep flags /proc/cpuinfo | uniq > cpuinfo_...... .txt
2. ls -hn cpuinfo*
-rw-r--r-- 1 1000 1000 581 Apr 7 14:36 cpuinfo_copyhost.txt
-rw-r--r-- 1 1000 1000 581 Apr 7 13:58 cpuinfo_EPYC.txt
-rw-r--r-- 1 1000 1000 237 Apr 7 14:32 cpuinfo_kvm64.txt
-rw-r--r-- 1 1000 1000 281 Apr 7 14:23 cpuinfo_OpteronG3.txt
-rw-r--r-- 1 1000 1000 220 Apr 7 14:27 cpuinfo_qemu64.txtSzóval a méreteken látszik, mikor mennyi CPU flag-et tesz be a txt fájlokba a guest VM.
Ehhez képest amit a host mutat a fentebbi parancsra, egy 897 byte-os fájl, tehát a /proc/cpuinfo még a legjobb, host CPU jellemzőket másoló üzemmódban sem mutat annyi CPU flag-et guest-ben, mint amit a host tud. (Lehet nem is kell mindet, mert azok már nem érintenék a virtualizációt érdemben, de ebben nem vagyok biztos, tekintettel arra, hogy a különbség azért elég nagy).
Szóval a host-on raklap flag van, míg a KVM/QUEMU által a legjobb esetben is csak ezek sacc kétharmada van megmutatva VM-nek. Ez normális ? (Esetleg van kedvetek megnézni, Nálatok hogy néz ki?)
-
brickm
őstag
Sziasztok!
van 5db full egyforma hardwer setupom, viszont csak egyen elérhető kijelző. ezen szeretnék építeni egy debian distrot, amin van ssh szerver stb, pár alap dolog. És ezt az élő rendszert szeretném egy külső adathordozora tenni, hogy mikor bedugom egy másik ilyen configba, monitor meg minden nélkül eljusson addig, hogy elérem SSHn és mondjuk tudom partícionálni meg fel tudom rá másolni a kész rendszert. Mivel a legegyszerűbb ezt megoldani? -
vzozo
senior tag
Van DNS szerverem, mire kellene NetBIOS névfeloldás?
Egyébként:
root@odroidn2:/var/log/jellyfin# smbd -VVersion 4.7.6-UbuntuMondjuk ehhez is lenne egy kérdésem akkor már.
Miért 4.7.6, még apt-get update / upgrade után is?https://www.samba.org/ szerint a 4.12.0 a legfrissebb. Azért ez a 4.7.6 NAGYON nem egy mai darab:
=============================Release Notes for Samba 4.7.6March 13, 2018============================= -
-
vzozo
senior tag
Sziasztok, a Samba NMBD modulját hogyan lehet rávenni, hogy hagyja abba a logszemetelést (mégiscsak SD kártyára megy, és az meg "kopik" a folyamatos írástól):
[2020/03/30 16:19:14.892514, 0] ../source3/nmbd/nmbd_namequery.c:109(query_name_response)query_name_response: Multiple (6) responses received for a query on subnet 192.168.1.y for name WORKGROUP<1d>.This response was from IP 192.168.1.x, reporting an IP address of 192.168.1.z.Kutakodtam a neten, arra jutottam, hogy ha ezeket beírom, akkor elmúlik:
local master = nodomain master = nopreferred master = noNem nyert.
A másik IP, amire hivatkozik, az egyébként egy raspberry a helyi hálón, de igazából nekem abszolút nem kell ez a marhaság, csak egy sima SMB fájlmegosztást akarok használni...
-
AcCEsS
senior tag
válasz
AcCEsS
#29950
üzenetére
Ez megoldódott!
Úgy tűnik, hogy a root-ként futtatott service annak ellenére, hogy a felhasználó UID/GID-jével van indítva, nem azonos a "systemctl --user" típusú indításokkal, ami tisztán az adott felhasználó jogosultságával + auth bejegyzéseit figyelembe véve működik. Átdolgozva "systemctl --user" típusúra, hibátlanul működik minden!
-
sonar
addikt
válasz
bucihost
#29956
üzenetére
Nekem olyan volt, a renminaval hogy kliens reinstall után nem ment és semmi hibaüzenet nem volt.
A megoldás az volt, hogy a~/.freerdp/known_hosts-ból törölnöm kellett a távoli géphez tartozó sort és utána jó lett. Mondjuk nekem akkor konstansan nem ment, de egy próbát megér. -
bucihost
senior tag
Sziasztok! Használ valaki remmina-t átjárós RDP-hez? Valamiért nekem nem kezeli rendesen, és nem csatlakozik az adott géphez. Szvsz az átjáróval nem írányítja át. De ha sima parancssoros xfreerdp-vel nyitom meg az rdp filet akkor sinán csatlakozik. ha jól olvastam remmina is freerdp-re van ültetve.
-
Frawly
veterán
válasz
sh4d0w
#29952
üzenetére
De, ide is tartozik ez valamennyire. Első lépésben 18.04-es Xubutu alatt frissíteném a GRUB-ot, ugyanis valószínű, hogy meg fogja találni a Win10-et, és visszateszi a Xubuntu a saját bootmenüjébe. Terminál alatt ezt a parancsot kell kiadni:
sudo update-grubHa ez sem segítene, akkor a Windows 10 telepítőjét kell újra bebootolni, és ott Javítókonzolon helyreállítani a bootolhatóságot, ezen az oldalon részletesen le van írva.
Persze az is igaz, hogy tényleg butaság volt méregből akármit is csinálni. Le kellett volna nyugodni, eljönni a topikba, és leírni, hogy ilyen tálcaalkalmazások hiányoztak, meg leírtuk volna, hogy terminálból biztosan lehet telepíteni a gparted-et sudo apt update && sudo apt install gparted parancsokkal.
Linuxhoz kell a türelem, nem szabad az első nehézségnél feladni, utána kell olvasni, segítséget kell kérni. Érdemes beletenni a munkát, mert később, hosszabb távon viszont meghálálja a beletett időt.
-
#92691712
törölt tag
Szevasztok!
Feltettem a Mint Cinnamon 64 bitet a W10 mellé. Frissítettem, felrakattam vele amit javasolt. Tapasztalat 15 perc után:
- a W10-et nem tudtam induláskor elindítani. Minden esetben ő indul el.
- a tálcára nem találtam számomra megfelelő kisalkalmazásokat.
- a Gpartedet nem találtam, feltelepíteni nem tudtam.
- begurultam nagyon! És mérgemben butaságot csináltam.
- letöröltem a másik linuxom (xubuntu 18.04) Gpartedjével. A Windowsom nemcsak önmagában, de a linuxom indítómenüjéből sem indul már el. Valahogy elrontotta. Most telepíthetem újra? Összefoglalom: Sz@r!
Persze nem értek hozzá, de egy biztos, ez nem felhasználó barátság. Megvárom a 20.04-es Xubuntut. Addig 18.04-es Xubuntut használok.
Na-jó, de hogyan tudom megjavítani a w10-em bootolását? Tudnátok segíteni?
-
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?
-
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...
-
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á.
-
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..
-
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...
-
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.
-
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
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.
-
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
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.
-
bambano
titán
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.
-
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
![;]](//cdn.rios.hu/dl/s/v1.gif)
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.
-
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. -
bambano
titán
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).
-
-
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.
-
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.
-
-
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
#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.
-
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?
-
samujózsi
senior 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?)
-
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.
-
Viszont sajna itthon a PXE bootot nem tudom kivitelezni.
Szóval a host így értendő e kontextusban, hogy a host-on kiválasztom a menüben a "Copy host CPU configuration"-t (na, mégsem úsztam meg, amit akartam) 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- BestBuy topik
- Íme az új Android Auto!
- One mobilszolgáltatások
- Melyik tápegységet vegyem?
- Bejelentette az Arc A sorozat nyugdíjazását az Intel
- Huawei Watch GT 3 Pro - korlátolt szépség
- Egyre csak fejlődik az AI, emberek tízezreit rúgja majd ki a BT
- Autós topik
- 5.1, 7.1 és gamer fejhallgatók
- További aktív témák...
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap - NYÁRI AKCIÓ!
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- Assassin's Creed Shadows Collector's Edition PC
- Eladó steam/ubisoft/EA/stb. kulcsok Bank/Revolut/Wise (EUR, USD, crypto OK)
- Álmodozol egy erősebb gamer élményről? Kamatmentes rèszletre is!
- DELL PowerEdge R730xd 12LFF+2SFF rack szerver - 2xE5-2680v3,64GB RAM,4x1GbE,H730 RAID v ZFS
- Bomba ár! Lenovo X1 Yoga 1st - i7-6G I 8GB I 256SSD I 14" WQHD Sérült I W10 I CAM I Garancia!
- ÁRGARANCIA!Épített KomPhone i3 10105F 8/16/32GB RAM RX 6500 XT 4GB GAMER PC termékbeszámítással
- Xiaomi Redmi Note 13 Pro+ 512GB, Kártyafüggetlen, 1 Év Garanciával
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest