-
Fototrend
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
cigam
titán
válasz
vizcsap
#98248
üzenetére
Ez fura, mert egy partíciót több helyre felcsatolni nem tűnik jó ötletnek. De nem ismerem a btrfs(subvolume)-t, se a Silverblue-t.
Én nem szoktam játszani, nincs tapasztalatom, de szinte bármelyik rendszerre feltelepíthető a Steam és társai. Nem kell hozzá se btrfs se silverblue. Nagyon ragaszkodsz ehhez a distrho-hoz? Nem lenne jobb pl. egy Pop!_OS? -
cigam
titán
válasz
sh4d0w
#98246
üzenetére
Nem feltétlen az ő választása, a distro készítői gondolhatták úgy, hogy jó ötlet.
vizcsap
Ez nagyon érdekes és furcsa. ugyanazt a partíciót csatolja fel root-nak, /home-nak, és /var-nak?
Telepítéskor ezeket kérdezte, és te állítottad be így, vagy magától gondolta, hogy ez így okés?No és a másik parancs kimenete? Milyen partíciók vannak azon a lemezen?
-
cigam
titán
válasz
szuszinho
#98238
üzenetére
Csak tippjeim vannak. A törlés napló fájl elkészül? Abba mi szerepel? rm helyett tegyél be egy echo-t. Az jól kilistázza a törlendő fájlokat?
Vagy tegyél hozzá egy -f paramétert, ami ignorálja a nemlétező fájlokat, és paramétereket.
find /ide -type f -mtime +15 -exec rm -f {} \; >> log.txt 2>&1A Shell script topikban talán többen jobban értenek hozzá.
-
cigam
titán
válasz
vizcsap
#98236
üzenetére
Amikor elindult a rendszer, nyiss egy terminált, és add ki a két következő parancsot:
sudo cat /etc/fstab
Ennek a kimenete megmutatja, hogy induláskor melyik lemezt melyik mappába csatolja fel.Az
lsblk -f
pedig megmutatja, hogy melyik lemeznek mi az azonosítója (UUID)Ebből és a hibaüzenetekből már talán kisakkozható, hogy melyik lemezt hiányolja induláskor, és miért.
Sikerült a legismeretlenebb distro-t felkutatnod
A Fedora Silverblue-val nincs semmi tapasztalatom. -
cigam
titán
A Mint, Pendrive lemezkép-író csak engem nem szeret?
Írás közben nem mutatja azon az alsó csíkon hogy hol tart az írásban? Mert az, hogy eltűnteti a kijelölt eszközt, hogy hosszú percekre beszürkül minden, nem túl bizalomgerjesztő. Azt is hihetném, hogy lefagyott. Igaz hálózatból kellene dolgoznia, de nem reklamált miután behúztam az ISO-t, sőt az online ellenőrzőösszeg kiszámolása/összehasonlítása nem volt gond. -
cigam
titán
válasz
growler
#98051
üzenetére
Lassúnak lassú, és volt ami frissült, volt ami nem.
Első körben több mint 100 csomagot frissített, köztük a kernelt ...38-ról ...41-re. Ez nem jött össze neki, a csak olvasható fájlrendszeren nem tudott új initramfs-t létrehozni. Újraindítás után már csak 16 csomagot frissítene, de ezek "visszatartott" csomagok. Szóval a frissítése sikerült is meg nem is. Az /etc/apt/source.list fájlban csak egy cdrom sor van Mint alatt. Kiiktattam egy #-al az elején, reboot után ott volt a #-os cdrom sor, és alatta egy új cdrom.... bejegyzés.
Szóval felemás az eredmény.
Ja, és kikacsolásnál is panaszkodott a naplózásra csak olvasható fájlrendszeren. -
#98014
cigam
titán
tordaitibi
#98013
cigam
titán
válasz
tordaitibi
#98013
üzenetére
Amíg nem nézted meg a Store-os verziót, korainak tűnik a kijelentésed.
-
cigam
titán
Mert nem egészséges keverni a különböző grafikus felületek programjait, pláne a Qt-t a gtk futtatókörnyezeteket. Magával hoz függőségként olyan programokat, futtatókörnyezetet (akár a komplett KDE-t), amire a jelenleg használt ablakkezelő rendszernek nincs szüksége. Ez nem csak feleslegesen nagy helyfoglalást okoz, adott esetben össze is veszhetnek 1-1 felülírt konfiguráción/szolgáltatáson. Itt is sokan méltatlankodnak a konténer formátumok miatt, mondván feleslegesen pazarolják az erőforrást. Hát ez is egy ilyen felesleges pazarlás. 1 program miatt telepítesz 100 másik csomagot.
Mivel alapból más környezetben futtatod (Qt kontra gtk), nem ér el olyan rutinokat, szolgáltatásokat, amiket a másik grafikus környezetben talán nincsenek is, vagy másképpen kell őket elérni. Általában látszik a "tájidegen" megjelenés.
Nem véletlen, hogy egy csomó programnak - pl. a DC-nek is - van Qt ill. gtk kiadása. -
cigam
titán
válasz
ubyegon2
#97939
üzenetére
A Bonjour is az Apple nevéhez kötődik, egyfajta automata hálózati tallózó.
"Az Avahi megkönnyíti a szolgáltatások felderítését a helyi hálózatban, mDNS/DNS-SD protokoll segítségével. Ha csatlakoztatunk egy laptopot vagy egy számítógépet a hálózatra, azonnal láthatóvá válnak más emberek nyomtatói, fájlmegosztásai. Kompatibilis a az Apple MacOS X („Bonjour” vagy „Zeroconf”) technológiájával." Forrás: [link]
-
#97930
cigam
titán
tordaitibi
#97928
cigam
titán
válasz
tordaitibi
#97928
üzenetére
Ez a gép ami HW-esen át van alakítva? pl. kilóg belőle az SSD? Lehet boot közben bekadt egy forgács darabba az egyik fogaskereke
Hiba kód nélkül bármi okozhatta, de kilazult kábelre/kártyára, kontakthibára gyanakodnék. -
cigam
titán
válasz
#78522999
#97923
üzenetére
Azt nem írtad, hogy mikor volt a "korábban". Szinte tegnap volt 2023... És mint írtam, csak egy tipp volt.
Itt egy kicsit másképpen írják felül, lehet ez is számít.
Azt nézted már, hogy a /sys/class/drm/card1/device/gpu_od/fan_ctrl/fan_curve fájlnak mik a jogosultságai, ki a tulajdonosa? Nem lehet, hogy SElinux vagy hasonló plusz jogosutlság kiosztás is van a rendszeren?ubyegon2
Akkor ennek a logikának a mentén hálózati erőforrást is kitehetsz az asztalra, vagy a saját mappádba, és ha megnyitod, megjelenik a megosztott erőforrás. Ez akár DC-ben is működhet, és akkor nem kell az fstabb-al szívnia. -
cigam
titán
válasz
paolinho
#97916
üzenetére
Pedig jó helyen jársz. Az a "NAS" az egy gépet(eszközt) szimbolizál a hálózatodon. Ha lenne több eszközöd, amiken van smb megosztása, akkor több ilyen ikont látnál.
Nyisd meg, és akkor fogod látni, hogy az adott eszközön milyen megosztások vannak beállítva. Ezek közül kell választanod egyet, és ennek a megosztásnak a nevét kell beírni az fstabba, az ip cím után. -
cigam
titán
válasz
paolinho
#97914
üzenetére
Ne "valamit" hanem a megosztás nevét. Ha most a "gyári" fájlkezelőben megnyitod a NAS-t (nem a helyi mappát, hanem a hálózaton keresztül), milyen megosztásokat mutat? Azok még nem a mappák, csak a megosztások nevei.
Ez kb úgy néz ki, hogy
a.szerver.ip.cime.vagyaneve/amegosztásneve/ezekmáranasmappái,fájljai -
cigam
titán
válasz
paolinho
#97911
üzenetére
Még1 hibát észrevettem: Az IP cím után nincs megadva a megosztás neve, amit fel szeretnél csatolni.pl
192.168.1.2/mozi /mnt/NAS ....Necronom
Ha jól tudom a SkyShowTime-on kívül mindegyik megy böngészőből. A 4k-ban nem vagyok biztos, abban viszont igen, hogy ezt a helyi hálón nem továbbítod sehova. -
cigam
titán
válasz
paolinho
#97909
üzenetére
Aha... Kell még egy parancs
sudo systemctl daemon-reload
Ahogy írja is, mert a régi van használatban.Ha abból a sorból törölted ki, akkor mi írja hogy 'Nincs ilyen fájl, vagy könyvtár"?
Ne részletek mutass, vagy az utolsó hibaüzenetet, hanem a kiadott parancsot is.Most hogy néz ki az a sor, amit beírtál az fstabba?
-
cigam
titán
válasz
paolinho
#97902
üzenetére
Alakul a dolog. most hogy néz ki az a bizonyos sor? Lehet csak egy vessző, szóköz hiányzik, kell még.
Lehet ki kellene törölni belőle az
,iocharset=utf8
részt?
Ha kitörölöd, rámentesz, úgy is panaszkodik?Igen, ezért szenvedünk most picit az fstabb-al, hogy minden induláskor megpróbálja felcsatolni.
Tudom "jókor" jut eszembe, de a gyári fájlkezelőben tudsz parancsikont létrehozni az asztalon, vagy a mappádon belül? Ezt a parancsikont be tudod húzni az indítópultba? Nem tudom Mint alatt vane- ilyesmi, vagy hogy működhet-e. Csak egy ötlet, hogyan tudsz megszabadulni a termináltól. Mert olyan is van, hogy váltig állítják, hogy GUI-n minden megoldható Mint alatt
![;]](//cdn.rios.hu/dl/s/v1.gif)
. -
cigam
titán
válasz
paolinho
#97900
üzenetére
Az a jó, ha nem üzen semmi hibát. Ezután mit látsz az /mnt/NAS könyvtárban?
Ha újra megnyitod az fstab-ot, benne van a bejegyzésed?
De hát ezt írtam neked az elején:
paolinho
Előbb tapasztald ki, hogy a rendszer alapértelmezett fájlkezelőjében hogyan működik az elérés. Ott látod-e a NAS-t, tudsz-e kapcsolódni. Ha ott felcsatoltad, eléred, megjelenik a DC-ben is. -
cigam
titán
válasz
paolinho
#97897
üzenetére
Ha már létrehozta a NAS könyvtárat az /mnt könyvtárban, persze hogy méltatlankodik, hiszen már ott van.
Megint furán lecsípted az általam mutatott parancsot. Hiányzik az :users, ami a csoport tagságot állította volna be.
Így csak a felhasználód vette tulajdonba a mappát, a csoport (users) nem. Ez később még jogosultsági probléma lehet. Ha egyedül használod, valószínű így működni fog.Jónak tűnik az fstab fájl. Ha kiadod a
sudo mount -a
parancsot, újra végrehajtja az fstab fájlban felsorol csatolásokat. Ha minden jól megy az /mnt/NAS mappádban megjelenik a NAS tartalma. -
cigam
titán
válasz
paolinho
#97895
üzenetére
Utána hogy jutok a végére? Csak simán a Le nyillal?
Pontosan! Lemész a /swap sor alá, és oda beírod /bemásolod azt a szép hosszú sort.
Az username=felhasználó,password=jelszó a NAS megosztásához tartozó felhasználónév/jelszó, és nem a Linux felhasználód adatai.Az utolsó fotón hiányzik az user= és a password= bejegyzések.
A # jel nem kell az elejére, ezzel jelzed a rendszernek, hogy abba a sorba írt további parancsokat ne vegye figyelembe. Ahogy a képen is látod, angol magyarázó szöveg is a # jellel kezdődik, hogy a rendszer azt ne próbálja értelmezni. Ez arra is jó, hogy inaktívvá tegyél egy bejegyzést, ha mégse lenne rá szükséged, de kitörölni sem szeretnéd, mert később még kellhet.
-
cigam
titán
Honnan tudná, hogy ez a rengeteg makró szándékosan van ott? Ezért is mondja rá hogy PUA. Potenciálisan kéretlen alkalmazás, azon belül is dokumentum.
Ha tudod, hogy azok biztonságosak, figyelmen kívül hagyod, de meg is kérheted, hogy hagyja figyelmen kívül --exclude-pua=Doc -
cigam
titán
válasz
sh4d0w
#97880
üzenetére
Köszi!
Ehhez a TPM chiphez van szabványos hozzáférés? A Linux tud kommunikálni vele?
Közben kipróbáltam, és a helyreállítási kulcsa simán feloldható a titkosítás, ezek után pedig hozzáférek, fel tudom csatolni a fájlrendszert.paolinho
Előbb tapasztald ki, hogy a rendszer alapértelmezett fájlkezelőjében hogyan működik az elérés. Ott látod-e a NAS-t, tudsz-e kapcsolódni. Ha ott felcsatoltad, eléred, megjelenik a DC-ben is.DC-ben nekem sem működik a hálózat elérése. Se akkor, ha belemegyek a "Windows Network"-be, sem akkor, ha a "Hálózat" menü "Hálózati csatlakozás..." pontjára bökök.
A legegyszerűbb, és legbiztosabb, ha készítesz neki egy mappát pl. /mnt/NAS és minden boot-kit ide próbálja majd felcsatolni a NAS-t. Ehhez kell készítened egy könyvtárat:
sudo mkdir /mnt/NAS
Ezután hozzá kell aki a felhasználódat, és csoportodat, hogy Te is hozzáférj:
sudo chown felhasználóneved:users /mnt/NASAztán szerkeszteni kell az fstab fájlt:
sudo nano /etc/fstabÉs a végéhez egy új sorban beírni:
//a.nas.ip.címre/megosztásneve /mnt/NAS cifs username=felhasználó,password=jelszó,iocharset=utf8 0 0Elmented (CTR+O), kilépsz (CTRL+X), és a
mount -a
paranccsal leteszteled működik-e. Ha minden jól ment a /mnt/NAS mappa alatt eléred a NAS-t. A DC alatt is. -
cigam
titán
válasz
5leteseN
#97864
üzenetére
Nagy trükk nem kell, ha csak a Linux-oknak kiadott kulcsot frissítették, elég lesz - ahogy írták is - egy új kiadást készíteni, az új kulccsal. Persze elegánsabb lett volna jóval korábban kiadni a fejlesztőknek ezt az infót. Plusz semmi nem történik (még!), ha utólag kikapcsolod Secure boot-ot.
-
#97863
cigam
titán
tordaitibi
#97860
cigam
titán
válasz
tordaitibi
#97860
üzenetére
A BitLocker nem a fájlrendszert titkosítja, hanem a lemezt. Ebből következik a dual boot problémája is. Ha titkosítva van a lemez, hogyan oldala fel a titkosítást a Linux, ha csak a Windows ismeri a kulcsot?!
Pendrive/külső lemez esetén egyszerűbb a dolog, ott csak egy jelszó kell a BitLocker titkosítás feloldásához.Szóval miután kötelezővé válik, valószínű CsengődiGeri megoldása lesz csak járható(2 külön lemezen a két külön rendszer), hacsak fel nem fújják magukat a fejlesztők, és a kulccsal titkosított Bitlocker dekódolást is fel tudja oldani.
-
cigam
titán
válasz
CPT.Pirk
#97845
üzenetére
Ezt én is olvastam, csak a mechanizmusát nem értem. Ez nem csak akkor jön elő, ha a Secure boot be van kapcsolva? Hogyan képes a Windows az UEFI Secure boot "adatbázisát" frissíteni? Ez nem biztonsági rés? Ennyi erővel "bármelyik" program képes átírni az UEFI NV-RAM-ban tárolt adatait.
-
cigam
titán
Simán készíthetnél oktatóvideókat, tippeket, trükköket bemutatva. Jól követhető, érthető volt.
Nagyon érdekes volt megtapasztalni a "funkcionális rögzítettség"et. Mivel az EFI volt az első partíció, azt akartam, hogy annak a mérete nőjön, és eszembe nem jutott készíteni(másolni) a lemez szabad területére egy másik nagyobbat.Köszi!
-
#97756
cigam
titán
tordaitibi
#97755
cigam
titán
válasz
tordaitibi
#97755
üzenetére
Igen, lehet visszacsinálom amit lehet, hagyom az eredeti efi, és csinálok egy másik jó nagyot, és arra telepítem a systemd-t.
Vajon, ha átmásolom rá a Windows bejegyzését, működni fog az is?
Na majd kipróbálom.Köszi a tippeket!
-
#97747
cigam
titán
tordaitibi
#97745
cigam
titán
válasz
tordaitibi
#97745
üzenetére
Persze! A Windows-ból lecsíptem 2GB-ot, és eltoltam, hogy az üres hely legyen előtte. Azt a kis 16MB vmit áthelyztem a Windows elé, így az üres hely előtte legyen, és az EFI után. Átméretezte az EFI-t, de a fájlrendszerével nem tudott mit kezdeni, ott valami olyasmit üzent, hogy fejlesztés alatt, és bocsi ez nem megy. Ami azért is meglepő, mert egy FAT-el való szüttyögés nem újkeletű valami.
Igen arra is gondoltam, hogy mindent lemásolok, újrakreálom nagyban, és visszamásolom+ a boot, és esp flageket visszaállítom, de túl nagy macerának tűnik. Kíváncsi vagyok a systemd-boot-ra, de ennyire nem.
Köszi a tippeket!
-
cigam
titán
válasz
ubyegon2
#97741
üzenetére
Igen az "alfa" kifejezés elég volt ahhoz, hogy a 22-est szedjem le.
De itt is beleütköztem egy fura hibába. A Windows 100MB-os EFI-jének növelésébe beletörik a bicskám. Nem tudja a FAT32 partíció méretét felhúzni 2GB-ra, a gparted. Se live rendszereken, se a telepített ubuntu alól. Windows alatt meg nem férek hozzá a lemezkezelővel. Hogyan tudnám megoldani, hogy az EFI FAT32 fájlrendszer méretét felhúzzam a partíció méretére.
Pl. az endevour is alapértelmezetten systemd-boot-ot készítene, de ugye 100MB nem elég neki. -
cigam
titán
válasz
#63718632
#97738
üzenetére
Köszi a tippet!
Ahogy olvasgatom, a distro-nak erősen rá ker gyúrni, támogatnia kell. Nem csak úgy hip-hop lecserélem. Pl. a Debian csapat most nyáron kezdte el keresni a lehetőséget, hogyan tudják támogatni. [link]
Érdekes ez a POP OS. A kezdő nyelvválasztó ablakban talán még a klingont is kijelölhetném, de nem találtam magyar nyelvet. -
cigam
titán
Köszi, de a bootctl install parancs után ez nem sokat segített. Első reboot után csak az efi menüt ajánlotta fel. Se Ubuntu, se Windows.
Nem automatikusan szedi össze a menüelemeket? Már az gyanús, hogy a /boot/efi alatt még egy efi mappám. Elég nagy katyvasz lett az évek folyamán.
Lehet itt az idő tiszta lappal indulni? -
cigam
titán
-
cigam
titán
válasz
paolinho
#97681
üzenetére
Terminálból is lehet. Szinte mindegyik distro tartalmaz GUI telepítőt.
Pl. MX esetén is ott a Package Installer. Ezek általában a saját, vagy a szülő (pl. Debian) csomgkínálatát ajánlják fel. De az sem ritka, hogy a distro-hoz nem tartozó, az internetről letöltött .deb fájlok telepítését is levezényli.
Érdemes distro kínálatából választani, mert az adott rendszeren le lettek tesztelve, úgy vannak lefordítva, beállítva, hogy ond nélkül stabilan működjenek az adott rendszeren.A külső forrásból telepített csomag(pl. .deb, vagy .rpm fájl) az olyan mintha az internet mélyéről töltöttél volna le egy .zip fájlt Windowsra, bármilyen plusz "ajándék" is lehet a teleepítőben. Természetesen a készítőkre (pl. a LO)nem jellemző hogy szándékosan bármi kártékony kódot tegyenek a csomagjaikba, de elképzelhető, hogy olyan függőségeik vannak (más programok/és rutin könyvtárak telepítését is megkövetelik) amiket az adott distro nem tartalmaz. Így vagy nem tudod telepíteni, vagy nem fog megfelelően működni. Ennek áthidalására, és a biztonság növelésére találták ki a különféle konténer formátumokat. Ezek tartalmazzák a futtatásukhoz szükséges összes programot rutin könyvtárat, cserébe sok helyet foglalnak. Viszont nem írják felül a rendszer által használt verziókat, és elég jól lekorlátozhatóak, hogy ne tudjanak a op.rendszer vagy más felhasználók fájljaihoz hozzáférni.
A distro-hoz tartozó "program áruház" nem tartalmaz ilyen "aknákat", azokat mind függőség, mind stabilitás, mind biztonság szempontjából ellenőrzik.
És itt válnak ketté (hárommá) a distro-k kategorizálása. Vannak a kiadás alapúak, amik egy konkrét dátumhoz kötődnek, vagy majd akkor adják ki a következő kiadást, amikor úgy érzik minden a helyére került, és stabilan működnek az újabb programverziók(ill. maga a kernel).
És vannak a gördülő kiadások, amik akár naponta több alkalommal is frissítik a csomagok kiadásait, így egy hiba javítása, vagy egy újabb programverzió szinte azonnal fel kerül a gépedre.
És vannak akik a kettő között vannak valahol (félig meddig gördülő) kiadások.
Mindegyiknek megvan a maga előnye, ill. hátránya. Egyéni ficam ki melyiket választja. Ahogy az ablakkezelőből is rengeteg van, egyéni ficam ki melyiket választja, melyik tetszik meg neki.Bocs a hosszúságért!
-
-
cigam
titán
válasz
#63718632
#97630
üzenetére
Semmi nem fent félre. Talált egy boot flag-el ellátott efi partíciót, hát odatette a boot fájljait. Mégis hova máshova tette volna?
Nem mellesleg, ha a másik lemezen hoz létre magának egy új efi partíciót, és arra állítja át a boot flag-et, akkor meg azon menne a hiszti, hogy
- miért hozott létre még egy efi partíciót
- miért vette el az első lemez efi-jéről a boot flag-et, így "eltüntetve" a linux-ot -
cigam
titán
válasz
sh4d0w
#97263
üzenetére
Erről a készítők tehetnek nem csak az Ubuntu.
Mezei userként nem tudom
- magam hozzáadni a boinc csoporthoz, hogy működjön a számítás.
- a Gnome shell bővítményeket hozzáadni, pedig az admin userként simán bepattintottam a nasa apod háttérkép csereberélőt.
- az USB meghajtót felcsatolni.
És ez csak 3 korlátozás az elmúlt fél órából, amibe beleütköztem.Naná hogy senki nem akar mezei user lenni. Az elsőnél még érthető a korlátozás, de a másik kettő? Tényleg napokig hetekig nyálazzam a Manuel, meg az internetet hogy mit kell bekapcsolni, hogy mezei user is fel tudjon csatolni egy merevlemezt?
-
cigam
titán
válasz
sh4d0w
#97260
üzenetére
Nem csak az Ubuntu kér sudo-t, ha telepíteni kell egy programot/csomagot, vagy egy konfigurációs fájlt szerkesztenél.
Tehat nem csak a root accountnak van emelt privilegiumszintje, hanem minden usernek.
Ez így nem igaz. Csak az első user lesz tagja a sudoersnek. A többi már nem lesz az, vagy szándékosan be kell pippantani.
Az a baj hogy a Windows-hoz hasonlóan az első és egyetlen (admin) felhasználóként használják a gépet, és nem hoznak létre mindennapos használatra egy mezei user felhasználót. -
cigam
titán
válasz
sh4d0w
#97241
üzenetére
Rootként alig par mozdulattal ezt oda allitod, ahova akarod.
Márpedig egy rendszergazdától elvárható hogy tudja mit miért csinál. Egy mezei user nem képes módosítani azt. Nem értem mi a probléma.
Ennyi erővel egyik linux sem biztonságos, mert emelt szintű jogosultsággal bármit elállítok ahogy akarok.
-
#97228
cigam
titán
tordaitibi
#97227
cigam
titán
válasz
tordaitibi
#97227
üzenetére
Nem! Csak azt hittem ennél szofisztikáltabb a permissions kezelés.
-
#97226
cigam
titán
tordaitibi
#97223
cigam
titán
válasz
tordaitibi
#97223
üzenetére
Nem lett volna egyszerűbb a snap store-ban, ha már egyszer működik nálad a permissions(#42702)?
-
cigam
titán
Ismertek a borg archiváló programot? A kicsomagolással lenne problémám. https://borgbackup.readthedocs.io/en/stable/usage/extract.htmlNem találtam olyan opciót ami nem az eredeti helyére csomagolja ki a tartalmát. Csak "mount"olni tudom, és onnan kimásolni ami kell?
Közben kiderült, hogy abba a könyvtárba bontja ki a tartalmat, ahonnan futtatom.
-
#97140
cigam
titán
shadow1901
#97138
cigam
titán
válasz
shadow1901
#97138
üzenetére
-
cigam
titán
válasz
nagyfejü
#97121
üzenetére
Mert 30adjára is ugyanúgy kattintgatod végig. Naná, hogy ugyanazt az eredményt kapod.
P. ilyenkor megnézed, hogy mi szerepel az OMV logban, hogy ekkor mi történik a "túloldalon"?
Ilyen üzenet akkor fordul elő, ha nem "mindenki"nek van megosztva, vagy a Windows-on beállított user/pass nem megfelelő. -
cigam
titán
válasz
nagyfejü
#97119
üzenetére
Természetesen bekavarhat mindkettő. Magára a lemezre többféle módon hivatkozhatsz felcsatoláskor. [link] A legbiztosabb, ha az egyedi azonosítóját adod meg (UUID), mivel a (partíció)neve (LABEL, PARTLABEL) könnyen módosítható, és egy átnevezés után már borul a bili, nem találja a régi nevén. Lövésem nincs, hogy az OMV alapból melyiket használja.
Ugyanez igaz a megosztásokra is. Ha beállítod, hogy a lemez fájlrendszerét felcsatolod a /media/mozi mappába, akkor a megosztás beállításakor is az van beállítva, hogy a /media/mozi könyvtárat osztod meg. Ha közben nem mégsem oda csatolod fel a merevlemezen található partíció fájlrendszerét, vagy nem sikerül oda felcsatolni, vagy közben átnevezed, a hálózat felöl nem fogsz látni semmit, mert a /media/mozi mappa mögül eltűnik a fájlrendszer. És még van pár buktatója (pl. jogosultságok). Ha valahol megszakad a lánc, a végén nem fogod elérni a hálózatból az adataidat.A legfrissebb stabil verzióval kellene kezdeni, és talán az OMV topikban folytatni.
-
cigam
titán
válasz
nagyfejü
#97117
üzenetére
Ha jól láttam nem esett szó arról, hogy
- Az új SATA vezérlőre dugott lemezeket látja?
- Ha kiveszed a SATA vezérlőt, és visszadugod az összes lemezt az alaplapi(?) SATA-ra dugva, ahogy régen volt. Úgy elkezdi látni/működni?
- Mielőtt belevágtál a randalírozásba, és mindent is elállítottál, készítettél előtte egy mentést a működő rendszerről?
- Lehet tényleg egyszerűbb lenne 0-ról felépíteni újra az egészet.Túlságosan rápörögtél a samba beállításaira, pedig azok jól látható módon működnek, hiszen látja a Windows. A mögötte lévő lemezt/fájlrendszert nem látja, ezért üresek a megosztások.
Az is sokat dobna problémakeresésen, ha megnéznéd a naplót, mikre panaszkodik.
Ha jól tippelek, amíg nem csatolja fel a lemezeket (a megfelelő sorrendben, beállításokkal) nem fog beröffenni a smb sem.Pl. Ez a fotó elég gyanús. Amíg van ott egy missing státusz, hibás a konfig, és ez megakadályozhatja az összes lemez felcsatolását (kitudja milyen logika mentén dolgozik). Anno rémlik, hogy ha valami pici részlet nem volt jó, az egész nem működött, nem csak az a pici.
Ne kapkodj, vegyél egy nagy levegőt, gondold át.
-
cigam
titán
válasz
nagyfejü
#97105
üzenetére
Nincs vele tapasztalat, de nem valószínű. Ez csak a gyári NAS-ok heppje.
Az nem megoldás, ha jön egy gubanc, akkor lecseréled az egész rendszert, ahelyett, hogy kinyomoznád mi ment félre. Mi van ha a jövő héten az EasyNAS-al is belefutsz egy problémába?
Amúgy is bizalomgerjesztő az üres dokumentációs oldaluk. -
cigam
titán
válasz
nagyfejü
#97087
üzenetére
Az OMV is csak egy linux, csak nem olyan ami a VGA-n keresztül mutat egy GUI-t, hanem egy WEB felületen.
A kitételeket minden linux tudja, de sokat kell tanulni ahhoz, hogyan kell beállítani pl. egy samba megosztást. Nincs GUI megosztáskezelő, szöveges fájlokban kell elvégezni a beállításokat. pl [link] Az OMV ettől kímél meg úgy, hoy ezeket a beállításokat egy WEB-es felületen keresztül tudod elvégezni.
Sokkal egyszerűbb lenne kideríteni, hogy mi ment félre, ha már az ismert(?) OMV felületen maradsz.
Pl. ha kiveszed azt az új HDD-t, akkor rendbe jönnek dolgok? -
cigam
titán
válasz
CPT.Pirk
#97082
üzenetére
Egy másik fejlesztő szerint nem kell az AMD driver, ez csak régen volt igaz.
Ez az állítás csak a régi Mesa OpenCL API cloverre igaz, az új Mesa OpenCL API rusticl-re nem. Nagyon fontos különbséget tenni a kettő között.
Itt meg olyasmit írnak, hogy pro driver kellene használni, de
- Az amdgpu-pro 20.40 nem kompatibilis az Ubuntu Linux kernelekkel az 5.4.0-54 után.
- Az amdgpu-pro 20.45 meg már nem PAL OpenCL-t használ, hanem ROCr-t.Vagyis vissza kéne lépni ubuntu 20-ra? Ne má... Plusz eddig szó sem volt arról, hogy a pro drivert kellene feltenni, hiszen nincs is hozzá "pro" HW. Igaz ez is egy 3 éves bejegyzés.
Egy mezei halandó nem képes követni ezt a sok rövidítést(rusticl, PAL, ROCr,...), és hol így magyarázzák, hol úgy. Inkább hagyom a fenébe. Azt hittem én is, hogy csak valami apróság hiányzik, de úgy tűnik Linux alatt nincs megoldás.
-
cigam
titán
válasz
CPT.Pirk
#97080
üzenetére
Az a baj, hogy lövésem nincs melyik mire épül, melyik lövi ki/helyettesíti a másikat.
Ha az AMD driver telepítése után felteszem a mesa-opencl-icd, vagy a pocl-opencl-icd csomagot, a clinfo elkezdi listázni a GPU (OpenCL?)paramétereit, de ezek nem teszik vissza az open driver-t? A mesa-opencl-icd telepítése után, a boinc elkezdi látni, használni a GPU-t, de akkor a GUI omlik össze. A pocl-opencl-icd telepítése után a clinfo látja a GPU-t, de a boinc nem látja. Olyat is olvastam, hogy valakinél csak 5.4-es kernelig volt jó, aztán elromlott (Ha jól emlékszem a 22-es Ubuntu 5.8-at használ.)
Sajna a hivatalos doksi kaksi, csak annyit ír, tedd fel az AMD driver, és egy link az AMD oldalára.
Pihentetem a dolgot(, ami nem megy, nem kell erőltetni). Az OpenCL-el valahogy nincs szerencsém. -
cigam
titán
Felment a 22, felment az amd driver, de most meg clinfo sem látja:
Number of platforms: 1
Platform Profile: FULL_PROFILE
Platform Version: OpenCL 2.1 AMD-APP (3614.0)
Platform Name: AMD Accelerated Parallel Processing
Platform Vendor: Advanced Micro Devices, Inc.
Platform Extensions: cl_khr_icd cl_amd_event_callback
Platform Name: AMD Accelerated Parallel Processing
Number of devices: 0 -
cigam
titán
Kellene az AMD drivere, mert azzal működik a bonc GPU számítás. Ha jól látom 24.0.1-es Ubuntu-hoz nincs kint még a megfelelő verzió. Próbáltam a 6.0... verziót feltenni, de az amdgpu dkms fordításába beletörik a bicskája.
Várjam meg amíg megjelenik a 24-hez való, downgrade-eljek 22-re?
RHEL és Ubuntu-n kívül más rendszerre nem is lehet felrakni az AMD féle megoldást? -
cigam
titán
Mint kiderült nem a mesa-opencl-icd csomag(és függőségei) okozza a problémát, hanem a boinc kliens.
Amint észreveszi, hogy van számára használható GPU elkezdi használni, és kiakad a desktop. (Merthogy automatikusan induló szerviz) Ha nem fut a boinc, megint stabil a desktop úgyis, hogy működik az OpenCL. Vagy legalábbis a clinfo már lát 1 eszközt.
A fejlesztő sem biztos abban, hogy mi okozza:
De mindegy is, nem igazán tudom, mit lehet tenni az eredeti problémáddal. Valószínűleg több vizsgálatra lesz szükség, hogy miért a clover okoz itt problémákat, de a clover nagyjából már nem fejlesztik, és talán az a legjobb, ha megmondjuk a disztribúcióknak, hogy ne szállítsák a clovert és a rusticl-t együtt, így. Nem egészen biztos. -
cigam
titán
válasz
CPT.Pirk
#97057
üzenetére
A journalctl-el előhoztam az előző boot-ot, de semmi számomra értelmezhető.
Valahol itt kezdődik a gond:
[drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring gfx_low timeout, signaled seq=573, emitted seq=575
drm:amdgpu_job_timedout [amdgpu]] *ERROR* Process information: process gnome-system-mo pid 3631 thread gnome-syst:cs0 pid 3649
amdgpu 0000:04:00.0: amdgpu: GPU reset begin!
[drm] psp gfx command UNLOAD_TA(0x2) failed and response status is (0x117)
amdgpu 0000:04:00.0: amdgpu: MODE2 reset
amdgpu 0000:04:00.0: amdgpu: GPU reset succeeded, trying to resume
[drm] PCIE GART of 1024M enabled.
drm] PTB located at 0x000000F400A00000
[drm] PSP is resuming...
...
[link]Azaz AMD GPU reset nem tűnik jó dolognak.
-
cigam
titán
Az mitől lehet, hogy mikor telepítem a mesa-opencl-icd csomagot, a clinfo szerint beröffen az OpenCL, a boinc kliens nekiesik a GPU-val segített számolásnak, majd pár mp alatt csontra fagy a desktop. Ha letiltom a boinc klienst, akkor is lefagy a desktop. Egy régebbi Ryzen-es laptopon futó Ubunturól van szó. Találkozott valaki hasonlóval?
-
cigam
titán
válasz
cog777
#96957
üzenetére
LVM gyorstalpaló
Nem szükséges "újratelepíteni", elég a LogicalVolume-okat átméretezni.CPT.Pirk
Az már bőven elég ha X polgártárs, vagy a Tolvaj 1.0 elöl elzárja a számára fontos, érzékeny adatokat. Nem hinném hogy bármelyik 5-10 évnél fiatalabb processzornak ez érezhező problémát okozna.
A Fedora Silverblue-val nincs semmi tapasztalatom.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Az UEFI partíció a végére került, és az is NTFS fájlrendszerű. De miért? Láttatok már hasonlót? 
Új hozzászólás Aktív témák
A topik célja: Segítségnyújtás a Linux disztribúciókkal még csak ismerkedők számára. A szerveres kérdések nem ebbe a topicba tartoznak.
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Milyen program ami... [link]
Shell script kérdésekkel látogassatok el a topikjába
- Teszt Már csak két hónap van hátra a Windows 10 nyugdíjazásáig, ideje előrelépni
- Teszt [Linux] Vanilla OS, egy Debian alapú immutable operációs rendszer
- Teszt [Linux] Aeon Desktop, egy immutable operációs rendszer az OpenSUSE-tól
- Teszt [Linux] A Flatpak
- Bejegyzés MS Office365 Linuxon
- Bejegyzés [Linux] Futtassunk bármely disztrót a terminálunkban
- Bejegyzés Alpine Linux telepítés mindenféle low-end dologra
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Renault, Dacia topik
- Diablo IV
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Futás, futópályák
- Videószerkesztés
- Allegro vélemények - tapasztalatok
- Milyen notebookot vegyek?
- Android alkalmazások - szoftver kibeszélő topik
- exHWSW - Értünk mindenhez IS
- Gitáros topic
- További aktív témák...
- iMac Pro 1.1 2017 Intel Xeon W2150B 64GB 1TB VEGA 64 16GB!!! 1 év garancia!
- Apple iPhone 15 Pro / 128GB / Kártyafüggetlen/ 12Hó Garancia / 100% akku
- Samsung Galaxy A04s 32GB, Kártyafüggetlen, 1 Év Garanciával
- ÁRGARANCIA!Épített KomPhone i5 10400F 16/32GB RAM RX 7600 8GB GAMER PC termékbeszámítással
- 24 GB-os RTX 3090 OEM
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest