Linux-haladó

udv Mindenkinek,

geondoltam uj ev - uj kernel :), hat nem igazan jott be a $SUBJ beli verzio forditasa. Megjegyzem a 6.1.1 siman fordul. Termeszetesen a konfigban csak a szokasos (verzora vonatkozo) kulonbsegek. A dump kezdete:

Preprocessed source stored into /tmp/ccoa7NDB.out file, please attach this to your bugreport.
=== BEGIN GCC DUMP ===
17039: // Target: x86_64-linux-gnu
17039: // Configured with: ../src/configure -v --with-pkgversion='Debian 10.2.1-6' --with-bugurl=file:///usr/share/doc/gcc-10/README.Bugs --enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++,m2 --prefix=/usr --with-gcc-major-version-only --program-suffix=-10 --program-prefix=x86_64-linux-gnu- --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --enable-bootstrap --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-vtable-verify --enable-plugin --enable-default-pie --with-system-zlib --enable-libphobos-checking=release --with-target-system-zlib=auto --enable-objc-gc=auto --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-offload-targets=nvptx-none=/build/gcc-10-Km9U7s/gcc-10-10.2.1/debian/tmp-nvptx/usr,amdgcn-amdhsa=/build/gcc-10-Km9U7s/gcc-10-10.2.1/debian/tmp-gcn/usr,hsa --without-cuda-driver --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu --with-build-config=bootstrap-lto-lean --enable-link-mutex
17039: // Thread model: posix
17039: // Supported LTO compression algorithms: zlib zstd
17039: // gcc version 10.2.1 20210110 (Debian 10.2.1-6) 
17039: // 
17039: // during GIMPLE pass: fre
17039: // drivers/media/pci/cx18/cx18-i2c.c: In function ‘init_cx18_i2c’:
17039: // drivers/media/pci/cx18/cx18-i2c.c:300:1: internal compiler error: Szegmentálási hiba
17039: //   300 | }
17039: //       | ^
17039: // Please submit a full bug report,
17039: // with preprocessed source if appropriate.
17039: // See <file:///usr/share/doc/gcc-10/README.Bugs> for instructions.
17039: 
17039: // /usr/lib/gcc/x86_64-linux-gnu/10/cc1 -quiet -nostdinc -I ./arch/x86/include -I ./arch/x86/include/generated -I ./include -I ./arch/x86/include/uapi -I ./arch/x86/include/generated/uapi -I ./include/uapi -I ./include/generated/uapi -I ./drivers/media/dvb-frontends -I ./drivers/media/tuners -imultiarch x86_64-linux-gnu -D __KERNEL__ -D CC_USING_FENTRY -D MODULE -D KBUILD_BASENAME="cx18_i2c" -D KBUILD_MODNAME="cx18" -D __KBUILD_MODNAME=kmod_cx18 -include ./include/linux/compiler-version.h -include ./include/linux/kconfig.h -include ./include/linux/compiler_types.h -MMD drivers/media/pci/cx18/.cx18-i2c.o.d drivers/media/pci/cx18/cx18-i2c.c -quiet -dumpbase cx18-i2c.c -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -mno-avx -m64 -mno-80387 -mno-fp-ret-in-387 -mpreferred-stack-boundary=3 -mskip-rax-setup -mtune=generic -mno-red-zone -mcmodel=kernel -mindirect-branch=thunk-extern -mindirect-branch-register -mfunction-return=thunk-extern -mrecord-mcount -mfentry -march=x86-64 -auxbase-strip drivers/media/pci/cx18/cx18-i2c.o -O2 -Wall -Wundef -Werror=strict-prototypes -Wno-trigraphs -Werror=implicit-function-declaration -Werror=implicit-int -Werror=return-type -Wno-format-security -Wno-sign-compare -Wno-frame-address -Wformat-truncation=0 -Wformat-overflow=0 -Wno-address-of-packed-member -Wframe-larger-than=2048 -Wno-main -Wno-unused-but-set-variable -Wunused-const-variable=0 -Wdeclaration-after-statement -Wvla -Wno-pointer-sign -Wcast-function-type -Wno-stringop-truncation -Wstringop-overflow=0 -Wno-restrict -Wno-maybe-uninitialized -Walloc-size-larger-than=18446744073709551615EiB -Wimplicit-fallthrough=5 -Werror=date-time -Werror=incompatible-pointer-types -Werror=designated-init -Wno-packed-not-aligned -std=gnu11 -p -fmacro-prefix-map=./= -fno-strict-aliasing -fno-common -fshort-wchar -fno-PIE -fcf-protection=none -falign-jumps=1 -falign-loops=1 -fno-asynchronous-unwind-tables -fno-jump-tables -fno-delete-null-pointer-checks -fno-allow-store-data-races -fstack-protector-strong -fno-stack-clash-protection -fno-strict-overflow -fstack-check=no -fconserve-stack -o - -frandom-seed=0 -fdump-noaddr
17039: 
17039: # 1 "drivers/media/pci/cx18/cx18-i2c.c"
17039: # 1 "<built-in>"
17039: # 1 "<command-line>"
17039: # 1 "././include/linux/compiler-version.h" 1
17039: # 1 "<command-line>" 2
17039: # 1 "././include/linux/kconfig.h" 1
17039: 

Ez csak egy kis reszlet, hatalmas mennyisegu informacio olvashato meg.

Az erdekesseg, hogy egy Debian Testingen siman fordul, persze a konfig valtozatlan. A baj, hogy a stable disztron nem tudok forditani hozza semmit:

./tools/objtool/objtool: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.33' not found (required by ./tools/objtool/objtool)
./tools/objtool/objtool: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.34' not found (required by ./tools/objtool/objtool)

Kicsit bosszant a dolog.

Sziasztok! Adott egy Zentyal 7.0.5 telepítés, ezen fut egy OpenVPN szerver. A Zenytal képes arra hogy két Zentyal telepítés között Site-2-Site VPN kapcsolatot alakítson ki egymás között, a routing információkat RIP protokollon, Quagga / Zebra segítségével adja át. (Megadható szerver és kliens oldalon is hogy melyik alhálózatok információit cserélje ki egymás között.) Ez tökéletesen működik is. A problémám: szeretnék egy PfSense-t is bekötni ebbe a hálózatba. Addig eljutottam hogy felcsatlakozik a PfSense VPN kliens, azokat a route-okat amiket push-al elküld a szerver szépen át is veszi, minden szuper. Nekem viszont kellene a szerver oldalon is pár routing szabály, hogy a csomagok vissza is találjanak. Mivel a kliens nem Zentyal, a szerveren futó RIP szervert kellene valahogyan "értesítenem" arról, hogy "hahó, itt van az x.y.z.q alhálózat, ezt route-old kérlek az a.b.c.x IP-re". Szeretném a PfSense széttúrása nélkül, elegánsan megoldani a feladatot. Rendelkezésemre áll pl. Docker ebben az alhálózatban, ebben kb. bármit lehet bepakolni. Ti hogyan oldanátok meg elegánsan ezt a feladatot, hogy a RIP szerver létrehozza a megfelelő route-okat a VPN szerver oldalon?

Sziasztok,

Az AMD Ryzen™ 5 5600G Drivers -hez ahogy látom nincs a hivatalos oldalon driver csak windowsos, többféle linux -al kipróbálva is ugyanaz a probléma mégpedig hogy a grafikus felületen (bármely grafikus felületen pl gnome cinnamon kde plasma is) az egérrel ha kattintás után a google-chrome és opera (ha jól tudom ezek mind chromium alpúak) össze vissza ugral a fülek közt, és ha a sok fülből egyet kiválasztva rákattintunk nem tudunk ra fókuszálni a kiválasztott fülre.

Valamint ha a beallítások menün belül a hangot akarjuk a csúszkán beállítani visszaugrik a  csúszka. Gyanítom itt driver probléma lesz, mégpedig az hogy amit alapból telepítünk a kernellel az nem felel meg.

Ha nincs hivatalosan driver hozzá amivel működne és nem lenne még rosszabb a helyzet, gondolok itt arra hogy elfeketedik a képernyő azzal a  driverrel amit találtunk hozzá.

Jelenleg Zorin linux van a a gépen. 

Ezt a  leírást találtam hozzá:

https://help.zorin.com/docs/hardware/activate-amd-radeon-drivers/

De ezt végig csinalva sem működik, akkor ugyan elindul az operációs rendszer, de nem tud a grafikus felület betölteni (a driver miatt) ez nem megoldás.

Esetleg van valaki akinek hasonló tapasztalata volt? És esetleg tud erre megoldást is? 

Előre is köszönöm a segítséget

Szevasztok, 

bevált, jól működő alaplapot keresek linuxhoz, mini ITX házba szereetném szerelni. Kérlek osszátok meg velem a tapasztalatokat ilyen téren, mit érdemes venni? Otthoni linux workstation++ lenne, vélhetően debian alapú disztróhoz. VGA tekintetében 1440p displayhez keresek kártyát, kifejezetten GUI, KDE, Gnome, stb felhasználói felület érdekel. Megnézném mit tud 2022 a Linux otthoni workstation fronton. Köszi előre is!!

valami ilyesmi?!

https://youtu.be/VHCXe_vTPr8

kösz a figyelmet!

Udv,

A kovetkezo problemara keresek megoldast, remelem tud valaki segiteni.

Kornyezet:Linux kliens virtualboxban, halozati beallitas NAT.

A problema a kovetkezo, vagy a ceges szerverek fele megy a name resolution, de akkor egyeb internet cimek fele nem (ez az alap), vagy ha beirom resolv.conf-ba elso DNS szervernek a 8.8.8.8-t akkor ugyan az internet megy, de a belso szerverek nem.
Azonban, a masodik felallas alatt az nslookup megtalalja a belso cimet, mivel a 2nd helyen beallitott DNS szerver ismeri azt, valami oknal fogva azonban ez nslookup-n kivul nem realizalodik.

Kerdes: Hogyan, mit kell beallitani hogy pl bongeszoben menjenek a kulso es belso cimek is, illetve hogy ha az elso DNS szerver nem tudja feloldani a cimet, akkor a masodik talalata legyen atadva.
Mindezt ugy, hogy nem en vagyok a ceges rendszergazda, nem tudok hozzapizkalni a DNS szerver beallitasaihoz.

Sziasztok. Egy olyan problémába ütköztem, hogy egy filekezelőben saját scripttel meg akarom oldani, hogy a kijelölt fileokat át lehessen nevezni úgy, hogy minden szó első betűje nagy legyen, de a kiterjesztés maradjon kicsi. Ezt úgy oldottam meg először magában konzolban tesztelve egy scripttel, hogy minden kisbetűre alakítok (fumidname=), majd az extnum-ba beleírom hogy az utolsó ponttól a végéig hány karakter van -> vagyis a kiterjesztés hossza, vagy a sum változóba rakom az egész szöveg hosszát, és a new változóba rakom, hogy kiterjesztés nélkül milyen hosszú a szöveg. Utána a newstring-be rakom a kiterjesztés nélküli szöveget, amit a funewname változóba úgy rakom be, hogy minden szöveg kezdőbetűje nagy (ez a fajta sed felállás végzi a legjobban, mert nem zavarja meg sem a pont, sem az aláhúzás, sem az üres karakter), majd az ext változóba rakom a kiterjesztést, és a végén összefűzöm a kettőt, majd kiiratom. Elég fapados módszer, de működik. A probléma az, hogy bár ez terminál alatt jól működik, a kérdéses filekezelőben amit bash scripttel lehet programozni, mégis bad substitution szöveggel megáll, méghozzé a newstring=${fumidname:0:new} sornál, ami pont megadott karaktertől megadott karakterig írná ki -> ergo valamiért rosszul értelmezi.
Most vagy az lenne a megoldás, hogy erre esetleg más parancsot, megoldást találni, vagy a funewname= ..sed parancsos átalakításnál valahogy megadni a jelenlegi sed parancsnál, hogy ezt az átalakítást csak a legutolsó . -ig tegye, vagyis akkor jelentősen lerövidülni a script, mert nem kellene variálni a kiterjesztési manőverekkel. Ehhez viszont én már kevés vagyok.

 

#!/bin/bash
funame="1 - .VaLAmi_szIVAtTYú.TXt"
fumidname=$(echo "$funame" | sed 's/\([A-Z]\)/\L\1/g')
extnum=$(echo "$fumidname" | rev | cut -d. -f1 | rev | wc -c)
sum=$(echo "$fumidname" | wc -c)
new=$(expr $sum - $extnum)
newstring=${fumidname:0:new}
funewname=$(echo "$newstring" | sed 's/\([a-z]\)\([a-zA-Z0-9]*\)/\u\1\2/g')
ext=${fumidname:new:extnum}
funewname+=$ext
echo $funewname

Sziasztok!

Windows alatt ssh-keygennel készített rsa kulcsot szeretnék használni Debian Bookworm alatt.

A kulcsot exportáltam openssh formátumban a key nevű fájlba. Linux alatt:

ssh-keygen -e -f key > id_rsa_com.pub 

ssh-keygen -i -f id_rsa_com.pub > id_rsa.pub

Az id_rsa.pub-ot hozzáfűztem az authorized_keys-hez.

Elmentettem a privát kulcsot ppk-ba is, ezt megadtam a puttynak. Amikor próbálok bejelentkezni jelszó nélkül,

Server refused our key

üzenetet kapok. Logban semmi hibaüzenet.

Előtte volt

userauth_pubkey: signature algorithm rsa-sha2-512 not in PubkeyAcceptedAlgorithms [preauth]

hibaüzenet, de azt kiküszöböltem a /etc/ssh/sshd_configba tett:

PubkeyAcceptedKeyTypes ssh-rsa,ssh-rsa-cert-v01@openssh.com,rsa-sha2-256,rsa-sha2-512

sorral.

Ami nem tetszik, hogy az id_rsa.pub fájl nem ugyanúgy néz ki, mint a többi, Linux alatt készített.

A többinél mind a következőképpen ér véget a sor:

[...]= felhasznalo@gepnev

Ennél ilyen nincs sajnos.

Esetleg valaki tud olyan programról, fejlesztésről, amivel le lehetne cserélni a "gyári" cp és mv programot, mert sokkal több mindenre képes?

Konkrétan az lenne a cél, hogy mind másoláskor, mind mozgatáskor mutassa, hogy éppen hány %-nál tart, és kb mennyi idő lehet hátra összesítve.

Az rsync épp ezért nem jó, mert az fileonként mutatja a progress-t, nekem pedig összesítve kellene. Találtam még githubpon egy cp-p programot, ami elvben képes lenne rá, de nem működik. Régi fejlesztés, és valszeg a Linux "változásait" nem követte, így használhatatlan lett.
Fontos, hogy CLI-s megoldás legyen, mert az lf file managerbe szeretném beleintegrálni.

Sziasztok!

Van pár e-mail címem, amit hivatalos ügyintézésre használnak. Amikor érkezik ezekre egy e-mail, akkor automatikusan megy egy válasz rá, amiben tájékoztatják a küldőt, hogy megérkezett az e-mail-je, és mi a hivatalos ügymenet.

Pár napja jelezték, hogy nem megy minden e-mail-re válasz. Megnéztem a logokat, és valóban ezt látom:

discarding vacation response to message from <xxxxxxx@gmail.com> (`OOF' flag found in x-auto-response-suppress header) 

Megnéztem egy konkrét mailt és a headerben ezt találtam: X-Auto-Response-Suppress: DR, NDR, RN, NRN, OOF, AutoReply. Ha jól értelmezem amit a neten találtam, akkor ez a header rész kényszeríti ki, hogy ne menjen automatikus válasz. Teszteltem több gmail-es és outlook-os fiókkal is. Teljesen változó, hogy mikor teszi be az e-mail-be.

Azon gondolkodtam, hogy lehet kivenni a headerből ezt a sort. Van már sieve sazbályom ami arra szolgál, hogy a Spam-eket tegye be a Junk folderbe. Arra gondoltam, hogy kiegészítem, de nem akar működni. Ezt a hibaüzenetet kapom:

sievec(root): Warning: sieve: ignored unknown extension 'editheaders' while configuring available extensions
SpamToJunk: line 2: error: require command: unknown Sieve capability `editheaders'.
SpamToJunk: line 9: error: unknown command 'deleteheader' (only reported once at first occurrence).
SpamToJunk: error: validation failed.
 

Így néz ki a sieve szabályom:

require "fileinto";
require "editheaders";
if header :contains "X-Spam-Flag" "YES"
{
   fileinto "Junk";
}
if header :contains "X-Auto-Response-Suppress" "DR, NDR, RN, NRN, OOF, AutoReply"
{
   deleteheader "X-Auto-Response-Suppress";
}
 

Az /etc/dovecot/conf.d/90-sieve.conf -ba beraktam az extension-ök köző az editheaders:  sieve_extensions = +notify +imapflags +editheaders . Az eredmény ugyan az.

Használja valaki az editheaders-t? Ha igen tudna példát küldeni nekem?

Előre is köszönöm!