- AMD vs. INTEL vs. NVIDIA
- Már az MSI-nek is van 500 Hz-es QD-OLED monitora
- Hogyan tuningold a PC-det, hogy a maximális teljesítményt hozd ki a játékodból
- Amlogic S905, S912 processzoros készülékek
- TCL LCD és LED TV-k
- Fujifilm X
- Milyen billentyűzetet vegyek?
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Milyen TV-t vegyek?
- Milyen házat vegyek?
-
PROHARDVER!
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
-
PROHARDVER!
(rögzített hozzászólás)
Legyetek szívesek az offtopik témákat ne ebben a topikban tárgyaljátok ki. A topikgazda is jelezte, most törölni kellett jópár hozzászólást, most már maradjatok a (szakmai) topik keretei között.
Új hozzászólás Aktív témák
-
kmisi99
addikt
válasz
ubyegon2
#62087
üzenetére
Lehet ez volt a gond, de reboot után a rendszerem belehalt.
Emergency módban bootol be és nem hajlandó rendesen elindulni. A 4TB os HDD egy elkerített 10GB os partíciójáról fut a clearos.
Most külső lemezre egy win7 et feldobok és hard disk sentinellel rá nézek mert rám hozták a frászt. -
kmisi99
addikt
válasz
ubyegon2
#62080
üzenetére
Ez alapján csináltam múltkor is ugyan így clearos nél, csak akkor még beta tesztrendszerként próbálgattam most pedig élesben akarom belőni az egészet.
videóNem tudom hol írtam de nem kell NTFS. EXT4 re van formázva a partíció amit most mountolni szeretnék.
Szívesen fogadok tanácsot, hogy akkor hogyan mountoljam fel a kívánt partíciót.
-
cigam
titán
válasz
ubyegon2
#62080
üzenetére
Fenn van-e vajon az ntfs3g és a fuse csomag!?
-»Már korábban EXT4 re lett formázva, és van is már rajta adat.kmisi99
Ez az UUID (7531e0af-0581-4f4f-8f7c-571616f7ac1e) a valódi adat, vagy a youtube cvideóban ezt adták meg? Pl. a sudo lsblk -f parancs ezt a számot hozza az sda1 partícióra?A sudo fsck /dev/sda1 nem talál hibát?
-
Rimuru
veterán
válasz
ubyegon2
#62035
üzenetére
Nekem pl 10 fokkal instant hidegebb a noti zart driver eseten, mar csak ezert megerne ha egyebkent nem szamitana a teljesitmeny.
(#62036) Shyciii: Nem, ilyen elgondolas mellett pl a 4.9 se lenne mar tamogatott, stb. Az meg hogy egy adott distribucio miket tamogat hivatalosan mar egyeni kerdes.
Amugy itt megtalalhato minden ilyen infomarcio. kernel.org, egeszen friss hir hogy a 4.19 lesz a kovetkezo LTS. -
Shyciii
veterán
válasz
ubyegon2
#62033
üzenetére
Igazából azért szeretem az új kernelek használni, mert azért nem rossz dolog, hogy az új dolgokat támogatja. De az is igaz, hogy újra csak akkor váltok, mikor a 4-dik jön már ki. No meg ha gondot tapasztalak vele, akkor eggyel vissza. ilyen volt a 4.17. Adtam neki pár esélyt, aztán ment vissza a 16-os. Igaz abból az utolsó 3 is már ugyanazt a hibákat produkálta, mint a 17-es. 18-assal eddig semmi gondom, lekopogom...
Viszont az tény, hogy mikor a Manjaro-t telepítettem, akkor 4.14-es LTS-el ment fel, és azzal soha semmilyen problémám nem volt. Tette a dolgát, ahogy egy rendszernek kell(ene) tennie. Amúgy az LTS kernelek milyen gyakran követik egymást. A köv LTS kernel csak akkor lesz mikor a 4.14 lejár, vagy azért előbb is várható? -
Shyciii
veterán
válasz
ubyegon2
#62012
üzenetére
Fél éves még nem is olyan sok. Nekem a 4.17-es kernel összes alválfajával nem tudott a manjaro csak fél perces gondolkozás után leállni. Ahogy néztem ez régebben is gond volt. 4.17-es kernelben ezt nem is javították. 4.18-as kernel óta tud a notim normális sebességgel leállni. Még a végén visszatérek a 4.14-es LTS-re, mert azzal sose semmilyen gondom nem volt
-
Frawly
veterán
válasz
ubyegon2
#62016
üzenetére
Távsegítséget tudsz rajta csinálni utólag is, valami RDP-s vagy VPN-es távoli asztal megoldást telepítsél rá fel.
Amúgy ha wines komának lesz, menjen neki Win10. Ott nem pörgeti a systemd a procit. Csak a Windows Update. De az mindig. Kikapcsolhatatlanul. Meg közben a lemezt is a használhatatlanságig tekeri, és közben 100× indítja újra a gépet. De legalább nem kell a terminálban mókolni. Most a MS olcsóért megszámíccsalya, csak 80 kiló, de volt már 99 is. Ennyiért a hülyének is megéri, a Telemetria, Windows Update, Defender csak ezen fut, Wine-n nem. A Linuxot hagyni kell, az „halott platform”, „szerverekre való”, azzal csak pattanásos kockák villognak a Schönherz Koliban, ahogy Áron írta itt a PH-n, persze ők is újságmellékletből telepítik, mert nincs magánéletük. Majd kinövik
-
Frawly
veterán
válasz
ubyegon2
#62014
üzenetére
Ó, óóó! Akkor annyi a kedvenc Tara Cinmanónak? Ha nem akarsz 18.3-ra visszamenni 5 millió éves verziókhoz, akkor itt az idő, most vagy soha alapon beleugrasz az Archba. Nem Angergos, meg Archmerged, meg Archlowfax script installerrel, hanem rendesen vanilla Archot feltéve, kézzel, Wiki alapján. Ha elakadsz, az Arch-topikban jelentkezel, segítünk. A Cinmanó feltehető arra is.
Ha meg élvezed a régi, retrós dolgokat, feldobsz jó kis CentOS 6-ost
Persze egyszerűbb lenne ezt az udev problémát megoldani. Különösen azért, mert ha nálad előjött, nem adok pár hetet, és tele lesz vele a Mint-topik is, hogy egy csomó ember belefutott még.
Ahogy nézem, ez nem is BT-specifikus probléma, hanem a zárt NV driver szarakodik, nem fér össze az újabb verziós systemd-vel, így első tippre.
-
Cifu
félisten
-
-
Shyciii
veterán
válasz
ubyegon2
#61870
üzenetére
ubyegon2
Nem tom, hogy a vezérlő állapotát mennyire vizsgálja, vagy mennyire veszi bele a végső értékelésbe. Erről nem találtam infót, úgyhogy passz. Ahhoz elég szegényes amit kiad a hdsentinel.
Journalctl? Abból én a -f kapcsolót "szoktam" hasznbálni, és akkor live látom, hogy miket ír be, de kipróbálom az általad leírtat is. Illetve most kipróbáltam miután gyorsan értelmeztem, hogy mit csinál, és ez nagyon ötletes megoldás, köszi!
Frawly
Reméltem, hogy Win nélkül is megoldható, mert ős-Windows-os voltam nyárig. Még a Microsoftnak is dolgoztam, és nincs az a pénz, hogy én visszamenjek Windosra
Dmesg-et akkor majd újra megnézem, mert erre már nem emlékszem. Elvben SATA3-asként kéne működnie, mert mikor másolok, akkor 100MB/sec felett másol (már ha felismeri a winyót USB3-as porton, mert ugye nemrég ez is gond volt. Most újra minden másodikra felismeri az USB3-as winyókat a 4.18.4-es kernelel).Köszönöm a segítséget. Holnap behozom a melóhelyre az USB-s winyót, és kisebb időmben elkezdek sokszorítani fileokat, aztán mehet a törlése, és a kimenetek figyelése.
-
Shyciii
veterán
válasz
ubyegon2
#61867
üzenetére
ubyegon2, Frawly
Ezekszerint a hdsentinel által kiolvasott smart értékek semmit se érnek? Mert az alapján tökéletes állapotban van, és hibás sector sincsen, vagy amivel gond lenne. Amúgy az a furcsa, hogy kb 15-20 esetből lassul így be, és 1 file másolásakor. Windows alatt ilyet még nem láttam.
Sajnos Windows alatt nem tom megnézni, mert ez laptop, és a céges gépbe nem köthetem be. MIndenesetre van biztonsági mentésem erről a winyóról, aztán ha k..a sok időm lesz, akkor egy másik disztrivel kipróbálom.
Azért gyanakszom a Manjaro-ra, mert öbb kardinális probléma is előjött, ami régen nem volt, és egymástól függetlenek. Csak időhiányban vagyok a melóm miatt, ezért nem tudok egy fél napot rászánni egy új telepítésre. Bár van Timeshiftes mentésem a rendszer fontos dolgairól, illetve az alátelepített progikról, de nem tom, hogy ha nem Manjaro-ra töltöm vissza, akkor mennyire van kavar, hiszen elvégre csak a progik konfig file-jai. Most belegondolva is... -
CPT.Pirk
Jómunkásember
válasz
ubyegon2
#61844
üzenetére
Nézd meg a download gomb linkjét az oldalukon, hogy mire mutat, az a központi szerverük. Nem linkelem be, mert az nem arra van, hogy közvetlen onnan legyen letöltve az iso, de ott megvan az összes korábbi is. Sávszélességi okokból van kint direkt link helyett a torrent link az iso-hoz.
-
-
CPT.Pirk
Jómunkásember
válasz
ubyegon2
#61835
üzenetére
Miért kellene live-ban frissítéssel kezdenie? Egyáltalán mire gondoltál itt? Nem prezisztens a live kép, be sem lehet fejezni rajta a frissítést, mert újraindulással elvesznek a dolgok.
Bebootol vele és vagy van hang vagy nincs, ha van hang akkor akár fel is lehet telepíteni és használni.
-
CPT.Pirk
Jómunkásember
válasz
ubyegon2
#61832
üzenetére
8 hónapos, most készül új iso. De igazából egy kipróbálás miatt mindegy, amúgy meg ugye félig rolling, szóval megint nem túl lényeges, hogy mikori a telepítő.
A Mint 18.3 felrakása után is azzal kezdődik minden, hogy lefrissítesz 200 valamennyi csomagot, pedig az nem is rolling.
7etape: Antergos és Manjaro, de mindkettő full rolling disztró.
-
leviske
veterán
válasz
ubyegon2
#61819
üzenetére
Köszi! Fognak játékok is felkerülni. Vagyis hát aktívan reménykedem benne, hogy a Fallout4 és a Telltale cuccok játszhatóak lesznek Steam Play alól. Illetve az Overwatch-ot is tervezem tesztelgetni Wine+DXVK alól.
Mindenesetre akkor megfogadom a tanácsod és most nem foglalkozok az NVME lehetőségével. Majd, ha leestek az árak, visszatérek rá újra. Így legalább a particionálás se lesz egy rémálom.
-
-Ben-
veterán
-
válasz
ubyegon2
#61800
üzenetére
Egyébként live futtatásával ennyi parancs is felrakja a GRUB-ot
mount /dev/sdXY /mnt
mount --bind /proc /mnt/proc
mount --bind /dev /mnt/dev
chroot /mnt
grub-install /dev/sdX(elég rosszul látszik, de ahol szóköz van, ott ki ne hagyd)
Az első sor betűjele az a partició, ahová települt a Linux, az utolsó pedig az a meghajtó, ahová a GRUB-ot akarod felrakni.
-
-
válasz
ubyegon2
#61791
üzenetére
Végigcsináltam, de nem segített.
A grub-ot sehogy nem hajlandó feltenni.
ezt csináltam:
- partíció létrehoz
- mount /mnt
- file-ok átmásol
- leírás szerinti mount-ok
- chroot
- grub install
itt dobja ezt:$ sudo grub-install --boot-directory=/mnt/boot /dev/sdb
Installing for i386-pc platform.
grub-install: warning: this GPT partition label contains no BIOS Boot Partition; embedding won't be possible.
grub-install: warning: Embedding is not possible. GRUB can only be installed in this setup by using blocklists. However, blocklists are UNRELIABLE and their use is discouraged..
grub-install: error: will not proceed with blocklists. -
#61723
IstvánLászló
őstag
ubyegon2
#61721
-
válasz
ubyegon2
#61703
üzenetére
Nem hittem, hogy a cron olyan nagyon haladó lenne.
Ugyanakkor a hozzáértőbbje mind a kettőben ott van, csak ide többen jönnek.@Vargalex : Ja, csak nem írhatunk át mindent ész nélkül, így mielőtt engedélyt kérek tesztelni, muszáj valami infót gyűjteni, hogy merre induljak. (Idióta egy bagázs ez, tesztrendszer nincs, élesen meg nem lehet csak úgy módosítani, hiába te felelsz érte.)
De a kérdés inkább arra vonatkozott, hogy szívot-e már valaki ilyet, de ha nem, akkor nem (örüljetek neki, ha nem
)@Dave :
-
CPT.Pirk
Jómunkásember
válasz
ubyegon2
#61676
üzenetére
Kb, de alatta a Mint csomagjaival.
Én azt nem értem, hogy 18.3 KDE alatt miért nem frissülnek a KDE csomagjai? Az még teljesen supportált KDE-s disztró, de még mindig nem stimmelnek össze a KDE alap és debug csomagjainak verziói, így a debug csomagokat nem lehet telepíteni.
Nem tudom kinek kellene megcsinálnia, de megoldhatnák ezt már végre. A debug csomagokra meg azért lenne szükség alapértelmezés szerint minden disztrón, mert ha nélkülük küldesz be egy KDE bugreportot akkor azzal semmit sem fognak tudni kezdeni a fejlesztők. -
cigam
titán
válasz
ubyegon2
#61655
üzenetére
Valószínű nem a fájlrendszer töredezettségmentesítésére gondolt, hanem a magára trimmelésre hogy a blokk tartalmát küríti, vagyis olvasás, törlés, írás ciklus nélkül, elég a sima írás. Ez a nullázás felfogható defragmentálásnak is.
+ lehet az én ferdítési hibám is. Itt az eredeti: [link] -
#61578
SwissAirplan
aktív tag
ubyegon2
#61573
SwissAirplan
aktív tag
válasz
ubyegon2
#61573
üzenetére
Köszönöm megtaláltam! És ... ha kiveszem a pipát az automatikus kapcsolódás mellől akkor ha bont a szerver akkor bont a net is!
Igen ám.. de igy bootolás után nem kapcsolódik a hálózathoz, tehát ha levesztem a monitort és ujrabootol a rendszer akkor ( ideiglenesen) ki is zárom magam a gépből!
Vagy esetleg lehet parancssorral csatlakozni?
Mert akkor automatikus parancsnak beadnám neki!
-
Frawly
veterán
válasz
ubyegon2
#61575
üzenetére
Szerintem mindenképp megérné aktualizálni a cikket inaktívvá tétel helyett. Az emberek szeretik egy helyen látni az egész témát, nem nagyon olvasnak topikokat, meg nem kérdeznek, csak miután hülyeséget csináltak. A cikket viszont guglizással is megtalálják.
Az SSD-s topikkal meg az a baj, hogy ott csak windowsos userek kérdeznek. Legalábbis 99,999%-ban. Amin csodálkozok is, mert az oké, hogy linuxos nincs sok, de mac-esek sem jönnek, pedig Mac-en oltári szopó SSD-t használni, ha nem az Apple saját hardvereivel oldod meg, pl. a TRIM kapásból letiltódik. Csak a Flash SSD-s topikban bukkant fel egy Mac-es, ő is az ismerőse helyett kérdezett, de gyorsan kiderül, hogy a Macbookban bekrepált a SATA vezérlő, ezért hibásnak mutatta az amúgy hibátlan Samsung 840-es SSD-t, és hiába vett bele másik SSD-t, azt is hibásnak mutatta, mikor ezek másik gépben hibátlanok voltak.
-
Frawly
veterán
válasz
ubyegon2
#61571
üzenetére
A Linux SSD-n cikkeddel nincs alapvető baj most sem. Vannak részek benne, amik elavultak, azokat kicsit aktualizálni kéne:
1) az fstrim nem hinném, hogy bármelyik mai meghajtón adatvesztést okozna
2) Debian 8-on lehet kellett hackelni a fstrim -all miatt, szerintem újabbakon, meg normális disztrókon nem kell
3) alignálás ellenőrzése egyszerűbb a fdisk -l paranncsal és kézzel elosztani a kezdő szektorokat 2048-cal.
4) nem kell cron-ba tenni az fstrim-et, van hozzá fstrim.timer systemd service, amit systemctl-lel engedélyezni kell csak
4) megemlíteni, hogy mind a discard, mint a noatime opcionális, személy szerint a noatime-ot nem is ajánlom
5) kímélni felesleges, dolgokat tmpfs-re átrakni, meg böngészőcache-t is átrakni az SSD-ről. Átlag user nem ír Windows alatt sem annyit kímélés nélkül, hogy elérje a mai SSD-k limitjét, Linux meg egy nagyságrenddel ír rá kevesebbet, szóval már azzal 1000%-osan kíméli valaki, hogy Windows helyett Linuxszal használja az SSD-jét.
6) említeni, hogy fájlrendszernek ext4 a legjobb (saját tapasztalat), de használható bármilyen más fájlrendszer is, nem csak az f2fs. A TRIM már mindegyiken meg van oldva.Illetve van egy darab szakmai tévedés benne: a kernelben lévő queued TRIM feketelista nem csak a discard-os, hanem az fstrim-típusú TRIM-re is vonatkozik. Te azt írtad, hogy csak a discardos-ra. Tehát a feketelistás meghajtóknál sem okoz gondot a discard, csak a kernel azonnal kikényszeríti, ami tényleg okozhat belassulást. Én úgy általában is az fstrim használatát javaslom a discard helyett, nem csak a feketelistás meghajtókon.
-
#61572
SwissAirplan
aktív tag
ubyegon2
#61571
SwissAirplan
aktív tag
válasz
ubyegon2
#61571
üzenetére
Köszönöm! És sikeres volt a beállítás, két opciót állítottam be, és megy rendesen!
Ez inkább tapasztalati kérdés lesz...
Használom ez ExpressVPN kliensét. Minden csatlakozás után kiír egy ilyet:
Bontottam a kapcsolatot, bemásoltam ezt a sort, el is fogatta!
Utánna csináltam egy tesztet, bontottam a szerverrel a kapcsolatot, szépen bontotta az internetet is ( ahogy igérte
) de utánna rá 3 másodpercre vissza is csatlakozott anetre, gondolom valahol ott lehet a gond hogy a net csatlakozás autómatikus " lehet"... ( kábelen jön a net )Mit javasoltok?
-
Frawly
veterán
válasz
ubyegon2
#61558
üzenetére
Ja, erre nem is gondoltam. Sokan az OS-t hívják OP-nek.
De így már értem mit nem értettél. Az overprovisioning valóban nem TRIM-et használ. Közvetlenül a garbage collection sem használja. De ezeknek a munkáját segíti a TRIM, mivel ha egy LBA szektor vonatkozásában TRIM parancs érkezik, onnantól tudja a vezérlő, hogy törölhető a vonatkozó cellák tartalma, könnyebben kiüríthető az a NAND lap, amiben vannak ezek a cellák, és a felszabadult lappal dolgozhat a wear leveling (hasonlóan mint az overprovisioning cellákkal) meg a garbage collection is. Ezeknek az SSD-karbantartó mechanizmusoknak üres hely kell ugyanis, és a TRIM segít üres helyet csinálni. Ennyiben függnek össze.
A többiektől elnézést, valóban kezdő topik. De ennyi kitérő szerintem belefért, főleg, hogy nem én hoztam fel, és most 5-6 hozzászólás erejéig nem lett volna értelme egy másik topikba átmenni. Fele részben úgyis a swapról szólt, ami meg érintheti a kezdőket is.
-
#61559
King Unique
titán
ubyegon2
#61558
King Unique
titán
válasz
ubyegon2
#61558
üzenetére
Milyen promótól? Egyszer már le volt írva nemrég ezzel kapcsolatban a válasz, bár ahogy nézem, a #61543 hsz-ben a hátulról mellbe megjegyzésed után még mindig nem sikerült megérteni... Ami pedig nemrég volt itt a topikban téma a telepítéssel kapcsolatban, annál megint fals, mert ott csak az ESP miatt lett megkérdezve, hogy az illetőnél milyen felállás van. Amire leírta, hogy most csak Linux lesz azon az SSD-n, azt telepített rá, ennyi. Aztán az már az ő dolga, hogy a leírtak alapján mellette elvileg azt a bizonyos másik rendszert is használja és azon írta ki pendrive-ra a telepítőt. Ahogyan épp nemrég egy másik linuxos topikban szintén a user magányügye, hogy ő eleve dual-boot megoldást akar és ahhoz kért segítséget. Szóval nem kellett ehhez promózni...
-
Frawly
veterán
válasz
ubyegon2
#61555
üzenetére
120, 240 gigás SSD-knél is attól függ, hogy mennyire régi SSD, milyen hatékony garbage collection van beépítve. A régi SSD-k jobban rá voltak szorulva az overprovisioningre, főleg ilyen 32-128 GB méretben. A nagyobb SSD-k, de a 120 gigás újak is, már kevésbé kényesek erre, ott tényleg elég lehet az az overprovisioning terület, ami gyárilag el van különítve.
-
Frawly
veterán
válasz
ubyegon2
#61555
üzenetére
Most elvesztettem a fonalat, hogy az OP-vel mire célzol. Ha az OS-re, de bizony, a kernel feladata a TRIM-mel foglalkozni. Windows alatt is. Mert a kernel kezeli a fájlrendszerdrivereket, az tudja jelezni az SSD felé, ha egy adott LBA szektor tartalma már nem kell, különben az SSD saját vezérlője ezt magától nem veszi észre, mivel nem érti a fájlrendszereket logikailag, csak LBA szektorokról, meg NAND memórialapokról (azokon belül cellákról tud), amit össze-map-elget. Persze már az LBA szektor is egy logikai dolog, valójában az SSD-n nincsenek szektorok, mint egy HDD-n. Nincs benne forgó tányér sávokkal, amik szektorokra vannak osztva. Csak az OS kezeli úgy a tradíciók okán, mintha lennének rajta szektorok. De az LBA szektoradatot az SSD vezérlője mindig átkonvertálja fizikai táblacímmé.
-
Frawly
veterán
válasz
ubyegon2
#61552
üzenetére
Igen, ezt hülyén írtam. Kimaradt egy szó: az overprovisioninggal nem kell PARTICIONÁLÁSKOR foglalkozni, hanem az SSD használatakor particionálás UTÁN arra kell figyelni...
Ugyanis sok olyan hülye tanács kering a neten, hogy az SSD-n hagyjunk nem particionált területet. Ez ugyan működhet is, de ha nagyon kell a hely pár óra, akkor nehezebb hasznosítani. Ezért én azt szoktam ajánlani, hogy ne legyne particionálatlan üres hely hagyva, vagy csak akkor, ha tudja magáról a user, hogy figyelmetlen, hajlamos tele pakolva felejteni a meghajtót, és/vagy lusta rajta állandóan helyet felszabadítani.
-
Frawly
veterán
válasz
ubyegon2
#61552
üzenetére
De a swap fájl és swap partíció is adatot tartalmaz. Csak nem hasznos adatot, de az SSD vezérlője azt úgy látja, hogy mind hasznos adat. Ez a baj az egész lemezes LUKS, Bitlocker, VeraCrypt titkosításokkal is, végig van írva velük a meghajtó, az SSD vezérlője meg ezt úgy érzi, hogy nem pakolgathat adatokat, nem törölhet, mert mindre szükség van.
Az SSD vezérlője csak úgy jön rá, hogy egy adott szektor tartalma nem kell többé, hogy az OS kernele a fájlrendszerbeli módosítások után kiküld egy TRIM parancsot a lemezvezérlő driveren keresztül a lemezvezérlőn át az SSD saját vezérlőjéig. Ezen a láncolaton mind át kell menjen a TRIM parancs.
A swap terület viszont nem TRIM-elhető. Majd nézz bele egy hexa-s programmal a swap fájlba, swap partícióba. Ha némelyik része üresnek is látszik, az mind igazából lefoglalt bájtsorozat (0x00 bájt-ok), amit a vezérlő úgy lát, hogy ugyanolyan fontos adat, mintha egy videó lenne. Persze te a ki nem használt swap-területre úgy gondolsz, hogy részben üres, de ez csak úgy tűnik. Valójában a swap partíció mindig tele van, 100% foglaltsággal. Akkor is, ha a mi emberi fogalmaink szerint logikailag üres.
-
Frawly
veterán
válasz
ubyegon2
#61543
üzenetére
Nem szaktekintélykedünk. A swap partíció pont hogy elveszi a területet az overprovisioning elől. Igaz a swap fájl is, szóval ha swapról van szó, ezt nem lehet megúszni, a swap nem TRIM-elhető. Az overprovisioninggal nem kell amúgy sem foglalkozni, azt lehet tenni az érdekében, hogy nem szabad szarásig pakolva használni az SSD-t, hanem arra figyelni, hogy 10-20% szabad hely legyen rajta. Persze nem gond, ha néha teljesen betelik, de nem szabad úgy hagyni, hanem csinálni kell rajta helyet, hogy legyen rendszeresen szabadon.
A 16 GB swap-ot ne ajánlgassuk már 8 GB RAM mellé. Majdnem biztos vagyok benne, hogy átlagos felhasználásról van szó, és az a 8 GB-os swap partíció is abszolút overkill, amit létrehozott. Ez a swap legyen a duplája a fizikai RAM-nak mantra, még az ősrégi windowsos időkből való, mikor még 64-256 MB RAM volt egy átlag gépben.
Egyébként nem vagyok teljesen a swap partíció ellen sem, ha már később lesz hosszú távú tapasztalata Linux-témában, akkor már tudni fogja mekkora swap kell neki az adott RAM mennyiség mellé az ő felhasználásához, úgy már mindegy, hogy swapfájl vagy swappartíció van, úgyse kell a méretét igazgatni.
(#61550) vargalex: szerintem már egy mai modern Atom/Celeron N procis gépen is mérhetetlen, főleg, ha SSD-ről fut.
-
#61531
King Unique
titán
ubyegon2
#61530
King Unique
titán
válasz
ubyegon2
#61530
üzenetére
Írtak rá példát a másik válaszban. Az viszont nem világos, hogy a hibernálást miért ne használhatná egy home user. Pláne, ha mondjuk laptopja van és altatja a rendszert, majd közben merül az aksi, akkor ott a hibernáláshoz kapcsolódó hibrid alvás is hasznos lehet.
A másikra válaszolva, az nem lebeszélés, ha az adott esettől függően (tehát nem mindig) megemlítem lehetséges opcióként itt-ott a dual-boot megoldás lehetőségét. Magam is többnyire ilyeneket használok és amúgy jó dolog. Ja, és nem kötelező jelleggel szoktam, hanem csak opcionálisan. Aztán azt majd eldönti mindenki maga, hogy milyen megoldást választ és melyik rendszert használja. Egyébként meg nem mintha annyira győzködni kellene itt bárkit is ez ügyben, mert rendre megjelennek a kapcsolódó topikokban olyan fórumtagok, akkor maguktól is eleve ilyet akarnak összehozni.
-
#61529
King Unique
titán
ubyegon2
#61528
King Unique
titán
válasz
ubyegon2
#61528
üzenetére
Az lehet, hogy te viccesnek találod, csak pont az benne a poén, hogy az általános leírások is rendszerint mind arra épülnek, hogy swapot kell létrehozni és nem feltétlen térnek ki arra, hogy mondjuk 8 GB-nál biztosan nem kell senkinek... Ráadásul akkor ennyi erővel elmagyarázhatnád az Ubuntu és más rendszerek készítőinek is, hogy az automatikus particionálási sémájuk miért csinál 8 GB RAM-nál is swapot, hiszen te annyival jobban tudod náluk is...
Ez a senki nem javasol pedig megint érdekes, mert pont nemrég írta itt más is, hogy a felhasználástól függően akár még 16 GB RAM-nál is szükség lehet rá. Az pedig a másik, hogy inkább abból szokott probléma lenni, ha egyáltalán nincsen és nem abból, amikor van valamekkora swap. A 250 GB-os SSD-t pedig egyáltalán mondanám relatíve kicsinek ahhoz, hogy ne férne el rajta egy swap partíció / fájl. Na szóval ennyi erről! -
#61524
King Unique
titán
ubyegon2
#61519
King Unique
titán
válasz
ubyegon2
#61519
üzenetére
Talán nem telepítettél még Ubuntut és nem találkoztál figyelmeztetéssel akkor, amikor nem volt létrehozva swap? Pedig van ilyen, képzeld...!
Aztán gyakorlatilag nem tudsz semmi egyebet felhozni ellene, csak azt, hogy van 8 GB RAM. De azt mégis honnan tudod előre, hogy ő hogyan és mire fogja használni a rendszert, milyen programokat futtat majd? Nem véletlenül szoktak létrehozni swapot, mert általában inkább jobb az, ha van valamekkora (lehet a RAM teljes méreténél kisebb is), mintha nincsen semmi. Ráadásul az automatikus telepítést választva a telepítő is létrehozza, talán nem véletlenül...
-
CPT.Pirk
Jómunkásember
válasz
ubyegon2
#61514
üzenetére
ZRAM... ez technikailag nem azonos a swappal. A zram egy kernel modul, amivel LZO vagy inkább L4Z tömörített ramdiszket hozhatsz létre, de ezek is helyileg a ramban jönnek létre.
A normál ramdiszkhez képest a tömörítésük jelent előnyt, így /tmp meg /var és hasonlók hatékonyabban tárolhatóak.
Szóval ez egy jó dolog, de nem a swap partíció kiváltására. Ha kevés ram van a gépben vagy pl. kódot fordít az ember, akkor továbbra is kellhet swap partíció, akár 16GB mellett is.
-
CPT.Pirk
Jómunkásember
válasz
ubyegon2
#61492
üzenetére
A Mint KDE 18.3-at még jó ideig támogatják, addig maradhat. Azt nem tudom, hogy ez idő alatt kap-e KDE csomagfrissítéseket is, de azért jó lenne bár pl. a KDE debug csomagjainak a verziója most sem stimmel az aktuális elérhető KDE csomagverziókkal a Mint tárolóiban, ami miatt fel sem lehet őket tenni, ami érthetetlen...
Viszont KDE-s 18.3-ról frissíteni azt úgy tudom nem lehet, de a Mint Cinnamon 19-re fel lehet varázsolni a KDE-t, vagy legalább is lesz rá mód.
*Egyéb repókkal való mixelés járhat nem kívánt gondokkal. -
#61484
SwissAirplan
aktív tag
ubyegon2
#61483
-
_ _ _ _ _2 3
tag
válasz
ubyegon2
#61470
üzenetére
Karácsony körül befejezem
-jól fest __nem kötelező ,de szeretnék érteni hozzá___ végülis tök szívesen lennék Linux rendszergazda.... 
---köszönöm a gyors és intelligens válaszokat ,ha van valami azért még lehet ,hogy kérdezek... amúgy persze lassult mióta teliraktam programokkal ,de még így is százszor gyorsabb ,mint egy Windows.http://tparser.org/
-
Frawly
veterán
válasz
ubyegon2
#61443
üzenetére
De szerintem pont azért szív, mert csak WM-et használ. Míg ha Mintet tenne fel rendes DE-vel, ott tudná használni az alapból fent lévő grafikus csomagkezelőt. Persze azt itt is feltehetné, de oh wait, pont ez a gond, hogy ahhoz tudnia kéne csomagot telepíteni, ami meg jelenleg nem megy. Szóval kezdőknek igenis fontos, hogy DE-vel kezdjenek. A WM általában haladóbb szint, akkor is, ha fullosítva van.
-
cigam
titán
válasz
ubyegon2
#61444
üzenetére
Annyi a difi, hogy az ubuntu nem kérdez rá, hogy legalább a /home-ot nem-e teszed külön partícióra. Ha nem tudja a választ, csak nyomkodja, hogy next, next, finish, ugyanúgy megkapja az alap sémát mint ubuntu-n. Persze lehet ,hogy csak nem tudok "kezdő" fejjel gondolkodni. És ezzel véletlenül sem azt akarom sugallni, mennyire profi vagyok, sőt. Csak én már tisztában vagyok vele mennyi mindent nem tudok.
-
cigam
titán
válasz
ubyegon2
#61440
üzenetére
A Debiannal nincs olyan, hogy felrakod next next módszerrel
Ez tuti? Mi kell hozzá még?ha függőségek kezeléséről van szó, azt simán ráhagyja a felhasználóra már úgy érted a Slackware.
Ha ubuntu (származékon) adod ki az apt update/install xy parancsot, az mitől kezeli jobban a függőséget?
Lehet, csak egy sima apt update hiányzik, hogy lektöltse/frissítse csomagválasztékot.
-
#61441
SwissAirplan
aktív tag
ubyegon2
#61440
SwissAirplan
aktív tag
válasz
ubyegon2
#61440
üzenetére
Nagyon látszik rajtam hogy láma vagyok hozzá?
Nincsen ok ami miatt a Debiánnál "kellene" maradjak, igy akkor lehet tényleg megnézek egy Mint-et!
Nekem össz vissz 3 dolog kell rá Torrent kliens egy vpn kliens (Linuxra van) és egy SMB
Gondolom ezek azon is elmennek!
Köszönöm az eddigi türelmet.. kicsit keresgélek "Mint" terén.. aztán jövök!
-
#68216320
törölt tag
válasz
ubyegon2
#61405
üzenetére
A tweak-tool gyakorlatilag egyik problémára sem nyújt megoldást.
Úgy látom kizárólag szöveget tud méretezni, grafikus elemeket nem, emiatt más lesz a gfx-szöveg méretarány, ami sajnos nem megfelelő esetemben.
A keyboard delay-rate állításokat nem is találtam benne.Az xrandr scale kicit másképp működik, mint vártam és sajnos ez sem ad jó megoldást.
Arra számítottam, hogy xrandr --output DP-0 --scale 1.5x1.5 hatására az eredeti skálázás x1.5 értékre növekszik, azaz nagyobbak lesznek a képi elemek, de gyakorlatilag osztást jelent, emiatt kisebbek lettek.
Próbálkoztam xrandr --output DP-0 --scale 0.75x0.75 értékkel, de ezzel a nagyítás homályos lett, még akkor is, ha beállításokban eredetileg 200%-ot állítottam be és úgy adtam ki ezt a parancsot. Az eredeti 100%-ot veszi alapnak a méretezéshez.Tehát egyelőre ott tartok, hogy azt a két funkciót amit egy Ubuntu 16.04 felrakása esetén be szoktam állítani (nagyítás, billentyűzet ismétlés) Ubuntu 18.04 felrakása esetében nem tudom.
Csak egy "buta user" vagyok, de funkcionalitásban nem visszalépés ez így a Unity-hoz képest?
Remélem jóval kisebb az erőforrás igénye és a gyenge gépek tulajdonosainak megfelel, mert nekem eddig nem jött be(#61406) Sonja: Oké, köszi, de ha Wayland-hez jó csak ... LTS esetén szívesebben maradnék az öreg xorg társaságában. (Jól tudom, hogy Unity (Ubi16.04) esetében is xorg volt még?)
Update: Teszek egy próbát Ubuntu 16.04-el ezen a gépen (i5, gtx1050ti)
-
#61319
herdsman12
őstag
ubyegon2
#61316
-
#61311
herdsman12
őstag
ubyegon2
#61272
herdsman12
őstag
válasz
ubyegon2
#61272
üzenetére
Muszáj volt valamit csinálni, mert Sylvia csak az otthon használt FHD monitorral működött, saját kijelzőn rajzolt pár sor vonalat és tovább semmi.
Frissíteni nem tudtam, mert a Frissítéskezelő nem dobott lehetőséget, így a friss telepítést (sda2) választottam. Előtte bővítettem 20GB-ra a helyét és a swap is változott. Ettől az sda1-en nem háborgatott Debian + 30 sec-al indult. Már kezdtem volna itt sírni, de beugrott, hogy volt már hasonló gondom az fstab/resume UUID-k átírása miatt, az update-initramfs -u megoldotta a problémát.
De, hogy ne legyen felhőtlen a hétvége, mi a frászért kell birizgálnom a tapipadot vagy rángatnom az egeret, hogy betöltődjön a rendszer? Piszkálás nélkül villan néha az SSD használatot jelző LED és fekete képernyő van csak.
Elindítottam Recovery módban, ott Rendszer infónál látok egy fura bejegyzést:=== LVM állapot ===
Fizikai kötetek: nem ok (ROSSZ)
Kötetcsoportok: ok (jó)Megköszönnék némi segítséget.
-
-Ben-
veterán
válasz
ubyegon2
#61268
üzenetére
Kipróbáltam a kernel cserélgetést UKUU -val. Sikerült a 18.04 -et is munkára bírni 4.4 -gyel és 4.17.5 -tel egyaránt. Sajnos nem hozott semmiféle pozitív eredményt, ugyanúgy akadozott, vacakolt. Tehát valószínűleg nem (csak) a kernel a ludas...
Feltettem a 14.04 -et, onnan frissítettem 16.04 -re. Így most van egy 16.04 LTS -em 4.4 -es kernellel. Teljesen jó minden, még jobb, mintha tiszta 16.04 -et telepítettem volna. Átmeneti megoldásnak jó lesz, de azért nem bánnám, ha a jövőben feltehetném a 18.04 -et is. Kíváncsi vagyok, hogy 1-2 év múlva mi lesz a helyzet.
(Azért az is érdekes, hogy amennyiben tisztán telepítem a 16.04 -et, akkor 4.13 -as kernelt használ, ha frissítem 14.04 -ről, akkor marad 4.4)
Szerk.: Nagy köszönet mindenkinek, aki segített, segíteni próbált!
-
lev258
veterán
válasz
ubyegon2
#61268
üzenetére
Nvidia-nál csakis olyan kernellel (és xorg-gal) szabad próbálkozni, ami hivatalosan is le van írva. Minden más esetben fekete képernyőt fogsz kapni. Ez nem próba-szerencse kérdése.
Ha a 18.04-et írják támogatottnak, akkor annak hivatalos kernele és xorg-ja számít referenciának, nem más.
Használható tipp. Használjon régebbi rendszert, ha azzal jó neki, a frissebbekkel meg még várjon. Esetleg keressen a térképen közeli hozzáértő segítőt. -
-Ben-
veterán
válasz
ubyegon2
#61255
üzenetére
Sajnos ez nem nagyon működött.
Hiába tettem fel különböző verziószámú kerneleket, a vége mindig az volt, hogy 1. el se indult, 2. elindult, de valamiért nem akarta használni az nvidia drivert (driver reinstall után se), így pedig nem tudtam tesztelni. 
Végül úgy döntöttem, hogy felrakok tiszta telepítéssel egy 16.04 -et és marad ez..... Jelenleg a 4.13.0-45 -ös kernellel jól működik. Szerintem a 14.04 LTS/4.4 -es kernel ennél is jobban működött, de már ez is fényévekkel jobb, mint a 18.04 és a 4.15.0-23-as kernel, úgyhogy marad.Ekkora szívásban még nem volt részem és remélem, hogy nem is lesz egyhamar. 4 hete szívok folyamatosan, kb. 50-55 teljes újratelepítés volt ez idő alatt. A felesleges VGA vásárlás jobb, ha nem is jut eszembe.
Az viszont nagyon nyugtalanít, hogy mi lesz a jövőben. Sajnos a hiba valódi okára nem derült fény és előbb-utóbb frissítenem kell majd, nem maradhat örökké a „jó öreg” 16.04.
A kilátások nem jók, mivel minél újabb/frissebb a kernel, annál több gondom akad vele. Legalábbis jelenleg így néz ki a helyzet....
A hiba javításán se dolgozhatnak valami gyorsan (ha egyáltalán tudnak róla és dolgoznak rajta), mert az összes 4.15 -ös kernellel szívtam... A 4.13 meg nem rossz, de azért a „100” éves 4.4 volt az igazi. -
#60567
aprokaroka87
nagyúr
ubyegon2
#60556
aprokaroka87
nagyúr
válasz
ubyegon2
#60556
üzenetére
htop az itt az én telefonomon nincs
Nyilván tisztában vagyok vele, hogy az Android féle linux rész eltér valamelyest.
Viszont pl van olyan amikor egy shell parancs a megoldás.Van Droidon Tasker nevű progim.
Na ott pl van olyan hogy az mv parancsot kell használnom áthelyezéshez, mert a gui részen megtagadja a dolgot.
Emergency módban bootol be és nem hajlandó rendesen elindulni. A 4TB os HDD egy elkerített 10GB os partíciójáról fut a clearos.
-»Már korábban EXT4 re lett formázva, és van is már rajta adat.
Jó szarul szerepel a Gnome. Akkor nem véletlenül tapasztaltam, hogy Gnome jobban zabál, mint a KDE.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Közben rebootoltam. g akkor volt, amikor létrehoztam elsőre.
-jól fest __nem kötelező ,de szeretnék érteni hozzá___ végülis tök szívesen lennék Linux rendszergazda.... 
Új hozzászólás Aktív témák
Hirdetés
CPT.PirkA 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!
- AMD vs. INTEL vs. NVIDIA
- A fociról könnyedén, egy baráti társaságban
- Autós topik látogatók beszélgetős, offolós topikja
- Már az MSI-nek is van 500 Hz-es QD-OLED monitora
- Anime filmek és sorozatok
- Suzuki topik
- Xbox Series X|S
- Hogyan tuningold a PC-det, hogy a maximális teljesítményt hozd ki a játékodból
- One mobilszolgáltatások
- Amlogic S905, S912 processzoros készülékek
- További aktív témák...
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- Eladó Steam kulcsok kedvező áron!
- Jogtiszta Windows - Office & Vírusirtó licencek- Azonnal - Számlával - Garanciával - Nint.hu
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Dell G15 5520 Gamer FHD IPS 120Hz i7-12700H 14mag 16GB 512GB Nvidia RTX 3060 6GB 140W Win11 Garancia
- HIBÁTLAN iPhone 15 Pro 256GB Black Titanium -1 ÉV GARANCIA -Kártyafüggetlen, MS3223, 93% Akkumulátor
- Acer TravelMate P214 i3-1115G4 16GB 512GB 14" FHD 1év garancia
- BESZÁMÍTÁS! Gigabyte H510M i3 10100F 16GB DDR4 512GB SSD GTX 1050 Ti 4GB Zalman N4 Chieftec 400W
- GYÖNYÖRŰ iPhone 13 mini 128GB Starlight -1 ÉV GARANCIA - Kártyafüggetlen, MS3176, 96% Akkumulátor
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft.
Város: Budapest