Linux-kezdő

Sziasztok!

Demozni szeretném a postfix működísét két docker konténerben. Macvlan bridge, 2 külön ip cím, egy hálózaton a két konténer. Ping, telnet működik, látják egymást a gépek.

Postfix telepítés megvan, local gépen tudok levelet küldeni, helyi felhasználóknak.

Ami nem megy, az a másik gép másik felhasználójának a levélküldés.

Nincs dns szerver, a hosts állományban írom be az fqdn-eket.

A másik gépre küldendő levél a helyi gépen bent marad a queue-ban, és azt írja, nem tudja elvégezni a host név feloldását.

Most éppen buszon ülök, holnap tudok részletes hibaüzenetet beírni. Egész este ezzel szórakoztam, sík ideg vagyok :-)

Amíg nem tudok részleteket adni, addig az általános kérdés, hogyan kell a postfixet beállítani, hogy a másik domain-re menjen át a levél?

Köszönöm, Cz

Használtok Webmin-t ? Nem ez a fő feladatom, de én vagyok a rendszergazda is egy kis cégnél (kb 10 fő), és tökéletesen bevált a szerveren. Milyen tapasztalaitok vannak? Tuti biztonságos? Nem terheli különösebben a szervert? Ha ezen keresztül kezelem a usereket, a samba-t, frissítéseket, stb, lehet valami hátulütője?

Hogy lehetséges hogy az SD kártyán lévő kis kapocsolóval LEZÁRT SD kártyára írni lehet Linuxon, Windowson egyaránt. Jelenleg 3 kártyát teszteltem. Ezek közül az egyik egy hp 256M tehát nem mai gyerek, viszont az olvasó amibe beleteszem, az ez: https://www.aliexpress.com/item/1005006049606008.html Lehetséges hogy az elektronika felülbírálja a fizikai kapcsolót?
Vagy mindhárom kártya alibi kapcsolós? Hogy lehet ezt tesztelni?

Valahol van egy régebbi olvasóm is ami mini usb kábellel működik. Meg kell keresnem...a kábelt is. Húú. De ez akkor is problémás.

Van olyan kártyám amire nem kellene semminek írnia csak a célgépnek. Viszont megtekinteni csak a PC-n tudom. S a Windows pl. előszerettel irogat rá mindenféle bűbájokat. De véletlen törlés ellen is jónak kellene lennie a fizikai kapcsolónak.
 

Eddig a mobaxterm-et használtam, használom, de:

• a funkciói nagy részére nincs szükségem
• hamarosan meg kell újítani a licencet (ne menjünk el abba az irányba, hogy devaningyé is, nem volt elég, ÉS ez csak egy indok a többi mellett)
• és esélyes, hogy lesz linux desktopom, így olyan megoldást keresnék - egyébként is -, ami multiplatform, és ugyanazt a konfigot tudom használni, mindkét OS-sel.

Egy példa, a tabby. Jó lenne ha jó lenne, de nem jó. Az ssh agent bugot "javították", arra rá bírtam venni, hogy belépjek egy helyi gépre, de azt már nem tudom jumpként használni (valami miatt nem okés neki a cipher vagy valami, az élet rövid, kb. egy óra után feladtam), plusz pár billentyű már most nem működik, szóval elvesztettem a bizalmamat, és nem akarok azzal szórakozni, hogy ebben a verzióban ez (nem) megy, abban meg amaz. Működjön.

Az elvárásaim:

• multiplatform, ugyanaz a konfig file windows és linux környezetben
  • NEM, az nem jó, hogy "hátdecsak seddel átalakítod, kérdezd a csetgépétét"
• agent auth
• tudjon jump/ssh proxy szervert használni
• "működjön", pl:
  • ne kelljen azzal szenvedni, hogy ez a billentyű itt nem működik, az meg amott
  • a copy-paste 1:1-ben vigye át a tartalmat (ezt eddig kb. a putty meg a moba tudta csak azok közül amit próbáltam)
• valami viszonylag kényelmes felület a szerverekhez (nem, a putty számomra nem kényelmes), mert viszonylag sok bejegyzésem van, viszonylag sok csoportban
  • Igen, próbálom körülírni, hogy NEM jó a putty mindenféle körbetákolása, mputty, kitty, stb. Hacsak nem tudja azt, ami nekem kell :D
• nem túlságosan tahornyák, egyelőre még az electronos is megteszi, ha nincs más, de ideálisan apró

Szóval akinek van tapasztalata ilyen alkalmazással, az kérem, ossza meg.

Előre is köszi.

Update:

Igen, a wsl-t kifelejtettem. Szóval. Ugye az csak a dolgok felét tudja, ahhoz is kell valami terminál (nem, a windows terminál nem jó, pont az hányta szét a karaktereket, amikor legutóbb próbáltam, plusz így 10 másodperc után úgy tűnik, hogy nem is multiplatform). Plusz az másik dolog, hogy a wsl-ből, vpn-en át nem tudok semmit se csinálni, helyi hálón megy. Jaa, nem, nem ismerem a Google-t, nem próbáltam interface súlyt állítani meg semmit se. Szóval ne menjünk ebbe az irányba se. Vagy de, nekem mindegy.

Aztán... a minek ez, minek az... röviden: csak. Ezt szoktam meg X év alatt, ezt szeretném tovább használni. Ha nem tudsz rá megoldást, nincs hari. Nem várom el senkitől, hogy megoldja a problémámat, de ha van tapasztalata ilyennel, akkor örülnék ha megosztaná.

Update 2:

Aki most vette elő a Google-t és/vagy csak szopatni akar, legalább egy smiely-t tegyen ki, hogy tudjam, mivel ne foglalkozzak. Nagyon köszi.

Sajnos eddig még nem jöttem rá, hogy miért nem sikerül a tárgybeli dolog. Itt egy Manjaro config, amit az /etc/grub.d mappába téve és 755-ös jogokat adva neki, simán betölti az iso fájlt. Persze egy update-grub dukál neki. A fedora azonban eddigi próbálkozásaim során vagy csak adott egy promptot, és ennyi, vagy bejött a boot képernyő, és csak forgott a kör, de megáll. Egyéb terminálok F1-F6 nem érhetők el hogy lássam mi a baja.

Ez a Manjaro. A manjaro-grub.iso az egy link, és nem problémázik. 

#!/usr/bin/sh
exec tail -n +3 $0
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
menuentry "Install Manjaro from ISO" {

    # Ahol az ISO található"
    set uuid="402ef87f-ae4f-4762-8eca-59234f9b9b73"
    set patH="Downloads/ISO/Linux"
    set iso="manjaro-grub.iso"
    
    search --no-floppy --fs-uuid --set=root ${uuid}
    loopback loop /${patH}/${iso}
    linux (loop)/boot/vmlinuz-x86_64 img_loop=/${patH}/${iso} driver=${dri} quiet
    initrd (loop)/boot/amd_ucode.img (loop)/boot/initramfs-x86_64.img
}

A Fedora teljesen máshogy kéri, de még akkor sem akar működni, ha loop-pal bemountolom, és onnan nézem ki a grub.cfg -t. Kínomban készítettem egy boot pendriveot, arról elindult ugyan, de valamiért mintha nem uefi módban lenne, partícionáláskor egy 1M dosboot partíciót akar kreálni, mert a gpt lemezről különben nem indul el. De miért nem jó neki a már meglévő 300M vfat boot partíció ahová az efi fájlok kerülnek? Arról nem is beszélve hogy megrettentem a telepítőtől. Nagyon nem felhasználóbarát. Bár az igaz hogy az éppen egy hálózati telepítő volt éppen. Nincs is live módja. De 600M? A Mageia hálózati telepítője 70M. Úgyhogy leszedtem egy KDE Live isot is, és azt szeretném becsatolni grubból.

Van egy nagyon régi bash scriptem, amely az általam kívánatosank gondolt csomagokat letölti a Fedora build szerverről, majd feltelepíti azt. Fedora 41-hez tavaly augusztusa óta nincs újab build bash-ből, tehát az nem változhatott. Kernel frissült 6.12.11-re, de azt alsóbb rétegnek gondolom.

Aztán ez a scriptem efféle hibaüzeneteket produkál:

/usr/bin/bash: line 1: package1: command not found
/usr/bin/bash: line 1: package1: command not found

Meg ilyeneket:

parallel: Warning: No more processes: Decreasing number of running jobs to 31.
parallel: Warning: Try increasing 'ulimit -u' (try: ulimit -u `ulimit -Hu`)
parallel: Warning: or increasing 'nproc' in /etc/security/limits.conf
parallel: Warning: or increasing /proc/sys/kernel/pid_max
parallel: Warning: No more processes: Decreasing number of running jobs to 30.
parallel: Warning: Try increasing 'ulimit -u' (try: ulimit -u `ulimit -Hu`)
parallel: Warning: or increasing 'nproc' in /etc/security/limits.conf
parallel: Warning: or increasing /proc/sys/kernel/pid_max
parallel: Warning: No more processes: Decreasing number of running jobs to 29.
parallel: Warning: Try increasing 'ulimit -u' (try: ulimit -u `ulimit -Hu`)
parallel: Warning: or increasing 'nproc' in /etc/security/limits.conf
parallel: Warning: or increasing /proc/sys/kernel/pid_max
parallel: Warning: No more processes: Decreasing number of running jobs to 28.
parallel: Warning: Try increasing 'ulimit -u' (try: ulimit -u `ulimit -Hu`)
parallel: Warning: or increasing 'nproc' in /etc/security/limits.conf
parallel: Warning: or increasing /proc/sys/kernel/pid_max
parallel: Warning: No more processes: Decreasing number of running jobs to 27.
parallel: Warning: Try increasing 'ulimit -u' (try: ulimit -u `ulimit -Hu`)
parallel: Warning: or increasing 'nproc' in /etc/security/limits.conf
parallel: Warning: or increasing /proc/sys/kernel/pid_max

Elég bután nézek ki a fejemből, mi változhatott milyen csomag rontott el bármit is. A package1 amúgy egy függvényem, nem külső parancs. A parallel december 24-én lett lefordítva, nem tudom, mikor került a gépre a legfrissebb változat belőle, viszont downgrade-eltem, és attól sem lett jobb.

A végén megörvendeztet még ilyesmivel is:

parallel: Error: No more processes: cannot run a single job. Something is wrong at blueman.

A blueman legfeljebb frissítendő csomag lehetne, nem futtatandó.

Tudom, kevés az infó, kellene a script, ha lesz időm, valahova feltöltöm, de nagyon sok éve működött, két-három napja romlott el.

A script: https://pastebin.com/a4vEFcNZ

És az alias file: https://pastebin.com/fvnjdNJz
 

Sziasztok,

most már pár napja szívok egy n00b problémával:

van egy RPI 64GB-os kártyával, amit szeretnék dd-vel átírni egy 256GB-os kártyára. Ez hibátlanul sikerül is, utána tudok bootolni a 256-os kártyáról.

A probléma ott kezdödik, hogy szeretném a 2. particiót a kártya maximális méretére kiterjeszteni. Két féleképp próbáltam, egyszer futó rendszernél és egyszer egy másik gép kártyaolvasójában. Csak a parancsok és méretek miatt a folyamat itt bemásolva:

pi@dockerpi:~ $ sudo parted /dev/mmcblk0
GNU Parted 3.2
Using /dev/mmcblk0
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) unit chs
(parted) print
Model: SD SN256 (sd/mmc)
Disk /dev/mmcblk0: 31107,171,39
Sector size (logical/physical): 512B/512B
BIOS cylinder,head,sector geometry: 31107,255,63.  Each cylinder is 8225kB.
Partition Table: msdos
Disk Flags: 

Number  Start      End          Type     File system  Flags
 1      0,32,32    32,194,33    primary  fat32        lba
 2      32,194,34  7764,108,23  primary  ext4

(parted) resizepart 2 31107,171,39
(parted) 
(parted) print                                                            
Model: SD SN256 (sd/mmc)
Disk /dev/mmcblk0: 31107,171,39
Sector size (logical/physical): 512B/512B
BIOS cylinder,head,sector geometry: 31107,255,63.  Each cylinder is 8225kB.
Partition Table: msdos
Disk Flags: 

Number  Start      End           Type     File system  Flags
 1      0,32,32    32,194,33     primary  fat32        lba
 2      32,194,34  31107,171,39  primary  ext4

ezután még volt

sudo e2fsck -f /dev/mmcblk0p2
sudo resize2fs /dev/mmcblk0p2

aztán átrakva a pi-ba a bootolás során megáll az USB eszközök felismerésénél.

próbáltam úgy is, hogy letörlöm a particiót és újra, nagyobb méretben létrehozom resize helyett, de az eredmény mindig ugyanaz. Van egy leírás, ami a futó rendszer alatt csinálja végig az egészet, az is ugyanazt eredményezi.

Mit bénulok el?

Sziasztok!

Az otthoni laptopom nem kompatibilis a Windows 11-el, és idén lejár a windows 10 támogatása. Emiatt valamilyen linux distrót keresek helyette.

Böngészésre, filmnézésre, hobbiszerű fejlesztésre (nem üzleti) használom a laptopomat.

Az alap elvárásom, hogy legyen viszonylag stabil az alap hardwarek támogatása (monitor, egér, billentyűzet, wifi kártya) Speciálisabb driverekre (pl.: Nvidia driver) nincs szükségem. Néhány példa a korábbi problémákra, amik miatt visszaváltottam linuxra:

• Kijött egy frissítés Ubuntura, amitől kezdve a GRUB-ból történő továbblépés után a laptop monitoron kikapcsolódott a háttérvilágítás, így csak erős fényben közelről lehetett látni bármit is a képből.
• A touchpad gyakran nem működött és újra kellett hozzá indítani az oprendszert hogy működjön.
• A Wifi sokkal lassabb volt, mint Windowson, rendszeresen megszakadt a kapcsolat, és a hálózati késleltetés sokszorosa volt a windowsosnak. (Inteles Wifi kártyám van, szóval elvileg támogatott linuxon...)

Ezen kívül érdekelne, hogy a streaming szolgáltatókat illetőleg van-e különbség az egyes distrók között.

Az oprendszer Linux Mint 21.3 "Virginia" a DE Xfce. Szeretném a chrome böngészőt az bejelentkezési kulcstartó nélkül indítani. A /home/user/.local/share/keyrings/Alapértelmezett_kulcstartó.keyring fájlban találtam is bejegyzést a böngészőre vonatkozóan, de nem tudom mit kell módosítanom, hogy kikapcsoljam. Bemásolom a fájl tartalmást:

$ cat /home/piros/.local/share/keyrings/Alapértelmezett_kulcstartó.keyring 
[keyring]
display-name=Alapértelmezett kulcstartó
ctime=1671196917
mtime=0
lock-on-idle=false
lock-after=false

[2]
item-type=0
display-name=Chrome Safe Storage Control
secret=The meaning of life
mtime=1732801117
ctime=1732801117

[2:attribute0]
name=explanation
type=string
value=Because of quirks in the gnome libsecret API, Chrome needs to store a dummy entry to guarantee that this keyring was properly unlocked. More details at http://crbug.com/660005.

[2:attribute1]
name=xdg:schema
type=string
value=_chrome_dummy_schema_for_unlocking

[3]
item-type=0
display-name=Chrome Safe Storage
secret=3btjl+uElsNy/8ZV+RpEEw==
mtime=1732801117
ctime=1732801117

[3:attribute0]
name=application
type=string
value=chrome

[3:attribute1]
name=xdg:schema
type=string
value=chrome_libsecret_os_crypt_password_v2
 

Köszönöm a segítséget!

Sziasztok,

Sem az UKUU, sem a Mainline Kernels nem mutat 6.11.0 utáni kerneleket.Tudja alaki miért nem? Milyen megoldást javasoltok?

Linux Mint 22 van a gépeimen, hosszú ideje a Mainline Kernelsel frissitetem aktuálid kernelre. https://github.com/bkw777/mainline

Üdv,

SzG