- Milyen ÚJ notebookot vegyek?
- Milyen TV-t vegyek?
- HiFi műszaki szemmel - sztereó hangrendszerek
- Speciális kiadású AMD-s alaplapot villantott az ASUS a 20 éves ROG-jubileumra
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- A Linux megnégyszerezte magát a Steamen — a Microsoft ismét ígérget
- Fujifilm X
- Projektor topic
- Amlogic S905, S912 processzoros készülékek
- Fejhallgató erősítő és DAC topik
-
PROHARDVER!
PROHARDVER!
Új hozzászólás Aktív témák
-
-
Ü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
Win-en már be-ki kapcsolgattam a windows szolgáltatásoknál amit kell.
Semmit nem kell állítani, szóval részletezhetnéd, hogy mi(ke)t tekertél el. Pontosan melyik Windows?A naplókat nézted? A /var/log/samba mappában lévő fájlokban nem panaszkodik valamire?
-
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.
-
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. -
Pedig pont az ilyen esetekre lehet jó a docker. Az alap oprendszert nem gányolod össze, és a frissebb alkalmazást is tudod használni.
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. -
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!
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.
-
Bici
félisten
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.
-
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. -
É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.
-
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. -
Akkor jól jöhet, ha véletlenül, vagy szándékosan megvonják a hozzáférésedet. Lesz egy kiskapu amin keresztül visszaszerezheted az irányítást.
Ha véletlenül vonták meg a hozzáférésemet, akkor szervizprocesszorral, ikvm-mel bemegyek és megjavítom.
Ha szándékosan, akkor megrendeltek egy személyes f2f beszélgetést, oda meg nem kell sshd...![;]](//cdn.rios.hu/dl/s/v1.gif)
-
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.
-
-
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.
-
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
-
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
nekem az unstable-ön fent volt 1 hónapig
-
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
... -
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?
Sikerült rájönnöm h csak Waylandal csinálja ezt. Ha átváltok X11 re akkor utána mindent megjegyez. Meggnyilik a Dolhphin, Geany, képek amit utoljára nyitva hagytam.
Érdekes. -
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!
-
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.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.
-
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.
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. -
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. -
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?
-
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?
-
-
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]
-
ó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...
-
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:~# -
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:~# -
De, használtam a bme-st. Aztán olvastam, hogy fel kell v enni még a contribot meg non-freet a backport sorba. Felvettem. Azóta szarik rám. Visszaállítottam az eredeti source.list-et de idáig jutottam. Most sztrájkol.
ó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...
-
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:~# -
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:~# -
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.
-
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) -
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).
-
-
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) -
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.
Letöröltem de még mindig ott van:
-
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.Most nekem az inxi ezt hozza fel. Akkor gondolom az open source driver futhat? Más nem is kellene elméletileg, hogy futni tudjon, ha a firmware csomag nincs fent....
-
firmware-amd-graphics csomag nélkül nálam az 5700 XT nem működik.
Egészen pontosan ad képet, de se felbontás nem változtatható, se semmi más és alacsony felbontáson jelenik meg.
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?
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...
-
-
Hát leveszed a gép hátlapját és kihúzod vagy a tápját vagy a SATA dugóját.
(Ez a triviális megoldás, de biztos lehet a biosban is valamit mókolni).hogy van CD olvasó a HP Elitebookomban
Annyira apró darabokra azért nem akarom szedni, valami megoldás OS-en belül is van, erre gondoltam.
BIOS az nagyon egyszerű ebben.(#10505) Rowon
Akkor a Mint-ben van a szellem...vagy Debianban, nem emlékszem, melyiknél volt a dolog.
-
Valami akkor feléleszhette, én jó ideig nem is tudtam, hogy van CD olvasó a HP Elitebookomban, pár hete megnézegette a rendszer és ki is dobta a tálcát.
Nem ugrik be mi, de valami módon ki lehet iktatni a CD olvasót...ha valaki tudja hogyan, megoszthatná velünk! 
"ki is dobta a tálcát"
Ahhoz már nem Linux support kell, hanem szellemirtó.
-
Rowon
nagyúr
É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.
-
Valami akkor feléleszhette, én jó ideig nem is tudtam, hogy van CD olvasó a HP Elitebookomban, pár hete megnézegette a rendszer és ki is dobta a tálcát.
Nem ugrik be mi, de valami módon ki lehet iktatni a CD olvasót...ha valaki tudja hogyan, megoszthatná velünk! Hát leveszed a gép hátlapját és kihúzod vagy a tápját vagy a SATA dugóját.
(Ez a triviális megoldás, de biztos lehet a biosban is valamit mókolni). -
LOL pedig az hót üres... most meg is néztem kíváncsiságból, de nem hagytam benne semmit.
Valami akkor feléleszhette, én jó ideig nem is tudtam, hogy van CD olvasó a HP Elitebookomban, pár hete megnézegette a rendszer és ki is dobta a tálcát.
Nem ugrik be mi, de valami módon ki lehet iktatni a CD olvasót...ha valaki tudja hogyan, megoszthatná velünk!
![;]](http://cdn.rios.hu/dl/s/v1.gif)
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. 
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.
(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! 
Új hozzászólás Aktív témák
- Milyen ÚJ notebookot vegyek?
- Milyen TV-t vegyek?
- HiFi műszaki szemmel - sztereó hangrendszerek
- Revolut
- Autós topik
- Speciális kiadású AMD-s alaplapot villantott az ASUS a 20 éves ROG-jubileumra
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Diablo IV
- Diablo II: Classic és Resurrected
- A Linux megnégyszerezte magát a Steamen — a Microsoft ismét ígérget
- További aktív témák...
- MacBook Air M4 15 256GB Starlight Bontatlan + Új (Számlával!) 2 ÉV GARANCIA
- 27% - iiyama G-MASTER G2470HSU-B6 IPS Monitor! 1920x1080 / 180Hz / 1ms / FreeSync
- LG UltraGear 27GR93U-B IPS Monitor! 3840x2160 / 144Hz / 1ms / G-Sync / FreeSync!
- ASUS ROG Flow Z13 2in1 i9 / RTX 3050Ti / 120Hz GAMER TABLET!
- Dell Latitude 5420 14" Touchscreen i5-1135G7 16GB 256GB 1 év garancia, 4G LTE OPCIÓ
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest