- Apple Watch
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Honor Magic5 Pro - kamerák bűvöletében
- Mi nincs, grafén akku van: itt a Xiaomi 11T és 11T Pro
- Samsung Galaxy S21 és S21+ - húszra akartak lapot húzni
- Samsung Galaxy A54 - türelemjáték
- Netfone
- Mobil flották
- Fotók, videók mobillal
- One mobilszolgáltatások
-
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
-
-
Frawly
veterán
válasz
ubyegon2
#34331
üzenetére
Megnézed mi az IP-d a routerre kötött gépen. Ha ilyen 10.x.x.x-es, vagy 192.168.x.x-es vagy hasonló belső cím, akkor a router végez NAT-ot. De már a látatlanban is teljesen biztos vagyok, hogy a routeren át kapcsolódsz a netre, akkor NAT mögött vagy, hiszen minden routerben ez a default működés.
A szolgáltató is NAT-olhat, a routerben a WAN címet kell ellenőrizni akkor. De ha nem akarsz szolgáltatói NAT-ot, csak be kell telefonálni, és kérni, hogy ne tegyenek NAT mögé, általában ennek díja sincs.
Igen, elfogytak az IP-k, vagyis konkrétan nem úgy fogytak el, hogy mind használatban van, de már az összes tartomány ki van osztva valami szolgáltatónak, azok meg nem gazdálkodnak vele valami jól. Hosszú távon az IPv6 elkerülhetetlen, de a neten azt írják, hogy még majd egy évtizedig húzni fogja az IPv4, és csak azután is nagyon lassan fog kikopni. Kicsit olyan lesz, mint a 32 bites gépek és OS-ek.
-
sonar
addikt
válasz
ubyegon2
#34333
üzenetére
Már hogyne lenne. NAT mögötti gépek alapból egy csomó külső támadás ellen védettek.
Pl.:Melyik szolgáltató szereti ha a zombi hálózatot üzemeltetnek rajta keresztül?
Igen az IPv4 cimek elfogyása hozta a helyzetet, de szerintem ha jól van konfigolva akkor abból alap esetben nem tünhet fel semmi. -
-
Frawly
veterán
válasz
ubyegon2
#34325
üzenetére
A NAT azt jelenti, hogy a külső hálózati címre érkezett csomagok átirányítódnak belső hálózati (LAN) címekre (ilyen 10.x.x.x, 192.168.x.x, hasonlók). Ez azzal jár, hogy ha nincs kifejezetten port nyitva, a NAT mögüli gépek kívülről elérhetetlenek. Van, hogy a szolgáltató is NAT-ol.
Ez a megoldás már önmagában is egy elég biztos tűzfalként funkcionál, még akkor is, ha a routeren nincs bekapcsolva tűzfal.
Másrészt, mint írtam, a kerneles tűzfal (aminek a grafikus frontendje a gfwu) alapból nem szűr semmilyen forgalmat, míg fel nem veszel hozzá szűrési szabályokat. Alapból be/kienged mindent.
Ami majd ezt az egyszerű képet össze fogja zavarni, az az IPv6 lesz.
-
Frawly
veterán
válasz
ubyegon2
#34308
üzenetére
Én alapból nem javasolnám a tűzfal használatát, ha NAT-os routeren keresztül kapja a gép a netet. Meg a linuxos tűzfalak alapból nem szűrnek semmit, ha nincs szabály beállítva rajtuk.
A tűzfal akkor lehet fontos, ha a gép közvetlenül, router kihagyásával van kiengedre a netre, de ez már manapság elég ritka.
-
-
kutga
félisten
válasz
ubyegon2
#34280
üzenetére
Oké, megcsináltam, viszont valami érdekes történt.
Látszólag hiba nélkül végigfut a telepítés dvd-ről, a végén kéri hogy indítsam újra a számítógépet.
Meg is teszem, viszont a boot elakad a bootlogónál, a biosba se tudok belépni.
Ha lehúzom a hdd-t, a dvd-ről bebootol, ha visszateszem, ugyanez.
Valamit kifelejtettem?
Intel Pentium 4 630
NVIDIA GeForce 8400GS
WD2500AAKX
ASUS P5GPL-X SE
2*1 GB DDR400 RAMMOD
2 giga a max memória, a proci nem 64bites.
-
#34143
Core2duo6600
veterán
ubyegon2
#34142
-
Frawly
veterán
válasz
ubyegon2
#34108
üzenetére
Melyik topikban? Mihez képest lassabb. Valami 9-10 mp. volt mikor utoljára mértem. Openboxszal anno 3-4 mp. volt, azok voltak a szép idők. Reméljük forkolják Waylandra is, és vissza tudok rá állni.
Néha ha sok a hozzászólás, felületesen olvasom végig őket, és most későn vettem észre, hogy emberünk végül búcsúzott a témától. Nem vagytok elég segítőkészek. Én se
De megbocsátok, ha ajánlotok nekem Linuxra WinRAR-t. Hogy be tudjam csomagolni, amit Neróval írok ki, hogy ráférjen floppyra is. A Wine alatt futattott Nyorton Internetty Secu Ritty csak így engedi elmenteni. Bezzeg Windows XP-n mennyivel jobban futott minden. Amikor még elindult rajta valami 
-
cigam
titán
válasz
ubyegon2
#34029
üzenetére
De hisz írtam az előnyeit is, és nem csak az, hogy a Fedora alapból így csinálja. Most kipróbáltam Ubuntu alatt, titkosított fájlrendszert választva. LVM-et készített, és abba tette a / és a swap partíciókat. De jajj minő rettenet... Készített egy különáló /boot partíciót
![;]](//cdn.rios.hu/dl/s/v1.gif)
Az egész piszkálódás arra ment ki, hogy a Fedora-t leradírozva Ubuntu legyen a gépen
Nem is értem a többiek miért nem írják le a tapasztalataikat(tisztelet a kivételeknek), hogy mit hogyan tudtak megoldani. Én pl. gyakran megnézem, hogy anno mit hogyan csináltam, gyakran elfelejtek részleteket, vagy éppen csekkolom, hogy még mindég úgy működik-e. Így aztán (remélem) nem csak nekem mutat utat.
-
sonar
addikt
válasz
ubyegon2
#34031
üzenetére
Ha szarul particionál akkor abból galiba lesz. Szerintem legyen kezdő Ubuntu Linux a topic címe
Nem előnyöket soroltam hanem lehetőségeket, amik adott esetben előnyök lehetnek.
Van otthon olyan gépem ahol tök jó, hogy a /boot egy kis méretű ssd-n van, a / egy másikon, és a /home meg a disk-en. Tőlem mindneki úgy csinálja ahogy akarja.
Csak jeleztem, hogy van más megoldás is és van létjogosultsága. -
sonar
addikt
válasz
ubyegon2
#34016
üzenetére
A kérdésben érzek némi iróniát.
A kezdő usernek nem biztos, hogy előnyére válik. Lehet, hogy a linux sem..., Kérdés, hogy nyitott-e a tanulásra, kísérletezésre és a megszerzett tapasztalatok alapján el tudja majd dönteni, hogy neki mi a jó.
Amit én hiányolok újabban a sok sok hsz-ből, hogy a téma nincs körüljárva, el van döntve, hogy xy kezdő és ne is csinálja másképpen, de a topicot mások is olvassák akik néha ötletet merítenek egy egy jó hsz-ből (jó magam is így vagyok ezzel). Vagy csak tágul a világ, hogy tudnak róla, hogy lehet másképpen is.Egyébként, én a következők miatt szoktam külön szedni:
#1 - ha fontos a biztonság akkor fstab-ban read only-ra van csatolva. Ez miatt nem tudnak neki könnyen minden hülyeséggel odacseszni. Természetesen ha frissíteni kell akkor újra kell csatolni. De sok helyen "unattended" frissítést szoktam beállítani, mert maguktól még arra is lusták, hogy kattintsanak párat...
#2 - legacy rendszerre is tudsz gpt particiót csinálni
#3 - a további szeparálással elérhető, hogy ha elfogy a hely akkor is el tud indulni a rendszer
#4 - mert én így szeretem
btw - Mint-nél (is) én manuálisan szoktam megadni, hogy mit hova csatoljon és még egyszer sem volt problémám vele. így/boot
/boot/efi
/
/home -
cigam
titán
válasz
ubyegon2
#34026
üzenetére
Az LVM-et már írtam, ha jól tudom LVM-et nem lehet bootolhatóvá tenni, kell egy rendszer ami berántja maga alá.(Bár a grub2 mintha be tudná röffenteni...)
Namost ha hazavitte a leselejtezett 40GB-os winyókat...+ írtam, de nem erősítették meg, és nem is cáfolták, hogy a titkosított rendszer kiválasztásakor is van egy külön /boot
Szerintem pont egy kezdő nem fog belebonyolódni a particionálásba(mert minek?), hanem hagyja alapon, amit a rendszer felajánl.
Pl. ha van /boot partíció, akkor megoldható, hogy a rendszerindításhoz szükséges fájlok a meghajtó elejére kerüljenek.
Az előnye az hogy nincs hátránya. Engem eddig semmiben nem korlátozott, 25% a telítettsége. -
-
-
-
Frawly
veterán
válasz
ubyegon2
#33995
üzenetére
Igen, pont ez a baj, az userek hajlamosak kényelemből meg megszokásból a régi dolgoknál maradni. Így használnak még emberek Windows Me-t meg XP-t is. Megszokták, szeretik. Amire használják, a mai napig megfelelnek nekik. A korlátaival is megtanultak élni. Kérdés mennyire tesznek jót maguknak azzal, hogy megszokás alapon nem haladnak technológiailag, előbb-utóbb visszaüt az ilyen.
Ahogy olvasom ezeket a problémákat (nem csak qwertynek, hanem neked is volt vele gondod, meg Mikrobinak is), a Mint telepítőnek lehet valami bugja, ami egyes UEFI-s beállításokat nem szeret. Ez elég gáz így 2018-ban, azért az UEFI nem olyan új, kiforratlan dolog már. Az világos, hogy EUFI bootnál kell EFI partíció és a GRUB-ot csak arra szabad tenni.
qwerty helyében én lepusztítanék minden partíciót a lemezről, akár még a partíciós táblát is (létrehozni egy új, üres GPT táblát fdisk-kel), és úgy állnék neki Mint-et telepíteni, és próbából a Mint-re bíznám a particionálást is.
-
sonar
addikt
válasz
ubyegon2
#34000
üzenetére
Miért is aggályos külön rakni?
Én (is) szeretem szétszedni. Egyetlen gond vele ha nincs takarítva akkor elfogyhat a hely. Bár a 2Giga jó sokáig elég szokott lenni.Egyébként a gond szerintem az, hogy az efi-t a /boot/efi-be kell csatolni.
# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 278.5G 0 disk
├─sda1 8:1 0 1G 0 part /boot/efi
├─sda2 8:2 0 1G 0 part /boot -
Frawly
veterán
válasz
ubyegon2
#33983
üzenetére
Az UEFI-nek van egy csomó előnye
1) nem csak az 4 elsődleges partícióra nem vagy korlátozva és nem kell extended/logical partíciókkal szenvedni, meg 2 TB-nál nagyobb meghajtókat is támogat, hanem
2) nincs memóriakorlátja, az UEFI már 64 bites védett módban használja a procit, és emiatt nem fut bele a valós módban futó, 16 bites tradicionális BIOS korlátjába, így több funkció integrálható bele, pl. grafikus felület, egérkezelés, hálózatkezelés, sokoldalú monitorozás, profilkezelés (ventik, memória), energiatakarékos mód használata, stb., így kb. úgy viszonyul a hagyományos BIOS-hoz, mint a DOS a modern Linuxhoz/Windowshoz
3) tud boot managerként is működni, feleslegessé téve a GRUB-ot meg a többi köztes réteget, amik szeretnek mindenféle frissítéskor elállítódni
4) sok eszköz már csak így tud bootolni, pl. NVMe SSD-k.
5) induláskor gyorsabban inicalizálhatja a lemezeket, eszközöket, mivel kihagy egy csomó hagyományos BIOS POST tesztet, ezzel pedig a rendszerbetöltőig eljutási idő lerövidülhet egyes gépeken, lapoknál, igaz ez nem mindig igaz.Vitathatatlan, hogy az UEFI a jövő, nem véletlenül támogatja már minden. Abban viszont igazad van, hogy ha nem megy, akkor nem kell orrvérzésig feltétlen erőltetni. Attól nem leszel menőbb gyerek, mert UEFI-t használsz, meg UEFI módban bootolsz. Törekedni lehet rá, hogy haladj a korral, érdemes is, de semmi áthidalhatatlan hátrány nem ér, ha valami csak legacyban indul. Bár lassan ez is egy érv lesz a kedvenc Minted ellen, az általad eléggé megutált Archnál például nincs így, hogy válogat, meg legacyra vagy kényszerítve. Lehet vért hugyozol, mire Wiki alapján felrakod, de megéri.
Ha nem régebbi üzleti notin használod, hanem modern alaplapon, akkor már az első pillanattól fogva le kell jönnie, ahogy belépsz egy modern UEFI-be, hogy mekkora evolúciós lépcső a hagyományos BIOS-hoz képest. Én mikor először láttam ilyen modern UEFI-t a bokám lefostam milyen állat, alig hittem a szememnek, öregnek éreztem magam, hogy nem ehhez vagyok szokva.
A BIOS meg az MBR rendszer még az IBM XT-AT korszak hagyatéka, mikor még a 16 bit, valós mód volt a fő csapásirány floppyval meg MFM HDD-vel, és támogatni kellett a DOS hülyeségit, meg a programozóknak BIOS megszakításokat és rutinokat kínálni, mert ezeket akkor az OS nem nyújtotta szolgáltatásként. Ezt próbálták megtartani az évek során, mert a PC egyik legfőbb elve a visszafelé kompatbilitás, de megunták idővel a korlátait, meg rájöttek, hogy elég kevesen fognak rajta DOS-t, Win 9x-et használni (aki meg igen, az vagy emulálja, vagy virtualizálja).
Egyelőre persze az UEFI tud hagyomány BIOS-t emulálni, meg hagyományos BIOS bootot, MBR-kezelést, stb., DOS is futtatható így, de kérdés meddig fogják ezt a legacy egérutat támogatni. Nem valószínű, hogy túl sokáig, ahogy a kolléga írta, szépen csendben ki fog halni, ahogy a 8-32 bites rendszerek.
Ami miatt sok user megutálta, hogy az OS-ek közül még mindig nem mind kezeli sajnos korrekten, meg ha belefutsz ilyen kókányolt 32 bites meg nem szabványos implementációjú UEFI-be, akkor az nagyon sok keserűséget tud okozni (elvileg a te HP laposod UEFI-je 64 bites és szabványos). Elég szomorú, hogy egy jó, modern technológiától, meg a fejlődéstől ilyen hülyeségekkel rettentik el az embereket. Az átlag user egyébként is hajlamos, hogy a legacy megoldásokat preferálja merő konzervativizmusból, megszokásból, legacy BIOS, SATA eszközök IDE módban hajtása, XP használata 2018-ban, frissítések fel nem rakása, stb..
-
válasz
ubyegon2
#33983
üzenetére
(ha tanulni akarsz és nem a géped használni, akkor bocs, hogy belavauztam)
Én kb ennyit tudtam segíteni a kérdezőnek. Egyszer kipróbáltam, nem ment, mindenki tudja, hogy produkál az UEFI egyes disztrókon és hardvereken fura jelenségeket.
Attól, hogy engem mindig elküldtök a fenébe, ha ezt előhozom, még nem kap segítséget az, aki mégis UEFI/GPT-t akar használni.
Itt a lehetőség, a problémára fókuszálva segítsetek a kollégának megoldani a gondját, nekem hiába írjátok le 1000x, hogy az UEFI a jövő, én is tudom.
Egy piciny gond van, a kérdező nem a jövőben akarja használni a gépét az általa kiválasztott Linux disztróval!
Én is figyelem a segítő válaszokat, hátha tanulok belőlük.
(az obstruktív válaszokkal már tele van a padlás) -
sonar
addikt
válasz
ubyegon2
#33981
üzenetére
Ezzel csak az a baj, hogy a legacy support egyre inkább háttérbe szorul.
Server fronton nem egy kártya van ami már nem igazán tud legacyban bootolni.
Lassan de biztosan ez is kikopik, mint a 8bit, 16bit, 32bit...
Lehet mellette kardoskodni, de a trend egyértelműen az uefi -
-
-
Frawly
veterán
válasz
ubyegon2
#33926
üzenetére
Nem keverem. A 16.04 LTS-en belül is vannak ezek az alverziók, amiket frissíteni kell, csak úgy kapod meg a támogatást 2021-ig vagy meddig. Tehát az LTS sem azt jelenti, hogy nem frissítesz egyáltalán, mert azt mindig kell, csak nem 18.04-re, hanem 16.04.n+1-re frissül a rendszer.
A Windowsoknál is csak úgy jár a hosszú távú támogatás X évig, ha közben az alverziókat, SP-ket felteszed. Pl. a legelső kiadású Win10-nek nemrég járt le a támogatása, ez nem azt jelenti, hogy a Win10 nem támogatott már, csak azt, hogy a legeslegelső kiadása nem, fel kell tenni az időközben megjelent nagy évszakos Update-eket.
Aki nem akar frissíteni, vegyen egy XT-t, azon épp olyan jól fut az IBM branded DOS 3.30, mint 33 évvel ezelőtt, szép gördülékenyen kezeli a 3.5 colos kisfloppykat (amit viszont az XT nem támogat), meg a 32 MB-nál nagyobb partíciókat, és keményen rendelkezésre bocsátja mind a 640 KB memóriát (feltéve, hogy van annyi a gépben), ami a mai napig „ought to enough for anybody”. Még csak az sincs, hogy rossz verziót töltenél le, mert meg lehet venni floppyn is a mai napig.
-
#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.
-
-
-
-
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.
-
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.
-
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.
-
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.
-
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.
-
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.
-
Ducati916
csendes tag
-
azbest
félisten
válasz
ubyegon2
#33681
üzenetére
Jó, hát az optimális az egy sokmagos desktop lenne, sok (32+) rammal, csak az kézipogyászban nem annyira egyszerű
Néha irígykedem a kollégák karcsú macbook projára, amit csak úgy elő tudnak bármikor kapni, mint egy tabletet... de az árát és a bővíthetetlenséget nézve már nem annyira irígykedem, főleg hogy sebességben az újonnan vásárolt 15 colos gépük fogja felvenni a versenyt a 6 éves, kimaxolt, bár vaskosabb thinkpademmel Hogy ne csak off legyek, a tartalék gépemen (t430, i5-3320m, ssd, hdd, 3GB ram) valószínűleg kialakítok egy stressz környezetet és majd megpróbálok valami használható logot gyűjteni, mondjuk a logok másik háttértárra vagy particióra tükrözésével / irányításával. Hm, sőt, ha a t61esemmel (c2d t8300, 8GB, hdd) is tudom reprodukálni, az még külön segtheti a kivizsgálást. Gyanítom valami bugra futottam rá, csak mivel nagyon kevesen használják ezt, ezért nehéz külön infót találni hozzá, de a részletes bugriportot általában szívesen kivizsgálják.
Stressz teszte mit érdemes szerinted használni? Múltkor
stress --cpu 8 --io 4 --vm 8 --vm-bytes 1024M
futtatás közben indítottam virtuális gépeket és fordítottam rá a projektet, az eléggé lepadlódott mindent -
azbest
félisten
válasz
ubyegon2
#33677
üzenetére
Az, hogy hány lemez van a gépben irreleváns, korábban már írtam, hogy az ssd-re rakott rendszerrel merevre fagyott vele, a tiszta telepítést egy hdd-re tettem. Irreleváns, hogy van egy harmadik meghajtó is, ami szintén ssd. A rendszer particióval van probléma mindig, az válik csak olvashatóvá, amikor a hiba jelentkezik. Olyankor, ha aktív a zram. Mióta kikapcsoltam nem fagyott egyszer sem, pedig direkt stresszeltem.
Az ssd-re tett swap nem gyorsabb, mint a memóriában lévő tömörített swap. Ezért hozták létre. Az a cél, hogy ne kelljen a lassú háttértárhoz fordulni, még a tömörítés overheadjével is megéri. (ha jól emlékszem, memteszt azt írta, hogy 16GB/sec a memória sávszélessége, ami egy-két nagyságrenddel még mindig gyorsabb, mint egy sata ssd)
Többféle swap is lehet párhuzamosan, prioritást is lehet megadni. De nem kavartam kézzel ezeket, van zram-config, ami mindent beállít alapértelmezetten.
A tömörítés nem fix, tartalomtól függő. A virtuális gépek miatt esélyes, az lenne a tippem, hogy sokszor csak üres, foglalt területet csinálnak, amikor növelgetik a szükséges ramot, de nem csökkentik vissza, mikor felszabadul.
Egyébként nem teljes lemezt felhasználó szabad rablós telepítést szoktam csinálni, hanem külön, megfelleően nagy swap particiósat, hogy az altatással se legyen probléma. Multiboot rendszer, win is van és tartalék ubuntu telepítés is, ha a fő rendszer összehalja magát. Terepen nincs lehetőség napközben újratelepítéssel tölteni az időt.Ezt egyébként nem tudtam, hogy automata telepítésnél swap fájlt használna, mert évek óta mindig kézzel adtam meg a particionálást. A fájlrenszeren lévő swap szerintem csak növeli a megbízhatatlanságot, mivel pl a fájlrendszer hibája a swapre is hatással lenne és pl altatásnál sem tűnik ez jó ötletnek.
Ettől persze még lehet valami nagyon megbújt hw hiba, de azért gyanús, hogy kifejezetten a zram kapcsán jön elő
-
fagy53
nagyúr
válasz
ubyegon2
#33460
üzenetére
Kösz, átnéztem, de az más eset. Nekem nem kell dual boot és ha kiveszem a gépből az egyik meghajtót akkor a másikon lévő OS menjen gond nélkül..
Az ubuntu grub menűje kétségkívül kényelmes megoldás a több OS-t tartalmazó gépeknél, de egy átok, ha bármelyikkel probléma van, pl meghajtó hiba. -
válasz
ubyegon2
#33392
üzenetére
---- (videóba láttam) de már nem lehetséges úgy látom, vagy megfelelő amit használ alapból a rendszer ? ----
A fenti mondatból kiemeltem két szót. Gyanítom, hogy ha működik az intel-driver-tool, akkor neki is ugrasz......és utána meglepődsz!
Ezek a videók szépek, jók, hasznosak is lehetnek, de ha nem egetverően fontos, ne kezdjük el csinálni, amit ott mondanak. Ha nagyon érdekes a dolog, akkor is le kell ellenőrizni több forrásból,mielőtt azt teszed, amit ott mondanak. Ezt attól függetlenül mondom, hogy nem tudom milyen videóról van szó! Még a legjobb szándékú nagytudású videátorok sem tudnak mindent tutira, azt viszont biztosan nem tudják, neked milyen hardvered van.
Ellenőrizetlenül nem alkalmazunk semmit videók alapján!
Mellesleg én azokkal a videókkal szemben is szkeptikus vagyok, amiket úgy mutat be valaki, hogy nem is használja a bemutató tárgyát, csak felrakja és végigszalad rajta, hogy ebben ez nem jó, az nagyon jó, ezt kell csinálni, azt nehogy csináld. sorry, de ez van
-
SirAlo
aktív tag
válasz
ubyegon2
#33386
üzenetére
Egyenlőre marad az Ubuntu gondolom kis idő és kijaavitják a hasonló hibákat , még azt szeretném megkérdezni, hogy Intel Hd graphics videóchip drivert hogyan lehetne feltelepiteni külső forrásból ? Elvileg innen lehetne feltenni az update tool-t (videóba láttam) de már nem lehetséges úgy látom, vagy megfelelő amit használ alapból a rendszer ?
-
Sonja
nagyúr
válasz
ubyegon2
#33333
üzenetére
Alapból rendelkezik a WM (Xfwm) kompozitorral, amit helyettesíthet az ember alternatívval (compiz, compton, stb.). Választási lehetőség nincs XFCE alatt a beállításoknál sehol. A beépített már rendesen elboldogul a vsync-el, nem úgy mint 14.04 alatt. Ott nekem is alternatívot kellett használnom.
Sikerült megoldani. Véletlen írtam csak ide, folytatom a topikjában.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Csak ha lehúzom a hdd-t. Innen van az apróról egyébként, pont tegnap vettem.
De megbocsátok, ha ajánlotok nekem Linuxra WinRAR-t. Hogy be tudjam csomagolni, amit Neróval írok ki, hogy ráférjen floppyra is. A Wine alatt futattott Nyorton Internetty Secu Ritty csak így engedi elmenteni. Bezzeg Windows XP-n mennyivel jobban futott minden. Amikor még elindult rajta valami 
Csak jeleztem, hogy van más megoldás is és van létjogosultsága.
Ú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
- Eladó steam/ubisoft/EA/stb. kulcsok Bank/Revolut/Wise (EUR, USD, crypto OK)
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap - NYÁRI AKCIÓ!
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7600X 16/32/64GB RAM RX 7700XT 12GB GAMER PC termékbeszámítással
- Bomba ár! HP EliteBook 830 G5 - i5-8G I 8GB I 256GB SSD I 13,3" FHD I HDMI I Cam I W11 I Gari!
- AKCIÓ! MSI B450M R7 5700X 16GB DDR4 512GB SSD RX 5700 XT 8GB Rampage SHIVA Zalman 600W
- Azonnali készpénzes INTEL CPU AMD VGA számítógép felvásárlás személyesen / postával korrekt áron
- RÉSZLETRE , Bankmentes , kamatmentes Asus Rog Zephyrus G16
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest