- Eltűnhet a Dinamikus Sziget
- Erős specifikáció, kompakt formában
- Minden készen áll a Galaxy Unpackedre
- Az Oppo Find X8 Ultra lett a legvékonyabb kameramobil
- Telekom mobilszolgáltatások
- Nem fogy a Galaxy S25 Edge?
- Apple iPhone 16 Pro - rutinvizsga
- Honor Magic7 Pro - kifinomult, költséges képalkotás
- Samsung Galaxy S21 FE 5G - utóirat
- Yettel 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
-
-
-
válasz
bambano
#32794
üzenetére
microcode van, korábbi kernelt még nem néztem, de akkor csekkolom azzal is
#32793 emvy
köszi, ezt a kernel paramétert megnézem, energiagazdálkodás ide, vagy oda, fontosabb, hogy ez a gép működjön.
egyébként érdekes módon nem használat közben fagy meg, hanem ha ott hagyom egy időre, de akkor az energiagazdálkodás kilövése segíthet. -
Arch Linux 6.1.1-es és 6.1.2-es kernel, fagyogat a gép.
a journalban ilyeneket olvashatok szép számmaljan 03 00:00:20 vavatch kernel: watchdog: BUG: soft lockup - CPU#8 stuck for 39112s! [kworker/8:0:3803177]
jan 03 00:00:20 vavatch kernel: Modules linked in: xt_nat xt_tcpudp veth xt_conntrack xt_MASQUERADE nf_conntrack_netlink nfnetlink xt_addrtype iptable_filter iptable_nat nf_nat nf_>
jan 03 00:00:20 vavatch kernel: sp5100_tco mdio_devres pcspkr wmi_bmof zcommon(POE) i2c_piix4 k10temp ccp soundcore video znvpair(POE) libphy spl(OE) gpio_amdpt gpio_generic acpi_>
jan 03 00:00:20 vavatch kernel: CPU: 8 PID: 3803177 Comm: kworker/8:0 Tainted: P D W OEL 6.1.1-arch1-1 #1 9bd09188b430be630e611f984454e4f3c489be77
jan 03 00:00:20 vavatch kernel: Hardware name: ASUS System Product Name/TUF GAMING B450-PLUS II, BIOS 3802 04/28/2022
jan 03 00:00:20 vavatch kernel: Workqueue: events drain_vmap_area_work
jan 03 00:00:20 vavatch kernel: RIP: 0010:smp_call_function_many_cond+0xee/0x310
jan 03 00:00:20 vavatch kernel: Code: d0 48 89 df e8 03 36 40 00 3b 05 0d df e9 01 73 26 48 63 d0 49 8b 34 24 48 03 34 d5 a0 7a b5 9f 8b 56 08 83 e2 01 74 0a f3 90 <8b> 4e 08 83 e1>
jan 03 00:00:20 vavatch kernel: RSP: 0018:ffffbe23a858fd90 EFLAGS: 00000202
jan 03 00:00:20 vavatch kernel: RAX: 0000000000000003 RBX: ffffa0480ec34108 RCX: 0000000000000001
jan 03 00:00:20 vavatch kernel: RDX: 0000000000000001 RSI: ffffa0480eafa740 RDI: ffffa0480ec34108
jan 03 00:00:20 vavatch kernel: RBP: 0000000000000000 R08: 0000000000000003 R09: ffffa0480ec34130
jan 03 00:00:20 vavatch kernel: R10: 0000000000000007 R11: 0000000000000000 R12: ffffa0480ec34100
jan 03 00:00:20 vavatch kernel: R13: 0000000000000001 R14: 0000000000000020 R15: 0000000000000008
jan 03 00:00:20 vavatch kernel: FS: 0000000000000000(0000) GS:ffffa0480ec00000(0000) knlGS:0000000000000000
jan 03 00:00:20 vavatch kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
jan 03 00:00:20 vavatch kernel: CR2: 00007f077162fa70 CR3: 000000014dd96000 CR4: 0000000000350ee0
jan 03 00:00:20 vavatch kernel: Call Trace:
jan 03 00:00:20 vavatch kernel: <TASK>
jan 03 00:00:20 vavatch kernel: ? __flush_tlb_all+0x30/0x30
jan 03 00:00:20 vavatch kernel: on_each_cpu_cond_mask+0x24/0x40
jan 03 00:00:20 vavatch kernel: __purge_vmap_area_lazy+0xd6/0x730
jan 03 00:00:20 vavatch kernel: ? __schedule+0x378/0x12a0
jan 03 00:00:20 vavatch kernel: drain_vmap_area_work+0x29/0x60
jan 03 00:00:20 vavatch kernel: process_one_work+0x1c7/0x380
jan 03 00:00:20 vavatch kernel: worker_thread+0x51/0x390
jan 03 00:00:20 vavatch kernel: ? rescuer_thread+0x3b0/0x3b0
jan 03 00:00:20 vavatch kernel: kthread+0xde/0x110
jan 03 00:00:20 vavatch kernel: ? kthread_complete_and_exit+0x20/0x20
jan 03 00:00:20 vavatch kernel: ret_from_fork+0x22/0x30
jan 03 00:00:20 vavatch kernel: </TASK>ki tudtok ebből hámozni valami értelmeset?
meg most van egy ilyen is
jan 03 08:46:15 vavatch kernel: ------------[ cut here ]------------
jan 03 08:46:15 vavatch kernel: list_del corruption. prev->next should be ffff9b0830b241a8, but was ffff9b0d8ea33938. (prev=ffff9b0d8ea33938)memória lehet?
-
nah, akkor lassan kezdődik a Linux Éve™
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
válasz
Siriusb
#32760
üzenetére
Én kipróbáltam, minden opcióra rákérdez, és van egy rövid leírás, hogy az adott dolog mit csinál, és miért érdemes átállítani mire.
Szóval elég bolondbiztos
Illetve mivel tulajdonképp csak két konfigfájlt hoz létre, így ezek törlésével meg újraindítással helyreállítható az eredeti állapot. -
válasz
CPT.Pirk
#32752
üzenetére
Ez de jól jött volna, amikor egy alkalommal két rendőrrel egy órán keresztül néztük egymást malmozva, miközben a térfigyelő kameráink felvételeit másoltam nekik egy pendrivera... Nekem volt kellemetlen, hogy mi a francért olyan tetves lassú, de nem küldhettem el őket, hogy "majd szólok ha megvan"
-
#32693
Lenry
félisten
fatpingvin
#32692
válasz
fatpingvin
#32692
üzenetére
szerintem a systemd-nek tudnia kellene ilyesmit, de nézz körül a manual vonatkozó oldalán
-
válasz
#56769280
#32674
üzenetére
Pont hete írtam erről egy összefoglalót
-
válasz
Dißnäëß
#32647
üzenetére
rákeresel a fájlra és törlöd, ha megtalálod
find . -type f -name "*.txt" -exec rm -rf {} \;
aztán lefuttatsz egy második kört és ugyanígy törölteted az üres könyvtárakatfind . -type d -empty -exec rmdir {} \;mit csinál az rm-nél a d kapcsoló? a man szerint nincs neki olyanja
-
válasz
bambano
#32601
üzenetére
azért a teljesség kedvéért azt tegyük hozzá, hogy nem ez a stable kernel, amit ma Debianéktól megkapsz, hanem ez:
lenry@Echo-Five:~$ cat /proc/version
Linux version 5.10.0-18-amd64 (debian-kernel@lists.debian.org) (gcc-10 (Debian 10.2.1-6) 10.2.1 20210110, GNU ld (GNU Binutils for Debian) 2.35.2) #1 SMP Debian 5.10.140-1 (2022-09-02)illetve ez a múlt havi, mert azóta nem indítottam újra, de az aktuális se sokkal újabb
-
#32587
Lenry
félisten
fatpingvin
#32586
válasz
fatpingvin
#32586
üzenetére
-
válasz
Ablakos
#32271
üzenetére
jah, a friss változat tizensok éve fizetős lett. a 6.9-et tudod ingyé letölteni
-
(k)Ubuntu:
többedszerre szaladok bele, de nem hiszem, hogy én vagyok a hülye, próbálja már ki valaki, akinek van lehetősége rá:
PXE-n keresztül indított live Ubuntut tegyél fel UEFI rendszerre.
egyszerűen képtelen megcsinálni a bootot rendesen az installer. nem lesz Grub, se EFISTUB, semmi. látszólag faszán feltelepül, épp csak képtelenség a telepített rendszert elindítani.tökugyanazt pendriveról tökugyanúgy telepítve meg jó.
-
nem teljesen irreleváns, de ha Linuxról osztod meg, akkor érdemes Linuxos fájlrendszert használni (pl ext4-et), Sambán keresztül ugyanúgy meg tudod osztani, a Windows ugyanúgy el fogja érni (és NTFS-nek fogja látni)
az NTFS-t sokkal lassabban és nagyobb CPU terheléssel kezeli a Linux
-
válasz
TMisi92
#32186
üzenetére
find . -type d -mtime +1460 -mindepth X -maxdepth Y -exec du -h {} \;
ahol
-type d - 4 évnél öregebb almappákat és fájlokat - na most a mappa legyen 4 éves, vagy a fájl, ami benne van? ha fájlt akarsz, akkor -type f
-mtime +1460 - a mappa (vagy fájl) modifytime értéke legyen 1460-nál több (4*365)
-mindepth X -maxdepth Y - keresési mélység, pl min 1 max 2 azt jelenti, hogy az adott mappaszinten és eggyel alatta fog keresni.
-exec du -h {} \; - a keresési feltételeknek megfelelő fájlok méretét kilistázza human-readable formában -
#32184
Lenry
félisten
Speeedfire
#32182
válasz
Speeedfire
#32182
üzenetére
De ennek nincs netbootja? A HC4 indulás után hozza a petitboot nevű rendszerbetöltőt, annak azt mondod, hogy netboot_default és akkor elkezdi listázni a hálózatról telepíthető OS-eket. Indítasz egy szimpatikusat, utána már ugyanolyan, mint minden más gépen.
-
#32181
Lenry
félisten
Speeedfire
#32176
válasz
Speeedfire
#32176
üzenetére
ha telepítéskor már van HDD az odroidban, akkor a telepítőben simán ki tudod választani, hogy az legyen a
/, az SD kártya meg a/boot.
ennek elméletileg out-of-the-box működnie kellenevan egy HP szerverünk, aminek a RAID vezérlője vagy RAID-módban van, akkor virtuáldiszkeket hozol létre, azt adja oda az OS-nek, és tud bootolni, vagy HBA módban van, akkor közvetlenül el tudja érni az OS a diszkeket, cserébe nem lehet róla bootolni.
na ebben a gépben oldottam meg a fenti módon a bootolást, miután felfedeztem, hogy van az alaplapon egy SD foglalat, amiről hajlandó bootolniamúgy nekem szimpi cucc ez az odroid, pár hete vettünk egy HC4-et a céghez, ha csak be kell pattintani valamibe egy HDD-t, arra tökéletes
-
#32175
Lenry
félisten
Speeedfire
#32174
válasz
Speeedfire
#32174
üzenetére
szerintem működhet az ötlet
-
#32163
Lenry
félisten
MasterMark
#32162
válasz
MasterMark
#32162
üzenetére
SSD-n van egyáltalán értelme a defragnak?
nincs -
válasz
janos666
#32153
üzenetére
most sincs defrag. mondjuk fragmentáció se nagyon, így nem is hiányzik.
a munkahelyemen nagyjából minden szerveren ZFS-t használunk (meg én a saját gépeimen is), mission critical gépeken is, eddig semmiféle lassulást nem vettünk észre, szóval nem tudom nálad mi történhetett.mindenesetre én boldog vagyok a ZFS-el, csak ajánlani tudom
-
#32141
Lenry
félisten
fatpingvin
#32140
válasz
fatpingvin
#32140
üzenetére
fedorán néztem, azon se jó.
de most kipróbáltam egy sima MS irodai egérrel, azzal faja - emez valami géniusz gémer cucc, világít minden irányba.
itt lesz a probléma gyökere akkor... -
buguntus bug. Ubuntu + KDE
USB-s egér, kattintani lehet, mozgatni nem. ha kihúzom és bedugom újra az egeret, akkor tökéletesen működik a következő újraindításig.live CD-ről ugyanezt csinálja.
az egér új, az USB-k jók.
dafuq? -
#32114
Lenry
félisten
MasterMark
#32113
válasz
MasterMark
#32113
üzenetére
ez egy rejtély akkor
-
#32112
Lenry
félisten
MasterMark
#32111
válasz
MasterMark
#32111
üzenetére
ha a Ctrl-A-D működik, akkor a Ctrl-A-K-nak is kellene, az a kill screen parancs.
igaz, az megkérdezi, hogy biztos ki akarod-e lőni, szóval még egy Y-t (yes) nyomni kell
-
#32110
Lenry
félisten
MasterMark
#32109
válasz
MasterMark
#32109
üzenetére
de most ki szeretnéd lőni a screent?
mert azt simán Ctrl-D-vel vagy Ctrl-A-K-val megteheted
és akkor tuti killelve lesz minden process, ami benne futott -
válasz
BlackSoft
#31970
üzenetére
Én a biztonságosan, átláthatóan működő RAID lehetőségek
van egy IBM szerverünk.
2 SFF lemez fér bele, és csak a RAID vezérlőben létrehozott virtuáldiszket hajlandó továbbadni az OS-nek.
ez addig tök szuper, amíg az egyik HDD el nem kezdni megadni magát.
hogyan váltod ki? nem tudsz betenni még egy lemezt, mert nem fér.
nem tudod kivenni a régi lemezt és lemásolni róla az adatokat, mert semmi más nem olvassa, csak az IBM-es RAID vezérlő.na ez az eset óta tartom orbitális marhaságnak a hardveres RAID vezérlőket úgy, ahogy vannak, és azóta úgy veszek gépet, hogy az első kérdésem, hogy "át lehet-e flashelni a RAID vezérlőt IT módba?"
-
válasz
Roxkex
#31937
üzenetére
cron résztől jónak tűnnek az időzítések, tehát annak kellene történnie, amit vársz.
Maga a script fájlal probléma nincs, mert direktbe manuálisan Én eltudom indítani.
a cron sokkal szűkebbre szabott környezeti változókkal dolgozik, mint egy user, simán lehet, hogy elhasal egy olyan bináris elérésén, ami a te PATH-odban benne van, az övében meg nincs.
javaslom kiegészíteni a sorok végét*/5 12-21 * * * /srv/*****/automationScripts/linux/+***--***.sh > /tmp/logMasik.txt
hogy lásd mi történik, illetve mi nem történik -
-
-
nekünk is volt egy iraki szerverünk... aztán elmúlt
-
frissítettem Debian11-re, azóta nem hajlandó működni a gépben lévő SATA kártya.
ha régi 4.x-es kernelt indítok, azzal jó (akkor más nem működik), de ha a frissen telepített 5.x-est, akkor meg sírva fakad a rendszer
mit lehet ezzel kezdeni?
ASMedia 1062-es SATA vezérlő -
válasz
bambano
#31574
üzenetére
de ugyanúgy a saját pl lenry.hu-s címemről, meg minden?
azért kérdem, mert pár hónapja egy unalmas délután én is összeraktam a saját levelezőszerverem, és ugyanott akadtam el, mint a kolléga föntebb, de ezután rá is hagytam, annyira nem érdekelt a dolog...ha viszont megoldható, akkor lehet, hogy előveszem ismét a projektet
-
-
válasz
Shyciii
#31517
üzenetére
persze, simán.
én pl az otthoni UPS-emhez állítottam be pont nemrég, hogy áramszünet (vagy bármi más kezelt esemény) esetén küldjön egy emailt.
Debianon
msmtp-t használok, mellette még amailxés as-nailvan feltelepítve, így a mail parancs az msmtp-n keresztül fogja küldeni az üzenetet.pl gmailen keresztüli üzenetküldéshez annyi kell, hogy létrehozod az
/etc/msmtprcfájlt a következő tartalommal:defaults
auth on
tls on
tls_trust_file /etc/ssl/certs/ca-certificates.crt
logfile ~/.msmtp.log
account gmail
host smtp.gmail.com
port 587
from FeladóSzépenFormázottNeve
user emailCím
password Jelszó
account default : gmail
ennyi
(illetve a Google-fiókban kapcsold be a Kevésbé biztonságos alkalmazások hozzáférését)aztán üzenetet pedig pl a következő paranccsal küldesz
echo "Az üzenet" | mail -s "Tárgy" címzett@domain.tld -
válasz
kraftxld
#31479
üzenetére
passz, nincs ezzel tapasztalatom, csak a kiírt hibaüzenet alapján úgy gondolom, hogy a grubon már túljutott, csatolná fel a root meghajtót, csak a megadott /dev/vg_root nem létezik, ahogy az a screenshoton is látszik, hogy nem látszik.
ha tudsz, adj ki egy
lsblkparancsot, az kilistázza, hogy milyen meghajtókat és partíciókat lát a rendszer, abból be kell, hogy tudd azonosítani hogy melyik lehet a rendszerpartíció, aztán az/etc/fstabfájlban módosítsd a/-re vonatkozó sort
vagy ha biztosra akarsz menni, akkorblkidparancs (vagy ha az nem létezik, akkorls -l /dev/disk/by-uuid/), és az ott visszakapott UUID-t másolod be az fstabba, mert az biztosan nem változik, míg a/dev/sda,/dev/sdb, stb nem garantálható, hogy mindig ugyanazt a meghajtót jelölik -
én külön nem állítottam semmit sem a Docker, sem a szóbanforgó container beállításai közt, sőt, azokra az IP tartományokra egyáltalán semmilyen szükség nincs, ott a host IP-je, ami 9.x, illetve a Docker által használ belső 172.x.x.x. mire hoz létre 192.168.x.x subneteket?
ez alapján úgy látom, hogy a Docker olyan maszkokkal és hálózati beállításokkal dolgozik, amilyet ő szeretne
-
igazából most nézem, hogy már a routing táblában is látszik, hogy olyan elb*szott maszkkal hozta létre a docker magának a hálózatot, hogy abba simán beleesik az 50.0
-
root@docker2:/home/lengyelr# ping 192.168.50.252
PING 192.168.50.252 (192.168.50.252) 56(84) bytes of data.
From 192.168.48.1 icmp_seq=1 Destination Host Unreachable
From 192.168.48.1 icmp_seq=2 Destination Host Unreachable
From 192.168.48.1 icmp_seq=3 Destination Host Unreachable
itt lesz a hiba úgy látom... a docker egy belső bridge-ére fut a kérés, ezt kijavítva rögtön magához is tért.
root@docker2:/home/lengyelr# ip route add 192.168.50.0/24 via 192.168.9.1 dev eth0
root@docker2:/home/lengyelr# ping 192.168.50.252
PING 192.168.50.252 (192.168.50.252) 56(84) bytes of data.
64 bytes from 192.168.50.252: icmp_seq=1 ttl=63 time=0.496 ms
64 bytes from 192.168.50.252: icmp_seq=2 ttl=63 time=0.636 ms
64 bytes from 192.168.50.252: icmp_seq=3 ttl=63 time=0.609 ms
köszi a segítséget mindkettőtöknek
-
mi nyűgje lehet annak a Debiannak, ami egyszerűen nem hajladó felvenni a kapcsolatot bizonyos alhálózatokból érkező kérésekre? se pingre, semmire. ő maga a 192.168.9.0-ban van. 1.0-ból pl érhető. de 50.0-ból nem.
minden más, ugyanabban a 9.0-ban lévő gép elérhető, szóval a hálózat szempontjából rendben lévőnek gondolom a helyzetet, valószínűleg a konkrét gép makacskodik, csak hát fut rajta egy csomó olyan szolgáltatás, amit el kellene érnie a többi gépnek, aztán így meg most nem...a routing táblája szerintem úgy néz ki, ahogy annak ki kell
root@docker2:/home/lengyelr# netstat -r
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
default 192.168.9.1 0.0.0.0 UG 0 0 0 eth0
172.17.0.0 0.0.0.0 255.255.0.0 U 0 0 0 docker0
192.168.9.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
192.168.48.0 0.0.0.0 255.255.240.0 U 0 0 0 br-6832b726505d
192.168.64.0 0.0.0.0 255.255.240.0 U 0 0 0 br-d07d09b13385
192.168.96.0 0.0.0.0 255.255.240.0 U 0 0 0 br-92c69a9c4d51mi mást nézzek?
-
válasz
Predatorr
#31160
üzenetére
Szerintem lépj egyet hátrébb. Mire kell neked a Linux? Mert haWindowsos programokat akarsz futtatni, arra a Windows való.
Drivereket fölösleges keresgélni, nagyjából minden futni fog és működni (a TV tuner mondjuk pont kivétel lehet)
"Olvastam, hogy ilyen hiba esetén alaplapon kell állítani"
Mit kell állítani? -
válasz
Frawly
#31148
üzenetére
Zoom text only plugin Chrome-hoz
-
válasz
bambano
#31138
üzenetére
mindkét swapfájl a /-ben van, az meg SSD.
egyébként valószínűleg tényleg felszabadítgatja a dolgokat, de még van 5GB a kezdeti 8-ból.
mondjuk az se világos hogy alapból minek swappel, van még vagy 20GB szabad RAMha éppen nem használt szolgáltatásokat leállítasz ideiglenesen.
én csak az infrastruktúrát adom, azt se tudom mit csinál ez a gép, nemhogy leállítsak rajta bármit.
mindegy, elindítottam screenben, reggelig ráér.köszi a segítséget
-
az egyik rendszer kinőtte a swapfájlját, semmi gond, létrehoztam egy nagyobbat, beaktiváltam, látja, eddig szuper.
viszont a régi, kisebbet kidobnám, persze nyilván anélkül, hogy a benne lévő akármi elveszne.
ha egyszerűen azt mondom, hogyswapoff /swap.img, akkor a rendszer lesz annyira okos, hogy átlapátolja a dolgokat a másik fájlba?
![;]](http://cdn.rios.hu/dl/s/v1.gif)
)
Új hozzászólás Aktív témák
Hirdetés
- ROBUX ÁRON ALUL - VÁSÁROLJ ROBLOX ROBUXOT MÉG MA, ELKÉPESZTŐ KEDVEZMÉNNYEL (Bármilyen platformra)
- Vírusirtó, Antivirus, VPN kulcsok
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Gyermek PC játékok
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- AZONNALI SZÁLLÍTÁS Eredeti Microsoft Office 2019 Professional Plus
- LG 27GR95QE - 27" OLED / QHD 2K / 240Hz & 0.03ms / NVIDIA G-Sync / FreeSync Premium / HDMI 2.1
- ÁRGARANCIA! Épített KomPhone Ryzen 7 5800X 16/32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- Használt Intel procik - Core 2 - Dual Core
- Okosóra felvásárlás!! Samsung Galaxy Watch 5 Pro, Samsung Galaxy Watch 6 Classic
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest