- Samsung Galaxy S25 - végre van kicsi!
- Samsung Galaxy S21 FE 5G - utóirat
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Samsung Galaxy A56 - megbízható középszerűség
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Samsung Galaxy A55 - új év, régi stratégia
- Samsung Galaxy A54 - türelemjáték
- iPhone topik
- One mobilszolgáltatások
- Google Pixel topik
-
Mobilarena
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
-
#33900
lionhearted
őstag
Ablakos
#33898
-
vicze
félisten
válasz
#79484416
#33897
üzenetére
Elég kicsi esélyt adok rá, hogy bárki is használja itt.
Mire tudod használni? Kulcsokat tárolhatsz benne, pl SSH kulcsokat.
Használhatod SSD titkosításra ha OPAL 2.0-as, vagy simán LUKS-hoz. Lockolhatod vele egyéb titkosított tárolókat.
Használhatod véletlen szám generátornak, vagy csak kulcs generátornak. Jelentősen gyorsabb mintha CPU-ból csinálni. -
Staradder
tag
Sziasztok
Nem tudom probálkozot-e valaki Ubuntut RealVNC-vel elérni?
Egy raspberry pi-re speciált ubuntut telepítettem egy pi 4-re. Felraktam rá a RealVNC servert és indítottam a két servicet. Enable utána start paraméterrel.sudo systemctl enable vncserver-virtuald.servicesudo systemctl enable vncserver-x11-serviced.service
Engedélyeztem az 5900 portot a tűzfalon.systemctlstatus
és a
ps -ef | grep vnc
parancs szerint is aktive a VNC és a két service is fut.
Mégsem tudok rá RealVnc viewer-er rácsatlakozni másik gépről.
Kihagyhattam valamit?
Mi lehet a gond?
Köszi -
Longeye
tag
válasz
Ablakos
#33884
üzenetére
Az Ubuntun en_HU, illetve en_US a nyelvi beállítás. Próbáld meg átállítani hu_HU-ra!
Itt egy link hozzá:
https://www.thomas-krenn.com/en/wiki/Configure_Locales_in_UbuntuLehet, hogy nincs igazam, de van egy olyan érzésem, hogy ez meg fogja oldani.
-
Ablakos
őstag
válasz
#79484416
#33883
üzenetére
ssh-ra mindkét linux a gyökérbe kerül a login után. A parancsokat a ctrl+r hozza elő, de új begépelésre sem lesz jobb.
A 192.168.200.254 egy mikrotik router. Először "őt" gyanusítottam, de mivel a próbaképp feltett fedora simán bemegy (ahogyan a korábbiakban mutattam) ez valami ubuntizmus. -
Ablakos
őstag
válasz
Longeye
#33881
üzenetére
Ubuntu:
user@Dell-Inspiron-5767:~$ localeLANG=en_US.UTF-8LANGUAGE=LC_CTYPE="en_US.UTF-8"LC_NUMERIC=hu_HU.UTF-8LC_TIME=hu_HU.UTF-8LC_COLLATE="en_US.UTF-8"LC_MONETARY=hu_HU.UTF-8LC_MESSAGES="en_US.UTF-8"LC_PAPER=hu_HU.UTF-8LC_NAME=hu_HU.UTF-8LC_ADDRESS=hu_HU.UTF-8LC_TELEPHONE=hu_HU.UTF-8LC_MEASUREMENT=hu_HU.UTF-8LC_IDENTIFICATION=hu_HU.UTF-8LC_ALL=Fedora:
user@fedora:~$ localeLANG=hu_HU.UTF-8LC_CTYPE="hu_HU.UTF-8"LC_NUMERIC="hu_HU.UTF-8"LC_TIME="hu_HU.UTF-8"LC_COLLATE="hu_HU.UTF-8"LC_MONETARY="hu_HU.UTF-8"LC_MESSAGES="hu_HU.UTF-8"LC_PAPER="hu_HU.UTF-8"LC_NAME="hu_HU.UTF-8"LC_ADDRESS="hu_HU.UTF-8"LC_TELEPHONE="hu_HU.UTF-8"LC_MEASUREMENT="hu_HU.UTF-8"LC_IDENTIFICATION="hu_HU.UTF-8"LC_ALL= -
Longeye
tag
válasz
#79484416
#33877
üzenetére
Egy percig sem kételkedtem abban, amit mondtál, de mint látod az utolsó próbálkozásból, nem szintaktikai probléma lesz.
Olyanba futottam már bele, hogy más kódlap volt beállítva a shell-ekben két gépen és nem tudta értelmezni az egyik gépről árküldött utasításokat a másik gép shell-je, de az ssh-val volt, nem scp-vel. -
Ablakos
őstag
válasz
#79484416
#33875
üzenetére
Ubuntu:
user@Dell-Inspiron-5767:~/Downloads$ scp -r -P 2022 "admin@192.168.200.254:/RB*.*" .1scp error: RB*.*: no such file or directory!user@Dell-Inspiron-5767:~/Downloads$ scp -r -P 2022 'admin@192.168.200.254:/RB*.*' .scp error: RB*.*: no such file or directory!user@Dell-Inspiron-5767:~/Downloads$ set -xuser@Dell-Inspiron-5767:~/Downloads$ scp -r -P 2022 "admin@192.168.200.254:/RB*.*" .+ scp -r -P 2022 'admin@192.168.200.254:/RB*.*' .scp error: RB*.*: no such file or directory!user@Dell-Inspiron-5767:~/Downloads$ scp -r -P 2022 'admin@192.168.200.254:/RB*.*' .scp error: RB*.*: no such file or directory!Fedora ugyanezt a szintakszist ("") is tökéletesen kezeli, hozza a fájlokat.
-
Ablakos
őstag
válasz
Longeye
#33871
üzenetére
Ubuntu 22.04 desktop:
~$ ssh -V
OpenSSH_8.9p1 Ubuntu-3ubuntu0.6, OpenSSL 3.0.2 15 Mar 2022user@Dell-Inspiron-5767:~$ scp -P 2022 admin@192.168.200.254:/RB*.* Downloadsadmin@192.168.200.254's password:scp error: RB*.*: no such file or directory!Fedora 39 desktop (synology vmm):
~$ ssh -V
OpenSSH_9.3p1, OpenSSL 3.1.1 30 May 2023user@fedora:~$ scp -P 2022 admin@192.168.200.254:/RB*.* Downloadsadmin@192.168.200.254's password:RB1100AHx4-20240131-1313.backupRB1100AHx4-20230519-2052.backupNem szintaktikai hiba van, valami egészen más.
-
Longeye
tag
válasz
#79484416
#33869
üzenetére
Mivel most éppen gépeket telepítek, volt kis időm és én is kipróbáltam. Létrehoztam néhány fájlt az admin könyvtárában:
marcipan-001.txt
marcipan-002.txt
teperto-001.txt
teperto-002.txtEredmények:
scp admin@10.1.214.10:mar*.* /home/joe
marcipan-001.txt 100% 16 10.8KB/s 00:00
marcipan-002.txt 100% 16 11.4KB/s 00:00scp admin@10.1.214.10:mar* /home/joe
marcipan-001.txt 100% 16 11.1KB/s 00:00
marcipan-002.txt 100% 16 4.5KB/s 00:00scp admin@10.1.214.10:*001.* /home/joe
marcipan-001.txt 100% 16 11.5KB/s 00:00
teperto-001.txt 100% 16 12.4KB/s 00:00Az autentikáció publikus-privát kulcsokkal van megoldva, ezért nem kellett a -P paraméter.
Debian 12-n, Bash shellből adtam ki az utasításokat.Szerk.: Ezek szerint Ablakos kollégának is mennie kellenének azoknak az utasításoknak.
Mi lehet a gond? -
bambano
titán
válasz
#79484416
#33865
üzenetére
"Azóta következetesen idézőjelbe teszek minden ilyet.": az idézőjel pont arra utasítja a shellt, hogy bontsa ki, tehát az erre a célra nem alkalmas.
Ha azt akarod, hogy a wildcardot ne bontsa ki, akkor vagy escape-eled, vagy aposztrófok közé teszed.és ismétlem magam: most teszteltem.
szerk: egyébként unixokon sh volt, vagyis Bourne shell. Solarison anno volt ksh és csh nem default shellként, de már egy jó ideje ott is bash a shell.
-
bambano
titán
válasz
sh4d0w
#33859
üzenetére
De, valójában escapelni kell a wildcardokat, abban az esetben, ha a helyi könyvtárban van a wildcardnak megfelelő nevű fájl.
A shell megpróbálja kifejteni, ha sikerül, helyettesíti, ha nem sikerül, akkor nem. Neked azért működött, mert nem sikerült.szerk: tuttira. az előbb teszteltem.
-
válasz
#79484416
#33860
üzenetére
"nem lokális hivatkozásról beszéltem, hanem remote-ról"
Teljesen mindegy, meg egyszer mondom. AIX+ksh is helyesen ertelmezte, meg mindenfele Linux shell is. Levedeni akkor kell, ha valamilyen szerencsetlen ok miatt ezen karakterek vmelyike bekerul a file nevebe (pl. egy rosszul kivitelezett website mirroring eseteben).
-
Longeye
tag
Köszönöm Mindenkinek!
Amit írtatok az így teljesen logikus és következetes, ha belegondolok.Egy ilyet találtam: https://wiki.winehq.org/FAQ#Should_I_run_Wine_as_root.3F
A 6.2-es pont és az azt követő vonatkozik erre.
-
Ablakos
őstag
válasz
Longeye
#33850
üzenetére
Az első (all-in) megy, a további próbák nem. Nem jut eszembe több variáció.
user@Dell-Inspiron-5767:~$ scp -r -p -P 2022 admin@192.168.200.254:/ Downloads/RB1100AHx4-20240131-1313.backup 100% 267KB 4.7MB/s 00:00RB1100AHx4-20230519-2052.backup 100% 271KB 4.7MB/s 00:00user@Dell-Inspiron-5767:~$ scp -r -p -P 2022 admin@192.168.200.254:/RB*.* Downloads/scp error: RB*.*: no such file or directory!user@Dell-Inspiron-5767:~$ scp -r -p -P 2022 admin@192.168.200.254:RB*.* Downloads/scp error: RB*.*: no such file or directory!user@Dell-Inspiron-5767:~$ scp -P 2022 admin@192.168.200.254:RB*.* Downloads/scp error: RB*.*: no such file or directory! -
bambano
titán
válasz
Longeye
#33848
üzenetére
A su - végrehajt egy login shellt, vagyis törli az összes korábbi környezeti változót, és megcsinálja az aktuálisat.
emellett persze lehet, hogy a wine egyébként se szeret rootként futni.
elvileg, ha beírod:
userként: xhost +
userként: su -
rootként: export DISPLAY=127.0.0.1:0akkor elvileg mennie kellene, feltéve, hogy beállítottad, hogy az X figyeljen tcp socketen is.
beírod, hogy ps -ax|grep X
erre elvileg egy soros választ kapsz, amiben paraméterként vagy lesz egy -nolisten tcp, akkor bajban vagy, vagy lesz egy -listen tcp, akkor működni fog a fenti. Tudomásom szerint Debianék nolistenesek. -
Longeye
tag
válasz
#79484416
#33849
üzenetére
Aha!
Debian 12, KDE Plasma GUI-val.
A hibaüzenet lényegi része: "Application tried to create a window, but no driver could be loaded."
Köszönöm a válaszod! Azt hiszem valahol az átjárhatóságnál lesz a megoldás. Megpróbálok ezen szál alapján utána nézni.
Köszönöm, még egyszer!
-
Longeye
tag
válasz
Ablakos
#33845
üzenetére
Ha jól látom, akkor az összes RB-vel kezdődő fájlt szeretnéd átmásolni a Downloads mappádba. Én megszokásból
RB*.*-ot szoktam ilyenkor használni, mert Windows-on a sima csillag szerintem csak a kiterjesztés nélküli fájlok között válogat.
Azaz így működnie kéne:scp -P 2022 admin@192.168.200.254:RB*.* Downloads/Szerintem...
-
Longeye
tag
Sziasztok!
A következő dologra szeretnék magyarázatot találni: Debian 12 alatt, konzolból a
su -paranccsal root jogot szereztem, majd telepítettem awine-t.
Már a tesztre sem indult:wine clock
A hibaüzenetre rákerestem neten és amit csak találtam, kipróbáltam, de semmire sem jutottam. Több órányi vacakolás árán sem.
Kiléptem a root "módból", tehátexités megpróbáltam még egyszer futtatni sima felhasználói jogokkal.
Csont nélkül elindult.
Az egész cirkusz csak egy nyomorultwinboxfuttatása miatt lett volna, amit szintén próbáltam root-ként is futtatni, persze sikertelenül. Sima felhasználóként meg kapásból elindult.
El tudná nekem ezt valaki magyarázni?
Előre is köszönöm! -
Ablakos
őstag
Egy kis segítséget szeretnék, mert nem sikerül megfejtenem a syntaxist.
Jó: scp -P 2022 admin@192.168.200.254:RB1100AHx4-20240131.backup Downloads/
Nem jó: scp -P 2022 admin@192.168.200.254:RB* Downloads/
eredmény: scp error: RB*: no such file or directory!A távolból wildcardozni akarok.
-
urandom0
senior tag
válasz
f_sanyee
#33834
üzenetére
Ahogy írja itt a kolléga, a Clear Linux az egy másik cucc.
A bootolás mindegy, úgyis ritkán indítom újra a gépet, kb. havonta egyszer. Csak meglepődtem, hogy ilyen gyorsan bebootolt, ilyet még nem láttam. 8 másodperc alatt ott volt előttem a Gnome...
Az, hogy melyik DE melyik gépen hogyan fut, szerintem eléggé változó, géptől és disztrótól is függ. A múlt héten feldobtam erre a gépre egy KDE-t, azt hittem, szaladni fog, mint villám. Ehhez képest lassabb volt, mint a Gnome. Igaz, ez egy régi HP masina, nem igazán mérvadó a teljesítménye, de akkor is fura volt.
Mondjuk az utóbbi időben a Gnome is belehúzott, ez a gép, amiről most írok, egy i5-2320-as Fujitsu brand gép, 8 GB RAM-mal, Samsung EVO SSD-vel, és teljesen jól fut rajta a Gnome. Ezen persze a KDE is hasít.Aztán a napokban Cinnamont használtam azon a HP-n, azt leszámítva, hogy a grafika kissé akadozós, semmi gond vele. Nyilván egy XFCE-vel, amiben még animációk sincsenek, villámgyors lenne (már ahhoz képest, hogy HDD van benne).
Végül ma délután OpenSuse Tumbleweed-et telepítettem rá, Gnome-mal, de majd teszek egy próbát KDE-vel is, hátha OpenSuse alatt gyorsabb lesz, mint Fedora alatt. -
vicze
félisten
válasz
f_sanyee
#33834
üzenetére
ClearOS elsősorban "Windows Small Business Server" alternatíva szeretett volna lenni RHEL alapokon és a HP micro és kisebb szerverekhez ajánlották főként, vagy legalábbis ahhoz opció volt. Direktben nem a HP-é, de nagyrészt ők pénzelték, de van/volt, saját termékük ClearBox néven (leginkább router vagy storage-nak).
A felhő elvitte őket nagyrészt.Clear Linux OS az egy másik distro, ami Intelhez köthető, de még öregebb.
-
-
CPT.Pirk
Jómunkásember
válasz
sh4d0w
#33831
üzenetére
Az nVidia developre repója hozzá lett adva, mert cuda specifikus lib-ek nincsenek meg a zárt driverben. De most nem tudom mit tudok kezdeni ezzel a helyzettel, hogy a csomag verzió nevek nem stimmelnek össze:
535.154.05-0ubuntu1-vs- 535.154.05-0ubuntu0.22.04.1
Eddig sem értettem az Ubuntu csomag elnevezési szisztémáját...
-
CPT.Pirk
Jómunkásember
Ubuntu 22.04 célgép, cuda-t használ. Azt hiszem két csomagban is ugyanaz a fájl van és így felülírási gond van.
És itt van róla megerősített bugreport, megoldás nélkül: https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-535/+bug/2026349
Ilyenkor mit lehet csinálni?
-
urandom0
senior tag
válasz
sh4d0w
#33828
üzenetére
Futottam egy kört live-ban mindkét rendszerrel. A ClearOS nagyon gyors, ezen a régi vacak gépen is kb. 8 másodperc alatt bebootolt. Érdekes a csomagkezelője, package helyett "bundle"-t használ, és a dokumentáció szerint egy bundle mindent tartalmaz, amire az adott szoftvernek szüksége van, és minden szoftverösszeállítás egy egyedi verziót képvisel, és könnyen lehet rollbackelni a verziók között (kicsit hasonlóan, mint gitnél). Emiatt a bundle-s megoldás miatt elméletileg nem alakulhatnak ki függőségi problémák, egyébként tud delta update-et is, a csomagokból csak egy-egy fájlt frissíteni.
Ez nekem így szimpatikus, csak nagyon kevés bundle van hozzá, de gondolom amiatt, mert alapvetően nem asztali felhasználásra szánták, hanem inkább vm-ek és konténerek hostolárása.A CachyOS-t is megnéztem, háát... az Arch vonal sosem volt az én világom, és ha a CachyOS-en múlik, akkor nem is lesz
Amúgy ugyanarról a pendrive-ról, ugyanazon a gépen kb. 40 másodperc alatt bootolt be.Az asztali környezeteket még nem próbáltam ki. Azt közben láttam, hogy a CuteFish-t nem fejlesztik.
Az viszont, hogy az UKUI kínai, nem zavar, nyílt forráskódú az egész (amúgy a Google-nél, a Facebooknél és a Microsoftnál nagyobb adathalász cégek nem léteznek, a kínai pártállam hozzájuk képest amatőr kisóvodás). -
urandom0
senior tag
Hali!
Clear Linux-szal vagy CachyOS-sel van valakinek tapasztalata? Egy régebbi (10+ éves) asztali PC-re kellene valami gyors Linux. Leginkább webszerkesztésre és hírlevelek gyártására használnám.
Ehhez kapcsolódva, nézegetem az ilyen kevésbé ismert, egzotikusabb asztali környezeteket, az UKUI és a CuteFish fogott meg. Ezek mennyire használhatók?
-
Ahol az egyik pont tízszer gyorsabb és tud párhuzamosan olvasni a másikkal ellentétben
Nem tudom, mire gondolsz, ami 10x gyorsabb, de még mindig azt mondom, hogy hardverkörnyezet és SSD tipus függő. Egy HMB-s Samsung 980 sok szempontból jobb a PCIe 4.0-nál, de egy belépő NVMe 3.0-nál még a Samsung PM883, de akár a kistesója, a 860 EVO is hamarabb másol egy adott méretű fájlt sustainedben a DRAM cache miatt... ezért nincs értelme így konkrétumok nélkül hasonlítgatni. Nem véletlen, hogy a Milyen SSD-t vegyek topikban az alapkérdés, hogy milyen a hardverkörnyezet. Szóval ez nem ilyen egyszerű téma, hogy leírjuk, valami 10x gyorsabb a másiknál.
De legyen nektek igazatok, én inkább maradnék e témában az SSD szaktopikjaiban. (amúgy sincs semmi dolgom a Haladó topikban) -
válasz
CPT.Pirk
#33822
üzenetére
Ezért is írtam, hogy erősen hardverkörnyezetfüggő a dolog. Ha a kétszeres sebességű PCIe 4.0 nem gyorsabb, mint a feleolyan gyors 3.0, akkor ezzel igazoltuk is, hogy adott régi hardverben a Sata 2 és Sata 3 között sem lesz különbség igazán. De most is a szekvenciális sebességekről beszélünk, holott a rendszerfuttatást az access time érdekli. Fura dolgok meg nyilván vannak, az előbb említett desktopban a Sata3-as 860 EVO 1TB kb 5x olyan gyorsan bootolt, mint a PCIe 3.0 980 1TB!
No de ez nyilván a legacy/EFI miatt volt. Maga a Samsung 860 EVO a régi Elitebookos telepített OS-sel kerül a desktopba, így az legacy install volt nyilván. -
CPT.Pirk
Jómunkásember
válasz
ubyegon2
#33821
üzenetére
Nem értek egyet. Mikor a satás SSD-meg cseréltem az akkor jónak számító, 3000-es olvasást tudó SSD-re, az nem csak érezhető, de mérhető előnyt is hozott a betöltési időkben, minden fürgébb lett. Mindezt átklónozott, nem frissen felrakott rendszerrel.
Most elmentem a maximumra, az említett 3000-es SSD-t cseréltem 7000 felett olvasni tudóra ami ment be a PCIe gen4-es foglalatba, mert ha már úgy is kellett a 2TB, akkor legyen jó és időtálló is a cucc. Nyilván itt már nem volt érezhető ugrás, mert az előző is bazi gyors volt.
Ráadásul ezek a dolgok nyilván függnek attól is, hogy jóféle procit raksz-e a gépbe, vagy olyat amin elfut az Excell... Mikor anno egy régi, ráadásul abból is low-end FM2-es AMD-s gépbe migráltam át a Windowst egy HDD-ről SSD-re, az szinte semmit nem gyorsult mert a proci volt a szűk keresztmetszet...
-
láthatóan és érezhetően gyorsabban indul az OS és bármely program
Igen kevesen érzékelik ezt így, de hardverösszetevőktől is függ nyilván. Jó a marketing, nyilván sokan veszik értelmetlenül emiatt a PCIe 4.0 SSD-ket is. Mindegy, egy átlag gépnél vakteszten tuti nem venni észre, hogy Sata2 vagy Sata3 csatolón fut a rendszer. Most hagyjuk a régi desktopomat, ami Sata2 volt, de az alaplap miatt csak Sata1-ben látta az Intel 520-at, az access time miatt így is gyors volt HDD csere után. Meg persze azt megint elfelejtük, hogy milyen Sata SSD-t hasonlítunk milyen NVMe-hez. Jó példa erre a Samsung 980, ami PCIe 3.0, de minden review alapján gyorsabb, mint a belépő szintű NVMe 4.0 SSD-k.
SSD szaktopikban sok éve egerészek és ott is sokan meglepődnek a szakik véleményén, hogy nincs igazán érezhető különbség. Vagyis van, egy game betöltése egyiknél 59 sec, másiknál 56 sec(számtalan YT video van erről). De ez NVMe Sata3 különbség, nem Sata3 Sata2 különbség.
No de mindegy, megesszük, amit a markecingűek főztek nekünk!
Jelenlegi desktopomon a 860 EVO 1TB ugyanolyan pörgős, mint a 980 1TB.
(egyébként elég értelmetlen SSD-t SSD-vel összevetni anélkül, hogy a pontos tipust nem adjuk meg)
-
válasz
kovaax
#33814
üzenetére
Mivel csak sata2-t tud az alaplapom
Azért említsük meg, hogy normál használatban nem veszed észre az NVMe és Sata3 közti különbséget sem, a Sata2 és Sata3 közti különbséget meg főleg nem. Nagyobb fájlok másolásánál van jelentős különbség az NVMe 6x-os sebességének, de access time-ban a ms-ban meglévő különbségeket nem érzékeljük.
Ha meg majd új eszközt veszel, már nyilván NVMe SSD fog bele kelleni, ott is kb megkerülhetetlen a Samsung. De majd ezt akkor.
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
CPT.Pirk
Jómunkásember
Vagy problémát okozott, hogy a telepítés idején még használtam curve optimizert, ami miatt nem minden mag volt minden körülmények között volt stabil a prociban, de ezt akkor még nem tudtam.
Ugyanekkor telepítettem egy 95%-ban azonos gépre ugyanezt a disztrót és ott sosem volt ez a kernel param probléma. -
CPT.Pirk
Jómunkásember
Boot során látok egy ilyet:
Couldn't write '' to 'vm/min_free_kbytes': Invalid argument
Azt kibontva ezt látom:systemctl status systemd-sysctl.service× systemd-sysctl.service - Apply Kernel VariablesLoaded: loaded (/usr/lib/systemd/system/systemd-sysctl.service; static)Active: failed (Result: exit-code) since Fri 2024-01-26 17:40:21 CET; 15min agoDocs: man:systemd-sysctl.service(8)man:sysctl.d(5)Process: 668 ExecStart=/usr/lib/systemd/systemd-sysctl (code=exited, status=1/FAILURE)Main PID: 668 (code=exited, status=1/FAILURE)CPU: 5msStarting Apply Kernel Variables...Couldn't write '' to 'vm/min_free_kbytes': Invalid argumentsystemd-sysctl.service: Main process exited, code=exited, status=1/FAILUREsystemd-sysctl.service: Failed with result 'exit-code'.systemd[1]: Failed to start Apply Kernel Variables.Hogyan tudom kideríteni, hogy mi a gond? Üres értéket akar beírni változóba?
Magának a változónak az értéke most is megvan a rendszerben: vm.min_free_kbytes = 67584Nincs maxperfwiz vagy bármi, ami belenyúlna ebbe. Tulajdonképpen már hónapok óta megvan ez a dolog, csak most néztem utána...
-
kovaax
őstag
-
Vladi
nagyúr
-
Vladi
nagyúr
Nah! Következő projektemhez kérnék ötleteket:
Épül egy htpc erre kellene os.... jó hát bakker ezt tök egyedül megoldom. ami opció:
fogok egy alap disztrót teszek rá x-et meg kodit és autologin meg induljon. kész.
vagy teszek egy konzerv disztrót, mint libreelec az már mindent tud. kész.Ez eddig könnyű. Most ha én ugyan ezen a gépen retroarchot is akarok?
így már komplikáltabb. Ami opció lehet:- dualboot, vagy 2 disztró, vagy 1 disztró és egy konzerv, vagy 2 konzerv.
- felteszek egy disztrót és valahogy 2 x sessiont ami között indulásnál választani lehet.
- vagy c terv.
-
válasz
kovaax
#33807
üzenetére
Igazán nincs mit!
Amúgy elég sokan beleesnek ebbe a terra/tera dologba.Amiket most használsz, azok jelenleg a rettenet kategóriába tartoznak, de Sata volnalon alig van már nyugodt szívvel ajánlható SSD. Ha valaki jó és valóban megbízható Sata SSD-t akar, akkor jönnek az Enterprise/server eszközök, egy ideje kiskerben is megjelent a PM883, de itt az aprón megbízhatót már dupla méretben kapsz 35-40eft-ért, elég sokan veszik ezeket. Gondolom tudod, hogy utóbbi évek egyik legjobb consumer SSD-je volt a Samsung 860 EVO (a 850 EVO mellett) és a PM883 ennek a szerver verziója. A helyedben elgondolkodnék egy 1,92TB verzión és akkor a lassú nyekergő Green HDD-t is kirakhatnád a gépből.
Ha kis méret kell, akkor a Micron 5200 ECO vagy a Solidigm D3-S4510, 4520 is agyonvághatatlan kategória. No de majd ha aktuális lesz a vétel, meglátjuk mi van a piacon...
-
kovaax
őstag
válasz
ubyegon2
#33806
üzenetére
Szia,
Köszönöm a választ! Még nem tudom milyet akarok, bár Samsungokat pont nem néztem. A Debian-os desktopomba menne rendszerlemeznek (root, home), adat (képek, filmek, zene) maradna a 2 terás WD green-en. Ja, most 120G-s Silicon Power van benne, a teszt gépben meg Integral (az elég régi gép, a legolcsóbbat vettem, de lehet így is túléli).
Raccsolok amúgy, azért szeretem megpörgetni az RRRReket.
-
válasz
kovaax
#33805
üzenetére
Szia!
Van SSD kibeszélő topik, de oda nem jó bejelentkező kérdés, ha terrás SSD-vel nyitsz!
Ezer éve minden SSD jól működik Linuxon is. Jelenleg HP Elitebookban használok egy 1,92 terás Samsung szerver SSD-t
Vagy a régi s.evo(?) ramazuri óta minden szép és jó?
Ha a Samsung 840 EVO és még néhány az EVO sorozatból queued trim miatti blacklist gondra utaltál, azzal ne foglalkozz. Egyrészt a normál discard online TRIM esetén okozott gondot, ha valóban nagy méretű fájlokkal ment művelet plusz egyéb intenzív CPU használat is történt eközben. Normál használat mellett semmi gondot nem okozott, használtam jó ideig 850 EVO-t és 860 EVO-kat is. Másrészt mai Linuxok inkább az ütemezett fstrim-re vannak belőve, nem az online TRIM-re. NVMe SSD-ket meg az egész nem is érinti, másképp oldja meg a TRIM-melést, saját parancskészlete van.
Néhány újabb Samsungnál vannak odafigyelnivalók, de ezek az eszköz firmware-ét érintik és nem OS függők. Ha megmondod, milyen tipust vennél és miben, mire használnád, egyszerűbb lesz az élet egyébként.
-
válasz
#79484416
#33802
üzenetére
Köszi, hogy segíteni próbálsz!
A portszámot mintának írtam, valójában a Home Assistantról van szó.
Nem a guest-en néztem, hanem a host-on. Megnéztem a VM-en is:
# ss -tlpState Recv-Q Send-Q Local Address:Port Peer Address:Port ProcessLISTEN 0 0 0.0.0.0:sunrpc 0.0.0.0:* users:(("rpcbind",pid=345,fd=4),("systemd",pid=1,fd=32))LISTEN 0 0 0.0.0.0:4357 0.0.0.0:* users:(("docker-proxy",pid=620,fd=4))LISTEN 0 0 0.0.0.0:hostmon 0.0.0.0:* users:(("systemd-resolve",pid=335,fd=12))LISTEN 0 0 *:sunrpc *:* users:(("rpcbind",pid=345,fd=6),("systemd",pid=1,fd=34))LISTEN 0 0 *:4357 *:* users:(("docker-proxy",pid=627,fd=4))LISTEN 0 0 *:hostmon *:* users:(("systemd-resolve",pid=335,fd=14))Ezzel a paranccsal telepítettem fel:
sudo virt-install --name homeassistant --description "HomeAssistant" --os-variant=generic --ram=4096 --vcpus=2 --disk /opt/haos_ova-11.4.qcow2,bus=sata --import --graphics none --boot uefi
Közben lefuttatam a "virsh domifaddr homeassistant" parancsot a hoszt gépen, és az az (egyik) gond, hogy nem kap IP-t a VM. A router DHCP-jéről kap IP-t a többi eszköz is.
-
válasz
#79484416
#33800
üzenetére
Jogos, tegnap még sietve raktam fel a kérdésem
Azóta kicsit debugoltam, és valószínűleg a cockpit-ben kell állítanom a hálózati interfészt, csak nem tudom hogyan. Próbáltam már "Direct attachment"-et is, de nem látszódik a port az
ss -ltpparanccsal.Az app rendben elindult, az biztos. Tűzfal nincs / minden engedélyezve van.
. Már itt van az asztalomon, kibontott tollazattal. Ahhoz kellett nekem a winbox is. Majd kipróbálom az ssh-t is, ha odaérek.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Windows 10/11 Home/Pro , Office 2024 kulcsok
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- ÁRGARANCIA! Épített KomPhone Ryzen 5 4500 16/32/64GB RAM RTX 3060 12GB GAMER PC termékbeszámítással
- Bomba ár! Lenovo ThinkPad L380 - i5-8GEN I 8GB I 256SSD I 13,3" FHD / MT I HDMI I Cam I W11 I Gari!
- BESZÁMÍTÁS! ASROCK H310CM i5 8500 16GB DDR4 960GB SSD RX 5700XT 8GB Rampage SHIVA Zalman 600W
- AKCIÓ! ASUS TUF GAMING X670E-PLUS WiFi alaplap garanciával hibátlan működéssel
- BESZÁMÍTÁS! Samsung T22E390EW TV monitor garanciával hibátlan működéssel
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: PC Trade Systems Kft.
Város: Szeged