- Android alkalmazások - szoftver kibeszélő topik
- Profi EKG-s óra lett a Watch Fitből
- Honor 400 Pro - gép a képben
- Samsung Galaxy S21 és S21+ - húszra akartak lapot húzni
- Honor Magic7 Pro - kifinomult, költséges képalkotás
- Samsung Galaxy A54 - türelemjáték
- Milyen okostelefont vegyek?
- Telekom mobilszolgáltatások
- Apple iPhone 16 Pro - rutinvizsga
- India felől közelít egy 7550 mAh-s Redmi
-
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
-
válasz
Frawly #27035 üzenetére
Ezt a jelzőt én semmiképp nem használnám rá.
Akkó' te ne használd!
(ha nem ismered a jelzőt, akkor keresni kell helyette valami alternatívát)
(#27036) colomb2
Az is egy módszer. Én már csak azért is fidelek erősen, mert a Tg kipenderítésem előtt is valami ilyen téma miatt volt gondom. Persze, hogy kikelek az ellen, ha valaki másokat felügyelget és írása alapján félanalfabéla!
-
válasz
Siriusb #27032 üzenetére
& Lenry
Köszi a megerősítést!
Próbálok helyesen írni, mert anno még belénk verték, hogy ez a minimum az általános iskolában! Efelett már nagyon durva, ha valaki nem ír helyesen, persze lehetnek kis eltérések, mert az utóbbi 20-30 évben rengeteget változott a helyesírás.
(az sem szégyen, ha valaki bizonytalan valamiben és utánanéz)
-
válasz
Frawly #27029 üzenetére
Próbáltam sugallni, de nem ment át, a Debianra nem érvényes, amit írsz, úgy talán érvényes lenne, ha azt írnád, a Debian stable! (nem véletlenül írom oda mindig a Buster szót)
Ez nem Arch, hogy van egy változat és szevasztok.
Hogy mi az előnye így az Arch-csal (bocs, ezt biztosan nem jól írtam) szemben? Az, hogy Debian.
Én is kérdezhetném, mi az előnye az Arch-nak, ha a Debian ennyire rugalmas?
-
válasz
Frawly #27027 üzenetére
Nyilván ha a csomagfrissesség fontos, akkor nem Debian, Mint, CentOS irányban kell nézelődni, de talán az Ubuntu sem annyira jó ötlet.
Már jó párszor szóba került, de csak leírom, a Debiant ne tedd be ilyen kontexusban a többi közé, mert félrevezető és már fárasztó is eléggé ezt olvasni. Nekem is van fenn Debianom és épp csak alig frissebb nála az Arch-vonal. (értelemszerűen frissebb persze)
(minap beraktam valahová az inxi kimenetét, mennyivel frissebb a Debian a friss Ubuntu/Mint-nél)
-
válasz
Buncaman #27019 üzenetére
Szia!
Én javasolnám neked a Kezdő topikot, de még azelőtt meg kell kérdeznem, direkt a Kali Linux speciális programjai miatt akarod ezt választani, mert eléggé elüt sok mindenben a normál használatú desktop Linuxoktól. A kérdéseid alapján én valami könnyebben és biztonságosabban használható disztrót javasolnék! (tekintve, hogy a Kali rendszergazda módban fut alapból)
Mire akarod használni a Linuxodat? Milyen géped van? Menyire ismered a Linux disztrókat, használtál-e már? Ezek a Kezdő topikban is fontos infók lehetnek.....
-
válasz
CsaBully #26821 üzenetére
Aludhatsz még bőven többet is, még bőven a distrohopper időszakodban vagy és fogalmad sincs, mit akarsz, legalábbis a Debian topik pár hsz-e erre enged következtetni.
Ezt írod a stable Debianról mert pl a "beton" stabilitiás az amit pl hiányolok a többiből. Ezek után vacillálsz Debian és Manjaro között? Nehéz ezeket párhuzamba hozni, mivel a Manjaro az Arch Ubuntuja.Azt találd ki, hogy rolling vagy nem rolling rendszert akarsz és válaszd az alapot, Debian vagy Arch, szerintem a Szamárpingvin megvár.
Ahogy a kolléga rossz példája mutatja, ezek az alaprendszerek elég nagy szabadságot adnak, így aztán engedik a nem túl átgondolt parancsok végrehajtását is.
(ez egy kezdő véleménye volt, mivel ez a thread is erősen kezdő topikos, nem haladó téma)
-
válasz
#61392896 #26796 üzenetére
Ez a szakszerű megoldás:
Olvasd el a Téma összefoglalót, értelmezd és hagyd el a Haladó Linuxos topikot!
A kérdéseid és te sem vagytok haladó szintűek, gyakorlatilag érthetetlen, mit és miért így akarod, az a szerencse, hogy nem is akarja senki érteni, miért Linuxon akarod használni a Windowsos programjaidat, ha van mellette Windowsod is.
Ott a Kezdő Linuxos topik, ha a Linux-szal kapcsolatos kezdő szintű kérdésed lenne, ha majd haladó szinten jársz, akkor kérdezz itt.
-
Próbálom követni a thread-et amúgy, érdekelnek az ilyen kűzdelmek. Láttam a flexelt SSD-t is, de a bankkártya funkciója kicsit homályos alatta.😉
Anno írtam is, de lassan valósággá válik, hogy a fűnyíród lesz a következő célpont! Szerintem az is meg fogja magát adni egyszer.😁 -
válasz
Rimuru #26651 üzenetére
Ez amúgy Manjaro (Arch) alap miatt van, már hogy bűvészkedni kell? Épp minap írtam valakinek, hogy az alaplapcsere is simán fog menni, úgy is lett (vagyis nem, de ez a statikus IP beállításai miatt volt).
Most nem vonalaskodok, tényleg érdekel. Anno én a desktopból simán átdugtam az SSD-t a Toshibába és ment. (Debian alap volt a meghajtón azt hiszem) -
De ha már hozzászóltam, lenne egy kérdésem is. Mostanában egyre többször eldobja a gép (Arch Linuxot használok) a DNS-t Wi-Fi-n.
Mint láthatod, kollégánk már ezt használja, így nem szükséges ajánlani neki.
Nem az én felhasználói szokásomat tükrözi, amit írtam.
Múltkor még kaptam a fecem-re tőled a manjaro cinnamon ajánlgatásomért.
Szerintem inkább biztattalak benneteket, hogy ajánlgassátok csak bátran, főleg ha ott lesztek majd a felmerülő kérdések/problémák megoldásánál is ennyire bőszen. Attól óvtalak inkább, hogy nagyon elszálljatok, mert már kicsit vicces volt, ahogy a Debian vonalat degradáltátok.
-
válasz
Frawly #26590 üzenetére
systemctl disable networkmanager
pacman -S wicd wicd-gtk
systemctl enable wicdwicd-t próbáld ki, sajna a networkmanager-ből a legfrissebbek néha ezt csinálják más disztrókon is, ezt még a buta Ubuntu vonalasok is tudják.
Az ipv6-ot meg lődd ki inkább tesztelés helyett, ahogy growler kolléga említi.
Semmi baja nincs a wifi kártyádnak, ez a netszakadás nálam is előjön szinte minden nap totál ok nélkül. Mivel más eszközön marad a kapcsolat, csak a desktop nm-jével lehet gond. -
válasz
davidvarga #26520 üzenetére
Igazából 2 txt fájlt akarok tartalmilak összehasonlítani egyezés szempontjából. Gondolom ha az egyik szét van tördelve a másik meg egyben van akkor az úgy nem jó vagy igen? Mert ha jó akkor nem is kéne széttördelnem. 1000 sorról van szó
Ammán'döfi! a https://logout.hu/tema/a_nagy_linux_topic/hsz_26504-26504.html-ben fentieket írtad. Különleges karakterek lehetnek ezek, ha 2GB-os a méret!
Ebben a speciális esetben jó is, hogy a Haladóba írtál!
Vagy valami nagyon nem kerek vagy totál idiótának nézed Haladó kollégáimat. no offense
-
& (#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.
-
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
noatime
opció 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.
-
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. -
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!
-
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. -
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) -
válasz
sh4d0w #25934 üzenetére
& ZCoyote
Köszi nektek, próbálkozom, de semmi hibaüzenet nincs, nem tölti be az oldalt egyik böngésző sem.
Azért tegnapig mindegyik disztróval működött, nem csak a 17.3-mal. Tegnap napközben megzakkant a router én jól elállítgattam, de az már nem számít, ha direktbe kötöm a lant utána... Olvasgatok, nem tudom mi van, de ez senkinél nem fordult még elő?Rengetegen használnak azért újabb disztrókat, Debian 9 is ennyire új lenne mindenben?
TLS lesz az elírtam valóban.
Esetleg próbáljak meg valami free vpn-en keresztül ügyködni......?
-
Na ez az, hogy itt kisebb
Úgy érted, hogy a célterület kisebb, mint a másolandó partíció? Az úgy lehetetlen szerintem, le kellene előtte zsugorítani a másolandót!
Nincs együtt a két meghajtó, a nagy HDD helyett lett egy kisebb SSD.
Ezt se értem, akkor két külön eszközben voltak a meghajtók? Gondolom ez az rsync akkor partíciót nem tud másolni, nem ismerem sajna.
Milyen eszköz az, hogy a gpartedes másolás idejére nem lehet rácsatolni az SSD-t is?
Egyébként a grub hiába másolódna, mindenképpen frissíteni kéne! -
Szépen másoltuk a partíciók tartalmát.
Az jó, hogy szépen, de mivel?
Egy kezdő favágó módszert tudok, Mintet szoktam így áthelyezni, egyszerűen gparteddel másol, beilleszt. Lényeg, hogy a sémák ugyanazok, ez nálad is OK, és nagyobb legyen a hely a célon.
Az SSD, HDD persze nálam formázva van, így szektorokkal sincs gond. Gondolom nálad is együtt van a két meghajtó, mert grub update is kell, a többit tudod. Bootol az új meghajtóról és arra új grub.Bocsi, hogy bepofátlankodtam a kezdőből, majd a guruk mondják a profi megoldásokat.
-
válasz
#21078528 #25417 üzenetére
Ezek szerint lehet ez a fura router jelenség is az ok!? Van benne logika, mert nem mindig jön elő, viszont két más net eléréssel rendelkező ugyanazon disztrón is jelentkezett. Csak be kell akkor üzemelnem az Asus RT N12-t, pedig azt vevő-nek szántam másik helyiségbe.
Köszi a tippet, valahogy erre nem gondoltam túl erősen eddig!
Reggel pingeltem az ntp-t, de minden OK volt vele, csak közben egy laptoppal szenvedek meg testdisk-kel próbálom visszanyerni az elveszett partíciót, amit áthelyezés közben kinyírtam az Alt+F2-vel gparted futás alatt.
Ma egész ügyesen szivatom magam.
-
válasz
#21078528 #25414 üzenetére
Je értelek! Köszi, így már tiszta. Reggel letesztelem ezeket, arra is gondolok, hogy jó ideje vacakol a routerem, az is okozhatja ezt a jelenséget, na meglátjuk! (ezt jól el is felejtettem)
Holnap referálok a dologról, addig is köszi nektek! -
válasz
#21078528 #25410 üzenetére
ubyegon@ubymint18 ~ $ sudo ntpq -p
[sudo] ubyegon jelszava:
ntpq: read: Connection refusedPING index.hu (217.20.130.99) 56(84) bytes of data.
64 bytes from index.hu (217.20.130.99): icmp_seq=1 ttl=57 time=2.15 ms
64 bytes from index.hu (217.20.130.99): icmp_seq=2 ttl=57 time=2.44 ms
64 bytes from index.hu (217.20.130.99): icmp_seq=3 ttl=57 time=1.41 ms
64 bytes from index.hu (217.20.130.99): icmp_seq=4 ttl=57 time=1.30 ms
64 bytes from index.hu (217.20.130.99): icmp_seq=5 ttl=57 time=5.70 ms
64 bytes from index.hu (217.20.130.99): icmp_seq=6 ttl=57 time=2.26 ms
64 bytes from index.hu (217.20.130.99): icmp_seq=7 ttl=57 time=2.75 ms
64 bytes from index.hu (217.20.130.99): icmp_seq=8 ttl=57 time=2.39 ms
64 bytes from index.hu (217.20.130.99): icmp_seq=9 ttl=57 time=2.38 ms
64 bytes from index.hu (217.20.130.99): icmp_seq=10 ttl=57 time=2.05 ms
64 bytes from index.hu (217.20.130.99): icmp_seq=11 ttl=57 time=2.32 ms
64 bytes from index.hu (217.20.130.99): icmp_seq=12 ttl=57 time=2.31 ms
64 bytes from index.hu (217.20.130.99): icmp_seq=13 ttl=57 time=2.17 msMost akkor kell az az ntp.service? Hogy kapcsoljam vissza?Jó, rájöttem,disable
helyettenable
...bocsi, ezt még nekem is tudnom kéne.Szóval nem kell desktopon ez nekem.
Bocs Vladi főnök! Jól összeszemeteltem a guru topikot!
-
Attól, hogy bent vagy a desktopon még a háttérben szüttyöghet egy kicsit.
OK, de ezelőtt hárommal várakozott a desktopra 1,5 percet, most meg bejött hamar, kb. mint eddig!
Jessie már csak nevében az régóta, strech/experimental frissítéseket szokott kapni, bár már egy hónapja nem néztem.
systemdével nincs nekem bajom, eddig azt se tudtam, hogy van, ill. tudtam csak nem érdekelt!
-----------------------------------------------
Most visszajöttem és piszok gyorsan bootol a Mint, viszont ezt kiírja még (Bootup is not yet finished)
1 perc múlva is, viszont ha bebootol rendesen, akkor nem érdekel.ubyegon@ubymint18 ~ $ systemd-analyze blame
1.127s postfix.service
1.083s nmbd.service
1.063s samba-ad-dc.service
653ms lvm2-monitor.service
549ms networking.service
518ms ModemManager.service
465ms accounts-daemon.serviceÚgy látszik, kilőtte a lassító folyamatokat...ez már nem tűnik vészesnek.
Köszi nektek, alakul ez!
-
Kiszedtem, leszedtem a netex73-at is, ugyanaz a helyzet,
Bootup is not yet finished. Please try again later.
, azonban gyorsabban bebootolt és belőtte a FF-ot is. Fene se érti ezt, igazából ha bebootol gyorsan, akkor a fenét se érdekli a systemd-analizé.Ez a sysvinit/systemd keveredés nekem is feltünt a kimenetben előbb.
Pár lépésre vagyok attól, hogy újra a Jessie-t használjam állandóra.
Az Ipv6-ot nem kéne kikapcsolni?
***************************************************************
Már Jessie sem a régi, egészen lelassult a boot.
ubyegon@debian:~$ systemd-analyze
Startup finished in 2.084s (kernel) + 9.329s (userspace) = 11.413sMost már elegem van az Ubuntu alapúakból egy időre! Maradok a jó öreg Jessie-n.
Köszi nektek, hogy próbáltatok segíteni, ha valami megoldás beugrik, azért szóljatok, de most Jessien kívül csak valami anno Arch alapú jöhet számításba.
-
Mostanában nem, de ez a netex nem is kell ide, csak a schedulereket raktam bele anno.
#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.
echo noop >/sys/block/sda/queue/scheduler
echo deadline >/sys/block/sdb/queue/scheduler
echo deadline >/sys/block/sdc/queue/scheduler
bash /opt/NeteXt73/APM/apm_status_fix
bash /etc/apm-ext73/wol false
bash /etc/apm-ext73/advanced_power_management_by_ext73_performance-ondemand_v5.2 false
exit 0remélem ezzel kilőttem a háló időt
ubymint18 ubyegon # systemctl disable ntp.service
Synchronizing state of ntp.service with SysV init with /lib/systemd/systemd-sysv-install...
Executing /lib/systemd/systemd-sysv-install disable ntp
insserv: warning: current start runlevel(s) (empty) of script `ntp' overrides LSB defaults (2 3 4 5).
insserv: warning: current stop runlevel(s) (1 2 3 4 5) of script `ntp' overrides LSB defaults (1). -
Megpróbáltam kétszer, de netem van, viszont ugyanúgy várakozik és ezeket írogatja:
ubyegon@ubymint18 ~ $ systemd-analyze
Bootup is not yet finished. Please try again later.
ubyegon@ubymint18 ~ $ systemd-analyze
Bootup is not yet finished. Please try again later.Bár bebootolt már, mert FF-et is tudom használni. Még mindig ezt írja, az előbb a -blame 3,5 percet írt.
no most írta ki:
ubyegon@ubymint18 ~ $ systemd-analyze
Startup finished in 4.572s (kernel) + 3min 48.791s (userspace) = 3min 53.364ssystemctl disable NetworkManager-wait-online.service
Ezt próbáltam a laptopnál is, de ott sem működött. Nem is számítottam rá, mert eddig sem jött elő, így valami egyszer csak bekapcsolhatta, ami nem engedi kikapcsolni. Ma még nem is frissítettem semmit.
Vagyis még reggel, de ezt a másik gépen nem csináltam:Install: radeon-profile-daemon:amd64 (0.1.20~xenial, automatic), radeon-profile:amd64 (0.1.17~xenial), libdrm-dev:amd64 (2.4.70-1~ubuntu16.04.1, automatic)
End-Date: 2017-03-17 05:20:52 -
válasz
ubyegon2 #25397 üzenetére
https://www.centos.org/forums/viewtopic.php?t=60390
Még Centoson is írnak róla. Egyébként végigcsináltam amiket máshol írnak, de semmi nem változott a Lenovon, desktopon még nem próbáltam éppen ezért.
-
Most saját gépen is csinálja, a másik egy szűz telepítés volt a Lenovo G580-on, üres SSD-re. Megnézem reboottal most.
Biztosan csinálja, mert laptopon is ezt írta ki sokáig:
ubyegon@ubymint18 ~ $ systemd-analyze
Bootup is not yet finished. Please try again later.---------------
most már kiírja:
ubyegon@ubymint18 ~ $ systemd-analyze
Startup finished in 4.577s (kernel) + 1min 30.291s (userspace) = 1min 34.869sLegutóbb az userspace olyan 12 sec körül volt.
Értettem ám.
(#25394) Vladi -
Sziasztok!
NetworkManager-wait-online.service
Ez a service már nemrég szórakozott minap egy telepítésnél, reinstall után nem jött elő, viszont most a desktopon is elkezdte csinálni:
ubyegon@ubymint18 ~ $ systemd-analyze blame
19.604s rc-local.service7.284s
NetworkManager-wait-online.service
766ms nmbd.serviceEddig nem jött elő, de most bosszant, mert nem értem, miért várakoztatja a boot-ot.
Mit kéne ezzel kezdeni szerintetek? Találkoztatok már ezzel más disztrókon is?
A netkapcsolat ethernet alapú, nem wifi, mint a minap a laptopon.A kiiktatási tippeket előre is köszi!
-
-
Szerintem 4 giga az elég kell, hogy legyen, ilyenkor a biztonság kedvéért azért csinálnak swap-ot. A sokfülü böngésző az eszi a memóriát, az igaz, de én saját gépemben még nem láttam 3 gigánál nagyobb ram felhasználást.
Nem hiszem, hogy az időnként jelentkező swapolást észrevennéd, ha nem 170 csak 110 lesz a MB/sec!
Ha nagyon akarod, gparted-del meg tudod kutyulni a dolgokat, de semmi értelmét nem látom! Viszont jól elbaltázhatod a működő rendszeredet!
Próbáld a böngészést másképpen, én ha már nagyon sok lap van megnyitva, de nem akarom a külön füleket bezárni, akkor újraindítom a FF-ot, így a lapok/fülek ott maradnak, de nem töltődnek be.
Néha rápillantasz a glances-re és látod mi a helyzet.
Most látom, hogy ez a haladó topik! Ilyesmivel legközelebb a kezdőbe gyere, mert még ránk szólnak!
-
Szia!
Nem értek ezek közül sok dologhoz, Fedorát sem ismerem, viszont attól, hogy a meghajtó elejére javasolják a swap-ot de nem oda kerül.... Nem fogod érzékelni, legfeljebb mérések alapján lassabb pár ezreddel! Gondolom nem is folyamatosan swapol. Ne foglalkozz ezzel a sorbarakással.
Úgy jó az, ahogy van!
Nekem is SSD-n van a rendszer, de a swap valahol a HDD közepén vagy azt se tudom igazán hol. Mennyi fizikai memóriád van amúgy?
-
Sziasztok!
A kezdőben elakadtunk ezzel a kezdő kérdéssel, segítsen valaki léci, aki ismeri a LILO-t, hogyan kell lecserélni GRUB-ra vagy hogyan kell beolvastatni vele a többi disztrót!?
Porteus telepítéséről van szó, nem olvassa be a bootloadere a többi Linuxot, de a Linux Mint GRUB-ja sem olvassa/listázza be a Porteust!
Mivel nem haladó a kérdés, így nem küldtem át a kollégát!
-
-
-
válasz
szőr Artúr #24912 üzenetére
grub-n-iso
Ezt még sose láttam, jó, hogy beraktad! Hasznos lehet még. thnx
(#24911) colomb2
felrakod és kész
ezt pontosan hogyan több iso esetén?
Már emlékszem, fat32-re kell particionálni, ilyesmi volt a hsz-ben! Te írtad? -
válasz
szőr Artúr #24909 üzenetére
Sajnos windows alól is elérhetőnek kell maradniuk
Mi az az ígéretes megoldás? Ha működik, mindenképpen oszd meg velünk!
-
válasz
szőr Artúr #24906 üzenetére
Lehet, hogy nagy marhaság, de nemrég olvastam valakitől egy logikusnak tűnő megoldást valamelyik topikon.
Partíciónként felmásolod a megnyitott iso-kat a penre és minden partíciónak adsz boot flagot. Utána teszel rá egy grub-ot és bootnál már választható a szükséges iso.
Valami ilyesmi rémlik, lehet, hogy valamelyik lépés nem kell, most nem találom a hsz-t, hátha valaki jobban emlékszik és leírja.
például (#24907) colomb2 ft.
-
válasz
spammer #24825 üzenetére
szerk: bár mondjuk oké, mert végül is a kezdő topikban úgyis megkapnád, hogy ez a kérdés nem odavaló.
Evidens egyébként. Csak azt nem értem, hogy topikgazdaként jól ismerve a rendszert és a linuxos topikokat is, miért sütöd el mindig ezt a dolgot quázi bárgyú poénként!?
-
Kösz, hogy megnézted, viszont, ha az Fstab-ba van beírva, akkor az előbbieket újra nem értem. Mindegy is, érdekes, hogy nem a noatime az alap, hanem egy kompromisszumos megoldás, mert nem mindenki használ Mutt és hasonló programokat.
Engem akkor félrevezettek, hogy az Antergos gyakorlatilag Arch, csak a hozzáértetlenek miatt telepítést segítővel van megspékelve.
bob.zxr
Azért az Ubuntura még soha nem mondta senki, hogy gyakorlatilag egy Debian. -
Antergos 4.0.5 kernellel fstab-ja:
# <file system> <mount point> <type> <options> <dump> <pass>
#
UUID=343c06ab-93d4-40f7-8734-a538888a45e2 / ext4 defaults,rw,noatime,discard 0 1
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0Tiszta Arch-ot nem telepítettem, de azt írjátok, hogy az Antergos ugyanaz, csak gui-s telepítője van.
Nem teljesen így folyt az egész, nem is így volt leírva a ft. állítása és a kiinduló kérdés sem ez volt, hanem az optimalizálás. Erre jön a discard opció veszélyes c. fejezet, ami az SSD-ket tekintve marginális probléma.
nem offolok itt tovább Igazatok van, csak a lényegi kérdésekre nem írtatok semmit! Ez is valami.
(#23661) Doct or Acle
Nekem nulla Linux ismeretem van ez OK, de te meg magyar szövegértéssel állsz hadilábon, mert az alapkérdéshez semmi köze nem volt a te bizonyos SSD-d discard hibáinak. Csak ezen lovagolsz, senkit nem érdekel, olvass már vissza, vagy kérj meg valakit, magyarázza el, miről is volt szó!
Annyit azért értek, miről szól a linkelt blacklist.
-
Eddig minden disztróban ugyanaz volt az alap, ha volt megadva valami, az Arch alapú Antergosban is. Ez a tény.
● Arch alapú disztrók inkább a discard opciót használják alapból, az Antergos 4.0.5 kernellel fstab-ja:
# <file system> <mount point> <type> <options> <dump> <pass>
#
UUID=343c06ab-93d4-40f7-8734-a538888a45e2 / ext4 defaults,rw,noatime,discard 0 1
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0A 2.6. kernel idejében még nem Linuxoztam, lehet, hogy változtak a dolgok az utóbbi években.
Mellesleg, ha a relatime lenne az alap, akkor is célszerű lenne lecserélni a noatime-ra, ha nem használ valaki olyan programot, ami miatt kifejezetten a relatime-et kéne opciónak beállítani.
Látom, itt elég sok SSD hozzáértő van, inkább kiszállok, ti tudjátok.
-
válasz
gery2123 #23639 üzenetére
20 GB szabadon van hagyva, ha kell neki ha nem
Ennek sincs túl sok értelme, ezzel aztán főleg túlkíméled, mert nem 28 GB van nálad szabadon hagyva, ha a partícióid nincsenek teleírva! Ha mondjuk a partíciókon van 40 GB üres hely, akkor már 68 GB van szabadon hagyva, ami luxus. Sokan gondolják azt, hogy ha adnak mondjuk 2 rendszernek 60-40 gigát, akkor az le van foglalva, ezért üres helyet hagynak. A gyári 7% mellé adsz 3%-ot és már meg is van a szükséges szabad helyed, ha totál teleírsz minden partíciót, akkor is!
Az SSD vezérlője nem partíciókat lát, hanem a meghajtót egyben és azon összességében kezeli kedve szerint az üres helyeket, ha van particionálva, ha nincs!
HDD-re nem is érdemes /var vagy más partíciót tenni, de a tmpfs-t érdemes használni, böngész cache-t is érdemes ram-ra küldeni, nem SSD kímélése miatt, hanem mert elég ram esetén gyorsabb lesz.
nekem így van megoldva és ez nem kímélés, hanem optimalizálás:
#tmpfs to .cache
tmpfs /home/ubyegon/.cache tmpfs noatime,nodev,nosuid,size=400M 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 0 -
válasz
jimmy399 #23637 üzenetére
Az SSD arra van, hogy használjuk. Ez így van.
Ettől még semmi bajod nem lesz, ha egyszer átolvasol egy optimalizálásról szóló írást.
Én Pl. Hetente-két hetente futtatom le Linux alatt az FSTRIM parancsot.
Fstab-ba beírnád a discard opciót és nem kéne futtatnod a fenti parancsot.
Másik hozadéka lenne, hogy nem írnál téves infókat:
AZ SSD gyártók már lefoglaltak hardver szinte (firmware) megfelelő mennyiségő háttértárat ahhoz hogy minden kerek legyen... ez így nem igaz!
Ennek nézz utána, légy oly kedves és írd meg, hogy a négy SSD közül ez melyikre igaz:
128GB Samsung 850 PRO
512GB Samsung 850 PRO
256GB Samsung 850 PRO
120GB Samsung 850 EVOMásrészt mire adsz neki 20 gigát, ha a fentieket így tudod, ahogy leírtad?
(a te eszközödön akkor, mi alapján intézted az overprovisioning- et, ha megkérdezhetem?)AZ ÉV poénja. Az az év poenja, hogy felkészületlenül, részismeretek alapján sokan kiröhögitek azt, aki próbálja kímélni, optimalizálni az SSD-t!
-
válasz
mefistofeles #23536 üzenetére
nincs benne olyan klasszikus boot menü ahol boot sorrendet tudnék állítani.
Akkor hogyan fogod rátelepíteni a Win7-et?
-
válasz
lionhearted #23525 üzenetére
Egyértelműen így van, ahogyan írod, amiatt is raktam a mondatom végére smilét.
Hansz ft most kapott 6 nap felfüggesztettet addigra csak megoldja valahogy. -
válasz
lionhearted #23515 üzenetére
Ezt a linket már a kezdőben is megkapta! Haladóktól többet vár6na az ember!
Sorry, Ubuntu topik volt! -
válasz
#20584850 #23389 üzenetére
Ajaj!
Ebből semmi nem derül ki, célszerűbb lenne egy cat /etc/fstab terminal parancs kimenetet bemásolnod, de csak az után, ha áttanulmányoztad ezt vagy akár az elsőben linkelt alapszintű SSD-s írást.
Linux SSD-n - de hogyan? - Tippek nagyon kezdőknek is
Ha ezeket átolvastad, akkor tudsz kérdezni, de az ellenőrzéseket is végezd el!
Az I/O schedulert hagyd inkább úgy, ha deadline-on van (mostanában alapon úgy van), de ha meg tudod csinálni a 2. leírás alapján, akkor csak az SSD-t állíthatod noop-ra, de ha nem vagy biztos a dogodban, akkor hagyd, mert a noop a HHD-nek nem tesz jót!
-
válasz
#20584850 #23315 üzenetére
Szerintem vagy a javasolt 10-es értéket vagy minimum az 1-et válaszd, mert a 0 megnyekkenti az I/O teljesítményt, ha mégis szükséges lenne kicsit hamarabb a swap beavatkozására!
A swap az olyan, hogy x GB memóriáig szükség van rá, afelett felesleges (8GB mondjuk), ha viszont időnként szükség van rá, akkor ne várjuk már meg a teljes telítődést fizikai RAM-nál. Így pont nem kíméljük az SSD-t, fentiek miatt. (I/O)
sorry, hogy ismét bepofátlankodtam a haladók közé, megyek is vissza
-
válasz
Raynes #23127 üzenetére
Eleinte én is összekevertem magam King Unique-kal, de utána hamar feltűnt, hogy utóbbi hsz-ei szakszerűbbek! Őt már ismertem még a meghajtós topikokból, ha jól emlékszem, én inkább laika vagyok minden topikban, ettől még gyakorta belepofázok a témákba.
Az egyéni pofa tényleg elég nagy herce-hurca, legalábbis nekünk mezei fórumozóknak!
Raynes amúgy honnan jött?
(huha, mennyi uff gyűlt össze, kapunk a furkósbottal rögvest) sorry Vladi főnök
-
-
válasz
bambano #23027 üzenetére
Szia!
Van,ami sosem változik. Igaz, nekem 2 Black-em van, amiből az egyik 6 éves és már egyszer kinyírta egy rossz táp, de visszahoztam 100-asra. Green gazdaságos működés gazdaságos anyagfelhasználás, van előnye is, sosem lesz öreg vinyó a gépedben!
Amúgy ezt a kérdést nem tenném fel a HDD topikban.
-
válasz
spammer #22804 üzenetére
Nem volt egyértelmű a DW lista nekem se, de arra emlékszem, hogy abszolút kezdőként a gufw alapból megvolt a Mint Maya-ban, a későbbi verziókban meg nekem kellett telepíteni.
Egyébként ilyen kigyüjtés nem valószinű, hogy lenne, majd most lesz, ha fórumtársunk klszít egyet!
Feltenni általában fel lehet, de az alap Ubuntu 3097 csomagja között nincs.
fene se érti ezt így
Live mód egyértelmű, lehet, hogy Fire/SOUL/CD ft elfeledte, hogy abba is lehet telepíteni.
-
válasz
Fire/SOUL/CD #22801 üzenetére
Distrowatch-ban meg lehet nézni disztrónként, hogy benne van-e. Most néztem, érdekes módon a Debianban (7,8) benne van, az Ubuntuban nincs, Mint 13-ban van, frissebbekben nincs, Arch, Manjaro-ban szintén van, Chakra-ban nincs.
Keresővel nem tudtam kinyerni ezeket az infókat.Full Package List-et keresd itt:
-
válasz
piadex2 #22796 üzenetére
Linux Mint a legkezdőbarátabb, saját topikja is van és van az abszolút kezdő topik is!
Az asztali kezelőfelület kiválasztása géperő/ízlés függő. Win után a Cinnamon felület javallott a hasonlóság miatt.
vagy az SSD-vel való barátság az disztribúciófüggetlen?
Nem teljesen ugyanúgy kezelik a disztrók az SSD-ket és SSD tipusonként is vannak eltérések, a két linkelt írásból kiderül.
Új hozzászólás Aktív témák
Hirdetés
- Delta Force (2024)
- Sütés, főzés és konyhai praktikák
- lezso6: Nem látszik a kurzor Chrome alatt a beviteli mezőkben?
- Call of Duty: Black Ops 6
- Autós topik látogatók beszélgetős, offolós topikja
- Vezetékes FEJhallgatók
- Windows 11
- Xbox tulajok OFF topicja
- Stellar Blade
- Nyaralás topik
- További aktív témák...
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- Windows 10/11 Home/Pro , Office 2024 kulcsok
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Sea of Thieves Premium Edition és Egyéb Játékkulcsok.
- Assassin's Creed Shadows Collector's Edition PC
- MacBook felváráslás!! MacBook, MacBook Air, MacBook Pro
- ÁRGARANCIA!Épített KomPhone Ryzen 7 5700X3D 32/64GB RAM RX 7800 XT 16GB GAMER PC termékbeszámítással
- Csere-Beszámítás! Asus Tuf Gamer laptop! R7 3750H / GTX 1650 / 16GB DDR4 / 500GB SSD
- ASUS TUF Gaming F16 FX607JV-QT212 Notebook
- Apple iPhone 13 Pro , 128GB , Kártyafüggetlen
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest