- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- eBay-es kütyük kis pénzért
- droidic: EA GAMES – élő emberrel a supportban 2025 ben
- Ivqkzy-: 2. gépem
- Ivqkzy-: Eddig
- sziku69: Szólánc.
- btz: Internet fejlesztés országosan!
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
-
LOGOUT
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 = WORKGROUP
interfaces = 192.168.1.0/24
wins support = yes
protocol = SMB2
security = user
[NAS]
comment = Ez a NAS merevlemezem
path = /media/NAS
browseable = yes
writeable = yes
read only = no
create mask = 0775
directory mask = 0775
public = no
valid users = @envagyok
force group = envagyok
Pró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
A 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-daemon
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or 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 installed
Depends: libevent-2.1-7t64 (>= 2.1.8-stable) but it is not going to be installed
Depends: libnatpmp1t64 (>= 20150609) but it is not going to be installed
Depends: libssl3t64 (>= 3.0.0) but it is not going to be installed
Depends: libstdc++6 (>= 13.1) but 12.2.0-14 is to be installed
Recommends: transmission-cli but it is not going to be installed
E: 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.
-
ViZion
félisten
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
É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. -
urandom0
senior tag
-
urandom0
senior tag
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
-
sh4d0w
félisten
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
Megpró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
Há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)
lspci
szerint 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.list
2.
sudo apt edit-sources
3. 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-firmware
deb-src http://ftp.bme.hu/debian/ bookworm 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
deb http://ftp.bme.hu/debian/ bookworm-updates main non-free-firmware
deb-src http://ftp.bme.hu/debian/ bookworm-updates main non-free-firmware
A 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-firmware
deb-src http://deb.debian.org/debian bookworm-backports main contrib non-free non-free-firmware
Hivatalos 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
Azt 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
Egyelő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
mint 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
Headless 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
Addig 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.
Na fasza, közben mégis működik!
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.
-
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
Hirdetés
- S.T.A.L.K.E.R. 2: Heart of Chornobyl
- Sorozatok
- Kazy Computers vélemények - tapasztalatok
- Villanyszerelés
- exHWSW - Értünk mindenhez IS
- Mielőbb díjat rakatnának a görögök az olcsó csomagokra az EU-ban
- Ventilátorok - Ház, CPU (borda, radiátor), VGA
- Kerékpárosok, bringások ide!
- Netfone
- E-roller topik
- További aktív témák...
- GYÁRI TÖLTŐK DELL LENOVO HP FUJITSU TOSHIBA Macbook---------- Budapest,/MPL/Foxpost
- AKCIÓ! ASUS ROG Zephyrus GA403UV Gamer notebook - R9 8945HS 16GB RAM 1TB SSD RTX 4060 8GB WIN11
- ÁRGARANCIA!Épített KomPhone i5 10600KF 16/32/64GB RAM RTX 3050 6GB GAMER PC termékbeszámítással
- BESZÁMÍTÁS! Gigabyte B650M R7 7700 32GB DDR5 1TB SSD RTX 5070 12GB BE QUIET! Pure Base 500DX 650W
- BESZÁMÍTÁS! ASUS TUF Z390-PRO GAMING alaplap garanciával hibátlan működéssel
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest