- Yettel topik
- Milyen okostelefont vegyek?
- Új Trónok Harca telefon érkezik
- Magisk
- Samsung Galaxy Watch7 - kötelező kör
- Android alkalmazások - szoftver kibeszélő topik
- Samsung Galaxy Z Fold7 - ezt vártuk, de…
- Fotók, videók mobillal
- Okosóra és okoskiegészítő topik
- Motorola Edge 50 Neo - az egyensúly gyengesége
Hirdetés
-
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
-
Lenry
félisten
válasz
sh4d0w
#30855
üzenetére
jó hogy ezt írtad, eszembe is jutott egy mai eset kapcsán.
összeraktam egy VM-et a legfrissebb Ubuntu LTS-el, rakom fel a dockert, indítanánk benne amit akartunk, az apache fogja a 80-as portot... milyen apache? nem is raktam fel apache-ot. látszólag nincs is, de a process létezik, hiába lövöm ki, restart után megint ott van.
root@host:/# ps aux | grep apache
root 1212 0.0 0.1 16528 4764 ? Ss 10:26 0:00 /usr/sbin/apache2 -k start
www-data 1213 0.0 0.1 1221408 5184 ? Sl 10:26 0:00 /usr/sbin/apache2 -k start
www-data 1214 0.0 0.1 1221408 5184 ? Sl 10:26 0:00 /usr/sbin/apache2 -k start
root 2032 0.0 0.0 5192 676 pts/0 S+ 10:29 0:00 grep --color=auto apache
root@host:/# ls /usr/sbin/apache2
ls: cannot access '/usr/sbin/apache2': No such file or directorymeg kiderült, hogy a dockert hiába a Docker saját repojából akartam felrakni, azért valahogy mégis egy snap kúszott a gépre... meg egy csomó másik.
töröltem az egész VM-et a francba, készítettem egy újat, Debiannal, ami csak azt és csak úgy csinál, ahogy azt utasításba kapja és nem akar okosabb lenni nálam.
-
Lenry
félisten
nem tűnik egy űrtechnológiának a logrotate, mégse működik jól nálam
[root@Echo-Five logrotate.d]# cat remote
/var/log/remote/*/*
{
rotate 90
daily
missingok
compress
}ez nálam azt csinálja, hogy rekurzívan hülyére csomagol dolgokat és ez lesz az eredmény
csak ebben a mappában 60.000 fájl van.miért?
-
Lenry
félisten
válasz
Dißnäëß
#30807
üzenetére
minden réteg annyit lát, amit az alatta lévő réteg, számára értelmezhetően megmutat.
ha az alsó réteg úgy működik, hogy "majd én megoldom a hibákat", akkor a fölötte lévő soha nem fogja megtudni hogy bármi történt, még föntebb még esélytelenebb.ha a fizikai réteg fölött lévő akármi lekezeli a hibát, átrakja az ott lévő adatblokkokat valami egészséges helyre, arról a fölötte lévő réteg nem fog tudni, miért is tudna, nem ő kezeli, nem is találkozik a fizikailag hibás szektorral, az ő általa látott eszközben már nem fog mutatkozni a hiba, hisz' azt lentebb kezelésbe vette az ottani réteg.
és ez valójában így is van jól.
ha 2-3-10 logikai réteggel föntebb is látszik egy fizikai hiba, ott nagy gebasz van. -
Lenry
félisten
válasz
kovaax
#30786
üzenetére
egyszer írtam egy systemd daemont valami scripthez, nagyon jól működik azóta is (annyira, hogy most hirtelen azt se tudom hol csinál mit), aztán egyszer kellett volna valami hasonló egy másik gépen, az eredeti alapján írtam egy újat és az istenért sem volt hajlandó működni.
ráfogtam a systemd-re, hogy biztos azért
-
Lenry
félisten
válasz
I02S3F
#30773
üzenetére
annyi haszna egyébként lehet, hogy ha nem nálad fut a VM, hanem egy központi szerveren, akkor onnan tudod használni az alkalmazásokat (nagyvállalati környezetben ez sokszor előfordul), de nyilván ilyen esetben is egyszerűbb felrakni egy bármilyen RDP klienst a Linuxra.
-
Lenry
félisten
válasz
Apollyon
#30688
üzenetére
áh
Az általam kezelt gépek mind Iain M. Banks Kultúra-sorozatában megjelenő űrhajókról kapják a nevüket (érdemes átfutni a listát, vannak közte igen elborultak
), a Vavatch egy Halo-szerű lakható gyűrű (orbital) ugyaninnen. -
Lenry
félisten
válasz
growler
#30678
üzenetére
egy héttel ezelőttig valószínűleg az Arch-ban is ez volt, ami nem világos, hogy miért állt át...
nem frissítés volt (vagy ha igen, akkor el lett kúrva), mert az Arch csomagkezelője a pacman nem ír felül konfigfájlokat, ha azt látja, hogy ahhoz kézzel hozzá lett nyúlva, hanem csak mellérakja az újat .pacnew néven, aztán majd összefésülöd őket, amikor és ahogy akarod.
és most látom, hogy szeptember közepe óta figyel egy logind.conf.pacnew a fenti mappában és abban is KillUserProcesses=no van -
Lenry
félisten
válasz
sh4d0w
#30675
üzenetére
mondom, hogy ott nem látszik semmi extra, de egyébként igazad volt, a systemd lövi agyon őket, szándékosan
"systemd-logind will now by default terminate user processes that are part of the user session scope unit (session-XX.scope) when the user logs out. This behavior is controlled by the KillUserProcesses= setting in logind.conf, and the previous default of "no" is now changed to "yes"."/etc/systemd/logind.conf-ban kell visszaírni a
KillUserProcesses=yes-tno-ra -
Lenry
félisten
mi lehet a kehe a rendszernek, hogy ha minden logout után eldob mindent? be voltak töltve az SSH kulcsok? viszlát! futott egy screen? hát, már nem fut! ésatöbbi.
a múlt héten még jó volt, de sehol semmi hibát nem látok (bár a journalctl-ban amúgyse igazodok ki rendesen)
azt se tudom merre induljakArch Linux, néhány naponta frissítve, ahogy kell
-
Lenry
félisten
válasz
bambano
#30512
üzenetére
ez oké, de kicsit továbbgurulva a cikkben, kifejti, hogy az nem baj, ha a fájljaid titkosítva vannak, mert azokat fel tudod oldani, amikor kellenek, addig meg védve vannak, de annak mi értelme, hogy le van titkosítva a /bin/bash-tól a /dev/nullig minden?
(#30513) debfan
titkosítsd, aminek félted a tartalmát. minden mást titkosítani erőforrás-pazarlás -
Lenry
félisten
válasz
debfan
#30510
üzenetére
Because the full disk is encrypted under full-disk encryption, a user who knows the disk decryption password has to enter it before anything else can proceed. But along with the user files, all the files the OS needs to run are also locked. A successful boot requires the whole block device to be unlocked, and once the disk is unlocked, it’s all open.
hogy ebben azért igencsak igaza van
teljesen fölösleges az egész lemezt mindenestől titkosítani, hogy aztán egy rendszerindításhoz fel kelljen oldanod és ezzel tökön is lőtted az egészet. -
#30476
Lenry
félisten
cprogrammer
#30475
Lenry
félisten
válasz
cprogrammer
#30475
üzenetére
Bármi előfordulhat, de maradjunk annyiban hogy 14 év alatt nem láttam még ilyet.
-
Lenry
félisten
át szeretném irányítani egy Pi naplózását a home szerveremre, hogy ez se az SD kártyát koptassa, ha nem muszáj.
amit képtelen vagyok elérni (mert nyilván valami hülyeségen elsiklok), hogy ne ömlesztve vegye át egy fájlba a naplózást a szerver.
mert ugye van a syslog, meg az auth.log, meg a kern.log és társai, de ezek egy fájlba folynak össze a szerveren, holott az lenne az ildomos, hogy ugyanúgy szeparálva jelennének meg, mint a Pi-n.rsyslog és Debian fut mindkét eszközön
A Pi-n a következő módosult:
az /etc/rsyslog.conf végére biggyesztettem, hogy*.* @szerverIpje:514
ebben mondjuk van egy ilyen rész, hogyauth,authpriv.* /var/log/auth.log
*.*;auth,authpriv.none -/var/log/syslog
#cron.* /var/log/cron.log
daemon.* -/var/log/daemon.log
kern.* -/var/log/kern.log
lpr.* -/var/log/lpr.log
mail.* -/var/log/mail.log
user.* -/var/log/user.log
és úgy érzem, hogy valahol itt lesz a kutya elásvaA szerveren meg annyi történt, hogy
/etc/rsyslog.d/10-remote.confModLoad imudp
$UDPServerRun 514
$AllowedSender UDP, otthoniAlhálózatom/24
$template RemoteLogs,"/var/log/remote/%HOSTNAME%/.log"
*.* ?RemoteLogs
& ~most így létrejön egy .log nevű fájl a /var/log/remote/%HOSTNAME% mappában és abba kerül minden
-
Lenry
félisten
válasz
bambano
#30364
üzenetére
Lehet, de egyrészt ilyen nem volt beállítva, másrészt igen valószínűtlen hogy pont azt a 600+ torrentet töröljék, ami nálam seedben volt.
Igazából ez lett gyanús, miután sehol nem volt semmi hibaüzenet vagy napló, ami nyomra vezetett volna, hogy hová lettek az adatok és miért pont az tűnt el, ami.
Beléptem a torrentbe és az tűnt fel hogy nem az van hogy 600-szor ki van írva hogy "missing files", hanem hogy tök üres az egész... 0 betöltött torrent. -
Lenry
félisten
válasz
bambano
#30312
üzenetére
csak hogy meglegyen a follow-up...
egyszerű LVM kötetbe volt szervezve 5 db 2TB-os HDD-m.
pár óránként jött a dmesg-be a fentihez hasonló üzenet, hogy most az ata5 esett le egy pillanatra, aztán az ata6, stb, de egy másodpercen belül már újra elérhető volt.
aztán egyik nap eltűnt 4TB-nyi adat, ezen felbuzdulva úgy láttam, hogy igazad volt*, és ez így nem mehet tovább, viszont gyanús volt, hogy egyébként a lemezek jók, a hiba máshol lesz.
lementettem mindent a kötetről, és az egészet átszerveztem egy ZFS kötetté, egész pontosan RAIDZ1-é (ami kb RAID5-nek feleltethető meg, egy lemez kiesését tolerálja). Azóta egyetlen esetben sem jött elő a fenti hibaüzenet.
úgy gondolom, hogy a SATA vezérlő nem tudott valamit elég gyorsan és / vagy jól csinálni, amire az LVM-nek igénye volt, aztán időnként feladta, és eldobta a lemezt, a ZFS meg talán hatékonyabb és nem fut bele ugyanabba a korlátba.* a torrentkliens webfelülete nem volt lejelszavazva, szerintem ott jött be valaki vagy valami, és egyszerűen kitörölte amit talált, mert kizárólag a seedben lévő dolgok tűntek el minden hibaüzenet nélkül.
-
Lenry
félisten
smb3_11
[root@Echo-Five /]# smbstatusSamba version 4.9.5-DebianPID Username Group Machine Protocol Version Encryption Signing----------------------------------------------------------------------------------------------------------------------------------------24697 lenry lenry 192.168.94.100 (ipv4:192.168.94.100:49670) SMB3_11 - partial(AES-128-CMAC) -
Lenry
félisten
válasz
bambano
#30260
üzenetére
read rawmegwrite rawopciókat belevettem, meg párat kivettem, amire azt írták, hogy gondot okozhat, így most sikerült 500 MBps környékére feltornászni.amúgy tuti, hogy valami triviális fasságon bukik el a dolog, mert a céges gépem egy semmi extra i3 Arch Linuxszal, és fut azon is egy Samba, és ha fel kell másolni valamit egy Windows kliensre, az gond nélkül 970-980 MBps, pedig most annak is néztem a konfigját, a globalban semmi nincs, ami ne lett volna az alapbeállítás része.
-
Lenry
félisten
válasz
bambano
#30258
üzenetére
Windows
C:\Users\lenry>netsh interface tcp show globalQuerying active state...TCP Global Parameters----------------------------------------------Receive-Side Scaling State : enabledReceive Window Auto-Tuning Level : normalAdd-On Congestion Control Provider : defaultECN Capability : disabledRFC 1323 Timestamps : disabledInitial RTO : 1000Receive Segment Coalescing State : enabledNon Sack Rtt Resiliency : disabledMax SYN Retransmissions : 4Fast Open : enabledFast Open Fallback : enabledHyStart : enabledPacing Profile : offLinux
lenry@Echo-Five:/$ cat /proc/sys/net/ipv4/tcp_window_scaling1nincs ezen mit állítani
-
Lenry
félisten
samba kérdésem van.
van a NAS-om, meg a gépem. előbbin Debian fut, utóbbin Win10. kettő közt egy Mikrotik hap ac2.
iperffel gyönyörűen megvan a kettő közt a gigabit.
ha viszont le szeretnék valamit másolni a NAS-ról a gépre, akkor a kezdeti lendületet jelentő pár másodperc után a sebesség beáll egy stabil 250 megabit környékére és ottmarad.
a NAS-ban nem látszik semmi komolyabb terhelés. sem az iotop, sem a htopban nincs kiugró semmi. a hdparm 100MB/s körüli eredményeket ad vissza szekvenciális olvasásra (pont amire szükségem van)
a Windowsban sem látszik hogy valahol leugrana a mutató a számlapról. a Mikrotikben sem.tehát maradt a samba.
mit lehetne azon tekerni, hogy ne ilyen szánalmas teljesítményt nyújtson? -
Lenry
félisten
volt ez az esetem a múlt hétvégén és mérsékelt sikernek nevezném csak az eredményt. szerintetek mi volt a hiba?
-
Lenry
félisten
Ha windows 10 akkor WSL-el talán megoldható a dolog.
hogyan?
mármint úgy, hogy a legegyszerűbb mindenki is megértse a működését, ne rontsa el, ne kelljen parancsokat gépelni, és ne legyen bonyolultabb a jelenlegi Ctrl-C - Ctrl-V-nélPlusz a nem változó dolgokra hasznos lehet egy sima tar.gz
ez jelenleg úgy néz ki, hogy a kolléga végzett a munkájával, akkor felmásolja a projektet szerverre, hogy a következő kolléga folytatni tudja a következő fázissal. ennél bonyolultabb műveletet senki nem lesz hajlandó végezni, ezért kell vagy szerveroldalról megoldani, vagy kliensoldalról úgy, hogy a usernek ne legyen vele dolga.De amúgy mi ez?
Unity3D projektek -
Lenry
félisten
van egy 32 szálas robocopy batch, ami egy bizonyos almappa másolásait intézi és az gyors, de az a mappa relatív sűrűn használt és nem változik, ezért lehetett rá batchot írni, de a megosztás többi részére ez nem megoldás, az meg sajnos irreális elvárás, hogy a kollégák tanuljanak meg cmd-t használni
viszont ha valahogy transzparensen meg lehetne oldani, hogy egy Ctrl-C - Ctrl-V is tudjon több szálon másolni, az nagyon fasza lenne -
Lenry
félisten
válasz
bambano
#28572
üzenetére
nem tudod-e megoldani, hogy a sok apró fájlt tartalmazó projektek egy helyre kerüljenek
de, ezért van ez a szerveraz ext4 nem túl boldog, ha sok fájl van.
kollégám BSD párti, ő a ZFS-t propagálja, hogy abban van beépített cache (ZIL), amit egyáltalán nem vetek el mint B terv, de ismeretlen terep számomra a ZFS, úgyhogy ha ennél kevésbé drasztikus módszerrel is meg lehetne oldani az nem volna baj...Samba aio-t néztem, de az Debianban egyelőre a testing repoban van, gondolom okkal
-
Lenry
félisten
van egy szerver, Debian fut rajta, elsődleges szerepe a Samba megosztás.
van benne 4x4TB HDD, RAID10-ben, ext4 fájlrendszerrel.a probléma vele, hogy a kollégák, akik fel-le másolgatnák a projekteket, olyan projekteken dolgoznak, amik többtízezer pár bájtos fájlt (is) tartalmaznak. értelemszerűen ettől nem lesz gyors a művelet.
kérdés akkor, hogy hogyan lehetne ezen segíteni?
nyilván a "cseréld SSD-re" nem játszik annak költségei végett és a klienseken is marad a Windows, ezért ha van mit szoftveresen tweakelni (azt is inkább szerveroldalról), akkor arra érdekelnének ötletek.gondolkodtam a bcache-en, hogy betennék 1-2 kisebb SSD-t, de nem tudom mennyit segítene ez, mert nem mindig ugyanazt másolgatják.
szerintetek?
-
Lenry
félisten
-
Lenry
félisten
-
Lenry
félisten
válasz
bambano
#28072
üzenetére
nem backup, vagy ilyesmire kell
az eredeti probléma:
amit a kolléga beránt bármilyen eszközről (főleg Android) Drive-ba, azt jelenjen meg a szerver egy mappájában és vica versa.mivel Androidon a Google Drive a legkézenfekvőbb és legegyszerűbb, ezért az én oldalamat (a szerver) kell ahhoz igazítani.
a kollégák kényelme mindenek felett -
Lenry
félisten
tudtok nekem olyan Google Drive klienst, ami
- CLI
- képes csak kijelölt almappát szinkronizálni
- figyeli a lokális fájlokat
- figyeli a remote fájlokat
- változás esetén szinkronizál
?eddig csak olyanokat találtam az első két követelményt tudja, ezért megírtam egy inotify-ra épülő scriptet, ami figyeli a lokál mappát, egy daemont, ami futtatja a scriptet, egy cronjobot ami x időközönként szinkronizál (mert fogalmam sincs hogyan figyeltessem a távoli mappát) és épp azon gondolkodtam, hogy hogyan kellene valami lockfile-al megakadályozni, hogy a cron meg a script egyszerre dolgozzon, amikor bevillant, hogy "nincs az az isten, hogy én vagyok az első, akinek erre szüksége lenne", szóval biztos vagyok benne, hogy ezt valaki már megoldotta...
-
Lenry
félisten
megjelent az 5.0-s Linux kernel
-
Lenry
félisten
Samba kérdés
a szerveremen fut egy Transmission
a letöltött fájlok és mappák tulajdonosa adebian-transmissionnevű user, a csoportja pedig alenrynevű csoport, amiben nyilván benne van a fenti user meg alenryuser is.a Sambát eddig guestként értem el, ami egyszerű, de a Transmission által létrehozott mappákat így nem tudtam módosítani, ezért most létrehoztam egy lenry nevű Samba-usert, amivel ugyanúgy nem tudom módosítani a fájlokat, ezért nyilván valamit nem jól csináltam.
nem egészen világos, hogy a lenry usernek és a lenry samba-usernek van-e valami köze egymáshoz, de gyanítom nincs és ez lesz a probléma gyökere, de mi a megoldás?
-
Lenry
félisten
válasz
Victoryus
#27725
üzenetére
ajánlom a témában (legtöbb Linuxos témában) az Arch Linux wikijét, nagyon sok téma nagyon jól és részletesen le van írva, nyilván disztrónként eltérnek apróságok, de az alapvető toolok, amikkel nagyjából minden megoldható, mindenhol jelen vannak.
-
-
Lenry
félisten
van egy scriptem, ami SSH kapcsolaton keresztül rsyncel egy tonnányi mappát.
a script felépítéséből adódóan ciklusonként kapcsolódik és másol.
a végén meg küld egy emailt hogy volt-e valami gebasz.na most az email 2000 sorának 99%-a az, hogy
Warning: Permanently added 'qwertzuiop.com,<ipcím>' (ECDSA) to the list of known hosts.hogyan tudnám ezt kiszűretni, ne küldje el, mert baromi fölösleges.
lehetőleg a script érdemi részének módosítása nélkül, valahol az emailküldés környékén... -
#27384
Lenry
félisten
Victor Súgó
#27383
Lenry
félisten
válasz
Victor Súgó
#27383
üzenetére
TLS handshake-re ráguglizva nem egy olyan találatot ad, ahol a szolgáltatói router resetelése (szolgáltató által) oldotta meg a problémát.
-
#27381
Lenry
félisten
Victor Súgó
#27380
Lenry
félisten
válasz
Victor Súgó
#27380
üzenetére
16.04.3-as ubuntu live-ot bootolva, a digi kábelét közvetlenül a gépbe dugva, onnan indítva a pppoe-t rengeteg oldal nem működik. Köztük: opera.com, indamail.hu, protonmail.com sem.
ezek gondolom mind https oldalak. sima http-k mennek?
gépen az óra a pontos időt mutatja?
Új hozzászólás Aktív témák
Hirdetés
- Yettel topik
- Újabb videón a Mafia: The Old Country
- Milyen belső merevlemezt vegyek?
- Asztalos klub
- Milyen okostelefont vegyek?
- Milyen egeret válasszak?
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- Vicces képek
- Debrecen és környéke adok-veszek-beszélgetek
- További aktív témák...
- Assassin's Creed Shadows Collector's Edition PC
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- PC Game Pass előfizetés
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Jogtiszta Windows - Office & Vírusirtó licencek- Azonnal - Számlával - Garanciával - Nint.hu
- Dell Optiplex 7050 SFF + Quadro K620
- MacBook Pro 16 2021 M1 Pro 32GB 512GB 1 év garancia
- GYÖNYÖRŰ iPhone 13 mini 128GB Green -1 ÉV GARANCIA - Kártyafüggetlen, MS3141, 95% Akkumulátor
- Xiaomi Redmi 9 32GB, Kártyafüggetlen, 1 Év Garanciával
- BESZÁMÍTÁS! Asus TUF A620M R7 7700 64GB DDR5 500GB SSD RX 6800 XT 16GB ZALMAN I3 NEO Seasonic 750W
Állásajánlatok
Cég: FOTC
Város: Budapest