- Computex 2024: monstrumhűtő a DeepCoolnál (videóval!)
- Computex 2024: szimpatikus Montech billentyűzetek a porondon
- Computex 2024: háznézőben a Montech asztalainál
- Computex 2024: kompakt AIO-k és tápegységek a Montech receptje alapján
- Computex 2024: a Ducky klaviatúrái sem restek felülni az analóg vonatra
Hirdetés
-
10 éve nem változott ekkorát a Netflix tévés appja
it A Netflix útnak indította a megújult tévés appját, amely az első nagy felújítást jelenti az utóbbi 10 évben.
-
Retro Kocka Kuckó 2024
lo Megint eltelt egy esztendő, ezért mögyünk retrokockulni Vásárhelyre! Gyere velünk gyereknapon!
-
Computex 2024: háznézőben a Montech asztalainál
ph A vállalat sok portékájának közös vonása, hogy a csatlakozóikat túlsó felükre száműző alaplapokat és az óriásira hízott VGA-kat is tárt karokkal várják.
-
PROHARDVER!
Ubuntu Linux Összefoglaló
Hivatalos Ubuntu dokumentáció
Amennyiben kérdésed lenne, kérünk, add meg a szükséges adatokat a hiba minél pontosabb leírása mellett:
-számítógép típusa, hardverek pontos megnevezése (különösképp videókártya, vagy hálózati egységek)
-a használt rendszer pontos neve, verziója, a grafikus felület
-mikor és hogyan jelentkezett hiba, mi váltotta ki (program telepítés, frissítés, ...)
-eddigi próbálkozások a megoldásra (ha voltak ilyenek)
A hardverinformációkat legegyszerűbben úgy gyűjtheted össze, ha megnyitod a Terminál nevű programot a menüben. Ide írd be a következő parancsokat (mindkettő után nyomj Enter-t):
lspci
lsusb
Új hozzászólás Aktív témák
-
Syl
nagyúr
válasz #40553216 #30549 üzenetére
A céllemezre nem kell partíció. Sőt üres hely kell ahhoz hogy pésztelni tudja a kopizott partíciót.
Csak arra figyelj, hogy gparted copy&paste esetén megmarad a partíció uuid-je. Vagyis, a forrást töröld, mielőtt bebootolod a gépet.Never let your sense of morals prevent you from doing what's right.
-
ubyegon2
nagyúr
válasz #40553216 #30552 üzenetére
(#30551) Syl
A céllemezre nem kell partíció. Sőt üres hely kell ahhoz hogy pésztelni tudja a kopizott partíciót.
Csak arra figyelj, hogy gparted copy&paste esetén megmarad a partíció uuid-je. Vagyis, a forrást töröld, mielőtt bebootolod a gépet.Biztosan úgy van akkor, ahogyan Syl írta, de én múlt heti élő történetet írtam le, nekem kellett partíció, mert úgy vágtam le másikból, de ha nem csinálsz, ne csinálj, ugyanúgy átmásolja egy üres helyre is. Így akkor majd utólag igazítgatod a partíciót, tök mindegy.
Csak arra figyelj, hogy gparted copy&paste esetén megmarad a partíció uuid-je.
Ugyanaz marad, nem lehet más, de ellenőrizd persze. Nálam itt még látszik az eredeti sda5-ös bejegyzés és a célhely, a sdb9-es, egyértelműen ugyanaz.
A swap uuid-ját viszont valóban érdemes ellenőrizni, különben 1,5 perc várakozás lesz a boot-nál.Vagyis, a forrást töröld, mielőtt bebootolod a gépet.
Ezt semmiképpen nem javasolnám, én se tettem, mert előtte le akartam ellenőrizni, hogy tökéletesen fut-e az átmásolt rendszer és csak miután lecsekkoltam, akkor töröltem. Most is erről írok.
Gondolod, hogy csak úgy leírom neked, miket csinálj, anélkül, hogy nem csináltam végig ugyanezt? Ezt csak azért írtam most, nehogy azt hidd, hogy megvezettelek, ahogy Syl fórumtárs ilyen esetekben írja rólam.
Ha az ő instrukciói szerint csinálod, akkor én már nem is kavarok bele.
Samsung 860 EVO 1TB SSD 30eft 6,7TB írás még garis
-
Syl
nagyúr
válasz ubyegon2 #30554 üzenetére
Nemrég másoltam át a / és a /home-ot ssd-ről hdd-re és utána beindítottam a gépet hdd-ről. A rendszer hdd-ről indult el, de /home-ot már az ssd-ről csatolta fel. Ezért írtam, hogy nem szerencsés ha ugyanazzal az uuid-vel van több partíció a rendszerben.
szerk.
Mondjuk ha nem is törli, legalább új uuid-t generáljon neki a gparteddel.[ Szerkesztve ]
Never let your sense of morals prevent you from doing what's right.
-
ubyegon2
nagyúr
OK! Mondtam, hogy biztosan úgy is jó, de kétféleképpen ne navigáljuk tomtyi ft-t, mivel az általad javasoltak alapján kezdte, logikus, hogy én nem vauzok bele, csak meg akartam nyugtatni, hogy nem megvezetés lett ez is.
Igy már az se fog kiderülni, mi történik, ha két ugyanazon uuid-es partíció van a bootoló rendszeren.
Egyébként se jó, ha bárki az én favágó módszereimet követi, ha van hozzáértőbb hsz is a témában.
Mondjuk ha nem is törli, legalább új uuid-t generáljon neki a gparteddel.
Ez OK, de akkor viszont írd le a további szükséges lépéseket is.
[ Szerkesztve ]
Samsung 860 EVO 1TB SSD 30eft 6,7TB írás még garis
-
Syl
nagyúr
válasz ubyegon2 #30556 üzenetére
Mire gondolsz? Hogy javítsa ki az fstba-ban?
Csak mert ha jól értettem az eredeti kérdést, akkor ő a partíciót egyik lemezről a másikra akarja költöztetni. Vagyis a forrás megszűnik, ergo az fsbat-hoz nem kell hozzányúlni.
De természetesen lehet hogy tévedekNever let your sense of morals prevent you from doing what's right.
-
ubyegon2
nagyúr
Épp ez a téma fut most a Kezdőben is, sokkal szakszerűbb és persze bonyolultabb javaslatokkal.
Én már ezt a pár kattintásos gpartedes copy/paste módszert nem is erőltetem tovább, nekem tuti jól működik minden, de ezt úgysem hiszi el senki, egyedül a schedulert kellett átállítanom az SSD-s noop-ról deadline-ra, hogy a HDD-t ne nyírja ki.
Túl laikus vagyok én ezekhez a dolgokhoz. Már egy ideje rájöttem, hogy amit tök egyszerűen is meg lehet oldani, azt az okosok igen bonyolult ilyen-olyan config szerkesztésekkel, számomra ismeretlen segédprogramokkal, parancssorozatokkal oldják meg. A laikusok meg csak ámulnak. Én ezalatt 2*5 perc alatt két disztrót is áttettem a HDD-re és mindkettő ugyanúgy fut, mint azelőtt az SSD-n.
[ Szerkesztve ]
Samsung 860 EVO 1TB SSD 30eft 6,7TB írás még garis
-
#40553216
törölt tag
Köszi mindkettőtöknek. Gparteddel átmásoltam, az UUID-t is ezzel változtattam meg, Grubot is újraraktam, rendszer működik. De rohadt lassan áll fel, lassabban, mint a HDD-ről korábban. Bár a programok gyorsan indulnak. Kivéve a Firefox.
A /var-t át tudom úgy rakni a HDD-re, hogy az fstab-ba az
UUID=xxx /var ext4 noatime 0 2
(xx értelemszerűen a HDD ennek megfelelő partíciója)? -
ubyegon2
nagyúr
válasz #40553216 #30559 üzenetére
Amennyiben a /var könyvtár SSD-re kerül, érdemes lehet bizonyos alkönyvtárait a RAM-ba irányítani tmpfssel, ehhez adjuk az /etc/fstab fájlhoz az alábbi sorokat:
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 0Erre gondolt kollégánk az imént. Ne rakd HDD-re szerintem sem. Gondolom az SSD-s írásokat azért olvastad. Swap hol van?
a
systemd-analyze blame
parancs kimenete jó lenne a boot miatt. Ablame
nélküli is.[ Szerkesztve ]
Samsung 860 EVO 1TB SSD 30eft 6,7TB írás még garis
-
#40553216
törölt tag
válasz King Unique #30560 üzenetére
Köszi, ezt néztem.
Beírtam az fstabba azt a sort, aztán a reboot után low graphics reklamáció után újra és újra próbálta felcsatolni a /-ot, de nem tudta. Így ezt a sort töröltem az fstabból.
(#30561) ubyegon2
Jogos.Swap az SSD-n.
[ Szerkesztve ]
-
BoB
veterán
válasz #40553216 #30565 üzenetére
systemctl stop szerviznev
-> (daemon, szerver) leállításasystemctl disable szerviznev
-> -||- letiltása (automatikus indítás kikapcsolása)pl. ebben az esetben:
systemctl disable NetworkManager-wait-online
[ Szerkesztve ]
You may corrupt the souls of men, but I am steel. I am doom.
-
#21078528
törölt tag
válasz #40553216 #30563 üzenetére
Ez felhasználás kérdése, ha sokat törölgetsz a meghajtóról (főleg kis fájlokat), akkor praktikusabb az fstrim, egy átlagos rendszer meghajtónál, amiről alig törölsz, mehet a discard.
Mint az már volt téma, bizonyos meghajtóknál a discard problémás (Samsung főleg), erre érdemes figyelni. -
#40553216
törölt tag
Köszi.
Megnéztem az apache-ot, már nem volt semminek a függősége, töröltem.A NetworkManager-wait-online.service úgy nézem, a hálózathoz való automatikus csatlakozást csinálja. Ez azért nem baj, ha van.
(#30567) berus.berus
Köszi. Nekem éppen Samu 850 Evo lett.
Az „érdemes odafigyelni” mit takar? Hogy tudok rá odafigyelni? És főleg mire?[ Szerkesztve ]
-
#40553216
törölt tag
válasz #21078528 #30569 üzenetére
OK, köszi.
Akkor az SSD-s logout-os bejegyzésednél aUUID=12314263-4578-4990-95b7-50067d4a906d / ext4 discard,noatime,errors=remount-ro 0 1
nálam erre módosul?
UUID=12314263-4578-4990-95b7-50067d4a906d / ext4 noatime,errors=remount-ro 0 1
Szerk.:
vagy inkábbdefaults,noatime,errors=remount-ro 0 1
legyen?
És akkor életbe lép az /etc/cron.weekly/fstrim lefutása?
[ Szerkesztve ]
-
BoB
veterán
válasz #40553216 #30568 üzenetére
"A NetworkManager-wait-online.service úgy nézem, a hálózathoz való automatikus csatlakozást csinálja. Ez azért nem baj, ha van."
Nem, a networkmanager service azt megcsinálja. Ez azt csinálja, hogy addig nem engedi tovább a boot-ot amíg nem jött létre az internet kapcsolat mert vannak olyan service-ek amiknek kell.
You may corrupt the souls of men, but I am steel. I am doom.
-
#40553216
törölt tag
OK.
(#30573) berus.berus
Jelen esetben azért van összefüggés, hiszen a cron fájl tartalma ez:#!/bin/sh
# trim all mounted file systems which support it
/sbin/fstrim --all || trueAzaz alapértelmezetten hetente minden vonatkozó eszközön lefuttatja az fstrimet függetlenül attól, mi van írva az fstabba. Azaz alapból feleslegessé teszi az fstabba való beleírást. Vagy rosszul látom?
[ Szerkesztve ]
-
#21078528
törölt tag
válasz #40553216 #30574 üzenetére
Jól látod, de a cronnak akkor sincs semmi köze az fstabhoz... Az fstrim nem vizsgálja, hogy milyen opciókkal van csatolva a fájlrendszer, a két dolognak csak a felhasználó szemszögéből van összefüggése.
A discard egy csatolási opció, az fstrim pedig egy parancs, ami ott is használható, ahol a discard nem értelmezett (NTFS-3g).[ Szerkesztve ]
-
ubyegon2
nagyúr
válasz #40553216 #30574 üzenetére
Normál esetben jól elvan egymás mellett az azonnali és az ütemezett TRIM. Nálad, ahogy berus.berus szaki mondta, az azonnalit(discard) nem célszerű használni, az ütemezett(fstrim) meg mindenképpen lefut hetente.
Fstabban elég a noatime, de a default is mehet, discard ne legyen.
a
networkmanager-wait-online.service
-t mindenképp lődd ki, nálam is időnként megjelent és nagyon idegesítő volt, amikor 3,5 percre volt állítva.Nézd meg a függőségét, ha nem akarja a BoB által írt parancs kikapcsolni, mert a függőség nem engedi:
systemctl list-dependencies --reverse NetworkManager-wait-online
a satust ezzel a paranccsal tudod ellenőrizni:
systemctl status networkmanager-wait-online.service
ha ilyen a kimenet, akkor OK:
~ $ systemctl status networkmanager-wait-online.service
● networkmanager-wait-online.service
Loaded: not-found (Reason: No such file or directory)
Active: inactive (dead)Ha minden OK, akkor igen gyors lesz a boot-idő, valami ilyesmi:
Startup finished in 4.592s (kernel) + 1.744s (userspace) = 6.336s
Ha elég fizikai memóriád van, akár a FF cache-t is kiküldheted abba, gyorsabb lesz és nem használja az SSD-t sem.
ha Firefoxot használunk, viszont nincs kedvünk RAMDISK-kel bajlódni, irányíthatjuk a gyorsítótárat közvetlenül a memóriába is, méghozzá egyszerűen. Nyissuk meg megint a beállításokat tartalmazó lapot: írjuk be a böngésző címsorába az about:config parancsot.
Keressük ki a browser.cache.disk.enable kulcsot, majd értékét true-ról állítsuk át false-ra. Ezután keressük meg a browser.cache.memory.enable kulcsot, majd értékét állítsuk át false-ról, true-ra. Most már a memóriába kerül a Firefox gyorsítótár, de nem árt megszabni, hogy mekkora memória mennyiséget foglaljon le magának a webböngésző. Hozzunk létre egy új Integer (Egész) kulcsot (Jobb egérgomb -> Új menüpont), majd adjuk neki a browser.cache.memory.capacity nevet. A friss beállítás értékeként adjuk meg kilobájtban, hogy mennyi rendszermemóriával gazdálkodjon a memóriába száműzött gyorsítótár. Itt persze -1 is lehet az érték, ha a Firefox-ra szeretnénk bízni a beállítást. Utóbbi esetben a rendelkezésre álló rendszermemória mennyiségétől függően dinamikusan állítja be a webböngésző a memóriában helyet foglaló gyorsítótár méretét.
Az új beállítások a Firefox újraindítása után lépnek életbe.
[ Szerkesztve ]
Samsung 860 EVO 1TB SSD 30eft 6,7TB írás még garis
-
Syl
nagyúr
válasz ubyegon2 #30576 üzenetére
Én is kérdeznék
run-parts -v /etc/cron.weekly
parancsra ezt dobja:run-parts: executing /etc/cron.weekly/fstrim
fstrim: /home: FITRIM ioctl failed: A művelet nem engedélyezett
fstrim: /mnt/vbox: FITRIM ioctl failed: A művelet nem engedélyezett
fstrim: /: FITRIM ioctl failed: A művelet nem engedélyezettEz most mit jelent?
Nem fut le a heti fstrim?Never let your sense of morals prevent you from doing what's right.
-
ubyegon2
nagyúr
Szerintem
sudo
-val próbáld a parancsot.(#30577) tomtyi
A
mask
is jó, csak nem akartalak még jobban megkavarni, én is azzal próbálkoztam, mikor nem tudtam kilőni a services-t, de egyszerűbb volt aztán kivenni a függőség gazdáját, ami a glances.service ill. a glances volt.[ Szerkesztve ]
Samsung 860 EVO 1TB SSD 30eft 6,7TB írás még garis
-
ubyegon2
nagyúr
válasz ubyegon2 #30579 üzenetére
Igen, jó volt a tippem elsőre! A sudo hiányzott.
Már nem emlékszem pontosan, miért vettem ki a SSD-s leírásból ennél a parancsnál a sudo-t, de anno külön kérés volt. Lehet, hogy vissza is írom most.
köztes megoldás:
[ Szerkesztve ]
Samsung 860 EVO 1TB SSD 30eft 6,7TB írás még garis
-
ubyegon2
nagyúr
Szerintem is rossz így, hogy az egyik helyen oda van írva, a másik parancsnál meg nem. Így könnyen megtévesztheti azt, aki ritkán használja ezeket a parancsokat. Ma még megcsinálom az összessel, ahová kell a sudo. A guruk, akik nem használnak sudo-t úgyis vannak olyan okosok, hogy kihagyják.
Samsung 860 EVO 1TB SSD 30eft 6,7TB írás még garis
-
laszlohu
addikt
Most vettem észre, működik a webes google earth linuxon, egy kis betöltés után :
a középső egérgörgő lenyomásával lehet forgatni.
-
Lacc
aktív tag
Üdv Urak,
Ha újabb kernelt szeretnék feltenni (frissíteni 4.8-ról 4.11-re) akkor csak az az opció van, hogy letöltöm mind a 3 és dpkg -i *.deb paranccsal feltelepítem, vagy van más egyszerűbb módja is?
linux-headers-4.11.0-041100_4.11.0-041100.201705041534_all.deb
linux-headers-4.11.0-041100-generic_4.11.0-041100.201705041534_amd64.deb
linux-image-4.11.0-041100-generic_4.11.0-041100.201705041534_amd64.deb -
félisten
Sziasztok!
A MantisBT telepítéséről találtam ezt a leírást. Hátha hasznos lehet valakinek.
-
#40553216
törölt tag
válasz ubyegon2 #30579 üzenetére
Boot grafikusan
Systemd-analyze
Lát valaki valamit?
A systemd-analyze kimenete ennyi:
Startup finished in 10.865s (kernel) + 3min 586ms (userspace) = 3min 11.451s
Utóbbi inkább 1:50 környéki. -
Damateo
aktív tag
Üdv,
AMD mostanában mennyire veszi komolyan a driver fejlesztés? Tudom hogy csak nyílt van.
Azt mennyire támogatja?
Év vége körül akarok összerakni egy gépet. AMD apu-val gondoltam. (új Ryzen alapon, addigra megjelenik, ha minden igaz) -
-
#40553216
törölt tag
Egy jó tanács mindenkinek: nem legyetek hülyék, mint én! A Gparted-es HDD>SSD partíciómásolás, UUID újítás után a swap partíció UUID-jét nem írtam át, ezért a boot során nem csatolta fel, emiatt volt dög lassú. Így azért már jóval gyorsabb.
Köszi mindenkinek a hülyeségem miatt elpazarolt idejét és őszített hajszálait. -
ubyegon2
nagyúr
válasz #40553216 #30596 üzenetére
Ugye most csak viccelsz!
A kép feletti mondatban pontosan leírtam, hogy erre figyelj oda! Emiatt nem volt tippem, hogyan lehet még mindig lassú, mert azt hittem ilyenkor végigmész minden leírt mondaton!
Az én jó tanácsom mindenkinek! Olvassátok figyelmesen a segítő hsz-eket!
Samsung 860 EVO 1TB SSD 30eft 6,7TB írás még garis
-
ubyegon2
nagyúr
Fenéket! A nem gui-s módszerrel is meg kellett volna ezt a lépést is csinálni sok sok más lépéssel együtt! Ettől még a gui-s megoldások alapvetőek a kezdők számára, ez nem fér bele a fejetekbe? Valamiért csak megcsinálják ezeket a programokat! Szerencsére nem mindenki ennyire begyepesedett guru.
Samsung 860 EVO 1TB SSD 30eft 6,7TB írás még garis
-
#40553216
törölt tag
válasz ubyegon2 #30597 üzenetére
Úh, bakker! Ez lehet, kimaradt, mert a hsz elején Syl-t írtad, én meg lehet, azt hittem, neki válaszoltál. No, sebaj. Lényeg, hogy megoldódott. Így viszont duplán köszi.
(#30598) BoB
9,5 éve kezdtem linuxozni, de az utóbbi években nagyon ellustultam, mert minden működik, ahogy kell, és bevallom őszintén, élvezem, hogy nem kell mókolni.
Új hozzászólás Aktív témák
A topik célja: Segítségnyújtás az Ubuntut és variánsait használók és az ezekkel még csak ismerkedők számára
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Shell script kérdésekkel látogassatok el a topikjába
- Vélemény Ubuntu 20.04 LTS
- Bemutató Linux a mindennapokban
- Bemutató Ubuntu 16.04 LTS kezdőknek, gyakorlatiasan, objektíven
- Hír Megjelent az Ubuntu 16.04 LTS
- Kerékpárosok, bringások ide!
- Politika
- Yettel topik
- E-roller topik
- Nők, nőügyek (18+)
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- BMW topik
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Hegesztés topic
- Summer Game Fest 2024 - Az összes bejelentés egy helyen!
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs