- gban: Ingyen kellene, de tegnapra
- gerner1
- Luck Dragon: Asszociációs játék. :)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Luck Dragon: Alza kuponok – aktuális kedvezmények, tippek és tapasztalatok (külön igényre)
- sziku69: Fűzzük össze a szavakat :)
- djculture: Az elvileg már senkinek nem kellő HDD-k ára is egekbe emelkedett 4 hónap alatt
- eBay-es kütyük kis pénzért
- Gurulunk, WAZE?!
- Archttila: SMART tesztelés automatizálva: smartctl poller script Zsh-ban, RPi-re
-
LOGOUT
LOGOUT
Új hozzászólás Aktív témák
-
Hát igen, olvastam valahol, hogy a linuxosok többsége átesik a minimal korszakán. Van aki benne felejtődik, de a többség tovább áll egy racionálisabb megoldás felé. Azt már én is látom, hogy a minimalizálás rettenetesen idő és energia igényes, és a végeredmény egyáltalán nem garantált. Most már inkább csak az arany középutat keresném, vagy az optimális jelöltet.
Amúgy mi a baj azzal, hogy nem szeretnék egy régi vézna gépre egy nagy és kövér (üveggyöngyökkel telipakolt) rendszert rápakolni? -
Csak röviden, mert már úgy is mindegy: Pédául amikor a TV-t kikapcsoltam, az analog output ra visszaugrott pulse audio. Amikor vissza kapcsoltam, akkor sem ugrott vissza HDMI-re. A default gomb nem működött, egyszerűen nem jegyezte meg. Cfg file-ban átírva default audio sinket sem segített. Az ilyenekkel masszírozásával már rég messze kiléptem, az alap-júzer komfortzónámból. Sokat tanultam általa, hogy mi-hogyan-és-miért van, de ezek olyan tudományok, amiket inkább elfelejtenék.
Akkor már inkább legyen pár GB-tal nagyobb az install és pár száz MB-tal nagyobb a memória használata a rendszernek, de működjön.
Amúgy semmi baj az XFCE-vel azon túl, hogy bár lightnak tűnik, mégis meta package, és vért pi**l az ember, ha mégis minimálra akarja szabni. -
+#9783 Köszönöm mindenkinek! A Mate-t közben próbálgatom. A többi is hasznos infó, megjegyzem későbbre. A XFCE reszelgetéssel már szörnyen sok időt elégettem, és pont oda lyukadtam ki –amit írtál is–, hogy nem tudok egy-két dolgot megoldani vele.
#9782 HTPC szerverről van szó, szóval némi DE-re szükség van. Vagy a tanulási görbére értetted, hogy nem úszom meg?
-
Akkor ne mozgasd az egeret
![;]](//cdn.rios.hu/dl/s/v1.gif)
. Elég hihetetlen hogy az egér mozgatása ennyire beterheli a procit, viszont ha ez így van akkor érdemes azt a gépet elengedni, vagy kideríteni pontosan mi baja van, mert ez nem normális. Még a Pentiumok korában sem volt gond a GUI-n való egérmozgatás.
XFCE alatt már nem sok minden van, talán az LXDE, vagy MATE. Egy ideig játszottam az ice-wm-el, de nagyon tudni kell hozzá, hogy mi merre hány méter.
Aszenvedést-» tanulást (mi mitől működik) nem fogod megúszni egyik felülettel sem, csak a tanulási görbéjük más. Minél fapadosabb egy GUI, annál többet kell tanulnod(különböző csomagokat telepíteni, konfig fájlokat faragni), hogy azt a saját igényeidre szabd, és néha menet közben jön a pofon, hogy ezt vagy azt nem is fogja tudni.
No meg így konkrétumok nélkül nehéz mit mondani rá. -
A backports nem tartalmazza a stable összes csomagját, hanem csak annak egy részhalmaza (ha jól számolom, bullseye-backportsban 737 csomag van, míg a stable main-ben 4846). Úgy készül, hogy vesznek a testingből néhány csomagot, azokat lefordítják a stable-ben, letesztelik, és ha minden oké velük, akkor mennek a backportsba. A szisztéma nagyjából ugyanolyan, mint ha Ubuntuhoz adnál hozzá egy PPA-t, hogy frissebb programverziód legyen.
Ennyit kell hozzáadni az sources.list-hez:deb http://deb.debian.org/debian bullseye-backports main. A backportsban nincs ilyen felosztás, mint free nonfree contrib, csak main van. Utána kiadsz egy "apt update"-et és kész. Az APT alapesetben az elérhető legfrissebb verziót telepíti tehát a -t paraméter nélkül is mennie kell a frissítésnek.Amikor majd kijön az új stable, akkor az abban lévő csomagverziók meg fognak egyezni a backports-ban lévő verzióval (hiszen abból lett visszaportolva), tehát ebből bajod nem lehet.
Maximum annyi problémád lehet, hogy a backports-os csomagok nincsenek annyira alaposan letesztelve, mint a stable csomagok, de azért a Debian a testing ágon is bőven elég stabil, tehát nagy valószínűséggel nem lesz semmi gond. -
Miért kell a bullseye bejegyzést is megtartani? A bullseye-backports-ban csak a csomagoknak egy része van meg, és a többit a bullseye-ből szedi? Honnan tudja majd, hogy mikor melyikből kell ha van két egyforma nevű csomag?
Nem kötekedni, hanem megérteni szeretném.Most visszaírtam a bullseye-t, de a bullseye bullseye-backports main contrib non-free nagyon nem tetszik neki. Mintha vagy ez vagy az lenne a jó.
-
mert nem bullseye bullseye-backports-ot kell írni, hanem egy sort bullseye-jal, átlagos debian repo url-lel, meg egy másik sort backports url-lel bullseye-backports-szal
és azért kell az eredeti is, mert a csomagok zöme nem backportos.
minden csomagnak van verziószáma, az alapján választ -
Miért kell a bullseye bejegyzést is megtartani? A bullseye-backports-ban csak a csomagoknak egy része van meg, és a többit a bullseye-ből szedi? Honnan tudja majd, hogy mikor melyikből kell ha van két egyforma nevű csomag?
Nem kötekedni, hanem megérteni szeretném.Most visszaírtam a bullseye-t, de a bullseye bullseye-backports main contrib non-free nagyon nem tetszik neki. Mintha vagy ez vagy az lenne a jó.
-
Adott egy új laptop RTL8821CE WiFi kártyával, amihez újabb kernel kellene. Találtam is egy érdekes leírást, ahol azt javasolják, hogy váltsak backports-ra, és azon frissebb a kernel.
Az /etc/apt/source.list apró módosítása nem bonyolult feladat, de kérdéseket vet fel.
A bullseye-t kijavítom bullseye-backports-ra. Ezután az apt -t bullseye-backports upgrade paranccsal frissítettem, és újraindítás után megvolt az új kernel, beröffent szépen a WiFi.Nem lesz ebből nekem bajom? Pl. mi lesz ha kijön a 11.5 vagy a 12.0? Simán frissülni fog, vagy a 12.0 kiadásakor (ami feltehetően már az újabb kennellel jön) csak kijavítom a bullseye-backports-t bookworm-ra, és a apt -t bookworm upgrade parancsol visszatérek 12-es stabil ágra?
-
Adott egy új laptop RTL8821CE WiFi kártyával, amihez újabb kernel kellene. Találtam is egy érdekes leírást, ahol azt javasolják, hogy váltsak backports-ra, és azon frissebb a kernel.
Az /etc/apt/source.list apró módosítása nem bonyolult feladat, de kérdéseket vet fel.
A bullseye-t kijavítom bullseye-backports-ra. Ezután az apt -t bullseye-backports upgrade paranccsal frissítettem, és újraindítás után megvolt az új kernel, beröffent szépen a WiFi.Nem lesz ebből nekem bajom? Pl. mi lesz ha kijön a 11.5 vagy a 12.0? Simán frissülni fog, vagy a 12.0 kiadásakor (ami feltehetően már az újabb kennellel jön) csak kijavítom a bullseye-backports-t bookworm-ra, és a apt -t bookworm upgrade parancsol visszatérek 12-es stabil ágra?
-
Köszi szépen a Kodis link tanulságos, gyakorlatilag a Kodibuntu előállítását írja le. Még lehet, hogy jól jön valamikor.
Félre érthető voltam, illetve át is gondoltam kicsit, hogy mit szeretnék. Rájöttem, hogy egy DE használatát nem fogom megúszni.
A kérdésem az lenne, hogy melyik DE-t javasolnátok, egy alapvetően szerver szerepkörű gépre, ami a legkisebb erőforrás igénnyel van. Tehát ha lehet a CPU használat közelítsen a nullához (láttam olyat, hogy csak az egér apró mozgatására 20-30%-ra felment a CPU). XFCE -t már próbáltam és ott szenvedtem a PulseAudioval, olvastam hogy LXDE-n sem települ alapból.Openelec-cel az a baj, hogy túlzottan csak a Kodira van kihegyezve. Annyira zárt, hogy –legalábbis nekem– túl nehéznek tűnik (és értelmetlennek), azt bővíteni. Bevallottan ez is a céljuk vele.
-
fatpingvin
addikt
Köszi szépen a Kodis link tanulságos, gyakorlatilag a Kodibuntu előállítását írja le. Még lehet, hogy jól jön valamikor.
Félre érthető voltam, illetve át is gondoltam kicsit, hogy mit szeretnék. Rájöttem, hogy egy DE használatát nem fogom megúszni.
A kérdésem az lenne, hogy melyik DE-t javasolnátok, egy alapvetően szerver szerepkörű gépre, ami a legkisebb erőforrás igénnyel van. Tehát ha lehet a CPU használat közelítsen a nullához (láttam olyat, hogy csak az egér apró mozgatására 20-30%-ra felment a CPU). XFCE -t már próbáltam és ott szenvedtem a PulseAudioval, olvastam hogy LXDE-n sem települ alapból.Openelec-cel az a baj, hogy túlzottan csak a Kodira van kihegyezve. Annyira zárt, hogy –legalábbis nekem– túl nehéznek tűnik (és értelmetlennek), azt bővíteni. Bevallottan ez is a céljuk vele.
-
Köszi szépen a Kodis link tanulságos, gyakorlatilag a Kodibuntu előállítását írja le. Még lehet, hogy jól jön valamikor.
Félre érthető voltam, illetve át is gondoltam kicsit, hogy mit szeretnék. Rájöttem, hogy egy DE használatát nem fogom megúszni.
A kérdésem az lenne, hogy melyik DE-t javasolnátok, egy alapvetően szerver szerepkörű gépre, ami a legkisebb erőforrás igénnyel van. Tehát ha lehet a CPU használat közelítsen a nullához (láttam olyat, hogy csak az egér apró mozgatására 20-30%-ra felment a CPU). XFCE -t már próbáltam és ott szenvedtem a PulseAudioval, olvastam hogy LXDE-n sem települ alapból.Openelec-cel az a baj, hogy túlzottan csak a Kodira van kihegyezve. Annyira zárt, hogy –legalábbis nekem– túl nehéznek tűnik (és értelmetlennek), azt bővíteni. Bevallottan ez is a céljuk vele.
Akkor ne mozgasd az egeret
. Elég hihetetlen hogy az egér mozgatása ennyire beterheli a procit, viszont ha ez így van akkor érdemes azt a gépet elengedni, vagy kideríteni pontosan mi baja van, mert ez nem normális. Még a Pentiumok korában sem volt gond a GUI-n való egérmozgatás.
XFCE alatt már nem sok minden van, talán az LXDE, vagy MATE. Egy ideig játszottam az ice-wm-el, de nagyon tudni kell hozzá, hogy mi merre hány méter.
Aszenvedést-» tanulást (mi mitől működik) nem fogod megúszni egyik felülettel sem, csak a tanulási görbéjük más. Minél fapadosabb egy GUI, annál többet kell tanulnod(különböző csomagokat telepíteni, konfig fájlokat faragni), hogy azt a saját igényeidre szabd, és néha menet közben jön a pofon, hogy ezt vagy azt nem is fogja tudni.
No meg így konkrétumok nélkül nehéz mit mondani rá. -
-
Sziasztok!
Régi, de elégséges (J1900 celeron, 4GB RAM) vasból csinálnék HTPC/NAS-t. Milyen DE/WM-t ajánlotok Kodi alá, ami kellőképpen minimal, de mégis tud mindent, ami a feladathoz kellhet. A desktopot nem használnám, csak webmin, samba, netatalk, podman, qbittorrent-nox lenne egyelőre.
Ha lehet nem szeretném sokat reszelgetni a rendszert, mert még csak kezdő linuxos vagyok. Például a PulseAudio default sinket Analog->HDMI már megoldottam, de a Play/Pause gombot nem tudom életre kelteni (showkey látja, de xev és más sem), fogalmam sincs mi foghatja, minden írás amit találtam zsákutca volt.
Köszi előre is -
Sziasztok!
Régi, de elégséges (J1900 celeron, 4GB RAM) vasból csinálnék HTPC/NAS-t. Milyen DE/WM-t ajánlotok Kodi alá, ami kellőképpen minimal, de mégis tud mindent, ami a feladathoz kellhet. A desktopot nem használnám, csak webmin, samba, netatalk, podman, qbittorrent-nox lenne egyelőre.
Ha lehet nem szeretném sokat reszelgetni a rendszert, mert még csak kezdő linuxos vagyok. Például a PulseAudio default sinket Analog->HDMI már megoldottam, de a Play/Pause gombot nem tudom életre kelteni (showkey látja, de xev és más sem), fogalmam sincs mi foghatja, minden írás amit találtam zsákutca volt.
Köszi előre is -
-
lsblk parancsol kilistázod a meghajtókat, így kiderítheted hogy mi lett a 2 új had hivatkozási neve. Tippre az sda az ssd a rendszerrel, az sdb a 4TB-os hdd. A két új tároló az sdc, ill. sdd lesz.
kedvenc partícionálódcdal mindegyik új lemezen létrehozol egy primapry partíciót, aminek "fd" legyen a típusa (raid).
Az
mdadm –examine /dev/sd[c-d]
parancsol lecsekkolod, hogy minden úgy történt-e ahogy szerettük volna (mindkettőn van 1-1 raid típusú partíció)
Ezután az mdadm -C /dev/md0 -l raid0 -n 2 /dev/sd[c-d]1 parancsal létrhozod a tömböt.
Ez eltarthat egy ideig, de a cat /proc/mdstat megmutatja éppen hol tart a folyamat, ill. ezzel a tömb állapotát is lekérdezhetetd.
Miután végzett a tömb létrehozásával, már csak le kell formáznod a raid tömböt: mkfs.ext4 /dev/md0
és módosítani az fstab-ot, hogy minden indításkor csatolja is fel:
/dev/md0 /data ext4 defaults 0 0
Persze előbb hozd lére a /data könyvtárat, és lásd el a megfelelő jogosultságokkal.Nem olyan bonyolult ez, hogy külön doki keljen hozzá.
-
-
lsblk parancsol kilistázod a meghajtókat, így kiderítheted hogy mi lett a 2 új had hivatkozási neve. Tippre az sda az ssd a rendszerrel, az sdb a 4TB-os hdd. A két új tároló az sdc, ill. sdd lesz.
kedvenc partícionálódcdal mindegyik új lemezen létrehozol egy primapry partíciót, aminek "fd" legyen a típusa (raid).
Az
mdadm –examine /dev/sd[c-d]
parancsol lecsekkolod, hogy minden úgy történt-e ahogy szerettük volna (mindkettőn van 1-1 raid típusú partíció)
Ezután az mdadm -C /dev/md0 -l raid0 -n 2 /dev/sd[c-d]1 parancsal létrhozod a tömböt.
Ez eltarthat egy ideig, de a cat /proc/mdstat megmutatja éppen hol tart a folyamat, ill. ezzel a tömb állapotát is lekérdezhetetd.
Miután végzett a tömb létrehozásával, már csak le kell formáznod a raid tömböt: mkfs.ext4 /dev/md0
és módosítani az fstab-ot, hogy minden indításkor csatolja is fel:
/dev/md0 /data ext4 defaults 0 0
Persze előbb hozd lére a /data könyvtárat, és lásd el a megfelelő jogosultságokkal.Nem olyan bonyolult ez, hogy külön doki keljen hozzá.
Tudok ám helyesen írni, csak mióta van ez a beépített helyesírás ellenőrző, több alkalommal is furán korrektúrázza az írásaimat
2 új had = 2 új hdd
kedvenc partícionálódcda = kedvenc partícionálóddalNem is értem honnan vesz ilyen szavakat...
-
lsblk parancsol kilistázod a meghajtókat, így kiderítheted hogy mi lett a 2 új had hivatkozási neve. Tippre az sda az ssd a rendszerrel, az sdb a 4TB-os hdd. A két új tároló az sdc, ill. sdd lesz.
kedvenc partícionálódcdal mindegyik új lemezen létrehozol egy primapry partíciót, aminek "fd" legyen a típusa (raid).
Az
mdadm –examine /dev/sd[c-d]
parancsol lecsekkolod, hogy minden úgy történt-e ahogy szerettük volna (mindkettőn van 1-1 raid típusú partíció)
Ezután az mdadm -C /dev/md0 -l raid0 -n 2 /dev/sd[c-d]1 parancsal létrhozod a tömböt.
Ez eltarthat egy ideig, de a cat /proc/mdstat megmutatja éppen hol tart a folyamat, ill. ezzel a tömb állapotát is lekérdezhetetd.
Miután végzett a tömb létrehozásával, már csak le kell formáznod a raid tömböt: mkfs.ext4 /dev/md0
és módosítani az fstab-ot, hogy minden indításkor csatolja is fel:
/dev/md0 /data ext4 defaults 0 0
Persze előbb hozd lére a /data könyvtárat, és lásd el a megfelelő jogosultságokkal.Nem olyan bonyolult ez, hogy külön doki keljen hozzá.
-
Sziasztok!
Van egy PC-m, amin Debian 10 fut. A rendszer egy SSD-n van és van még mellette egy 4TB-os
HDD. Szeretném még bővíteni a tárhelyet 2 db 4TB-os HDD vel RAID0-ban, hogy 8TB-nak lássa a rendszer a 2 db HDD-t.
Hol találok egy szájbarágós/step by step leírást ennek a menetéről úgy hogy ne legyen adatvesztésem? -
emlékeim szerint a CC változóval tudod kiválasztani, hogy melyiket használja. Legalábbis ott, ahol ./configure is kell, ott biztosan.
Köszi
, ez lesz az, esetemben CC="gcc-7" és a CXX="g++-7" sorokat kellett hozzáadni a fordítás konfigfáljához és így már el is kezdett forogni, remélem jó is lesz 
-
Sziasztok,
Debian alatt tudja vki, hogy kell a default-tól eltérő gcc-vel forráskódot forgatni? Addig eljutottam, hogy konkrét esetben Debian Stretch alatt szeretnék a def a gcc-6 helyett gcc-7-est használni, mx repóban meg is találtam hozzá, ami nem bántja a defaultot, de elérhető a gcc-7 ha sikerül környezeti változókat úgy beparaméterezni a fordítandó programhoz, hogy azt használja, nos ebben kérnék segítéseget, eddig csak CentOs alatt használtam nem def fordítót, de ott nagyon egyszerű, mert ott van hozzá a devtoolset bash.
Köszönettel; Fenyő -
eladohardver
őstag
-
-
Csak a laptopomban van kamera, de abban meg csak wifi van, úgyhogy nem tudom.
(Közben rájöttem, hogy korábban hülyeséget írtam: a céges notiban volt ugyan kamera, de le volt tiltva, szóval csak beszélhettem teamsben, meg néztem a többieket.)
1. A Chrome nem korlátozta ma a forgalmat, hiába állítottam be (korábban működött).
2. Nem volt ma elakadás egy pillanatra sem, pedig nem változtattam akkor semmit a gépen... Gondolom akkor tényleg a hálózattal volt valami baja hétfőn, ez így nem túl vidám... -
régi játék, és nem biztos, hogy jó erre, de hátha.
Na a bejövő forgalmat korlátozd le, hanem a kimenőt. Még annak ideján ADSL vonalnál volt rendszeresen visszatérő probléma, hogy a kimenő sávszélesség eltömődött, ez viszont sajnos megállította a bejövő forgalomhoz való ACK csomagok kiküldését is, emiatt a bejövő forgalom is leállt. A megoldás az volt, hogy egyrészt le kellett korlátozni a kimenő sávszélességet, másrészt pedig elsőbbséget adni a nyugtázó csomagoknak. Régen volt, tehát pontos technikai részleteket nem tudok adni, de ez volt az alapelv. Hátha segít.Mindkét irányt 8 mbit-re korlátoztam (fel max 10-et tud), de csak holnap lesz órám, és akkor minden kiderül. De az ötlet tetszik, ha mégis elakadna, lentebb veszem mindkettőt.
-
Sziasztok,
Van egy elég idegesítő és fura problémám Debian alatt. Videóhívások rendszeresen megszakadnak nagyjából fix időközönként (5-10 perc, és gyakorlatilag folyamatosan ezt csinálja) Debian alatt, zoom, google.meet, és most legutóbb az iteach.world, de csak akkor, ha a upc-men csinálom, wifin (90/10mbit) (az asztali gépek vannak kábellel bedugva a routerbe, de azokban nincs webkamera, tehát nincs fel irány). Tavaly volt még usb-s mobilnetem, ami 2/2 mbitet tudott csak, azzal nem volt ez a gond, tehát linuxon van csak gond asszimetrikus kapcsolattal (az iteach-et chrome-mal használtam, a többit firefoxszal)! A családban és az iteach-es tanárom szerint is windowsal és mac-kel nem volt ilyen gondjuk sosem upc-s hálózaton...
Két kérdésem volna:
1. Ki tudja a megoldást erre a problémára?
2. Ha az nftables-ben limit-tel lekorlátozom a bejövő forgalmat 10mbit-re, akkor abból a böngésző (vagy az iteach) mit lát? 10/10mbit-es kapcsolatot, vagy hogy a csomagok 90%-a elvész lefelé???(A céges win10-emen teams-sel nem volt ilyen gond ugyanazon a hálón, sajnos nem tudtam kipróbálni a többi videóhívást rajta, mert nem voltam localadmin, és a céges proxy nem engedte. Ja, és DA-val mentem be a cégbe, szóval gőzöm nincs, hogy ilyenkor hol a fenében kóricálnak a csomagok.)
-
kovaax
őstag
Nálam kb 5 6 éve van digi, és kb soha nem volt problémám.
Külváros. rákospalota.
Tőlem kb 2 km-re újpalotán mindenki picsog, hogy így a digi úgy a digi, nálam folyamatos a net... -
forgalmat értelmesen korlátozni csak a kiindulási pontján lehet, végpontján nem.
mivel a csomagokat nyugtázni kell, ezért mindig van fel irány.
azt nézd meg, hogy mennyi időre kapod a dhcp lease-t. ha mindig pont akkor szakad, amikor dhcp-t újít meg, akkor azt kell megváltoztatni, hogy mit csinál a debianod dhcp renew-nél.
illetve azt tudod még csinálni, hogy az iteach felé menő csomagokat priorizálod a többivel szemben. -
Sziasztok,
Van egy elég idegesítő és fura problémám Debian alatt. Videóhívások rendszeresen megszakadnak nagyjából fix időközönként (5-10 perc, és gyakorlatilag folyamatosan ezt csinálja) Debian alatt, zoom, google.meet, és most legutóbb az iteach.world, de csak akkor, ha a upc-men csinálom, wifin (90/10mbit) (az asztali gépek vannak kábellel bedugva a routerbe, de azokban nincs webkamera, tehát nincs fel irány). Tavaly volt még usb-s mobilnetem, ami 2/2 mbitet tudott csak, azzal nem volt ez a gond, tehát linuxon van csak gond asszimetrikus kapcsolattal (az iteach-et chrome-mal használtam, a többit firefoxszal)! A családban és az iteach-es tanárom szerint is windowsal és mac-kel nem volt ilyen gondjuk sosem upc-s hálózaton...
Két kérdésem volna:
1. Ki tudja a megoldást erre a problémára?
2. Ha az nftables-ben limit-tel lekorlátozom a bejövő forgalmat 10mbit-re, akkor abból a böngésző (vagy az iteach) mit lát? 10/10mbit-es kapcsolatot, vagy hogy a csomagok 90%-a elvész lefelé???(A céges win10-emen teams-sel nem volt ilyen gond ugyanazon a hálón, sajnos nem tudtam kipróbálni a többi videóhívást rajta, mert nem voltam localadmin, és a céges proxy nem engedte. Ja, és DA-val mentem be a cégbe, szóval gőzöm nincs, hogy ilyenkor hol a fenében kóricálnak a csomagok.)
-
eladohardver
őstag
Az iteach-es tanárom szerint Budapesten a upc a legjobb az iteach-en, digi a legrosszabb, T a kettő között (de valószínűleg én vagyok az első tanítványa, aki linuxot használ). Ja, mobilneten nem volt ez a móka, írtam is, bár azon nem próbáltam az iteach-et.
Találtam egy megoldást, ha tényleg az asszimetria okozza a gondot: chrome -> További eszközök -> Fejlesztői eszközök -> Throttling -> Custom, 8000/8000. A következő órán kiderül, mit szól hozzá az iteach.
További eszközök sávszélesség limitálásra: tc, trickle (ez alkalmazás szinten pl.).
-
kovaax
őstag
Válts szolgáltatót szvsz... UPC-vel csak a gond, csak a baj... legalábbis én csak ezt hallom vissza.
Próbáltad ugyanezt az OS-t/Konfigot más internet kapcsolattal? Dugd rá pl bobilnetre... lehet még azzal is jobb lessz...Ha bobilnettel is szakadozik kérdezz rá valami értelmesebb helyen ahol esetlegesen választ is kaphatsz... SZVSZ Magyar fórumok esélytelenek, ha komolyabb problémával szembesülsz...
a sok noob. Én is egy vagyok közűlük...
libera.chat #debian chanelen esélyes h találsz valódi segítséget.
Ha lekorlátozod a kapcsit akkor nem a csomagok vesznek el értelemszerűen... Csak lassabban érnek célba...
Nem is értem... ne korlátozz ... a csomagütemezés hatásosabb dolog ... -
eladohardver
őstag
Sziasztok,
Van egy elég idegesítő és fura problémám Debian alatt. Videóhívások rendszeresen megszakadnak nagyjából fix időközönként (5-10 perc, és gyakorlatilag folyamatosan ezt csinálja) Debian alatt, zoom, google.meet, és most legutóbb az iteach.world, de csak akkor, ha a upc-men csinálom, wifin (90/10mbit) (az asztali gépek vannak kábellel bedugva a routerbe, de azokban nincs webkamera, tehát nincs fel irány). Tavaly volt még usb-s mobilnetem, ami 2/2 mbitet tudott csak, azzal nem volt ez a gond, tehát linuxon van csak gond asszimetrikus kapcsolattal (az iteach-et chrome-mal használtam, a többit firefoxszal)! A családban és az iteach-es tanárom szerint is windowsal és mac-kel nem volt ilyen gondjuk sosem upc-s hálózaton...
Két kérdésem volna:
1. Ki tudja a megoldást erre a problémára?
2. Ha az nftables-ben limit-tel lekorlátozom a bejövő forgalmat 10mbit-re, akkor abból a böngésző (vagy az iteach) mit lát? 10/10mbit-es kapcsolatot, vagy hogy a csomagok 90%-a elvész lefelé???(A céges win10-emen teams-sel nem volt ilyen gond ugyanazon a hálón, sajnos nem tudtam kipróbálni a többi videóhívást rajta, mert nem voltam localadmin, és a céges proxy nem engedte. Ja, és DA-val mentem be a cégbe, szóval gőzöm nincs, hogy ilyenkor hol a fenében kóricálnak a csomagok.)
Válts szolgáltatót szvsz... UPC-vel csak a gond, csak a baj... legalábbis én csak ezt hallom vissza.
Próbáltad ugyanezt az OS-t/Konfigot más internet kapcsolattal? Dugd rá pl bobilnetre... lehet még azzal is jobb lessz...Ha bobilnettel is szakadozik kérdezz rá valami értelmesebb helyen ahol esetlegesen választ is kaphatsz... SZVSZ Magyar fórumok esélytelenek, ha komolyabb problémával szembesülsz...
a sok noob. Én is egy vagyok közűlük...libera.chat #debian chanelen esélyes h találsz valódi segítséget.
Ha lekorlátozod a kapcsit akkor nem a csomagok vesznek el értelemszerűen... Csak lassabban érnek célba...
Nem is értem... ne korlátozz ... a csomagütemezés hatásosabb dolog ... -
kovaax
őstag
Sziasztok,
Van egy elég idegesítő és fura problémám Debian alatt. Videóhívások rendszeresen megszakadnak nagyjából fix időközönként (5-10 perc, és gyakorlatilag folyamatosan ezt csinálja) Debian alatt, zoom, google.meet, és most legutóbb az iteach.world, de csak akkor, ha a upc-men csinálom, wifin (90/10mbit) (az asztali gépek vannak kábellel bedugva a routerbe, de azokban nincs webkamera, tehát nincs fel irány). Tavaly volt még usb-s mobilnetem, ami 2/2 mbitet tudott csak, azzal nem volt ez a gond, tehát linuxon van csak gond asszimetrikus kapcsolattal (az iteach-et chrome-mal használtam, a többit firefoxszal)! A családban és az iteach-es tanárom szerint is windowsal és mac-kel nem volt ilyen gondjuk sosem upc-s hálózaton...
Két kérdésem volna:
1. Ki tudja a megoldást erre a problémára?
2. Ha az nftables-ben limit-tel lekorlátozom a bejövő forgalmat 10mbit-re, akkor abból a böngésző (vagy az iteach) mit lát? 10/10mbit-es kapcsolatot, vagy hogy a csomagok 90%-a elvész lefelé???(A céges win10-emen teams-sel nem volt ilyen gond ugyanazon a hálón, sajnos nem tudtam kipróbálni a többi videóhívást rajta, mert nem voltam localadmin, és a céges proxy nem engedte. Ja, és DA-val mentem be a cégbe, szóval gőzöm nincs, hogy ilyenkor hol a fenében kóricálnak a csomagok.)
-
trapi007
tag
Brave browser. Plóbáld ki! Mindenféle külön plugin nélkül blokkolja a reklámokat, Ami a fentebb említett browsereknek csak külön pluginokkal műxik ami ált felzabálja a memóriát...
-
eladohardver
őstag
-
Sziasztok!
Média lejátszónak használt régi gép:
Core 2 Duo 6600 + Nvidia VGA ami rendelkezik hardveres videó konvertálással. + ddr2 4 GB ram.
Debian 9
Firefoxon a HBO go kezdő oldala akadozik. proci 70 %-on. Filmek pedig pár hete akadoznak, proci 99%-on.
Kadi-val nincs gond, de v17-en nincs hbo go plugin.Esetleg segíthet a legfrissebb debian?
-
eladohardver
őstag
-
Tarokk79
aktív tag
Szvsz hanyagold az nft-t. Aki 20-éve iptables-t konfigurálgat fejből talán annak könnyebb az átálás rá. Nem user friendly a wiki.nftables.org asszem az oldal címe....
-
eladohardver
őstag
-
Új gépre rakom fel a debian 11-et a leírás alapján. Elakadtam a tűzfalnál.
cp /usr/share/doc/nftables/examples/workstation.nft /etc/nftables.confsystemctl enable nftables.servicesystemctl start nftables.servicenft list ruleset
Az nft tables parancsot nem ismeri (rootként csinálom). Mi a gond? Az nftables fel van installálva és a iptables is.Amúgy az egész hálozat kezelő rész kicsit zavaros nekem a network managerrel együtt. Tudtok valami leírást adni, likelni, ahol kicsit jobban képbe tudok jönni?
Most wireguard-ot akartam felrakni (klienst). Jó lenne egy ikkon, ahol tudnám állítani, hogy bekapcsolom kikapcsolom.
Előre is kösz
Sudo-val megy rootként is
.sudo nft ruleset -
kovaax
őstag
apt purge ? ->apt install?
-
eladohardver
őstag
Sziasztok,
Kvm-mel játszok, és sikerült ezzel (parancssorossal) eltüntetni a/etc/apparmor.d/libvirt/libvirt-<uuid>.filesfájlt, rövid kínlódás után töröltem a/etc/apparmor.d/libvirt/libvirt-<uuid>fájlt is, de ez sem oldotta meg, úgyhogy egyelőre kikapcsoltam az apparmor-t a libvirtd-n (/etc/libvirt/qemu.conf: security_driver = "none"). Nem tudja valaki hogy lehet újragyártani a két törölt fájlt? Előre is kőszönöm szépen! -
kovaax
őstag
Sziasztok,
Kvm-mel játszok, és sikerült ezzel (parancssorossal) eltüntetni a/etc/apparmor.d/libvirt/libvirt-<uuid>.filesfájlt, rövid kínlódás után töröltem a/etc/apparmor.d/libvirt/libvirt-<uuid>fájlt is, de ez sem oldotta meg, úgyhogy egyelőre kikapcsoltam az apparmor-t a libvirtd-n (/etc/libvirt/qemu.conf: security_driver = "none"). Nem tudja valaki hogy lehet újragyártani a két törölt fájlt? Előre is kőszönöm szépen! -
Friczy
senior tag
mi a gond a cloudflare-el? Telljesen rendben szokott lenni...
Jah!
valaki egy irc-en felhívta erre a figyelmem.
Mindent a leírtak szerint, ravd-vel bekonfoltam.
És ez lett belőle:
Ezek után még keresgéltem és be raktam /etc/sysctl.conf -ba pluszban ezt a sort: net.ipv6.conf.ppp0.accept_ra=2
a
net.ipv4.ip_forward=1
net.ipv6.conf.all.forwarding=1Illetve be raktam /etc/ppp/options -ba ezt a sort:
+ipv6 ipv6cp-use-ipaddr
És a szerveren onnantól kezdve tudok pingelni ipv6 címeket, de a LAN-on továbbra is az a fura IPV6 cím van és továbbra sincs ipv6 net kapcsolat.
-
eladohardver
őstag
Az a domain-name-servers 1.1.1.1; érdekes konfig, remélem, a valóságban nem az van
Az IPv6 sokkal trükkösebb játék, önmagában a dhcp nem is elég, sút, a cím adásához nem is feltétlenül szükséges, oda a radvd kell.mi a gond a cloudflare-el? Telljesen rendben szokott lenni...
Jah!
valaki egy irc-en felhívta erre a figyelmem.
Mindent a leírtak szerint, ravd-vel bekonfoltam.
És ez lett belőle:
Ezek után még keresgéltem és be raktam /etc/sysctl.conf -ba pluszban ezt a sort: net.ipv6.conf.ppp0.accept_ra=2
a
net.ipv4.ip_forward=1
net.ipv6.conf.all.forwarding=1Illetve be raktam /etc/ppp/options -ba ezt a sort:
+ipv6 ipv6cp-use-ipaddr
És a szerveren onnantól kezdve tudok pingelni ipv6 címeket, de a LAN-on továbbra is az a fura IPV6 cím van és továbbra sincs ipv6 net kapcsolat. -
Friczy
senior tag
Elbeszélgetek én magammal, ha nem segít a kutya se akkor is...
Legalább vissza tudok jönni kicopyzni amikor az éles rendszert csinálom. És hátha mégis valami rutinosabbnak aki olvassa lenne ötlete...
/etc/dhcp/dhcpd.conf
option domain-name "my.lan";
option domain-name-servers 1.1.1.1;default-lease-time 600;
max-lease-time 7200;ddns-update-style none;
subnet myLAN.0 netmask 255.255.255.0 {
range myLAN.100 myLAN.150;
option routers myLAN IP;
}webminben Routing and Gateways
Default router Gateway "myLAN IP" dsl-provider
Default IPv6 Router None (or from DHCP) dsl-provider
Act as router YesKonzol:
echo "1">/proc/sys/net/ipv4/ip_forward
ok, csekk melyik zónába raktam a dsl-provider-t:
firewall-cmd --get-active-zone
public
interfaces: dsl-providerfirewall-cmd --zone=public --add-masquerade --permanent
És megy az ipv4 a beálított DHCP-s hálózaton.Ugyan ebben a környezetben pfsense kb 600Mbps-t tudott.. És a hosszú kábelen (20m) lévő gépnél lassulás volt speedtestben, most ugyanazt tudják.
Hogyan kell az IPV6-ot rávenni?
valami rich rule-körül kell kutakodni? vagy mi?
dhcpv6 hoz még nem is nyúltam
nekem ez már magas
Az a domain-name-servers 1.1.1.1; érdekes konfig, remélem, a valóságban nem az van
Az IPv6 sokkal trükkösebb játék, önmagában a dhcp nem is elég, sút, a cím adásához nem is feltétlenül szükséges, oda a radvd kell. -
cigam
titán
Elbeszélgetek én magammal, ha nem segít a kutya se akkor is...
Legalább vissza tudok jönni kicopyzni amikor az éles rendszert csinálom. És hátha mégis valami rutinosabbnak aki olvassa lenne ötlete...
/etc/dhcp/dhcpd.conf
option domain-name "my.lan";
option domain-name-servers 1.1.1.1;default-lease-time 600;
max-lease-time 7200;ddns-update-style none;
subnet myLAN.0 netmask 255.255.255.0 {
range myLAN.100 myLAN.150;
option routers myLAN IP;
}webminben Routing and Gateways
Default router Gateway "myLAN IP" dsl-provider
Default IPv6 Router None (or from DHCP) dsl-provider
Act as router YesKonzol:
echo "1">/proc/sys/net/ipv4/ip_forward
ok, csekk melyik zónába raktam a dsl-provider-t:
firewall-cmd --get-active-zone
public
interfaces: dsl-providerfirewall-cmd --zone=public --add-masquerade --permanent
És megy az ipv4 a beálított DHCP-s hálózaton.Ugyan ebben a környezetben pfsense kb 600Mbps-t tudott.. És a hosszú kábelen (20m) lévő gépnél lassulás volt speedtestben, most ugyanazt tudják.
Hogyan kell az IPV6-ot rávenni?
valami rich rule-körül kell kutakodni? vagy mi?
dhcpv6 hoz még nem is nyúltam
nekem ez már magas
Én segítenék, de a felét nem is értem
-
eladohardver
őstag
Asszem megtaláltam... firewalld-ban zonákkal lehet ugyanezt, vagy hasonlót elérni.
Viszont ami még nem világos, hogy hogy a szöszbe fogom ISC DHCPd -t bekonfolni, hogy működjön ipv6 is. Elbeszélgetek én magammal, ha nem segít a kutya se akkor is...
Legalább vissza tudok jönni kicopyzni amikor az éles rendszert csinálom. És hátha mégis valami rutinosabbnak aki olvassa lenne ötlete...
/etc/dhcp/dhcpd.conf
option domain-name "my.lan";
option domain-name-servers 1.1.1.1;default-lease-time 600;
max-lease-time 7200;ddns-update-style none;
subnet myLAN.0 netmask 255.255.255.0 {
range myLAN.100 myLAN.150;
option routers myLAN IP;
}webminben Routing and Gateways
Default router Gateway "myLAN IP" dsl-provider
Default IPv6 Router None (or from DHCP) dsl-provider
Act as router YesKonzol:
echo "1">/proc/sys/net/ipv4/ip_forward
ok, csekk melyik zónába raktam a dsl-provider-t:
firewall-cmd --get-active-zone
public
interfaces: dsl-providerfirewall-cmd --zone=public --add-masquerade --permanent
És megy az ipv4 a beálított DHCP-s hálózaton.Ugyan ebben a környezetben pfsense kb 600Mbps-t tudott.. És a hosszú kábelen (20m) lévő gépnél lassulás volt speedtestben, most ugyanazt tudják.
Hogyan kell az IPV6-ot rávenni?
valami rich rule-körül kell kutakodni? vagy mi?
dhcpv6 hoz még nem is nyúltam
nekem ez már magas
-
eladohardver
őstag
Ez pfsense-ben 2 szabály, mármint az h eth2 nem megy netre és nem érkezik semmicsomag netről, és eth1 eth2 kommunikál.
Asszem megtaláltam... firewalld-ban zonákkal lehet ugyanezt, vagy hasonlót elérni.
Viszont ami még nem világos, hogy hogy a szöszbe fogom ISC DHCPd -t bekonfolni, hogy működjön ipv6 is. -
eladohardver
őstag
oké, de azt valószínűleg nem fogod tudni megcsinálni, hogy a szerveren ha egy program hozzáfér az eth2 interfészhez, az az eth1-hez ne férjen hozzá.
tehát nem az a feladat, hogy eth2 tud kommunikálni eth1-gyel, hanem az, hogy a helyi hálózat egy darabja eth2-n lóg és bizonyos dolgokat elér, más dolgokat meg nem.
Ez pfsense-ben 2 szabály, mármint az h eth2 nem megy netre és nem érkezik semmicsomag netről, és eth1 eth2 kommunikál.
-
bambano
titán
mert ott van valaki aki nem mehet ki a netre, és nem jöhetnek be hozzá a netről...
-
eladohardver
őstag
-
bambano
titán
Üdv Urak!
Szeretnék egy kis segítséget kérni, ami lehet nem is kicsi...
Keresgéltem mindenfelé neten, és nem találtam normális választ rá eskü!
how to- val indítunk, , minden keresést, ez alap.
Szeretnék egy Debian11-headless szervert ami ,
eth0-án pppoe kapcsolatot létesít (ez eddig megvala)
eth1 en dhcp-vel osztja a netet
eth2- pedig tud kommunikálni eth1-el illetve oda vissza.
Kb 2000-es évek környékén csináltam hasonlót mandrake-el... azóta nem volt rá szükség, és mindent is felejtettem.
Pls valaki (fogja a kezem, mert félek ) a megfelelő leírásra mutasson rá.
Köszönöm! -
eladohardver
őstag
Üdv Urak!
Szeretnék egy kis segítséget kérni, ami lehet nem is kicsi...
Keresgéltem mindenfelé neten, és nem találtam normális választ rá eskü!
how to- val indítunk, , minden keresést, ez alap.
Szeretnék egy Debian11-headless szervert ami ,
eth0-án pppoe kapcsolatot létesít (ez eddig megvala)
eth1 en dhcp-vel osztja a netet
eth2- pedig tud kommunikálni eth1-el illetve oda vissza.
Kb 2000-es évek környékén csináltam hasonlót mandrake-el... azóta nem volt rá szükség, és mindent is felejtettem.
Pls valaki (fogja a kezem, mert félek ) a megfelelő leírásra mutasson rá.
Köszönöm! -
vviktorr16
tag
Sziasztok, adott egy gép amin egy debian 10 netinst rendszer fut és nas-ként üzemel.
Ami egy UPS-re van kötve USB kábellel (Eaton 5E 850i USB DIN) és olyan probléma van vele, hogy ha kikapcsolom a gépet, akkor nem kikapcsol, hanem újraindul. - ha lehúzom az USB kábelt akkor a "hiba" megszűnik.
Rengeteg hiba forrás lehetne (UPS topikba nem kaptam ötleteteket), de már szinte mindent kizártam, azaz: a driver, nut csomag megfelelően működik, három kábellel próbáltam, BIOS-ban az összes energiatakarékos, ébresztő funkciót kipróbáltam
Egyedül már csak az maradt, hogy ez az UPS gyenge minőségű alkatrészekből, tervezési hibákkal rendelkezik.De akkor hogy jutottam ide?
- úgy, hogy kipróbáltam pendrivon több Linux disztribúciót live-ként futtatva és nem meglepő módon, több Linuxon nem tudtam kikapcsolni a kérdéses gépet, csak ha nem volt csatlakoztatva az UPS. (Linux Mint, Pop_OS, ArcoLinuxD)
Viszont Manjaron is kipróbáltam a gép kikapcsolást, és meglepő módon itt probléma nélkül kikapcsolta a gépet rádugott UPS-el is.
+Másik PC-vel ahol WIN10 fut ott nincs ilyen hiba.
Ebből arra következtetek, hogy kikapcsolás/leállítás során minden OS máshogy kezeli az USB portokra dugott eszközöket.Kérdésem, hogy létezik valami megoldás erre debian rendszeren?
- például USB port tiltása/kikapcsolása közvetlenül a leállítási folyamat elején (hogy ne kommunikáljon az UPS-el a gép), vagy bármi.
Köszönöm. -
Na, most sikerült időt szakítani egy kis harverészkedésre, és megcseréltem a két gépben a dvd írókat, de sajnos nem változott semmi, tehát független a probléma az írótól, a nagyobb gépben ugyanúgy nem jó a másik író sem, a kicsiben meg jó a másik író is... De legalább most a nagyban csak sata cuccok vannak.
-
Tűzfal témában kérném a segítségeteket. Debian 10 alatt nftables-t használom. A routeren most kapcsoltam be az ipv6-ot és a következő hibát kaptam:
"
Your router or firewall is filtering ICMPv6 messages sent to your computer. An IPv6 host that cannot receive ICMP messages may encounter problems like some web pages loading partially or not at all.
"
Azt a segítséget kaptam, hogy ezeket kellene engedélyeznem a tűzfalon.
Az /etc/nftables.conf-ban a következő van benne:#!/usr/sbin/nft -fflush rulesettable inet filter {chain input {type filter hook input priority 0;iif lo acceptct state established,related acceptip6 nexthdr icmpv6 icmpv6 type { nd-neighbor-solicit, nd-router-advert, nd-neighbor-advert } acceptcounter drop}}
Mit kellene még hozzáraknom? -
Sziasztok! Alaplapi integrált VGA-t használok.
Így a PCIe x16-ba belement egy SSD.
Na ezzel el is tűnt a hálózati kártya, és megváltoztatta a /network/interfaces tartalmát.
Indulásnál: Failed to start Raise network interfaces. PCIe SSD kiszed.
De megváltozott a hálókártya neve. Nekem ez volt: enpls0 (nem tudom miért de nem eth0)
átírta erre: enp2s0, és beállított address, netmask stb, mindet kitörölte.
Vissza írtam az alap beállítást enp2s0-val és lett hálózat minden ok.De azért van az SSD, hogy benne legyen... Újra nincs hálózat.
Valószínűleg ismét megváltoztatta az eszköz nevét. Ezt hol találom?
Illetve mi lehet a gond? -
Sziasztok! Alaplapi integrált VGA-t használok.
Így a PCIe x16-ba belement egy SSD.
Na ezzel el is tűnt a hálózati kártya, és megváltoztatta a /network/interfaces tartalmát.
Indulásnál: Failed to start Raise network interfaces. PCIe SSD kiszed.
De megváltozott a hálókártya neve. Nekem ez volt: enpls0 (nem tudom miért de nem eth0)
átírta erre: enp2s0, és beállított address, netmask stb, mindet kitörölte.
Vissza írtam az alap beállítást enp2s0-val és lett hálózat minden ok.De azért van az SSD, hogy benne legyen... Újra nincs hálózat.
Valószínűleg ismét megváltoztatta az eszköz nevét. Ezt hol találom?
Illetve mi lehet a gond? -
Hogy eth0 helyett enp2s0 van, az új elnevezési konvekcióknak köszönhető. Ezt vissza lehet állítani, ha megkeresed az /etc/systemd/network/ könyvtárban az adott kapcsolathoz tartozó link fájl (nálam ez 50-wired.link), és kitörlöd.
De szebb megoldás, ha készítesz egy udev szabályt, valahogy így: https://www.shellhacks.com/change-network-interface-name-eth0-eth1-eth2/
Tehát a /etc/udev/rules.d/70-persistent-net.rules fájlban lesz egy ilyen sorod:
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*",
ATTR{address}=="00:00:00:00:00:00",ATTR{dev_id}=="0x0", ATTR{type}=="1",
KERNEL=="eth*", NAME="eth0"Ahol az ATTR az adott hálózati interfész MAC címe kell legyen.
-
Sziasztok! Alaplapi integrált VGA-t használok.
Így a PCIe x16-ba belement egy SSD.
Na ezzel el is tűnt a hálózati kártya, és megváltoztatta a /network/interfaces tartalmát.
Indulásnál: Failed to start Raise network interfaces. PCIe SSD kiszed.
De megváltozott a hálókártya neve. Nekem ez volt: enpls0 (nem tudom miért de nem eth0)
átírta erre: enp2s0, és beállított address, netmask stb, mindet kitörölte.
Vissza írtam az alap beállítást enp2s0-val és lett hálózat minden ok.De azért van az SSD, hogy benne legyen... Újra nincs hálózat.
Valószínűleg ismét megváltoztatta az eszköz nevét. Ezt hol találom?
Illetve mi lehet a gond? -
Sziasztok. Az lenne a kérdésem, hogy milyen módon lehet ténylegesen ellenőrizni, hogy egy frissítés után van-e szükség újraindításra? Mert több helyen említik a /var/run/reboot-required nevű file-t, hogy ha létezik, akkor szükség van újraindításra, de ha nem, akkor nem. Viszont ezt nem látom, hogy tényleg 100%-ig így lenne, mert ha most egy Debian 11-est frissítek Debian 11.1-esre, akkor nem jelenik meg a reboot-required file, és a motd-t kiiratva sem jelzi, holott tuti fix, hogy szükség van rebootra, hisz kapott új kernelt, jópár szolgáltatás is frissült, amiknek szükség lenne rebootra (needrestart csomag is jelezte, hogy szükség lenne rá).
-
Sziasztok. Az lenne a kérdésem, hogy milyen módon lehet ténylegesen ellenőrizni, hogy egy frissítés után van-e szükség újraindításra? Mert több helyen említik a /var/run/reboot-required nevű file-t, hogy ha létezik, akkor szükség van újraindításra, de ha nem, akkor nem. Viszont ezt nem látom, hogy tényleg 100%-ig így lenne, mert ha most egy Debian 11-est frissítek Debian 11.1-esre, akkor nem jelenik meg a reboot-required file, és a motd-t kiiratva sem jelzi, holott tuti fix, hogy szükség van rebootra, hisz kapott új kernelt, jópár szolgáltatás is frissült, amiknek szükség lenne rebootra (needrestart csomag is jelezte, hogy szükség lenne rá).
-
felora:)
tag
Sziasztok!
Linux KAMERA 5.10.0-8-amd64 #1 SMP Debian 5.10.46-4 (2021-08-03) x86_64 GNU/Linux
Debianon hogy tudom megoldani, hogy ne tegye alvó üzemmódba a gépet? Ha lehet, azt is szeretném, hogy ne tegye alvóba a winyókat se amikor "nincsenek" használva.
Jelenleg a rendszer 1 ssd-vel van - sda - ezen van a rendszer
raid 0 kötet - sdb, sdc - ezen adatok, de nem akarom, hogy lekapcsolja ha nincsenek használva. hagy pörögjenek.Előre is köszönöm a válaszokat.
lehet megoldódott, majd kiderül.
sudo systemctl mask sleep.target suspend.target hibernate.target hybrid-sleep.target
-
![;]](http://cdn.rios.hu/dl/s/v1.gif)
. Elég hihetetlen hogy az egér mozgatása ennyire beterheli a procit, viszont ha ez így van akkor érdemes azt a gépet elengedni, vagy kideríteni pontosan mi baja van, mert ez nem normális. Még a Pentiumok korában sem volt gond a GUI-n való egérmozgatás.
, ez lesz az, esetemben CC="gcc-7" és a CXX="g++-7" sorokat kellett hozzáadni a fordítás konfigfáljához és így már el is kezdett forogni, remélem jó is lesz 
Új hozzászólás Aktív témák
- A Linux megnégyszerezte magát a Steamen — a Microsoft ismét ígérget
- Arc Raiders
- Fejhallgató erősítő és DAC topik
- AMD vs. INTEL vs. NVIDIA
- Samsung kuponkunyeráló
- Először kombinálja a Full HD-t az 1000 Hz-cel egy monitor
- AMD Navi Radeon™ RX 9xxx sorozat
- Samsung Galaxy S26 Ultra - fontossági sorrend
- Samsung Galaxy A52s 5G - jó S-tehetség
- Projektor topic
- További aktív témák...
- HIBÁTLAN iPhone 15 Pro Max 1TB Black Titanium -2 ÉV GARANCIA - Kártyafüggetlen, MS5166
- HP EliteBook 745 G6 14" Ryzen 5 pro 3500U - 7 pro 3700U - 16GB RAM, SSD, jó akku, számla, 6 hó gar
- "ÚJ" RITKA MINT A FEHÉR HOLLÓ" ASUS ROG STRIX GeForce RTX 3090 24GB (GARANCIA 3 ÉVIG)
- 27% - MSI MAG Z890 TOMAHAWK WIFI Alaplap
- HP EliteBook 840 G11 Ultra 7 / 16GB RAM / 512GB SSD / FHD+ IPS / Garancia 2027.11.
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest