Hirdetés
- Apple iPhone 17 Pro Max – fennsík
- Honor Magic6 Pro - kör közepén számok
- Huawei Watch Fit 3 - zöldalma
- iPhone topik
- Samsung Galaxy S25 - végre van kicsi!
- Xiaomi: Android 16 zápor, zivatar
- Samsung Galaxy S22 Ultra - na, kinél van toll?
- Xiaomi 15T - reakció nélkül nincs egyensúly
- Huawei Watch GT 6 és GT 6 Pro duplateszt
- Fotók, videók mobillal
- 
			  Mobilarena Debian GNU/Linux 
Új hozzászólás Aktív témák
- 
			
			  g.gergo senior tag A kérdésemben benne van. Windows 11 23H2. De kell állítani, méghozzá az SMB Directet és a SMB 1.0/CIFS rendszerű ügyfél szolgáltatást kell bekapcsolni. Időközben megoldódott, így: [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters]"AllowInsecureGuestAuth"=dword:00000001
- 
			
			
- 
			
			  g.gergo senior tag Üdv! Nem tudom, h itt, vagy a linux kezdőknek topikba kérdezzek, de talán a problémám debian specifikusabb. Debian 12.5 CLI. Samba megosztást látja a Windows 11 23H2, de nem tudja megnyitni, a "windows nem tud kapcsolatot létesíteni a .... összetevőivel". Win-en már be-ki kapcsolgattam a windows szolgáltatásoknál amit kell. Telón simán be tudok lépni. Samba konfigom, amit én raktam hozzá: [global]workgroup = WORKGROUPinterfaces = 192.168.1.0/24wins support = yesprotocol = SMB2security = user[NAS]comment = Ez a NAS merevlemezempath = /media/NASbrowseable = yeswriteable = yesread only = nocreate mask = 0775directory mask = 0775public = novalid users = @envagyokforce group = envagyokPróbáltam egyes hozzáadott dolgokat "kommentelni", de nem hozott semmi eredményt. Debian probléma lehet, vagy Windows? Köszi 
- 
			
			Köszi a snap-es tippet! Kipróbálom.  
- 
			
			válasz  kovaax
							
							
								#10592
							
							üzenetére kovaax
							
							
								#10592
							
							üzenetéreA dockeres megoldás mennyi pluszt jelent CPU terhelés szempontjából? 
 A RAM felhasználás kevésbé zavar, abból van rendesen, de a CPU nagyon netszes.#10593 bambano: Köszi, ezek közül leginkább a másik kliens jön szóba, mert a backports-ban nincs transmission.  
 A többi megoldás nekem eléggé olyannak tűnik, aivel később szívni fogok. 
- 
			
			  bambano titán nem tudom, a backportsban van-e transmission, az lehet egy megoldás. 
 másik megoldás, hogy nem transmission, hanem másik torrent kliens.
 ha ráérsz, fel lehet varrni az unstable-ből a programot úgy, hogy egy könyvtárba felrakod mellé a csomagokból kiszedett függőségeket. kezdő debianosoknak nem javasolt módszer.ha felrakod az unstable-ből a transmissiont úgy, hogy felrakod a függőségeit is, akkor azt kockáztatod, hogy a felpakolt cuccokhoz nem jön biztonsági frissítés, mert az unstable-hoz nem kapkodják el. 
- 
			
			Sziasztok! Otthoni NAS, stable debian-on 3.x verziójú transmission van, ami általan ismeretlen okból folyton átmegy olyan állapotba, hogy letiltja a remote csatlakozást, mert "túl sok sikertelen belépési kísérlet" volt - persze nem volt. 
 Ilyenkor szerverre ssh be, daemon restart, és megoldja, de már kezdem unni.Ez elvileg egy bug, amit a 4.x verzióban javítottak, de ugyebár az nincs a stable repoban. 
 Próbáltam a debian leírás alapján beállítani, hogy csak ez az egy csomag az unstable-ből frissüljön, de ez nem műxik, mert kellneki jópár dologból újabb, amiket nem engedélyeztem még unstable-ből.$ sudo apt install transmission-daemonReading package lists... DoneBuilding dependency tree... DoneReading state information... DoneSome packages could not be installed. This may mean that you haverequested an impossible situation or if you are using the unstabledistribution that some required packages have not yet been createdor been moved out of Incoming.The following information may help to resolve the situation:The following packages have unmet dependencies:transmission-daemon : Depends: libcurl4t64 (>= 7.28.0) but it is not going to be installedDepends: libevent-2.1-7t64 (>= 2.1.8-stable) but it is not going to be installedDepends: libnatpmp1t64 (>= 20150609) but it is not going to be installedDepends: libssl3t64 (>= 3.0.0) but it is not going to be installedDepends: libstdc++6 (>= 13.1) but 12.2.0-14 is to be installedRecommends: transmission-cli but it is not going to be installedE: Unable to correct problems, you have held broken packages.Egyelőre nem akartam lavinát elindítva nekiállni ezeket is engedni, mert nem akarom megborítani a NAS-omat, ezért előbb kérdezek. 
 Mennyire bztonságos ezeket engedni az unstable repo-ból?A másik megoldás, hogy pl. flatpak-ból teszem fel a transmission-t, de a flatpak-es transmission-ből csak GUI-s verzió van, nem tudom, hogy ilyen esetben a fő rendszer feltesz-e X-es csomagokat. Nem szeretném túlhízlalni a rendszeremet (egy 8GB-os eMMC-n van a rendszer), ezért nem vágtam eddig bele a flatpak témába. Gondoltam még dockerre is, de egy torrent kliens kedvéért talán kissé túlzás lenne.  
- 
			
			Sziasztok! A kérdésem LVM-re irányul. Nem tudtam, h hova írjak...   
 Adott egy Proxmox, ami Debian 12-őn fut, a telepítése Proxmox ISO-val volt, az semmit nem kérdez, LVM és ext4 (OK, ezt mondjuk megkérdezte...), kész. Jelenleg itt a grub és a root partíciók vannak.Telepítettem manuálban egy debian 12-őt másik SSD-re, EFI, de se LVM, se LVM-thin, se ZFS nincs, csak ext4. Viszont ez másik vas is, nem sok a különbség (1155-ről 1150-re, más csatik, stb...), de kicsit tartok a váltástól. Adatokat kellene mentenem az LVM alól (régi vas), át az újabb vasra, pl. Proxmox /etc és még pár könyvtár, VM-ek, LXC-k. A PVE nem tudja menteni a beállításokat. Clusterbe rakni és úgy áttelepülni nem tudok, mert a régiből ram, HDD is költözik. 
 Ami sejtésem szerint nem fog menni az /etc másolással, az a bind mountok és a pci passthrough átvitele és a NIC beállítások, de ezeket újra tudom konfigolni.Jelenleg az a bánatom, h nem tudom, h hogy lehetne hozzáférni pl. LinuxMint live alól az LVM root partícióhoz, hogy másoljam a két SSD között az adatokat. Esetleg próbáljak a régiről bootolni és hátha tudok ott másolni? 
 Vagy az új Proxmoxhoz hozzáadni az LVM group-ot?Mi a helyes/legkevésbé szívatós megoldás? Köszönöm a javaslatokat   
 Ha nem jó topik, akkor jelezzétek kérlek.
- 
			
			
- 
			
			  bambano titán válasz  sh4d0w
							
							
								#10586
							
							üzenetére sh4d0w
							
							
								#10586
							
							üzenetéreÉrtem, tehát ha egy támadó szándékosan megvonta a jogosultságomat, akkor ő nyilvánvalóan nem fogja lecserélni az sshd-t mindenféle sátáni céllal, vagyis az általam otthagyott exploit működni fog... szerintem nem. 
 másrészt ha rendesen raktam össze a rendszert, akkor az, hogy legyakta az oprendszer védelmét, az ikvm-et nem állítja meg.Nekem nem lesz ilyen account a rendszeremben. 
- 
			
			
- 
			
			  tlac nagyúr elég egyértelműen leírtam az off-os részben, hogy főnként stable-t használtam, szóval nem tudom mi értelme volt felhozni a hülye példákat régóta használok debian-okat, ez idő alatt már egészen sok eset előfordult, amikor kellett nekem az új csomag valamiből 
 és nagy volt a motiváció, hogy bevállaljak akár egy frankendebian-t is, vagy saját magamnak backportoljak csomagot, stb.
- 
			
			
- 
			
			
- 
			
			Az ilyen évtizedes támogatásokkal rendelkező kernelek inkább csak beágyazott rendszerek számára készülnek? A beágyazott eszközökre - ha csak külön szerződés nem rögzíti - a legritkább esetben szoktak frissítések jönni, kivétel a mobilok, ott egyre inkább kezd terjedni a long term support. 
 Jellemzően inkább olyan enterprise szervereken használnak igen hosszú támogatású rendszert, ahol mission critical cuccok futnak, és nem lehet megengedni azt, hogy egy frissítés miatt esetleg ne működjön valami.
 Pl. a Rocky Linuxnak, amit sokan a régi CentOS helyettesítésére használnak, a 2022-ben kiadott release-nek 2032-ig tart a security supportja.
- 
			
			
- 
			
			
- 
			
			  cigam titán Mi a baj az "őskövület" csomagokkal? 
 A Firefox frissebb híreket mutat a testing ágon? Az új office csomagban olyan motivációs levelet írsz, hogy bekeretezve kiteszik az új munkahelyeden? Vagy a legfrissebb költségvetés kezelőben találsz majd egy kis plusz pénzt?
 Nem, nem mindenki játszik mindenféle csili-vili játékokkal. Egyszerűen csak működik, mint a macOS. Nem kel izgulni, hogy a következő frissítéskor mi romlik el.
 Én kifejezetten élvezem a meglepetés mentes működést. Ráadásul attól, hogy valaminek 0.0.2-vel kisebb a verziószáma, attól még nem lesz őskövület. Ha hibajavítás van benne úgy is lecsorog hozzám, ha meg új funkció, hát kivárom. Nem jut eszembe semmilyen újítás amiért esténként álomba sírtam magam, mert csak 1-2 év múlva kerül be a stabil ágba.
 Ja, de bocs! Most 2 dolog ugrott be:
 - Hiányzott a KDE-ben alapból nem lehetett háttérképnek beállítani a PictureOftheDay
 - Csak a 12-ben kapta meg azt a kernel verziót, ami alapból felismeri a laptopom WiFi chipjétZavart, de mindkettőt orvosolni tudtam egy kis kereséssel olvasással. 
 
- 
			
			  tlac nagyúr testing-et is sokan használhatnak, azért a stable-ben elég őskövület csomagok vannak egyébként én stable-t szoktam legtöbb esetben használni, de az oldstable-ről stable-re váltva bejött nekem egy idegesítő bug, aztán emiatt mentem el unstable-ig, de az sem oldotta meg tervben is volt, hogy visszamegyek, mert nálam az unstable valóban nem volt stabil, elég sokszor szétfagyott vele a gép 
- 
			
			Ide is bedobom: Egyebkent elgondolkodtam kicsit ezzel az xz-balheval kapcsolatban. 
 A forraskod analizise szerint a fertozott ssh daemonban csak akkor triggerelodik az RCE, ha az utasitas a tamado publikus kulcsaval van kodolva. Mivel az sshd rootkent fut, ezert termeszetesen az igy kapott parancsok is.Mi van akkor, ha en visszafele is hasznalni akarom ezt a fegyvert? A shared objectben kicserelem a tamado publikus kulcsat a sajatomra, igy csak en tudok rootkent parancsokat kuldeni az sshd-nek. Nem kell hozza root jelszo, nem kell MFA, semmi extra. Meg nem gondoltam teljesen vegig, csak gondolatkiserlet, de a velemenyetekre kivancsi vagyok. 
- 
			
			  tlac nagyúr Timeline of the xz open source attack 
 (bár úgy nézem senkit nem érdekel, de legalább nekem meg lesznek a linkek)
- 
			
			  tlac nagyúr Backdoor-t találtak az XZ Utils library-ban, több nagyobb Linux disztribútor is érintett itt van egy talán jobb összefoglaló: [link] aki nem stable-t használ, annak valószínűleg fent lehetett vagy fent van még a gépen a backdoor-os xz csomag 
- 
			
			  ToomyC aktív tag Sziasztok, frissítettem a Debian-t Trixie-re, Gnome 46, kernel 6.6...lenne egy kérdésem, hátha valaki tudja a választ, a rendszer info nem látja az Ssd méretét, azt írja a lemezkapacitás ismeretlen és a Lemezek alkalmazás sem... ugyan ez volt ubuntu 23.10el is...köze lehet ahhoz, hogy win 11 -nek le van foglalva 4 partició? Bookwormnál ok volt, és ubuntu 22vel is 
 ...
- 
			
			Sziasztok, 
 A 6.1-es Linux kernel állítólag Super-Long-Term-Supported lesz. Ez gondolom a Debiant verziófrissítésnél már nem fogja érinteni, mert a Trixie másik kernelt fog kapni?
 Az ilyen évtizedes támogatásokkal rendelkező kernelek inkább csak beágyazott rendszerek számára készülnek?
- 
			
			  jimmy399 senior tag Sziasztok! Van nekem egy HP2170p-s laptopom. Van hozzá egy dokkoló: HP Compaq HSTNN-I11X Docking station - 2060053 Ha a dokkolóban begudom a a hátsó hangkimenetre, akkor egyszerűen nincs mélyhang a hangfalon, ami egy 2.1-es rendszer, Klipsch Promedia 2.1, de a régebbi verzió. Debian 12.4 fut a a gépen, valamint egy Windows 11 23H2 is. A Windows alatt jól megy a hang, van mély, meg minden, de Debian alatt mintha lenne rajta egy eqalizer ami miatt nincs semmilyen mély. 
 Google-t túrtam, de nem találtam megoldást így kerülőmegoldásként bedugtam a laptop 3.5 jack csatlakozójában, ahol jól szól.Valami tipp? 
- 
			
			  nemurea aktív tag Sziasztok! Nincs véletlen tippetek a következőre: 
 Adott egy gép, Debian 12 Gnome felülettel, tévére, erősítőre kötve, tehát kb. HTPC szerepeket is ellát. Gyakran van, hogy csak Spotify-t hallgatok - Google Chrome-on, ilyenkor a tévé ki van kapcsolva.
 Na ebben a pillanatban a Chrome elkezdi telespammelni a syslog-ot ilyen hibaüzenettel:2024-02-08T15:26:15.385215+01:00 pve google-chrome.desktop[5434]: [5547:5547:0208/152615.384173:ERROR:gl_display.cc(520)] EGL Driver message (Error) eglGetMscRateANGLE: glXGetMscRateOML failed. 
 2024-02-08T15:26:15.385364+01:00 pve google-chrome.desktop[5434]: [5547:5547:0208/152615.384460:ERROR:sync_control_vsync_provider.cc(139)] Calculated bogus refresh interval=1.00192 s, last_timebase_=4623358181 bogo-microseconds, timebase=4624360101 bogo-microseconds, last_media_stream_counter_=42571, media_stream_counter=42572Másodpercenként két sor. Amint visszakapcsolom a tévét, megszűnik a hibaüzenet. Rákerestem, ez pár éve komolyabb gond volt, most csak kellemetlen nekem, mert "nem látnia a fától az erdőt", ha tényleg valami probléma lesz. Ez amúgy valamikor mostanában lett ilyen (szerintem), mert biztos feltűnt volna, ha korábban is jelentkezik. Nem akarom kikapcsolni a GPU-t a Chrome-on, nincs valami más út? Köszönöm! 
- 
			
			Nekem személy szerint az OMV kényelmesebb. Grafikusan kezelhető, nem kell egy valag parancsot ismernem hozzá, nem kavarodok bele a biztonsági/jogosultsági beállításokba, bár igazából valahol jó is lenne megtanulni pusztán a Debian kezelését mindenféle GUI nélkül. Érdekesnek tartom a Debiant és a Linux alapú szervereket. Igazad van, nálam is ez az aha pillanat hiányzik, de ehhez még dolgoznom kell.    
- 
			
			  cigam titán Semmi difi nincs köztük, ugyanazt a linux kernelt és programokat futtatják, csak az OMV-nek van egy WEB-es GUI-ja. 
 A konfig fájlok módosítása nem bonyolultabb, mint rájönni az OMV rejtelmeire, hogy mi hol van, és miért úgy működik ahogy.
 Egy kezdőnek kihívás mindkettő, de ha megvan az "aha...." pillanat, akkor már egyszű 
 Itt és az OMV topikban is szívesen segítünk ha valahol elakadnál. OMV esetén is fontos, hogy a beállításokról készíts(automatikus) rendszeresen mentést, hogy egy probléma esetén vissza tudd tölteni amit eddig aprólékosan beállítottál.
- 
			
			Sziasztok, Hétköznapi usernek elég lehet-e az OpenMediaVault samba és minidlna szervernek? Van-e stabilitásbéli különbség az OMV és egy sima Debian Stable telepítés között? Ha nincs őrület nagy különbség, akkor nem szeretnék kínlódni azzal, hogy beállítsak egy Debian alapú Samba szervert. Nem tűnik veszélyesnek, de nem is egyszerű és nem akarnék ezzel senkit sem kérdésekkel zaklatni. 
- 
			
			  olivera88 veterán válasz  #63718632
							
							
								#10552
							
							üzenetére #63718632
							
							
								#10552
							
							üzenetéreMegpróbáltam a kijelentkezést miután írtad, de hiába. Be van állitva munkamenet mentése, de nem működik úgy se. Sose voltak ilyen problémáim a KDE emlékeim szerint, pedig elég régóta használom. 
 Most Dolphin megjavult ismét, hogy a lapokat legalább megjegyzi, ,még ha nem is nyitódik meg az alkalmazás magától.
- 
			
			  #63718632 törölt tag válasz  olivera88
							
							
								#10551
							
							üzenetére olivera88
							
							
								#10551
							
							üzenetéreHát, hasonlót én is tapasztaltam ilyen rendszeren. Akkor, amikor kijelentkezés nélkül egyből a kikapcsolásra nyomok. Ha előbb kijelentkezek és utána állok le. Akkor minden úgy fogad, ahogy hagyom. 
 Valahol a munkamenet mentése és a milyen munkamenettel induljon beállítások körül kéne szétnézni. Szerintem.
 Régóta nem KDE-ztem, két hete nyövöm megint. Kicsit megkoptak az emlékek, azok is KDE4-esek lennének.
- 
			
			  olivera88 veterán Debian 12-t használok, KDE vel. Friss telepités, amivel a probléma van. 
 A Dolphin nyitva szoktam hagyni mindig, amibe több fül is megvan nyitva. Ha újrainditom a gépet , vagy kikapcsolás után, a Dolhpin nem nyilik meg újra, illetve elfelejti a megnyitott lapokat. Eddig csak az volt h nem nyílik meg magátol, de most egy pár napja az utoljára nyitvahagyott füleket is elfelejti.  
 Más is tapasztalt ilyet? Rákerestem problémára, van ilyen bug az 5.27.5 KDE vel.
 Mellesleg ugyanilyen problémám van terminálal is, nyitva hagyom terminál 2-3 füllel és azt nyitja meg újra, illetve elfelejti. A Gwenviewel is ugyanez van, de ez annyira nem baj.
 Amúgy ha jól emlékszem rögtön a 12 es Debian telepitése után nem jelentkezett ez a probléma.
 A másik rendszeremen amit distrupgradeval fríssitettem ott nincs probléma, érdekes mód,Lehet tenni valamit ezek ellen? 
- 
			
			  Crvsh3R senior tag Pár perce cseréltem a rendszer meghajtómat egy nagyobb Samsung 970 EVO Plus NMVe SSD-re. A kisebb előző meghajtóról a komplett megajtót a Clonezilla-val klónoztam át, majd Gparted-el újraméreteztem a meghajtókat. 
 Első indítás után mondom ránézek admesg-re, hogy minden rendben van-e. Hát nem.
 Tele van az alábbi sorokkal:[ 37.273979] pcieport 0000:00:1d.0: AER: Corrected error received: 0000:00:1d.0[ 37.274010] pcieport 0000:00:1d.0: PCIe Bus Error: severity=Corrected, type=Physical Layer, (Receiver ID)[ 37.274017] pcieport 0000:00:1d.0: device [8086:a330] error status/mask=00000001/00002000[ 37.274025] pcieport 0000:00:1d.0: [ 0] RxErr (First)lspciszerint ezzel az eszközzel problémázik:00:1d.0 PCI bridge: Intel Corporation Cannon Lake PCH PCI Express Root Port #9 (rev f0)
 Esetleg valaki tudja, hogy mi lehet a probléma, illetve mi lehet rá a megoldás?
- 
			
			  Crvsh3R senior tag Hogyan tudnám kideríteni, hogy egy futó program pontosan hova ír a lemezen? 
 Plex (Dockerben fut) transzkódolása közben nem találok a megadott temp mappában semmilyen állományt, viszont htop szerint a transzkódolásos folyamatnak I/O-nál van disk activity-je.
- 
			
			Három módja is van, hogy módosítsd a forrásokat. 1. sudo nano /etc/apt/sources.list2. sudo apt edit-sources3. Valamilyen GUI felületről (Discover, Gnome Software, Synaptic, stb.) Nálam így néz ki, ez a sablonos Stable forma, amiben nincs benne non-free cucc a firmwaren kívül (BME tükörszerver): deb http://ftp.bme.hu/debian/ bookworm main non-free-firmwaredeb-src http://ftp.bme.hu/debian/ bookworm main non-free-firmwaredeb http://security.debian.org/debian-security bookworm-security main non-free-firmwaredeb-src http://security.debian.org/debian-security bookworm-security main non-free-firmwaredeb http://ftp.bme.hu/debian/ bookworm-updates main non-free-firmwaredeb-src http://ftp.bme.hu/debian/ bookworm-updates main non-free-firmwareA deb-src tudtommal akár el is hagyható, ez a szoftverek forráskódja, ami inkább csak fejlesztőknek kell.szerk.: tévedtem, muszáj beletenni.Hivatalos dokumentáció sources.listhez: [link] Ahogy bambano írta, a Bookworm különválasztotta a non-free-ből a non-free-firmwaret. Bullseyeban még csak sima non-free van elvileg. Ha kell a backports is, akkor plusz két sorba alájuk: deb http://deb.debian.org/debian bookworm-backports main contrib non-free non-free-firmwaredeb-src http://deb.debian.org/debian bookworm-backports main contrib non-free non-free-firmwareHivatalos dokumentáció backports használatához: [link] 
- 
			
			
- 
			
			  Vladi nagyúr óhogya halálfa...fa... izé halálfaluba má... oké, kösz jól vagyok. az nem soruce.list hanem sources.list  de a kérdés még mindig adott: root@k10:~# apt install nomacs
 Csomaglisták olvasása... Kész
 Függőségi fa építése... Kész
 Állapotinformációk olvasása... Kész
 nomacs csomag nem elérhető, de egy másik hivatkozik rá.
 A kért csomag hiányzik, elavult vagy csak más forrásból érhető el
 E: „nomacs” csomagnak nincs telepítésre jelölt verziója
 root@k10:~#mér nem tudom feltenni a nomacs programot, elivleg a tárolóban van. Nem most kéne a contrib csatonra? vagymi... 
- 
			
			  Vladi nagyúr namármost... az van, hogy siekrült elvarázsolni az apt-ot. Momentán nem frissít semmit, nem telepít. Így fest, elvileg ez a telepített: # See https://wiki.debian.org/SourcesList for more information.
 deb http://deb.debian.org/debian bookworm main non-free-firmware
 deb-src http://deb.debian.org/debian bookworm main non-free-firmware
 deb http://deb.debian.org/debian bookworm-updates main non-free-firmware
 deb-src http://deb.debian.org/debian bookworm-updates main non-free-firmware
 deb http://security.debian.org/debian-security/ bookworm-security main non-free-firmware
 deb-src http://security.debian.org/debian-security/ bookworm-security main non-free-firmware
 # Backports allow you to install newer versions of software made available for this release
 deb http://deb.debian.org/debian bookworm-backports main non-free-firmware
 deb-src http://deb.debian.org/debian bookworm-backports main non-free-firmwaremod: pl ez történik: root@k10:~# apt-cache search rtorrent
 root@k10:~# 
- 
			
			  olivera88 veterán A screend edges miért nem hajlandó működni? Hiába húzom oda kurzort semmi se történik. Debian 12, KDE. 
 Mondjuk ahogy észrevettem, csak az ablakáttekintő -összes asztal nem akar működni, ha mást állitok be akkor az megy, próbáltam Krunnert, képernyőzárolást, aktivitáskezelőt. Ezek működnek érdekes mód.
 Mindkét renszeremet frissítettem 12 esre, és egyik nem akar működni, másik meg megy.
- 
			
			válasz  Crvsh3R
							
							
								#10532
							
							üzenetére Crvsh3R
							
							
								#10532
							
							üzenetéreAzt hittem 1GB memória és 64GB SSD van a gépedben, azért kérdezgeted az FSTAB mount opcióit meg a ZRAM-ot. 10 évvel ezelőtt én is beírkáltam a noatime opciót, de a mai kapacitások mellett (SSD, RAM) finoman szólva is értelmetlen foglalkozni ezekkel. Hagyd default-on és ne aggódj az SSD miatt. Használd. (ZRAM alapból a nagyon kevés RAM-hoz lett kitaláva) 
- 
			
			  Crvsh3R senior tag válasz  sh4d0w
							
							
								#10531
							
							üzenetére sh4d0w
							
							
								#10531
							
							üzenetéreEgyelőre amit tervezek ezen a gépen (Dell Optiplex 3070 Micro, i5-9500T, 8GB DDR4 RAM) kiszolgálóként használni azt elbírta a 4GB RAM-al a Raspberry Pi 4 (pár Docker konténer futtatása + Samba). Annyi, hogy pluszban be lesz kapcsolva a transzkódolás is Plex konténer alatt (ez nem tudom mennyit fog dobni rajta, szerintem csak ritkán fog futni, bár ha bírja...). Később felbővítem a max. 32GB-ra, amit bír elméletben a gép. 
- 
			
			
- 
			
			
- 
			
			  bambano titán válasz  Crvsh3R
							
							
								#10525
							
							üzenetére Crvsh3R
							
							
								#10525
							
							üzenetéremint már említettem, hálózattranszparens grafikus felülete van. 
 a rajta futó programoknak tökmindegy, hogy hol fut *maga a grafikus felület*. ha headles szervert csinálsz, arra kifejezetten NEM kell grafikus felület, ettől még grafikus felületet igénylő programokat telepíthetsz rájuk.
- 
			
			  Crvsh3R senior tag válasz  bambano
							
							
								#10524
							
							üzenetére bambano
							
							
								#10524
							
							üzenetéreHeadless lesz használva, mint előtte a RPi4, csak itt most ARM64 helyett x64 alapokon, jelentősen erősebb vason fog futni a Docker + Samba kiszolgáló. Menedzselési szempontból érdekelt volna, hogy van-e értelme a GUI telepítésnek, mert konkrétan a WLAN beállítások előhozatala is elég nehézkes volt CLI alatt (alapból nem volt fent a Networkmanager + tiltanom kellett minden hálózati bejegyzést az /etc/network/intrfaces-ben). 
- 
			
			
- 
			
			  Crvsh3R senior tag Sziasztok! Friss Debian 12 esetén van valami opció, amit fstab-ban érdemes beállítani az alapértelmezett defaults-on kívül SSD és HDD esetén? 
 Illetve ha otthoni kiszolgálónak van telepítve, akkor van értelme GUI-t telepíteni? (Eddig Raspberry Pi 4-est használtam erre a célra GUI nélkül)
- 
			
			válasz  ubyegon2
							
							
								#10521
							
							üzenetére ubyegon2
							
							
								#10521
							
							üzenetéreAddig kell próbálni, míg az amd-gpu lesz a loaded és a vesa az unloaded. Reboot nyilván minden próba után ... érdekes ez a mobilról szerkesztés, mert külön hsz-t csinált... (akinek csináltam a Lenovo A475-öt, pont itthon van, de nem azt a gépet hozta magával, pedig olyan jót tudnék most rajta ügyködni) 
- 
			
			Jó ötlet, vesa az vésztartalék driver, ha a normál nem működik! írja is: Ez az X.Org X-kiszolgáló (további leírásért lásd: xserver-xorg) az összes videokártyán található szabványos VESA interfészt használja, de gyorsítás nélkül fut. Ezt az illesztőprogramot nem ajánlott használni, kivéve, ha a kártyádhoz tartozó normál illesztőprogrammal van probléma, mert nagyon rosszul fog teljesíteni. Bár wayland-on nem tudom, de tuti ott sem jó, ha az fut. 
- 
			
			radeonsi driver-t használja, de nekem az a vesa a loaded-nél nem tetszik. Lenovo A475-nél láthatod, hogy az unloaded-ben van! Graphics:
 Device-1: AMD Wani [Radeon R5/R6/R7 Graphics] vendor: Lenovo
 driver: amdgpu v: kernel bus ID: 00:01.0 chip ID: 1002:9874
 Display: x11 server: X.Org 1.20.13 driver: amdgpu,ati
 unloaded: fbdev,modesetting,vesa resolution: 1920x1080~60Hz
 OpenGL: renderer: AMD CARRIZO (DRM 3.35.0 5.4.0-122-generic LLVM 12.0.0)
 v: 4.6 Mesa 21.2.6 direct render: YesMásfél éve telepítettem az A475-re, akkor az inxi kimenet. 
- 
			
			Ez a Debian!  Megkaptad default a nonfree-t, de nem rakja fel helyetted, ami kell! Érdekes, a hw-detect csomag csak a live image készítéséhez javasolt Debianon, pedig más disztrók futtatják installkor. Gondolom emiatt kell legóznod a csomagokat AMD VGA esetén. Nekem tetszik így. Megkaptad default a nonfree-t, de nem rakja fel helyetted, ami kell! Érdekes, a hw-detect csomag csak a live image készítéséhez javasolt Debianon, pedig más disztrók futtatják installkor. Gondolom emiatt kell legóznod a csomagokat AMD VGA esetén. Nekem tetszik így.![;]](//cdn.rios.hu/dl/s/v1.gif) Na fasza, közben mégis működik!  Mégsem tetszik akkor. Mégsem tetszik akkor. Régi szép időkben még valóban szívni lehetett az ATI VGA-val rendesen. Újabb AMD-s notebookkal semmit nem kellett tennem, igaz arra Linux Mint-et tettem, mivel nem enyém lett. Régi szép időkben még valóban szívni lehetett az ATI VGA-val rendesen. Újabb AMD-s notebookkal semmit nem kellett tennem, igaz arra Linux Mint-et tettem, mivel nem enyém lett.
- 
			
			Nincs már teljesen open source driver csomag AMD kártyákhoz? Hogyne volna, benn is van már tárolókban(amdgpu a kernel része), nem kell külön nonfree, de ettől még lehet nem minden települt fel, erősen VGA függő, például ahogy látom, a xserver-xorg-radeon nincs is fenn alapból. Ha az ebben felsorolt kártyád van, akkor külön fel kell rakni. Nincs most közelemben AMD-s gép, így nagyon nézegetni nem tudom a helyzetet, de Synaptic-ban érdemes nézegetni, mit javasol, milyen függőségeik vannak ezeknek, sajna tényleg vakon vagyok AMD kártya kártya ügyben... 
- 
			
			Debianon egyébként a firmware-amd-graphics nélkül nem is lehet használni AMD kártyát? A non-free-firmware repóban van. Nincs már teljesen open source driver csomag AMD kártyákhoz? 
- 
			
			
- 
			
			Érdekes csomagot találtam a Debian tárolóiban, vrms a neve. Telepítés és futtatás után kiírja a non-free és contrib csomagokat a rendszereden. Szerk.: az alábbi parancs segítségével törölhetőek is a rendszerről a non-free csomagok. apt purge --autoremove $(vrms -s)Viszont figyelni kell rá, hogy mit csinál, mert a Debian fórumán azt írják, hogy néha más csomagokba, pl. asztali környezetbe is bele akar nyúlni.  
- 
			
			
Új hozzászólás Aktív témák
- Dell Latitude E7440 - i5, 8GB RAM, HDMI, eu bill - számla, 6 hó garancia
- BESZÁMÍTÁS! ASUS ROG B450 R5 5600X 32GB DDR4 512GB SSD RTX 4060Ti 16GB Zalman S2 TG Enermax 650W
- HIBÁTLAN iPhone 13 mini 128GB Pink -1 ÉV GARANCIA - Kártyafüggetlen, MS3284
- Bomba ár! HP ProBook 450 G8 - i3-1115G4 I 8GB I 256SSD I HDMI I 15,6" FHD I Cam I W11 I Gar
- Újszerű Dell Latitude 7440 -14"FHD+1 IPS - i5-1345U 16GB - 512GB - Win11 - 1 év garancia + Dokkoló +
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
 
						 
								 
							 
								 
							
 
								
 
							 
								

 
								 
								 
  
								 
							 
								 
							![;]](http://cdn.rios.hu/dl/s/v1.gif) 
  
							 
  
							 
								 
							 
								 
								 
							 
								 
  
							 
								 
  
								 
							 
							 
								 Persze Vladi bácsinak senkise szólt...
 Persze Vladi bácsinak senkise szólt...  
  
								 
							

 Megkaptad default a nonfree-t, de nem rakja fel helyetted, ami kell! Érdekes, a hw-detect csomag csak a live image készítéséhez javasolt Debianon, pedig más disztrók futtatják installkor. Gondolom emiatt kell legóznod a csomagokat AMD VGA esetén. Nekem tetszik így.
 Megkaptad default a nonfree-t, de nem rakja fel helyetted, ami kell! Érdekes, a hw-detect csomag csak a live image készítéséhez javasolt Debianon, pedig más disztrók futtatják installkor. Gondolom emiatt kell legóznod a csomagokat AMD VGA esetén. Nekem tetszik így.  Régi szép időkben még valóban szívni lehetett az ATI VGA-val rendesen. Újabb AMD-s notebookkal semmit nem kellett tennem, igaz arra Linux Mint-et tettem, mivel nem enyém lett.
 Régi szép időkben még valóban szívni lehetett az ATI VGA-val rendesen. Újabb AMD-s notebookkal semmit nem kellett tennem, igaz arra Linux Mint-et tettem, mivel nem enyém lett.
 
  
							 BIOS az nagyon egyszerű ebben.
 BIOS az nagyon egyszerű ebben. 
								
 (Ez a triviális megoldás, de biztos lehet a biosban is valamit mókolni).
 (Ez a triviális megoldás, de biztos lehet a biosban is valamit mókolni). Nem ugrik be mi, de valami módon ki lehet iktatni a CD olvasót...ha valaki tudja hogyan, megoszthatná velünk!
 Nem ugrik be mi, de valami módon ki lehet iktatni a CD olvasót...ha valaki tudja hogyan, megoszthatná velünk! 

