Hirdetés
- GoodSpeed: Ágymatrac keresési kálvária
- gban: Ingyen kellene, de tegnapra
- Luck Dragon: Asszociációs játék. :)
- sziku69: Szólánc.
- Brogyi: CTEK akkumulátor töltő és másolatai
- WireGuard VPN a mindennapokra
- sh4d0w: StarWars: Felismerés
- Meggyi001: Kórházi ellátás: kuka vagy finom?
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- Mr Dini: Mindent a StreamSharkról!
-
LOGOUT
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
-
cree
csendes tag
válasz
lionhearted
#35159
üzenetére
Nem vicelek nekem most kell egy környezet amiben nincs akadály de kell a teljes hozzá férés linuxra!
wmvare vanak jó funkciok rendszer teljes leálitásná (power off) vissza ál egy beálitot alaphelyzetbe ahol akarod az OS mindegy milyet használsz igy nincs agodalom!
[kép]
ez müködik amit találtam autologin root loginal
auto login root
step1
/etc/gdm3/custom.conf
AutomaticLogin=root
..........................
step2
/etc/pam.d/gdm-autologin
auth required pam_succeed_if.so user != root quiet_success
-----------------------------------------------------
-
válasz
lionhearted
#35126
üzenetére
-
Ablakos
addikt
válasz
lionhearted
#35126
üzenetére
Igen, a PE érték miatt volt.
Még egy kérdés a vgs-ről: ha egy kötetcsoport két lemezen van létrehozva (vgcreate vg-media /dev/sda /dev/sdb) és valamelyi lemez sérül, akkor az egész csoport tönkre megy? -
válasz
lionhearted
#35126
üzenetére
A többi hogy lett lefoglalva kicsiben?
szerk: közben látom, hogy azok másik vg.
De azért az is furcsa, hogy a vg-k nem egyformán lettek megkreálva. -
cibus
senior tag
válasz
lionhearted
#34794
üzenetére
RaveOS gnome
-
Vasti74
senior tag
válasz
lionhearted
#34748
üzenetére
Én nem tudom, de az alaplap igen - csak rosszul! ;-)
Szóval nem DC vezérelt, hanem PWM, és ebbe kellene belenyúlni.
A kérdésem még mindig az, hogy hogyan?
Mármint linux alatt hogyan? Mert az elsődleges cél természetesen az lenne, hogy a gép megbontása nélkül bírjam rá valahogy szoftveresen a ventilátor szabályozására (egyelőre a fordulatszámát sem látom)
Ezért kérdeztem a linux listán, és nem valami elektronikain, ahol ellenállásokat kell forrasztgatni - ott majd akkor folytatom, ha kiderül, hogy linux alatt nem lehet megoldani a problémát. -
válasz
lionhearted
#34733
üzenetére
Fizikailag megoldani annyi, hogy rak ra egy normalis cpu hutot vagy akar egy passziv bordat.
De gondolom gari miatt nem bonthato, ezert kell trukkozni. -
válasz
lionhearted
#34719
üzenetére
> Internet nélküli gépet nem tudok csinálni, mert a felhőben fut, el se érném.
bocs, aprosag: a felhoben levo gepek eleg jo reszenek nincs internetelerese, ettol meg el lehet oket erni
-
válasz
lionhearted
#34719
üzenetére
Nem foglalkoztam azzal, hogy a te megoldásod, amelyet teljesen más problémára adtál, mint amit én kérdeztem, működik-e vagy sem. Indifferens.
"Ne harcolj olyan démonnal, ami nincs.": nincs systemd?
-
válasz
lionhearted
#34717
üzenetére
A drbd nem internetről jön, hanem helyi hálózatról. Az, hogy van-e hálózat, nagyon egyszerű: ha elindult a drbd, akkor van, ha nem indult el, akkor nincs.
-
válasz
lionhearted
#34715
üzenetére
jéééézus...
tehát ha nincs internetem, csak helyi háló, akkor ez el se indul?
tuttkó megoldás, megdöglött a routerem, de az a gép is, amiről a routert életre pofozhatnám.szerk: szerintem jelentkezhetnél systemd fejlesztőnek
-
válasz
lionhearted
#34712
üzenetére
Ha beállítod a drbd unitjait, akkor a systemd elindítja. A gond az, hogy a systemd megállmodói szerint van egy logikai sorrend, ahogy össze kell rakni egy gépet, és ha ezt a logikai sorrendet te felrúgod, akkor felborul a systemd is.
Akik megálmodták a debiant, azok azt gondolják, hogy úgy kell működnie, hogy vannak a blokkos eszközeid (tipikusan hdd, sdd), arra húzol raid-et. A raidre lvm-et (esetleg cryptot), az lvm köteteket pedig mountolod. Az oprendszer többi része meg ettől függetlenül ahogy a proci bírja lóerővel, indul vagy sem.
Namost ebben az esetben a drbd-nek előbb kell elindulnia, mint ahogy minden mount lefut, mert mountolni kell. A lightdm-nek meg kell várnia azt, hogy a drbd-re rakott home dirt felmountold, mert az X-nek kell a home, ahol tárolva vannak a grafikus beállítások. Szóval bele kell nyúlni a szokásos boot folyamatba, hogy előbb álljon fel a hálózat, mert a drbd-nek kell, utána teremtődjön meg a home blokkos eszköze, mountolódjon, és utána mehet a lightdm.
-
válasz
lionhearted
#34710
üzenetére
"A mount unit egyetlen kínja, hogy a fájl neve nem választható": emlékeim szerint ez benne volt valamelyik kottában.
Gondolom azt nem kell külön specifikálni, hogyha mountolni akarsz egy blokkos eszközt, akkor a blokkos eszköznek léteznie kell. -
válasz
lionhearted
#34555
üzenetére
> Itt a topikban azért tudjuk, hogy a boot az egy folyamat, azzal, hogy az első lépését aláírásra kényszeríted, a többit még nem.
Termeszetesen. A jelenleg dominans megkozelitesek szinte mindig 'chain of trust' alapon mukodnek, a SecureBoot annyit probal elerni, hogy ez a lanc ne szakadjon meg akkor, amikor a firmware atadja a kontrollt az installalt operacios rendszernek.
-
válasz
lionhearted
#34491
üzenetére
"Én azt nem értem, hogy ha a linux egy nyílt környezet, akkor hogy van az, hogy adott dolog egy másik disztróban adatik csak meg.": mert nyílt környezet. Mindenki azt farag belőle, amit akar, nincs központi utasítás.
-
válasz
lionhearted
#34491
üzenetére
Nem azért szeretjük a linuxot, mert bármi megoldható?
De, csak nem mindegy, hogy mekkora munkával, és hogy milyen problémákat okozol azzal, ha megpróbálsz olyasmit ráerőszakolni a disztróra, amit gyárilag nem tartalmaz.
Ahogy a disztró kijön a fejlesztő kezei közül, az úgy van összeállítva és tesztelve.Egy példa: ott van a Guefi nevű program, ez Slackware-hez lett kitalálva. Viszonylag könnyen elindítható más disztrón is, csak kicsit meg kell patchelni. De egy átlagos felhasználó nem fog nekiállni megpatchelni.
Vagy ott a transactional-update, ami SUSE rendszerekhez készült. Biztos, hogy lefordítható más rendszerekhez is, de szerintem néhány lelkes fejlesztőn kívül senki nem foglalkozik ezzel. Arra pedig pláne nem vállalkozik senki a fejlesztőkön kívül, hogy elkezdjen tranzakció alapú frissítéseket használni olyan disztrón, ami nem ehhez lett kitalálva.
De egyszerűbb példa a szóban forgó RPMFusion, ami csak egy plusz repó, mégis képes csomagproblémákat okozni Fedorán. -
válasz
lionhearted
#34491
üzenetére
> akkor hogy van az, hogy adott dolog egy másik disztróban adatik csak meg
igazabol nincs ilyen -- amikor azt irjak, h X disztro kell az Y feature-hoz, az jellemzoen csak hozzanemertes.
Ami tenyleg mas a disztrok kozott, az a frissitesi megoldasok (rolling vagy nem, mennyire teszteltek az uj csomagok, stb.)
-
daninet
veterán
válasz
lionhearted
#34468
üzenetére
nekem mindig az az érzésem, hogy ubuntu egy "default" linux amit egyetemeken/könyvtárakban stb a gépekre raknak (ezáltal húzva a statisztikát) és az átlag home user továbblép már csak a snap csomagok miatt is. Kubuntu folyamatos lemaradásban van például. Fórumokon, interneten alig látni ubuntu felhasználót, mindenki fedora, arch, debian stb. alap disztrókat nyomja.
-
Vasti74
senior tag
válasz
lionhearted
#34458
üzenetére
27"-on is skáláznék: most 200% (150-175 jobb lenne) , 27"-om meg valahol 125-150% között lenne nekem megfelelő, a 100% ott is túl kicsi lenne. Annál nagyobb monitor meg el sem férne ;-)
Azt, hogy a skálázás nem történik hardveresen nyorsítottan hogy érted? 100%-on sem az igazi, messze nem: pl. a laptopomon 100%-on eszi a procit egy videó, de ha jól emlékszem az asztali gépen is elég erősen hajtja a 6 magot, még ha nem is annyira, mint 200%-on.
Akkor szerinted KDE- próbáljak inkább? Régen azt használtam (10-15 éve) , de valahogy az újdonságait nem szerettem, váltottam... Nem szeretem én már a változásokat ;-)
-
válasz
lionhearted
#34425
üzenetére
-
vargalex
félisten
válasz
lionhearted
#34416
üzenetére
Teljesen jogos, nem kötelező a GPT.
De én erre reagáltam: "Nincs /efi, csak /boot/efi".
Láthatod, hogy a példában éppen /efi és /boot van. Előtte ezek nyilván azért vannak a /mnt alá csatolva, mert oda chroot-ol telepítés közben. -
vargalex
félisten
válasz
lionhearted
#34411
üzenetére
-
kzs
tag
válasz
lionhearted
#34411
üzenetére
Köszi szépen.
Akkor tehat, amire adott esetben lemondhatok (mivel nincsenek különleges igényeim, titkositasra, stb), az a /boot. Viszont, a /boot/efi mindenképp kell, külön particion...
És természetesen igazad van a GPT-vel (ugy rémlik, régen, kb 8-10 éve gondok voltak UEFI és GPT kombinaciojaval). Azt hiszem, LVM-re nem lesz szükségem, eddig sem hasznaltam ki.
-
Roland861010
veterán
válasz
lionhearted
#34326
üzenetére
Köszönöm
-
válasz
lionhearted
#34263
üzenetére
Nem akarnék VPN-t, van a szerveren olyan rész, amit elérhetnek ismerősök/családtagok.
-
válasz
lionhearted
#34259
üzenetére
HTTPS már most is. De pont a "mit csinál a webszerver" része az érdekes. Basic auth, és .htaccess (ja, hogy ezzel kellett volna kezdeni). Szóval akkor .htaccess helyett...?
-
válasz
lionhearted
#34257
üzenetére
Ezért kérdezem
Van-e ilyesmi, ami helyben fut, biztonságos, és nem külső szolgáltatás. A basic auth pl. tud adatbázisból authentikálni. Az jobb-e? -
válasz
lionhearted
#34254
üzenetére
két felhasználó apacs jelszavának tárolásához pár giga ram, néhány cpu mag, jáva, webes admin felület, saját webkonténer...
valamit nagyon nem egyformán értünk a KISS elvről.
-
válasz
lionhearted
#34254
üzenetére
Ez viszont fontos szempont, biztonságosabb legyen, és ne külső cucc

Olyasmi pl. érdekes lenne, amit nem kell külön kiengedni.
-
válasz
lionhearted
#34252
üzenetére
Ja, igen. Következő feltétel. Nem külső szolgáltatás
Tehát helyben fusson. (De amiket írtál, megnézem.) -
válasz
lionhearted
#34226
üzenetére
Gondolom azért futtatnak helyben szervert, mert valami olyasmi is fut rajta, amit nem lehet, vagy nehéz megoldani máshogy.
-
CPT.Pirk
Jómunkásember
válasz
lionhearted
#34223
üzenetére
Jaaa hát őőő izé peeeersze
Pici cég vagyunk, igazából ez a backup rsync-es backupja olyan esetekre, ha pl ilyen titkosító valami sikerrel jár és a OneDrive-on lévő dolgaink is elvesznének. Igaz azóta SVN szerver is lett belőle, de az meg kényszerből. Na annak mondjuk nincs backupja... De majd egyszer!
Nem próbáltam még a live patchinget, de a probléma a boot során jött elő. Ha a live patch után működik is az új kernel, egy következő rebootnál megint bele fog halni, nem?
-
CPT.Pirk
Jómunkásember
válasz
lionhearted
#34187
üzenetére
Nem, Lubuntuban az még csak opcionális, még nincs kész.
-
Lenry
félisten
válasz
lionhearted
#34101
üzenetére
ZFS alatt diszket cserélni (bővíteni!!) azért rendesen szívás
wut?
zpool replace tank régidiszkid újdiszkid
User részről kész, ő nyilván meg resilverel, de a kötet továbbra is használható -
válasz
lionhearted
#34107
üzenetére
Pont erre voltam kíváncsi. Van valami jellemző hátránya a ZFS vagy egyébnek ilyen szempontból, hogy pl. hajlamos összeborulni? Meg hát ezért lenne RAID-ben.
Amúgy az adatról van backup, a VM-ek nagy része meg nem égető fontos. Amelyik igen, arról van backup
Nyilván az egyszerűbb eset, hogy simán egy winyón vannak az adatok, de egy winyóhiba akkor is egy winyóhiba. VM diszk file meg eddigi tapasztalat alapján nem megy magától tönkre. -
válasz
lionhearted
#34107
üzenetére
unixon a diszk partíció egy hatalmas blobb...

-
válasz
lionhearted
#34105
üzenetére
"És egy compute node nem úgy néz ki mint egy SAN. Ezt értem keverés alatt."
Ja, de ha van is local diszkje, akkor sem lesz belőle SAN.
Meg hát mi a helyzet a vSAN-szerű dolgokkal?
Ezek nem feltétlen fekete-fehér dolgok."És magad is hoztál rá példát."
Nem, amit én írtam, az az volt, hogy a VM local diszken fut az egyik compute node-on, és a VM virtuális diszkjén van az adat is
Egy gép, saját virtuális diszkjeivel.
Ja, meg azért raktunk pl. pár gépet local diszkre, mert olyan szinten dugig volt a közös storage, és késett a csere.
" A diszk csere akkor is a HDD fizikai kicserélésével jár, és pont. "
Igen, megfogtad a lényeget, az a legnagyobb meló benne, ja, nem
"Ugye a direkt hozzáférésben az a lényeg, hogy nincs meg, legalább is a storage-et illetően"
És esetemben a NAS-nak majdnem mindegy teljesítmény szempontjából, hogy direktben kap-e diszket, vagy virtuálisan. Minden más esetben meg kb. kényelmesebb a virtuális diszk. -
válasz
lionhearted
#34101
üzenetére
Keverni? Amikor egymás mellett fut 200 gép egy Power vason, az keverés?

" másra van szükség adott funkcionalitáshoz, más-más az optimum... de szükség törvényt bont,"
Igen, ezért kérdeztem, hogy mi az, ami az adott céloknek egyszerre meg tud felelni
"A fizikai diszket nem tudod könnyen költöztetni?"
Lássuk, nagyobb diszkre költöznél, akkor a RAID tömböt macerálni kell. Meghal egy diszk, RAID macera. Partíciókat kell macerálni. Stb. Egy qcow2 esetén meg a NAS-nak mindegy, mi van alatta.A plusz réteg meg minden VM esetén megvan, szóval...
"Nem tudom ki hol találkozott enterprise-szal, vagy én vagyok túlságosan közel a hiperkonvergenciához, de mifelénk nincs a compute node (legyen az kvm vagy kubernetes worker) lokális diszkjein megőrzendő adat."
Hát, mi sem ezt mondtuk, hanem hogy a VM diszkjén van adat. És khm, az sem szokás, hogy a VM local diszken, az adat meg SAN-on, akkor már a VM is a SAN-ról fut, a hostban nem is kell legyen diszk. (BTW a SAN storage is mit csinál, valamilyen saját filerendszeren tárol, szóval az is egy plusz réteg, csak nem látod. Azt se feltétlen látod, miről van kiosztva neked hely.)
BTW most muszáj volt némi gépet local diszkre tenni nálunk, mert volt olyan alkalmazás, aminek az optikán lógó SAN lassú volt (másik 20 gép szó nélkül fut róla
) , és csak local diszken hajlandó normálisan működni (magyar bérszámfejtő cégek gyöngyének cucca).Itthon meg nincs storage
Szóval ha akarnám sem tudnám egy redundáns, külső SAN-ra tenni. -
válasz
lionhearted
#34101
üzenetére
"Nem tudom ki hol találkozott enterprise-szal,": otthonra kell neki nas. nem enterspájz hiperkonvergált vállalati ócskavastelep

-
válasz
lionhearted
#34092
üzenetére
OK, én arra vagyok kíváncsi, hogy melyik a jobb megoldás. Ha a VM egy file, akkor azt könnyebben tudom költöztetni, és diszket növelni, ha cserélem alatta a winyót később. Ha a VM file egy ZFS-en van, ami tükör filerendszer szinten, annak mi a hátránya?
-
válasz
lionhearted
#34089
üzenetére
A bitrot elleni védelem pl. ér, meg az is, hogy FS szintű a RAID. És egy szoftver mdraid-en nem igazán van bitrot védelem.
A virtuális diszken meg mondjuk Ext4 van, mivel az alatt már van egy RAID. -
válasz
lionhearted
#34089
üzenetére
Egyebkent valamennyit er, pl. a ZFS checksumolasa az tok jol mukodhet egy nagy fajl eseten is.
-
Lenry
félisten
válasz
lionhearted
#33643
üzenetére
256GB RAM van a gépekben, 1-2-3 GB átmásolása után dobja el magát. teljesen egyforma telepítések, így igen, az rsync is egyforma.
jumbo frame sem segítettzfs snapshotokat küldenék ssh-n, ugyanígy eldobja magát
-
válasz
lionhearted
#33221
üzenetére
Ja, egy lemezt szeretnék újrasyncelni, mert amikor cseréltem, valószínűleg nem volt resync. Fura, de nagyon nem láttam futni.
-
fatpingvin
addikt
válasz
lionhearted
#33124
üzenetére
ezt speciel nem tudtam, köszi. ennek fényében az RSA4096 még egy darabig jó választásnak tűnik

-
válasz
lionhearted
#33044
üzenetére
Igen, HDD-n is gyors volt, így vm-ben pedig még gyorsabb, csak úgy száguld.
-
válasz
lionhearted
#33024
üzenetére
100 dollár/év egy developer RHEL licence a cégeknek, igazából nem nagy összeg.
Ha prod szerver lenne, akkor elgondolkodnék rajta, de igazából ez csak ahhoz kell, hogy ezt-azt leteszteljek néhány tíz gépes környezetben.
Ja, sokan írták, hogy Debianra váltottak...
-
MasterMark
titán
válasz
lionhearted
#32824
üzenetére
Igen, gondoltam hogy ott van a gond, de azt hittem van olyan idézőjelezés amitől nem fogja behelyettesíteni. De a backslash-el úgy néz ki működik így escape-elve. Köszi.

-
_ak_
addikt
válasz
lionhearted
#32747
üzenetére
Ebből a szempontból mindegy kellene, hogy legyen (szerintem), mert CUPS service a portot foglalja le vagyis alapból a 631-es porton figyel. Ez egy szabad port, ha nem lenne az a docker compose sem tudná mappelni, de ez megtörténik.
-
válasz
lionhearted
#32747
üzenetére
A socket az socket, nem device.
-
_ak_
addikt
válasz
lionhearted
#32741
üzenetére
Az ulimitre unlimited válasz jön, a tartomány nem tudom, hogy szólhatna bele. Mm mindegyik esetben más tartományban fut. Valami CenOS vagy ESXi specifikus lehet (talán), de semmit nem találok a neten. A konkrét hibára sincs találat sajnos, úgy kellett kibogozni, hogy cups.sock hiánya miatt állhat le a service és ahogy látom annak már a telepítés után ott kellene lennie.
Próbáltam manuálisan létrehozni a socketet, de az sem volt jó (igaz őszintén megvallva nem tudom, hogy egyáltalán valid socket lett-e) -
Archttila
veterán
válasz
lionhearted
#32741
üzenetére
3 eszkoz lóg egy BT sticken, amibol az egyik egy 8bitDo Pro 2 controller. Eszrevettem, hogy a tobbi eszkozzel ellentetben a kontrollernek mindig kell korulbelul egy perc mire az adott alkalmazasban (Yuzu, Heroic Games Launcher stb) hasznalhato allapotba kerul, magyaran detektalja.
Szerintetek mi lehet ennek az oka ha:[alucard@arch ~]$ bluetoothctlAgent registered[CHG] Controller 0A:61:10:06:13:7F Pairable: yes[Keychron K8]# devicesDevice B8:F8:BE:7D:A2:BF LG HBS-FN6Device DC:2C:26:26:48:E8 Keychron K8Device E4:17:D8:2E:6D:7B 8BitDo Pro 2[alucard@arch ~]$ sctl.status bluetooth.service● bluetooth.service - Bluetooth serviceLoaded: loaded (/usr/lib/systemd/system/bluetooth.service; enabled; preset: disabled)Active: active (running) since Sat 2022-12-24 07:13:24 CET; 5h 0min agoDocs: man:bluetoothd(8)Main PID: 622 (bluetoothd)Status: "Running"Tasks: 1 (limit: 16609)Memory: 3.2MCPU: 70msCGroup: /system.slice/bluetooth.service└─622 /usr/lib/bluetooth/bluetoothdDec 24 07:37:08 arch bluetoothd[622]: profiles/input/device.c:ioctl_is_connected() Can't get HIDP connection infoDec 24 07:37:13 arch bluetoothd[622]: profiles/input/device.c:control_connect_cb() connect to E4:17:D8:2E:6D:7B: Host is down (112)Dec 24 07:37:38 arch bluetoothd[622]: profiles/input/device.c:ioctl_is_connected() Can't get HIDP connection infoDec 24 07:37:43 arch bluetoothd[622]: profiles/input/device.c:control_connect_cb() connect to E4:17:D8:2E:6D:7B: Host is down (112)Dec 24 07:38:08 arch bluetoothd[622]: profiles/input/device.c:ioctl_is_connected() Can't get HIDP connection infoDec 24 07:38:13 arch bluetoothd[622]: profiles/input/device.c:control_connect_cb() connect to E4:17:D8:2E:6D:7B: Host is down (112)Dec 24 07:38:38 arch bluetoothd[622]: profiles/input/device.c:ioctl_is_connected() Can't get HIDP connection infoDec 24 07:38:43 arch bluetoothd[622]: profiles/input/device.c:control_connect_cb() connect to E4:17:D8:2E:6D:7B: Host is down (112)Dec 24 09:21:32 arch bluetoothd[622]: /org/bluez/hci0/dev_B8_F8_BE_7D_A2_BF/sep2/fd0: fd(33) readyDec 24 10:14:46 arch bluetoothd[622]: src/profile.c:ext_io_disconnected() Unable to get io data for Hands-Free Voice gateway: getpeername: Transport endpoint is not connected (107) -
inf3rno
nagyúr
válasz
lionhearted
#32613
üzenetére
Kösz!
-
válasz
lionhearted
#32613
üzenetére
azért amikor a hw offloaded ktls-t tudó spéci netflixnek fejlesztett hálózati kártyához ért a ppt, akkor úgy éreztem, vicze1 kolléga szeme felcsillan...
-
inf3rno
nagyúr
válasz
lionhearted
#32611
üzenetére
Be tudnád linkelni?
-
válasz
lionhearted
#32397
üzenetére
Igen, elég nyilvánvaló, hogy itt Azure volt a célplatform igazából, nem a Pista meg a Mariska otthoni Ubuntuja.
-
Ablakos
addikt
válasz
lionhearted
#32364
üzenetére
Megértettem, én is beneveztem egy ilyen szolgáltatásra.
-
vicze
félisten
válasz
lionhearted
#32347
üzenetére
Akárhogy is olvasom, de ez pont az.
-
tcsaba007
tag
válasz
lionhearted
#32233
üzenetére
Igen, közben összejött!
A postfix csak úgy vette fel a tanúsítványt, ha a CA-val összetettem egy fájlba.
Aztán rájöttem, hogy pl. a 993-as porton nem maga a postfix csücsül, hanem a dovecot, ezért azt is újra kellett indítani, s lám minden működik!
Köszönöm srácok a segítséget!
Nehéz szülés volt, de megvan...
-
janos666
nagyúr
válasz
lionhearted
#32097
üzenetére
Adminként listázva terminálból sem látok olyan mappát, amit a Win11 ne látna SMB-n át. (legalább is a gyökérben, de nem fésültem át minden almappát, csak a gyökeret, mert a snapshot is ott lennne).
Kicsit félek attól, hogy feltörték a gépet és rejtett mappákban gyermekpornót vagy ilyesmit host-olnak róla.

De remélem csak valami BTRFS RAID-5 bug lesz. Bár már hetek óta ilyen. Nem nagyon volt vele időm foglalkozni, alig voltam mostanában itthon. Csak azt csekkoltam, hogy a térfigyelő kamera felvételekből tényleg törli, ami 10 napnál régebbi, néha felszabadítottam némi tárhelyet régi archive file-ok, vagy a notebook-om régebbi backup-jának a törlésével, de mikor legközelebb ránézek, akkor újra ~1Mb szabad helyem van a data-n.
Tegnap este lefutattam egy teljes rendszerfrisstést (emerge) és újraboot-oltam a frisebb kernellel, de nem változott semmi. -
janos666
nagyúr
válasz
lionhearted
#32092
üzenetére
Tudtommal nincs.
-
CPT.Pirk
Jómunkásember
válasz
lionhearted
#31985
üzenetére
Igen, csak használunk 4 különböző IDE-t, meg még az ostoba Arduino IDE-t is... Központi megoldás kell.

-
CPT.Pirk
Jómunkásember
válasz
lionhearted
#31975
üzenetére
Diff-eket csinált ütközés feloldásnál. Nekünk valami olyan kellene, mint pl. a SmartGit, csak az nem ingyenes céges célra. Meg egy kicsit túl sokat tud (legalább is számunkra) és belekavarodtunk a branch-ek kezelésébe vele.
ivana: köszi
-
coco2
őstag
válasz
lionhearted
#31936
üzenetére
Világsztár blog, köszönöm

-
gregory91
senior tag
válasz
lionhearted
#31900
üzenetére
"A" terv már alakulóban,jöhet a "B"....
Ez a launchpad ingyenes? Vagy van-e valami kötelezettség?
-
fatpingvin
addikt
válasz
lionhearted
#31852
üzenetére
pontosítanék, a & önmagában redundánssá teszi a szeparátort.
-
sto1911
veterán
válasz
lionhearted
#31842
üzenetére
Valóban, viszont nekem a lényeg, hogy maga a parancs1 nagyjából azonos időben legyen elindítva a gépeken. Most hogy van 2-20 másodperc a 20-80 gép között, az nem számít jelen esetben.
-
válasz
lionhearted
#31770
üzenetére
Én is, mert mindenféle balf*ságot elkövettem már éles rendszeren
De ez a "bürokratikus probléma IT megoldása" sok volt, pár éve otthagytam azt a céget
-
válasz
lionhearted
#31768
üzenetére
Az hogyan...?
Amúgy... Hm, az IfModule-t elírhatták, de... Azért csak nem.
Még olyat gondolok, hogy nem a default virtualhoston fut a cucc, de az meredek lenne... -
Edorn
senior tag
válasz
lionhearted
#31710
üzenetére
Köszönöm a segítséget, így már sokkal jobb!
-
Speeedfire
félisten
válasz
lionhearted
#31254
üzenetére
Ez van most, de ha lenne jobb megoldás. Mégiscsak jobb lenne.

-
regener
veterán
válasz
lionhearted
#31126
üzenetére
Elsőnek is a kezdőbe terveztem írni, ide csak beolvastam és úgy tünik mellément.
Távolság az 1000km környékén van. Optikai gigabites netem van aminél a pingek a délutáni csúcsidőben 80, este 11 után viszont csak 20 körül tetőznek.
-
CPT.Pirk
Jómunkásember
válasz
lionhearted
#31095
üzenetére
Passz, sosem foglalkoztam ilyennel.
-
CPT.Pirk
Jómunkásember
válasz
lionhearted
#31080
üzenetére
Onedrive ?sharepoint? felhőnk van, sokra nem megyek vele. No majd még gondolkodom.
bambano: ahha. Sigh.
-
válasz
lionhearted
#31060
üzenetére
nem jártam vele sikerrel.
-
CPT.Pirk
Jómunkásember
válasz
lionhearted
#31040
üzenetére
Így van, ahogy mondod. Mondjuk játékra is alkalmas az RX570 és a mesa driver, én csaknem mindent ezzel játszottam Linux alatt.
-
kovaax
őstag
válasz
lionhearted
#31000
üzenetére
Elméletileg az elmélet megegyezik a gyakorlattal. Gyakorlatilag...
-
I02S3F
addikt
válasz
lionhearted
#30998
üzenetére
Remélem a migráció erre könnyű lesz, ha életben marad ez a projekt.
Szerk. : Ha fork, akkor miért ne lenne könnyű? -
I02S3F
addikt
válasz
lionhearted
#30996
üzenetére
Hú! Ez nagyon jó :)! Köszi!
-
Dißnäëß
nagyúr
válasz
lionhearted
#30829
üzenetére
Tényként írtam felsorolás szerűen, egyértelmű, hogy itthonra NAS célra jobb a Seagate. A Purple kényszer vétel volt, valóban alma és körte.
-
F34R
nagyúr
válasz
lionhearted
#30458
üzenetére
Mivel a Reaper mar megnyitaskor rinyalt a jack-re, igy rogton felraktam utanna, persze kissebb lett a latency is, viszont valamiert a GUI laggy.. nem azt mondom hogy idegesitoen, de ha sokat dolgozna vele az ember akkor tuti bosszantana. Kossz amugy.
-
vzozo
senior tag
válasz
lionhearted
#30342
üzenetére
Köszönöm a válaszod - igazából ez a nagyvonalakbeli működés úgy-ahogy tiszta volt számomra is. Amit nem értek, hogy pontosan mi is történik, mivel itt pár másodperc alatt lezajlik az akció akár a 64 gigás SD kártyára, akár a 200 gigás SSD-re.
A teljes fájlrendszer összes blokkja a memóriában van mountolás után, és ezért fut ez le ilyen gyorsan?
-
vzozo
senior tag
válasz
lionhearted
#30340
üzenetére
Nekem még mindig nem tiszta, hogy pontosan mit csinál az fstrim. Ilyen rövid idő alatt nem tud ~200 gigát kiírni, tehát pontosan hova, hogyan mondja el az SSD-nek, hogy akkor azok üres blokkok?
-
inf3rno
nagyúr
válasz
lionhearted
#30304
üzenetére
Nem igazán jött össze a linkelés...
-
válasz
lionhearted
#30289
üzenetére
Köszönöm. Nem, ez a "hiba". A jelenség, hogy minden második oldal elérhetetlen a böngészőben és az ifconfig csak 6-os címeket mutat, a csatlakozó gépen.
Nem tudom hogyan kell szakszerűen leírni, de azóta töröltem az egészet és netplan konfiggal csináltam egy másikat. Az is csak IPV6-ot továbbított. Végül találtam egy választ ahol még ezt a parancsot kellett beírni:sudo iptables -A FORWARD -p all -i br0 -j ACCEPT
Csakhogy én nem használom az iptables-t. Nem is marad meg a beállítás reboot után. Úgy tudom az ubuntu 20.04-nek nem is ez az alap tűzfala.
Sajnos az IPV6-hoz nem igazán értek és nem is használnám a házi hálózaton.
Vagy ezt a parancsot kell minden újraindítás során valahogy lefuttatni, vagy nem tudom mi a megoldás. -
válasz
lionhearted
#30261
üzenetére
Ez nem jó megoldás, mert az első command lefrissíti a másodikban specifikusan megadott csomagot is.
Igen, egyben kellene.
-
PumpkinSeed
addikt
válasz
lionhearted
#24010
üzenetére
Amivel most szívok a Jenkins 2.0 automatizált telepítésében a plugin-ek felrakása. A CLI egy hulladék lett, ugyanis rámentek a biztonságra és amint elhárítok egy exception-t kapok egy újat, szóval most más alternatívát keresek.
-
PumpkinSeed
addikt
válasz
lionhearted
#24003
üzenetére
Köszönöm, ez a link most jól jött. Elég nagy szívás az az RPM és Makefile így együtt.
-
válasz
lionhearted
#24003
üzenetére
"A másik oldalra viszont nem tudom hogyan lehet ráerőltetni pushhal az updatet, csak pull módszereket ismerek.": felrakod az snmptrapd-t, és a build szerverről küldesz egy snmp trapet.
-
Vasinger!
nagyúr
válasz
lionhearted
#23871
üzenetére
Akkor ha jól értem, a hosts fájlnak semmi köze nincs ennek az én esetemben, amit akarok, hanem a nsswitch.conf fájlban kéne átírni valamit. Viszont Google-zás után se jöttem rá, hogy mit kéne tenni, hogy működjön az amit leírtam.

-
bencze
senior tag
válasz
lionhearted
#23817
üzenetére
Hát... durva... átraktam és minden ment, csak épp egy fstab entry kellett és persze az acl-ek rendberakása (ami nem is jutott eszembe de pont lényegtelen mert nem volt bonyolult).
Éljen a júzer friendly linux... -
_Dumber_
őstag
válasz
lionhearted
#23794
üzenetére
És.. góóól.
Köszönöm..

-
kovaax
őstag
válasz
lionhearted
#23778
üzenetére
Nem az lvm tükör lesz a legnagyobb poén benne.

-
sonar
addikt
válasz
lionhearted
#23778
üzenetére
Vagy inkább ZFS-sel kéne foglalkozni

-
Mr Dini
addikt
válasz
lionhearted
#23707
üzenetére
Szia!
Köszi! De ezt ennél a kódnál hogyan tudnám használni? Nekem nem sikerült a headert beállítani...


-
válasz
lionhearted
#23525
üzenetére
Egyértelműen így van, ahogyan írod, amiatt is raktam a mondatom végére smilét.
Hansz ft most kapott 6 nap felfüggesztettet addigra csak megoldja valahogy.![;]](//cdn.rios.hu/dl/s/v1.gif)
-
válasz
lionhearted
#23515
üzenetére
Ezt a linket már a kezdőben is megkapta! Haladóktól többet vár6na az ember!

Sorry, Ubuntu topik volt!
Új hozzászólás Aktív témák
- Kávé kezdőknek - amatőr koffeinisták anonim klubja
- Mibe tegyem a megtakarításaimat?
- Interactive Brokers társalgó
- Elfelejtettem a film címét
- GoodSpeed: Ágymatrac keresési kálvária
- Proxmox VE
- NFL és amerikai futball topik - Spoiler veszély!
- Formula-1
- Nem indul és mi a baja a gépemnek topik
- HiFi műszaki szemmel - sztereó hangrendszerek
- További aktív témák...
- GYÖNYÖRŰ iPhone 12 Pro Max 256GB Graphite -1 ÉV GARANCIA - Kártyafüggetlen, MS2927, 100% Akkumulátor
- Új! AKRacing Premium Master gamer szék
- Telefon felvásárlás!! Xiaomi Redmi Note 10, Xiaomi Redmi Note 10s, Xiaomi Redmi Note 10 Pro
- Samsung Galaxy Ring 12mm, 1 Év Garanciával
- HIBÁTLAN iPhone 13 512GB Pink -1 ÉV GARANCIA - Kártyafüggetlen, MS3273, 100% Akkumulátor
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: NetGo.hu Kft.
Város: Gödöllő


Szóval ha akarnám sem tudnám egy redundáns, külső SAN-ra tenni.






