Linux-kezdő

Sziasztok, az a gondom hogy a szemre normálisan futó apcupsd látszólag nem hívja meg soha az apccontrol-t a megfelelő események bekövetkeztekor, miközben magukat az eseményeket szépen logolja:

Jul 15 12:00:01 a95x systemd[1]: Started apcupsd.service - UPS power management daemon.
Jul 15 12:06:48 a95x apcupsd[610]: Power failure.
Jul 15 12:06:54 a95x apcupsd[610]: Running on UPS batteries.
Jul 15 12:09:05 a95x apcupsd[610]: Mains returned. No longer on UPS batteries.
Jul 15 12:09:05 a95x apcupsd[610]: Power is back. UPS running on mains.
Jul 15 12:30:22 a95x apcupsd[610]: Power failure.
Jul 15 12:30:28 a95x apcupsd[610]: Running on UPS batteries.
Jul 15 12:32:36 a95x apcupsd[610]: Mains returned. No longer on UPS batteries.
Jul 15 12:32:36 a95x apcupsd[610]: Power is back. UPS running on mains.

Az eseményeket lekezelő szkriptek a default lokációban, a /etc/apcupsd alatt találhatók az elvárt nevekkel (offbattery, onbattery stb). Tuti én vagyok a béna és valami nagyon triviális dolog nem böki ki a szememet, de elakadtam, bármilyen ötletet örömmel fogadok.

Milyen trükkel lehetne megoldani a következő dolgot?
Van egy eldugott mappában pár txt fájl. Szeretnék rákeresni egy szóra vagy szövegrészletre ezekben a fájlokban.
Ezt megtudom oldani a grep -i "text" /path/*.txt paranccsal.
Viszont ekkor kiírja a teljes útvonalat ami zavaró.
Ha a grep -ih akkor nem ír ki semmilyen útvonalat, így nem tudom hogy az adott szövegrészletet melyik fájlban találta.
A find-del sem jutottam előrébb. Sőt.

A kívánatos az lenne ha megjelenítené a fájlt IS és a megtalált szöveget.
példa:

/path/path1/path2/path3/minta1.txt
/path/path1/path2/path3/minta2.txt 
/path/path1/path2/path3/minta3.txt 
/path/path1/path2/path3/minta4.txt 

Keresek szöveget: "ákombákom"
Ez a szöveg két fájlban is megtalálható.

grep -i "ákombákom" /path/path1/path2/path3/*.txt
/path/path1/path2/path3/minta2.txt: ákombákom a szélben
/path/path1/path2/path3/minta3.txt: ákombákom a viharban

Így szeretném megkapni az eredményt:
minta2.txt: ákombákom a szélben
minta3.txt: ákombákom a viharban

Csak a greppel mintha ezt nem tudnám elérni. Persze a "-c" kapcsolóval meg csak azt kapom ahol a kérdéses szöveg található, és hogy hányszor szerepel.
grep -c "ákombákom" /path/path1/path2/path3/*.txt
/path/path1/path2/path3/minta2.txt:1
/path/path1/path2/path3/minta3.txt:1

awk-kal meg lehet spékelni, vagy van jobb megoldás is?
grep -i "ákombákom" /path/path1/path2/path3/*.txt | awk -F'/' '{printf $5}'
Bár ebben az esetben elveszti a színeket. 

awk nélküli keresés esetén az én esetemben az útvonal lila, a keresett szöveg piros színt kap.
Ezt tipikusan akkor sikerül elérnem ha belépek a kérdéses mappába és ott adom ki csak a grep parancsot.
cd /path/path1/path2/path3/
grep -i "ákombákom" *.txt

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.