- iPhone topik
- Megérkezett a Google Pixel 7 és 7 Pro
- Samsung Galaxy Watch7 - kötelező kör
- Samsung Galaxy Watch6 Classic - tekerd!
- Mobil flották
- Milyen okostelefont vegyek?
- Redmi Note 13 Pro 5G - nem százas, kétszázas!
- Google Pixel 9 Pro XL - hét szűk esztendő
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- One mobilszolgáltatások
-
Mobilarena
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
inf3rno
nagyúr
válasz
Frawly
#26094
üzenetére
El vagy tévedve:
Van tree style tab plugin is, ami aszerint rendezi fába, hogy melyik új tabot melyik másikból nyitottad meg. Egy időben használtam, egész jó volt, de most már általában sorban szoktam menni időben visszafelé, tehát mindig az utolsót nézem, és nem foglalkozok az előzőekkel. Ha valami sürgős, akkor nem nyitok meg addig másikat, amíg nem olvastam át minden vele kapcsolatosat.
@BoB:
Azért te is érzed, hogy az első 200 az erős túlzás, én is csak negyed annyit írtam. Általában ezeknél is megnézem az idézett részt a google-ben mielőtt megnyitnám. Időben visszafele haladva most ezek a témák (30 db, átlag 30-40 tab témánként):
- design by contract
- duplatalpas statikus pipapánt ajtóhoz
- meghajtótitkosítás - dmcrypt, veracrypt, ciphershed, truecrypt, stb...
- unlock luks/dmcrypt via remote ssh, usb pendrive
- Alan Key OOP, message oriented programming, agents, tell don't ask, stb...
- init systems, systemd, relauchd, stb...
- Alpine + Docker, Ubuntu 16 + Docker
- Ubuntu 17
- Devuan, Slackware, systemd, runit, stb...
- Docker remote container management gui
- server control panels
- btrfs
- nodejs repl
- custom interactive shell / nodejs shell
- custom docker shell
- zmq + docker, zmq + nodejs
- docker security, sandboxing docker
- pm2 + docker
- ddd
- rest + hydra
- btrfs backup, rollback
- szájzuhany, elektromos fogkefék, lézeres ínyműtétek, stb.
- raid, fake raid, raid0,1,10,5,6, software raid, btrfs, zfs, stb.
- ajánlott uATX házak
- TDD/BDD + docker
- capturing ARP broadcasts, sleep proxy, TCP proxy, stb.
- search engine domain model, ranking, stb.
- custom firmware, openVPN routers
- custom router firmwares, openWRT, LEDE, Tomato, stb.
- mikroszerver alaplapok, processzorok, memória, komplett gépek, stb...Ezeknek egy kis része olyan, amire már nincs szükség, és be lehetne zárni, pl a mikroszerver hardveres része, router választás, szájzuhany és az init rendszer választás ilyenek, mert velük kapcsolatban már döntöttem. Viszont erőforrást alig foglalnak, mert úgysem tölti be soha őket a Firefox, szóval nincs velük dolgom. Majd ha visszajutok hozzájuk, akkor bezárom őket. A maradékot még át kell néznem, és elolvasni, ami arra érdemes.
-
letix
senior tag
Üdv,
Van egy érdekes jelenség melynek okára egyelőre nem jöttem rá.
Leledzik egy több ethernet kártyával megáldott Debian gép, a kártyái közül az egyiken (és csak azon) mint dhcp szerver funkcionál.
Fut rajta egy smokeping nevű alkalmazás, mely egy másik kártyán megy ki a net felé és ott is várja vissza a válaszokat.A syslog-ban ilyenek láthatóak,
Oct 3 15:51:12 host01 dhcpd: unexpected ICMP Echo Reply from X.Y.Z.V
Oct 3 15:51:12 host01 dhcpd: unexpected ICMP Echo Reply from V.X.Z.Y
Oct 3 15:51:12 host01 dhcpd: unexpected ICMP Echo Reply from X.V.Z.ZAz ipk ismerősek, a smokeping "végei", az viszont nem értem, hogy hogyan kerülnek kapcsolatba ezen IP-k a dhcpd daemonnal? Miért gondolja hogy az neki szól?
A smokeping egyfolytában pingel, a syslog-ba viszont óránként kerülnek ilyen sorok.Köszönöm előre is.
udv
letix -
letix
senior tag
Szia n00n,
Nem vagyok nagy szakértője a témának, de hátha nem teljesen hülyeség:
Ha jól értem, van egy harmadik állomás (A.B.C.D) amit el szeretnél érni a VPN hálózatból, ahova becsatlakoztál.
Érdemes lenne megtudni, hogy ha a VPN hálózatban lógsz, akkor ki az átjáród az internet felé.A: a saját kliensed előtti gw. (vélhetően ez az)
B: a VPN szerver, amennyiben ez a beállítás a VPN configban szerepel. (szerintem nem szerepel)Amennyiben az A, akkor szerintem úgy tudod elérni az A.B.C.D-t ha azt az IP-t engeded be rá, bár ez gondolom dinamikus.
Azt gondolom ha a VPN szerver címét engedted A.B.C.D felé, akkor a B variánst kellene elérni úgy, hogy a VPN kliensek teljes forgalma menjen át a VPN szerveren.Valami ilyesmivel:
push "redirect-gateway def1 bypass-dhcpudv
letix -
n00n
őstag
Sziasztok.
Van egy VPN szerverem, amihez távolról szoktam csatlakozni. Eddig úgy volt beállítva, hogy csatlakozás után elértem a szerver hálózatát.
server 10.8.8.0 255.255.255.0
push "route 10.0.0.0 255.0.0.0"Viszont van egy külső, szóval nem LAN-on lévő szerver, amit szintén a VPN szerveren keresztül szeretnék elérni. Magyarán A.B.C.D IP-jű szerveren whitelistelem a VPN szerverem IP-jét, szerverről curl-lel szépen le is jön, aminek jönnie kell. VPN-en keresztül viszont nem megy. Valószínű tűzfal miatt.
Ezt adtam hozzá az openvpn konfighoz:
push "route A.B.C.D 255.255.255.255"Iptables szerintem releváns része:
-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
-A INPUT -i lo -j ACCEPT
-A INPUT -i tun+ -j ACCEPT
-A INPUT -i eth1 -j ACCEPT
-A INPUT -s 127.0.0.1/32 -i eth0 -j DROP
-A INPUT -d 127.0.0.1/32 -i eth0 -j DROP
-A INPUT -s 127.0.0.1/32 -j ACCEPT
-A INPUT -d 127.0.0.1/32 -j ACCEPT
-A INPUT -p udp -m udp --dport 123 -j ACCEPT
-A INPUT -p icmp -m icmp --icmp-type 8 -j allowedHosts
-A INPUT -i eth1 -p tcp -m tcp --dport 22 -j ACCEPT
-A INPUT -p udp -m udp --dport 1194 -j ACCEPT
-A INPUT -j DROPLOG
-A FORWARD -m state --state RELATED,ESTABLISHED -j ACCEPT
-A FORWARD -s 127.0.0.1/32 -i eth0 -j DROP
-A FORWARD -d 127.0.0.1/32 -i eth0 -j DROP
-A FORWARD ! -s 10.0.0.0/8 -i eth1 -j DROP
-A FORWARD -i tun+ -j ACCEPT
-A FORWARD -i eth1 -j ACCEPT
-A FORWARD -o eth0 -m state --state NEW -j ACCEPT
-A FORWARD -j REJECT --reject-with icmp-port-unreachable
-A OUTPUT -o eth0 -m state --state NEW -j ACCEPT
-A OUTPUT -o eth1 -m state --state NEW -j ACCEPT
-A DROPLOG -m limit --limit 5/min -j LOG --log-prefix "iptables denied: " --log-level 7
-A DROPLOG -j REJECT --reject-with icmp-port-unreachable
-A POSTROUTING -o eth1 -j MASQUERADE
-A POSTROUTING -s 10.0.0.0/8 -o eth1 -j MASQUERADEMivel kellene ezt kiegészítenem, hogy menjen a dolog. Firewalld-vel még csak csak el vagyok, de az iptables kínai nekem. Köszi.
-
BoB
veterán
válasz
inf3rno
#26093
üzenetére
Mondjuk azt nem értem hogy ha keresel egy témában, minek megnyitni a google első kétszáz találatát. Megnézed az elsőt. Ez az? Nem, akkor bezár, nézzük a másodikat.
Főleg hogy közben eszedbe jut nás téma is. Annak is megnyitod az első kétszáz találatát. És így tovább.
Jó lenne látni miket keresel mert első látásra számomra teljesen ésszerűtlennek tűnik így böngészni.
-
Frawly
veterán
Azzal egyetértek, hogy az 1000 tab azért is sok, mert áttekinthetetlen. Ilyen mennyiség mellett a tabok eleve olyan kicsik, hogy max. csak az oldalikon látszik, az oldalak nevei egyáltalán nem. Kb. 100-ig könnyű átlátni mik vannak nyitva, afölött káosz, persze felbontástól is függ, meg hogy a fülsáv vízszintes vagy függőleges.
-
-
-
inf3rno
nagyúr
Olyasmi kell, ami szerverről megy többféle kliensen (vegyesen Windows és Linux) és szinkronizál a kliensek között. Pl elkezdek nézni valamit az asztali gépen, aztán a tableten vagy laptopon folytatom később ugyanazt a munkamenetet akár egy netkávézóban vpn-en keresztül, ha olyanom van. Ezen kívül függeni sem szeretnék felhős ingyenes szolgáltatásoktól, amik bármikor megszűnhetnek, illetve abból élnek, hogy rólam információkat adnak el.
@F34R: Én könyvjelzőbe csak azt gyűjtöm, amit már elolvastam, és hasznosnak találtam. A többi csak ideiglenes tárolóba megy, azért vannak nyitott tabokban.
-
Frawly
veterán
válasz
inf3rno
#26083
üzenetére
Az 1000 tab mindenképp extrém, de az 50-es példád megállja a helyét. Sokszor csak lusták az emberek bezárni a tabokat, egyfajta könyvjelzőként hagyják kint, én is így csinálom. Így ha megnyitom a böngészőt, akkor látom a füleken, hogy mi volt megnyitva, mit akartam azokkal, melyik böngészési szálat kell folytatni. Könyvjelzőknél ezt nem látni, csak ha külön lenyitja az ember.
A modern böngészők amúgy is csak az utoljára használt 1-3 tabot töltik be induláskor, aztán a többit egyesével, ha átvált oda az ember. Kivéve a Chrome, mert annál minden fül külön folyamat, és betöltögeti az összeset, ez is a bajom vele. Egyébként a FF sokkal takarékosabban bánik a memóriával, mint a Chome.
-
inf3rno
nagyúr
Elkezdek valamiről olvasni, megnyitok 50 tabot, amit google kidob. Elkezdem nézni, marad 20, mire találok valami specifikusabbat azzal kapcsolatban, amit kerestem. Arra is rákeresek az új kulcsszavakkal, megint 50 új cikk, és így tovább. Valamikor rászánok pár órát, hogy lezárjak egy-egy témát, és átnézek párszáz tabot egyszerre, de legtöbbször csak gyűlik a cucc különböző témákban. Most írok szoftvert, amivel témákhoz tudom majd kötni a munkameneteket, és így nem kell annyinak nyitva lenni egyszerre. De szerintem csak jövőre fog elkészülni, amilyen ütemben haladok vele. Ezt tudom ajánlani, ha valaki sok tabbal dolgozik Firefox-al, életmentő tud lenni, ha összeomlik az app: [link]
-
& (#26078) colomb2
Köszi a tippeket!
Fene se emlékszik már rá, de a régi FF-os sync-szerű volt, de akkor a javasoltak alapján ránézek majd!Véletlenül nem tudjátok, van-e halott link jelző most a FF-ra, mert nem akarom mind a 60ezret átrakni, ha fele halott úgyis.
Mit mentesz ki html-be? konyvjelzok? Igazából minden kéne, amit csak át lehet hozni.
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
Rimuru
veterán
válasz
ubyegon2
#26077
üzenetére
"régi sync-et használ, ahhoz meg nem voltak meg a jelszavaim" - remelem itt nem arra gondolsz hogy a mozilla szerverein levo accountra akartal csatlakozni palemoonsok szerveren?
Egyebkent leteznek meg azok az accountok mozillanal? nem vagyok benne biztos,
regen valtottak mar a sync megoldastMit mentesz ki html-be? konyvjelzok? azokat a tobbi bongeszo is megerti, szerencse hogy "szabvanyos" a dolog.
-
-
inf3rno
nagyúr
válasz
Frawly
#26070
üzenetére
Én is észrevettem, hogy a Firefox kezd hulladék lenni. Folyamatosan kerültek elő hibák az elmúlt évben, amiket csak nagy sokára javítottak, ha egyáltalán megtették. Régen azért stabilabb életérzés volt. FF nálam olyan 1GB-ot eszik cirka 1000 nyitott tabbal. Nem igazán érzem át, hogy kevés lenne a RAM vagy CPU neki. Inkább az zavar, hogy 5 percenként szétcsúszik benne a flash játék, amivel tolom. Már váltottam flash-el MSIE-re, az csak összeomlik fél óránként, de legalább úgy működik rajta a cucc, ahogy kell.
-
Frawly
veterán
válasz
#59070464
#26069
üzenetére
Az a baj, hogy a mai böngészők már kvázi OS-ként funkcionálnak az OS-en belül. Kazalnyi protokollt, hardveres és biztonsági dolgot kell támogatniuk, és mindenféle multimédiás szir-szart. Emiatt nem lehetnek pehelykönnyűek.
Hiába is váltasz minimalista böngészőre, azokkal egy csomó oldal nem fog normálisan menni. A FF tényleg bloat, meg egyre inkább cseszik el, emiatt váltottam én is Chrome-ra, de az meg még bloatabb, annyi az előnye, hogy annyira minimalista, hogy nincs mit rajta elrontani, meg gyors.
Plusz csak részben a böngészők hibája, az oldalak is nagyon szarul vannak megírva, csomó flashes tartalom, nagy kazal kép, tonnányi JS, már ezek egymagukban meg tudják enni a világ összes hardverét, ha kellő számú fül van megnyitva. Egy-egy indexes meg facebookos oldal már megákban mérhető kódméretben, memóriaméretben meg ennek százszorosa.
-
kmisi99
addikt
Sziasztok SAMBA val kapcsolatban van egy marha fura problémám.
Diszró: Dietpi (raspberryre való)A célom vele. Több felhasználó hozzárendelés, adott felhasználó csak adott megosztást érhet el.
Amit csináltam.
Csináltam új felhasználótkat az # adduser paranccsal
Ezzel a paranccsal hozzáadtam a samba-hoz a felhasználót #sudo smbpasswd -a felhasznalonev
Az smb.conf-ban pedig a valid users = felhasznalo az adott megosztáshoz.De az istenért nem jön össze. Kéri a felhasználó jelszót a windows, de azt írja, hogy unable accees, illetve nincs jogosultságom hozzá, ha be akarok lépni. Viszont "elfogadja" a jelszót, mert ha elgépelem, akkor egyértelműen bejön, hogy írjam be újra a jelszót mert rosszat írtam be, szóval elfogadja csak valami jogosultság baja van.
Forceuser = root al se jó.Ha kitörlöm a valid users részt, vagy hozzáadom a root-ot akkor viszont működik. Megnyitható a megosztás.
Azaz a root felhasználóval gond nélkül hozzá tudok férni. (A sima user /home/felhasznalo mappájához se enged hozzáférni, ott nyilván van jogosultságom azzal a felhasználóval)
Ami megint érdekes, hogy a smbpasswd -a root al megváltoztatom a root jelszavát, onnantól a root is olyan státuszba lépett, hogy még a \\server\ re se engedett fel, hiába adtam meg a root új jelszavát ismét ugyan úgy unable to access, nincs jogosultság.
Csakis akkor jó ha visszaállítom az eredeti alap jelszavát.
Vajon mi lehet ez? Hol lehet a hiba? Órákat töltöttem el a próbálkozásokkal, túrtam a netet, de semmi.
Itt a hibaüzi.
-
Frawly
veterán
válasz
bambano
#26066
üzenetére
Pedig nem akartam beszólogatni, de sajnos erről van szó, nem tudsz elszakadni a benchmarkoktól. Felvetted a szemellenzőt, és nem bírod levenni. Írtam, hogy igazából gyorsabb a ramdrive, mint az NVMe, és az NVMe gyorsabb, mint a SATA. Ez tény. Ez a sebességkülönbség ki is jön, de
1) csak benchmarkok alatt (az általad linkelt videókon is CSAK benchmark van) vagy
2) ha nagyon nagy fájlokkal dolgozik valaki egész nap (megélhetésből videót vág, vagy nagy virtuális lemezképekkel zsonglőrködik).Az első kategória nem érdekes, a Benchmark Matyik lehet csak benchmarkra veszik a gépüket, de értelmes ember, aki használni is akarja a gépet, inkább olyan hardvereket vesz, amikkel a gyakorlatban tényleg nyer (valós gyorsulás, kihasznált feature/tárterület, stb.).
A második kategória már bír gyakorlati jelentőséggel, de elég kevés ember használja ilyesmire a gépet, lényegében csak szakemberek. A felhasználók többi 99,9%-a csak használja a gépet, és náluk a ramdrive/dimmdrive, NVMe, SATA SSD kb. egyformán teljesít, nem lesz nagy eltérés sem a bootidőben, sem a programok betöltődésénél, sem böngészésnél, sem játékoknál, sem semmiben, ilyen tized másodperces diffik szoktak lenni, legrosszabb esetben 1-2 másodperc, de akkor már egy spécibb alkalmazásról van szó, vagy egy nagyon lassan bootoló, bloat OS telepítésről. Mondom, ne a benchmarkokon rugózz, én a gyakorlati felhasználásról és ténylegesen észlelt sebességkülönbségről beszélek.
Windows nem is volt téma, nem windowsosok már kb. 4 éve. Csak azért szerepel a legtöbb videón windowsos rendszer, mert a legtöbben azt használnak, meg megemlítettem emellett, hogy a Linux rommá is cache-el mindent, ha van elég RAM. Linus-os videót meg nem azért linkeltem, mert köze lenne Torvaldshoz vagy a Linuxhoz, hanem csak épp ez foglalkozott a tényleges sebességek mérésével, a csóka neve nem releváns, hívjuk akkor Jóska Pistának.
Nem véletlen írjuk már vagy öten az SSD-s topikban, hogy nem érdemes NVMe SSD-t venni átlag felhasználásra, mert nem lesz tőle gyorsabb semmi, csak benchmarkokban villogásra jó. A legtöbb embert ez teljesen meglepi, mert az hiszik, hogy ha benchmarkokban gyorsabb, akkor a gyakorlatban is ki fog jönni a difi. Nem fog. Ennek ellenére ezt néhány ember nem hiszi el, inkább megveszik a méregdrága NVMe SSD-t kétszer annyiért, és csak 0,5-1 mp-et nyernek bootkor vagy nagyobb szoftverek betöltődési idejénél (ezt érzetre észre sem venni, csak ha stopperral leméred), pedig nyugodtan vehettek volna SATA-sat, ugyanazon az áron kétszer akkora tárterületűt kaptak volna, vagy ugyanazt a tárterületet megkapták volna fele áron, és gyakorlati sebességben az sem maradt volna el, a rendszerük lényegében épp olyan gyors lett volna (10 mp alatti bootidő, a legtöbb szoftver azonnal indul pöccre, 0 lag). Sőt, még az NVMe-vel bevállalják azt is, hogy melegszik meg throttlingol az SSD, meg a boottal is szenvedni kell, főleg ha nem támogatja az alaplap, míg a SATÁ-val ilyen gond nincs.
Az is leírtam, hogy miért áll elő ez a paradox helyzet, miszerint nagyságrendekkel gyorsabb háttértárak között nem vagy alig jön ki a különbség a gyakorlatban, érdekes, erre az érdemi részre nem reagálsz, csak hajtogatod a benchmarkokat. Nem a lemezműveletek sebessége a szűk keresztmetszet egy szinten túl, hanem a proci meg egyéb hardverek sebessége. Ezt a kritikus szintet pedig egy nem márkás, low budget SATA SSD is hozza már. Hiába használna valaki a RAM-nál is még ezerszer gyorsabb háttértárat, az nem tudná kifutni ezt a sebességkülönbséget, nem lenne a rendszere tőle gyorsabb, csak nagyon extrém scenáriókban jönne ki a különbség, amibe a legtöbb ember nem fut bele. Persze, ha te is benchmarkra veszed a géped, akkor semmi gond. Elhiszem, hogy szép benchmarkok alatt látni, hogy 1 ns alatt van az elérési idő meg 5-10 gigás másodpercenkénti átviteli értékek vannak, tényleg szép látvány, szinte sokkoló, egész addig, míg az ember rá nem jön, hogy csak cirkuszi mutatvány, nem sok gyakorlati relevanciával.
-
bambano
titán
válasz
Frawly
#26065
üzenetére
először is velem szemben mellőzd az ilyen igék használatát, nem őriztünk együtt libát.
másodszor azok a videók, amiket linkeltél:
- az első címe: "NVMe vs SATA SSD vs HDD - Game load and file copy times tested"
- a második címe: "Samsung 960 Pro vs SATA SSD - game loading times tested"
a címük alapján, és a tartalmába is belenézve, teljesen indifferensek az állításaimhoz képest.az én állításom az volt, hogy a ram gyorsabb, mint az ssd. hogy a ram szóból te hogy keveredtél át az nvme csatolós ssd-khez, az a te belső magánügyed, én nem tudom, de nem is érdekel.
de hogy legyen ontopic teszt is:
[link] és [link]
ezek már reálisabb tesztek abból a szempontból, hogy azokat az eseteket teszteli, amikkel kapcsolatban állítottam valamit, nem pedig indifferens témákat.a számok magukért beszélnek, az állításod tévedés.
most nem akarom azt firtatni, hogy az ablakos rendszer mennyiben hivatkozási alap itt. azt se firtatnám, hogy egy kézmodell magyarázata mennyire szakmai és/vagy helytálló, annyi köze van a témához, hogy az ő főnökének a keresztneve is Linus. a vezetékneve már nem stimmel, de borítsunk fátylat ilyen apróságokra.
"Vagy pl. lehet forráskódból forgatásnál is megnézni, nálam a kernelfordításnál tizedmásodpercre azonos idő alatt fordult le a kód ramdrive-on és SATA SSD-n is. ": megmérted kétszer egymás után a ramdrive-ot és nullaszor az ssd-t? maradjunk annyiban, hogy a véleményed nem lesz általánosan népszerű itt.
-
Frawly
veterán
válasz
bambano
#26060
üzenetére
Ott rontottátok el, hogy beszoptátok a marketingbullshitet és a szemfényvesztő benchmarkeredményeket.
Tessék, íme videók, amelyeken SATA és NVMe-s SSD-t hasonlítanak össze betöltési időkben fej-fej mellett:
https://www.youtube.com/watch?v=l6Y6VdXO5es
https://www.youtube.com/watch?v=ecCA0gx_eZkTudom, erre azt mondjátok majd, hogy YouTube-os hülyék, de akkor álljon itt egy PH-teszt is. A 4. oldalon szépen látszik, hogy pl. bootidőben csak alig 1-2 mp. van a SATA-s és NVMe-s modellek között.
Itt ramdrive és SSD van összehasonlítva, szépen látszik, hogy csak tizedmásodperces különbségek vannak betöltési időkben:
https://www.youtube.com/watch?v=ywAAHuCshnAItt a néni el is magyarázza, hogy miért van ez. Játékról beszél, de ez van bootkor és minden más program betöltésénél is.
De ki lehet próbálni otthon. Ramdrive-ra feltenni egy-két programot, vagy virtuális gépet, és lemérni az indulási időket. 1 mp-es vagy azon belüli eltérések lesznek. Vagy pl. lehet forráskódból forgatásnál is megnézni, nálam a kernelfordításnál tizedmásodpercre azonos idő alatt fordult le a kód ramdrive-on és SATA SSD-n is. Linux alatt még a kevés különbség se jön ki, mert a kernel minden I/O-műveletet és fájlrendszert agyoncache-el orrba-szájba.
Amit meg itt a sudo hdparm -Tt kiadásával mértek, az cache nyers sebessége.
A RAM vs. NVMe vs. SATA sebesség azoknál számít, akik több gigás nagy fájlokkal dolgoznak, pl. videót vágnak, vagy virtuális lemezképekkel zsonglőrködnek egész nap, átlag felhasználásnál nem jön ki a különbség. A mai gépeket már nem a lemezműveletek sebessége fogja vissza (hacsak nem HDD van a gépben, mert az csúnyán visszafogja).
-
válasz
bambano
#26063
üzenetére
https://logout.hu/tema/a_nagy_linux_topic/hsz_26040-26043.html#msg26043
Még mindig ugyanez a thread, nem volt probléma most.
a legjobban akkor jársz, ha hagyod, hogy a kernel optimalizálja a ramot és ehhez van bőven ramod
#tmpfs to .cache
#tmpfs /home/ubyegon/.cache tmpfs noatime,nodev,nosuid,size=800M 0 0# Modification for SSD
#tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
#tmpfs /var/log tmpfs defaults,noatime,mode=0755 0 0
#tmpfs /var/spool tmpfs defaults,noatime,mode=1777 0 0
#tmpfs /var/tmp tmpfs defaults,noatime,mode=1777 0 0Elméletileg ezekkel az opciókkal érdemes operálni? Most látom a
noatimeopció is ott van. Az ebben az esetben igen hasznos lehet!
8GB fizikai memónál használnád valamelyiket az elsőn kívül desktopban? Az OK, hogy a logok elvesznek, most az nem számít ebben az esetben.
-
bambano
titán
válasz
ubyegon2
#26062
üzenetére
nem követtem, hogy mi a probléma, de a leggyorsabb diszk elérés az lesz, ha sok szabad ramod van, amiben elterpeszkedhet a diszk block cache. az általam látott teszteredmények szerint egy gyors pörgős diszk és egy ssd között 3-5x, egy ssd és a ramdiszk között 10-15x sebességkülönbség van.
a legjobban akkor jársz, ha hagyod, hogy a kernel optimalizálja a ramot és ehhez van bőven ramod. elméletben igaz, hogy bejöhet processzor limit, csak ennek olyan tág a határa, hogy sose érjük el.
-
válasz
bambano
#26060
üzenetére
Értem, akkor csak jól értelmeztem eddig a dolgokat, Frawly jól összezavart most, igazából azt gondoltam, hogy ezek a piszok gyors NVMe SSD-k már ilyen gyorsak az én öreg Intel 520-asomhoz képest, de ez a terminalos parancs lefuttatás megint helyrerakta a dolgokat a fejemben szerencsére. Csak sata3-as SSD- vel operálgattam eddig Frawly koma meg már tanácsadó az SSD topikban, gondoltam csak jobban tudja, mint én. Akkor marad a tmpfs..... köszi, hogy helyretettük a dolgot megint.
-
válasz
growler
#26058
üzenetére
Valami hasonló értékre utalhat, azért ezek az értékek picit különböznek így elsőre mégiscsak. Ezek a mérések is igazolhatják a gyanúdat, mert a másodiknál is hasonló az első érték, az egy HDD:
/dev/sda:
Timing cached reads: 4660 MB in 2.00 seconds = 2329.97 MB/sec
Timing buffered disk reads: 1222 MB in 3.00 seconds = 407.31 MB/sec/dev/sdb:
Timing cached reads: 4610 MB in 2.00 seconds = 2305.18 MB/sec
Timing buffered disk reads: 544 MB in 3.00 seconds = 181.12 MB/secez is valami hasonlót ír amúgy:
Difference between buffered disk reads and cached reads? -forrás
-T
Végezze el a gyorsítótár olvasási idejét összehasonlító és összehasonlító célokra. Jelentősebb eredmények elérése érdekében ezt a műveletet 2-3 alkalommal meg kell ismételni egy egyébként inaktív rendszerben (nincs más aktív folyamatok) legalább egy darab megabájt szabad memóriával. Ez azt mutatja, hogy az olvasás sebessége közvetlenül a Linux puffer-gyorsítótárból érkezik lemez nélküli hozzáférés nélkül. Ez a mérés lényegében a processzor, a gyorsítótár és a vizsgált rendszer memóriájának áteresztőképességét jelzi. Ha a -t flag is meg van adva, akkor a -t művelethez kapott eredménybe beépítjük a -T kimenetén alapuló korrekciós tényezőt.
-t
Végezze el az eszközök olvasási idejét összehasonlítási és összehasonlítási célokra. Jelentősebb eredmények elérése érdekében ezt a műveletet 2-3 alkalommal meg kell ismételni egy egyébként inaktív rendszerben (nincs más aktív folyamatok) legalább egy darab megabájt szabad memóriával. Ez azt jelzi, hogy az olvasás sebessége a tárcsa gyorsítótárban a lemezen előzetes adatrögzítés nélkül történik. Ez a mérés azt jelzi, hogy a meghajtó mennyire képes a Linuxon futó szekvenciális adatokat olvasni, fájlrendszer nélkül. A pontos mérések biztosítása érdekében a puffer gyorsítótárat a BLKFLSBUF ioctl használatával átöblítjük. Ha a -T flag is meg van adva, akkor a -T kimenetén alapuló korrekciós tényezőt beillesztjük a t művelethez kapott eredménybe. -
growler
őstag
válasz
Frawly
#26056
üzenetére
sudo hdparm -Tt /dev/sda
/dev/sda:
Timing cached reads: 8264 MB in 2.00 seconds = 4133.06 MB/sec
Timing buffered disk reads: 386 MB in 3.01 seconds = 128.27 MB/secAz alsó érték egy 30 GB-os SATA2-es SSD olvasási sebessége. (szerintem valós)
A felső érték a RAM olvasási sebességére utalhat ? -
válasz
Frawly
#26056
üzenetére
Igazad lehet, nekem ebben valóban nincs gyakorlati tapasztalatom, de teljesen logikus amit írsz, meg bambano is erre utalt. Olvas az ember sok mindent, de valóban más a hétköznapi gyakorlat!
Ezért van az is, hogy gyakorlatban, átlag felhasználásnál nem érezni a sebességkülönbséget a SATA SSD-k és az NVMe-s SSD között.
Én erősen érezném itt a különbséget azért.....az NVMe nehezen találna csatlakozást a gépeimben!
-
Frawly
veterán
válasz
ubyegon2
#26046
üzenetére
Azt csak hiszed, hogy nem közelíti meg. Bechmarkokban tényleg sokkal jobb a RAM, meg az elérése is pár nagyságrenddel gyorsabb, de a gyakorlatban majdnem azonos sebességet hoznak, mint a SATA SSD-k. Ha nem hiszed, próbáld ki. Az oka az, hogy ha a lemezműveletek ideje elér egy kritikusan alacsony szintet, onnantól a proci a szűk keresztmetszet, nem a lemezműveletek sebessége. Ezért van az is, hogy gyakorlatban, átlag felhasználásnál nem érezni a sebességkülönbséget a SATA SSD-k és az NVMe-s SSD között.
Abban viszont egyetértek, hogy az SSHDD-nek nem sok értelme van, menjen a rendszer SSD-re, a nem sebességkritikus adatok meg HDD-re.
-
slett27
addikt
válasz
inf3rno
#26054
üzenetére
Szoftveres vagy hardveres RAID ?
Amúgy az lenne a cél, hogy a felhasználókkal és könyvtárakkal valamint konfigurációs fájlokkal együtt MÁSOLOM a Samba-t a másik szervergépre. Elvileg ezt nem lehet így megcsinálni, mert a jogosultságokat, csoportokat és a csoportokhoz kapcsolt könyvtárakat nem lehet másolni.
-
inf3rno
nagyúr
válasz
slett27
#26053
üzenetére
Mi a kérdés? Elvileg kicsi az esély arra, hogy ne működjön, ha csak simán átpakolod a lemezeket az újba. Talán akkor lehet gond, ha nagyon új a hardver és a 2014-es kernelbe nem lett belefordítva a hozzá való driver, de ezt csak laikusként mondom. Ha tesztelni akarod, akkor clonezillával tudsz másolatot készíteni a rendszerről, de az is leállással fog járni szerintem. Ha upgradelni akarod a rendszert, akkor szerintem az is megoldható, de abban inkább valaki szakértő adjon tanácsot.
Nekem is van kérdésem ezzel kapcsolatban, ha RAID1-be tenném a rendszert és utána átraknám egy másik gépbe az egyik lemezt, akkor az egyenértékű a clonezillás klónozással?
-
slett27
addikt
Egy egyszerű kérdéssel fordulnék hozzátok. Samba 3-as (Ubuntu 14.04 LTS) szervert szeretnék migrálni (öreg a régi szerver, ez a cég lelke, újabb vasat kapna). Meg lehet oldani ? Semmi leírást nem találtam erre vonatkozóan, ezért kérném a segítségeteket. Nagyon sok a felhasználó, a hozzá kapcsolódó jogosultság, könyvtár. Vagy újra fel kell venni minden felhasználót egyenként a jogosultságokkal, könyvtárakkal együtt ?
Köszönöm előre is !
-
válasz
ztsoft
#26048
üzenetére
Tudom, de köszi a tippet. De egyszerűbb volt bepipálni, hogy használja ugyanazt, mint amit felhasználó jelszónak adott meg!
Igazából friss telepítés, gyorsabb újra felrakni, mint nyomozgatni a rendszermappákban. Előtte felraktam a KDE változatot, de az piszok lassan tette fel a rendszerfájlokat.....valami nem OK a legújabb Manjaronál.Szerintem ezt a disztrohopperkedést abba is hagyom, mert a Debianom már egy hónapja nincs belakva. Legalább legyen már egy normális stable oprendszerem a gépen.
(nyilasoktól, gentileeeesektől bocsi) -
válasz
ubyegon2
#26032
üzenetére
Linux version 4.10.0-32-generic
Rájöttem már, hogy pár hete is a fenti kernel okozta a fagyást, de hogyan jöjjek rá, mi okozza konkrétan, ha csak több sor nullát ír a kern.log??? 5let nincs?
Ti vagytok a guruk én csak nokedli vagyok ehhez az egészhez.....Eddig lusta voltam leszedni, inkább mindig átléptem a boot-nál.
Ráadásul telepítettem a desktopon egy Manjaro Mate-t és mire bejöttem, képernyővédőzött erősen, viszont valahogy nem a megszokott jelszavaim egyikét adtam meg ill. keveredtek talán.....szóval hol találom másik disztróból a Manjaroban a passwordot? Vagy olvashatóan sehogy, gondolom.....
-
válasz
Gyb001
#26045
üzenetére
Értelek, gyakorlatilag a fizikai memóriát és a tmpfs-t váltod ki SSD-vel. Nem tudom mekkora gyakorlati haszna van, mert ez meg sem közelíti majd a RAM-ba küldött tmpfs sebességét, de egy próbát megér attól még.
Hogy ezt mennyire tudod úgy megoldani, mint az SSHD vezérlő algoritmusa, az megint más kérdés, de mindenképpen jó az 5let. -
Gyb001
senior tag
válasz
ubyegon2
#26044
üzenetére
Főleg csak a kíváncsiság hajt, de van alapja is hogy miért szeretném.
Van egy 128 Gb sdd + 2 db 2 tb hdd raid 1-ben.
A linux az ssd-n van (home is),viszont a főbb mappák (képek, letöltések, dodumentumok...) a tömbre vannak linkelve. Jó lenne ha a gyakran használt fájlok gyorsítótárazva lennének az ssd-re.
Virtuális gép képfájlok is a tömbön vannak, jó lenne hogyha a gyakran használt blokkokat (pl: win betöltéséhez szükséges blokkok) is gyorsítótárazná. kb 32 Gb cache lenne.(#26041) bambano
Ez kerestem, köszönöm. -
válasz
bambano
#26043
üzenetére
Jó persze, valahogyan szinkronban kéne lenni az alkatrészeknek, ez igaz. 128 GB memó......desktopban ráadásul. Dejóislenne.....
Nekem az öreg Toshibán 4GB memóval elég sokat dobott tegnap egy használt Fury 120GB SSD. 6 perc alatt raktam rá oprendszert, ezalatt ezeket a beállításokat tuti nem csinálnám meg, ami a linkedben van.
11 sec a bootidő, eddig volt 1,5 perc a vacak 5400rpm-esen. Hiába mondják nekem, hogy nem a bootidő számít...ha már reggel idegbeteg leszek a lassú boottól..Nem véletlen amúgy, hogy maga az SSHD is hamvába holt, mert a 8 gigát hamar túlhaladta a consumer SSD-k mérete. Akkor meg minek ilyent szoftveresen erőltetni?
Gyb001
Te mit akarsz ettől az egésztől amúgy? Találtál egy 8 gigás SSD-t? Vagy kíváncsiság hajt?
-
-
Sziasztok!
Ilyen lefagyást mi produkálhat? Ez a sok nulla mind piros szinű. Ebből aztán hogy állapítsam meg, mi a gondja? A kern.log-ban néztem:
TTL=64 ID=2827 DF PROTO=UDP SPT=33504 DPT=53 LEN=53
Sep 25 14:44:44 ubymint18 kernel: [22853.402864] [UFW AUDIT] IN= OUT=lo SRC=127.0.0.1 DST=127.0.1.1 LEN=56 TOS=0x00 PREC=0x00 TTL=64 ID=6077 DF PROTO=UDP SPT=39261 DPT=53 LEN=36
Sep 25 14:44:44 ubymint18 kernel: [22853.402887] [UFW AUDIT] IN=lo OUT= MAC=00:00:00:00:00:00:00:00:00:00:00:00:08:00 SRC=127.0.0.1 DST=127.0.1.1 LEN=56 TOS=0x00 PREC=0x00 TTL=64 ID=6077 DF PROTO=UDP SPT=39261 DPT=53 LEN=36
Sep 25 14:44:58 ubymint18 kernel: [22867.758182] [UFW ALLOW] IN= OUT=enp3s0 SRC=192.168.1.6 DST=87.97.76.45 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=26429 DF PROTO=TCP SPT=39070 DPT=443 WINDOW=29200 RES=0x00 SYN URGP=0
\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00 Sep 25 14:47:37 ubymint18 kernel: [ 0.000000] Linux version 4.10.0-32-generic (buildd@lcy01-01) (gcc version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.4) ) #36~16.04.1-Ubuntu SMP Wed Aug 9 09:19:02 UTC 2017 (Ubuntu 4.10.0-32.36~16.04.1-generic 4.10.17)
-
#59070464
törölt tag
Szeretnek telepiteni Parabola-t LVM on LUKS. Ezzel nincs is gond, de a checksum-al mintha lenne. Az iso-t torrenten huztam le.
Andreas Grapentin
PGP Key: 0x4B745536Honnan tudom, hogy rendben van?
Tudomasom szerint a WARNING meg nem jelent gondot.# gpg --keyid-format 0xshort --verify parabola-2017.05.28-dual.iso.sig parabola-2017.05.28-dual.iso
gpg: Signature made Sun May 28 19:47:35 2017 CEST
gpg: using RSA key BFA8008A8265677063B11BF47171986E4B745536
gpg: Good signature from "Andreas Grapentin <andreas.grapentin@hpi.uni-potsdam.de>" [unknown]
gpg: aka "Andreas Grapentin <andreas@grapentin.org>" [unknown]
gpg: WARNING: This key is not certified with a trusted signature!
gpg: There is no indication that the signature belongs to the owner.
Primary key fingerprint: BFA8 008A 8265 6770 63B1 1BF4 7171 986E 4B74 5536sha512, miert nem egyezik?
# sha512sum SHA512SUMS.sig parabola-2017.05.28-dual.iso
ab15098ac4382db61424c42467a6b90787ce6bd37ac615212e0eb34366921c2b305fd46a17836bf675dad3344c9c3d99ad8f474764e8c2dfd0896053864e4d11 SHA512SUMS.sig
64168cf2f5371324e538c16ad329a08cfc79df1766c9a451cf0862bc2eced36b1eb7f3a88db0f7239d066be818e0b6c9549181ee2eafb7114e524d18194a010a parabola-2017.05.28-dual.isowhirlpool, miert nem egyezik?
# whirlpool-hash WHIRLPOOLSUMS.sig parabola-2017.05.28-dual.iso
a1c5650c44be6c5da634d929cb4901c8d777b82b098a6e608229070b76bb8b8543c73f721250f60f9069c85e751508ef0043fba640c3b4bd2c8c5f64cbf7b6c7 WHIRLPOOLSUMS.sig
3b809fb95f42b229e8d9cf45bfbb915801a60da51640c453f23314e8443045d19a3c1677f1e431b36f14af703ededa7edcb8f9da52109986b21f2d8dd6e4f23f parabola-2017.05.28-dual.iso-------------------------------------------------
Ami meg kodos, hogy a
/bootencryption hogyan mukodik a gyakorlatban? Ennek a partiocionak is resze kell lennie az LVM-nek? Vagy megcsinalom a megszokott modon a/es/home-t (LVM) es csak utolag egyszeruen beleirom az/etc/default/grub-ba az alabbi sorokat?GRUB_ENABLE_CRYPTODISK=y
GRUB_CMDLINE_LINUX="cryptdevice=/dev/sda1:lvm"
Majdgrub-mkconfig -o /boot/grub/grub.cfg
De vajon kell megintgrub-install /dev/sda? Miert? -
Ablakos
őstag
Jött egy frissítés 4.1 samba-ról 4.6.2-re. Tucatnyi eszköz (szgépek, mobil) gond nélkül működik az új verzióval, de egy media lejátszó nem akar csatlakozni a megosztásokhoz. (érvénytelen bejelentkezés). A downgrade-et kizárom. Lehet kompatibilitást állítani a smb.conf -ban?
[global]
name resolve order = wins bcast host lmhosts
time server = no
hosts allow = 192.168.200. localhost
hosts deny = all
dns proxy = no
netbios name = centos7samba
cups options = raw
write cache size = 4194304
aio read size = 16384
aio write size = 16384
min receivefile size = 128
max smbd processes = 100
max connections = 50
oplocks = yes
use sendfile = yes
locking = yes
getwd cache = yes
local master = yes
workgroup = FI39
# debug level = 10
os level = 65
security = user
# getwd cache = yes
log level = 1
log file = /var/log/samba/log.%m
max log size = 0
# syslog = 0
# read raw = no
load printers = no
printing = bsd
printcap name = /dev/null
disable spoolss = yes
use client driver = yes
printcap cache time = 0
write raw = no
# map hidden = no
socket options = TCP_NODELAY IPTOS_LOWDELAY SO_KEEPALIVE
stat cache = yes
map to guest = bad user
domain master = no
interfaces = lo enp3s0
bind interfaces only = yes
encrypt passwords = yes
passdb backend = tdbsam
wins proxy = no
wins support = no
max protocol = SMB3
server string = Samba Server Version %v
preferred master = yes
unix charset = UTF-8
preload = global template home -
-
letix
senior tag
válasz
bambano
#26016
üzenetére
Köszi a válaszod.
Igazad lehet, az hogy nem áll le az egyértelműen probléma. Megnézem ezt a két LCP paramétert, köszi.Tovább gondolva, ha mondjuk nap közben a modem le van lőve (nincs otthon senki) a kisgép pedig megunta a ppp kapcsolat kiépítésére tett próbákat (gondolom elér egy küszöbértéket), akkor abbahagyja a további próbálkozást (ha jól gondolom). Namost ha felkapcsolásra kerül a modem, vajon a kisgép azért mert érzékel linket, újra elkezd kapcsolatot létesíteni és betárcsázni? Ha igen, és ha az előző pppd le lett lőve akkor talán jó is lehet a helyzet.
Köszi,
letix -
bambano
titán
szerintem nem az a bajod, hogy hogyan indul el a pppd, hanem az, hogy miért nem áll le.
ha a modem ki van kapcsolva, akkor nincs kapcsolatod. erre a pppd konfigjában van két paraméter, amit állítani érdemes: az lcp echo intervall és az lcp hibák száma. elvileg ha hibák száma darab lcp echo-ra nem jön válasz, akkor el kellene dobja a kapcsolatot és a pppd-t is. -
letix
senior tag
Udv a szakiknak,
Tök ciki, elakadtam egy alap dologgal, kérnék szépen kis útbaigazítást, segítséget.
Eddig sosem volt szükségem PPPoE beállítására, most viszont úgy alakult , hogy otthon a router helyett egy kis debian intézi (né) a bejövő lan és wlan kapcsolatok kiszolgálását.Tűzfal, maszkolás, routing minden stimmel, de a pppoe valamiért szívat.
pppoeconf és pppd csomagot feltettem, pppoeconf paranccsal automatikusan felkonfigurált mindent amit kell, a provider név/jelszava beadva neki, örülünk, van kapcsolat. pon és poff is szépen megy kézzel. (Ennek 2 napja)
Azóta többször panaszkodott párom nap közben hogy nincs net, tegnap este meglestem, és mintha két pppd daemon és két kapcsolódási kísérlet menne a gépről, amit az ISP el is dob Too many connections-el.
Ennek az okára rájöttem, van, hogy estére áramtalanítva van a modem, a kisgép viszont nem. Reggel modem bekapcs, ugye a tegnapi pppd nem áll le, hanem indít mellé mégegyet.Arra gondoltam, hogy az interfaces file-ba érdemes lenne felvenni, hogy ha a (WAN) fizikai csatolón van link, akkor húzza fel a ppp interface-t is és pon-al csatlakozzon, ha viszont nincs link, akkor poff-al kapcsolódjon le és a ppp interface down legyen. (esetleg killall pppd)
-Jól gondolom?
-Ha igen, ilyenkor a ppp interface-t kell lökdösni (up-down) vagy a fizikait? pre-up és post-down-al kellene?Köszönöm szépen!
udv
letix -
#26013
Lenry
félisten
Orionhilles
#26011
válasz
Orionhilles
#26011
üzenetére
nem a BIOS-ban lőtted valahogy ki?
-
#26011
Orionhilles
senior tag
Orionhilles
senior tag
Sziasztok!
Régebben, talán úgy fél éve úgy voltam vele, hogy sohase használom a Bluetooth modult a laptomon, szóval valahogyan, szoftveresen kiiktattam, de úgy, hogy még
rfkill listse jelzi ki, a LED-je se világít, mintha ki lenne kapcsolva./etc/blaclist.conffájlban nincs benne abluetoothmodul.Szeretném valahogyan visszakapcsolni!
Hogyan tudnám megvalósítani?
T420 LM 18.2
-
inf3rno
nagyúr
Ha win10-ről van szó, akkor valszeg a klienssel lesz a gond. Azt hiszem tegnap olvastam valahol, hogy smb3-ról smb2-re állt vissza valaki, és az dobott a sebességen, de ezt érdemes végignézni: [link]. Ilyet mondjuk senki nem írt, hogy egyszer jól megy, egyszer meg leesik a sebesség.
-
inf3rno
nagyúr
Azt is lehet, ha van, nekem a laptophoz adtak usb3 adaptert, az is működik. Ha reprodukálható, akkor viszonylag könnyen le lehet szűkíteni, hogy hol van a hiba. Tesztelni kell a hardvereket és megnézni, hogy kliens oprendszer függő e a probléma. Ha nem reprodukálható könnyen, akkor baromi időigényes lesz.
-
-
van rá valakinek valami halvány ötlete?
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Egyebkent leteznek meg azok az accountok mozillanal? nem vagyok benne biztos,
Új hozzászólás Aktív témák
Hirdetés
- BESZÁMÍTÁS! MSI B460M i5 10400F 16GB DDR4 512GB SSD RX 6650XT 8GB Cooler Master MB600L Chieftec 600W
- Új Apple iPhone 16e 128GB, Kártyafüggetlen, 3 Év Garanciával
- iKing.Hu - Apple iPhone 14 Pro Max - Gold - Használt, szép állapot
- AKCIÓ! ASRock Z390 i7 8700K 32GB DDR4 500GB SSD RTX 3050 8GB Zalman i3 Edge Seasonic 650W
- Beszámítás! Lenovo Legion Slim 5 16AHP9 notebook - R7 8845HS 16GB RAM 512GB SSD RTX 4060 8GB Win11
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged