- Samsung Galaxy S22 Ultra - na, kinél van toll?
- Elkészült és telepíthető az Android 16
- Apple Watch Sport - ez is csak egy okosóra
- iPhone topik
- MIUI / HyperOS topik
- One mobilszolgáltatások
- Egy szenzor, két zoomkamera: újraírta a Huawei a mobilfotózás történetét
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Google Pixel topik
- Samsung Galaxy S21 FE 5G - utóirat
-
Mobilarena
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
válasz
Slownz #65999 üzenetére
OK, csak nem tudtam hová tenni ezt a blackscreen módot.
Nincs más hátra, állítgatnod kell az említett beállításoknál. Nekem laptopon van, így nem tudom lekövetni pontosan, de én a képernyúzárolást ki is iktattam, csak az energiatakarékosségnál vannak opciók, hogy ne üssék egymást. Ezekben kéne állítgatnod neked is.
Az sincs kizárva, hogy ezek valamely futó programmal vagy szolgáltatással akadnak össze, az említett két hibakereső parancsot is le kéne futtatnod terminalból.
(ötletelek csak, mert nem túlzottan ismerem az Arch alapot és a KDE-t sem) -
válasz
Slownz #65997 üzenetére
dmesg | grep error
journalctl -b -p 3
Ezek a kimenetek hátha mutatnak valamit.
Ez egy asztali gépnek néz ki, annál miért alkalmazol alvó módot amúgy? Úgy értem, mi a cél ezzel? Energia takarékosság vagy képernyő lezárás?
Manjaronál alapból fenn van a TLP, bár nem gondolnám, hogy desktopnál is aktív, de ki tudja, én leszedném azt a csomagot. -
Slownz
senior tag
válasz
Flowtation #65994 üzenetére
Jó lenne azért rájönni mi a francért van ez. Arra sincs tippem jelenleg, hogy guglizzak rá erre...
-
Slownz
senior tag
Most az elsődleges gépem kapcsán szeretném a segítégetek kérni. Manajro Linux (Gnome) alatt produkálja azt a gépem, hogyha elmegy alvó állapotba, akkor néha (10-ből 1/2x) nem lehet felébreszteni, bejön a képernyő, látszik a bal és felső menüsáv, kattintgatni is lehet, de programokat nem nyitja meg. Nem reagál semmire. Egyedüli megoldás ilyenkor, ha újraindítom.
Mi a franctól lehet ez?
-
-
válasz
kkdesign #65984 üzenetére
How to install the NVIDIA drivers on Ubuntu 18.10 Cosmic Cuttlefish Linux
Ahogy már elhangzott, a zárt drivert tedd fel fenti link alapján, akár a PPA-ból is nézhetsz frisset és valóban az Intelt érdemes alapból használni. Nem tudom miként van most ez megoldva Ubuntun, valami switcherre emlékszem, ami vált a kettő között, de a default beállítást nem ismerem.
Én egy HP8560w-re raktam eddig Linuxot, amiben volt Nvidia VGA, semmilyen fennakadást egyik driverrel sem tapasztaltam. Mint 19 Cinnamon volt, Gnome-os felülettel nem próbáltam.
Az Ubuntu 18.10 kétszer került fel a HP8470p-re, reboot után fejreállt a kép, szó szerint. Nem kínlódtam vele. Nem nagyon új hardverre értelmetlen 18.10-et feltenni. szerintem
-
kkdesign
senior tag
válasz
ubyegon2 #65967 üzenetére
Igen, bár nem tudom mennyire tettem jól, eddig mondjuk semmi gáz nincs vele. Mindig amikor Linuxhoz tévedtem, akkor a legfrissebbet szedtem le, mégha nem is lts akkoris. Ezen célból mentem neki mostis a dolgoknak.
Amit még viszont nem értem, hogy valamért nem annyira gördülékeny a felület. Néztem a nyílt nvidia drivert is és a zártat is. nyíltal jobb a helyzet, de valahogy nem pattog úgy a rendszer mint a Windóz. Ami érdekes nekem, mert egyébként elég bika kis laptop. A Sima gnome felületes Ubuntu van fenn. de már akkor is olyan volt a felület mikor friss volt.
Ettől külön választva írom, hogy egyébként ráültettem egy mac-es gnome felületet, mert nekem úgy tetszik
de ezután abszolut egyik irányban sem változott a gördülékenység.
-
student
őstag
n3060 proci +4gb ram melyik linux disztrót érdemes telepíteni ? firefox+vlc+skype használatra
ubuntu+lightos firefox használatot elbírja vajon élvezhető sebességel? -
válasz
s1999xx #65979 üzenetére
Debian ellen még egy: video codec.
Na jó, anno voltak keményen megjelenítéssel gondok, én is szívtam meg ATI-val meg fglrx-szel, de most már AMD APU-val is minden super, nem kell elfelejteni a va-api(vdpau) párost, különben már nincs annyira lemaradva mesa-val sem, igaz nekem talán testing repo-ból van az fenn a xorg-gal együtt, de a rollingok erősen fulladozva előzték csak be, amikor összehasonlítottam őket.
Azt képzeld el, mikor egy totál nokedli Win7-től szabadulna és karakteres telepítővel nekifog 5 éve Debian telepítésnek, ami már ott elakadt, hogy nem ismerte fel a hálókártyát.....na az sem 6 perces telepítés volt, mint egy mai desktop disztró SSD-re, bár a Debian most sem települ fel túl gyorsan.
A másik kedvencem az volt, amikor telepítés végén, következő install volt, kiírja, hogy nem települt a GRUB, aztán valahol írták, hogy a hibrid live-ból indítva nem rakja fel.......
Én ezért csípem a Debiant, nem adja könnyen magát!
Egyszóval, amit tapasztaltál 12.04 idővonalán, az már azért sokat javult, ha valaki nem ismeri és nem a nonfree iso-t szedi le, kicsit ma is szív.
-
A kérdés onnan indult, hogy érdemes-e eljárni ezt a LTS-rolling harci-táncot az Ubuntu kiadásain belül is kezdő felhasználó esetén. Teljesen egyértelmű, hogy kezdőnek a mindenkori LTS, jelenleg a 18.04 az ajánlott. Itt is javasolják újabb VGA-k esetén a 18.10-et, sőt a rolling kiadású Archklónokat is! Nem merült fel kérdésként, melyik a jó/nem jó. Akinek ez így nem felel meg, választhat innen is másik disztrót.
Egyébként ha már.....5 éve kezdte Mint-et használni és akkor felszenvedtem még a Debian Wheezy-t is, utána a Jessie totál ugyanolyan jó volt desktop rendszernek a Mint mellé Cinnamonnal, mint bármely asztali disztró. Sőt! PPA-t nem használtam benne, de a repok kutyulásával is szinte lehetetlen volt megölni. Kicsit érdemes figyelni, mit szed le és telepít az ember és van mivel birkózni a függőségek miatt, ha testing vagy más repot rak fel az ember egy friss program miatt, de legalább tanít kicsit.
CPT.Pirk
Most látom a DW-n is megjelent a RC3, délután megint rápróbálok, mert a múltkor nem sikerült wifi-t felismerni neki, most már a Manjaro trükközése alapján próbálok vele elbánni!
-
-Ben-
veterán
CPT.Pirk, s1999xx: Ez (is) a jó ebben.
Mindenki azt használja, amelyik a számára leginkább megfelelő.
Lehetőségek vannak bőven...
-
-Ben-
veterán
válasz
Frawly #65971 üzenetére
Nekem sosem tetszett, hogy félévente hányják ki az új kiadásokat. Még a .04 is tele volt hibával, de már jött a .10. Ubuntun nekem kizárólag az LTS verziók voltak megbízhatóak, stabilak, de sajnos még LTS is omlott össze.... Ha valaki használni szeretné a számítógépét, nem pedig naponta, hetente „guglizni”, nyomozni az épp akkor aktuális hibák megoldása után, annak a felhasználónak bizony én is az LTS -t javasolnám.
(Vagy Debiant, sőt... inkább csak a Debiant.)
-
Frawly
veterán
válasz
ubyegon2 #65970 üzenetére
Ez a hosszú támogatási idő akkor is cégeknél fontos. Nem azt mondom, hogy csak cégeknek jó, de random mezei otthoni desktop usernek semmivel nem lesz instabilabb a .10-es ág sem. Nem dísznek meg tesztelésnek adják csak ki.
A friss verziók meg nem csak új hardvernél lehetnek fontosak. Hanem ha pl. nincs meg valami a disztró tárolójában, és nincs hozzá flatpak/snap csomag sem, hanem fordítani kell fkódból pl..
Persze nem azt mondom, hogy ha valaki problémába fut, akkor arra nem jelenthet megoldást a .04-es ág vagy egy LTS verzió használata, hanem azt, hogy ha nincs alapvető probléma, akkor nem kell ragaszkodni a régebbi verziókhoz.
Egyébként meg ez az LTS mánia meg egy rossz, Windowsról maradt szokás. A felhasználók megszokták, hogy Windows alatt a kiadási ciklusok sok évesek. A Linux viszont a fokozatos változásról, fejlődésről szól. Lehet persze LTS verziókkal Windowsként is használni, csak kérdés valóban jó ötlet-e. Aki ehhez ragaszkodik, szerintem a Linux legjobb oldaláról marad le.
Amíg én Ubrokákat használtam, addig nekem nem volt bajom a .10-es verziókkal sem. Azok is tették a dolgukat, mint a .04-esek.
-
válasz
Frawly #65969 üzenetére
Persze, hogy nem értesz egyet, hiszen épp a LTS frissítési rendszer miatt nem is használsz ilyet, hanem rolling rendszert. Ettől még itt ez úgy van, ahogyan én írtam. Ezt a marhaságot még sehol nem olvastam, hogy cégeknek jó az LTS és home usereknek a rövid támogatású tesztelésre kiadott verziót kéne használni.
Kevered azzal a helyzettel, amikor új hardver miatt javasolják ezek használatát.Bajnak nem baj, ha valaki ezt rakja fel, működhet természetesen, de nem a legújabb kiadás ajánlott, hanem az LTS.
Ezek a tények, amit írtál, az meg az adott rendszert nem használó rollingos véleménye.
-
Frawly
veterán
válasz
ubyegon2 #65967 üzenetére
Nem értek egyet. Ha valaki nem fut bele problémába, akkor a legújabb verzió használata ajánlott. A .04-es ág, meg az LTS azoknak van, akiknek egyébként valami nem futna, vagy cégeknek a támogatás, stabilitás miatt. De magán desktop usernél teljesen jó a .10-es ág is, tehát nem feltétlenül baj, hogy a 18.10-et töltötte le.
-
Frawly
veterán
válasz
kkdesign #65956 üzenetére
Linux alatt az SSD-vel nincs nagyon teendő. Ez nem Windows, ami bekapcsol mindenfélét a tudtod nélkül, meg rosszul állíthat be dolgokat. Pl. Linux alatt nincs alapból defrag, meg nem rontja el a partícióeltolást sem.
Persze ha nagyon paranoid vagy, akkor a sudo hdparm -I /dev/sda parancssal megnézheted, hogy pl. ezek mennek-e:
* Power Management feature set
* Data Set Management TRIM supportedA sudo smartctl -a /dev/sda paranccsal ellenőrizheted, hogy milyen SATA módot használ, pl.:
SATA Version is: SATA 3.2, 6.0 Gb/s (current: 6.0 Gb/s).Meg az fdisk -l paranccsal nézd meg a partíciók kezdő szektorértékeit (Start oszlop), hogy 2048-cal vagy esetleg 32-vel osztható-e.
De valószínű 99,9999%, hogy jók ezek. Ubuntun eleve jó az is, hogy fstrim-et használ, ami külön a Samsung SSD-knél javallott. Majdnem biztos, hogy semmi teendőd nincs az SSD-vel Linux alatt.
-
válasz
kkdesign #65965 üzenetére
Részletekben van az ördöng! :-) Amúgy ha AHCI, akkor a SATA-s múveletek jók hozzá, de ha valami nem tiszta, inkább hagyd és kérdezz rá. Az Ubuntu 18.04 való nekünk, a 18.10 fejlesztők, tesztelőké, de amúgy is csak rövid ideig kap támogatást, 9 hó azt hiszem.
Direkt nem a 18.04-et választottad? Engem minap eligazítottak finoman, mikor szóba került, hogy a kezdők nagy eséllyel nem a nekik való iso-t töltik le.
-
kkdesign
senior tag
válasz
ubyegon2 #65958 üzenetére
samsung 850 evo m2 ssd Achi tipus, Ubuntuból a 18.10-et tettem fel. x64-es változatot.
Köszi egyébként a kérdést, ezt nem nagyon figyeltem még meg eddig az ssd-knél
így ma is tanultam valamit!
Holnap belemerülök akkor abba amit linkeltél meg átnyálazom még az összefoglalóban írtakat
-
válasz
kkdesign #65957 üzenetére
Szia!
Ubuntut azt írtad, de verziót nem annyira, no meg a M.2 SSD....AHCI v NVME? Előbbi még SATA szabványok szerint működik, utóbbinál már a TRIM se ugyanaz. A SATA-kat ismerem valamennyire, de előbbiekről ennyit olvastam. Igazából ha felrakod a rendszert és csak használod, akkor se történik semmi, a rendszer home user használatra van optimalizálva, így a meghajtók kezelése is.
Ha nem NVME-s a meghajtód, akkor az itt található ellenőrző parancsokkal megnézegetheted, amire kíváncsi vagy, bár talán nagyrészt ugyanazok vannak itt is, mint az Összefoglalóban lévő írásban.
-
kkdesign
senior tag
Sziasztok!
Már jópárszor nekileselkedtem a linuxnak, de valahogy mindig visszatértem máshova
Azt szeretném kérdezni, ha ssdre tettem fel , simán windows mellé telepítés opciót választva, akkor ami az összefoglalóban van ssdre telepítős javaslatok, abból mit kéne futtatnom? HPProbook 450G4ről van szó m2 ssdvel és hddvel. m2 ssd 2részre osztva ahol windows és ubuntu lett most, a másik a hdd egybe hagyva ntfs fájlrendszerrel.
-
grep-el szeretnék keresni az alábbi két fájlban:
syslog
syslog.1
syslog.2.gz
syslog.3.gz
syslog.4.gz
syslog.5.gz
syslog.6.gz
syslog.7.gzA .tar.gz végűekben viszont nem. Jelenleg így néz ki a commandom:
grep "string" /var/log/syslog
Viszont így nem keres a syslog.1 fájlban.
Hogyan tudnám megoldani, hogy mindkettőben keressen, de a .tar.gz végűekben ne?
-
Te sem követted nagyon a thread-et, ahogy látom! Esélytelen teleírni.
(#65951) CPT.Pirk
Én is 5%-nak hittem, de csak a fele.
(#65952) sh4d0w
Tudom, anno HHD-vel kapcsolatosan elég sokat olvastam erről, mi a különbség a WD ilyen-olyan színű meghajtói és a RE meg a többi között. Gyakorlatilag megfizethetővé teszik home usereknek is a minőségi technológiát ennek minden logikus vonzatával együtt. Ezért is utaltam arra a kollégának, ha nem jól működik valami és nem custom minőség, akkor felhasználói hiba is lehet. Miért hisszük, hogy csak home usernél áll fenn az user error? Ha valaki rendszerüzemeltető, ott sem adott, hogy csak profin rak össze egy szervert.
-
Frawly
veterán
Nem történik semmi különleges, a rendszer nem enged rá írni, ha rendszer is fut róla, akkor működésképtelen lesz a rendszer, de ez HDD-n is így van. Ha meg majdnem betelíted, akkor belassul. Bár semmi tragédia nem történik ilyenkor, csak hosszú távon nem egészséges állandóan megpakolva üzemeltetni egy SSD-t.
Meg nem is tudod teljesen betelíteni, az SSD-nek általában van tartalék tárterülete, meg a linuxos fájlrendszerek is tartalékolnak kb. 5%-ot. Igazából baja nem lesz, maximum belassul egy kicsit, meg többet kell dolgoznia a wear levelingnek.
-
-
válasz
Shyciii #65946 üzenetére
Tuti nem fogom kiírni végig, hogy openbox, ha valaki azt használ.😉
Ez a szerveres dolog meg olyan, hogy egy komponens csak a hw, van még sw is....és sajnos a legkritikusabb pont is, aki ezeket próbálja működtetni. Valami nem optimálisan működik? Hw vagy sw hiba lehet csak.....
Hát hogyne! 😁
Csak tippeltem most, nem mondok tényeket sosem, előbb csak poén volt. 😉 -
Shyciii
veterán
No, ki is javították a LightDM-et.
-
Shyciii
veterán
válasz
ubyegon2 #65945 üzenetére
Mi az az OB? Országos Bajnokság? Én ott nem indulok ilyen kis Linux tudással. Én csak icike picike linuxoska vagyok. Ezért is használok Arch-ot
Amúgy nézőpont kérdése, hogy mennyivel drágább. Vannak bazi drága desktop SD-k is. Gyorsan megnéztem, és mi most Intel S4500/S4510 SSD-ket rakattunk, 960GB-osakat. Ezek nekünk beváltak. Nem úgy, mint a Samsung 850 Pro-k...Furán hangzik, de attól be tudott komolyan lassulni a rendszer.
Szoktál tényeket is mondani?
-
válasz
Shyciii #65944 üzenetére
Az a belga koma nagyon ott van a szeren, az biztos, eszméletlen mennyiségű dolgot csinált meg a honlapra is ebből az Arco-ból és más disztrókról is csinál videókat. Sajnos aki nem követte az ArchMerge óta, nagyon el tud tévedni, hogy most akkor mit és hogyan telepítsen fel.
Nincs olyan, hogy SSDM, csak SDDM
Mindig felcserélem ezeket, bocsi. Azt meg nem tudom, miért KDE-re asszociáltam, talán azért, mert OB-sek nem döbbennek le ilyen apró gubancon, mint a mostani!
Amúgy ha az SSD-nél hamarabb említed a szerver használatot, nem is okoskodok annyit. Abba inkább nem mennék bele, mekkora különbség van egy home user desktop és egy általad is említett szerver terheltsége között.
Szerverbe normális Intel SSD-t rakattunk
Ez az! Az Intel szerveres SSD-i valami oknál fogva nagyságrendekkel drágábbak, mint a mezei SSD-i. Igaz webáruházakban ritkán látni ezeket, de az sem véletlen. Vagy ezekre értetted a normális Intelt?
Ha már így kötekszel már megint az Arch miatt, akkor én is.
Nem kötekedtem amúgy, tényközlés volt!
-
Shyciii
veterán
válasz
ubyegon2 #65943 üzenetére
Most nézem, hogy az Arco Linux megalkotója a youtube csatornájára is felrakott egy rövid videót, hogy az Arco Linuxosok, hogy tudják a mostani lightdm hibát javítani, ha frissítettek (nekik egyszerűnn mint neked, mert ő csinált egy downgrade parancsot). Gyorsan terjed
Ha már így kötekszel már megint az Arch miatt, akkor én is. Nincs olyan, hogy SSDM, csak SDDM
Azt pedig pláne nem rakom fel, mert az a KDE-hez "való". Aki nem qt-s cuccokat akarnak, azok jól kibaszcsiznak magukkal ennek telepítésekor, mert annyi függőséget rak fel, hogy a szép pure Arch-ból egy dagadt disznót csinálnak
Pont ez az. Szerverbe normális Intel SSD-t rakattunk, és nem mondjuk Samsung 850 Pro-t, és látod, mégis érzékelhető az SSD-kre jellemző általános gond. Oké, azok jobban meg vannak terhelve, mint egy desktop gép (MySQL + Nginx), de akkor is. Létező gond. Amúgy meg nem vészed. 12GB-ot hagytam ki a partícionálásból így az SSD-nek, hogy ne érezze rosszul magát. Azért az nem tragikusan sok, hogy gond legyen
-
válasz
Shyciii #65939 üzenetére
Szerencséd volt, hogy eszedbe jutottak dolgok.
Debiannal már egyszer javítottam így konzolbó összeomlást, bár az DE frissítés volt testing v experimentalból, de azzal nem lennél kisegítve, bár egyszer már írtam neked apt-os parancsokat!
Arch nem szereti a lightdm-et, nem is azt használják a klónok se, hanem ssdm-et tán.
Amúgy, ha nem az Archosoknak hittél volna, teljesen fel lennél készülve ezekre a rapido kampecákra rollingnál.(csak nem hagytam ki a végén...)
Szerverben futó SSD-t meg ne keverésszük desktop SSD-vel. Bár oda nem is ilyen custom kukavackot szoktak rakni.
-
Shyciii
veterán
válasz
Frawly #65941 üzenetére
Nekem eddig nem volt vele bajom. GDM-et tuti nem rakok fel egy openboxos light Arch-ra. Telebassza minden szeméttel. LXDM-et megnézem majd. Viszont most nézem, hogy az Arch bug trackernél már fel is vitték ezt a hibát. DBUS path lett elbaxva. Gyorsan már 4db szavazat van is a leadásra, úgyhogy ez gyorsan javítva lesz.
-
Frawly
veterán
válasz
Shyciii #65936 üzenetére
A lightdm-et cseréld le, nagyon bugos, már nekem is meggyűlt vele a bajom. Light, de lófütykösre sem jó. Helyette ajánlom az LXDM-et vagy GDM-et, azok normálisan működnek. Vagy valami text alapú login manager, vagy konzolról bejelentkezni login manager nélkül, bashrc-be beletenni, hogy indítsa az exec startx parancsot, ha tty1-ről jelentkezel be.
Nálam most ez utóbbi van. A ~/.bashrc-ben be van állítva, hogy ha tty1-en lépek be (ide bootol a legtöbb Linux), akkor a sway paranccsal a SwayWM-et tölti be. Ha tty2-őn lépek be, akkor a Xorg-os dwm-et indítja nagy xorgalommal exec startx-szel, ez csak teszt miatt van fent. Ha tty3-tty6-on lépek be, akkor nem indít semmi extrát.
-
Frawly
veterán
válasz
Plasticbomb #65915 üzenetére
Tudom, hogy már mind kimaxolja lényegében a SATA3-at, SATA2-est nem is gyártanak már régóta. Csak azért írtam legrosszabb esetként, hogy SATA2-es régi gépbe rakják, ahol a SATA2 belimitálja a szekvenciális átvitelt, hogy még ott is gyorsabb.
(#65916) CPT.Pirk: így van. Épp ezért írom, hogy az szekvenciális átvitel sem számít, egy ponton túl megint bottleneck hatásba fullad az egész, és hiába akármilyen gyors az SSD, nem fog semmi gyorsabban tölteni, mert akkor meg már a többi hardver lesz lassú. Aki nem hiszi, az kipróbálhatja, hogy DDR3 vagy DDR4 RAM drive-ról sem fut semmi gyorsabban, mint egy SATA3 SSD-ről. Így sok ember hiába is vesz NVMe-t, nem lesz gyorsabb a gépe, ahhoz hogy annak a sebességelőnyét ki lehessen hajtani, egyrészt erős proci kell, másrészt speciális felhasználás, speciális szoftverekkel, amelyek főleg nagy fájlokkal dolgoznak szekvenciálisan (pl. videóvágás, masszív virtuális gépezés), vagy sok apró random fájlműveletet párhuzamosítanak (pl. nagy terhelésű SQL szerver futtatása, ahol sok tranzakció fut párhuzamosan).
Épp ezért szoktam írni, hogy a legtöbb átlag felhasználónak elég a szutyok belépős SSD is, az én felhasználásom is ilyen alap. Mindegy, csak ne HDD-ről fusson egy rendszer. Régi gépben meg teljesen felesleges is gyors SSD-t venni, úgyse tudja kihajtani.
-
Shyciii
veterán
válasz
ubyegon2 #65937 üzenetére
Semmilyen karaktert nem lehetett beütni. Viszont közben megoldottam miután vettem egy nagy levegőt:
CTRL+SHIFT+F2-vel ugye váltottam konzolt, és bejelentkeztem grafikus felület nélkül.
No mondom akkor downgrade mehet. pacman -U /var/cache/pacman/pkg/lightdm... előző verzió, és kész. No de csak a legfrisebb változat volt ebben a mappában, holott nekem az van beállítva, hogy 3db verziót tartson meg. No mondom faxa. Joh, akkor az archive.archlinux.org -ról letöltöm az eggyel régebbit. Céges Windows gépen megnéztem a pontos linket (még pont bent vagyok melóhelyen szerencsére). Kinéztem, majd a notimon kiadom a wget webcímet. Erre kiírja, hogy nincs wget parancsomnah mondom bakker ez nem része a pure Arch-nak. Jó akkor dögölj meg legyen curl. Ott viszont meg kell adni a filenevet hogy mibe mentsem, tehát a -o nem jó, mert akkor duplán gépelhetek. Akkor kiguglizom, hogy a -O kell, és akkor használja az eredeti nevet (grrr). No ezután mehetett a pacman -U előző verzió, és most reboot után újra működik.
Most azon gondolkodom, hogy a pacman.conf -ban levő ignore részhez hozzáaadjam ezt a csomagot, vagy ezt a bakit gyorsan javítják, és majd legközelebb megpróbálkozzam-e vele. -
-
Shyciii
veterán
Óóóó hogy a rohadás essen bele...
Jött ki frissítés a LightDM-re Arch linux alatt, felraktam, és most nem bootol be a gép, pedig este dolgoznom kellene...Persze backupot nem készítettem az előző állapotról, mert siettem
Most áll az egész failed to start Light Display Manager hibaüzenettel.Live usb-ől valahogy vissza tudom állítani az előző Light DM verziót?
-
Shyciii
veterán
válasz
ubyegon2 #65934 üzenetére
Mindent észreveszek. El sem érem a 95%-ot, és már érezni fogom a lassulást. Szervernél már 80%-nál éreztük, hogy az SSD belassult. És nem Windows alatt, hanem Ubuntu-nál
(meg freebsd-nél is. Ott combosabb mysql ment). UV400-at miért nincs éretelme óvni? Annyira jó híre van? Mert mikor én vettem az volt a legolcsóbb 480GB-os SSD
Azt nem tom, hogy melyik distro használja a Default-ot, mert Arch alapokról nem kalandoztam el, de Manjaro-nál nekem is alapból default opció bekerült. Pure arch esetén viszont nem
-
válasz
Shyciii #65932 üzenetére
OK, tegyük fel, hogy a 480GB-ot ext4-re megparticionálod. Egyben vagy többfelé, ez mindegy. Itt a gyártó nem foglalt le helyet, de már van 12GB-od, amit lefoglalt a fájlrendszer. Ha kb 95%-osan telerakod az SSD-t adattal, akkor kb eléred a 7% minimumot, ami az optimalizált overprovisioning alja.
Nyugtass meg, hogy ha a particiókon 95% telítettséget eléred, azt már azért csak észreveszed!
No meg az UV400-at nagyon nincs értelme óvni semmitől!A default ext4 mount opciókra azokat az értékeket írja példaként, de akár.....na mindegy, nekem az a furcsa, hogy eddig más disztrók ezt nem használták, az async opció viszont egyes schedulerek esetén nem biztos, hogy szerencsés, most meg nem mondom, hogy a bfq vagy a noop vagy akármelyik az IO szinkronnal is ügyködik.
-
Shyciii
veterán
válasz
Rimuru #65925 üzenetére
colomb2, CPT.Pirk
És itt a kulcssz az, hogy a LEGTÖBB gyártó. Tehát senki nem lehjet biztos abban, hogy az a gyártó akitől vett és pont az a típus esetén alkalmazva van-e. Nekem a 100% a biztos, ezért oldom meg így
ubyegon2
Kingston SUV400S37480G
Neve alapján és eredendően is 480GB-os, úgyhogy nem az van, hogy 400GB-os, és 80GB szabadon van elérhetetlenül számomra
Mivel anno nem találtam bizonyítékot arra, hogy tuti rakott el gyártó szabad helyet, így én magam oldottam meg azzal, hogy nem partícionáltam be teljesen -
válasz
growler #65930 üzenetére
Nem kekeckedésből kérdeztem rá!
Egyébként valami viszonylagos támpont nem árthat vagy ha valaki nem tud erre figyelni, de van kis affinítása a rendszerhez, beállíthat discard opciót, így aztán az online TRIM-melés mellett nem lesz gondja...kivéve ha blacklist-ben van az SSD-je, de az se gáz már annyira.
Közben az SSD-s blogra gondolva eszembe jutott, hogy anno az Archklónok default berakták a
discard
opciót is.....Megnéztem a laptopon gyorsan a Manjarot és hopp benne van most is default a discard opció!
default, noatime, discard
- ezek vannak alapból az FSTAB-ban, mondjuk az elsővel nem tudok mit kezdeni, mert az zsákbamacska.Frawly komának külön ajánlom a fentieket!
az első sor az 85-től 100%-ig akart volna lenni !
Úgy már van értelme! (látod, én figyelek)
-
growler
őstag
válasz
ubyegon2 #65929 üzenetére
Pont azért ollóztam be, mert általában heti fstrim van beállítva a rendszereknél.
Ez kb. 60% lemezfoglaltságig nagyon jól megfelel.
De ahogy telik a lemez, (SSD) úgy gondolni kell az időnkénti kézi fstrim
futtatására is. Persze, számít a lemez méret is - ez az ajánlás csak irányadó.
Szerk.: most nézem, az első sor az 85-től 100%-ig akart volna lenni ! -
válasz
growler #65928 üzenetére
Erről még nem hallottam, mondjuk kicsit meglepő is így ez, mivel ha 60%-ig tele van az SSD, a maradék 40%-on operáló adatok törléséről van szó. Ezek miatt az adatsorod akkor lenne jó, ha a méretekről is szó esne, mert egy 500GB-os SSD 40%-a kb annyi, mint az én Intel 120GB-os SSD-m teljes területe.
Így aztán .....szóval akárhonnan ollóztad az infót, önmagában nem sokat ér. Ráadásul a
garbage collection
-ról még nem is esett szó!Szerintem a heti FSTRIM, ami többnyire be van állítva a desktop disztrókba, abszolút tökéletes home usernek.
Amúgy az első és negyedik sor önmagában is elég érdekes.
-
growler
őstag
A trim futtatásának gyakorisága, az SSD foglalt területének függvényében:
5% \- 100% | Hourly
60% \- 84% | Daily
31% \- 59% | Weekly
0% \- 30% | Monthly(Ennél gyakrabban azért lehet.)
-
-
CPT.Pirk
Jómunkásember
-
Shyciii
veterán
Amúgy ssd esetén érdemes a méretének a 10%-át meghagyni, hogy ne lassuljon be mikor kezd telítődni. Én ezt úgy oldottam meg, hogy eleve ennyivel kisebb partíciót hoztam létre, így nem felejtődik el 🙂
-
CPT.Pirk
Jómunkásember
válasz
Frawly #65914 üzenetére
Viszont az NVMe ssd-k nagyon nagy mért számai becsapósak, mert valós körülmények között nem igazán jön ki az előnye egy normális sata3-as ssd-hez képest. Egyszerűen nem tartunk ott, hogy ilyen 3-5G/s adatfolyamot feldolgozz egy otthoni gépen.
Szóval akinek normális sata3-as ssd-je van, nem kell rohannia NVMe-s példányt vennie.
-
Frawly
veterán
válasz
Plasticbomb #65897 üzenetére
Az SSD-k nem a szekvenciális sebesség miatt gyorsabbak. Nem kell hozzá NVMe sem. Elég, ha összevetsz egy gyors HDD-t és egy legócskább SSD-t SATA2-őn (csak az összevethetőség kedvéért írom a legrosszabb esetet), pl. WD Green SSD. Első ránézésre nincs közöttük sok különbség, szekvenciális olvasás/írásban mindkettő kb. 200-250 MB/sec-et nyom. Sőt, a belépő szintű SSD-k még lassabbak is, mivel a HDD kb. végig tartja a 200 MB/sec-et, a belépős SSD meg SATA2-őn 250-280 MB/sec-ről indul, de gyorsan beesik a sebessége 60-100 MB/sec környékére.
De ha megnézed alaposabban, akkor sok apró fájlnál meg elérési időnél meg 20-200× gyorsabb, mint a leggyorsabb HDD. Na, itt van a lényeg, azért annyival jobb a bootidő és a programok betöltési ideje, SSD-vel lényegében a seekidő szűnik meg, és ezzel a random írás, olvasás ugrik meg nagyon durván.
Ez eredményezi azt, hogy a bootidő és a betöltési idők is 20× gyorsabbak, nem okoz bottlenecket, emiatt a többi hardver ki tudja futni azt, amit akar. HDD-nél hiába van i5-i7, meg Ryzen a gépbe, ha unatkozik a proci, mert a lassú HDD-re vár.
-
CPT.Pirk
Jómunkásember
válasz
hódmaci #65910 üzenetére
Hy!
Sok megoldás van https://www.tecmint.com/best-remote-linux-desktop-sharing-software/, de talán a TeamViewer használata a legegyszerűbb.
hentes555: ha akarod használni az nV gpu-t akkor igen. A melyiket nem tudom, kevés az infó a képen.
-
válasz
Slownz #65909 üzenetére
[Linux] Firefox OpenGL kompozittállásának bekapcsolása
Ezt se felejtsd el, de YT videókat nem bivaly gépen nem is böngirnyóból nézünk!
Smtube vagy alternatíva.
Lejátszókhoz meg fel kell rakni a va-api vagy vdpau valamelyikét, AMD-nél elméletileg mindkettő jó, remélem ATI-nál is. Hátha javul a helyzet, ha nem, akkor nem úszod meg a Mint-et.
-
hódmaci
senior tag
Sziasztok!
Volna itthon egy pc-m amin Ubuntu 18.04 fut
Házi mozinak használom, nincs hozzá csatlakoztatva sem egér sem klaviatúra.
Szeretném néha elérni itthoni win10-res gépekről távoli asztal kapcsolattal.
Vagyis csak 'lan' oldalról, a nagyvilág maradjon csak "kizárva".
Tudnátok valami egyszerű jelszóval védett megoldást ajánlani? -
Slownz
senior tag
válasz
ubyegon2 #65877 üzenetére
Frissült a padoka-mesa plusz bepipáltam, amit írtál. Valamivel jobb talán, mint volt, de YT videónál még mindig van tearing (most ilyen 45 fokos, eddig ilyet nem produkált). Tényleg egyszerűbbnek tűnik felrakni egy Mint-et, mint végigmenni azon a tutorialon, csak rá kell szánni magam, ez csak másodlagos gép, így nehezebb rávenni magam.
-
hentes555
senior tag
Next question: A gépben van egy i3-3110M a maga GPU-jával, valamint egy GT 620M dedikált GPU, 1 GB rammal megsegítve. Ahogy a printscreen is mutatja, mindkettőnél csak a video-linux driver van fent. Olvastam, hogy ez a bumblebee és hybrid ugye direkt ehhez a 2 gpu-s nVidia Optimus technológiához van. Érdemes ezek közül valamelyiket feltelepítenem? Ha igen, melyiket?
-
hentes555
senior tag
válasz
ubyegon2 #65905 üzenetére
Ja igen, azt nem írtam, hogy wifi ugyan volt, de nem csatlakozott fel rá, a “configuring interface” ment kb. fél percig, utána dobta a kapcsolatot a routerrel.
A beállítások-hardware components menüben ki volt listázva a broadcom wifi vezérlő és a gigabites lan vezérlő külön. A broadcomra jobb gombbal kattintva volt egy reinstall lehetőség, rámentem, azóta minden szép és jó. -
-
válasz
hentes555 #65901 üzenetére
Szia! Ez nekem is előjött pár hete és pár napja is, szerencsére részleteiben mindkét alkalommal teljesen másképpen, de a wifit nem akarta felismerni nálam se.
A mostani esetnél a Rendszerbeállítások/Kapcsolatok menüben a wifi-biztonság fülnél a jelszó alatti sort állítsd a középső opcióra. Nem logikus, mivel nálam egyfelhasználós a rendszer, de ez van. Ha ez sem oldja meg......
Engem a múltkori hasonló gond nem hagyott nyugodni, szerencsére a régi GRUB-os bug is megvan még meg most már ez is.
Gyanítom, ha a jelszókezelőt kilövöd, akkor is működik, azt nem próbáltam, mivel nem ugrik fel - régen addig nem engedte a kapcsolatot felépíteni, amíg abban meg nem adtad a jelszót. -
hentes555
senior tag
Sziasztok!
Olyan problémába ütköztem, hogy egy Acer E-571G laptopra fel akartam tenni a Manjaro KDE-t. Kipróbáltam Live USB-vel, ment minden szépen. Oké, feltelepítettem rendesen a laptopra, újraindítottam a telepítés befejeztével. Bebootolt a rendszer, aztán mikor csatlakoztam volna az itthoni Wifi-hez, nem találtam a hálózatot. Illetve először mutatta, be is írtam a jelszót, de utána eltűnt és többet nem érzékelte a gép. 3 másik routert viszont érzékelt időszakosan, de nagyon gyenge jellel. Ami fura, hogy ebből az egyik a szomszédé, a másik 2 hálózatot pedig sosem láttam semmilyen gépen-telefonon, még telepítés előtt a rendszert próbálgatva sem. Live alatt tökéletesen működött a net, így nem értem, mi lehet a probléma?
Új hozzászólás Aktív témák
Hirdetés
A topik célja: Segítségnyújtás a Linux disztribúciókkal még csak ismerkedők számára. A szerveres kérdések nem ebbe a topicba tartoznak.
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Milyen program ami... [link]
Shell script kérdésekkel látogassatok el a topikjába
- Vélemény Ubuntu 20.04 LTS
- Vélemény Linux Mint Debian Edition 4
- Tudástár MX-Linux 19
- Bemutató Linux a mindennapokban: Manjaro KDE
- Bemutató Linux a mindennapokban
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Hír A Steam Play hozza el a Windowsra írt játékokat Linuxra
- Hír Hova jut a világ? Linuxot kínál a Windows Store!
- Formula-1
- E-roller topik
- HiFi műszaki szemmel - sztereó hangrendszerek
- Synology NAS
- iRacing.com - a legélethűbb -online- autós szimulátor bajnokság
- Melyik tápegységet vegyem?
- Kerékpárosok, bringások ide!
- sziku69: Fűzzük össze a szavakat :)
- ThinkPad (NEM IdeaPad)
- Samsung Galaxy S22 Ultra - na, kinél van toll?
- További aktív témák...
- ÁRGARANCIA!Épített KomPhone Ryzen 5 4500 16/32/64GB RAM RX 6600 8GB GAMER PC termékbeszámítással
- 100.000 ft -tól Országosan a legjobb BANKMENTES részletfizetési konstrukció! ASUS ROG Strix G18
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7700X 32/64GB RAM RX 9070 16GB GAMER PC termékbeszámítással
- Samsung Galaxy A12 64GB, Kártyafüggetlen, 1 Év Garanciával
- Eredeti Windows 10 / 11 Pro aktiválókulcs AZONNALI SZÁLLÍTÁSSAL!
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged