- Milyen okostelefont vegyek?
- Magisk
- Google Pixel topik
- iPhone topik
- Megérkezett a Google Pixel 7 és 7 Pro
- Samsung Galaxy Z Fold7 - ezt vártuk, de…
- Hatalmas kedvezménnyel nyit az Ulefone új csúcsmodellje
- Samsung Galaxy A52s 5G - jó S-tehetség
- Samsung Galaxy S22 és S22+ - a kis vagány meg a bátyja
- Yettel topik
Hirdetés
-
Mobilarena
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
-
qwertly
addikt
Sziasztok!
Dell notebookomat Ubuntuval vettem eddig nagyon jól szuperált.De sajnos most megadta magát ezt a hiba üzenetet adja induláskor és nem megy tovább.
UBUNTU: clean ,462162/14360576 files, 54624618/57440768 blocks
[ 213.729001] [drm:intel_cpu_fifo_underrun_irq_handler_ [i915]]*ERROR*CPU pipe A FIFO underrun
Ubuntu 18.04 van fent szeretném elkerülni az újra telepítést,miképpen tudnám ezt a bugot megjavítani? -
#33893
lev258
veterán
Neil Watts
#33892
lev258
veterán
válasz
Neil Watts
#33892
üzenetére
Grafikus alkalmazást (nvidia-settings) nem indítunk sudo-val.
Simán el tudom képzelni, hogy a xorg.conf fájlod jogosultságai nem egészen ideálisak a felhasználódra nézve. -
#33892
Neil Watts
veterán
Sziasztok!
Azt szeretnem kerdeni, hogy hogyan allithatnam be a fenyerot nVidia kartya eseten ugy, hogy mindez ujrainditas utan is automatikusan eletbe lepjen es permanensen ugy is maradjon?
Problemafelvetes:
Az nvidia-settingsben beallitott es elmentett ertekek nem kerulnek alkalmazasra reboot alkalmaval, igy kezzel kell inditanom (vagy terminalbol, vagy az alkalmazasvalasztobol) az nvidia-settings-t, igy gondolom felolvassa a .nvidia-settings-rc-t, es eletbe lepnek a valtozasok. Sajnos ez nem orokeletu megoldas, mert nemely hetkoznapi muvelet sajnos felulbiralhatja az nvidia-settings-ben beallitott ertekeket. Ekkor ujra el kell inditanom az nvidia-settings alkalmazast.
Tevekenysegek, ugy mint:
- Facebook videok nezegetese
- YouTube videok megnezese
- Nautilusban fajl masolasaA kovetkezoket probaltam a hiba elharitasa erdekeben:
- A rendszer reszet kepezo Displays-ben beallitottam a kijelzoim sorrendjet, illetve az alapertelmezett kijelzot.. Elmentettem.
- Beallitottam ugyanezt a sorrendet es alapertelmezest az nvidia-settingsben is (sudo-val).
- Mivel itt jartam, beallitottam a Full Composition Pipeline-t, meg a kepernyok fenyerejet is. (Utobbiakat 1.00-rol 0.52-re, igy kenyelmes)
- Aztan a beallitast jovahagytam (Apply) es elmentettem a "Save to X Configuration File..."-lal a /etc/X11/xorg.conf helyre.
- Az alkalmazas beallitasait a ~/.nvidia-settings-rc-be mentettem.Hogy kerdesem technikai reszleteket is szolgaltasson, megemlitenem az alabbiakat:
- Ubuntu 18.04.1 amd64-et hasznalok
- UEFI-vel, Secure Boot nelkul, LVM-mel es a telepitesnel kivalaszthato titkositassal (LUKS gondolom ez is)
- Az alapertelmezett GNOME3-mal
- nVidia GeForce GTX960 4GB kartyat hasznalok
- Az Ubuntu 18.04-gyel szallitott zart forrasu drivert (380.48 talan? Most nem tudom megnezni) is probaltam, illetve a ppa:graphics-drivers/ppa hivatalos repoban levot is neztem (396.24), de hiba tovabbra is maradt.
- 3 FHD monitor csatlakozik a kartyahoz. 2 DVI-on, 1 pedig HDMI-n.Nagyon halas lennek, ha talalnank erre valami megoldast, mert a hirtelen fenyerovaltasokat (0.52-rol 1.00-ra) nem igazan dijazza a szemem.
Koszonom!
Udv. core2
-
-
#40553216
törölt tag
válasz
ubyegon2
#33888
üzenetére
Igazából a telepítés óta a Lubuntu felületet használom, nem is emlékszem, mikor tettem fel az LXQT-t, az is lehet, függőségként jött fel. Mert az LXQT desktopot pl. nem raktam fel. De ahogy írtam, a 16.04>18.04 upgrade-ig hibátlanul ment, így biztos nem én kavartam össze valamit.
-
-
-
válasz
Tutu7030
#33880
üzenetére
Ez a rész kimaradt.
Biztos lesznek még ilyen kimaradt részek! Én is rendszeresen találok rácsodálkozni való dolgokat, bár mostanában már nem annyira, mert csak használom a rendszert, nem kíváncsiskodom annyit. Emiatt sokak örömére jóval kevesebbet okoskodom ide a topikba is!
![;]](//cdn.rios.hu/dl/s/v1.gif)
Na de ott a nautilus-script mappa, azt adsz hozzá, amit akarsz.
Ja, meg akár írhatsz is scripteket ha gondolod. Az út végén majd ott vár rád az LFS.....
-
-
válasz
lev258
#33877
üzenetére
Azért a lightdm-re váltás se ment nekik könnyen
Valóban nem, én a kezdetekkor nem is értettem, miért csinálnak mindenből valami átalakítottat, ha az egy alapdolog és jól működik. Persze sok kivétel van, mikor enyhén jobbá tették, például Nautilus - Nemo.
(Debian Cinnamonnal már alapból lightdm-et használtam.....)Nem jobbak ők sem, mint az Ubisok.
Én meg vidám Mint Cinnamon felhasználó vagyok. (Ubiból viszont szerintem is a Mate a legkezelhetőbb)
(#33879) growler
Ja, ez épp egybevág azzal, amit előbb írtam.
(igaz ez nem default Nemo jobbgombos menü a képeden)
A Caja is egész használható lett egyébként. (ha már Mate....) -
-
válasz
growler
#33872
üzenetére
Ahogy olvasgatom jó ideje, a Gnome lebutítása elég sikeresen zajlik, fene se érti, miért vesznek ki sok megszokott és hasznos funkciót.
(#33874) tomtyi
Nekem az alap
lightdmnormálisan kezeli a lecsukást, kinyitást Mint 18.3 és 19 Cinnamonnal. Igaz semmit nem állítgattam, ami bekavarhat.(#33875) Tutu7030
Nem olvasgatsz ilyeneket az Összefoglalóból?
Linux tippek, magyarázatok, kezdőknek
fejezet
sudo, gksu, kdesu, beesu, gnomesu , na de mikor-melyiket? -
#40553216
törölt tag
válasz
lev258
#33867
üzenetére
Extraként még az is van, hogy ha lehajtom a kijelzőt, zárolja a képernyőt, így feloldásnál kért jelszó beütése után felvillan az asztal, de aztán ugyanúgy visszaugrik a zárolási képernyőre. Gondoltam, LXminden le, helyette az Ubuntu desktop, ezzel jött a gdm3, és ilyenkor persze megkérdezi, az LX alap lightdm vagy a gdm3 legyen-e az alapértelmezett. Utóbbit választottam és ezzel simán feloldotta a zárolást. Bakker, 11 éve linuxozom, ilyen piszlicsáré kis szarokat már rég meg kellett volna oldani.
-
-
-
válasz
Tutu7030
#33869
üzenetére
Egyszerűsítés Ubuntu módra!
Eddig ALT+F2-vel feljövő ablakba írtam a
gksu nemoszöveget, most ennyivel megoldhatom:"
Másoljuk ki a rendszerünknek megfelelő sort. Tehát csak az egyiket!
Ha valaki nem tudja melyik kell, a Fájlkezelő > Súgó > Névjegy segíteni fog
pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY nemo
pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY caja
pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY thunar
Lépjünk át a terminál ablakba, kattintsunk bele jobb gombbal, és válasszuk a Beillesztés opciót, majd nyomjuk meg az Enter billentyűt. Hagyjuk nyitva a Terminált.
Ekkor megnyílik a Fájlkezelő egy színes, figyelmeztető csík kíséretében, ami jelzi az emelt szintű jogosultságot.
Figyelem! Ilyenkor szinte bármit törölhetünk, vagy elronthatunk. Csak akkor végezzünk el bármilyen műveletet, ha biztosak vagyunk a dolgunkban!
A Fájlkezelőben ilyenkor a Saját mappa látható. Ezzel csak az a baj, hogy az nem a mi saját mappánk, hanem a Rendszergazdié.
Bár a Saját mappához általában nem kell emelt szintű jogosultság, de azért csak navigáljunk el oda.
Fájlrendszer (a bal oldalon) > home > Felhasználónevünk
A fenti problémára létezik egy sokkal egyszerűbb módszer is. Zárjuk be a Fájlkezelőt, vagy a Terminálban nyomjuk le egyszerre a Ctrl+C billentyűket.
Nyissuk meg a fájlkezelőt, Kattintsunk bal oldalon a Fájlrendszerre, majd jobb gombbal a kívánt mappára, és válasszuk a Megnyitás rendszergazdaként opciót. Innentől újra emelt szintű jogosultsággal ruháztuk fel a Fájlkezelőt, és nem használtuk a terminált, és a pkexec parancsot.
A másik gyakori eset, amikor a Jegyzetkezelőt szoktuk gksu paranccsal indítani. Erre például az fstab állomány szerkesztésekor van szükség.
Írjuk be Terminálba a megfelelő sort. Itt is segít a jegyzetkezelő > Súgó > Névjegy.
pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xed
pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY gedit
pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY mousepad
pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY leafpad
A továbbiakban a xed helyére mindenki írja a saját Jegyzetkezelője nevét.
A megfelelő utasítás az alapértelmezett Jegyzetkezelőt indítja emelt szintű jogosultsággal.
Ha például az fstab állományt szeretnénk szerkeszteni, azt most egyszerűen megtehetjük, ha a Fájl > Megnyitás után elnavigálunk az etc mappába, ahol az fstab fájl található.
Persze erre is van egyszerűbb megoldás, ami megegyezik az előzővel.
Nyissuk meg a fájlkezelőt, Kattintsunk bal oldalon a Fájlrendszerre, majd jobb gombbal az etc mappára, és válasszuk a Megnyitás rendszergazdaként opciót.
Ezután nyissuk meg az fstab fájlt, és máris szerkeszthetjük.Eddig már a megoldottuk a két leggyakoribb rendszergazda jogosultságot igénylő művelet végrehajtását a gksu, és a pkexec parancsok nélkül.
De, ha valakinek mégis az lenne szimpatikus, hogy a jegyzetkezelőt tudja emelt szintű jogosultsággal indítani, arra is van lehetőség.
A Linux lehetőséget ad arra, hogy hogy egyéni parancsokat definiáljunk. Erre való az alias parancs.
Az /etc/bash.bashrc fájl végére beírjuk egy fájl elérési útvonalát, ahová majd elhelyezzük a parancsainkat.
Az előbbiek alapján tegyük a következőket. Nyissuk meg a Fájlkezelőt, kattintsunk a Fájlrendszerre, majd jobb gombbal az etc mappára, és válasszuk a Megnyitás rendszergazdaként opciót.
Nyissuk meg a bash.bashrc szöveges fájlt görgessünk az aljára, az utolsó sorban, kattintsunk a "fi" után, és nyomjuk meg kétszer az Enter gombot, majd másoljuk be ezt a három sort:......még hosszan tart a leírás "" forrás
Ubuntu fórumAnnyira jó ez a határozott wayland-ra való átállás, amiről hamar visszaállnak persze az x-re.
-
-
#40553216
törölt tag
válasz
lev258
#33862
üzenetére
Röhöghetsz, de a frissítés előtt gksu synaptic-kal indult, amikor pedig alt-f2-nél kezdem bevinni a synaptic-ot, akkor automatikus kiegészítéssel ő maga rakja a végére a pkexec-et. 16.04-ről léptem feljebb, ezen még működött a gksu.
pkexec synaptic terminálban ugyanúgy nem fogadja el a jelszavamat, alt-f2-vel pedig nem indítja el a programot. -
#40553216
törölt tag
válasz
lev258
#33860
üzenetére
Azaz? Mert ha alt-f2-nél synaptic-pkexec formában indítom, nem indul el. Terminálban meg ezt adja:
~$ synaptic-pkexec
==== AUTHENTICATING FOR com.ubuntu.pkexec.synaptic ===
Authentication is required to run the Synaptic Package Manager
Authenticating as: tom,,, (tom)
Password:
polkit-agent-helper-1: pam_authenticate failed: Authentication failure
==== AUTHENTICATION FAILED ===
Error executing command as another user: Not authorizedThis incident has been reported.
Azaz sehogyan nem veszi be a jelszavamat. sudo -i után root-ként elindítja, ott beveszi a jelszót.
Terminálból júzerjogokkal índítva:
~$ synaptic(synaptic:5211): Gtk-WARNING **: 22:28:56.104: Theme parsing error: gtk-main.css:73:38: Failed to import: Hiba a(z) /usr/share/themes/Radiance/gtk-3.20/apps/gnome-builder.css fájl megnyitásakor: Nincs ilyen fájl vagy könyvtár
Gtk-Message: 22:28:56.181: GtkDialog mapped without a transient parent. This is discouraged. -
Nixon18
senior tag
válasz
Frawly
#33829
üzenetére
Szia!
Az lsusb ezt írja:
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 004: ID 0d62:2106 Darfon Electronics Corp. Dell L20U Multimedia Keyboard
Bus 001 Device 003: ID 046d:c077 Logitech, Inc. M105 Optical Mouse
Bus 001 Device 005: ID 0b05:1825 ASUSTek Computer, Inc.
Bus 001 Device 002: ID 0924:42c6 Xerox
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hubEz a nyomtatódriver (v1.0-1/2012-09-25)
Ez pedig a scanneré (v1.0-1/2012-09-25) -
Frawly
veterán
válasz
ubyegon2
#33856
üzenetére
Ja, semmi baj nincs az A400-zal. Eleve ott elkezdve, hogy az SSD-k közötti különbségek Linux alatt sokkal kevésbé jönnek ki, mivel
1) fájlrendszerek gyorsabbak, főleg sok kis fájllal történő műveleteknél, nem lassú hulladékok, mint az NTFS
2) Linux kernel sokkal profibban és hatékonyabban cache-el
3) a Linux sokkal takarékosabban bánik a lemezzel, nem tekeri állandóan, feleslegesen mániákusan, mint a Picipuha Nyílászárók (ami főleg a Win10 esetében öltött szörnyű mértéket)
4) az előző pont miatt a Linux alatt kevesebb írás is éri az SSD-t alapból az azonos windowsos felhasználáshoz képest.Egyedül a hardveres AES öntitkosítást nem támogatja, de azt meg tudod oldani LUKS-szal, csak arra figyelj, hogy a TRIM-et engedélyezd rajta LUKS-on át is. Ha a legolcsóbb használható SSD kell, abban a műfajban az A400 verhetetlen, majdnem alap pendrive árában hozzád vágják 3 év garival.
-
válasz
Frawly
#33855
üzenetére
Akkor nem döntöttem rosszul, ez a 3D TLC se nagyon hatott meg, no meg faragni kellett a költségeken amennyire tudtam és emlékeztem, nemrég írtad ezeket a típusokat a Flash SSD topikban. Csak valami mezei disztró lesz rajta, gondolom Mint 19 is, böngészőn belüli munkára, ha a desktop bekrepál. Mostanában sűrűn lekapcsol az Asus védelmi elektronikájs, így ez a szórakozós HP lesz a tartalék melós gép is, emiatt lett sürgős.
Köszi a megerősítést! 😉
Eddig Intel 520 és Adata SP920 volt, már jó ez a A400 is. Nem OEM. -
Frawly
veterán
válasz
ubyegon2
#33852
üzenetére
Meg az UV500 3D TLC-s, míg az A400 sima TLC-s, és emiatt az utóbbinak a garis íráslimitje is alacsonyabb, meg kicsit lassabb meghajtó, de ez csak a 120 gigás modellnél jön ki benchmarkokon (átlagos felhasználás során valójába nem érzed lassabbnak az A400-at), 240+ gigás méretben már az A400 is rendben van sebességügyileg. Árban meg nem sok a különbség a kettő között, de ha spórolni kell, átlag felhasználásra, főleg linuxozásra az A400 is vehető. De leginkább az 5 év gari miatt éri meg az UV500, vagyis csak megérné, ha a magyar boltok trükközés helyett továbbadnák. De lassan az SSD-k annyira kiforrták magukat, hogy mindegy mit veszel, csak jó ár/tárterület arányban minél nagyobbat vegyél, legyen rá min. 3 év gari. Nem sokban különböznek a modellek, íráslimitje mindegyiknek kellően magas, dzsunka, problémás szériák kikoptak. 120-240 gigás méretben már az NVMe sem sokkal drágább. Meg arra nem árt figyelni, hogy ne OEM SSD legyen, mert azokat sok szoftver nem ismeri fel, nem tudja rendesen kiolvasni a SMART-ot, míg a nagyobb márkák modelljeihez van rendes szoftver, meg a linuxos progik is jobb eséllyel normálisan felismerik őket. Az egzotikus márkákat a kockázat miatt nem javasolt bepróbálni, de aki szeret kockáztatni, meg újakat megismerni, annak akár ilyen Apacer, Patriot, Transcend, T&L, stb. is vehető, csak az ár/érték arányra kell figyelni. Egyedül a teljesen noname kínai márkákat kell kerülni, Kingfast, Kingspec, stb..
Illetve régen még azt a tanácsod adtam, hogy ne Samsung 8XX-es meghajtó legyen, mert az hiába jó SSD-széria (akár 830, 840, akár 850-860, akár EVO, akár Pro), a Linux-kernelben a queued TRIM-je a mai napig feketelistán van, de azóta rájöttem, hogy a gyakorlatban, fstrim-et használva (vagy ritkább használatú FAT, stb. partícióknál discard-ot használva) a gyakorlatban semmilyen hátránnyal nem jár, nem kell vele foglalkozni. A Samsung 7XX-es és 9XX-es, és PM-szériát ez nem érinti, csak a 800-asokat. Annyi, hogy ha nem muszáj valami egztikus fájlrendszernél, akkor nem kell erőltetni általánosságban a 800-as szérián a discard TRIM-et, fstrim-et kell használni helyette.
A harderes AES öntitkosítás a legtöbb otthoni felhasználónak nem fontos. Nekem viszont az, de csak belső meghajtóknál. Külsőknél én sem használom. Általában a középkategóriától kezdve minden SSD szokta támogatni, Intelek, Samsungok, Crucial modellek, sok Adata is.
-
-
válasz
Frawly
#33851
üzenetére
Naná, hogy nem árthat, sőt! Mivel azonnali TRIM-et biztosít. fat meg csak boot partició lehet (uefi) annak meg nem jó a TRIM éppen.
Igaz utóbbi időben rá sem nézek az FSTAB-ra, de azért megsúgom, mikor utoljára Arch alapút raktam fel, abban alapból ott volt a discard.
Debianban telepítés során lehetett választani. A többibe nekem kellett manuálisan.Szóval TRIM-meltesse csak nekem azonnal a vezérlő, ne hetente jusson eszébe. Azért van az SSD, hogy használjuk és azért veszünk SSD-t HDD helyett, hogy gyorsabb legyen!
(akartam is kérdezni, hogy az UV500 és a A400 120-as mindkettő, csak az AES256 titkosítás a különbség, mert én mást nem nagyon láttam) Hirtelen kellett, így a különbségből vettem 600 ml pressure air-t!
Ja bocs, az UV500-ra 5 év garancia van, másikra 3 év.
Holnap a 8470p helyett beszerzek egy 8570p-t, abba tökéletes lesz az A400. Nem állandó napi használatú lesz. -
Frawly
veterán
válasz
ubyegon2
#33847
üzenetére
Szerintem a discard opció sem árthat. Főleg azért, mert az fstrim nem támogat minden fájlrendszert, a főbbeket igen, de pl. a FAT-típusú fájlrendszereket csak a discard opcióval lehet TRIM-elni. Amit az fstrim támogat, arra a discard csak szimplán felesleges, más esetben meg elfér a discard mount paraméter.
-
-
Frawly
veterán
válasz
Tutu7030
#33839
üzenetére
A feature id-jét nem tudom. Előbb nem pontosan írtam, Data Set Management-nek hívják a vonatkozó parancsot, ennek az egyik paramétere a deallocate. Van egy olyan nézet is, hogy ezt a kernel kezeli meg minden NVMe-s SSD tudja, így nem kell foglalkozni vele, még az fstrim-et sem kell futtatni, de szerintem míg ennek alaposabban utána nem nézek (mármint hogy ezt a kernel tényleg automatikusan intézi-e), addig nem árt fstrim-et használni a biztonság kedvéért, rontani semmiképp nem ront, legfeljebb hatástalan a legrosszabb esetben.
Nálad fstrim-re megtrimmelt rajta mindent. A CRON-ba nem kell betenni, mert a CRON az csak a systemd nélküli disztrókban volt fontos, az újak mind systemd-sek, és ott egy fstrim.timer nevű szolgáltatás gondoskodik erről, az előző hozzászólásban írtam, hogy hogyan kell lekérdeni a sudo systemctl status fstrim.timer paranccsal. Ennek ellenére CRON-ba is be lehet tenni, de felesleges, mikor van erre egyszerűbb mód, ha nem lenne engedélyezve, akkor ezzel lehet engedélyezni, ami egy hetente megtrimmeli:
sudo systemctl enable fstrim.timerSzerk.: most látom, nálad írja is a status-ra, hogy be van kapcsolva az fstrim.timer, és heti egyszer végigfut az fstrim. Ennyi elég, mást nem kell ellenőrizni.
Esetleg a sudo fdisk -l parancsal megnézni, hogy a partíciók kezdőszektorai oszthatók-e maradék nélkül 2048-cal, de elég meglepő lenne, ha nem lennének. Ezt utoljára az XP cseszte csak el, bármilyen attól modernebb OS, közötte a Linux is, ezt már nem rontja el.
-
válasz
Tutu7030
#33843
üzenetére
Igen, azért írtam, hogy 16.04-ig működnek a dolgok úgy, ahogy a blogban van. épp a 28. hsz miatt nem töröltem a blogot. Ott is említik két másik ellenőrző paranccsal együtt.
systemctl list-timers -a
vagy
sudo journalctl -u fstrim.timerEnnek ellenére az online TRIM-nek (discard) is van létjogosultsága. Szerintem.
Hátránya csak akkor van, ha gyakran dolgozol nagy adatállományokkal. Megint csak szerintem. -
Tutu7030
veterán
válasz
sztpega
#33844
üzenetére
Akkor ne adjam hozzá a cronhoz?
tutu@tutu:~$ systemctl status fstrim.timer
● fstrim.timer - Discard unused blocks once a week
Loaded: loaded (/lib/systemd/system/fstrim.timer; enabled; vendor preset: enabled)
Active: active (waiting) since Sat 2018-08-04 09:04:50 CEST; 12h ago
Trigger: Mon 2018-08-06 00:00:00 CEST; 1 day 2h left
Docs: man:fstrim
aug 04 09:04:50 tutu systemd[1]: Started Discard unused blocks once a week.
tutu@tutu:~$Akkor én sem adom hozzá.
-
válasz
Tutu7030
#33841
üzenetére
Igazán nincs mit!Trimmelte a /-t és /home-ot, úgy néz ki. (főleg ha egy darabig nem írt ki semmit, csak állt a terminal)
sudo run-parts -v /etc/cron.weekly Nincs benne.....
Ez csak annyi, hogy nincs a heti lefuttatandók között időzítve az fstrim. Ubuntu alapúakban default benne van (16.04-ig ismertem)
-
Tutu7030
veterán
válasz
ubyegon2
#33840
üzenetére
Értem (illetve annyira nem)
.tutu@tutu:~$ sudo fstrim -a -v
/media/tutu/0ce710a9-ce49-4b3f-b0f2-dfda9830da0c: 156,2 GiB (167669342208 bytes) trimmed
/home: 17,5 GiB (18756419584 bytes) trimmed
/: 10 GiB (10716061696 bytes) trimmed
tutu@tutu:~$Ez most trimelte az sda ssd-t és az nvme ssd /home-ot is.
Köszi az összefoglalót!
sudo run-parts -v /etc/cron.weeklyNincs benne.
-
válasz
Frawly
#33832
üzenetére
Ha megírod hol jelezzem, akkor felveszem a kapcsolatot a PH-val
Megírom és ott jelentkezel TG-nek.
Az alapkérdés azt mondanám, ne hívd ki magad ellen a sorsot. Nagyon nem csípték, aki támogatni próbált anno, a kivágásom idején.
Ez nem annak a kérdése, hogy ők kivel jönnek ki.
Pedig DE. Ők a zistenek!
Ha nem tudsz írni anyanyelveden, az nem gond, épp ebből volt az egyik utolsó vitám. Persze, nem lett igazam. Pedig félanalfabéta ne próbáljon írni közösségnek, amíg nem tanulta meg.
Egyszóval aki nem bólogat, hanem visszapofázik időnként, az nem való funkcionáriusnak. Régi idők árnyai lassan halványulnak.
(#33839) Tutu7030
Ha megnézted volna az SSD-s írásomat, láttad volna, sok ellenőrző parancshoz kellett
sudo. Épp ma dobták ki kérésemre az összes Linuxos topikból. Elavult, 14.04-re íródott. Ez van. Lesz majd jobb.****************************************************
● Ha meg akarod állapítani, működik-e a TRIM az SSD-n, akkor azt az alábbi terminal parancs kiadásával ellenőrizheted:sudo hdparm -I /dev/sda | grep "TRIM supported"
-ez ellenőrzi, hogy a TRIM támogatott-e
-egy tipikus válasz:
* Data Set Management TRIM supported (limit 1 block)-a válasz supported, tehát minden OK! A block limit értékkel nem érdemes foglalkozni, tipustól függ, hogy 1, 4, vagy 8 block
● Ubuntu alapú disztrók általában /etc/cron.weekly-ből hetente lefuttatják az fstrim parancsot, ellenőrizheted ennek a működését is:
sudo run-parts -v /etc/cron.weekly
eredmény, ha benne van
run-parts: executing /etc/cron.weekly/fstrim
további ellenőrző parancsok:sudo dmesg | grep -i sata | grep 'link up'
-SATA link ellenőrzése, ebből megtudod, hogy SATA1, 2 vagy 3 átvitelt alkalmaz a Linux.sudo hdparm -Tt /dev/sda
-lemezolvasás ellenőrzésedmesg | grep -i --color ahci
-AHCI ellenőrzésesudo smartctl --all /dev/sda
-SMART adatok ellenőrzésecat /sys/block/sda/queue/scheduler
az eredmény a zárójelben lévő:
noop [deadline] cfq***********************
Egyéb lehetőségek:cat /sys/block/sda/queue/discard_max_bytes
Ha eredményként 0-át kapunk, nem működik a TRIM.
lsblk -D
Ahol a DISC-GRAN és DISC-MAX értéke 0, ott nem működik a TRIM.
példa
ubyegon@mintcinnamon-18 ~ $ cat /sys/block/sda/queue/discard_max_bytes
2147450880ubyegon@mintcinnamon-18 ~ $
ubyegon@mintcinnamon-18 ~ $ lsblk -D
NAME DISC-ALN DISC-GRAN DISC-MAX DISC-ZERO
sdd 0 0B 0B 0
└─sdd1 0 0B 0B 0
sdb 0 0B 0B 0
├─sdb2 0 0B 0B 0
├─sdb9 0 0B 0B 0
├─sdb7 0 0B 0B 0
├─sdb5 0 0B 0B 0
├─sdb3 0 0B 0B 0
├─sdb1 0 0B 0B 0
├─sdb8 0 0B 0B 0
└─sdb6 0 0B 0B 0
zram3 0 4K 2T 0
zram1 0 4K 2T 0
sdc 0 0B 0B 0
└─sdc1 0 0B 0B 0
sda 0 512B 2G 0
├─sda2 0 512B 2G 0
├─sda5 0 512B 2G 0
├─sda3 0 512B 2G 0
└─sda1 0 512B 2G 0
zram2 0 4K 2T 0
zram0 0 4K 2T 0 -
Frawly
veterán
válasz
Tutu7030
#33835
üzenetére
Ja, ezt el is felejtettem, hogy mivel ATA parancsokkal kommunikál, ezért NVMe-s meghajtókon nem működik a hdparm, és az TRIM parancs is egy ATA parancs, NVMe-n Deallocate parancs van helyette (ami ugyanaz, csak máshogy hívják).
Az nvme-cli csomagot kéne feltenni, és abból ezt futtatni:
nvme get-feature /dev/nvme0 -s 3 -HElvileg ki kéne listáznia, de nem tudom tesztelni, mivel nincs NVMe-s SSD-m. A discard paramétert NVMe-n mindenesetre nem ajánlják, az fstim-es megoldásnak viszont rendesen kéne működnie, systemd service-ként ütemezve és kézileg futtatva is.
-
Frawly
veterán
válasz
Tutu7030
#33833
üzenetére
Ez megmondja a meghajtó támogatja-e:
sudo hdparm -I /dev/sda | grep --color TRIMNálad lehet nem sda lesz. Elvileg ki kéne jeleznie a discard opció bekapcsoltságát, de nálam nem teszi.
A discard TRIM opció bekapcsoltságát ezzel lehet lekérdezni:
findmnt -O discard
Ha ez nem ír semmit, akkor nincs használatban.Az fstrim-féle TRIM elérhetőségét így lehet lekérdezni:
sudo systemctl status fstrim.timeElég vagy a discard TRIM vagy az fstrim. Mehet egyszerre is, csak felesleges. Illetve még az is járható út, hogy nem használ valaki discard TRIM-et, csak fstrimet, de az utóbbit sem ütemezi automatikusan x időközönként (alapból talán hetiben fut le) systemd-ben, hanem néha napján kiadja kézileg ezt a parancsot, ez is megtrimmeli az összes SSD-n, az összes fstrim-képes fájlrendszert:
sudo fstrim --all --verboseVagy rövidebb formában:
sudo fstrim -a -v -
Frawly
veterán
válasz
ubyegon2
#33831
üzenetére
Ha megírod hol jelezzem, akkor felveszem a kapcsolatot a PH-val, hogy támogassalak TG-ént. Be kell hogy lássák, hogy a szakmai topikot gondozni kell valakinek, hiába nem népszerű a Linux, főleg ez az Ubuntu egy elég forgalmas topik. Ez nem annak a kérdése, hogy ők kivel jönnek ki.
A blognál pont ez tart vissza, hogy 1000 mondatos lesz. Sok felhasználó a mai napig azért nem bízik az SSD-kben, mert az ördögtől való feketemágiának gondolják, ami csak úgy működik jól, ha mindenféle spéci varázslatot ráolvasnak ószuhaéli sámán nyelven. Közben meg lényegében ugyanúgy kell használni, mint a modern HDD-ket, egyedül a TRIM-ről kell gondoskodni. Már a partícióalignálás sem speciális, mert a modern szoftverek már mindent megfelelően alignálnak alapból 1024K-s eltolással, meg a modern HDD-knek is kell a 4K-s eltolás, tehát ebben sem speciális az SSD.
Sokkal inkább tűnik járható útnak, hogy Linux alá egy SSDOK-hoz hasonló egyszerű terminálos toolt írni, ami kijelzi a beállításokat, infókat az SSD-ről, és a nem kívánatos beállításoknál eligazítana a helyes irányban, meg tud HTML reportot csinálni, amit lehet linkelni. Persze ez meg elég pepecs munka, mert sok SSD-n kell tesztelni, meg SMART értelmezéséhez SSD-adatbázist kell készíteni hozzá, kitesz egy főállást, ha az ember egymaga csinálja. Esetleg valami git-es projektként lehetne feldobni, amit hozzáértők bővítenének.
-
válasz
Frawly
#33830
üzenetére
Én nem lehetek, mert a nagybetűsök így döntöttek. Nem a szakmai ténykedésem miatt, hanem mert nem jöttem ki a többi topikgazdával a TG topikokban.
Az nem sokakat érdekel, ha szakmai topikoknak nincs gazdája. Linuxos topikok csak.....
Ha most kérném, hogy helyezzenek vissza, kívágnának a fórumról is.😶Pedig gondoltam én is arra, hogy nagyon feküdne neked egy SSD-blog. Ha nagyon hosszú lenne, legfeljebb a lényeges 1000 mondatot kiemelnéd! 😂
-
Frawly
veterán
válasz
ubyegon2
#33828
üzenetére
De miért nem vagy te a topikgazda? Teljesen értelmetlen, hogy mindig más valaki, aztán senki, aztán megint egy random ember. Úgy néz ki, hogy rajtad kívül úgyse érdekel senkit a topikgazdaság, az összefoglalót, cikkeket sincs senkinek türelme gondozni rajtad kívül. Írj a modoknak, és jelentkezz megint TG-nek. Még az sem baj, ha mintes vagy, mert 99%-ban egyezik az Ubuntuval, ugyanaz az alapja mind a kettőnek.
Linuxos SSD-s cikk írásán én is gondolkodom, hogy minden egy helyre legyen összeszedve, viszont az én írási stílusomban litánia lenne belőle, és nem lenne kellően közérthető vagy ilyesmi.
-
Már megint eltűnt a TG a topikból?
Akkor hiába kérném meg, hogy az elavult SSD-s írásomat vegye ki az Összefoglalóból.....Ubuntu 16.04.5 is kijött, ha valakit érdekel.
-
Nixon18
senior tag
Bocsi! Kifutottam a szerkesztési időből.
Windowsról sikerült nyomtatni a linuxra kötött nyomtatóról (linuxról még mindig nem).
Végül is a cél elsődlegesenez volt.
Ha a scannerre is lenne valami megoldás (akár windosra olyan scanner program, ami tud hálózati eszközt kezelni) az lenne a legjobb. -
#33826
Nixon18
senior tag
Core2duo6600
#33825
Nixon18
senior tag
válasz
Core2duo6600
#33825
üzenetére
A linuxos gép direkt egy kis fogyasztású szerverként működő gép és mivel a nyomtatót nem lehet hálózatra kötni jó lett volna, ha ez lenne a nyomtatószerver is és akkor nem kell a windowsos gépet ki be kapcsolni, ha máshonnan szeretnénk nyomtatni.
De lehet, hogy csak a kíváncsiság kedvéért megpróbálkozom vele. -
#33815
Neil Watts
veterán
Sonja
#33814
Szia!
Ertem, koszi!
Miutan elkuldtem, ereztem, hogy valami nem kerek a kommentemmel. Mire eszbekaptam, addigra meg nem tudtam mar szerkeszteni.Biztonsag alatt inkabb arra gondoltam, hogy ugyanolyan viselkedesu-e a hivatkozott repoban levo csomag mint a "gyari" Ubuntus? Tehat minden szukseges dolog telepul vele?
Nem lenne tulsagosan szivderito mondjuk egy le nem forditott nvidias kernelmodul miatt a kovetkezo bootnal fekete kepernyovel talakozni. (Fedoran rpmfusion hasznalatakor nem ritka vendeg ez utobbi, legalabbis nalam).
Udv. core2
-
#33814
Sonja
nagyúr
Neil Watts
#33813
Sonja
nagyúr
válasz
Neil Watts
#33813
üzenetére
Nem, nem (csak) az van benne. Az 390.77-es is benne van, ami az LTS verzió (én is ezt használom). Miért ne lenne biztonságos?!
-
#33813
Neil Watts
veterán
Sziasztok!
A TIR-bol idezek:
sudo add-apt-repository ppa:graphics-drivers/ppa
sudo apt-get updateEbben a repoban 396,45-os nvidia driver van jelenleg. Ennek a reponak a hasznalata mennyire biztonsagos 18,04 alatt?
Udv. core2
-
#33812
King Unique
titán
Frawly
#33811
King Unique
titán
válasz
Frawly
#33811
üzenetére
Először is, ez már anno egy másik topikban ki lett tárgyalva és már akkor is le volt írva világosan, hogy a WTG-hez, illetve a rendszer külső meghajtóról történő futtatásához nem ez a szokatlan módszer a standard, nem ez az elsődlegesen javasolt, még ha akár működőképes is. Ezen pedig nincs mit ragozni, mert tény! Másodszor pedig kapaszkodj meg te, mert eleve úgy kezdte a fórumtárs, hogy Windowson hozta létre a beépített megoldással és nem Linuxon! Sőt a második körben is valószínűleg ott készítette el egy külső programmal. Szóval eleve nem azt kérdezte (mások sem) egy szóval sem eredetileg, hogy Linuxon hogyan kell megoldani, azt már te kezdted el ragozni és erőltetni a saját példádat alapul véve... Amire egyébként le volt írva, hogy ha máshogyan tényleg nem tudja valaki megoldani, akkor Linux alatt akár ez is opció lehet ilyen célra. Az pedig gondolom megvan talán, hogy a WTG amúgy eleve Enterprise funkció, olyan környezetbe szánták és azért sem érhető el minden egyes kiadás esetében. Legalábbis a natív eszközzel nem, de külső program használatánál már igen. Az meg a másik, hogy amúgy kell licenc arra is...
-
#33811
Frawly
veterán
King Unique
#33810
Frawly
veterán
válasz
King Unique
#33810
üzenetére
Kapaszkodj meg jó erősen: itt most Linux alatt akarják összehozni, sikerült ugyanis egy linuxos topikba betévedned. Gondoltam szólok, ha félreolvastad volna a téma címét. Tudom, hogy gányolás ez a virtuális gépezés, de ha a MS ilyen szemét, hogy az USB-s telepítést letiltotta, akkor nem lehet mit tenni, hekkelni kell. Azért döntöttek így, mert ha engednék mindenkinek, minden verzióval az USB telepítést, senki nem venne minden gépre licencet, hanem csak egyet személyhez köthetően, és onnan azt az egyet hordozná a gépek között, ami a Picipuhának anyagi tönkremenés lenne. Így meg el tudják adni a szutyok OEM szarjukat, aminél ha alaplapot vagy ilyesmit kell cserélni, vagy a gépet cseréled le, veheted meg még egyszer, és szépen csörög nekik a kassza. Pofátlanság, de ez van.
-
#33810
King Unique
titán
Core2duo6600
#33809
King Unique
titán
válasz
Core2duo6600
#33809
üzenetére
Ez az előbb említett megoldás inkább afféle tákolás így virtuális géppel keverve, még ha adott esetben működőképes is. Ez akkor opció leginkább, ha valaki pl. Linux alatt akar ilyet összehozni és máshogyan nem tudja megoldani. Viszont a WTG létrehozásának normál esetben eleve nem ez a módja és Windowson számos program létezik ilyen célra, vagyis nemcsak a beépített megoldás használható. Illetve ezekkel a külső programokkal megoldható a létrehozás akármilyen kiadásnál, nincsen Enterprise-ra korlátozva. Valamint a nem hitelesített USB-tárolóeszköz sem feltétlen gond, de az mondjuk a natív szoftver használatánál sem kizáró tényező.
-
#33808
Frawly
veterán
Core2duo6600
#33807
Frawly
veterán
válasz
Core2duo6600
#33807
üzenetére
Tuti működik így, már egy ideje én is így használok Win10 Pro 64 bitet. Semmi gond nincs vele, működik, mint egy asztali Windows. Egy limitjét láttam csak, ha a Windows Update nagy évfordulós frissítést talál, azt nem engedi telepíteni, mert érzékeli, hogy USB-ről fut a rendszer. De ha újraindítod virtuális gépként, akkor engedi.
-
#33806
Ducati916
csendes tag
King Unique
#33785
Ducati916
csendes tag
válasz
King Unique
#33785
üzenetére
Igen erre gondoltám.Most már minden tiszta.És hétvégén fel is pattintom.Köszönöm a türelmeteket és a segítséget mindenkitől.
-
#33802
Frawly
veterán
Core2duo6600
#33801
Frawly
veterán
válasz
Core2duo6600
#33801
üzenetére
A Win To Go-t nem muszáj használni. Át lehet verni a nem To Go-s, azaz sima telepítőt is. Virtuális gépet kell csinálni, annak a fizikai pendrive-ot odaadni virtuális meghajtóként (nálam ez nem pendrive, hanem külső SSD). Majd mikor feltelepült virtuális gépre, leállítod, pendrive leválaszt, és fizikailag is fogsz tudni róla bootolni, így meg Pro változat is telepíthető rendes desktop default beállításokkal, nem kell spéci Enterspájz kiadással, meg spéci beállításokkal szopni. Persze USB-ről futtatva továbbra is Windows To Go-t fog írni a rendszerinformációknál, de ez a To Go nem az a To Go, amit a To Go creatorral csinálnál.
-
#33801
Core2duo6600
veterán
sonar
#33800
Core2duo6600
veterán
Na elmegy a Microsoft a p**cs***ba, vagy akárhová.
Csináltam, egy próba telepítést az asztalin.
Win 10 pro ment fel, azonnal lát minden megosztást, nem névvel,
hanem \\ip vel, de ez eddig is így volt.A Linuxot is látja.
Csináltam még egy Wintogo-t ezt csak enterprice image-ből engedi csinálni, és nem értem el semmit sem a hálózaton, hosszú szöszmötöléssel annyit lehetett elérni, hogy a wintogo-st elértem a win alol.
De nem volt egyszerű, de nem is az a cél, hogy egy wintogo -t érjünk el, hanem az, hogy a wintogo alól, egy kiszolgálót legyen az Windows vagy Linux, jelenleg egyik sem megy,
hálózati név nem találhatót ad vissza, akárhogy is próbálom, vagy meghatározhatatlan hiba ...Ezután csináltam egy nem szabályos Pro-t egy pendrive ra, és láss csodád, ismét működnek a megosztások.
A beépített wintogo creator nem enged csak enterprice változatot készíteni.
Hogy gondolta ezt az MS ?
A wintogo-t nem azért találta ki, hogy magaddal vidd az irodát ? eközben nem érsze el semmien szervert, akkor meg minek ?
Vagy még tesztelésre is jó lehet, de akkor is kéne érni a hálózati dolgokat .Na ezzel most jól kiakasztott. …
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
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
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Kaspersky, BitDefender, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Játékkulcsok a legjobb áron: Steam
- Jogtiszta Windows - Office & Vírusirtó licencek- Azonnal - Számlával - Garanciával - Nint.hu
- Assassin's Creed Shadows Collector's Edition PC
- BESZÁMÍTÁS! Asus A620M R5 7500F 32GB DDR5 512GB SSD RTX 2080 Ti 11GB Zalman M4 FSP 700W
- BESZÁMÍTÁS! Asus B450 R7 2700X 16GB DDR4 512GB SSD RTX 2070 8GB Rampage SHIVA Thermaltake 500W
- BESZÁMÍTÁS! Asus TUF A620M R7 7700 64GB DDR5 500GB SSD RX 6800 XT 16GB ZALMAN I3 NEO Seasonic 750W
- Gamer PC- Számítógép! Csere-Beszámítás! I7 4790K / 16GB DDR3 / RX 5700XT 8GB / 512GB SSD
- Azonnali készpénzes AMD Radeon RX 6000 sorozat videokártya felvásárlás személyesen/csomagküldéssel
Állásajánlatok
Cég: FOTC
Város: Budapest