Linux-kezdő

Csoportos átnevezés

Nextra — Tue, 14 Oct 2025 08:59:40 +0000

Tudom mi ez, és általában tudom is használni, de most másról lenne szó. Az A panelen sok sorozathoz tartozó avi fájl, a B panelen sok mkv fájl de rossz névvel. A sorszámot persze tartalmazza.

Például:
A panel: 1x01 - Blabla.avi
B panel: Blabal.S01E01.WEBRIP.x264.HUN-nubira.mkv

Jelenlegi megoldásom az egyesével való átnevezés sokáig tart. Amit szeretnék az az hogy a számomra helyes avi fájlneveket alkalmazzam az mkv fájlokra is.

A panel: 1x01 - Blabla.avi
B panel: 1x01 - Blabla.mkv

Hogy lehetne ezt megoldani?

[Megoldva] Lemez csatolási probléma (időnként és kiszámíthatatlan gyakorisággal felcserélődik)

bendit — Tue, 23 Sep 2025 17:11:10 +0000

Linux-kezdő

Nemrég vettem egy új számítógépet, pontosabban csak nekem új a HP ElieDesk 800 G1 SFF gép.

Az alaplapon 3 db SATA3 csatlakozási lehetőség van, melyek a következők:
SATA0 Elsődleges merevlemez (sötétkék)
SATA1 Bármilyen SATA meghajtó, amely nem az elsődleges merevlemez (világoskék)
SATA2 Bármilyen SATA meghajtó, amely nem az elsődleges merevlemez (világoskék)

Nálam az alábbi csatlakozás van kialakítva:
SATA0 egy 512GB-os SSD
SATA1 egy 500GB-os HDD
SATA2 egy DVD olvasó

Mindkét lemezt még a beépítést megelőzően particionáltam a GParted segítségével, az általa ajánlott beállításokkal.
A partíciós tábla mindkét lemez esetében GPT.

512GB-os SSD (SATA0)
--------------------
sda1 - 300MB - EFI rendszer
sda2 - 32GB - ext4 (Debian 131.)
sda3 - 32GB - ext4 (MX Linux 23.6)
sda4 - 32GB - ext4 (nincs használatban)
sda5 - 415GB - ext4 (adatok)

500GB-os HDD (SATA1)
--------------------
sdb 1 - A teljes lemez ext4 LUKS titkosítással

A Debian 13-at használom napi szinten, automatikus csatolás (fstab) sda1, sda2, sda5, manuális csatolás sdb.

BIOS-UEFI jelenleg: UEFI Boot, Secure Boot engedélyezve, Legacy boot tiltva. Viszont volt már UEFI Boot, Secure Boot tiltva és Legacy boot engedélyezve. A probléma vonatkozásában eredmény nem változik, vagyis az sda és sdb időnként véletlenszerűen és kiszámíthatatlan gyakorisággal felcserélődik.

Akkor nézzük a /etc/fsatb szerkesztését. Évekig eszköznévre hivatkozással szerkesztettem (sda, sdb stb. néven hivatkoztam a partíciókra), de olvastam, hogy ez már "idejétmúlt". Rendben, legyen akkor UUID-re hivatkozás. Nem jött be. Na, akkor legyen disk by-id, majd disk by-partlabel. Szintén eredménytelen.

Na akkor próbáljuk a HUP-ot :)

Szívesen veszek minden előre múltató segítséget. A regisztrációm ideje senkit ne csábítson könnyelműségekre, csak szájbarágósan. :)

Megoldás:
Amit mindenki leírt, tehát UUID. Az általam problémának tekintett eszköznév cserére locsemege részletes magyarázatot adott (nektek ez evidencia, számomra új információ) gthomas hozzászólását olvasva pedig "homlokon rúgott a múzsa", hát persze, hogy a cryptsetup open esetén is az UUID-re kellene hivatkozni.

Köszönöm mindenkinek, hogy foglalkozott a problémámmal és segített a megoldásban.

APCUPSD / Debian / nem futtatja az APCCONTROL-t

obermotz — Tue, 15 Jul 2025 10:41:03 +0000

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.

szöveg keresés színesen

Nextra — Sun, 29 Jun 2025 19:08:48 +0000

Linux-kezdő

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

Postfix dockerben

Cozi — Thu, 10 Apr 2025 20:52:59 +0000

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

Webmin amtőröknek, profiknak, kinek, hogy?

rigot — Fri, 21 Feb 2025 20:24:52 +0000

Linux-kezdő

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?

sd kártya lock

Nextra — Sun, 09 Feb 2025 15:50:35 +0000

Linux-kezdő

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.

Terminál emulátor + ssh (linux és windows) kerestetik

Fisher — Fri, 31 Jan 2025 11:45:14 +0000

Linux-kezdő

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.

fedora iso és grub

Nextra — Thu, 30 Jan 2025 15:34:58 +0000

Linux-kezdő

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.

[Megoldva] Bash valamilyen függősége megromlott

locsemege — Sat, 25 Jan 2025 11:06:25 +0000

Linux-kezdő

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

[megoldva] root partició kiterjesztése nem megy

bbking — Sat, 18 Jan 2025 23:33:20 +0000

Linux-kezdő

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?

Desktop linux a windows 11-el nem kompatibilis laptopra

b.denes — Thu, 16 Jan 2025 20:09:19 +0000

Linux-kezdő

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.

Gnome keyring Chrome kikapcsolása

zslaszlo — Sun, 01 Dec 2024 10:32:46 +0000

Linux-kezdő

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!

Mainline Kernels nem mutat 6.11.0 utáni kerneleket

SzG — Fri, 01 Nov 2024 20:55:42 +0000

Linux-kezdő

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

/MEGOLDVA/ //.config/kreadconfig5rc nem írható

kikepzo — Mon, 16 Sep 2024 07:37:11 +0000

Linux-kezdő

Mageia9 KDE, hiba előzménye: Szerettem volna bejelentkezés nélkül bebootolni, itt a kdewallet jelezte, hogy a jelszótárolót akarom-e módosítani. Bezártam, hogy nekem ő nem kell. Illetve az sddm-nél állítottam be olyat, hogy nincs sddm, egy üres fehér háttérre klikkelve.

Innentől kezdve hibaüzenetek fogadnak a grafikus felületen ott, ahol már be kellene jelentkezni, az egyik ez: //.config/kreadconfig5rc nem írható. Beléptem recovery módban, majd rákerestem erre a fájlra, de nem a home/user/.config ahol megtaláltam, hanem az usr/bin . Adtam neki ott mindenféle jogot, plusz kínomban futtatható is lett, majd ezt átmásoltam a home/user/.config helyre úgy, hogy ott a jogot átírtam a root helyett userre és itt is kapott mindenféle jogot a file. kreaáltam új usert, de ez sem segített belépnem.

Mit javasoltok, hogyan tovább? Tudom gyorsabb volna reinstall a rendszer, de akkor soha nem fogom megérteni ezt a folyamatot. Itt olvastam erről, bár a megoldás nekem nem jó ebben az esetben:

https://bugs.kde.org/show_bug.cgi?id=492887

Megoldás: reinstall a rendszer, csak a / formázása és telepítése, a Home tartalma változatlan maradt, így a régi rendszerem köszönt vissza.